Date: Tue, 3 Aug 2004 12:39:06 -0400 From: John Baldwin <jhb@FreeBSD.org> To: Nate Lawson <nate@root.org> Cc: Mark Murray <mark@grondar.org> Subject: Re: cvs commit: src/sys/modules Makefile Message-ID: <200408031239.06942.jhb@FreeBSD.org> In-Reply-To: <410EB74B.7020206@root.org> References: <200408021954.i72JsYD5028875@grimreaper.grondar.org> <410EB74B.7020206@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 02 August 2004 05:51 pm, Nate Lawson wrote: > Mark Murray wrote: > > Brooks Davis writes: > >>IMO this is a module system bug not a bug in any given module. There's > >> no good reason for the system to succeed at loading a module that's > >> already there regardless of how it got there. I don't understand the > >> module system well enough to know where the bug lies, but I believe the > >> DECLARE_MODULE statement provides more then enough information to avoid > >> duplicates. > > > > I'm looking to see if MODULE_VERSION() may fix this. > > The case where mem is compiled into the kernel and then an attempt is > made to load it as a module needs to be detected by looking for an > instance of the devclass. See how acpi/legacy co-exist. This is not > just a problem with the same module being loaded multiple times. mem is a dev_t aka struct cdev *, not a device_t. There is no devclass. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200408031239.06942.jhb>