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."
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
You an still have fun with an ARM breadboard kit, though :-)
Do you even lift?
These aren't the 'roids you're looking for.
My motherboard has great big old PCI slots, and tiny little 1xPCI-e slots which are just as capable. PCI-e has taken over for graphics cards, but I've never even seen a 1xPCI-e expansion card. (The motherboard manufacturers don't believe they'll be used either - they put them next to the 16x slot where double-width graphics cards will make them inaccessable.)
When will old PCI die? Perhaps very small format motherboards and laptops will eventually drive demand for 1xPCI-e cards?
For that matter - is there any reason for low-end PCI-e graphics cards to be 16x, rather than 8x or even 4x? (They'd still fit in a 16x slot.) I suppose there is no demand - any PCI-e motherboard has a 16x slot, and there isn't anything you'd want to put in it except a GPU. About the only use I can think of is if you wanted one computer to run many low-performance displays - e.g. 8 monitors off four GPUs, each using a 4x slot.
Quattuor res in hoc mundo sanctae sunt: libri, liberi, libertas et liberalitas.
Comment removed based on user account deletion
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