| 1 |
In a nutshell: |
| 2 |
My PCIE USB 3.0 card keeps quitting, eg. no light from my laser mouse. |
| 3 |
No life in anything I plug in. |
| 4 |
Lately I've had three cold starts (that usually will revive the thing) , |
| 5 |
but still no go. Will try unplugging for a couple of minutes next time I |
| 6 |
am able to reboot. |
| 7 |
|
| 8 |
General note about the commands and switches below: Most have been found |
| 9 |
by trial and error, and the setup used may be utterly WRONG. If you spot |
| 10 |
any mistakes, please point them out to me. |
| 11 |
|
| 12 |
Googling around led me to run then following, with the output seen |
| 13 |
below. Similar output can be seen right after boot. |
| 14 |
|
| 15 |
------------ |
| 16 |
root@steam:~# echo 1 > /sys/bus/pci/devices/0000:00:05.0/remove |
| 17 |
root@steam:~# dmesg -c |
| 18 |
root@steam:~# echo "1" > /sys/bus/pci/rescan |
| 19 |
root@steam:~# dmesg -c |
| 20 |
[ 3164.999480] pci 0000:00:05.0: [1106:3483] type 00 class 0x0c0330 |
| 21 |
[ 3165.008397] pci 0000:00:05.0: reg 0x10: [mem 0xf42a4000-0xf42a4fff 64bit] |
| 22 |
[ 3165.051792] pci 0000:00:05.0: BAR 0: assigned [mem |
| 23 |
0xf4000000-0xf4000fff 64bit] |
| 24 |
[ 3165.059245] pci 0000:00:05.0: can't find IRQ for PCI INT A; probably |
| 25 |
buggy MP table |
| 26 |
[ 3165.075349] pci 0000:00:05.0: xHCI HW did not halt within 16000 usec |
| 27 |
status = 0x1004 |
| 28 |
[ 3165.075961] xhci_hcd 0000:00:05.0: can't find IRQ for PCI INT A; |
| 29 |
probably buggy MP table |
| 30 |
[ 3165.076150] xhci_hcd 0000:00:05.0: xHCI Host Controller |
| 31 |
[ 3165.076157] xhci_hcd 0000:00:05.0: new USB bus registered, assigned |
| 32 |
bus number 1 |
| 33 |
[ 3165.100651] xhci_hcd 0000:00:05.0: Host not halted after 16000 |
| 34 |
microseconds. |
| 35 |
[ 3165.100653] xhci_hcd 0000:00:05.0: can't setup: -110 |
| 36 |
[ 3165.100655] xhci_hcd 0000:00:05.0: USB bus 1 deregistered |
| 37 |
[ 3165.100774] xhci_hcd 0000:00:05.0: init 0000:00:05.0 fail, -110 |
| 38 |
[ 3165.100776] xhci_hcd: probe of 0000:00:05.0 failed with error -110 |
| 39 |
----------------------- |
| 40 |
|
| 41 |
This happens on Asus hardware viz: |
| 42 |
|
| 43 |
------------- |
| 44 |
# smbios-sys-info |
| 45 |
Libsmbios version: 2.2.28 |
| 46 |
Product Name: Z10PE-D8 WS |
| 47 |
Vendor: ASUSTeK COMPUTER INC. |
| 48 |
BIOS Version: 1001 |
| 49 |
------------- |
| 50 |
On top of this I'm running Xen, viz: |
| 51 |
0:gentoo ~ # xl info |
| 52 |
host : gentoo |
| 53 |
release : 4.0.9-gentoo |
| 54 |
version : #1 SMP Tue Sep 1 01:10:52 CEST 2015 |
| 55 |
machine : x86_64 |
| 56 |
... |
| 57 |
cpu_mhz : 2394 |
| 58 |
hw_caps : |
| 59 |
bfebfbff:2c100800:00000000:00007f00:77fefbff:00000000:00000021:000037ab |
| 60 |
virt_caps : hvm hvm_directio |
| 61 |
... |
| 62 |
xen_version : 4.5.1 |
| 63 |
xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 |
| 64 |
hvm-3.0-x86_32p hvm-3.0-x86_64 |
| 65 |
... |
| 66 |
xen_commandline : ssd-xen-g-4-00-marker loglvl=warn |
| 67 |
guest_loglvl=warn noreboot iommu=1,verbose iommu_inclusive_mapping=1 |
| 68 |
com1=115200,8n1 console=com1 dom0_max_vcpus=4 dom0_vcpus_pin=1 |
| 69 |
dom0_mem=8G,max:8G cpufreq=xen,performance,verbose tmem=1 |
| 70 |
dom0_nodes=0,relaxed sched_smt_power_savings=1 |
| 71 |
cc_compiler : x86_64-pc-linux-gnu-gcc (Gentoo 4.9.3 p1.2, |
| 72 |
pie-0.6.3) 4.9.3 |
| 73 |
cc_compile_by : |
| 74 |
cc_compile_domain : alstadheim.priv.no |
| 75 |
cc_compile_date : Mon Aug 31 05:54:06 CEST 2015 |
| 76 |
xend_config_format : 4 |
| 77 |
-------------- |
| 78 |
Note: 4.0.9 is the gcc compiler version. |
| 79 |
-------------- |
| 80 |
Dom 0 is: |
| 81 |
# uname -a |
| 82 |
Linux gentoo 4.0.9-gentoo #1 SMP Tue Sep 1 01:10:52 CEST 2015 x86_64 |
| 83 |
Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz GenuineIntel GNU/Linux |
| 84 |
-------------- |
| 85 |
# cat /proc/cmdline |
| 86 |
placeholder root=LABEL=ssdroot ro |
| 87 |
xen-pciback.hide=(00:1b.0)(02:00.0)(04:00.0)(81:00.0)(82:00.0)(09:00.0) |
| 88 |
console=hvc0 console=vga domodules domdadm dolvm intel_iommu=on |
| 89 |
earlyprintk=xen usbip_core.usbip_debug_flag=0 usbcore.autosuspend=-1 |
| 90 |
---------- |
| 91 |
The USB card in question is: |
| 92 |
root@steam:~# lspci -vvv -s 0000:00:05.0 |
| 93 |
00:05.0 USB controller: VIA Technologies, Inc. Device 3483 (rev 01) |
| 94 |
(prog-if 30 [XHCI]) |
| 95 |
Subsystem: VIA Technologies, Inc. Device 3483 |
| 96 |
Physical Slot: 5 |
| 97 |
Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- |
| 98 |
Stepping- SERR- FastB2B- DisINTx- |
| 99 |
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- |
| 100 |
<TAbort- <MAbort- >SERR- <PERR- INTx- |
| 101 |
Interrupt: pin A routed to IRQ 10 |
| 102 |
Region 0: Memory at f4000000 (64-bit, non-prefetchable) [size=4K] |
| 103 |
Capabilities: [80] Power Management version 3 |
| 104 |
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA |
| 105 |
PME(D0-,D1-,D2-,D3hot-,D3cold-) |
| 106 |
Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- |
| 107 |
Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit+ |
| 108 |
Address: 0000000000000000 Data: 0000 |
| 109 |
Capabilities: [c4] Express (v2) Endpoint, MSI 00 |
| 110 |
DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <64ns, |
| 111 |
L1 <1us |
| 112 |
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- |
| 113 |
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- |
| 114 |
Unsupported- |
| 115 |
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ |
| 116 |
MaxPayload 128 bytes, MaxReadReq 512 bytes |
| 117 |
DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr+ |
| 118 |
TransPend- |
| 119 |
LnkCap: Port #2, Speed 5GT/s, Width x1, ASPM L0s L1, Exit |
| 120 |
Latency L0s <2us, L1 <16us |
| 121 |
ClockPM+ Surprise- LLActRep- BwNot- |
| 122 |
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk- |
| 123 |
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- |
| 124 |
LnkSta: Speed 5GT/s, Width x1, TrErr- Train- SlotClk+ |
| 125 |
DLActive- BWMgmt- ABWMgmt- |
| 126 |
DevCap2: Completion Timeout: Range B, TimeoutDis+, LTR-, OBFF |
| 127 |
Not Supported |
| 128 |
DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, |
| 129 |
OBFF Disabled |
| 130 |
LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, |
| 131 |
EqualizationPhase1- |
| 132 |
EqualizationPhase2-, EqualizationPhase3-, |
| 133 |
LinkEqualizationRequest- |
| 134 |
------------------- |
| 135 |
... which is pased through to a debian system, SMP Debian |
| 136 |
3.16.7-ckt11-1+deb8u3. |
| 137 |
The same flakyness can be observed if I try to use the card in Dom0. |
| 138 |
----steam.cfg-file for the DomU---- |
| 139 |
name = "steam.hvm" |
| 140 |
builder = "hvm" |
| 141 |
vcpus = 8 |
| 142 |
cpus="16-23" |
| 143 |
memory = 6144 |
| 144 |
no_migrate = 1 |
| 145 |
device_model_version="qemu-xen-traditional" |
| 146 |
disk = [ '/dev/system/steam,raw,xvda,rw', |
| 147 |
'/dev/system/steam-swap,raw,xvdb,rw', |
| 148 |
'file:/usr/local/share/xen/cd-images/debian-8.1.0-amd64-netinst.iso,xvdc:cdrom,r' |
| 149 |
] |
| 150 |
vif = [ 'mac=02:16:3e:00:00:08,model=e1000'] |
| 151 |
on_poweroff = 'destroy' |
| 152 |
on_reboot = 'restart' |
| 153 |
on_crash = 'restart' |
| 154 |
boot = 'cd' |
| 155 |
acpi = '1' |
| 156 |
xen_platform_pci = '1' |
| 157 |
sdl = '0' |
| 158 |
vnc = '0' |
| 159 |
serial = 'pty' |
| 160 |
gfx_passthru=1 |
| 161 |
--- |
| 162 |
I'v also tried with 'acpi=0' |
| 163 |
|
| 164 |
xen command-line to create the vm: /usr/sbin/xl create steam.hvm |
| 165 |
pci=["04:00.0","82:00.0","00:1b.0"] |
| 166 |
--- |
| 167 |
I'm using "soft cpu pinning" (is that the correct term? ) so I do not |
| 168 |
think the vcpus are being moved around at all. |
| 169 |
|
| 170 |
What to do ? Is there someplace other than gentoo-user better suited to |
| 171 |
helping me getting this card working? |
| 172 |
|
| 173 |
I'v also tried running a Windows 8.1 vm with the same USB-card, no luck |
| 174 |
there either, this time around. My hunch is that this is somewhat |
| 175 |
hardware-related, but I'm hoping there is some tweak that can be done to |
| 176 |
the card to make it more reliable. I'm seeing a lot of similar reports |
| 177 |
while googling, but no bulletproof solutions. |
| 178 |
|
| 179 |
I rarely have the time to boot gentoo directly on the bare metal, so I |
| 180 |
will not do that unless someone has very good reason to think doing so |
| 181 |
could help find a fix that will work under Xen. |
Archives