Hi Phil,
Thanks for the reply. I too have decided to replace the motherboard. Hopefully
the next one will behave better. I'm sure that these manufactures don't
test
their products with FreeBSD.
Bob
On Mon, Feb 10, 2020 at 07:32:27AM +0100, Phil Norman
wrote:> Hi.
>
> I'm afraid the best I could come up with is that the motherboard I was
> using is not standards-compliant, and has a broken USB system. This might
> explain why they insist you install their special drivers on Windows.
>
> My solution was to replace the motherboard with one that actually works
> properly.
>
> Cheers,
> Phil
>
> On Sun, 9 Feb 2020 at 18:05, Bob Willcox <bob at immure.com> wrote:
>
> > Hi Phil,
> >
> > Did you ever determine the cause and solution to the USB_ERR_TIMEOUT
errors
> > you were getting? I just installed a recent 12.1 snapshot on a system
with
> > a
> > Gigabyte GA-AB350N Ryzen motherboard and am seeing similar
USB_ERR_TIMEOUT
> > errors with this MB.
> >
> > The errors on this system appear to be continuing forever as they have
been
> > going on for over 30 minutes so far with no end in sight. On this
system
> > the
> > initial dmesg messages for the usb errors looks strikingly similar to
> > yours:
> >
> > Feb 9 18:46:57 han kernel: xhci0: Resetting controller
> > Feb 9 18:46:57 han kernel: usb_alloc_device: set address 3 failed
> > (USB_ERR_TIMEOUT, ignored)
> > Feb 9 18:46:57 han kernel: Root mount waiting for: usbus0
> > Feb 9 18:46:57 han syslogd: last message repeated 1 times
> > Feb 9 18:46:57 han kernel: usbd_setup_device_desc: getting device
> > descriptor at addr 3 failed, USB_ERR_TIMEOUT
> > Feb 9 18:46:57 han kernel: Root mount waiting for: usbus0
> > Feb 9 18:46:57 han kernel: usbd_req_re_enumerate: addr=3, set address
> > failed! (USB_ERR_TIMEOUT, ignored)
> > Feb 9 18:46:57 han kernel: Root mount waiting for: usbus0
> > Feb 9 18:46:57 han syslogd: last message repeated 1 times
> > Feb 9 18:46:57 han kernel: usbd_setup_device_desc: getting device
> > descriptor at addr 3 failed, USB_ERR_TIMEOUT
> > Feb 9 18:46:57 han kernel: Root mount waiting for: usbus0
> > Feb 9 18:46:57 han kernel: usbd_req_re_enumerate: addr=3, set address
> > failed! (USB_ERR_TIMEOUT, ignored)
> > Feb 9 18:46:57 han kernel: Root mount waiting for: usbus0
> > Feb 9 18:46:57 han syslogd: last message repeated 1 times
> > Feb 9 18:46:57 han kernel: usbd_setup_device_desc: getting device
> > descriptor at addr 3 failed, USB_ERR_TIMEOUT
> > Feb 9 18:46:57 han kernel: Root mount waiting for: usbus0
> > Feb 9 18:46:57 han kernel: usbd_req_re_enumerate: addr=3, set address
> > failed! (USB_ERR_TIMEOUT, ignored)
> > Feb 9 18:46:57 han kernel: Root mount waiting for: usbus0
> > Feb 9 18:46:57 han kernel: usbd_setup_device_desc: getting device
> > descriptor at addr 3 failed, USB_ERR_TIMEOUT
> > Feb 9 18:46:57 han kernel: Root mount waiting for: usbus0
> > Feb 9 18:46:57 han syslogd: last message repeated 1 times
> > Feb 9 18:46:57 han kernel: usbd_req_re_enumerate: addr=3, set address
> > failed! (USB_ERR_TIMEOUT, ignored)
> > Feb 9 18:46:57 han kernel: Root mount waiting for: usbus0
> >
> > Anyone have any advice on what I can do the get this to stop? The
system is
> > fundamentally unusable as it is.
> >
> > Thanks,
> > Bob
> >
> > On Tue, Jun 19, 2018 at 09:38:17PM +0200, Phil Norman wrote:
> > > Hi.
> > >
> > > I've recently converted to FreeBSD, fleeing the
Windowsification of
> > Ubuntu.
> > > I've been having some trouble with the USB system, which
seems strange as
> > > FreeBSD's USB stack is, according to a friend, rock solid.
I'd like to
> > > narrow down if this is a hardware (CPU or mobo) or software
issue.
> > >
> > > I'm running a Ryzen 3 1200, plugged into a "Fatal1ty
X370 Gaming-ITX/ac"
> > > motherboard (chosen because it supports ECC RAM and fits in an
ITX case).
> > >
> > > On a cold boot (ie starting by flipping the physical PSU power
switch),
> > BSD
> > > boots up nice and quickly, without errors, and then runs for days
> > without a
> > > single USB-related error on dmesg. However, any other kind of
reboot
> > which
> > > doesn't interrupt the electricity supply yields a large
number of USB
> > > errors (USB_ERR_TIMEOUTs every few seconds or so) and frequent
resets of
> > > the xhci0 controller.
> > >
> > > On occasion, I also get problems with my keyboard randomly
stopping
> > working
> > > (but then, if the USB subsystem is continuously resetting,
that's only to
> > > be expected). I also seem to get slow USB storage device read
throughput
> > > (2MB/s from a USB3 SSD), although I can't rule out that being
caused by
> > the
> > > fuse ext4fs driver.
> > >
> > > Here's what I see in dmesg when the USB system's in spam
mode:
> > >
> > > ----------------
> > > xhci0: Resetting controller
> > > usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored)
> > > usbd_setup_device_desc: getting device descriptor at addr 2
failed,
> > > USB_ERR_TIMEOUT
> > > igb0: link state changed to UP
> > > usbd_req_re_enumerate: addr=2, set address failed!
(USB_ERR_TIMEOUT,
> > > ignored)
> > > usbd_setup_device_desc: getting device descriptor at addr 2
failed,
> > > USB_ERR_TIMEOUT
> > > uhid0 on uhub3
> > > uhid0: <vendor 0x046d product 0xc214, class 0/0, rev
1.10/2.05, addr 3>
> > on
> > > usbus1
> > > uhid1 on uhub3
> > > uhid1: <KINESIS FREESTYLE KB800 KB800 Kinesis Freestyle, class
0/0, rev
> > > 1.10/1.22, addr 4> on usbus1
> > > ums0 on uhub2
> > > ums0: <Logitech USB Optical Mouse, class 0/0, rev 2.00/72.00,
addr 5> on
> > > usbus1
> > > ums0: 3 buttons and [XYZ] coordinates ID=0
> > > usbd_req_re_enumerate: addr=2, set address failed!
(USB_ERR_TIMEOUT,
> > > ignored)
> > > usbd_setup_device_desc: getting device descriptor at addr 2
failed,
> > > USB_ERR_TIMEOUT
> > > usbd_req_re_enumerate: addr=2, set address failed!
(USB_ERR_TIMEOUT,
> > > ignored)
> > > usbd_setup_device_desc: getting device descriptor at addr 2
failed,
> > > USB_ERR_TIMEOUT
> > > usbd_req_re_enumerate: addr=2, set address failed!
(USB_ERR_TIMEOUT,
> > > ignored)
> > > usbd_setup_device_desc: getting device descriptor at addr 2
failed,
> > > USB_ERR_TIMEOUT
> > > ugen0.2: <Unknown > at usbus0 (disconnected)
> > > uhub_reattach_port: could not allocate new device
> > > uhub1: at usbus0, port 1, addr 1 (disconnected)
> > > uhub1: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr
1> on usbus0
> > > uhub1: 22 ports with 22 removable, self powered
> > > xhci0: Resetting controller
> > > -----------------
> > >
> > >
> > > Here's the start of dmesg:
> > >
> > > -----------------
> > > Copyright (c) 1992-2018 The FreeBSD Project.
> > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992,
1993, 1994
> > > The Regents of the University of California. All rights
reserved.
> > > FreeBSD is a registered trademark of The FreeBSD Foundation.
> > > FreeBSD 11.2-PRERELEASE #0 r335198: Fri Jun 15 20:55:02 CEST 2018
> > > phil at bob:/usr/obj/usr/src/sys/BOB amd64
> > > FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565)
(based on
> > LLVM
> > > 6.0.0)
> > > VT(efifb): resolution 1024x768
> > > CPU: AMD Ryzen 3 1200 Quad-Core Processor (3094.26-MHz
> > K8-class
> > > CPU)
> > > Origin="AuthenticAMD" Id=0x800f11 Family=0x17
Model=0x1 Stepping=1
> > >
> > >
> >
Features=0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>
> > >
> > >
> >
Features2=0x7ed8320b<SSE3,PCLMULQDQ,MON,SSSE3,FMA,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND>
> > > AMD
Features=0x2e500800<SYSCALL,NX,MMX+,FFXSR,Page1GB,RDTSCP,LM>
> > > AMD
> > >
> >
Features2=0x35c233ff<LAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,OSVW,SKINIT,WDT,TCE,Topology,PCXC,PNXC,DBE,PL2I,MWAITX>
> > > Structured Extended
> > >
> >
Features=0x209c01a9<FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA>
> > > XSAVE Features=0xf<XSAVEOPT,XSAVEC,XINUSE,XSAVES>
> > > AMD Extended Feature Extensions ID
EBX=0x1007<CLZERO,IRPerf,XSaveErPtr>
> > > SVM: (disabled in BIOS)
NP,NRIP,VClean,AFlush,DAssist,NAsids=32768
> > > TSC: P-state invariant, performance statistics
> > > real memory = 17179869184 (16384 MB)
> > > avail memory = 16519221248 (15753 MB)
> > > Event timer "LAPIC" quality 600
> > > ACPI APIC Table: <ALASKA A M I >
> > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
> > > FreeBSD/SMP: 1 package(s) x 4 core(s)
> > > random: unblocking device.
> > > Firmware Warning (ACPI): Optional FADT field Pm2ControlBlock has
valid
> > > Length but zero Address: 0x0000000000000000/0x1
(20171214/tbfadt-796)
> > > ioapic0 <Version 2.1> irqs 0-23 on motherboard
> > > ioapic1 <Version 2.1> irqs 24-55 on motherboard
> > > SMP: AP CPU #3 Launched!
> > > SMP: AP CPU #2 Launched!
> > > SMP: AP CPU #1 Launched!
> > > Timecounter "TSC-low" frequency 1547130097 Hz quality
1000
> > > random: entropy device external interface
> > > kbd0 at kbdmux0
> > > netmap: loaded module
> > > module_register_init: MOD_LOAD (vesa, 0xffffffff80a3bd40, 0)
error 19
> > > random: registering fast source Intel Secure Key RNG
> > > random: fast provider: "Intel Secure Key RNG"
> > > nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for
UNIX
> > > platforms 390.59 Wed May 9 21:54:48 PDT 2018
> > > nexus0
> > > cryptosoft0: <software crypto> on motherboard
> > > aesni0: <AES-CBC,AES-XTS,AES-GCM,AES-ICM> on motherboard
> > > acpi0: <ALASKA A M I > on motherboard
> > > acpi0: Power Button (fixed)
> > > cpu0: <ACPI CPU> on acpi0
> > > cpu1: <ACPI CPU> on acpi0
> > > cpu2: <ACPI CPU> on acpi0
> > > cpu3: <ACPI CPU> on acpi0
> > > attimer0: <AT timer> port 0x40-0x43 irq 0 on acpi0
> > > Timecounter "i8254" frequency 1193182 Hz quality 0
> > > Event timer "i8254" frequency 1193182 Hz quality 100
> > > atrtc0: <AT realtime clock> port 0x70-0x71 on acpi0
> > > atrtc0: registered as a time-of-day clock, resolution 1.000000s
> > > Event timer "RTC" frequency 32768 Hz quality 0
> > > hpet0: <High Precision Event Timer> iomem
0xfed00000-0xfed003ff irq 0,8
> > on
> > > acpi0
> > > Timecounter "HPET" frequency 14318180 Hz quality 950
> > > Event timer "HPET" frequency 14318180 Hz quality 450
> > > Event timer "HPET1" frequency 14318180 Hz quality 450
> > > Event timer "HPET2" frequency 14318180 Hz quality 450
> > > Timecounter "ACPI-fast" frequency 3579545 Hz quality
900
> > > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b
on acpi0
> > > pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
> > > pcib0: _OSC returned error 0x10
> > > pci0: <ACPI PCI bus> on pcib0
> > > amdsmn0: <AMD Family 17h System Management Network> on
hostb0
> > > amdtemp0: <AMD CPU On-Die Thermal Sensors> on hostb0
> > > pci0: <base peripheral, IOMMU> at device 0.2 (no driver
attached)
> > > pcib1: <ACPI PCI-PCI bridge> at device 1.3 on pci0
> > > pci1: <ACPI PCI bus> on pcib1
> > > xhci0: <XHCI (generic) USB 3.0 controller> mem
0xf77a0000-0xf77a7fff irq
> > 32
> > > at device 0.0 on pci1
> > > xhci0: 32 bytes context size, 64-bit DMA
> > > usbus0 on xhci0
> > > -----------------
> > >
> > > I don't remember if I had similar USB trouble on Linux, but I
definitely
> > > did during my brief excursion into NetBSD. If anyone knows
whether this
> > is
> > > likely to be a CPU, mother board or software problem, or knows of
> > something
> > > I can try to get more information or try to debug the thing,
please let
> > me
> > > know.
> > >
> > > Thanks,
> > > Phil
> > > _______________________________________________
> > > freebsd-stable at freebsd.org mailing list
> > > https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe
at freebsd.org
> > "
> >
> > --
> > Bob Willcox | It's possible that the whole purpose of your life
is to
> > bob at immure.com | serve as a warning to others.
> > Austin, TX |
> >
--
Bob Willcox | It's possible that the whole purpose of your life is to
bob at immure.com | serve as a warning to others.
Austin, TX |