lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <158453976.61757055604113.JavaMail.epsvc@epcpadp1new>
Date: Thu, 4 Sep 2025 19:12:18 +0530
From: Neeraj Kumar <s.neeraj@...sung.com>
To: Ira Weiny <ira.weiny@...el.com>
Cc: linux-cxl@...r.kernel.org, nvdimm@...ts.linux.dev,
	linux-kernel@...r.kernel.org, gost.dev@...sung.com,
	a.manzanares@...sung.com, vishak.g@...sung.com, neeraj.kernel@...il.com,
	cpgs@...sung.com
Subject: Re: [PATCH V2 02/20] nvdimm/label: Prep patch to accommodate cxl
 lsa 2.1 support

On 19/08/25 10:38AM, Ira Weiny wrote:
>Neeraj Kumar wrote:
>> LSA 2.1 format introduces region label, which can also reside
>> into LSA along with only namespace label as per v1.1 and v1.2
>>
>> As both namespace and region labels are of same size of 256 bytes.
>
>Soft-NAK
>
>Having 2 data structures of the same size is not a reason to combine their
>types.
>
>Please explain how nd_namespace_label is related to the new region label
>and why combining them is a net benefit.  This change may need to be made
>later in the series if that makes it more understandable.
>

Hi Ira,

Currently we have support of LSA v1.1 and v1.2 in Linux, Where LSA can
only accommodate one type of labels, which is namespace label.

But as per LSA 2.1, LSA can accommodate both namespace and region
labels.

As v1.1 and v1.2 only namespace label therefore we have "struct
nd_namespace_label"

As this patch-set supports LSA 2.1, where an LSA can have any of
namespace or region label. It is therefore, introduced
"struct nd_lsa_label" in-place of "struct nd_namespace_label"

>> Thus renamed "struct nd_namespace_label" to "struct nd_lsa_label",
>> where both namespace label and region label can stay as union.
>
>For now I'm naking this patch unless there is some justification for
>changing all the names vs just introducing "nd_region_label" or whatever
>it might need to be named.
>
>Ira
>

I understand that this renaming has created some extra noise in existing
code. May be I will revisit this change and try using region label
handling
separately instead of using union.

Regards,
Neeraj


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ