[Kernel-packages] [Bug 1667750]

2025-01-16 Thread rogerx.oss
PROBLEM: Identified a USB 3.0 Cable likely either going bad or out-of- specifications, and now only compatible with USB 2.0. Cable Matters SuperSpeed USB 3.0 Type A to B Cable in Black 10 Feet Item model number ‏ : ‎ 27-BLACK-10 Date First Available ‏ : ‎ October 20, 2011 Manufacturer ‏ : ‎ Ca

[Kernel-packages] [Bug 1749961]

2025-01-16 Thread rogerx.oss
PROBLEM: Identified a USB 3.0 Cable likely either going bad or out-of- specifications, and now only compatible with USB 2.0. Cable Matters SuperSpeed USB 3.0 Type A to B Cable in Black 10 Feet Item model number ‏ : ‎ 27-BLACK-10 Date First Available ‏ : ‎ October 20, 2011 Manufacturer ‏ : ‎ Ca

[Kernel-packages] [Bug 1749961]

2025-01-16 Thread rogerx.oss
# uname -a Linux 1void 6.12.9_1 #1 SMP PREEMPT_DYNAMIC Fri Jan 10 00:53:27 UTC 2025 x86_64 GNU/Linux OK. I'm getting somewhere and starting to get a pretty picture of what is likely transpiring! My xhci_hcd fail on this bug is occurring on my second bus. (eg. dmesg |grep 2-4 -> usb 2-4) This is

[Kernel-packages] [Bug 1667750]

2025-01-16 Thread rogerx.oss
Trying to scan through, read through all relevant posts some further information on this Gigabyte Z790 UD AC motherboard, looks like some quirks are already applied via the Linux kernel 6.12.9_1 xhci_hcd driver. # dmesg |grep xhci [6.010722] xhci_hcd :00:14.0: xHCI Host Controller [6.0

[Kernel-packages] [Bug 1749961]

2025-01-16 Thread rogerx.oss
Trying to scan through, read through all relevant posts some further information on this Gigabyte Z790 UD AC motherboard, looks like some quirks are already applied via the Linux kernel 6.12.9_1 xhci_hcd driver. # dmesg |grep xhci [6.010722] xhci_hcd :00:14.0: xHCI Host Controller [6.0

[Kernel-packages] [Bug 1667750]

2025-01-16 Thread rogerx.oss
# uname -a Linux 1void 6.12.9_1 #1 SMP PREEMPT_DYNAMIC Fri Jan 10 00:53:27 UTC 2025 x86_64 GNU/Linux OK. I'm getting somewhere and starting to get a pretty picture of what is likely transpiring! My xhci_hcd fail on this bug is occurring on my second bus. (eg. dmesg |grep 2-4 -> usb 2-4) This is

[Kernel-packages] [Bug 1667750]

2025-01-16 Thread rogerx.oss
Getting this xhci_hcd fail or slow boot more so down to the cause, I've been debugging enabling power-on via keyboard/mouse, and again this xhci_hcd fail showed-up after, not when enabling ErP setting (below power-on via keyboard/mouse settings), but merrily toggling the ErP enable/disable option w

[Kernel-packages] [Bug 1749961]

2025-01-16 Thread rogerx.oss
Getting this xhci_hcd fail or slow boot more so down to the cause, I've been debugging enabling power-on via keyboard/mouse, and again this xhci_hcd fail showed-up after, not when enabling ErP setting (below power-on via keyboard/mouse settings), but merrily toggling the ErP enable/disable option w

[Kernel-packages] [Bug 1667750]

2025-01-15 Thread rogerx.oss
Oh, and one more likely more important relevant BIOS/EFI option, I left ASPM Native to disabled. Prior, I had ASPM Native (O/S ASPM support) enabled. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.

[Kernel-packages] [Bug 1667750]

2025-01-15 Thread rogerx.oss
I also briefly rechecked all USB connections on the back of the computer case for loose connections, leaving intel_iommu=off activate within the kernel command line options. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1667750]

2025-01-15 Thread rogerx.oss
Just ran into this bug just now on a Gigabyte Z790 UD AC motherboard. xhci_hcd WARN Set TR Deq Ptr cmd failed due to incorrect slot or ep state Added kernel command line intel_iommu=off option seemingly helped slightly with improved boot times (usb slow initialization), however subsequently lock

[Kernel-packages] [Bug 1749961]

2025-01-15 Thread rogerx.oss
Just ran into this bug just now on a Gigabyte Z790 UD AC motherboard. xhci_hcd WARN Set TR Deq Ptr cmd failed due to incorrect slot or ep state Added kernel command line intel_iommu=off option seemingly helped slightly with improved boot times (usb slow initialization), however subsequently lock

[Kernel-packages] [Bug 1749961]

2025-01-15 Thread rogerx.oss
I also briefly rechecked all USB connections on the back of the computer case for loose connections, leaving intel_iommu=off activate within the kernel command line options. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1749961]

2025-01-15 Thread rogerx.oss
Oh, and one more likely more important relevant BIOS/EFI option, I left ASPM Native to disabled. Prior, I had ASPM Native (O/S ASPM support) enabled. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.