Re: [PATCH blktests] nvme/{016,017}: use _check_genctr instead of _filter_discovery

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

 




On May 31, 2023 / 09:07, Yang Xu wrote:
Since commit 328943e3 ("Update tests for discovery log page changes"),
blktests also include the discovery subsystem itself. But it
will lead these cases fails on older nvme-cli system.

Thanks for this report. What is the nvme-cli version with the issue?


To avoid this, like nvme/002, use _check_genctr to check instead of
comparing many discovery Log Entry output.

Signed-off-by: Yang Xu <xuyang2018.jy@xxxxxxxxxxx>

The change looks fine to me, but I'd wait for comments by nvme
developers.

I'm ok with this change, but IIRC Chaitanya wanted that we keep checking
the full log-page output...

the original testcase was designed to validate the log page internals
and  that correctness cannot be established without looking into the log
page.

but given that how much churn this is generating eveytime something
changes in nvme-cli or in kernel implementation I'm really wondering is
that worth everyone's time ?

Sagi/Shinichiro any thoughts ?

Also back then I thought it'd create churn because the log page output
is not an interface.



[Index of Archives]     [Linux RAID]     [Linux SCSI]     [Linux ATA RAID]     [IDE]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Device Mapper]

  Powered by Linux