From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 7AC22C4345F for ; Thu, 2 May 2024 10:13:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=dw8xaLQpA942zmm4Pzt8vuA7LRw8yKd9KOuoqtkMpHQ=; b=M6ZMa3dMdpYxxi juw5XnhHKSc5ugICWWuO/uXH8ZLg1RzSB5wUfr2rmYFzT9LYvzv3+z4i8dhkpcB8teTtCi5UYF5Z7 pXAcUgCzpd6FS7w6cLBPEJ52xeiR7Xk0aPJjYIYqkkScM4qKSIjDPYWtG0EHmLm+PDrhwADrLcar2 HXG3YtpYURh3wQ/jfwBofA8rVXWXB7HSv3os1mqiyU5RibCvn5R/z1/44zhdjrESV3/DpnsMJS4Ls woUSLiII5Y2jxC+Y7ky6U9HTsbsRkh7zbxpvf0EU8+5kQqicLrU4xqtqwpKhmurQGkuneP2M7FmZi FqKGA28TTxucKFk+QmZw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1s2TR1-0000000CIFP-2eBR; Thu, 02 May 2024 10:13:03 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1s2TQy-0000000CIEA-1RZU; Thu, 02 May 2024 10:13:01 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 073A62F4; Thu, 2 May 2024 03:13:15 -0700 (PDT) Received: from bogus (e103737-lin.cambridge.arm.com [10.1.197.49]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id F12A53F793; Thu, 2 May 2024 03:12:45 -0700 (PDT) Date: Thu, 2 May 2024 11:12:43 +0100 From: Sudeep Holla To: Andy Shevchenko Cc: Sunil V L , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, linux-acpi@vger.kernel.org, linux-pci@vger.kernel.org, linux-serial@vger.kernel.org, acpica-devel@lists.linux.dev, Sudeep Holla , Catalin Marinas , Will Deacon , Paul Walmsley , Albert Ou , "Rafael J . Wysocki" , Len Brown , Bjorn Helgaas , Anup Patel , Thomas Gleixner , Samuel Holland , Greg Kroah-Hartman , Jiri Slaby , Robert Moore , Conor Dooley , Andrew Jones , Marc Zyngier , Atish Kumar Patra , Andrei Warkentin , Haibo1 Xu , =?iso-8859-1?Q?Bj=F6rn_T=F6pel?= Subject: Re: [PATCH v5 03/17] ACPI: bus: Add acpi_riscv_init function Message-ID: References: <20240501121742.1215792-1-sunilvl@ventanamicro.com> <20240501121742.1215792-4-sunilvl@ventanamicro.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240502_031300_445028_0B26CE6D X-CRM114-Status: GOOD ( 17.60 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, May 02, 2024 at 03:32:25PM +0530, Sunil V L wrote: > On Thu, May 02, 2024 at 12:24:14PM +0300, Andy Shevchenko wrote: > > On Wed, May 01, 2024 at 05:47:28PM +0530, Sunil V L wrote: > > > Add a new function for RISC-V to do any architecture specific > > > initialization. This function will be used to create platform devices > > > like APLIC, PLIC, RISC-V IOMMU etc. This is similar to acpi_arm_init(). > > > > What is the special about this architecture that it requires a separate > > initialization that is _not_ going to be in other cases? > > Please, elaborate. > > > This init function will be used to create GSI mapping structures and in > future may be others like iommu. Like I mentioned, ARM already has > similar function acpi_arm_init(). So, it is not new right? > Just to add: This is to initialise everything around all the arch specific tables which you will not have on any other architectures. We could execute on all architectures but the tables will never be found. The main point is why do we want to do that if we can optimise and skip on all other archs. -- Regards, Sudeep _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel