[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <45BFD03F.4020003@garzik.org>
Date: Tue, 30 Jan 2007 18:09:51 -0500
From: Jeff Garzik <jeff@...zik.org>
To: Roland Dreier <rdreier@...co.com>
CC: Greg KH <greg@...ah.com>, linux-kernel@...r.kernel.org
Subject: Re: Free Linux Driver Development!
Roland Dreier wrote:
> > Which of these actively maintained and supported drivers work on only
> > one platform[1], and are excluded from enterprise distros? Can we
> > truly count them as "many", as you repeatedly claim?
>
> Why do we restrict this to actively maintained and supported drivers
> (I think abandonware drivers are highly relevant here...)? And why
> are you asking about drivers that work on only one platform? Greg
> promised support for every platform that has the right bus to plug a
> device into. So things like drivers that don't work on SMP or 64-bit
> or big-endian platforms also violate that pledge, even if there's more
> than one 32-bit little-endian uniprocessor platform where the driver
> does work.
You were complaining about drivers that work on only one platform.
Thus, I asked for list of said drivers, drivers that break Greg's pledge.
I'm betting they are uniformly ancient ISA or m68k or whatnot drivers.
> Anyway, grepping for stuff like BROKEN or !64BIT or X86 in the Kconfig
> dependencies under drivers/ finds tons of hits. I don't have time to
> scan through and figure out which meet your criteria, and I honestly
Translation: you don't have a clue what you are talking about, because
you haven't even bothered to do such a search yourself.
This is /your/ criteria we are discussing. /You/ keep talking about
"many" (your words) non-portable and broken drivers. And now you
actively avoid citing examples. Oh, except for one: aha154x, an
ancient ISA driver. So, yes, I concede that if a vendor appears and
wants to push in a new driver for ancient ISA hardware that nobody in
the planet uses... it might not find a volunteer. Hooray for goofy
examples.
> I don't really understand why it's so hard to accept that sometimes
> even open specs aren't enough to get great Linux support.
And hooray for shifting arguments. If this is your summary of the
thread, do you now concede that Greg was not being disingenuous? Open
specs was not the sum toto of Greg's piece.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists