Hi,
It looks like someone attempted a fix, but it was beset by a typo. I fixed the typo and compiled the kernel and the issue was resolved. I detailed the typo in the original thread. Can you run this up the flagpole for me? I don't know how to get in touch with the devs.
Thank you,
-Jeff
On Sunday, March 25, 2018, 9:36:06 PM PDT, Kai-Heng Feng <email address hidden> wrote:
Bug description:
Building zoneminder server. I think I stumbled on a kernel bug.
The suggestion is that the popular Renesas / NEC - µPD720202 may need
"quirk" in the kernel.
Wiped the drive.
Loaded 17.04 Server
Now getting 100's of messages in DMESG complaining of thousands of errors:
[96415.044917] handle_tx_event: 516 callbacks suppressed
[96415.044924] xhci_hcd 0000:0c:00.0: WARN Successful completion on short TX: needs XHCI_TRUST_TX_LENGTH quirk?
Messages suggest "quirk" is the solution.
a)Researched usb 3.0 "quirk'
b)Discovered it's really a "thing"
c)Couldn't find recipe for patching kernel for NEC/Renasas "quirk" fix.
[EDIT]: Note C920 webcam is USB 2.0.
Note DMESG errors disappear when cam is plug into motherboard USB 2.0 ports.
Anecdotes suggest Nec/Renasas firmware is to blame.
a) Kernel indicates 2024 firmaware
b) Startech website has 2026 firmware.
c) SIDEBAR: WindowCentric GUI instructions do not translate between ASCII and HEX. So if your Startech is on channels 9, 10, 11, and 12 from perspective of Windows, you must translate into 09, 0A, 0B, and 0C when editing runfile for effective firmware update of all 4 controllers. Yes, for the 4 channel controller, count them: 4 update iterations.
d) Firmware updated.
Rebooted with new Startech/Nec/Renases 2026 firmware.
SAME OLD PLETHORA OF ERRORS
I give up.
It may well be worth noting that there are no errors from DMESG until some seconds after the first webcam is attached to the Startech, while zoneminder
is running.
I think the file attached represents DMESG immediately before the
errors start going nuts. My theory is that ZM does lazy polls on
missing cams but once it gets a hold of the cam and sucking data the
quirk bug surfaces.
ProblemType: Bug
DistroRelease: Ubuntu 17.04,17.10,18.04
Package: linux-image-4.10.0-32-generic 4.10.0-32.36 also in 4.13 and 4.15
ProcVersionSignature: Ubuntu 4.10.0-32.36-generic 4.10.17
Uname: Linux 4.10.0-32-generic x86_64
ApportVersion: 2.20.4-0ubuntu4.5
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: jeff 12776 F.... pulseaudio
/dev/snd/controlC3: jeff 12776 F.... pulseaudio
/dev/snd/controlC2: jeff 12776 F.... pulseaudio
/dev/snd/controlC1: jeff 12776 F.... pulseaudio
Date: Sun Aug 13 16:48:41 2017
MachineType: Supermicro X9SRE/X9SRE-3F/X9SRi/X9SRi-3F
ProcEnviron:
LANGUAGE=en_US
TERM=xterm-256color
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcFB:
0 mgadrmfb
1 nouveaufb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.10.0-32-generic root=UUID=4f802241-4254-4d61-9231-d7e16de36a3d ro quiet splash vt.handoff=7
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
linux-restricted-modules-4.10.0-32-generic N/A
linux-backports-modules-4.10.0-32-generic N/A
linux-firmware 1.164.1
RfKill:
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/31/2015
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 3.2a
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: X9SRE/X9SRE-3F/X9SRi/X9SRi-3F
dmi.board.vendor: Supermicro
dmi.board.version: 0123456789
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 17
dmi.chassis.vendor: Supermicro
dmi.chassis.version: 0123456789
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr3.2a:bd08/31/2015:svnSupermicro:pnX9SRE/X9SRE-3F/X9SRi/X9SRi-3F:pvr0123456789:rvnSupermicro:rnX9SRE/X9SRE-3F/X9SRi/X9SRi-3F:rvr0123456789:cvnSupermicro:ct17:cvr0123456789:
dmi.product.name: X9SRE/X9SRE-3F/X9SRi/X9SRi-3F
dmi.product.version: 0123456789
dmi.sys.vendor: Supermicro
Hi,
It looks like someone attempted a fix, but it was beset by a typo. I fixed the typo and compiled the kernel and the issue was resolved. I detailed the typo in the original thread. Can you run this up the flagpole for me? I don't know how to get in touch with the devs.
Thank you,
-Jeff
On Sunday, March 25, 2018, 9:36:06 PM PDT, Kai-Heng Feng <email address hidden> wrote:
This was my attempt to send a quirk patch: /lkml.org/ lkml/2017/ 9/6/516
https:/
-- /bugs.launchpad .net/bugs/ 1710548
You received this bug notification because you are subscribed to the bug
report.
https:/
Title: TX_LENGTH quirk? Logitech Zoneminder/ Startech
Renesas / NEC - µPD720202 needs XHCI_TRUST_
C920 Webcam/
Status in linux package in Ubuntu:
Confirmed
Bug description:
Building zoneminder server. I think I stumbled on a kernel bug.
The suggestion is that the popular Renesas / NEC - µPD720202 may need
"quirk" in the kernel.
Wiped the drive. TX_LENGTH quirk?
Loaded 17.04 Server
Now getting 100's of messages in DMESG complaining of thousands of errors:
[96415.044917] handle_tx_event: 516 callbacks suppressed
[96415.044924] xhci_hcd 0000:0c:00.0: WARN Successful completion on short TX: needs XHCI_TRUST_
Messages suggest "quirk" is the solution.
a)Researched usb 3.0 "quirk'
b)Discovered it's really a "thing"
c)Couldn't find recipe for patching kernel for NEC/Renasas "quirk" fix.
[EDIT]: Note C920 webcam is USB 2.0.
Note DMESG errors disappear when cam is plug into motherboard USB 2.0 ports.
Anecdotes suggest Nec/Renasas firmware is to blame.
a) Kernel indicates 2024 firmaware
b) Startech website has 2026 firmware.
c) SIDEBAR: WindowCentric GUI instructions do not translate between ASCII and HEX. So if your Startech is on channels 9, 10, 11, and 12 from perspective of Windows, you must translate into 09, 0A, 0B, and 0C when editing runfile for effective firmware update of all 4 controllers. Yes, for the 4 channel controller, count them: 4 update iterations.
d) Firmware updated.
Rebooted with new Startech/ Nec/Renases 2026 firmware.
SAME OLD PLETHORA OF ERRORS
I give up.
It may well be worth noting that there are no errors from DMESG until some seconds after the first webcam is attached to the Startech, while zoneminder
is running.
I think the file attached represents DMESG immediately before the
errors start going nuts. My theory is that ZM does lazy polls on
missing cams but once it gets a hold of the cam and sucking data the
quirk bug surfaces.
ProblemType: Bug 4.10.0- 32-generic 4.10.0-32.36 also in 4.13 and 4.15 gnature: Ubuntu 4.10.0- 32.36-generic 4.10.17 nUse: snd/controlC0: jeff 12776 F.... pulseaudio snd/controlC3: jeff 12776 F.... pulseaudio snd/controlC2: jeff 12776 F.... pulseaudio snd/controlC1: jeff 12776 F.... pulseaudio 3F/X9SRi/ X9SRi-3F xterm-256color Line: BOOT_IMAGE= /boot/vmlinuz- 4.10.0- 32-generic root=UUID= 4f802241- 4254-4d61- 9231-d7e16de36a 3d ro quiet splash vt.handoff=7 eVersions: restricted- modules- 4.10.0- 32-generic N/A backports- modules- 4.10.0- 32-generic N/A
DistroRelease: Ubuntu 17.04,17.10,18.04
Package: linux-image-
ProcVersionSi
Uname: Linux 4.10.0-32-generic x86_64
ApportVersion: 2.20.4-0ubuntu4.5
Architecture: amd64
AudioDevicesI
USER PID ACCESS COMMAND
/dev/
/dev/
/dev/
/dev/
Date: Sun Aug 13 16:48:41 2017
MachineType: Supermicro X9SRE/X9SRE-
ProcEnviron:
LANGUAGE=en_US
TERM=
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcFB:
0 mgadrmfb
1 nouveaufb
ProcKernelCmd
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon.
RelatedPackag
linux-
linux-
linux-firmware 1.164.1
RfKill:
SourcePackage: linux asset.tag: To be filled by O.E.M. 3F/X9SRi/ X9SRi-3F version: 0123456789 asset.tag: To Be Filled By O.E.M. vendor: Supermicro version: 0123456789 MegatrendsInc. :bvr3.2a: bd08/31/ 2015:svnSupermi cro:pnX9SRE/ X9SRE-3F/ X9SRi/X9SRi- 3F:pvr012345678 9:rvnSupermicro :rnX9SRE/ X9SRE-3F/ X9SRi/X9SRi- 3F:rvr012345678 9:cvnSupermicro :ct17:cvr012345 6789: 3F/X9SRi/ X9SRi-3F version: 0123456789
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/31/2015
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 3.2a
dmi.board.
dmi.board.name: X9SRE/X9SRE-
dmi.board.vendor: Supermicro
dmi.board.
dmi.chassis.
dmi.chassis.type: 17
dmi.chassis.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: X9SRE/X9SRE-
dmi.product.
dmi.sys.vendor: Supermicro
To manage notifications about this bug go to: /bugs.launchpad .net/ubuntu/ +source/ linux/+ bug/1710548/ +subscriptions
https:/