lkml.org 
[lkml]   [2000]   [Feb]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: Of removable devices
Date


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

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