Re: [PATCH v2 2/3] block: support PI at non-zero offset within metadata

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

 



On 30.09.2024 13:57, Martin K. Petersen wrote:

Kanchan,

I spent a good deal of time on this today. I was thinking to connect
block read_verify/write_generate knobs to influence things at nvme level
(those PRCHK flags). But that will not be enough. Because with those
knobs block-layer will not attach meta-buffer, which is still needed.

The data was written under the condition when nvme driver set the
pi_type to 0 (even though at device level it was non-zero) during
integrity registration.

Thinking whether it will make sense to have a knob at the block-layer
level to do something like that i.e., override the set
integrity-profile with nop.

SCSI went to great lengths to ensure that invalid protection information
would never be written during normal operation, regardless of whether
the host sent PI or not. And thus the only time one would anticipate a
PI error was if the data had actually been corrupted.


Is this something we should work on bringin to the NVMe TWG?

Javier




[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