PATCH: md.c - devfs naming fix.

2001-06-04 Thread Dave Cinege
+ char *device_names[MAX_MD_DEVS]; } md_setup_args md__initdata; /* @@ -3659,25 +3660,24 @@ * md=n,device-list reads a RAID superblock from the devices * elements in device-list are read by name_to_kdev_t so can be * a hex number or something like /dev/hda1 /de

[PATCH] Remove arbitrary md= boot device limit

2001-01-29 Thread Dave Cinege
linux-2.4.1p11-1/drivers/md/md.c line 3643 -#define MAX_MD_BOOT_DEVS 8 +#define MAX_MD_BOOT_DEVS MAX_MD_DEVS --- To: Dave Cinege <[EMAIL PROTECTED]> On Mon, 29 Jan 2001, Dave Cinege wrote: > -#define MAX_MD_BOOT_DEVS 8 &

Re: md= broken. Found problem. Can't fix it. : (

2001-01-20 Thread Dave Cinege
Douglas Gilbert wrote: > > Dave, > Look at the dmesg output and check that your > "Kernel command line:" is what you think it > is. Some older versions of lilo truncate it. > Here is mine (which is what I expected): > > Kernel command line: auto BOOT_IMAGE=lin240 ro root=803 scsihosts=imm:advans

Re: md= broken. Found problem. Can't fix it. : (

2001-01-20 Thread Dave Cinege
Sandy Harris wrote: > Looks to me like this parsing code unnecessarily and rather clumsily > re-invents strtok The original parsing code is this: if ((str = strchr(str, ',')) != NULL) str++; Which effectivly steps through /dev/sda1,/dev/sda

md= broken. Found problem. Can't fix it. : (

2001-01-20 Thread Dave Cinege
I have multiple Linux hosts on a SAN, making autodetect of raid devices dangerous. This problem should be solved by specing an 'md=' for each device on the cmdline, but unfortuantly it's broken. Between a few emails to mingo and several wasted hours, I've managed to figure out the problem. Howeve