https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230590
--- Comment #2 from Samy Mahmoudi <samy.mahmo...@gmail.com> --- Hi, Thank you for your prompt reply. No, I did not try to set any of these. dmesg showed the ehci controller is identified as "Intel Cougar Point USB 2.0 controller" which is the result of this revision: https://svnweb.freebsd.org/base?view=revision&revision=316412. Output of "pciconf -lv": hostb0@pci0:0:0:0: class=0x060000 card=0x21cf17aa chip=0x01048086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '2nd Generation Core Processor Family DRAM Controller' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0x21cf17aa chip=0x01268086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '2nd Generation Core Processor Family Integrated Graphics Controller' class = display subclass = VGA none0@pci0:0:22:0: class=0x078000 card=0x21cf17aa chip=0x1c3a8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family MEI Controller' class = simple comms em0@pci0:0:25:0: class=0x020000 card=0x21ce17aa chip=0x15028086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82579LM Gigabit Network Connection (Lewisville)' class = network subclass = ethernet none1@pci0:0:26:0: class=0x0c0320 card=0x21cf17aa chip=0x1c2d8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family USB Enhanced Host Controller' class = serial bus subclass = USB hdac0@pci0:0:27:0: class=0x040300 card=0x21cf17aa chip=0x1c208086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family High Definition Audio Controller' class = multimedia subclass = HDA pcib1@pci0:0:28:0: class=0x060400 card=0x21cf17aa chip=0x1c108086 rev=0xb4 hdr=0x01 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family PCI Express Root Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0x21cf17aa chip=0x1c128086 rev=0xb4 hdr=0x01 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family PCI Express Root Port 2' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:3: class=0x060400 card=0x21cf17aa chip=0x1c168086 rev=0xb4 hdr=0x01 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family PCI Express Root Port 4' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:4: class=0x060400 card=0x21cf17aa chip=0x1c188086 rev=0xb4 hdr=0x01 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family PCI Express Root Port 5' class = bridge subclass = PCI-PCI ehci0@pci0:0:29:0: class=0x0c0320 card=0x21cf17aa chip=0x1c268086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family USB Enhanced Host Controller' class = serial bus subclass = USB isab0@pci0:0:31:0: class=0x060100 card=0x21cf17aa chip=0x1c4f8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'QM67 Express Chipset Family LPC Controller' class = bridge subclass = PCI-ISA ahci0@pci0:0:31:2: class=0x010601 card=0x21cf17aa chip=0x1c038086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family 6 port Mobile SATA AHCI Controller' class = mass storage subclass = SATA none2@pci0:0:31:3: class=0x0c0500 card=0x21cf17aa chip=0x1c228086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '6 Series/C200 Series Chipset Family SMBus Controller' class = serial bus subclass = SMBus iwn0@pci0:3:0:0: class=0x028000 card=0x13118086 chip=0x00858086 rev=0x34 hdr=0x00 vendor = 'Intel Corporation' device = 'Centrino Advanced-N 6205 [Taylor Peak]' class = network sdhci_pci0@pci0:13:0:0: class=0x088001 card=0x21cf17aa chip=0xe8221180 rev=0x08 hdr=0x00 vendor = 'Ricoh Co Ltd' device = 'MMC/SD Host Controller' class = base peripheral none3@pci0:13:0:3: class=0x0c0010 card=0x21cf17aa chip=0xe8321180 rev=0x04 hdr=0x00 vendor = 'Ricoh Co Ltd' device = 'R5C832 PCIe IEEE 1394 Controller' class = serial bus subclass = FireWire N.B. I just built the generic kernel from the last source tree (releng/11.2) and the problem disappeared. For further investigation as I was not satisfied with that logic, I ran freebsd-update fetch and freebsd-update install which (unexpectedly) give rise to a kernel reinstall. After rebooting, the problem came back so I can confirm the problem is present with the distributed generic kernel and absent with a home-made kernel. I doubt my /etc/make.conf has something to do with this: CPUTYPE?=sandybridge MAKE_JOBS_NUMBER=4 OPTIONS_UNSET+=DOCS EXAMPLES IPV6 LPR OPTIONS_SET+=CUPS CUPS_OVERWRITE_BASE=YES DEVELOPER=YES -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ freebsd-usb@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"