From: Kay Sievers <kay.sievers@vrfy.org>
To: Martin Schlemmer <azarah@nosferatu.za.org>
Cc: Greg KH <greg@kroah.com>,
linux-hotplug-devel@lists.sourceforge.net,
Linux Kernel Mailing Lists <linux-kernel@vger.kernel.org>
Subject: Re: [ANNOUNCE] udev 015 release
Date: Sat, 31 Jan 2004 18:15:59 +0000 [thread overview]
Message-ID: <20040131181559.GA22442@vrfy.org> (raw)
In-Reply-To: <1075571697.7232.11.camel@nosferatu.lan>
On Sat, Jan 31, 2004 at 07:54:57PM +0200, Martin Schlemmer wrote:
> On Sat, 2004-01-31 at 05:17, Kay Sievers wrote:
> > On Thu, Jan 29, 2004 at 01:55:29PM -0800, Greg KH wrote:
> > > On Thu, Jan 29, 2004 at 06:52:05PM +0200, Martin Schlemmer wrote:
> > > > On Mon, 2004-01-26 at 23:50, Greg KH wrote:
> > > >
> > > > Is there a known issue that the daemon do not spawn?
> > >
> > > Hm, I don't know. This code is under major flux right now...
> >
> > Hi Martin,
> > sorry, the code in the tree doesn't work.
> > I decided to try pthreads, cause I gave up with the I/O multiplexing,
> > forking and earning SIGCHLDS for manipulating the global lists.
> >
> > The multithreaded udevd takes multiple events at the same time on a unix
> > domain socket, sorts it in a linked list and handles the timeouts if
> > events are missing.
> > It executes our current udev in the background and delays the execution
> > for events with the same DEVPATH. So we serialize the events only for
> > different devices.
> >
> > I've posted the latest patch to the list a few minutes ago.
> > If you like, I'm happy to hear from your testing :)
> >
> > If we decide not to stay with the threads model, cause klibc doesn't
> > support it now and ..., we at least have a working model to implement
> > in a different way.
> >
>
> Thanks - I wanted to have a go at it, but after not working, wanted to
> check if it might be my setup, or known issue ... I will see if I can
> get time to test your latest patch - anything specific you need testing
> of ?
Nothing specific, I just need to know if it's working on other setups too :)
Just compile it with DEBUG=true and let the '/etc/hotplug.d/default/udev.hotplug'
symlink point to udevsend instead of udev. udevd will be automatically started.
On reboot the first sequence I get in the syslog is 138 and udevd is pid [51].
Don't mount /udev as tmpfs. udevd places its socket and lock file in there,
long before you mount it over. I just recognized it cause I had two
udevd running. /var/lock doesn't work cause it's also cleaned up after we
are running.
You may watch the syslog while connecting/disconnecting devices, to see if
the events are applied in the right order.
thanks,
Kay
-------------------------------------------------------
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
WARNING: multiple messages have this Message-ID (diff)
From: Kay Sievers <kay.sievers@vrfy.org>
To: Martin Schlemmer <azarah@nosferatu.za.org>
Cc: Greg KH <greg@kroah.com>,
linux-hotplug-devel@lists.sourceforge.net,
Linux Kernel Mailing Lists <linux-kernel@vger.kernel.org>
Subject: Re: [ANNOUNCE] udev 015 release
Date: Sat, 31 Jan 2004 19:15:59 +0100 [thread overview]
Message-ID: <20040131181559.GA22442@vrfy.org> (raw)
In-Reply-To: <1075571697.7232.11.camel@nosferatu.lan>
On Sat, Jan 31, 2004 at 07:54:57PM +0200, Martin Schlemmer wrote:
> On Sat, 2004-01-31 at 05:17, Kay Sievers wrote:
> > On Thu, Jan 29, 2004 at 01:55:29PM -0800, Greg KH wrote:
> > > On Thu, Jan 29, 2004 at 06:52:05PM +0200, Martin Schlemmer wrote:
> > > > On Mon, 2004-01-26 at 23:50, Greg KH wrote:
> > > >
> > > > Is there a known issue that the daemon do not spawn?
> > >
> > > Hm, I don't know. This code is under major flux right now...
> >
> > Hi Martin,
> > sorry, the code in the tree doesn't work.
> > I decided to try pthreads, cause I gave up with the I/O multiplexing,
> > forking and earning SIGCHLDS for manipulating the global lists.
> >
> > The multithreaded udevd takes multiple events at the same time on a unix
> > domain socket, sorts it in a linked list and handles the timeouts if
> > events are missing.
> > It executes our current udev in the background and delays the execution
> > for events with the same DEVPATH. So we serialize the events only for
> > different devices.
> >
> > I've posted the latest patch to the list a few minutes ago.
> > If you like, I'm happy to hear from your testing :)
> >
> > If we decide not to stay with the threads model, cause klibc doesn't
> > support it now and ..., we at least have a working model to implement
> > in a different way.
> >
>
> Thanks - I wanted to have a go at it, but after not working, wanted to
> check if it might be my setup, or known issue ... I will see if I can
> get time to test your latest patch - anything specific you need testing
> of ?
Nothing specific, I just need to know if it's working on other setups too :)
Just compile it with DEBUG=true and let the '/etc/hotplug.d/default/udev.hotplug'
symlink point to udevsend instead of udev. udevd will be automatically started.
On reboot the first sequence I get in the syslog is 138 and udevd is pid [51].
Don't mount /udev as tmpfs. udevd places its socket and lock file in there,
long before you mount it over. I just recognized it cause I had two
udevd running. /var/lock doesn't work cause it's also cleaned up after we
are running.
You may watch the syslog while connecting/disconnecting devices, to see if
the events are applied in the right order.
thanks,
Kay
next prev parent reply other threads:[~2004-01-31 18:15 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-26 21:50 [ANNOUNCE] udev 015 release Greg KH
2004-01-26 21:50 ` Greg KH
2004-01-26 22:15 ` Tomasz Torcz
2004-01-26 23:56 ` Greg KH
2004-01-27 5:52 ` Chris Friesen
2004-01-27 5:52 ` Chris Friesen
2004-01-27 22:22 ` Greg KH
2004-01-27 22:22 ` Greg KH
2004-01-29 4:52 ` Martin Schlemmer
2004-01-29 21:54 ` Greg KH
2004-01-29 21:54 ` Greg KH
2004-01-29 16:52 ` Martin Schlemmer
2004-01-29 21:55 ` Greg KH
2004-01-29 21:55 ` Greg KH
2004-01-31 3:17 ` Kay Sievers
2004-01-31 3:17 ` Kay Sievers
2004-01-31 17:54 ` Martin Schlemmer
2004-01-31 18:15 ` Kay Sievers [this message]
2004-01-31 18:15 ` Kay Sievers
2004-01-31 18:27 ` Martin Schlemmer
2004-01-31 18:39 ` Kay Sievers
2004-01-31 18:39 ` Kay Sievers
2004-01-31 18:47 ` Martin Schlemmer
2004-01-29 18:30 ` Martin Schlemmer
2004-01-30 4:41 ` Martin Schlemmer
2004-02-02 23:32 ` Greg KH
2004-02-02 23:32 ` Greg KH
2004-02-03 4:12 ` Martin Schlemmer
2004-01-30 16:45 ` Prakash K. Cheemplavam
2004-01-30 16:45 ` Prakash K. Cheemplavam
2004-01-30 17:23 ` Greg KH
2004-01-30 17:23 ` Greg KH
2004-01-30 17:44 ` Prakash K. Cheemplavam
2004-01-30 17:44 ` Prakash K. Cheemplavam
2004-01-30 17:49 ` Greg KH
2004-01-30 17:49 ` Greg KH
2004-01-30 18:17 ` Prakash K. Cheemplavam
2004-01-30 18:17 ` Prakash K. Cheemplavam
2004-02-01 15:24 ` Martin Schlemmer
2004-02-02 8:46 ` Prakash K. Cheemplavam
2004-02-02 8:46 ` Prakash K. Cheemplavam
2004-01-30 17:33 ` Martin Schlemmer
2004-01-30 18:03 ` Andre Noll
2004-01-30 23:06 ` Tom Rini
2004-02-02 21:43 ` Greg KH
2004-02-05 0:31 ` [2.6 patch] remove USB_SCANNER Adrian Bunk
2004-02-05 1:14 ` Greg KH
2004-02-05 17:20 ` Azog
2004-02-05 17:30 ` Greg KH
2004-02-05 17:50 ` Stian Jordet
2004-02-05 17:57 ` Greg KH
2004-02-05 20:24 ` Leopold Gouverneur
2004-02-05 21:15 ` Stian Jordet
2004-02-05 21:36 ` Leopold Gouverneur
2004-02-06 1:15 ` Gene Heskett
2004-02-06 20:59 ` Bill Davidsen
2004-02-06 21:04 ` Greg KH
2004-02-01 22:52 ` hal daemon and ide-floppy J.A. Magallon
2004-02-01 22:52 ` J.A. Magallon
2004-02-02 3:16 ` Greg KH
2004-02-02 3:16 ` Greg KH
2004-02-02 7:35 ` reflex
2004-02-02 22:32 ` udev depends on /usr J.A. Magallon
2004-02-02 22:32 ` J.A. Magallon
2004-02-02 22:44 ` Greg KH
2004-02-02 22:44 ` Greg KH
2004-02-02 23:01 ` J.A. Magallon
2004-02-02 23:01 ` J.A. Magallon
2004-02-03 4:10 ` Martin Schlemmer
2004-02-02 23:08 ` [ANNOUNCE] udev 015 release Prakash K. Cheemplavam
2004-02-02 23:08 ` Prakash K. Cheemplavam
2004-02-02 23:11 ` Greg KH
2004-02-02 23:11 ` Greg KH
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040131181559.GA22442@vrfy.org \
--to=kay.sievers@vrfy.org \
--cc=azarah@nosferatu.za.org \
--cc=greg@kroah.com \
--cc=linux-hotplug-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.