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: <CAEEQ3wmHH6=ZNCEq3hV6Cmf7gGd0kZsH-3VYr6awZmPCz8h_cA@mail.gmail.com>
Date: Wed, 24 Dec 2025 16:40:26 +0800
From: yunhui cui <cuiyunhui@...edance.com>
To: Drew Fustini <fustini@...nel.org>
Cc: Paul Walmsley <paul.walmsley@...ive.com>, Palmer Dabbelt <palmer@...belt.com>, 
	Albert Ou <aou@...s.berkeley.edu>, Alexandre Ghiti <alex@...ti.fr>, Conor Dooley <conor@...nel.org>, 
	Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>, 
	Kornel Dulęba <mindal@...ihalf.com>, 
	Adrien Ricciardi <aricciardi@...libre.com>, James Morse <james.morse@....com>, 
	Atish Kumar Patra <atishp@...osinc.com>, Atish Patra <atish.patra@...ux.dev>, 
	Vasudevan Srinivasan <vasu@...osinc.com>, Conor Dooley <conor.dooley@...rochip.com>, guo.wenjia23@....com.cn, 
	liu.qingtao2@....com.cn, linux-riscv@...ts.infradead.org, 
	linux-kernel@...r.kernel.org, devicetree@...r.kernel.org
Subject: Re: [External] [PATCH v4 0/3] RISC-V: Detect Ssqosid extension and
 handle srmcfg CSR

Hi Drew,

[3] https://lore.kernel.org/all/20250910204309.20751-1-james.morse@arm.com/
seems to have been merged into the mainline. Do you plan to submit a
series of ssqosid + cbqri patches with ACPI support?

Thanks,
Yunhui

On Sat, Oct 11, 2025 at 5:56 AM Drew Fustini <fustini@...nel.org> wrote:
>
> On Fri, Oct 10, 2025 at 08:23:50PM +0800, yunhui cui wrote:
> > Hi Drew,
> [snip]
> > > I think it makes sense to first focus on the detection of Ssqosid and
> > > handling of srmcfg when switching tasks. It has been tested against a
> > > QEMU branch that implements Ssqosid and CBQRI [6]. A test driver [7]
> > > was used to set srmcfg for the current process. This allows switch_to
> > > to be tested without resctrl.
> >
> > Could we consider submitting the entire QoS functionality as a single
> > integrated patchset (indicating the upstream branch that the patchset
> > is based on)? This should include the content from
> > https://lore.kernel.org/linux-riscv/20230419111111.477118-1-dfustini@baylibre.com/
>
> Thanks for the feedback. I had thought that submitting Ssqosid
> separately would streamline the review of the parts that most affects
> existing arch/riscv code (like switch_to.h) before adding code for CBQRI
> and resctrl integration.
>
> But I have gotten similar feedback from another person too. I can post a
> complete series that adds Ssqosid and CBQRI support including the
> resctrl interface. I have a cbqri branch [1] on top of riscv/for-next.
> I need to clean up some of the code, and then I can send a series with
> ssqosid+cbqri.
>
> That cbqri branch just has device tree support in order to demonstrate
> the resctrl functionality. However, I did also work on support for the
> ACPI RQSC table earlier this year for a proof of concept [2]. I have
> been thinking that I will hold back the ACPI support until after Ssqosid
> and CBQRI support is reviewed. It also depends on some improvements
> regarding the ACPI PPTT table that James Morse is currently working on for
> ARM MPAM support [3].
>
> Thanks,
> Drew
>
> [1] https://git.kernel.org/pub/scm/linux/kernel/git/fustini/linux.git/log/?h=b4/cbqri
> [2] https://lf-rise.atlassian.net/wiki/spaces/HOME/pages/433291272/ACPI+RQSC+Proof+of+Concept
> [3] https://lore.kernel.org/all/20250910204309.20751-1-james.morse@arm.com/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ