kern/56568: ipmi.c 1.7 causes large boot delays

[mlelstv%netbsd.org@localhost]

>Number:         56568
>Category:       kern
>Synopsis:       ipmi.c 1.7 causes large boot delays
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Dec 22 15:40:01 +0000 2021
>Originator:     mlelstv%netbsd.org@localhost
>Release:        NetBSD 9.99.92
>Organization:
	
>Environment:
	
	
System: NetBSD pussyfoot 9.99.92 NetBSD 9.99.92 (PUSSYFOOT_XEN3_DOM0) #4: Wed Dec 22 15:04:19 UTC 2021 mlelstv@slowpoke:/scratch2/obj.amd64/scratch/netbsd-current/src/sys/arch/amd64/compile/PUSSYFOOT_XEN3_DOM0 amd64
Architecture: x86_64
Machine: amd64
>Description:
ipmi(4) talks to a separate system (the BMC) when attaching. The communication
may be done very slowly, often it is passed through the keyboard controller
and can take several ten seconds.

The driver used to set the DV_ATTACH_INPROGRESS flag to signal
that the attachment hasn't completed when ipmi_attach returns.

The flag isn't used anymore by autoconf.

Changing this to config_pending_incr/descr has a different effect,
it makes the boot process wait for the attachment to finish. This is
neither wanted nor necessary, you only have to wait for it before
you can detach the driver again.

On this system (HP ML110 G4) the attachment takes 40 seconds.

>How-To-Repeat:
>Fix:

>Unformatted: