[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <9AAE0902D5BC7E449B7C8E4E778ABCD02081B7@AMSPEX01CL01.citrite.net>
Date: Wed, 15 Jan 2014 17:08:25 +0000
From: Paul Durrant <Paul.Durrant@...rix.com>
To: Jan Beulich <JBeulich@...e.com>,
Andrew Cooper <Andrew.Cooper3@...rix.com>
CC: David Vrabel <david.vrabel@...rix.com>,
"xen-devel@...ts.xen.org" <xen-devel@...ts.xen.org>,
Boris Ostrovsky <boris.ostrovsky@...cle.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: RE: [Xen-devel] [PATCH net-next] xen-netfront: add support for IPv6
offloads
> -----Original Message-----
> From: Jan Beulich [mailto:JBeulich@...e.com]
> Sent: 15 January 2014 16:04
> To: Andrew Cooper; Paul Durrant
> Cc: David Vrabel; xen-devel@...ts.xen.org; Boris Ostrovsky;
> netdev@...r.kernel.org
> Subject: Re: [Xen-devel] [PATCH net-next] xen-netfront: add support for
> IPv6 offloads
>
> >>> On 15.01.14 at 16:54, Paul Durrant <Paul.Durrant@...rix.com> wrote:
> >> From: Andrew Cooper [mailto:andrew.cooper3@...rix.com]
> >> On 15/01/14 15:18, Paul Durrant wrote:
> >> > + err = xenbus_printf(xbt, dev->nodename, "feature-gso-tcpv6",
> "%d", 1);
> >>
> >> "%d", 1 results in a constant string. xenbus_write() would avoid a
> >> transitory memory allocation.
> >
> > This code is consistent with all the other xenbus_printf()s in the
> > neighbourhood and does it really matter?
>
> I think we should always strive to have the simplest possible code
> that fulfills the purpose. And hence we shouldn't be setting further
> bad precedents. (In fact I have a patch queued to replace all the
> unnecessary xenbus_printf()s with xenbus_write()s on
> linux-2.6.18-xen.hg, and may look into porting this to the
> respective upstream components.)
>
Ok. Personally I'd go for code consistency with this patch and then a full replacement... but I'll re-work it.
Paul
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists