Date: Wed, 18 Jun 2003 17:25:16 -0700
From: Andrew Morton <akpm@digeo.com>
To: "Kevin P. Fleming" <kpfleming@cox.net>
Cc: greg@kroah.com, oliver@neukum.org, rml@tech9.net, mochel@osdl.org,
       sdake@mvista.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] udev enhancements to use kernel event queue
Message-Id: <20030618172516.5ed02221.akpm@digeo.com>
In-Reply-To: <3EF10002.7020308@cox.net>
References: <3EE8D038.7090600@mvista.com>
	<1055459762.662.336.camel@localhost>
	<20030612232523.GA1917@kroah.com>
	<200306132201.47346.oliver@neukum.org>
	<20030618225913.GB2413@kroah.com>
	<3EF10002.7020308@cox.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1363
Lines: 32

"Kevin P. Fleming" <kpfleming@cox.net> wrote:
>
> > Yes, we should add the sequence number last.
>  > 
> 
>  While this is not a bad idea, I don't think you want to make a promise 
>  to userspace that there will never be gaps in the sequence numbers. When 
>  this sequence number was proposed, in my mind it seemed perfect because 
>  then userspace could _order_ multiple events for the same device to 
>  ensure they got processed in the correct order. I don't know that any 
>  hotplug userspace implementation is going to be large and complex enough 
>  to warrant "holding" events until lower-numbered events have been 
>  delivered. That just seems like a very difficult task with little 
>  potential gain, but I could very well be mistaken :-)

The userspace support tools need to be able to handle gaps
in any case, because call_usermodehelper() may fail.

(In practice it won't fail, because the memory allocator is immortal.
But the capability should be there.

(Well actually, it could fail because the VM overcommit code might
refuse the mmap.

(But probably not, because root gets an extra margin.)))


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