CONFIG_SOUND=y
... and I got a compile error in soundcard.c.
I've seen three different compilation and linking errors reported against
this new code so far.
I'm trying to fix the problems with sound modules. Before I put out
sound-module.2176, I ran through 22 different configurations:
CONFIG_SOUND=y
CONFIG_SOUND=y each driver=y one at a time (16 configurations)
CONFIG_SOUND=y all drivers=y
CONFIG_SOUND=y all drivers=m
CONFIG_SOUND=m
CONFIG_SOUND=m all drivers=m
CONFIG_SOUND=n
... and after that I published the patch and came to linux-kernel to
beg people to test it.
Thta's what the top-level MAINTAINERS file says to do, so that's what
I do.
Then I downloaded 2.1.77 and I found a bunch of new untested code that
breaks a lot of existing configurations.
This makes it much harder for me to make a sound-module.2177. I don't
want to find and fix a whole bunch of unrelated bugs so that my patch
will work. And I won't make a patch that says 'the base code is too
buggy for me to even tell if my patch works or not'.
How about backing this code out of the sound driver until it's been
tested as an independent patch, the way MAINTAINERS says it should?
Michael Chastain
<mailto:mec@shout.net>
"love without fear"