Den 07. sep. 2015 21:23, skrev Håkon Alstadheim: > Den 07. sep. 2015 20:26, skrev Håkon Alstadheim: >> In a nutshell: >> My PCIE USB 3.0 card keeps quitting, eg. no light from my laser mouse. >> No life in anything I plug in. >> Lately I've had three cold starts (that usually will revive the thing) , >> but still no go. Will try unplugging for a couple of minutes next time I >> am able to reboot. Did a reboot and tried wiggling some knobs in the bios. Noticed the mouse lit up while I was in there, but it goes out at once when boot starts. :/ . Got a dmesg output from gentoo on the bare metal:
0:gentoo ~ # echo 1 > /sys/bus/pci/devices/0000:04:00.0/remove 0:gentoo ~ # dmesg -c 0:gentoo ~ # echo 1 > /sys/bus/pci/rescan 0:gentoo ~ # dmesg -c [ 863.007306] pci 0000:04:00.0: [1106:3483] type 00 class 0x0c0330 [ 863.007331] pci 0000:04:00.0: reg 0x10: [mem 0xc6500000-0xc6500fff 64bit] [ 863.007450] pci 0000:04:00.0: PME# supported from D0 D1 D2 D3hot D3cold [ 863.007739] dmar: [Firmware Bug]: RMRR entry for device 04:00.0 is broken - applying workaround [ 863.018667] pci 0000:04:00.0: BAR 0: assigned [mem 0xc6500000-0xc6500fff 64bit] [ 863.018682] ast 0000:0c:00.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment [ 863.034924] pci 0000:04:00.0: xHCI HW did not halt within 16000 usec status = 0x1004 [ 863.035127] xhci_hcd 0000:04:00.0: xHCI Host Controller [ 863.035138] xhci_hcd 0000:04:00.0: new USB bus registered, assigned bus number 7 [ 863.059990] xhci_hcd 0000:04:00.0: Host not halted after 16000 microseconds. [ 863.059994] xhci_hcd 0000:04:00.0: can't setup: -110 [ 863.059998] xhci_hcd 0000:04:00.0: USB bus 7 deregistered [ 863.060057] xhci_hcd 0000:04:00.0: init 0000:04:00.0 fail, -110 [ 863.060063] xhci_hcd: probe of 0000:04:00.0 failed with error -110 --- Now I have got to stop fiddling with this box, need to keep it up 24/7 for at least a week now before I try anything drastic again : - ~ --- >> General note about the commands and switches below: Most have been found >> by trial and error, and the setup used may be utterly WRONG. If you spot >> any mistakes, please point them out to me. >> >> Googling around led me to run then following, with the output seen >> below. Similar output can be seen right after boot. >> >> ------------ >> root@steam:~# echo 1 > /sys/bus/pci/devices/0000:00:05.0/remove >> root@steam:~# dmesg -c >> root@steam:~# echo "1" > /sys/bus/pci/rescan >> root@steam:~# dmesg -c >> [ 3164.999480] pci 0000:00:05.0: [1106:3483] type 00 class 0x0c0330 >> [ 3165.008397] pci 0000:00:05.0: reg 0x10: [mem 0xf42a4000-0xf42a4fff 64bit] >> [ 3165.051792] pci 0000:00:05.0: BAR 0: assigned [mem >> 0xf4000000-0xf4000fff 64bit] >> [ 3165.059245] pci 0000:00:05.0: can't find IRQ for PCI INT A; probably >> buggy MP table >> [ 3165.075349] pci 0000:00:05.0: xHCI HW did not halt within 16000 usec >> status = 0x1004 >> [ 3165.075961] xhci_hcd 0000:00:05.0: can't find IRQ for PCI INT A; >> probably buggy MP table >> [ 3165.076150] xhci_hcd 0000:00:05.0: xHCI Host Controller >> [ 3165.076157] xhci_hcd 0000:00:05.0: new USB bus registered, assigned >> bus number 1 >> [ 3165.100651] xhci_hcd 0000:00:05.0: Host not halted after 16000 >> microseconds. >> [ 3165.100653] xhci_hcd 0000:00:05.0: can't setup: -110 >> [ 3165.100655] xhci_hcd 0000:00:05.0: USB bus 1 deregistered >> [ 3165.100774] xhci_hcd 0000:00:05.0: init 0000:00:05.0 fail, -110 >> [ 3165.100776] xhci_hcd: probe of 0000:00:05.0 failed with error -110 >> ----------------------- >> >> This happens on Asus hardware viz: >> >> ------------- >> # smbios-sys-info >> Libsmbios version: 2.2.28 >> Product Name: Z10PE-D8 WS >> Vendor: ASUSTeK COMPUTER INC. >> BIOS Version: 1001 >> ------------- >> On top of this I'm running Xen, viz: >> 0:gentoo ~ # xl info >> host : gentoo >> release : 4.0.9-gentoo >> version : #1 SMP Tue Sep 1 01:10:52 CEST 2015 >> machine : x86_64 >> ... >> cpu_mhz : 2394 >> hw_caps : >> bfebfbff:2c100800:00000000:00007f00:77fefbff:00000000:00000021:000037ab >> virt_caps : hvm hvm_directio >> ... >> xen_version : 4.5.1 >> xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 >> hvm-3.0-x86_32p hvm-3.0-x86_64 >> ... >> xen_commandline : ssd-xen-g-4-00-marker loglvl=warn >> guest_loglvl=warn noreboot iommu=1,verbose iommu_inclusive_mapping=1 >> com1=115200,8n1 console=com1 dom0_max_vcpus=4 dom0_vcpus_pin=1 >> dom0_mem=8G,max:8G cpufreq=xen,performance,verbose tmem=1 >> dom0_nodes=0,relaxed sched_smt_power_savings=1 >> cc_compiler : x86_64-pc-linux-gnu-gcc (Gentoo 4.9.3 p1.2, >> pie-0.6.3) 4.9.3 >> cc_compile_by : >> cc_compile_domain : alstadheim.priv.no >> cc_compile_date : Mon Aug 31 05:54:06 CEST 2015 >> xend_config_format : 4 >> -------------- > Corrected: My gcc-version is x86_64-pc-linux-gnu-4.9.3 >> -------------- >> Dom 0 is: >> # uname -a >> Linux gentoo 4.0.9-gentoo #1 SMP Tue Sep 1 01:10:52 CEST 2015 x86_64 >> Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz GenuineIntel GNU/Linux >> -------------- >> # cat /proc/cmdline >> placeholder root=LABEL=ssdroot ro >> xen-pciback.hide=(00:1b.0)(02:00.0)(04:00.0)(81:00.0)(82:00.0)(09:00.0) >> console=hvc0 console=vga domodules domdadm dolvm intel_iommu=on >> earlyprintk=xen usbip_core.usbip_debug_flag=0 usbcore.autosuspend=-1 >> ---------- >> The USB card in question is: >> root@steam:~# lspci -vvv -s 0000:00:05.0 >> 00:05.0 USB controller: VIA Technologies, Inc. Device 3483 (rev 01) >> (prog-if 30 [XHCI]) >> Subsystem: VIA Technologies, Inc. Device 3483 >> Physical Slot: 5 >> Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- >> Stepping- SERR- FastB2B- DisINTx- >> Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- >> <TAbort- <MAbort- >SERR- <PERR- INTx- >> Interrupt: pin A routed to IRQ 10 >> Region 0: Memory at f4000000 (64-bit, non-prefetchable) [size=4K] >> Capabilities: [80] Power Management version 3 >> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA >> PME(D0-,D1-,D2-,D3hot-,D3cold-) >> Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- >> Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit+ >> Address: 0000000000000000 Data: 0000 >> Capabilities: [c4] Express (v2) Endpoint, MSI 00 >> DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <64ns, >> L1 <1us >> ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- >> DevCtl: Report errors: Correctable- Non-Fatal- Fatal- >> Unsupported- >> RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ >> MaxPayload 128 bytes, MaxReadReq 512 bytes >> DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr+ >> TransPend- >> LnkCap: Port #2, Speed 5GT/s, Width x1, ASPM L0s L1, Exit >> Latency L0s <2us, L1 <16us >> ClockPM+ Surprise- LLActRep- BwNot- >> LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk- >> ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- >> LnkSta: Speed 5GT/s, Width x1, TrErr- Train- SlotClk+ >> DLActive- BWMgmt- ABWMgmt- >> DevCap2: Completion Timeout: Range B, TimeoutDis+, LTR-, OBFF >> Not Supported >> DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, >> OBFF Disabled >> LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, >> EqualizationPhase1- >> EqualizationPhase2-, EqualizationPhase3-, >> LinkEqualizationRequest- >> ------------------- >> ... which is pased through to a debian system, SMP Debian >> 3.16.7-ckt11-1+deb8u3. >> The same flakyness can be observed if I try to use the card in Dom0. >> ----steam.cfg-file for the DomU---- >> name = "steam.hvm" >> builder = "hvm" >> vcpus = 8 >> cpus="16-23" >> memory = 6144 >> no_migrate = 1 >> device_model_version="qemu-xen-traditional" >> disk = [ '/dev/system/steam,raw,xvda,rw', >> '/dev/system/steam-swap,raw,xvdb,rw', >> 'file:/usr/local/share/xen/cd-images/debian-8.1.0-amd64-netinst.iso,xvdc:cdrom,r' >> ] >> vif = [ 'mac=02:16:3e:00:00:08,model=e1000'] >> on_poweroff = 'destroy' >> on_reboot = 'restart' >> on_crash = 'restart' >> boot = 'cd' >> acpi = '1' >> xen_platform_pci = '1' >> sdl = '0' >> vnc = '0' >> serial = 'pty' >> gfx_passthru=1 >> --- >> I'v also tried with 'acpi=0' >> >> xen command-line to create the vm: /usr/sbin/xl create steam.hvm >> pci=["04:00.0","82:00.0","00:1b.0"] >> --- >> I'm using "soft cpu pinning" (is that the correct term? ) so I do not >> think the vcpus are being moved around at all. >> >> What to do ? Is there someplace other than gentoo-user better suited to >> helping me getting this card working? >> >> I'v also tried running a Windows 8.1 vm with the same USB-card, no luck >> there either, this time around. My hunch is that this is somewhat >> hardware-related, but I'm hoping there is some tweak that can be done to >> the card to make it more reliable. I'm seeing a lot of similar reports >> while googling, but no bulletproof solutions. >> >> I rarely have the time to boot gentoo directly on the bare metal, so I >> will not do that unless someone has very good reason to think doing so >> could help find a fix that will work under Xen. >> >> >> > >