> > There is a trend in new hardware to interfaces that simply won't fit old > > IDE so that process of libata only drivers is likely to continue. > > Yes, that's SATA ... but legacy remains for a long time. It isn't that simple. The newer PATA controllers are diverging from the old style interfaces as well. > Yes, I understand this ... if that means drivers/ata can't possibly be > used by embedded until its dependence on SCSI is broken, then so be > it ... but I think we should at least investigate what the issues and > potential solutions are. The simpler embedded wants a pure CF driver - no scsi, no libata, no drivers/ide overhead, just about 4K of CF only pio driver. > Well, I did notice from the lists that both drivers/ide and drivers/ata > would be represented. I've also observed that there's been a singular > lack of discussion of this on the lists; plus it's the type of emotive > issue that in-person discussions help to extract the heat from. We've certainly discussed it in the past and I'm not sure its gotten that personal - many people contribute to both trees for example, or are directly cc'ing stuff between trees to ensure they stay in sync and any useful info gets in both. Anyway with my libata hat on I would say its far too early to worry about this. Right now we have platforms that need old IDE and it is still proving very useful to be able to ask people to try both. I don't quite know why Bart is putting so much effort into polishing up the old IDE but if he's enjoying it I don't really care 8) 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