All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Knutar <jk-lkml@sci.fi>
To: Tim Wright <timw@splhi.com>
Cc: Adrian Bunk <bunk@fs.tum.de>, Paul Jackson <pj@sgi.com>,
	akpm@osdl.org, corbet@lwn.net, linux-kernel@vger.kernel.org
Subject: Re: New dev model (was [PATCH] delete devfs)
Date: Sun, 25 Jul 2004 14:59:46 +0300	[thread overview]
Message-ID: <200407251459.46952.jk-lkml@sci.fi> (raw)
In-Reply-To: <1090549329.6113.21.camel@kryten.internal.splhi.com>

> That is their choice, but there's no particular need to run a kernel.org
> kernel. Unless you're messing around with the kernel or have a hot
> requirement for some new feature, why would running a stable kernel from
> e.g. Debian not suffice? Debian is free and freely available, and it's
> not the only distribution that is that way.

In the past, my experience, shared by many users, I'm sure, has been
that distribution kernels generally give you worse performance (IME RH)
and less stability (IME Fedora).

There's an increasing amount of hardware out there in wide-spread use,
which have no drivers in either kernel.org tree or distribution trees. The
fragmentation between the distributions already make it impossible to
get those drivers to compile on anything but the kernel.org tree, unless
the author of the driver is wealthy and has the resources and floorspace
to have a few different machines with different distributions installed,
and the time and resources for creating workarounds and Makefile
trickery for each and every one. I don't mean binary drivers here, as
they are usually backed by some corporation and target the usual
distributions...

Thus, we have a whole generation of users out there who grew up
with the idea that the distribution kernel is just some bloated,
bug-ridden and mostly incompatible monstrosity that is only barely
good for bootstrapping kernel.org kernel before starting to try
compile the drivers for their hardware.

Trying to change this idea is of course difficult, as everyone is
afraid of change. "Will the drivers break next release?", "Will
I have to stay with an old and exploitable kernel sometime
in the future when the drivers no longer compile on anything
but kernel.org X.Y.Z, when distro is X.Y.(Z-3)-secfix42, and kernel.org
is up to X.Y.Z+5?"

It might very well be that pushing out a large portion of the dev
burden to the periphery will be good in the long term for the
development of the kernel, but in short-term, I only see the
fragmentation problem getting worse. I hope I can be
brutally proven absolutely wrong, though. :-)

  parent reply	other threads:[~2004-07-25 11:59 UTC|newest]

Thread overview: 96+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-21 14:15 [PATCH] delete devfs Greg KH
2004-07-21 14:26 ` Oliver Neukum
2004-07-21 14:35   ` Lars Marowsky-Bree
2004-07-21 14:52   ` Greg KH
2004-07-21 21:19     ` Jesse Stockall
2004-07-21 21:27       ` Greg KH
2004-07-21 21:53         ` Jesse Stockall
2004-07-21 22:05           ` Greg KH
2004-07-21 22:17             ` Jesse Stockall
2004-07-21 22:47             ` Oliver Neukum
2004-07-22  6:49               ` Greg KH
2004-07-22  9:55                 ` Oliver Neukum
2004-07-22 10:08                   ` Paolo Ciarrocchi
2004-07-22 16:13                 ` Matt Porter
2004-07-23 19:06                   ` [RFC]: CONFIG_UNSUPPORTED (was: Re: [PATCH] delete devfs) R. J. Wysocki
2004-07-23 20:04                     ` Adrian Bunk
2004-07-23 21:17                       ` Russell King
2004-07-23 21:22                       ` R. J. Wysocki
2004-07-23 23:35                       ` Sam Ravnborg
2004-07-23 22:01                         ` [RFC]: CONFIG_UNSUPPORTED Stephen Wille Padnos
2004-07-22  1:08           ` [PATCH] delete devfs Grzegorz Jaśkiewicz
2004-07-22  1:48             ` Mike Snitzer
2004-07-21 22:02         ` Adrian Bunk
2004-07-21 22:07           ` Greg KH
2004-07-21 22:14             ` David Weinehall
2004-07-21 22:31             ` Brian Gerst
2004-07-21 23:11               ` New dev model (was [PATCH] delete devfs) Jonathan Corbet
2004-07-21 23:52                 ` Adrian Bunk
2004-07-22  9:55                   ` Andrew Morton
2004-07-22  7:04                     ` Greg KH
2004-07-22 10:19                       ` Andrew Morton
2004-07-22 12:55                         ` Josh Boyer
2004-07-22 11:32                       ` Giacomo A. Catenazzi
2004-07-22 19:12                         ` Greg KH
2004-07-22 19:33                     ` Adrian Bunk
2004-07-22 22:28                       ` Paul Jackson
2004-07-22 23:25                         ` Adrian Bunk
2004-07-23  2:22                           ` Tim Wright
2004-07-23  6:31                             ` Ville Herva
2004-07-23 21:04                               ` Valdis.Kletnieks
2004-07-23 21:08                                 ` Ville Herva
2004-07-25 11:59                             ` Jan Knutar [this message]
2004-07-25 18:53                               ` Jesper Juhl
2004-07-23  8:16                         ` szonyi calin
2004-07-23 12:21                           ` Jonathan Corbet
2004-07-23 19:59                             ` Adrian Bunk
2004-07-24 14:24                             ` Marcelo Tosatti
2004-07-23 14:54                           ` Geert Uytterhoeven
2004-07-23 15:50                             ` szonyi calin
2004-07-27 22:18                               ` Bill Davidsen
2004-07-28 21:25                                 ` Krzysztof Halasa
2004-08-02 18:48                                   ` Bill Davidsen
2004-08-03 22:07                                     ` Krzysztof Halasa
2004-07-24 16:21                           ` Ragnar Hojland Espinosa
2004-07-27 22:12                         ` Bill Davidsen
2004-07-28  7:24                           ` Paul Jackson
2004-07-22 23:01                       ` Andrew Morton
2004-07-22 20:18                         ` Adrian Bunk
2004-07-22 20:28                         ` Kevin Fox
2004-07-23 20:09                           ` Adrian Bunk
2004-07-22 21:01                         ` Martin Schlemmer
2004-07-23  0:39                         ` Jason Cooper
2004-07-23 20:57                         ` Timothy Miller
2004-07-25 13:30                           ` Adrian Bunk
2004-07-26  1:38                         ` Ben Hoskings
2004-07-26  2:12                           ` Bernd Eckenfels
2004-07-28  6:25                             ` Ben Hoskings
2004-07-28 21:23                             ` Krzysztof Halasa
2004-08-04 21:53                               ` Bernd Eckenfels
2004-07-28 21:22                           ` Krzysztof Halasa
2004-07-29 12:25                     ` Adrian Bunk
2004-07-22  1:33               ` [PATCH] delete devfs Mike Snitzer
2004-07-21 23:26             ` R. J. Wysocki
2004-07-21 22:11           ` Francois Romieu
2004-07-21 22:40             ` Adrian Bunk
2004-07-21 23:15               ` Francois Romieu
2004-07-22  8:23               ` sam
2004-07-22 10:24                 ` Gene Heskett
2004-07-22 10:58                   ` Nick Piggin
2004-07-22 21:06                   ` sam
2004-07-23  0:21                     ` Gene Heskett
2004-07-22 22:19                   ` Paul Jakma
2004-07-22 19:22         ` Martin Schlemmer
2004-07-22 17:56       ` Deepak Saxena
2004-07-21 14:52   ` Geert Uytterhoeven
2004-07-21 14:41 ` Matthew Garrett
2004-07-21 18:25   ` Greg KH
2004-07-21 19:55     ` Matthew Garrett
2004-07-21 19:34   ` Chris Wedgwood
2004-07-21 21:13   ` Ben Collins
2004-07-21 22:20   ` Wichert Akkerman
2004-07-22 19:44     ` Martin Schlemmer
2004-07-21 15:49 ` Kasper Sandberg
  -- strict thread matches above, loose matches on Subject: below --
2004-07-22  7:45 New dev model (was [PATCH] delete devfs) Svetoslav Slavtchev
2004-07-22 10:40 ` Han Boetes
2004-07-22 13:17 Svetoslav Slavtchev

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=200407251459.46952.jk-lkml@sci.fi \
    --to=jk-lkml@sci.fi \
    --cc=akpm@osdl.org \
    --cc=bunk@fs.tum.de \
    --cc=corbet@lwn.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pj@sgi.com \
    --cc=timw@splhi.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.