Received: by 2002:a05:7412:d8a:b0:e2:908c:2ebd with SMTP id b10csp3245222rdg; Tue, 17 Oct 2023 08:39:58 -0700 (PDT) X-Google-Smtp-Source: AGHT+IESht3XXIe8VtZQbmmlpBCaeVI7IV13WelHfevc702a4IBNHXCrWqwO6nY5eywG/uPh/nI8 X-Received: by 2002:a17:903:24d:b0:1ca:8b74:17f2 with SMTP id j13-20020a170903024d00b001ca8b7417f2mr2972509plh.6.1697557198532; Tue, 17 Oct 2023 08:39:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697557198; cv=none; d=google.com; s=arc-20160816; b=BJ1/MuF2y/dZQjsuCjhDIxBnBLpoFB8GPyYO/ha9VuBgRgFXgZdxH/kWe/GNNDY1bg 3sMgDim4BBlij770ZSueZ4Cd7fmdprow290Srf094bNnuBk8NNF6TNxLxvO5ALQrigl/ KwazIXa10lQu9SUzO3a5yGwwnM/MMlvvXc8m3yaCdxKm4yv+oNn5WHxKIZqiyF6f/sf5 29f4Kz07M2A0dHx4zZsjnxFqQ454e34eCdMuL1DMo+kZh1jEf15OPm3mnOrx+l+4bb1R 1mFc1khRuvgk9a6YkFSaOxC4FY3k+w+3lvfxqGsaBsXy91nysO6tuCFvvsjXSXU7jCBv D0yg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=gDD/uryQTLCU5uMx9saGkKWkdjsc7ClRnhXCpgMi6iw=; fh=0CLeKvwV1huUtkSpPP957RTe4LWww13cv6j5MXefnC4=; b=pwJKmzh9Zqhy2WF5SAYWgEByRfsSNm3BXW/KH4aZnarUi3/UQY4BWfrfajCvAM5FXM k5Y8RxSWr6m7EUFpOqtEov0iWUkSmA5X8aB2SAvx2OSEneSg95WBuVYBk51gIrOQ4vke sUPKKN2e/pbA7JE2trvqpXbbxnc3U7/wUshktsn5BrLaBn7UKG9g5BPCOcAdKmuuop91 rmL9oxWcEgWXmhMzf2Ww0NwvMwRe14QJb/96VN3V/KzuIoGV5wHPCfKbD2rtJDWOlEb5 rB6d2afMyB+tXXP71EBSps+I3ayX9eyxqZNsFa0wnDWhnFTklOdnvjt2PSRkJnmTtTFO B9aw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ventanamicro.com header.s=google header.b=T0B5KIvH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from morse.vger.email (morse.vger.email. [23.128.96.31]) by mx.google.com with ESMTPS id l5-20020a170903120500b001bbcddd6e82si2243611plh.91.2023.10.17.08.39.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 17 Oct 2023 08:39:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) client-ip=23.128.96.31; Authentication-Results: mx.google.com; dkim=pass header.i=@ventanamicro.com header.s=google header.b=T0B5KIvH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by morse.vger.email (Postfix) with ESMTP id D225A801C52D; Tue, 17 Oct 2023 08:39:55 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at morse.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343939AbjJQPjg (ORCPT + 99 others); Tue, 17 Oct 2023 11:39:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47344 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229459AbjJQPje (ORCPT ); Tue, 17 Oct 2023 11:39:34 -0400 Received: from mail-pl1-x62f.google.com (mail-pl1-x62f.google.com [IPv6:2607:f8b0:4864:20::62f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 96AFA9F for ; Tue, 17 Oct 2023 08:39:32 -0700 (PDT) Received: by mail-pl1-x62f.google.com with SMTP id d9443c01a7336-1c871a095ceso40260275ad.2 for ; Tue, 17 Oct 2023 08:39:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ventanamicro.com; s=google; t=1697557172; x=1698161972; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=gDD/uryQTLCU5uMx9saGkKWkdjsc7ClRnhXCpgMi6iw=; b=T0B5KIvHjyJWEyO+P27cR3wrnbLUSWALFCbAOWBnddAlxNz68dy/WI+GXa6JCHA+KT FSuWAtZMz8WO1mCey6n84qKaOlrluj78M1kEheIrTfNXipPVKdkCkU6F9DkQVI23z1SN c16DGLBRV1CcfwIxsrMCJYpurvwL3H/FATNYIR1BuXYM0+ZO3t3LQTkjqVC3Jrqzq2L8 orHr0RElUyanPAJRIFzfO5H/S4Nz2NlPLH6Ywn5ogLTWc045vrMZ8vCLYEvvEYrIybgk Ouj7z+8YbqRDXbQzYZ/bLi67rxDCNBldIgu3JXs9hvpahcjjD+pLcQ4mduZziragSvCB 1YQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697557172; x=1698161972; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=gDD/uryQTLCU5uMx9saGkKWkdjsc7ClRnhXCpgMi6iw=; b=nhtXSQ02/SDKcjC7Wg5Vo5UDgKGWJMF2PwvMsSZATanSJxlA6rAzxxijUhD4u4CCZo q02H2Wk9Y7t1iauVF7e3UFZ1TZtnJ+bFWJeQ1gUOIHcenOjUn/J3oNPp183SrJLyHg3J QR36kohdVraRO4D/VAuDGgqmFnk9MWCkNQqpcXHd2OBfdfwOXbCvRweSfT0avr/uqpU4 FtvGkKdksJccnjukeRFYOSyIKOkAcRIjQA6t9eBhfr9xah03UYJBTlCP2Q5NAgaaEZ/7 iOVtZ9+OrvDriPuP055wHZDh9FtUnfS0LIBm+qC2GNrnWsUzBugHNBIHS6qc3JKJvB2/ oPzQ== X-Gm-Message-State: AOJu0Yz/PhJ069fsrGUFkOZyYColy298jv7OpAPd5SxAhSCxuCGW2k0P R7it4dVePTmW5CTKHvq/dSKWuw== X-Received: by 2002:a17:903:27cf:b0:1ca:8e79:53af with SMTP id km15-20020a17090327cf00b001ca8e7953afmr2249385plb.3.1697557171977; Tue, 17 Oct 2023 08:39:31 -0700 (PDT) Received: from sunil-laptop ([106.51.188.78]) by smtp.gmail.com with ESMTPSA id e1-20020a17090301c100b001c619fbd5fbsm1707303plh.298.2023.10.17.08.39.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 17 Oct 2023 08:39:31 -0700 (PDT) Date: Tue, 17 Oct 2023 21:09:23 +0530 From: Sunil V L To: Andrew Jones Cc: linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, Paul Walmsley , Palmer Dabbelt , Albert Ou , "Rafael J . Wysocki" , Len Brown , Conor Dooley , Anup Patel , Ard Biesheuvel , Atish Kumar Patra Subject: Re: [PATCH v3 -next 2/3] RISC-V: ACPI: RHCT: Add function to get CBO block sizes Message-ID: References: <20231016164958.1191529-1-sunilvl@ventanamicro.com> <20231016164958.1191529-3-sunilvl@ventanamicro.com> <20231017-b394a120094eeee31693e9a7@orel> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231017-b394a120094eeee31693e9a7@orel> X-Spam-Status: No, score=2.7 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_SBL_CSS,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.6 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on morse.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (morse.vger.email [0.0.0.0]); Tue, 17 Oct 2023 08:39:56 -0700 (PDT) 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 > > --- > > 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 > > +#include > > > > 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!. > > + pr_warn("CBOM size is not the same across harts\n"); > > + } > > + } > > + > > + if (cboz_size && cmo_node->cboz_size <= 30) { > > + if (!*cboz_size) { > > + *cboz_size = BIT(cmo_node->cboz_size); > > + } else if (*cboz_size != > > + BIT(cmo_node->cboz_size)) { > > + pr_warn("CBOZ size is not the same across harts\n"); > > + } > > + } > > + > > + if (cbop_size && cmo_node->cbop_size <= 30) { > > + if (!*cbop_size) { > > + *cbop_size = BIT(cmo_node->cbop_size); > > + } else if (*cbop_size != > > + BIT(cmo_node->cbop_size)) { > > + pr_warn("CBOP size is not the same across harts\n"); > > + } > > + } > > + } > > + } > > +} > > + > > +/* > > + * During early boot, the caller should call acpi_get_table() and pass its pointer to > > + * these functions(and free up later). At run time, since this table can be used > ^ add a space here > > > + * multiple times, pass NULL so that the table remains in memory > > + */ > > +void acpi_get_cbo_block_size(struct acpi_table_header *table, u32 *cbom_size, > > + u32 *cboz_size, u32 *cbop_size) > > +{ > > + u32 size_hdr = sizeof(struct acpi_rhct_node_header); > > + struct acpi_rhct_node_header *node, *end; > > + struct acpi_rhct_hart_info *hart_info; > > + struct acpi_table_rhct *rhct; > > + > > + if (acpi_disabled) > > + return; > > + > > + if (table) { > > + rhct = (struct acpi_table_rhct *)table; > > + } else { > > + rhct = (struct acpi_table_rhct *)acpi_get_rhct(); > > Not an issue of this patch, but it seems like acpi_get_rhct() should > return a struct acpi_table_rhct pointer instead of a struct > acpi_table_header pointer since it's specifically returning an RHCT. > Makes sense. Let me add a patch to improve this. > > + if (!rhct) > > + return; > > + } > > + > > + if (cbom_size) > > + *cbom_size = 0; > > + > > + if (cboz_size) > > + *cboz_size = 0; > > + > > + if (cbop_size) > > + *cbop_size = 0; > > + > > + end = ACPI_ADD_PTR(struct acpi_rhct_node_header, rhct, rhct->header.length); > > + for (node = ACPI_ADD_PTR(struct acpi_rhct_node_header, rhct, rhct->node_offset); > > + node < end; > > + node = ACPI_ADD_PTR(struct acpi_rhct_node_header, node, node->length)) { > > + if (node->type == ACPI_RHCT_NODE_TYPE_HART_INFO) { > > + hart_info = ACPI_ADD_PTR(struct acpi_rhct_hart_info, node, size_hdr); > > + acpi_parse_hart_info_cmo_node(rhct, hart_info, cbom_size, > > + cboz_size, cbop_size); > > + } > > + } > > +} > > -- > > 2.39.2 > > > > Other than the nits > > Reviewed-by: Andrew Jones > Thanks a lot for the review! Sunil