From: Andrew Jones <ajones@ventanamicro.com>
To: Sunil V L <sunilvl@ventanamicro.com>
Cc: linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org,
linux-acpi@vger.kernel.org,
Paul Walmsley <paul.walmsley@sifive.com>,
Palmer Dabbelt <palmer@dabbelt.com>,
Albert Ou <aou@eecs.berkeley.edu>,
"Rafael J . Wysocki" <rafael@kernel.org>,
Len Brown <lenb@kernel.org>,
Conor Dooley <conor.dooley@microchip.com>,
Anup Patel <apatel@ventanamicro.com>,
Ard Biesheuvel <ardb@kernel.org>,
Atish Kumar Patra <atishp@rivosinc.com>
Subject: Re: [PATCH v3 -next 2/3] RISC-V: ACPI: RHCT: Add function to get CBO block sizes
Date: Tue, 17 Oct 2023 19:03:53 +0200 [thread overview]
Message-ID: <20231017-3518118151d433af9905238f@orel> (raw)
In-Reply-To: <ZS6qq1Y9bLZ868KI@sunil-laptop>
On Tue, Oct 17, 2023 at 09:09:23PM +0530, Sunil V L wrote:
> On Tue, Oct 17, 2023 at 10:37:41AM +0200, Andrew Jones wrote:
> > On Mon, Oct 16, 2023 at 10:19:57PM +0530, Sunil V L wrote:
> > > Cache Block Operation (CBO) related block size in ACPI is provided by RHCT.
> > > Add support to read the CMO node in RHCT to get this information.
> > >
> > > Signed-off-by: Sunil V L <sunilvl@ventanamicro.com>
> > > ---
> > > arch/riscv/include/asm/acpi.h | 6 +++
> > > drivers/acpi/riscv/rhct.c | 93 +++++++++++++++++++++++++++++++++++
> > > 2 files changed, 99 insertions(+)
> > >
> > > diff --git a/arch/riscv/include/asm/acpi.h b/arch/riscv/include/asm/acpi.h
> > > index d5604d2073bc..7dad0cf9d701 100644
> > > --- a/arch/riscv/include/asm/acpi.h
> > > +++ b/arch/riscv/include/asm/acpi.h
> > > @@ -66,6 +66,8 @@ int acpi_get_riscv_isa(struct acpi_table_header *table,
> > > unsigned int cpu, const char **isa);
> > >
> > > static inline int acpi_numa_get_nid(unsigned int cpu) { return NUMA_NO_NODE; }
> > > +void acpi_get_cbo_block_size(struct acpi_table_header *table, u32 *cbom_size,
> > > + u32 *cboz_size, u32 *cbop_size);
> > > #else
> > > static inline void acpi_init_rintc_map(void) { }
> > > static inline struct acpi_madt_rintc *acpi_cpu_get_madt_rintc(int cpu)
> > > @@ -79,6 +81,10 @@ static inline int acpi_get_riscv_isa(struct acpi_table_header *table,
> > > return -EINVAL;
> > > }
> > >
> > > +static inline void acpi_get_cbo_block_size(struct acpi_table_header *table,
> > > + u32 *cbom_size, u32 *cboz_size,
> > > + u32 *cbop_size) { }
> > > +
> > > #endif /* CONFIG_ACPI */
> > >
> > > #endif /*_ASM_ACPI_H*/
> > > diff --git a/drivers/acpi/riscv/rhct.c b/drivers/acpi/riscv/rhct.c
> > > index b280b3e9c7d9..105f1aaa3fac 100644
> > > --- a/drivers/acpi/riscv/rhct.c
> > > +++ b/drivers/acpi/riscv/rhct.c
> > > @@ -8,6 +8,7 @@
> > > #define pr_fmt(fmt) "ACPI: RHCT: " fmt
> > >
> > > #include <linux/acpi.h>
> > > +#include <linux/bits.h>
> > >
> > > static struct acpi_table_header *acpi_get_rhct(void)
> > > {
> > > @@ -81,3 +82,95 @@ int acpi_get_riscv_isa(struct acpi_table_header *table, unsigned int cpu, const
> > >
> > > return -1;
> > > }
> > > +
> > > +static void acpi_parse_hart_info_cmo_node(struct acpi_table_rhct *rhct,
> > > + struct acpi_rhct_hart_info *hart_info,
> > > + u32 *cbom_size, u32 *cboz_size, u32 *cbop_size)
> > > +{
> > > + u32 size_hartinfo = sizeof(struct acpi_rhct_hart_info);
> > > + u32 size_hdr = sizeof(struct acpi_rhct_node_header);
> > > + struct acpi_rhct_node_header *ref_node;
> > > + struct acpi_rhct_cmo_node *cmo_node;
> > > + u32 *hart_info_node_offset;
> > > +
> > > + hart_info_node_offset = ACPI_ADD_PTR(u32, hart_info, size_hartinfo);
> > > + for (int i = 0; i < hart_info->num_offsets; i++) {
> > > + ref_node = ACPI_ADD_PTR(struct acpi_rhct_node_header,
> > > + rhct, hart_info_node_offset[i]);
> > > + if (ref_node->type == ACPI_RHCT_NODE_TYPE_CMO) {
> > > + cmo_node = ACPI_ADD_PTR(struct acpi_rhct_cmo_node,
> > > + ref_node, size_hdr);
> > > + if (cbom_size && cmo_node->cbom_size <= 30) {
> > > + if (!*cbom_size) {
> > > + *cbom_size = BIT(cmo_node->cbom_size);
> > > + } else if (*cbom_size !=
> > > + BIT(cmo_node->cbom_size)) {
> >
> > No need to break the if line, we can go to 100 chars. And then, since both
> > the if and else if arms only have single statements, all the {} can be
> > dropped too. Same comment for cboz and cbop.
> >
> Yeah, it is a side effect of working on repos with different coding
> standards. It is interesting that checkpatch didn't recommend to remove
> the braces. Let me fix it in next revision. Thanks!.
I think checkpatch is OK with single lines that get broken into multiple
lines having braces around them. In fact, it may even be preferred. My
suggestion is to not break the line though, so checkpatch would likely
complain after turning these lines into true single lines.
Thanks,
drew
next prev parent reply other threads:[~2023-10-17 17:03 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-16 16:49 [PATCH v3 -next 0/3] RISC-V: ACPI improvements Sunil V L
2023-10-16 16:49 ` [PATCH v3 -next 1/3] RISC-V: ACPI: Enhance acpi_os_ioremap with MMIO remapping Sunil V L
2023-10-16 16:49 ` [PATCH v3 -next 2/3] RISC-V: ACPI: RHCT: Add function to get CBO block sizes Sunil V L
2023-10-17 8:37 ` Andrew Jones
2023-10-17 15:39 ` Sunil V L
2023-10-17 17:03 ` Andrew Jones [this message]
2023-10-16 16:49 ` [PATCH v3 -next 3/3] RISC-V: cacheflush: Initialize CBO variables on ACPI systems Sunil V L
2023-10-17 8:41 ` Andrew Jones
2023-10-17 18:38 ` Samuel Holland
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20231017-3518118151d433af9905238f@orel \
--to=ajones@ventanamicro.com \
--cc=aou@eecs.berkeley.edu \
--cc=apatel@ventanamicro.com \
--cc=ardb@kernel.org \
--cc=atishp@rivosinc.com \
--cc=conor.dooley@microchip.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@sifive.com \
--cc=rafael@kernel.org \
--cc=sunilvl@ventanamicro.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox