qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v2 13/16] nvme: factor out namespace setup


From: Philippe Mathieu-Daudé
Subject: Re: [PATCH v2 13/16] nvme: factor out namespace setup
Date: Fri, 24 Apr 2020 12:13:59 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0

On 4/16/20 8:03 AM, Klaus Birkelund Jensen wrote:
On Apr 15 15:26, Philippe Mathieu-Daudé wrote:
On 4/15/20 3:20 PM, Klaus Birkelund Jensen wrote:

I'll get the v1.3 series ready next.


Cool. What really matters (to me) is seeing tests. If we can merge tests
(without multiple namespaces) before the rest of your series, even better.
Tests give reviewers/maintainers confidence that code isn't breaking ;)


The patches that I contribute have been pretty extensively tested by
various means in a "host setting" (e.g. blktests and some internal
tools), which really exercise the device by doing heavy I/O, testing for
compliance and also just being mean to it (e.g. tripping bus mastering
while doing I/O).

Don't misunderstand me as trying to weasel my way out of writing tests,
but I just want to understand the scope of the tests that you are
looking for? I believe (hope!) that you are not asking me to implement a
user-space NVMe driver in the test, so I assume the tests should varify
more low level details?

I was thinking about something rather simple.

So you are adding the "multiple namespaces" feature, we want to test it.

If you can demonstrate it works with few I/O calls you could try with qtest, such:
https://www.mail-archive.com/address@hidden/msg695421.html

If it requires complex commands, since the user-space tools already exist, you can use an acceptance test booting Linux, installing the NVMe tools and use them. See tests/acceptance/linux_ssh_mips_malta.py or
https://www.mail-archive.com/address@hidden/msg656319.html

Regards,

Phil.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]