Re: Golden rule: don't break userland (was Re: RFC: Starting a stable kernel series off the 2.6 kernel)

[Matthias Andree <matthias.andree@gmx.de>]

> Userland isn't the same.  IMO sysfs hackers have forgotten this. 
> Anytime you change or remove sysfs attributes these days, you have the 
> potential to break userland, which breaks one of the grand axioms of 
> Linux.  Everybody knows "the rules" when it comes to removing system 
> calls, but forgets/ignores them when it comes to ioctls, sysfs 
> attributes, and the like.

procfs needs to be mentioned in a main clause (rather than parenthesized
and in a subordinate clause), too. I don't recall if breakage happened
at 2.6.0 or some other time, this however is pretty annoying, as much as
the need to use unstable and undocumented 0.X version kernel support
libraries or daemons utilities.

One /proc example: The removal of /proc/scsi/$DRIVER/$CARD broke for
instance the 3ware Escalade 6000/7000/8000 series 3DM tools - and the
driver IS open source.

OK, in this case it doesn't hurt because the 9000 series 3DM2 tools
work, but it takes a while to figure *that* out.

> Offhand, once implemented and out in the field, I would say a userland 
> interface should live at least 1-2 years after the "we are removing this 
> interface" warning is given.
> 
> Yes, 1-2 years.  Maybe even that is too small.  We still have old_mmap 
> syscall around :)

It should be "2 years or next kernel minor release, whatever comes
later". I understand that to developers, keeping old gears and wheels
around is an annoyance, but knowing one is in to support this for three
years or so makes some people think twice about adding things or
changing things in incompatible ways. And making people think twice can
only improve quality.

-- 
Matthias Andree
-
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/