Hello. Alan wrote:
I believe this is completely the wrong thing to do. Adding a ton of changes to the existing (and stable) life expired drivers/ide driver rather than keeping new and risky stuff in the new libata code is bad.
The new and risky stuff is long agon in there.
The existing code *works*, its been rock solid since the reset drain fix
Don't make me laugh. pdc202xx_new certainly doesn't deserve these compliments. It has known PLL problems even on x86 if you have more than 2 contorollers, and on non-x86 this turns into its complete inability to support anything above UltraDMA/33.
and it is the code everyone who is conservative relies on not to eat their data. We have somewhere to do new and cool stuff its libata.
I'm not interested in libata development currently, and interested in fixing the age-old crap in drivers/ide/.
I don't see the point in risking destabilising a good solid driver. I can just about see justification for !X86 implementation of the PLL handling but that is about it.
All in a good time.
Alan
WBR, Sergei - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
