lkml.org 
[lkml]   [2005]   [Dec]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: RFC: Starting a stable kernel series off the 2.6 kernel
    From
    Date
    [ Minimized quoted part ]
    On Sun, 2005-12-04 at 17:43 -0700, Jeff V. Merkey wrote:
    > Bernd Petrovitsch wrote:
    > >On Sat, 2005-12-03 at 17:52 -0700, Jeff V. Merkey wrote:
    [...]
    > >>of this code. I have apps written for Windows in 1990 and 1998 that
    > > ^^^^
    > >>still run on Windows XP today. Linux has no such concept of
    > >
    > >But this not even holds for nearly all apps.
    > >
    > >>backwards compatiblity. Every company who has embraced it outside of
    > >
    > >The same holds (probably) for Linux apps (given that your kernel can
    > >start a.out). And AFAIBT by Win* driver developers even in the Win*
    > >world you have to change your driver because of a new Win* version now
    > >and then.
    [...]
    > No. BIND was has been busted between 2.4 and 2.6. Not to mention the

    Hmmm, URL? Details? I can't remember anything about such issues.

    > whole libc -> glib switchover.

    glib has AFAIK next to nothing to do with a libc AFAICT (i.e. it is
    using standard libc functions but that's all).

    > It's hilarious that BSD had to create a Linux app compat lib, and the
    > RedHat shipped compat libs for 3 releases

    Here you have your backwards compatibility.

    > as well. Not even close. Windows has won. M$ has won. Linux lost
    > the desktop wars and will soon loose
    > the server wars as well. The reason - infighting and lack of backwards

    Yes, probably - MSFT is spreading the same story since ages.

    > compatibility. Binary only module
    > breakage kernel to kernel will continue.

    As other told there never was a stable kernel module interface. Of
    course there is probably enough willing manpower out there who will work
    on that once you pay them. Or you can provide such support on your own.

    Or do you (or anybody else) has drivers which should be maintained for
    vanilla-kernel and/or vendor kernels and/or other kernels (to fix the
    breakage in a cosntructive way), we can provide you with an offer to do
    that.

    Bernd
    --
    Firmix Software GmbH http://www.firmix.at/
    mobil: +43 664 4416156 fax: +43 1 7890849-55
    Embedded Linux Development and Services

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

    \
     
     \ /
      Last update: 2005-12-05 10:09    [W:4.320 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site