Re: [gentoo-user] Flaky USB 3.0 -- typo-fix

["Håkon Alstadheim" <hakon@alstadheim.priv.no>]

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.
>
> 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.
>
>
>