Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752819AbbDAKWw (ORCPT ); Wed, 1 Apr 2015 06:22:52 -0400 Received: from e06smtp12.uk.ibm.com ([195.75.94.108]:43567 "EHLO e06smtp12.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750848AbbDAKWu (ORCPT ); Wed, 1 Apr 2015 06:22:50 -0400 Date: Wed, 1 Apr 2015 12:22:44 +0200 From: Cornelia Huck To: "Michael S. Tsirkin" Cc: Rusty Russell , linux-kernel@vger.kernel.org, virtualization@lists.linux-foundation.org Subject: Re: [PATCH v2 1/6] virtio_balloon: transitional interface Message-ID: <20150401122244.5a033ff5.cornelia.huck@de.ibm.com> In-Reply-To: <20150401113300-mutt-send-email-mst@redhat.com> References: <1427831230-28044-1-git-send-email-mst@redhat.com> <1427831230-28044-2-git-send-email-mst@redhat.com> <87mw2sy0fo.fsf@rustcorp.com.au> <20150401094236-mutt-send-email-mst@redhat.com> <87h9t06w3h.fsf@rustcorp.com.au> <20150401113300-mutt-send-email-mst@redhat.com> Organization: IBM Deutschland Research & Development GmbH Vorsitzende des Aufsichtsrats: Martina Koederitz =?UTF-8?B?R2VzY2jDpGZ0c2bDvGhydW5nOg==?= Dirk Wittkopp Sitz der Gesellschaft: =?UTF-8?B?QsO2Ymxpbmdlbg==?= Registergericht: Amtsgericht Stuttgart, HRB 243294 X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 15040110-0009-0000-0000-000003AEEEAB Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1613 Lines: 45 On Wed, 1 Apr 2015 11:43:46 +0200 "Michael S. Tsirkin" wrote: > On Wed, Apr 01, 2015 at 07:53:14PM +1030, Rusty Russell wrote: > > "Michael S. Tsirkin" writes: > > > On Wed, Apr 01, 2015 at 02:17:23PM +1030, Rusty Russell wrote: > > >> I would leave the device *exactly* as is, ugly structure packing and > > >> all. > > > > > > But why? It's going to be used for years, might as well make it clean? > > > > Because the only spec which currently exists says to do that. > > OK but the only spec which currently exists also says it's a legacy only > device, so driver must not set VERSION_1. So surely, we can make minor > changes when VERSION_1 is set, like we did for other devices. But we don't plan to replace the other devices, so it makes sense to do some changes for 1.0. > > Let me post the latest patches I'm working on, > see what you think then. > > > We do > > need a new virtio memballoon spec, but it'll look nothing like this > > anyway. > > > > Cheers, > > Rusty. > > I think it's going to have significantly different semantics, too, > so not much value in making that one work with current > drivers, right? > So why not just keep virtio-balloon as-is and just specify endianness etc. for 1.0? Keeps the old drivers going without hacks, and we can start with a fresh driver for the new virtio-balloon. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/