[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200804091109.25265.inaky@linux.intel.com>
Date: Wed, 9 Apr 2008 11:09:24 -0700
From: Inaky Perez-Gonzalez <inaky@...ux.intel.com>
To: Andi Kleen <andi@...stfloor.org>
Cc: Inaky Perez-Gonzalez
<public-inaky-VuQAYsv1563Yd54FQh9/CA@...h.gmane.org>,
Stephen Hemminger
<public-stephen.hemminger-ZtmgI6mnKB3QT0dZR+AlfA@...h.gmane.org>,
public-wimax-BPSAo7wm5JOHVYUYWc+uSQ@...h.gmane.org,
public-linux-wireless-u79uwXL29TY76Z2rM5mHXA@...h.gmane.org,
public-netdev-u79uwXL29TY76Z2rM5mHXA@...h.gmane.org,
public-linux-kernel-u79uwXL29TY76Z2rM5mHXA@...h.gmane.org
Subject: Re: [ANN] WiMAX stack and drivers for Intel WiMAX Link 5050
On Tuesday 08 April 2008, Andi Kleen wrote:
> > version: I anticipate the wimax API exported to user space is
> > going to undergo a lot of changes while we all agree on what
> > is the best interface. Because things might break, I want to
> > make sure user space stuff can detect that and fail cleanly.
> > Hence the versioning.
>
> It's still a bad way to do that (I agree with Stephen on that).
> Was also always a mess on wireless.
>
> If you don't want expandable TLAs another better alternative to
> versions is ext2 style compatible/incompatible feature bitmaps.
Ain't that another way of saying versions? Sorry guys, but I am
having a hard time understanding how the alternatives are better.
Expandable TLAs are fine, until we need to change the meaning of
an existing field/value. Then there is no way to change it without
breaking existing code other than create a new message. And then
we have a mess like wireless again.
With simple versioning, we just bump up the major number and break.
In user space, the libwimax shim library would take care of hiding
this for the user if so is needed.
--
Inaky
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists