public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Sebastian Seifert <lathander-Mmb7MZpHnFY@public.gmane.org>
To: "Yu, Luming" <luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: mutexes and preemption
Date: Wed, 3 Mar 2004 08:24:24 +0100	[thread overview]
Message-ID: <20040303072424.GA14439@ergo.gotdns.org> (raw)
In-Reply-To: <3ACA40606221794F80A5670F0AF15F8401CBB713-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>

On Wed, Mar 03, 2004 at 03:05:11PM +0800, Yu, Luming wrote:
> > 
> > some vital information first: I'm using kernel 2.6.3-mm4 with 
> > DSDT in ramdisk
> > patch applied, preemption is enabled, SMP disabled. 
> >
> 
> What about disable preemption?
> 

If I disable kernel preemption,
the second release of MUT1 by the running thread happens before the acquire by
thread 3 and no error happens.

That is to say, the sequence looks as follows without preemption:
ACQUIRE ... RELEASE
ACQUIRE ... RELEASE
ACQUIRE by thread 3 ... RELEASE by thread 3

instead of
ACQUIRE ... RELEASE
ACQUIRE ... ACQUIRE by thread 3 *ERROR* ... RELEASE by thread 3 ... RELEASE

So, it seems the kernel thread that holds the mutex becomes scheduled
away because of preemption. Should it?

Sebastian

-- 
This sentence is false.



-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click

  parent reply	other threads:[~2004-03-03  7:24 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-03  7:05 mutexes and preemption Yu, Luming
     [not found] ` <3ACA40606221794F80A5670F0AF15F8401CBB713-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-03-03  7:24   ` Sebastian Seifert [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-03-04  1:08 Moore, Robert
     [not found] ` <CFF522B18982EA4481D3A3E23B83141C01C988CE-sBd4vmA9Se6SsB6bSF6DdVDQ4js95KgL@public.gmane.org>
2004-03-04 10:22   ` Sebastian Seifert
2004-03-03 23:59 Moore, Robert
2004-03-02 22:51 Sebastian Seifert
     [not found] ` <20040302225117.GA1660-nlVyBo/8EO9N0TnZuCh8vA@public.gmane.org>
2004-03-03 11:43   ` Sebastian Seifert

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=20040303072424.GA14439@ergo.gotdns.org \
    --to=lathander-mmb7mzphnfy@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.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