What should we do about the nvme atomics mess?
Chaitanya Kulkarni
chaitanyak at nvidia.com
Mon Jul 7 16:35:58 PDT 2025
On 7/7/25 08:56, Keith Busch wrote:
> On Mon, Jul 07, 2025 at 05:26:46PM +0200, Hannes Reinecke wrote:
>> On 7/7/25 16:24, Keith Busch wrote:
>>> On Mon, Jul 07, 2025 at 04:18:34PM +0200, Christoph Hellwig wrote:
>>>> We could:
>>>>
>>>> I. revert the check and the subsequent fixup. If you really want
>>>> to use the nvme atomics you already better pray a lot anyway
>>>> due to issue 1)
>>>> II. limit the check to multi-controller subsystems
>>>> III. don't allow atomics on controllers that only report AWUPF and
>>>> limit support to controllers that support that more sanely
>>>> defined NAWUPF
>>>>
>>>> I guess for 6.16 we are limited to I. to bring us back to the previous
>>>> state, but I have a really bad gut feeling about it given the really
>>>> bad spec language and a lot of low quality NVMe implementations we're
>>>> seeing these days.
>>> I like option III. The controler scoped atomic size is broken for all
>>> the reasons you mentioned, so I vote we not bother trying to make sense
>>> of it.
>>>
>> Agree. We might consider I. as a fixup for stable, but should continue
>> with III going forward.
> I think the NVMe TWG might want to consider an ECN to deprecate or at
> least recommend against AUWPF, too.
We should really find a way to fix this in the spec, I'll be happy to add
this topic and agenda so we can discuss it at a length, before that happens
option III seems right way to fix it.
-ck
More information about the Linux-nvme
mailing list