私のすべてのUSBデバイスは、最大3.19のカーネルを使用して完全に実行されます。
4.0以降にアップグレードすると、一部のUSBデバイスが動作を停止し、カーネルで次のエラーが発生します。
[ 3.369436] usb 9-1: device descriptor read/64, error -62
[ 3.593543] usb 9-1: new full-speed USB device number 4 using ohci-pci
[ 3.997572] usb 9-1: device not accepting address 4, error -62
[ 4.120602] usb 9-1: new full-speed USB device number 5 using ohci-pci
[ 4.524792] usb 9-1: device not accepting address 5, error -62
[ 4.524911] usb usb9-port1: unable to enumerate USB device
[ 15.402105] usb 9-1: new full-speed USB device number 6 using ohci-pci
[ 15.530135] usb 9-1: device descriptor read/64, error -62
[ 15.759224] usb 9-1: device descriptor read/64, error -62
[ 15.983312] usb 9-1: new full-speed USB device number 7 using ohci-pci
[ 16.111309] usb 9-1: device descriptor read/64, error -62
[ 16.340398] usb 9-1: device descriptor read/64, error -62
[ 16.564378] usb 9-1: new full-speed USB device number 8 using ohci-pci
[ 16.968454] usb 9-1: device not accepting address 8, error -62
[ 17.091555] usb 9-1: new full-speed USB device number 9 using ohci-pci
[ 17.495570] usb 9-1: device not accepting address 9, error -62
[ 17.495603] usb usb9-port1: unable to enumerate USB device
[ 17.673702] usb 9-1: new full-speed USB device number 10 using ohci-pci
[ 17.801758] usb 9-1: device descriptor read/64, error -62
[ 18.030814] usb 9-1: device descriptor read/64, error -62
[ 18.254834] usb 9-1: new full-speed USB device number 11 using ohci-pci
[ 18.382858] usb 9-1: device descriptor read/64, error -62
[ 18.611902] usb 9-1: device descriptor read/64, error -62
[ 18.835977] usb 9-1: new full-speed USB device number 12 using ohci-pci
[ 19.240034] usb 9-1: device not accepting address 12, error -62
[ 19.363101] usb 9-1: new full-speed USB device number 13 using ohci-pci
[ 19.767182] usb 9-1: device not accepting address 13, error -62
[ 19.767226] usb usb9-port1: unable to enumerate USB device
その特別な例は、安価なUSBメモリカードリーダーです。あまり気にしません。
私にとってもっと重要なのは、mythvバックエンドボックスのQuad DVB-Tレシーバーと同じ問題があるため、現在システムを3.19以降にアップグレードできないことです。これは一種のPCI-E-USBブリッジのように見えるPCI-eカードで、DVBチューナーはUSB経由で接続されています。わかりませんが、実際にはPCIe - > PCI - > USBカードである可能性があります。
動作中の3.19カーネルのカードの詳細は次のとおりです。
# lsusb | grep Leadtek
Bus 010 Device 005: ID 0413:6680 Leadtek Research, Inc.
Bus 010 Device 004: ID 0413:6680 Leadtek Research, Inc.
Bus 010 Device 003: ID 0413:6680 Leadtek Research, Inc.
Bus 010 Device 002: ID 0413:6680 Leadtek Research, Inc.
# dmesg | grep -i DigitalNow| grep pci
[ 9.405568] input: DigitalNow Quad DVB-T Receiver as /devices/pci0000:00/0000:00:0a.0/0000:04:00.0/0000:05:00.2/usb10/10-1/rc/rc1/input17
[ 9.405687] rc1: DigitalNow Quad DVB-T Receiver as /devices/pci0000:00/0000:00:0a.0/0000:04:00.0/0000:05:00.2/usb10/10-1/rc/rc1
[ 9.475939] input: DigitalNow Quad DVB-T Receiver as /devices/pci0000:00/0000:00:0a.0/0000:04:00.0/0000:05:00.2/usb10/10-2/rc/rc2/input22
[ 9.476049] rc2: DigitalNow Quad DVB-T Receiver as /devices/pci0000:00/0000:00:0a.0/0000:04:00.0/0000:05:00.2/usb10/10-2/rc/rc2
[ 9.542441] input: DigitalNow Quad DVB-T Receiver as /devices/pci0000:00/0000:00:0a.0/0000:04:00.0/0000:05:00.2/usb10/10-3/rc/rc3/input24
[ 9.542617] rc3: DigitalNow Quad DVB-T Receiver as /devices/pci0000:00/0000:00:0a.0/0000:04:00.0/0000:05:00.2/usb10/10-3/rc/rc3
[ 9.609134] input: DigitalNow Quad DVB-T Receiver as /devices/pci0000:00/0000:00:0a.0/0000:04:00.0/0000:05:00.2/usb10/10-4/rc/rc4/input26
[ 9.609289] rc4: DigitalNow Quad DVB-T Receiver as /devices/pci0000:00/0000:00:0a.0/0000:04:00.0/0000:05:00.2/usb10/10-4/rc/rc4
# lspci | grep '^0[45]:'
04:00.0 PCI bridge: PLX Technology, Inc. PEX8112 x1 Lane PCI Express-to-PCI Bridge (rev aa)
05:00.0 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev 62)
05:00.1 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev 62)
05:00.2 USB controller: VIA Technologies, Inc. USB 2.0 (rev 65)
# lspci -vv -s 05:00
05:00.0 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev 62) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 32, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 26
Region 4: I/O ports at d020 [size=32]
Capabilities: [80] Power Management version 2
Flags: PMEClk+ DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: uhci_hcd
05:00.1 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev 62) (prog-if 00 [UHCI])
Subsystem: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 32, Cache Line Size: 64 bytes
Interrupt: pin B routed to IRQ 41
Region 4: I/O ports at d000 [size=32]
Capabilities: [80] Power Management version 2
Flags: PMEClk+ DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: uhci_hcd
05:00.2 USB controller: VIA Technologies, Inc. USB 2.0 (rev 65) (prog-if 20 [EHCI])
Subsystem: VIA Technologies, Inc. USB 2.0 Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 32, Cache Line Size: 64 bytes
Interrupt: pin C routed to IRQ 50
Region 0: Memory at fe500000 (32-bit, non-prefetchable) [size=256]
Capabilities: [80] Power Management version 2
Flags: PMEClk+ DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: ehci-pci
それでは、カーネルUSBドライバの最近の変更は何ですか? これはバグですか、それとも設定の問題ですか?
USB関連の内容は、いくつかのカーネルバージョン(3.8)の前に変更されたehci-hcd
のでehci-pci
。 initramfs-tools
/etc/modules
# make sure ehci-pci loads immediately after ehci-hcd for kernel 3.8
# (should be handled automagically by initramfs-tools 0.110 now)
#ehci-hcd
#ehci-pci
これは、特定の順序でドライバをロードしたり、特定の古いドライバをブラックリストに追加して処理したりするのと同じような状況ですか?
追加のハードウェアとソフトウェアの詳細:
これは、以下を含むいくつかのシステムで発生しました。
- AMD Phenom II X6 1090Tプロセッサを搭載したASUS M4A89TD PRO USB3マザーボード(ワークステーション)
- ASUS M5A97にはAMD Phenom II X6 1090Tプロセッサ(Mythフロントエンド)が装備されています。
- AMD Phenom II X6 1090Tプロセッサを搭載したAsus Sabertooth 990FX(ワークステーションおよびサーバー)
- ASUS Sabertooth 990FXにはAMD FX(tm)-8150 8コアプロセッサ(Mythバックエンド)が搭載されています。
最後の製品は、DigitalNowクワッドDVB-Tレシーバーを備えた神話的な箱であるFX-8150(以前のマザーボードが故障した後に再構築する必要がありました)でした。 1つ目は安価なUSBメモリーカードリーダーを搭載したM4A89TD Proです。
すべて8GB以上のRAMを搭載し、すべて独自のnvidiaドライバを搭載したnvidia GTX-750(Myth Box)またはGTX-560またはGTX-560Ti GPUを搭載しています。すべてのシステムは、最新のカーネル(神話的なバックエンドを除くすべての4.2.x)でDebian sidを実行しています。これはUSBがHID以外のすべてにとって重要な唯一のシステムだからです。 USB kbdとマウス、さらにはワコムタブレットも4.0以上でうまく動作することができます。コア)。
すべてのシステムはRAID-1から128-256GB SSDで起動し、/XFSを使用し、/bootはext4を使用します。 Mythtvバックエンドは、大容量保存のためにzfsonlinuxも実行します。ワークステーション/サーバーの組み合わせにも同様です。
私はDebianのデフォルトカーネル、liquiixカーネル、カスタムコンパイルカーネルを使ってみました。すべての結果は同じです。最大3.19まで大丈夫です。バージョン4.0以降では、DVB-Tレシーバーとメモリーカードリーダーが破損しています。
注:私は一般的な知識やGoogleで5分間見つけることができる情報を探していません。私は4.0+カーネルで知られているUSB(または他の関連)回帰に関する具体的な情報を探していますが、幸いにもパッチや解決策も探しています。
答え1
これは、少なくとも特定のハードウェアについては、4.x Linuxのカーネル回帰のように聞こえます。
http://archlinuxarm.org/forum/viewtopic.php?f=53&t=8798
このコミットにはあるかもしれませんが、システムに関する追加情報を提供していないため、わかりにくいです。
https://github.com/torvalds/linux/commit/a0b5cd4ac2d6542d524d8063961bf914b5df1efa
一部のシステムではUSB 3以降に問題があるようです。 https://lists.debian.org/debian-kernel/2015/08/msg00066.html
したがって、実際の質問は、あなたのハードウェアが何であるか、そしてあなたが試した最新の4.xカーネルが何であるかです。この問題は、最近の 4.x リリースで修正された可能性があります。問題はUSB 2と3に関連しているのですか、それともUSB 3に関連しているのですか、それともUSBバージョンに関連していないのですか?これにより、範囲を絞り込むのに役立ちます。あなたのデータはシステムのusb2 maxのようです。
カーネルが正常に戻ります。
人々がこのような質問をしたら、私は新しいLinuxカーネルに対していくつかの可能な結果があると言います。
- 以前はうまくいかなかったのは今ではうまくいきます。
- システムのすべての内容は同じままです。
- 以前に働いたことはもう機能しません。
- いくつかのものは良くなり、いくつかのものは止まります
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1455376 これはUbuntuのUSB処理のバグです。
通常、多くの人に影響を与えるバグは比較的迅速に修正されているため、最新の安定カーネルの最新バージョンを確認する価値があります。現在のバージョンは4.3だと思います。
Ubuntuを使用している場合は、少なくともLTSではなく現在のUbuntuの場合はLiquixカーネルを実行でき、Debianの非安定リリースでも同様です。
inxi -bxxxを見ると、システムの基本を示すのに役立ちます。 inxi は、ほとんどの配備リポジトリからインストールできます。
Greg KH の 4.0/3.20 USB 変更のリストは次のとおりです。
usb: musb: fix device hotplug behind hub
usb: dwc2: Fix a bug in reading the endpoint directions from reg.
staging: emxx_udc: fix the build error
usb: Retry port status check on resume to work around RH bugs
Revert "usb: Reset USB-3 devices on USB-3 link bounce"
uhci-hub: use HUB_CHAR_*
usb: kconfig: replace PPC_OF with PPC
ehci-pci: disable for Intel MID platforms (update)
usb: gadget: Kconfig: use bool instead of boolean
usb: musb: blackfin: remove incorrect __exit_p()
USB: fix use-after-free bug in usb_hcd_unlink_urb()
ehci-pci: disable for Intel MID platforms
usb: host: pci_quirks: joing string literals
USB: add flag for HCDs that can't receive wakeup requests (isp1760-hcd)
USB: usbfs: allow URBs to be reaped after disconnection
cdc-acm: kill unnecessary messages
cdc-acm: add sanity checks
usb: phy: phy-generic: Fix USB PHY gpio reset
usb: dwc2: fix USB core dependencies
usb: renesas_usbhs: fix NULL pointer dereference in dma_release_channel()
http://kernelnewbies.org/Linux_4.0完全な変更セットを表示します。
https://lkml.org/lkml/2015/6/26/511これは4.2-rc1のUSB変更です。ご覧のように、「何が変わったのか」という質問は正しい質問ではないかもしれません。ハードウェアの問題が最新バージョンで修正されていることを確認する方が便利です。