|
|
|
|
|
|
|
|
|
|
xen-devel
[Xen-devel] RE: [RFC] tmem ABI change... backwards compatibility unneces
To: |
Jeremy Fitzhardinge <jeremy@xxxxxxxx> |
Subject: |
[Xen-devel] RE: [RFC] tmem ABI change... backwards compatibility unnecessary? |
From: |
Dan Magenheimer <dan.magenheimer@xxxxxxxxxx> |
Date: |
Fri, 3 Sep 2010 07:47:20 -0700 (PDT) |
Cc: |
Vasiliy G Tolstov <v.tolstov@xxxxxxxxx>, "Xen-Devel \(xen-devel@xxxxxxxxxxxxxxxxxxx\)" <xen-devel@xxxxxxxxxxxxxxxxxxx>, tmem-devel@xxxxxxxxxxxxxx, Hackel <kurt.hackel@xxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, Kurt, stephen.spector@xxxxxxxxxx, Chris Mason <chris.mason@xxxxxxxxxx> |
Delivery-date: |
Fri, 03 Sep 2010 07:49:34 -0700 |
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxxx |
In-reply-to: |
<4C80359C.5050002@xxxxxxxx> |
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: |
<1e601c02-1f50-4396-b4d1-e1e21ebf3dc8@default> <4C7E87970200007800013C2C@xxxxxxxxxxxxxxxxxx> <c84f89c9-34ae-4599-9f1e-90ed84dfa837@default 4C80359C.5050002@xxxxxxxx> |
Sender: |
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
> > Thank goodness ABI versioning was built into tmem from
> > the beginning!
>
> Hm, I'm not really a big fan of having a single "ABI version". It
> always seems better to have individual calls which can be
> augmented/replaced by new calls, and/or have capability flags to extend
> the ABI. Versions mean you end up being stuck doing updates in a very
> coarse-grained way, and the long-term support gets very onerous.
> (Microsoft ABIs are a good antipattern to avoid, especially DirectX.)
While I agree in general, and tmem can cleanly handle other forms
of minor updates as well, this ABI version change was very nice
for this case where the ops data structure (passed to the hypercall
in memory) changed in size, thus changing the interface for most of
the critical tmem operations.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|