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?
-- 
Regards,
Mick

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to