On Sat, Apr 27, 2002 at 10:35:55AM -0700, Christoph Lameter wrote:
> That stuff might be useful in a CVS or BK() source code archive.
> What is the purpose of releasing a kernel tarball that does not compile?
> Kernel tarball are there to be compiled and tried out ....
Because we've gone ~7 full point releases with no updates to the
error handling of some drivers. Whilst it seems some maintainers are
waiting until the block layer and scsi midlayer frobbing settle down,
running these drivers without /any/ error handling is a disaster
waiting to happen.
Experiments with new filesystem features is going to be tricky to debug
if the scsi drivers are untrustable.
If the maintainers want to continue to wait for 2.5 to settle down,
this at least points those interested in getting their hands dirty
and fix the problem themselves to the parts that need work.
I debated adding this as a CONFIG_DEBUG_BROKEN_SCSI_DRIVERS or similar
when Christoph first sent me the patch. Given how many reports of
"xxx being broken" I've had, I'm tempted to do that for -dj2.
Dave
-- | Dave Jones. http://www.codemonkey.org.uk | SuSE Labs - 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/
This archive was generated by hypermail 2b29 : Tue Apr 30 2002 - 22:00:14 EST