Date: Wed, 19 Jul 2000 16:41:45 -0700 From: Marcel Moolenaar <marcel@cup.hp.com> To: clefevre@citeweb.net Cc: arch@FreeBSD.ORG Subject: Re: Multiple kernels / module search path Message-ID: <39763CB9.89DFA18C@cup.hp.com> References: <200007182113.OAA18973@mass.osd.bsdi.com> <3974CB11.388FE532@cup.hp.com> <zondya4g.fsf@pc166.gits.fr>
next in thread | previous in thread | raw e-mail | index | archive | help
Cyrille Lefevre wrote: > > there is one thing I don't understand in this thread. > you are saying than modules are different from kernel to kernel. Kernels and their modules can be completely different. Take for example an upgrade from 4-stable to 5-current. > I suppose this is true if you build modules as part of world (the > old way) and not as part of the kernel. where, if the src tree > as been updated between the workd and the kernel. I'm right ? I'm not talking about kernel vs. module differences (ie kernel and modules being out of sync). > if you build the world and the kernel in the same time, even if > you have multiple kernels (read your own and GENERIC), it should > not be a problem to have one and only one module directory. Correct, but the kernel that was in the root was build earlier and my be incompatible with the one that's being installed. > do you understand what I mean ? and what I understand is that > the building of modules as part of the kernel and not of the world > is to avoid conflicts if the src tree has been updated. It's to avoid conflicts between a kernel and its modules. Not between 2 different kernels and their modules. > what is the problem about to have /:/boot:/modules/WHATEVER:/modules > as the modules search path ? Interference. I guess we'll discuss all these issues when the new infrastructure is being deployed, if it needs any more discussing, of course. There's no point in discussing this any further here, because we're not going to worry about multiple kernels now. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?39763CB9.89DFA18C>