Re: [PATCH blktests v1] nvme/045: test queue count changes on reconnect

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

 



On Wed, Aug 31, 2022 at 12:44:20PM +0000, Chaitanya Kulkarni wrote:
> On 8/31/22 05:09, Daniel Wagner wrote:
> > The target is allowed to change the number of I/O queues. Test if the
> > host is able to reconnect in this scenario.
> > 
> > This test depends that the target supporting setting the amount of I/O
> > queues via attr_qid_max configfs file. If this not the case, the test
> > will always pass. Unfortunatly, we can't test if the file exist before
> > creating a subsystem.
> 
> Perhaps create a subsystem and skip the test instead of passing with
> right skip reason since it creates  ?

I was not sure if it's worth to create a dummy subsystem just to test if
we have the feature. Thinking about it, my version could lead to false
positives which is also bad.

> OR that is too complicated to implement in the test ?

Don't think so. But I might go ahead and create a generic 'does attr'
exist function.



[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