Messages in this thread | | | Date | Sat, 27 Apr 2002 19:47:28 +0200 | From | Dave Jones <> | Subject | Re: 2.5.10-dj1 compilation failure |
| |
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/
| |