On Feb 19, 2008 11:08 AM, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Tuesday 2008-02-19 at 09:50 -0500, Greg Freemyer wrote:
At least for now YOU are in control, not the kernel devs.
They have taken nothing away and the traditional IDE drivers are being very actively supported. Suse has them in their kernels for 10.3 (11.0 I don't know about).
The kernel devs added a parallel development track a copy years ago, so now there are 2 drivers for the vast majority of PATA (IDE) controllers. It is YOUR choice whether you use the traditional set or the new set, nobody else is making decisions for you.
So if you don't like the new way, use the old one. (As described in the release notes from day one.)
Obviously, SUSE (Novell) had to make a choice of what the default driver set for 10.3 should be. They choose the leading edge set. That is pretty consistent with the opensuse philosophy from what I've seen. I for one am very happy to see them moving forward, and if I need extra partitions, I can add a boot flag, update my grub setup, and fstab entries.
I really don't understand the gripping about 10.3 in this respect. If suse ever drops the traditional drivers/ide support, that is the time to complain. And those complaints should occur during the alpha/beta process, not 6 months after the product is released.
We are not complaining about 10.3 now. We did complain about 10.3 beta when it was the time: it is on record, if you want to check (bugzillas included). What we complain now is that the written intention is/was to remove the "traditional set" for 11.0
Don't remember reading that written intention, and per Felix 11.0 still has drivers/ide support. You may be remembering a post I made some time ago guessing that drivers/ide support might be dropped in 11.0 if libata was able to be a full replacement by that time.
As for the new method being "leading edge"... en fin. Not in one respect. They could have devised a really new device node set and drivers, with neither the limitations of scsi nor ata. They choose compatibility with one set against the other set of device nodes.
The new libata drivers leveraged the SCSI infrastructure to get a solid leg up. The have a stated goal to eliminate that reliance and build there own infrastructure. Nobody has actually claimed to be working on that afaik, but it is the stated goal. ((Has been since 2.6.0 I believe, so it has been a very long time coming.) Given that the old drivers/ide is being very actively supported, I suspect Suse will provide us with both options for a while longer. So if it takes another couple years for libata to be removed from the scsi infrastructure and made a full blown subsystem with no scsi limitations, I can live with that. Especially if we have the old drivers/ide option to fall back on. Greg -- Greg Freemyer Litigation Triage Solutions Specialist http://www.linkedin.com/in/gregfreemyer First 99 Days Litigation White Paper - http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf 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