Date: Fri, 9 Apr 2004 12:03:08 -0700 From: Peter Wemm <peter@wemm.org> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: Perforce Change Reviews <perforce@FreeBSD.org> Subject: Re: PERFORCE change 50544 for review Message-ID: <200404091203.08126.peter@wemm.org> In-Reply-To: <20040407060828.GF661@darkness.comp.waw.pl> References: <200404070047.i370lZZ3024818@repoman.freebsd.org> <20040407060828.GF661@darkness.comp.waw.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 06 April 2004 11:08 pm, Pawel Jakub Dawidek wrote: > On Tue, Apr 06, 2004 at 05:47:35PM -0700, Peter Wemm wrote: > +> http://perforce.freebsd.org/chv.cgi?CH=50544 > +> > +> Change 50544 by peter@peter_daintree on 2004/04/06 17:47:08 > +> > +> mark runtime kldload as done. > +> add new entry for kldxref and loader preload support. > +> > [...] > +> +kld preload support, teach the loader how to read new-style .ko > files, +> +as well as kldxref. kldxref should be easy, it should be > able to just +> +read the modmetadata section directly, apply the > relocs for that section, +> +and use that to find the pointers to the > other sections. > > It would be cool, if we will be able to read (from kernel) > modmetadata before module is loaded. I think this is what is stopping > as to check if module with the same name already exists. > > I may be wrong, while I haven't spend enough time on this yet. > If we are able to get only modmetadata from .ko from inside the > kernel (before loading module), tell me how, so we can fix this > long-standing KLD issue. Hmm. I know we can suck it into memory and check the metadata right there, and fail the load if there are duplicate modules *before* we begin registration.. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200404091203.08126.peter>