New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
eudev-3.2.5 waits 10 seconds before processing an event #153
Comments
Unfortunately that information doesn't say much beyond the timestamps. What's the device that triggers this? |
I've tried plugging in two different usb webcams, usb bluetooth adapter and usb sound card with similar results. |
Okay it doesn't sound device specific. What distro are you using. What kernel? If you configured the kernel yourself, please attach it to the bug. |
Gentoo Hardened. 4.9.52-unofficial+grsec |
I strongly suspect the hardening. Having maintained the hardened kernel for many years, if I'm right, I can tell you this is not going to be easy to nail down. The cycle of "disable this option and see if it fixes it" based on guess work is probably going to take too long. The best approach here is to rule out the hardened kernel first by seeing if the problem goes away with a vanilla kernel. |
On Thu, Dec 14, 2017 at 04:37:54PM +0000, Anthony G. Basile wrote:
I strongly suspect the hardening. Having maintained the hardened kernel for many years, if I'm right, I can tell you this is not going to be easy to nail down. The cycle of "disable this option and see if it fixes it" based on guess work is probably going to take too long.
The best approach here is to rule out the hardened kernel first by seeing if the problem goes away with a vanilla kernel.
I've rebooted into vanilla and it kinda fixed itself both in vanilla and in grsec: the delay is about 0.5s now. I guess i should've tried restarting eudev first.
…--
() ascii ribbon campaign - against html mail
/\ http://arc.pasp.de/ - against proprietary attachments
|
I don't think restart eudev did it. You're running kernel was probably in a bad state. |
Reproduced on (non-hardened) 4.16.9, yet restarting udev didn't affect the behaviour. |
|
Looks like this is still an issue. |
Yeah, and 4.17.11 is here. |
Found a better culprit: rickysarraf/laptop-mode-tools#138 |
w/o apparent reason.
udevadm monitor
:The text was updated successfully, but these errors were encountered: