From: Michael Mol <mikemol@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Slightly OT but interesting nonetheless...
Date: Tue, 27 Sep 2011 13:07:02 -0400 [thread overview]
Message-ID: <CA+czFiAjx8bNBHwEtiisMj+m_pZxajNSWm0+SaeK-Vptev-CnA@mail.gmail.com> (raw)
In-Reply-To: <1331399.V0JPsD72Y5@localhost>
On Tue, Sep 27, 2011 at 12:54 PM, Volker Armin Hemmann
<volkerarmin@googlemail.com> wrote:
> Am Dienstag 27 September 2011, 04:05:31 schrieb Grant Edwards:
>> That sounds good, but in practice it doesn't work.
>>
>> 1) The kernel developers don't support any existing customers. Bugs
>> are only fixed for customers who are willing to run the next
>> kernel verison. I've got customers that are still running 2.4
>> kernels. 2.6.18 is still widely used. Will the kernel developers
>> add new features, support for new hardware, or fix bugs for those
>> customers. Not a chance.
>
> so what? There are long term stable kernels with no api changes. Hmm...
Except they have drivers which are buggy and require backported fixes.
>> 2) The kernel developers only make sure that drivers compile. They
>> don't have the hardware or knowlege required to actually test
>> them. One of our drivers _is_ in the kernel. Sure, it builds,
>> but AFAIK, it hasn't actually worked for at least 10 years.
>
> and nobody complains on lkml about it - seems that nobody uses your hardware.
Except his customers. Who are going directly to him for support.
> If something stops working (called a 'regression' btw) it has to be fixed.
> Linus is very clear about that.
That's all well and good, but it doesn't fix things that weren't
working correctly in the first place. Upstream kernel doesn't backport
fixes, that's what distros and people like Grant, for their customers.
And Linus's statement as quoted in that article (and my snippet)
doesn't include one important caveat: Sometimes, they drop support for
things that either have no maintainer, or are obsolete and difficult
to keep.
>> Trying to maintain two drivers (one in-kernel and one out-of-kernel)
>> just creates twice as much work for no gain.
>
> then don't be outside the kernel.
If we take your position, in this context, to its logical outcome, it
sounds like you're saying that distributions like Gentoo, Red Hat and
Debian shouldn't maintain older kernels with backported fixes.
There exist systems which cannot be upgraded with financial sanity;
the existing install works well enough that it would cost more to
upgrade. The reasons might be that they're using an old software
package which was abandoned, and taking ownership of the code isn't
always sane. I was actually approached by someone in my area a couple
weeks ago who was in just this kind of scenario.
--
:wq
next prev parent reply other threads:[~2011-09-27 17:08 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-26 19:37 [gentoo-user] Slightly OT but interesting nonetheless pk
2011-09-26 19:44 ` Michael Mol
2011-09-26 20:13 ` [gentoo-user] " Grant Edwards
2011-09-27 0:12 ` Michael Orlitzky
2011-09-27 4:05 ` Grant Edwards
2011-09-27 16:54 ` Volker Armin Hemmann
2011-09-27 17:07 ` Michael Mol [this message]
2011-09-27 17:22 ` Volker Armin Hemmann
2011-09-27 17:43 ` Michael Mol
2011-09-27 18:24 ` Mark Knecht
2011-09-27 18:33 ` Michael Mol
2011-09-27 18:41 ` Mark Knecht
2011-09-27 17:03 ` Michael Orlitzky
2011-09-27 17:10 ` Mark Knecht
2011-09-27 16:52 ` Volker Armin Hemmann
2011-09-28 14:44 ` James
2011-09-28 16:54 ` Volker Armin Hemmann
2011-09-29 13:10 ` Indi
2011-09-28 17:15 ` Grant Edwards
2011-09-29 16:19 ` Volker Armin Hemmann
2011-09-29 16:26 ` Joerg Schilling
2011-09-29 16:30 ` Michael Mol
2011-09-29 16:55 ` Grant Edwards
2011-09-29 16:56 ` Grant Edwards
2011-09-29 0:27 ` Peter Humphrey
2011-09-29 16:20 ` Volker Armin Hemmann
2011-09-30 0:45 ` Adam Carter
2011-09-30 1:04 ` Peter Humphrey
2011-09-30 1:34 ` Adam Carter
2011-09-30 2:29 ` Dale
2011-09-30 2:47 ` Michael Mol
2011-09-30 4:10 ` Dale
2011-09-26 20:16 ` [gentoo-user] " James Broadhead
2011-09-26 21:06 ` Jonas de Buhr
2011-09-26 21:45 ` Alan McKinnon
2011-09-26 22:21 ` Peter Humphrey
2011-09-27 7:45 ` Mick
2011-09-26 21:00 ` Canek Peláez Valdés
2011-09-26 22:42 ` Dale
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CA+czFiAjx8bNBHwEtiisMj+m_pZxajNSWm0+SaeK-Vptev-CnA@mail.gmail.com \
--to=mikemol@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox