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] IRQ Cleanup: rename nr_ioapic_registers to nr_i

To: Keir Fraser <keir.xen@xxxxxxxxx>, Konrad Wilk <konrad.wilk@xxxxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH] IRQ Cleanup: rename nr_ioapic_registers to nr_ioapic_entries
From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
Date: Mon, 26 Sep 2011 10:04:21 -0700 (PDT)
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Jan Beulich <JBeulich@xxxxxxxx>
Delivery-date: Mon, 26 Sep 2011 10:07:03 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <CAA5F5FF.217CE%keir.xen@xxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20110926154514.GB17331@xxxxxxxxxxxxxxxxx CAA5F5FF.217CE%keir.xen@xxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
> From: Keir Fraser [mailto:keir.xen@xxxxxxxxx]
> Sent: Monday, September 26, 2011 10:27 AM
> To: Konrad Rzeszutek Wilk; Andrew Cooper
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxx; Jan Beulich
> Subject: Re: [Xen-devel] [PATCH] IRQ Cleanup: rename nr_ioapic_registers to 
> nr_ioapic_entries
> 
> On 26/09/2011 08:45, "Konrad Rzeszutek Wilk" <konrad.wilk@xxxxxxxxxx> wrote:
> 
> >> I guess it depends on whether you consider that we should stay in line
> >> with Linux or not.  While the code did start in Linux, it has diverged
> >
> > Stay. Intel does a lot of work of "lift from Linux" and drop in Xen
> > code. There is similarity.
> 
> You might also say it gives a false sense of similarity. Andrew's now having
> to go fix the per-cpu vector stuff for example. It got dropped in; it was
> complex and opaque; it doesn't really work properly yet. I'd prefer the
> people doing the porting to have to think about each line a bit more.

You also don't want the people doing the porting thinking about each
line so hard that they decide to rewrite all of them to meet their
own personal preference.  Remember that the number of people familiar
with "code X" on Linux probably outnumbers the number of people
familiar with code X on Xen by a factor of 10-100.  The point of
stealing the Linux code to begin with is to leverage developer
knowledge and (historical) maintenance knowledge.

A suggested compromise:  Any divergence of this sort from Linux should
be explicitly noted in a comment, e.g. "Linux calls this foo, but Xen
calls it bar, though they otherwise should function very similarly".

IMHO,
Dan

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