On Fri, May 30, 2014 at 7:37 PM, Tom Gundersen <[email protected]> wrote: > > On 30 May 2014 18:25, "Cristian Rodríguez" <[email protected]> wrote: >> >> El 30/05/14 13:08, Greg KH escribió: >> > On Thu, May 29, 2014 at 08:54:22PM -0400, Cristian Rodríguez wrote: >> >> As discussed ad-nauseum previously, it is the kernel's task >> >> to load firmware, not udev's. >> > >> > Ok, it turns out there is still one kernel driver that requires this to >> > work properly, so we can't delete it just yet :( >> > >> > Now, if the people clamoring for us keeping this code would have done >> > their homework and figured this out, that would have been wonderful, and >> > saved everyone a bunch of time. >> > >> >> Maybe I am not understanding something well. but the driver appears to >> require the *kernel* side of this functionality. >> >> https://www.kernel.org/doc/Documentation/dell_rbu.txt >> >> Because I am pretty sure udev is not in the business of BIOS updates.. > > True, but until that is fixed on the kernel side the support is still > required on the udev side for things to work in all cases (sorry for not > pointing this out earlier BTW). I think what some distros have done is to > just rip out the Dell bios thing, but I guess that won't fly in the upstream > kernel. > > Refactoring this on the kernel side so the dell stuff is not tied to the > regular firmware loader should not be hard from what I can tell... (to be > honest the whole thing looks like a pretty bad abuse of the interface). Any > takers?
In case anyone is interested in testing this out with the affected hardware, that would be awesome: <http://www.spinics.net/lists/kernel/msg1755247.html>. Cheers, Tom _______________________________________________ systemd-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/systemd-devel
