devfs
[Top] [All Lists]

Re: Removeable Media, partitions and devfs?

To: "Richard Gooch" <rgooch@xxxxxxxxxxxxxxx>
Subject: Re: Removeable Media, partitions and devfs?
From: "Kevin P. Fleming" <kevin@xxxxxxxxxxxxx>
Date: Fri, 14 Dec 2001 09:18:37 -0700
Cc: "Paul Bristow" <paul@xxxxxxxxxxxxxxx>, <Andrej.Borsenkow@xxxxxxxxxxxxxx>, <mfedyk@xxxxxxxxxxxxx>, <devfs@xxxxxxxxxxx>
Organization: LSG, Inc.
References: <3C0C9AC5.4080504@xxxxxxxxxxxxxxx><001801c17d15$758b6760$c8aaa8c0@kevin><3C0D588F.9000806@xxxxxxxxxxxxxxx><03be01c17d20$5d1b72f0$c8aaa8c0@kevin><200112050639.fB56d0a05344@xxxxxxxxxxxxxxxxxxxxxxxx><00e901c17dd2$8ccffe50$c8aaa8c0@kevin><200112060633.fB66XoZ22006@xxxxxxxxxxxxxxxxxxxxxxxx><3C0FED36.9050506@xxxxxxxxxxxxxxx><200112070708.fB778bo09456@xxxxxxxxxxxxxxxxxxxxxxxx><000701c18011$8f1b1280$6caaa8c0@kevin><200112090305.fB935r704671@xxxxxxxxxxxxxxxxxxxxxxxx><003401c180f8$ac3936c0$6caaa8c0@kevin> <200112140639.fBE6dbL01653@xxxxxxxxxxxxxxxxxxxxxxxx>
Sender: owner-devfs@xxxxxxxxxxx
> > This should cover almost all cases, except for the most important
> > one: when the user manually ejects the media and replaces it with
> > identically sized media. There is no way to currently catch that,
> > since the media is not serialized. There are ATA commands to monitor
> > this sort of thing, but they will require Andre's new ide subsystem
> > for implementation without tons of new code.
>
> OK, so that's not a devfs-related problem, right? Changing calls to
> devfs won't help with this last problem?
>

Right, this is not devfs-related. It is somewhat related, if we actually
wanted the partition entries to disappear/reappear without the user having
to force a readdir() of the device directory (which is what my original
patch did), but that is no longer necessary.


<Prev in Thread] Current Thread [Next in Thread>