netdev - Re: [PATCH v23 00/22] Type2 device basic support

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: <5241fd0c-f8b2-42d1-9fd8-0de62a5940f9@amd.com>
Date: Wed, 11 Feb 2026 16:12:03 -0600
From: "Cheatham, Benjamin" <benjamin.cheatham@....com>
To: <alejandro.lucero-palau@....com>
CC: Alejandro Lucero <alucerop@....com>, <linux-cxl@...r.kernel.org>,
	<netdev@...r.kernel.org>, <dan.j.williams@...el.com>, <edward.cree@....com>,
	<davem@...emloft.net>, <kuba@...nel.org>, <pabeni@...hat.com>,
	<edumazet@...gle.com>, <dave.jiang@...el.com>
Subject: Re: [PATCH v23 00/22] Type2 device basic support

On 2/1/2026 9:54 AM, alejandro.lucero-palau@....com wrote:
> From: Alejandro Lucero <alucerop@....com>
> 
> This patchset should be applied on the cxl next branch using the base
> specified at the end of this cover letter.
> 
> Dependencies on Dan's work has gone and also on Terry's as the only
> patch required is now in next. The other dependency is on Smita patchset
> but it does not exist such a dependency as that work will not avoid the
> problem with Type2 and DAX/hmem if soft reserved memory. This needs to
> be solved by the BIOS and Type2 UEFI driver for populating the CXL.mem
> range as EFI_RESERVED_TYPE instead of default EFI_CONVENTIONAL_MEMORY
> with the EFI_MEMORY_SP attribute. There exists though a dependency on
> one Smita's patches:
> 
> [PATCH v5 3/7] cxl/region: Skip decoder reset on detach for autodiscovered regions
> 
> This is needed for the default behaviour with current BIOS configuration
> where the HDM Type2 decoders will be kept unreset when driver unloads.
> This is the main change introduced in v23: committed decoders will not
> be reset. Previous v22 functionality supported first driver load finding
> committed decoders but resetting them at unload and supporting
> uncommitted decoders in next driver loads. This will be suported in
> follow-up works.
> 
> v23 changes:
> 
>   patch 11: fixing minor issues and droping change in
> 	    should_emulate_decoders (Jonathan Cameron)
> 
>   patch13: refactoring unregister_region for safety type in Type2 API
> 
>   sfc changes: slight modifications to error path
> 

This cover letter is really long, I'd remove the change logs for anything more
than 3 revisions back (assuming a v24 is needed). After that you could leave
a lore link for older revisions if you want, but it's not needed imo.
Also, feel free to add my Reviewed-by for anything I didn't leave a comment on
(felt I should cut down on the mail).

Thanks,
Ben