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]
Date: Tue, 30 Jan 2024 05:09:32 +0000
From: JeeHeng Sia <jeeheng.sia@...rfivetech.com>
To: Conor Dooley <conor@...nel.org>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"linux-riscv@...ts.infradead.org" <linux-riscv@...ts.infradead.org>,
	"paul.walmsley@...ive.com" <paul.walmsley@...ive.com>, "palmer@...belt.com"
	<palmer@...belt.com>, "aou@...s.berkeley.edu" <aou@...s.berkeley.edu>,
	"sudeep.holla@....com" <sudeep.holla@....com>, "robh@...nel.org"
	<robh@...nel.org>, "conor.dooley@...rochip.com" <conor.dooley@...rochip.com>,
	"suagrfillet@...il.com" <suagrfillet@...il.com>
Subject: RE: [RFC v1 0/2] riscv: Cache Population Code Refactoring for ACPI
 and DT Support



> -----Original Message-----
> From: Conor Dooley <conor@...nel.org>
> Sent: Monday, January 29, 2024 7:50 PM
> To: JeeHeng Sia <jeeheng.sia@...rfivetech.com>
> Cc: linux-kernel@...r.kernel.org; linux-riscv@...ts.infradead.org; paul.walmsley@...ive.com; palmer@...belt.com;
> aou@...s.berkeley.edu; sudeep.holla@....com; robh@...nel.org; conor.dooley@...rochip.com; suagrfillet@...il.com
> Subject: Re: [RFC v1 0/2] riscv: Cache Population Code Refactoring for ACPI and DT Support
> 
> On Sun, Jan 28, 2024 at 11:59:55PM -0800, Sia Jee Heng wrote:
> > This series of patches refactors the cache population function to
> > seamlessly accommodate both DT and ACPI-based platforms. Additionally,
> > to streamline the code, the unused parameter in the ci_leaf_init()
> > function has been removed.
> 
> Why's this an RFC? I don't see any mention of why.
My bad, I should have mentioned the reason in the cover letter.
Btw, the reason treating this as RFC patch is because I am seeking for more
opinions as it is the first try for riscv acpi based cacheinfo.
> 
> Thanks,
> Conor.
> 
> >
> > Sia Jee Heng (2):
> >   riscv: cacheinfo: Remove unused parameter
> >   riscv: cacheinfo: Refactor populate_cache_leaves()
> >
> >  arch/riscv/kernel/cacheinfo.c | 50 ++++++++++++++---------------------
> >  1 file changed, 20 insertions(+), 30 deletions(-)
> >
> >
> > base-commit: 41bccc98fb7931d63d03f326a746ac4d429c1dd3
> > --
> > 2.34.1
> >
> >
> > _______________________________________________
> > linux-riscv mailing list
> > linux-riscv@...ts.infradead.org
> > http://lists.infradead.org/mailman/listinfo/linux-riscv

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ