On 10/1/07, Carlos E. R.
When SATA support was added to the kernel (libata) they leveraged the entire SCSI subsystem due to its quality compared to the IDE subsystem.
Then libata got to so good that many (most) of the PATA drivers were re-implemented (by Alan Cox of Redhat) via libata. And then the new implementations got stable enough that the distros decided to move to the libata pata drivers by default. (Fedora was the first to move in the spring.)
But, for the foreseeable future you should be able to use the old drivers/ide implementation and get the old functionality (and naming convention).
Yours is a very interesting explanation.
However, it seems that opensuse wants to remove the old pata implementation for the next version, ie #11. If that happens before what you explain below happens, me and others will not be able to install suse.
I hope they keep the old drivers/ide system at least one more release. Surprisingly to me the maintainer (and at least one very active bug fix submitter) is still working on them and often when there is a bug fix to the libata pata driver he implements the corresponding fix to the old stuff. Actually they seem to be leveraging each other, such that a new fix in either subsystem is soon replicated in the other. It is the core scsi/libata infrastructure that apparently is superior to the core ide infrastructure. (That may be less true now than when libata first decided to go with scsi infrastructure.) Greg -- Greg Freemyer Litigation Triage Solutions Specialist http://www.linkedin.com/in/gregfreemyer The Norcross Group The Intersection of Evidence & Technology http://www.norcrossgroup.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org