Messages in this thread | | | From | jbradford@dial ... | Subject | Re: [patch] IDE driver model update | Date | Tue, 8 Oct 2002 14:25:05 +0100 (BST) |
| |
> > > _ALL_ buses that have driverfs support (IDE, SCSI, USB, PCI) have their > > > own rules for lifetimes of their structures. And that's not likely to > > > change - these objects belong to drivers and in some cases (IDE) are > > > not even allocated dynamically - they are reused if nothing is holding > > > them. > > > > IDE objects can also outlast the hardware - consider an active mount on > > an ejected pcmcia card. Right now we don't do the right stuff to > > reconnect that on re-insert but one day we may need to. As it is we keep > > the instance around to avoid crashes > > Ouch. That (reconnects) may require interesting things from queue-related > code. What behaviour do you want while card is disconnected? All requests > getting errors / all requests getting blocked / reads failing, writes blocking?
This raises the interesting possibility of being able to refer to things like removable media directly, instead of the device the media is inserted in.
The Amiga was doing this years ago. You could access floppy drives as, E.G. df0:, df1:, etc, but if you formatted a volume and called it foobar, you could access foobar: no matter which floppy drive you put it in to.
Also, Plan 9 does similar interesting things - you can do the equivilent of:
ls /internet/websites/kernel.org/
and treat the website as a filesystem.
John. - 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/
| |