Bryan J Smith wrote:
> NVMe boot is now the mainstay of GRUB2-EFI/linuxefi (64-bit uEFI Disk
> Services) since circa 2014 as well, and getting more universal support
> in firmware, Linux distros, etc... with the brand new generation of
> devices in sampling or even hitting the market (e.g., Intel 750
> series).

On an unrelated, but still "future looking" note, LPI is going to have
to decide how much "hardware" it wants to keep covering, or not.

The reason I bring this up is because various Small Form Factor (SFF)
connectors are getting rampant in the new generation of storage, and
most people associate some connectors with select interfaces.

E.g., SFF-8639 aka "U.2" is pretty much being associated with
PCIe+NVMe for desktops (possibly notebooks in the future), when one is
not using a notebook where M.2 has established itself (3 types for
PCIe x2-x4, 4+ types for SATA, etc... -- but typically type B and M
are most popular).

For those interested, i made a post to one of the LUGs on these
details recently. [1a] [1b]

So ... we're going to have to watch ourselves with the usage of "SATA"
(or even "SAS") and other things.  This is why I've been advocating
that we might want to reconsider the terminology, and move away from
"physical" interfaces ... to "logical" ones.

I.e.,
- AHCI
- NVMe
- SCSI

AHCI usually (but does not have to) provides managed, 32-bit logical
[PC/]ATA[ttachment], a standard committing around, physically 16-bit
(but often logically 32-bit) Integrated Drive Electronics (IDE), based
on 8/16-bit ESDI (which maintains loose 8-bit ST-506 compatibility,
like BIOS In13h).

NVMe is a long story, but is the first standard that breaks the
long-standing, ESDI compatibility.  The commanding is completely
different than AHCI, designed for NAND devices which act more like ROM
aka 'slow RAM' (but extremely fast compared to platter seek).

SCSI (really SCSI-3 protocol) is still implemented heavily -- FC,
iSCSI, SAS, etc...

-- bjs

[1a] http://www.firemountain.net/pipermail/novalug/2015-August/045628.html
[1b] http://www.firemountain.net/pipermail/novalug/2015-August/045630.html


-- 
Bryan J Smith - http://www.linkedin.com/in/bjsmith
_______________________________________________
lpi-examdev mailing list
[email protected]
http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev

Reply via email to