> Yeah. The libata driver however doesn't make use of that register, > unlike cmd64x. It doesn't even touch the interrupt bits on PCI0646, only > manipulation the "old" bits on PCI-64[89]. Yes I purposefully left out all the complexity because when I tested the cards I had it simply wasn't needed. I'm also not sure we should merge anything from the old to the new one until we know why the old one corrupts and the new one merely gets upset. Accidentally porting over a corruptor would be very bad indeed. > It seems that I need to sync up these two, pata_cmd64x.c seems to be > lagging behind the changes in cmd64x.c. Well, not only this one, at least > pata_hpt* drivers are lagging behind too... That would be useful - although several of the differences are because the pata_hpt driver took from the vendor supplied reference code not the old IDE code. It also seems more stable for having done that. Alan -- 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
