IMHO there should be at least a dummy modules.dep to suppress the
FATAL: Cannot load modules.dep messages during booting, when kernel
tries to load net-pf-1 etc. depmod -a can later replace the dummy with
a correct modules.dep.
I currently use the attached hook to do this.
--
Jindrich Makovicka
On Sun, Jan 07, 2007 at 09:29:47AM +0100, Jindrich Makovicka wrote:
IMHO there should be at least a dummy modules.dep to suppress the
FATAL: Cannot load modules.dep messages during booting, when kernel
tries to load net-pf-1 etc. depmod -a can later replace the dummy with
a correct
[ please don't drop the uncorelated bug report out of cc,
or i'll get angry, this is _not_ personal mail! ]
On Sun, Jan 07, 2007 at 11:30:06AM +0100, Jindrich Makovicka wrote:
On Sun, 7 Jan 2007 11:21:42 +0100
maximilian attems [EMAIL PROTECTED] wrote:
On Sun, Jan 07, 2007 at 10:06:59AM
On Sun, Jan 07, 2007 at 10:06:59AM +0100, Jindrich Makovicka wrote:
On Sun, 7 Jan 2007 09:51:55 +0100
maximilian attems [EMAIL PROTECTED] wrote:
On Sun, Jan 07, 2007 at 09:29:47AM +0100, Jindrich Makovicka wrote:
IMHO there should be at least a dummy modules.dep to suppress the
FATAL:
On Mon, 11 Dec 2006, Russell Coker wrote:
On Monday 11 December 2006 08:23, maximilian attems [EMAIL PROTECTED]
wrote:
nice idea, but in initramfs the depmod call is blazingly fast!
this can be easily timed in a qemu image.
so nacked.
The execution time is a minor issue.
it was
On Monday 11 December 2006 20:57, maximilian attems [EMAIL PROTECTED]
wrote:
The major issue is that the depmod
program is simply larger than a full modules.dep file when compressed.
Given that most sane configurations will not have the complete set of
kernel modules (I use modules=list
6 matches
Mail list logo