On Sat, Aug 11, 2001 at 03:22:21PM +0900, I wrote: > > - unloading snd_ds1 always panics(either when it's loaded from > > /boot/loader.conf, or from the command line by kldload). > > - loading and unloading snd_pcm alone does not panic(snd_pcm is a driver > > loaded as dependency when snd_ds1 is loaded). > > - unloading some other modules does not panic. > > - the last kernel I remember that didn't panic was from 2001.07.20.00.00.00 . > > And attached is a patch to kern_sysctl.c I'm using currently as a workaround. > It just adds a test mode to internal sysctl_remove_oid() and avoid > reregistering removed oid in sysctl_ctx_free().
Would someone please commit this or any better version? I think this is not specific to snd_ds1, but a small bug in kern_sysctl.c . 0. A KLD driver allocates an oid with OID_AUTO specified. It's assigned oid_number >= 0x100. 1. When the driver is unloaded, sysctl_ctx_free() is called from detach routine in a KLD driver. 2. Inside sysctl_ctx_free(), sysctl_remove_oid() is issued for each context entry to make sure the entire list can really be freed. If failed, it tries to restore once removed entries back to the list by sysctl_register_oid(). 3. sysctl_register_oid() rejects a dynamically allocated oid and panic. The "FIXME" code worked without a pain before kern_sysctl.c, rev 1.112 because sysctl_register_oid() didn't check if oid_number is below the range reserved for dynamic assignment of oid_number. [patch in <[EMAIL PROTECTED]> omitted] By the way, I found recently that flood-pinging a PCCARD NIC(which shares irq9 with snd_ds1 driver) seems to make my non-working dsp device play sound. Really weird. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message