RE: Of removable devices

[Butter, Frank]

> -----Original Message-----
> From:	Riley Williams [SMTP:[e-mail]]
> 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 [e-mail]
> Please read the FAQ at http://www.tux.org/lkml/