8000 Adding the NVMe driver by Meandres · Pull Request #71 · miniosv/miniosv · GitHub
[go: up one dir, main page]

Skip to content

Adding the NVMe driver - #71

Open
Meandres wants to merge 9 commits into
masterfrom
drivers/nvme
Open

Meandres wants to merge 9 commits into
masterfrom
drivers/nvme

Conversation

@Meandres
@Meandres Meandres commented Nov 6, 2026
Copy link
Copy Markdown
Collaborator

Note

This builds on top of the mem/subsystem (#47 ) PR. It allocates memory with the new functions. Should only be merged after the memory branch

I just went with the NVMe driver in our fork. It creates queues in interrupt mode by default. They can be switched afterwards to poll mode (they still keep MSI-X interrupts set up).

Meandres and others added 9 commits September 10, 2026 07:02
Resolution: the suite moved to tests/ and gained os-string, the arch
mmu.o line is still gone while master's x64 memcmp rule stays, and the
overview points at tests/.
Carried over from the TUM-DSE fork, with lockfree/ring.hh: admin and I/O
queue pairs, MSI-X completions, and I/O queues that are either polled or
interrupt-driven. It allocates through mem::, with no block layer and no
filesystem behind it.
The admin queue sends a payload as a single PRP entry, which covers one
page from its own offset, so a buffer from plain new is filled only up to
the page boundary. The second controller read CQES, at byte 513, as zero
and asserted; the first survived on a smaller offset.
@Meandres
Meandres requested a review from seb711 November 6, 2026 07:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

0