On Sunday, 1 July 2018 16:58:15 BST Mick wrote: > On Saturday, 30 June 2018 10:28:11 BST Philip Webb wrote: > > 180626 Rich Freeman wrote: > > > On Tue, Jun 26, 2018 at 8:58 PM Philip Webb <purs...@ca.inter.net> wrote: > > >> Does anyone know why the latest stable version of Gentoo-sources is > > >> 4.9.xx ? I installed 4.9.16 , which I continue to use, on 2017-04-06 . > > >> The tree contains versions of 4.14 4.16 4.17 , but all are still > > >> testing. > > > > > > I believe that some had been complaining about stability issues with > > > 4.14, > > > but personally I've been fine with it, and since I have a Ryzen CPU > > > I want something that has the SMT support enabled ... > > > I don't know what the Gentoo plans are for 4.14 - > > > I know they've been avoiding it for a while. > > > I'm not sure if they ever plan to move to it > > > or if they're just hoping to skip it entirely. > > > I think we sb getting a new longterm sometime in the next few months. > > > > Well, wonders never cease (smile) : Gentoo-sources-4.14.52 is now stable ! > > > > I've emerged it & will probably install it tomorrow. > > Hopefully, this will also allow me to upgrade to Nvidia-drivers-396.24-r1 > > . > > > > As always, my thanks to the volunteers involved. > > Hear, hear! > > However, 4.14.52 like all kernels after the 4.9.x series badly break the > Dell XPS USB WiFi and bluetooth Broadcom chip. :-( > > The moment I switch on the darn thing with or without starting net.wlan0 and > with or without starting bluetooth I get two runaway systemd-udev processes > chewing up CPU time. Bluetooth does not work at all. > > 23767 root 20 0 38016 5184 2888 S 40.9 0.1 0:07.35 /lib/ > systemd/systemd-udevd --daemon > 785 root 20 0 56112 22572 2732 S 26.1 0.6 0:03.50 /lib/ > systemd/systemd-udevd --daemon > > udev appears to be fighting against the kernel by binding and unbinding the > Broadcom devices: > > KERNEL[6760.138491] bind /devices/pci0000:00/0000:00:1d.0/ > usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb) > KERNEL[6760.138640] unbind /devices/pci0000:00/0000:00:1d.0/ > usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb) > UDEV [6760.139080] bind /devices/pci0000:00/0000:00:1d.0/ > usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb) > KERNEL[6760.143273] bind /devices/pci0000:00/0000:00:1d.0/ > usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb) > KERNEL[6760.143500] unbind /devices/pci0000:00/0000:00:1d.0/ > usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb) > UDEV [6760.143817] unbind /devices/pci0000:00/0000:00:1d.0/ > usb2/2-1/2-1.6/2-1.6.2/2-1.6.2:1.0 (usb) > > which are scrolling by endlessly at V high speed. These are the offending > devices: > > Bus 002 Device 017: ID 413c:8156 Dell Computer Corp. Wireless 370 Bluetooth > Mini-card > .. > Bus 002 Device 014: ID 0a5c:4500 Broadcom Corp. BCM2046B1 USB 2.0 Hub (part > of BCM2046 Bluetooth) > > Killing /lib/systemd/systemd-udevd --daemon causes my USB mouse to no longer > be recognised. > > Is there a clever way of getting out of this race condition and is there a > way to troubleshoot it further without going into kernel debugging at this > stage?
Sadly no solution yet, but there is a report requesting a buggy kernel commit to be reverted: https://bugzilla.kernel.org/show_bug.cgi?id=199035 -- Regards, Mick
signature.asc
Description: This is a digitally signed message part.