Roland Dreier wrote:
quoted text
>  > 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.


quoted text
> 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.


quoted text
> 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


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