> > Look at the history of kernel API's over time. Everything that can > > go wrong eventually does. > > I agree, and it will be dealt with in 2.5.x > > The scsi layer in 2.4.x is simply not able to handle failure in these > code paths, as Gerard Roudier has mentioned. On that I am unconvinced. It is certainly grungy enough that fighting that war in 2.5 makes sense however. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Re: alpha iommu fixes Andrea Arcangeli
- Re: alpha iommu fixes Andrew Morton
- Re: alpha iommu fixes Andrea Arcangeli
- Re: alpha iommu fixes Andrew Morton
- Re: alpha iommu fixes Andrea Arcangeli
- Re: alpha iommu fixes David S. Miller
- Re: alpha iommu fixes Andrea Arcangeli
- Re: alpha iommu fixes David S. Miller
- Re: alpha iommu fixes Alan Cox
- Re: alpha iommu fixes David S. Miller
- Re: alpha iommu fixes Alan Cox
- Re: alpha iommu fixes Albert D. Cahalan
- Re: alpha iommu fixes Pavel Machek
- Re: alpha iommu fixes Jeff Garzik
- Re: alpha iommu fixes Andrea Arcangeli
- Re: alpha iommu fixes Richard Henderson
- Re: alpha iommu fixes Richard Henderson
- Re: alpha iommu fixes Ivan Kokshaysky
- Re: alpha iommu fixes Richard Henderson
- Re: alpha iommu fixes Alan Cox
- Re: alpha iommu fixes Alan Cox