| |||||||||||||
Notes from the LF End User SummitNotes from the LF End User SummitPosted Nov 21, 2009 1:34 UTC (Sat) by giraffedata (subscriber, #1954)In reply to: Notes from the LF End User Summit by TRS-80 Parent article: Notes from the LF End User Summit jhubbard is talking about specs, not implementation. We don't really care that the SSD makers are keeping their implementation secret because we can figure out one just as good (in fact, far better they keep it secret than patent it). But I'm not sure what the point is about the missing specs, because the SSD manufacturers don't give us access to the underlying device. All we get is a SATA jack, so the only relevant spec is the SATA spec. On the other hand, many vendors offer flash memory with a PCI interface and complete specs on that interface. Isn't that all we need if we don't care for the disk drive emulation method of accessing flash?
(Log in to post comments)
Notes from the LF End User Summit Posted Nov 21, 2009 17:55 UTC (Sat) by giraffedata (subscriber, #1954) [Link] On the other hand, many vendors offer flash memory with a PCI interface and complete specs on that interface. I take this back. I remember having a conversation recently about this and while there are PCI flash memory devices available, and they're usable on Linux, apparently the interface protocol is not in fact specified and people use them on Linux via object code only device drivers. These device drivers present a Linux block device interface, which is almost as bad as SATA, in that it is designed for disk drives.
|
|||||||||||||