From: Trent Piepho <xyzzy@speakeasy.org>
To: Jean Delvare <khali@linux-fr.org>
Cc: "D. Kelly" <user.kernel@gmail.com>,
Sam Ravnborg <sam@ravnborg.org>,
"mailing list: linux-kernel" <linux-kernel@vger.kernel.org>,
Linux I2C <i2c@lm-sensors.org>
Subject: Re: Problem with restricted I2C algorithms in kernel 2.6.26!
Date: Fri, 8 Aug 2008 10:52:05 -0700 (PDT) [thread overview]
Message-ID: <Pine.LNX.4.58.0808081037080.3151@shell2.speakeasy.net> (raw)
In-Reply-To: <20080808113753.03f49efe@hyperion.delvare>
On Fri, 8 Aug 2008, Jean Delvare wrote:
> On Thu, 7 Aug 2008 16:41:10 -0700 (PDT), Trent Piepho wrote:
> > Expecting every developer to keep abreast of linux-next and the tens of
> > thousands of patches it gets just isn't realisitic.
> >
> > The embedded platforms I develop on won't run linux-next. Continuously
> > porting them to linux-next is simply impossible. The man hours required to
> > do that would be staggering.
>
> Once again a "believe me it's impossible" without any good reason
> given. I fail to see why embedded platforms would be any different from
> other platforms or subsystem trees. Please enlighten me.
Because they usually require lots of additional patches that aren't in the
kernel. Sometimes embedded developers try to get these patches into the
mainline kernel, but some maintainers aren't interested in accepting
patches that don't appear to be useful to desktop users.
> > The pool of testers available to a driver that requires running linux-next
> > is going to be orders of magnitude less that a driver that can be compiled
> > out of tree against 2.6.19 to 2.6.27.
>
> Except that distributions start packaging linux-next, while in general
> they don't package out-of-tree versions of packages that are also
> available in the kernel tree. If the v4l-dvb tip was in linux-next (it
Sure they do. There are packages of the latest v4l-dvb, nvidia and ATI
drivers, and more. There is even a system, DKMS, used to allow kernel
module source packages to be installed and automatically rebuilt for new
kernels.
You can install and run a new module without even rebooting. Installing
linux next is quite a bit more complex. Users won't test your driver if
they have to install a new kernel for every revision.
It's a nightmare for development too. I can't develop the entire kernel,
it's too big and there are too many changes. If my driver has become
unstable, is it something I did or one of the 20,000 patches that have
appeared in linux-next? Like Mike said, one needs a stable platform to
develop on.
next prev parent reply other threads:[~2008-08-08 17:52 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <5ab239b10807161233i6c1c4d0we01ea1b8e6ccaa5b@mail.gmail.com>
2008-07-26 6:59 ` Problem with restricted I2C algorithms in kernel 2.6.26! Andrew Morton
2008-07-26 14:34 ` [i2c] " Jon Smirl
[not found] ` <5ab239b10807161233i6c1c4d0we01ea1b8e6ccaa5b-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-08-07 11:13 ` Jean Delvare
[not found] ` <20080807131357.59399ddf-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2008-08-07 16:01 ` Trent Piepho
2008-08-07 16:14 ` Jean Delvare
[not found] ` <20080807181416.5de4ce6d-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2008-08-07 17:19 ` Jean Delvare
[not found] ` <20080807191943.72d1802d-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2008-08-07 17:29 ` Randy Dunlap
2008-08-07 23:41 ` Trent Piepho
2008-08-08 9:37 ` Jean Delvare
2008-08-08 17:52 ` Trent Piepho [this message]
2008-08-10 11:07 ` Adrian Bunk
2008-08-07 18:39 ` Sam Ravnborg
2008-08-07 18:49 ` Jean Delvare
2008-08-07 19:03 ` Michael Krufky
2008-08-07 21:06 ` Jean Delvare
2008-08-07 21:34 mkrufky
[not found] ` <489B6A66.40605-dJidKbW2IEtAfugRpC6u6w@public.gmane.org>
2008-08-08 0:17 ` Stefan Richter
2008-08-08 9:28 ` Jean Delvare
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=Pine.LNX.4.58.0808081037080.3151@shell2.speakeasy.net \
--to=xyzzy@speakeasy.org \
--cc=i2c@lm-sensors.org \
--cc=khali@linux-fr.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sam@ravnborg.org \
--cc=user.kernel@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox