All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Ian Campbell <Ian.Campbell@eu.citrix.com>
Cc: xen-devel@lists.xensource.com, Fantu <fantonifabio@tiscali.it>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
	"Xu, Dongxiao" <dongxiao.xu@intel.com>,
	Paul Durrant <Paul.Durrant@citrix.com>,
	djmagee@mageenet.net
Subject: Re: [PV-ops][PATCH] Netback: Fix PV network issue for netback multiple threads patchset
Date: Thu, 01 Jul 2010 18:07:12 +0200	[thread overview]
Message-ID: <4C2CBD30.4060704@goop.org> (raw)
In-Reply-To: <1277999255.28432.50.camel@zakaz.uk.xensource.com>

On 07/01/2010 05:47 PM, Ian Campbell wrote:
>> Hm, I hadn't meant to commit that properly.  I had it locally and
>> accidentally pushed it out.
>>
>> I only did that patch as an RFC in response to an issue alluded to by
>> Dongxiao (or was it you?) about things not being fully initialized by
>> the time the async code starts.  Is this a real issue, and if so, what's
>> the correct fix?
>>     
> I don't think there is an actual current issue, just a potential one
> since we are relying on data structures being zeroed rather than
> properly initialised to keep the async code from running off into the
> weeds, it just seemed a little fragile this way.
>
> Originally I said:
>   
>>> The crash is in one of the calls to list_move_tail and I think it is
>>> because netbk->pending_inuse_head not being initialised until after
>>> the 
>>> threads and/or tasklets are created (I was running in threaded mode).
>>> Perhaps even though we are now zeroing the netbk struct those fields
>>> should still be initialised before kicking off any potentially
>>> asynchronous tasks?
>>>       
> this specific issue was fixed by zeroing the netbk array as it is
> allocated, I just thought we could make things more robust by not
> triggering the async code until everything was fully setup.
>   

It would only affect system startup time, not domain creation?

I was looking at it because Stefano was having fairly consistent crashes
on domain creation, and it looked like sort-of-racy symptoms.

    J

  parent reply	other threads:[~2010-07-01 16:07 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-10 11:48 [PV-ops][PATCH] Netback: Fix PV network issue for netback multiple threads patchset Xu, Dongxiao
2010-06-10 12:29 ` Jan Beulich
2010-06-10 12:51 ` [PV-ops][PATCH] Netback: Fix PV network issue fornetback " djmagee
2010-06-10 12:58   ` Pasi Kärkkäinen
2010-06-11  9:35 ` [PV-ops][PATCH] Netback: Fix PV network issue for netback " Ian Campbell
2010-06-17  8:16   ` Xu, Dongxiao
2010-06-21 11:14     ` Jeremy Fitzhardinge
2010-06-22  2:29       ` Xu, Dongxiao
2010-07-01 14:48       ` Ian Campbell
2010-07-01 15:29         ` Jeremy Fitzhardinge
2010-07-01 15:47           ` Ian Campbell
2010-07-01 16:06             ` Ian Campbell
2010-07-01 16:07             ` Jeremy Fitzhardinge [this message]
2010-07-01 16:11               ` Ian Campbell
2010-06-24  8:33     ` Ian Campbell
2010-06-25  7:31       ` Xu, Dongxiao

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=4C2CBD30.4060704@goop.org \
    --to=jeremy@goop.org \
    --cc=Ian.Campbell@eu.citrix.com \
    --cc=Paul.Durrant@citrix.com \
    --cc=djmagee@mageenet.net \
    --cc=dongxiao.xu@intel.com \
    --cc=fantonifabio@tiscali.it \
    --cc=stefano.stabellini@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.