| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Thu, 24 Sep 2009 20:11:18 +0200 From: Frans Pop <elendil@...net.nl> To: Bartlomiej Zolnierkiewicz <bzolnier@...il.com> Cc: whansard@...global.net, linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org, David Miller <davem@...emloft.net> Subject: Re: disk speed regression kernel 2.6.29 and after Bartlomiej Zolnierkiewicz wrote: > Regarding additional pursue of the root cause, I think that it is not > worth the effort currently since there were no other reports about > similar problems and libata is a better solution on most modern systems > anyway. I'm surprised at this, especially if the commit Will bisected it to [1] is the culprit. That is a change in generic ide code and could thus very well affect other users too. This is a clear regression and IMHO, if it is confirmed that that commit is the cause of the regression, it should be fixed. And if not, it could still be worthwhile to track down which commit is the cause. As for the lack of other reports, that could very well simply be because: 1) there are not that many users of IDE drivers anymore 2) most users don't really consciously watch their disk speed As long as the IDE code is in mainline, I don't see why regressions should be ignored. Adding the ide list and David to CC for other opinions. Cheers, FJP [1] http://lkml.org/lkml/2009/9/23/550 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists