> If we fail to find out the solution in time, we always have the > alternative of backing out the ATAPI transfer chunk size update. This
Which will break far more controllers and drives than it fixes, so backing it out is nonsensical and not in the general good. > will break some other cases which were fixed by the change but those > won't be regressions at least and we can add transfer chunk size > update with other changes to 2.6.25. Great, make everyone else wait another three months for a working CD drive. The one off regression appears far less harmful than a revert. Tejun - instead of backing out important updates for 2.6.24 we should just blacklist that specific drive for now and sort it nicely in 2.6.25, not revert stuff and break everyone elses ATAPI devices. Alan -- 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/