From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg KH Date: Tue, 20 Jan 2004 00:08:32 +0000 Subject: Re: [PATCH] udev - advanced user query options Message-Id: <20040120000832.GB5656@kroah.com> List-Id: References: <20040111023300.GA4762@vrfy.org> In-Reply-To: <20040111023300.GA4762@vrfy.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: linux-hotplug@vger.kernel.org On Mon, Jan 19, 2004 at 08:23:35PM +0100, Olaf Hering wrote: > On Mon, Jan 19, Greg KH wrote: >=20 > > On Mon, Jan 19, 2004 at 10:11:19AM +0100, Olaf Hering wrote: > > > On Fri, Jan 16, Greg KH wrote: > > >=20 > > > > I agree. I envision that when udev splits up into a daemon and sen= ding > > > > program, it will also spin off a "query the database" program to ha= ndle > > > > this. > > >=20 > > > udev? daemon? huh? > >=20 > > udev will be split into a daemon one of these days. It's needed to make > > sure we act apon hotplug events in the proper order. >=20 > How does a daemon help in that situation? We can reorder events to their proper order. > event foo > SEQNUM=3D1 ACTION=ADd > SEQNUM=3D2 ACTION=3Dremove > SEQNUM=3D3 ACTION=ADd >=20 > How will you make sure that #2 is processed before #3, even if #3 > arrives earlier? And why would it matter for mknod?=20 Sleep until we see #2. The devices could be different or we don't want to add and then remove a node that we should have removed and then added. > I bet that a simple record '#3 add' in the database will make sure that > #2 is handled as bogus event. But we got #2 after #3, right? We already added the node. Now we remove it? What if it was pointing to a different device? Anyway, a small daemon should work nicely to handle stuff like this. thanks, greg k-h ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel