All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alan Jenkins <alan-jenkins@tuffmail.co.uk>
To: linux-hotplug@vger.kernel.org
Subject: Re: [PATCH] Some function locals in udev_rules_parse.c were needlessly
Date: Mon, 01 Sep 2008 17:37:11 +0000	[thread overview]
Message-ID: <48BC2847.1050501@tuffmail.co.uk> (raw)
In-Reply-To: <48BAD549.6080304@tuffmail.co.uk>

Kay Sievers wrote:
> On Sun, Aug 31, 2008 at 19:30, Alan Jenkins <alan-jenkins@tuffmail.co.uk> wrote:
>   
>> This does not affect current behaviour.  However, it is required to
>> make the functions thread-safe.  (I'm playing with a threaded udevd).
>>     
>
>   
>> -       static struct udev_rule *rule;
>> +       struct udev_rule *rule;
>>     
>
> It's not needlessly static, we return _this_ value. The parsing stuff
> is not thread safe at the moment, we would need a real fix, this would
> break it.
>   
Thanks for looking at these patches.

The functions do "return rule", but they always write to it before
reading it, so there's no persistent state here.  And they don't "return
&rule", so it's fine for the variable to be on the stack.  Did I miss
something?

I belatedly noticed the other parsing stuff a few hours after posting
the patch :-).  I hacked it up and (with unpublished patches) finally
got a threaded udevd which appeared to work.  (I also did per-thread
environment variable emulation, and fixed the caches in udev_sysfs.c for
thread-safety).  So empirically I had judged this patch correct.  And my
unpublished patches wouldn't conflict with or obsolete this one.

Regards
Alan

  parent reply	other threads:[~2008-09-01 17:37 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-31 17:30 [PATCH] Some function locals in udev_rules_parse.c were needlessly Alan Jenkins
2008-09-01 14:32 ` [PATCH] Some function locals in udev_rules_parse.c were needlessly declared as static Kay Sievers
2008-09-01 17:37 ` Alan Jenkins [this message]
2008-09-01 17:50 ` [PATCH] Some function locals in udev_rules_parse.c were Kay Sievers

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=48BC2847.1050501@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 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.