WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] [PATCH] Add RCU support into Xen - Repost

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH] Add RCU support into Xen - Repost
From: "Santos, Jose Renato G" <joserenato.santos@xxxxxx>
Date: Tue, 30 Jan 2007 13:05:41 -0600
Cc: "Turner, Yoshio" <yoshio_turner@xxxxxx>, Jose Renato Santos <jsantos@xxxxxxxxxx>, G John Janakiraman <john@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 30 Jan 2007 11:05:26 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C1DFFB86.7E26%Keir.Fraser@xxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <08CA2245AFCF444DB3AC415E47CC40AF654BBC@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <C1DFFB86.7E26%Keir.Fraser@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acc5z5YIiS/CKex/Tb+azW+82olglwHqc/i/AMlxYuA=
Thread-topic: [Xen-devel] [PATCH] Add RCU support into Xen - Repost
 

> -----Original Message-----
> From: Keir Fraser [mailto:Keir.Fraser@xxxxxxxxxxxx] 
> Sent: Friday, January 26, 2007 10:40 AM
> To: Santos, Jose Renato G; xen-devel@xxxxxxxxxxxxxxxxxxx
> Cc: Turner, Yoshio; Jose Renato Santos; G John Janakiraman
> Subject: Re: [Xen-devel] [PATCH] Add RCU support into Xen - Repost
> 
> On 17/1/07 12:36 am, "Santos, Jose Renato G" 
> <joserenato.santos@xxxxxx>
> wrote:
> 
> >   I am planning to submit the following additional patches, 
> after this 
> > one is accepted:
> 
> Now done. C/s 13648. I ripped out a few more bits of the 
> Linux RCU implementation and moved the hooks in schedule.c to 
> a single hook in do_softirq(). I suspect there is a tradeoff 
> between timeliness of checking for pending work and building 
> up nice batches of RCU work but checking in
> do_softirq() shouldn't mean we're hitting the RCU variables too often.
> 

  Yes, that should be fine. The overhead should be small if we are only
  checking if there is RCU work to do.

  Looking at your changes, I think there are a few more bits that we can
  remove of the Linux RCU implementation. I will prepare a patch
  for you with some cleanup later. But, for now I would like to focus
  on the patches that modify the domain list manipulation and
  find_domain_by_id()to use the new RCU functions.

  While doing that I noticed that you removed the definitions of
  "rcu_read_lock()" and "rcu_read_unlock()" from rcupdate.h.
  Although they are really NOPs I think it would be good if we use
  them in all RCU read critical sections, for code clarity
  and documentation (as linux does).
  Can we add those back?

  Thanks

  Renato

> >     1) rename_find_domain.patch: Rename find_domain_by_id() to
> > get_domain_by_id()
> 
> Also done, by sed. C/s 13649.
> 
>  -- Keir
> 
> >     2) add_find_domain.patch: Add new find_domain_by_id() function 
> > that uses RCU
> >     3) use_find_domain.patch: Replace invocations of
> > get_domain_by_id()/put_domain() by find_domain_by_id() 
> where possible.
> 
> 
> 

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel