lkml.org 
[lkml]   [2001]   [Dec]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC] devfs=only and boot


On Mon, 10 Dec 2001, Richard Gooch wrote:

> Alexander Viro writes:
> > Richard, just how devfs=only is supposed to work with
> > loading ramdisk from floppies?
>
> IIRC, it's supposed to work just like normal reading from a
> floppy. That should still work.

How? blkdev_get() is not going to work in that case...

> > BTW, with initrd exiting with real-root-dev set (regardless of
> > devfs=only) your code still goes by root_device_name and ignores new
> > ROOT_DEV. Again, what behaviour is expected?
>
> The intent is that root_device_name is changed, so it should just
> work. Has something broken? AFAIK, this too used to work.

What would change it? We have ROOT_DEV = new_root_dev; in change_root(),
so your ROOT_DEVICE_NAME is non-NULL... What's more, where are you going
to get the new name?

> I'll try to have a closer look at this tonight. Which kernel version
> are you staring at?

Pretty much anything - heck, 2.4.0 should be the same in that respect.

> Alexander Viro writes:
> > BTW, here's one more devfs rmmod race: check_disk_changed() in
> > fs/devfs/base.c. Calling ->check_media_change() with no protection
> > whatsoever. If rmmod happens at that point...
>
> How about if I do this sequence:
> lock_kernel();
> devfs checks;
> if (bd_op->owner)
> __MOD_INC_USE_COUNT(bd_op->owner);
> revalidate();
> if (bd_op->owner)
> __MOD_DEC_USE_COUNT(bd_op->owner);
> unlock_kernel();
>
> Is there any reason why that won't work?

For one thing, the situation when you are already half-way through the
module removal. At least use try_inc_mod_count().

-
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/

\
 
 \ /
  Last update: 2005-03-22 13:14    [W:0.106 / U:3.060 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site