linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Alan Jenkins <alan-jenkins@tuffmail.co.uk>
To: linux-hotplug@vger.kernel.org
Subject: Re: Revisiting threaded udevd
Date: Thu, 25 Dec 2008 17:36:52 +0000	[thread overview]
Message-ID: <4953C4B4.1000708@tuffmail.co.uk> (raw)
In-Reply-To: <494F7942.6060702@tuffmail.co.uk>

Scott James Remnant wrote:
> On Mon, 2008-12-22 at 11:25 +0000, Alan Jenkins wrote:
>
>   
>> I have some time to look at this again now.
>>
>>     
> I was just looking at this myself, since it formed a natural part of the
> performance testing I'm doing on Ubuntu.
>
> I got as far as reapplying the patches to current git head, but then hit
> a segfault :-(
>
> Attached is the patch against head.
>
> The segfault occurs in the udev_device_get_properties() call at the top
> of udev_exec(), because that calls update_envp_monitor_buf() which calls
> free().
>
> I assume this is non-reentrant territory?
>   

Odd.  I have started and I've not seen anything like this.  Maybe you're 
doing something wrong.  I don't have time to look at or try your patch 
today :-).

libudev doesn't implement any locking itself.  But AFAICS it's safe to 
use *different* libudev objects such as udev_devices from different 
threads.  You generally don't need to modify the udev context object, so 
it seemed safe to share the context between threads (and just make sure 
to only call udev_ref/unref from a single thread).

Regards
Alan

  parent reply	other threads:[~2008-12-25 17:36 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-22 11:25 Revisiting threaded udevd Alan Jenkins
2008-12-24 11:37 ` Scott James Remnant
2008-12-25 17:36 ` Alan Jenkins [this message]
2008-12-27 10:29 ` Scott James Remnant
2008-12-27 19:07 ` Alan Jenkins

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=4953C4B4.1000708@tuffmail.co.uk \
    --to=alan-jenkins@tuffmail.co.uk \
    --cc=linux-hotplug@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).