Kernel/Storage+Base: Fix boot_device_addressing document for NVMe
The LUN.target_id parameter points to a NVMe Namespace which starts from 1 and not 0. Fix the document to reflect the same while addressing a nvme device in the boot parameters
This commit is contained in:
parent
84e17fcbcc
commit
f8b67e1596
Notes:
sideshowbarker
2024-07-17 00:27:16 +09:00
Author: https://github.com/Panky-codes 🔰 Commit: https://github.com/SerenityOS/serenity/commit/f8b67e1596 Pull-request: https://github.com/SerenityOS/serenity/pull/17805
2 changed files with 2 additions and 2 deletions
|
@ -30,7 +30,7 @@ to address raw `StorageDevice`s:
|
|||
|
||||
```
|
||||
ata0:0:0 [First ATA controller, ATA first primary channel, master device]
|
||||
nvme0:0 [First NVMe Controller, First NVMe Namespace]
|
||||
nvme0:1:0 [First NVMe Controller, First NVMe Namespace, Not Applicable]
|
||||
ramdisk0 [First Ramdisk]
|
||||
```
|
||||
|
||||
|
|
|
@ -46,7 +46,7 @@ public:
|
|||
// For example, on a legacy ATA instance, one might connect an harddrive to the second IDE controller,
|
||||
// to the Primary channel as a slave device, which translates to LUN 1:0:1.
|
||||
// On NVMe, for example, connecting a second PCIe NVMe storage device as a sole NVMe namespace translates
|
||||
// to LUN 1:0:0.
|
||||
// to LUN 1:1:0.
|
||||
struct LUNAddress {
|
||||
u32 controller_id;
|
||||
u32 target_id;
|
||||
|
|
Loading…
Add table
Reference in a new issue