From: Juergen Gross <juergen.gross@fujitsu-siemens.com>
To: Keir Fraser <keir.fraser@eu.citrix.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: [Patch] avoid deadlock during console output
Date: Mon, 09 Mar 2009 08:45:49 +0100 [thread overview]
Message-ID: <49B4C92D.70004@fujitsu-siemens.com> (raw)
In-Reply-To: <49B4B4B1.9060505@fujitsu-siemens.com>
Juergen Gross wrote:
> Keir Fraser wrote:
>> On 06/03/2009 08:46, "Juergen Gross" <juergen.gross@fujitsu-siemens.com>
>> wrote:
>>
>>> to dump the schedulers run-queues. On my 4-core machine I need only about 5
>>> calls to stop the machine.
>>>
>>> The attached patch solves the problem by avoiding sending the event in
>>> critical paths.
>> Ugly. Instead we can defer the dom0 notification to a tasklet. I'll make a
>> patch for that myself.
>
> Hmm, do you think your patch is okay?
> tasklet_schedule is taking another lock and uses BUG_ON then...
> I would suggest to modify tasklet_schedule:
>
> if ( !t->is_scheduled && !t->is_running )
> {
> if (!list_empty(&t->list))
> {
t->is_dead = 1;
> spin_unlock_irqrestore(&tasklet_lock, flags);
> BUG();
> }
> list_add_tail(&t->list, &tasklet_list);
> }
recursion should be avoided, of course!
Juergen
--
Juergen Gross Principal Developer
IP SW OS6 Telephone: +49 (0) 89 636 47950
Fujitsu Siemens Computers e-mail: juergen.gross@fujitsu-siemens.com
Otto-Hahn-Ring 6 Internet: www.fujitsu-siemens.com
D-81739 Muenchen Company details: www.fujitsu-siemens.com/imprint.html
next prev parent reply other threads:[~2009-03-09 7:45 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-06 8:46 [Patch] avoid deadlock during console output Juergen Gross
2009-03-06 9:11 ` Keir Fraser
2009-03-09 6:18 ` Juergen Gross
2009-03-09 7:45 ` Juergen Gross [this message]
2009-03-09 8:28 ` Keir Fraser
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=49B4C92D.70004@fujitsu-siemens.com \
--to=juergen.gross@fujitsu-siemens.com \
--cc=keir.fraser@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/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.