From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 1470741735F; Thu, 9 Jul 2026 15:56:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783612621; cv=none; b=SG0+t2v1d2x6lZhkWmGo9gx40wT95YSqqCJFUnLqmptN4HDoVkKYHFwOCFU8OhMGXSZ/v7E0uPf1Zs4RNhaQhIveowW20aJZCi8pTsH3QkDDxs7JPOoBGbXJG7Jx/AqlULl2fEnhLLnT3R4d+3wsY2lRAgrT/NgAuACdv28l2gw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783612621; c=relaxed/simple; bh=sjgNbZiV3++Z4UN8HNJiQC5nIdx6epyEHbUAC/0BMLU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=osA8GvMiV+J84iFnW2JvhPP34ZZA5J8DjcUtFNr2RhU6bfr32cdOiaWzULTNsOtTAuuj0OHR2stXDs4fp5nJLktDEMjTp1BlKoM9Ypix44IykmDYCPVRRZJFAZ9PmLygiIbktWks0OoCpsnL0XRBrd1SPejq/2t9n3oucMxQ1Mk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.b=VED7tvbD; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.b="VED7tvbD" 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 902453591; Thu, 9 Jul 2026 08:56:52 -0700 (PDT) Received: from pluto (usa-sjc-mx-foss1.foss.arm.com [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 64D453FC81; Thu, 9 Jul 2026 08:56:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=arm.com; s=foss; t=1783612616; bh=sjgNbZiV3++Z4UN8HNJiQC5nIdx6epyEHbUAC/0BMLU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=VED7tvbDPPrhJTTi0A5BLW27z4tBMG6VuVYh25QB3mdOaHqHwgmtwxJQBND0reMTL b30AiBYj3rif3WZBvDJJbmYjdovHVSzaGzCw9IS7U+gWcmf3GvWvbL9bBErD6qERuu nbZM2C3vax+2PA545dIrPoYJZXhx4/0yzg2s/RHc= Date: Thu, 9 Jul 2026 16:56:43 +0100 From: Cristian Marussi To: Michal Simek Cc: linux-kernel@vger.kernel.org, monstr@monstr.eu, git@amd.com, vincent.guittot@linaro.org, Souvik.Chakravarty@arm.com, Alex Shi , Andy Shevchenko , Bartosz Golaszewski , Brian Masney , Cristian Marussi , David Lechner , Dongliang Mu , Fabio Estevam , Frank Li , Guenter Roeck , Jonathan Cameron , Jonathan Corbet , Len Brown , Liam Girdwood , Linus Walleij , Lukasz Luba , Mark Brown , Michael Turquette , Nuno =?iso-8859-1?Q?S=E1?= , Pavel Machek , Peng Fan , Pengutronix Kernel Team , Philipp Zabel , "Rafael J. Wysocki" , Sascha Hauer , Shuah Khan , Stephen Boyd , Sudeep Holla , Ulf Hansson , Viresh Kumar , Yanteng Si , arm-scmi@vger.kernel.org, "open list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , linux-arm-kernel@lists.infradead.org, "open list:COMMON CLK FRAMEWORK" , "open list:DOCUMENTATION" , "open list:GPIO SUBSYSTEM" , "open list:HARDWARE MONITORING" , "open list:IIO SUBSYSTEM AND DRIVERS" , "open list:ENERGY MODEL" Subject: Re: [RFC PATCH] firmware: scmi: Make SCMI arch independent Message-ID: References: Precedence: bulk X-Mailing-List: linux-doc@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Thu, Jul 09, 2026 at 03:27:00PM +0200, Michal Simek wrote: > On heterogenious systems like AMD/Xilinx FPGA there is a need to talk to > SCMI server from different architectures than ARM that's why remove > ARM/ARM64 Kconfig dependency with also remove ARM from description and > rename folder to reflect it. While I understand dropping the dependency on ARM (I always wanted to do that and test if it worked at all on some otehr archs with QEMU), I am not sure about the whole renaming party ? why is needed just for cosmetic reasons ? it is at the end an arm originated protocol so I dont see it as a being wrong to be named as such even though used by other archs...I have not really strong opinion on this... ... my concern really is ... wont this full scale rename simply generate a lot of un-needed churn for future fixes and/or backporting ? Thanks, Cristian