Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Bagian ini menjelaskan antarmuka Metode Khusus Perangkat (_DSM) yang dirancang untuk memetakan ke standar Antarmuka Yang Didukung Energi Yang Dapat Diatasi Byte JEDEC untuk meminimalkan kompleksitas BIOS. Ini memberikan dasar umum fungsi perangkat pelaporan & kemampuan, sehingga perangkat lunak OS dapat berinteraksi dengan berbagai implementasi melalui mekanisme yang sama. Selanjutnya, ini memungkinkan dukungan untuk fungsionalitas khusus vendor melalui akses ke register I2C.
Platform yang sesuai dengan antarmuka _DSM untuk Byte Addressable Energy Backed Function Class (Antarmuka Fungsi 1) dapat mendukung NVDIMM-N yang mengimplementasikan spesifikasi ANTARMUKA yang Didukung Energi Yang Dapat Diatasi Byte JEDEC (kelas fungsi 0x01 dan antarmuka fungsi 0x01). Untuk informasi selengkapnya, lihat spesifikasi JEDEC Byte Addressable Energy Backed Interface (dokumen JESD245).
Definisi GUID
GUID untuk antarmuka _DSM Kelas Fungsi yang Didukung Energi yang Dapat Diatasi Byte JEDEC adalah 1EE68B36-D4BD-4a1a-9A16-4F8E53D46E05.
Fungsi dan bidang wajib
Fungsi _DSM yang ditentukan di bagian ini harus diimplementasikan dalam objek perangkat Namespace NVDIMM ACPI. Istilah Wajib mengacu pada apakah fungsi harus mengembalikan data yang valid atau tidak.
Tabel berikut menentukan fungsi dan bidang yang wajib, di mana "ESP" adalah singkatan dari "Kebijakan Sumber Energi".
Input Metode _DSM
Arg3 ke semua fungsi adalah nilai Paket. Jika fungsi tidak mengambil argumen input, nilai Paket tidak berisi data. Jika fungsi mengambil argumen input, nilai Paket berisi buffer.
Jika fungsi tidak mengambil argumen input dan Arg3 bukan Paket kosong, fungsi akan mengembalikan Kode Status Umum Parameter Input Tidak Valid.
Output Metode _DSM
Semua metode akan mengembalikan buffer panjang yang lebih besar dari atau sama dengan 4 byte. 4 byte pertama dari buffer pengembalian disusun sebagai berikut:
| Bidang | Panjang byte | Offset byte | Deskripsi |
|---|---|---|---|
| Kode Status Umum | 2 | 0 | Kode status umum. Lihat di bawah untuk kemungkinan nilai. |
| Kode Kesalahan Function-Specific | 1 | 2 | Kode kesalahan yang khusus untuk fungsi yang dipanggil. Bidang ini hanya berisi informasi yang valid jika Kode Status Umum sama dengan Kode Kesalahan Khusus Fungsi. |
| Kode Kesalahan Khusus Vendor | 1 | 3 | Kode status khusus vendor. Bidang ini hanya berisi informasi yang valid jika Kode Status Umum sama dengan Kode Kesalahan Khusus Vendor. |
Berikut ini adalah nilai yang mungkin untuk Kode Status Umum.
| Nilai | Makna |
|---|---|
| 0 | Berhasil |
| 1 | Tidak Didukung |
| 2 | Parameter Input Tidak Valid |
| 3 | Kesalahan Komunikasi I2C |
| 4 | Kode Kesalahan Function-Specific |
| 5 | Kode Kesalahan Khusus Vendor |
| 6 | 0xFFFF – Dicadangkan |
Kode Status Umum non-nol menunjukkan bahwa fungsi gagal. Tidak ada fungsi yang ditentukan dalam versi spesifikasi ini yang akan mengembalikan Kode Status UmumTidak Didukung. Semua fungsi wajib harus mengembalikan data yang valid atau kode kesalahan yang menunjukkan kesalahan runtime. Fungsi yang tidak wajib dapat mengembalikan Kode Kesalahan Function-Specific untuk memberi sinyal bahwa tidak ada data yang valid untuk dikembalikan.
Semua bit dan byte yang dipesan harus memiliki nilai 0. Kecuali dinyatakan sebaliknya, semua bidang multi-byte harus diwakili dengan cara little-endian.
Catatan
Referensi ke register Byte Addressable Energy-Backed Interface menjelaskan banyak bidang pengembalian untuk fungsi yang ditentukan dalam antarmuka ini. Bidang-bidang ini harus identik dengan register yang ditentukan dalam revisi "Byte Addressable Energy Backed Interface, versi 1.0, JEDEC Standard No. 2233-22" dari spesifikasi antarmuka Byte-Addressable Energy-Backed. Versi spesifikasi dilaporkan di bidang Revisi Spesifikasi yang dikembalikan oleh fungsi Dapatkan Identifikasi NVDIMM-N (Indeks Fungsi 1).
Beberapa bidang pengembalian mengacu pada informasi tentang Sumber Energi (ES). Ketika kebijakan ES dikelola perangkat, platform harus membaca register perangkat keras yang ditentukan dalam deskripsi bidang untuk mengambil semua informasi terkait ES. Ketika kebijakan ES dikelola host, platform harus mendapatkan informasi terkait ES melalui mekanisme khusus platform. Dalam hal ini, semua informasi terkait ES harus disajikan dalam tata letak biner yang sama dengan register perangkat keras yang ditentukan dalam deskripsi bidang.