Seagate to Drop IDE Drives by Year End
ianare writes "Seagate plans to cease manufacturing IDE hard drives by the end of the year and will focus exclusively on SATA-based products. Seagate is the first major hard drive manufacturer to announce such plans, though others will likely follow suit. That's not to say support for the 21-year-old PATA standard is going to vanish overnight; similar to how ISA slots were available long after most of us had ditched our old ISA peripherals."
Dropping hard drives can really damage them.
At the least, this will drive the price of SATA drive down. Maybe it will be the same like RAM, where DDR2 is actually cheaper than the old DDR memory standard.
Open Source Java Web Forum with LDAP authentication
Exactly. Good riddance. It's not as though these things are in high demand. Sure some company will keep on producing them for people that are into legacy hardware, but I fully expected that the main manufacturers (Seagate, Maxtor, WD, et al) would stop producing these things eventually.
Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
Poor motherboard manufactures still have to support all the existing legacy devices, even though new devices uses new I/O standards. I always find it amusing to see serial, parallel ports, and floppy connectors on new motherboards. Of course, until DVD drive manufacturers switch to SATA, we'll still see IDE connectors on mothboards. Do the SATA controllers really cost that much more?
The Amish still use horses and buggies and don't want anything to do with those new-fangled horseless carriages. Your point is? Technology moves ahead. Stay with your system, or upgrade. But no one will stop progress because you complain.
Seven puppies were harmed during the making of this post.
does this mean if I use IDE I can grow a beard now?
Bite my shiny metal ass.
You an still have fun with an ARM breadboard kit, though :-)
Do you even lift?
These aren't the 'roids you're looking for.
Hardware: Seagate to Drop IDE Drives by Year End
They don't work so well after dropping them. I, for one, will not buy one of these dropped drives at any price.
Weaselmancer
rediculous.
Your proposal is acceptable.
"I've got more toys than Teruhisa Kitahara."
Long story short, don't bother with the ascii art.
tasks(723) drafts(105) languages(484) examples(29106)
The reason to drop PS/2 is that then you can remove the ISA emulation logic from the Southbridge. On most modern designs the PS/2 controller is the only component still using that part of the chip so you can drop it if you drop the ports.
There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
Unfortunatly no vendor that supports EFI (including all Linux distros I have seen) gets it totally right (where any boot time configuration options are handled through EFI and not through another bootloader)
Well, EFI may not be the best way to get away from proprietary stuff. It seems that EFI explicitly vacilitates such behaviour by hardware manufacturers:
Interview with Ronald G. Minnich (Google cache) What are your thoughts on the Extensible Firmware Interface (EFI)?
I have spoken with the EFI authors at length. They make no secret of the fact that a "core value" of EFI is the preservation of intellectual property related to chipset programming and internal architecture. To put it another way, EFI is dedicated to the preservation of "Hard" hardware (as defined above), and the provision of binary interfaces and subsystems to BIOS vendors and others.
It is not really possible to build a full open-source BIOS if EFI is involved. The Tiano system, which Intel claims is an open source BIOS, can not be used to build a BIOS unless it is attached to proprietary, binary-only BIOS code provided by a vendor.
Another important thing to realize about EFI is that it also contemplates enabling chipset features that will trap certain OS operations to an EFI-based control system running in System Management Mode. In other words, under EFI, there is no guarantee that the OS owns the platform.
Accesses to IDE I/O addresses, or certain memory addresses, can be trapped to EFI code and potentially examined and modified or aborted. Many see this as an effort to build a "DRM BIOS".
I am not sure what the real intent of this design is, but is is a real concern in secure environments (such as those found in governments, banks, and large search engine companies). A number of vendors and users have told me that they are not sure they can ship an EFI system they are willing to trust in a secure environment.
Manuals are your last resort only