Hi,
On 5/28/19 8:11 PM, Dave Hansen wrote:
On 5/28/19 10:45 AM, Benjamin Tissoires wrote:
On Tue, May 28, 2019 at 7:15 PM Jiri Kosina <jikos@xxxxxxxxxx> wrote:
Just to confirm -- I guess reverting 4ceabaf79 and a025a18fe would work
this around, right?
Yes, reverting that pair on top of 5.2-rc1 works around the issue.
Thank you for catching this and for testing the reverts. We've several bug
reports which I suspect are related to this.
/sbin/modprobe really should not hang when called by the kernel, as the
kernel does this in several other places too.
At the same time this clearly is a regression, so I'm afraid we will need
to revert the 2 commits.
Benjamin, Jiri, I really like the improvements these 2 commits bring
combined with Benjamin's changes removing the need for all the device specific
drivers to have HID_QUIRK_HAVE_SPECIAL_DRIVER quirk.
Maybe instead of reverting them, we wrap them in a Kconfig option, which
defaults to N, with a warning that this requires an userspace where
/sbin/modprobe does not hang ? It would be useful for the Kconfig
help text if we knew why it hangs. I guess this may have something to do
with it running from the initrd? Maybe this is not the real modprobe but
busybox's modprobe?
Dave, can you try building your initrd without the hid-logitech-dj module
included in the initrd?
Also can you check if your modprobe is provided by module-init-tools
or by kmod ?
I believe we really need more information before we can properly decide
how to deal with this. Luckily we still have same time.
Regards,
Hans
