Re: [gentoo-user] Gentoo-sources : stable versions

[Mick]

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 <purslow@××××××××.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