Messages in this thread | | | From | "Butter, Frank" <> | Subject | RE: Of removable devices | Date | Thu, 17 Feb 2000 15:18:35 +0100 |
| |
> -----Original Message----- > From: Riley Williams [SMTP:rhw@MemAlpha.CX] > Sent: Thursday, February 17, 2000 12:00 PM > To: david parsons > Cc: Alexander Viro; Linux Kernel > Subject: Re: Of removable devices > > Hi David. > > >>> On a real operating system, the OS would simply notify userland, > >>> which would do whatever it wanted to do. [...] > > >>> Think about kerneld/kmod/whatever it is this week. > > >> Oh, _please_! kmod is the last thing you want here. > > > You're suffering, I'm afraid, from an almost pathological lack > > of imagination. I'm pointing out kerneld/kmod/whatever as an > > example of punting kernel events out to userspace for a daemon > > to deal with, not saying "we should do it exactly like kerneld, > > or kmod, or whatever the fuck the interface is this week" > > Actually, you're missing Al's point completely: kmod doesn't even > begin to answer the basic question of which user to ask, as it doesn't > have to make that decision in the first place. > question: why there has to be asked a specific user ??? couldn't it be just an instance like a deamon an application can register with or even just a file in /proc which keeps the information about "open" floppies and notifications? so any application (e.g. a gui like gnome/kde or a shell) can use it or just ignore it. and it could be configured to do so or not. if a disk is full instead of not available, you have to create an information too, and an application can ignore it...
frank
> > ____ > > david parsons \bi/ Just what IS the interface this week, anyway? > > \/ > > Probably the "Every time you swear on a mailing list, you donate a > week's wages to the <CHARITY TYPE=WELL-KNOWN SELECT=RANDOM> as > reparation for doing so" interface. > > I for one see NO reason for use of language like that in a mailing > list, and tend to assume that those who resort to such language do so > because they realise they have lost whatever argument they are trying > to make, but are too stupid to admit such. > > Best wishes from Riley. > > * Copyright (C) 1999, Memory Alpha Systems. > * All rights and wrongs reserved. > > +----------------------------------------------------------------------+ > | There is something frustrating about the quality and speed of Linux | > | development, ie., the quality is too high and the speed is too high, | > | in other words, I can implement this XXXX feature, but I bet someone | > | else has already done so and is just about to release their patch. | > +----------------------------------------------------------------------+ > * http://www.memalpha.cx/Linux/Kernel/ > > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.rutgers.edu > Please read the FAQ at http://www.tux.org/lkml/
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |