Bug 214809 - devd slows down the full system since upgrade from 10.3 RELEASE
Summary: devd slows down the full system since upgrade from 10.3 RELEASE
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: 11.0-RELEASE
Hardware: amd64 Any
: --- Affects Only Me
Assignee: Bugmeister
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2016-11-24 15:29 UTC by Clément BRUGUERA
Modified: 2023-12-31 03:03 UTC (History)
2 users (show)

See Also:


Attachments
devd -d text output (32.83 KB, application/zip)
2016-11-24 15:29 UTC, Clément BRUGUERA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Clément BRUGUERA 2016-11-24 15:29:19 UTC
Created attachment 177360 [details]
devd -d text output

Dear all,

I'm experiencing a problem with devd since I have upgraded my system from FreeBSD 10.3 RELEASE to FreeBSD 11.0-RELEASE-p3.

The machine is an old Dual-Core AMD Opteron(tm) Processor 1214 Hammer 2.2 Ghz, 4 GB of RAM and a ZFS rootfs.

During the boot, the system becomes extremely slow as soon as init starts devd.

After the boot, killing devd doesn't help, the system is still slow.

When shutdown -r now is entered, the system remain slow until the machine reset.

Tests done :
I deactivated devd in /etc/rc.conf and the system is booting and working normally.

As soon as I start devd manually, the system becomes slow.
If I start devd -d, devd does not end of seg fault, it stays blocked on "Popping table" after an event is detected on ums0 mouse kernel module. 
If devd is interrupted or killed, the system remains slow.

If I boot on kernel.old (from 10.3 RELEASE), the system boots normaly and is working flawlessly.

Booting on the new kernel having deactivated the ums module doesn't change the devd behavior, it is still slowing down the entire system as soon it is started.
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2023-12-31 03:03:01 UTC
^Triage: close as OBE.

I'm sorry that this PR never got looked at, but by now, 11.X is long out of support.