Messages in this thread | | | From | "Andrey Borzenkov" <> | Subject | Re: 2.6.0-test1 devfs question | Date | Mon, 28 Jul 2003 11:13:38 +0400 |
| |
> > The patch is broken - 2.4 does /dev/md/2 as well. > > So what is the bug? Why are people suddenly having problems with this? >
Daniele did some debugging, result is:
================= Buggy config ------------ GRUB command line: kernel (hd0,1)/testing root=/dev/md2 video=radeonfb:1024x768-32@60 As output there is only (copied by hand):
[...]
raid1: raid set md2 active with 2 out of 2 mirrors md: ... autorun DONE. create_dev: name=/dev/root dev=902 dname=md2 VFS: cannot open root device "md2" or md2 please append a correct "root=" boot option Kernel panic: VFS: unable to mount root fs on md2 <STOP> ==================
the bug is almost for sure in init/do_mount_devfs.c:read_dir; it allocates static buffer of size at most 2**MAX_ORDER and tries to read the whole dir at once. md driver creates all minors in md_init i.e. 256 (2**MINORBITS). MAX_ORDER default is 11 so we have at most 2K which is enough for appr. 200 entries; 256 do not fit :)
Daniel, please, could you change read_dir to just allocate bigger buffer - 4K should do - and test once more?
I'll see what can be done. Anyone sees reason why normal directory scan won't work here?
-andrey
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |