From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from fout-b4-smtp.messagingengine.com (fout-b4-smtp.messagingengine.com [202.12.124.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4E16732A3D7; Fri, 19 Jun 2026 19:18:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=202.12.124.147 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781896734; cv=none; b=s8HR3s2KhkrQO5ebR1zEUDQEsU00EihKHUfN53PaDWBGht9okiy9Tg7mNPoOWXSH5Sv2kUs3zeFKFK5rMsrMONFpZxEnY8GMpeQV4nVVyJ/1u/RObQ8RUq5UmCHfwEfD9qJWUMHpOMjyPj9B97U6AjjZTVLJVDkOVQjvkkURKrk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781896734; c=relaxed/simple; bh=hN0ePi8N+Z7F/p9FDSPQHQnzENbJwFsntwUrrMsv3WE=; h=MIME-Version:Date:From:To:Cc:Message-Id:In-Reply-To:References: Subject:Content-Type; b=SgYSzdI3tqYmlFIfGbcWZXREWxt07lF/Txvey/9w++Ihp4n/Rjg3vslDTLTjIx6pOUlm1ezXQuLmaTAJQvdbcB5mbqy0GenHER9FZPnRdziF1V0ePKTMpvMWCsaSYr8oCYpHuCgzSsVdt+a3EyjxEWBkmVV93db/F10l88PjI20= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arndb.de; spf=pass smtp.mailfrom=arndb.de; dkim=pass (2048-bit key) header.d=arndb.de header.i=@arndb.de header.b=MGWyBY0b; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b=aAUb1mLn; arc=none smtp.client-ip=202.12.124.147 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arndb.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arndb.de Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=arndb.de header.i=@arndb.de header.b="MGWyBY0b"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="aAUb1mLn" Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfout.stl.internal (Postfix) with ESMTP id 802641D000D2; Fri, 19 Jun 2026 15:18:50 -0400 (EDT) Received: from phl-imap-05 ([10.202.2.95]) by phl-compute-04.internal (MEProxy); Fri, 19 Jun 2026 15:18:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1781896730; x=1781983130; bh=WMmaYqcpj5qFPBbHXMKSxFB7Wq+hKotmwq9lR4Zk+sg=; b= MGWyBY0b2Vpa5SbeOoCaHd7LeP1XXkLZl2I0hco03NvQpBHKRGMqk9uaJu29E4ES ZSptCouPNO3K1BbIITyL7tl81AVtIHMJOHBQbuCPgecXCKmv/yEnV/CS6HQ2PpCB N3uXtZIgil16ogc+o/IpOKRjbWSuYXdxWecPR3BYMv+2s+fqQk6qveFmqFJvw2rD EG6YLk2RCgOEcsVRV/MYGWmxzY2TnX439brV300W6EV3Udrc7fYgwAZcFnD4p4dX k7ufO75RVLll3ql5jo9bfVm0BTgLYx7iCwFl4RJzdmegIOldoA+bpe4HUK7ljS2w VSOUseCetYaNb6CdlnHn+Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1781896730; x= 1781983130; bh=WMmaYqcpj5qFPBbHXMKSxFB7Wq+hKotmwq9lR4Zk+sg=; b=a AUb1mLnG3NRW+BTlcQ6gE7agaiElxEsjlSsOEFQv7TmStYThsonUub+Y9wmhq/UX w5FQXavNfgOPLGScgIedj0P4L7cHMmK5U7dj7nZeHAF2Vch9ATME9FaUqt1rLzoG BzpenwWYNt0HhJ7ClUQ5lS/QCD+6IViNV1GshFNAG/UFMRbcqTeygT2/PzEMxH35 75S5ahevfnRo+ANx4csygvKhYQcWly2+gJ9Q4gHTcNO8QpzQKs3QxhR7IoCDzV1u TpwULVn0KQ+/bVlv11QAWjP1y9QKLFX74/Y9sqzzre5F6lnSdLj9mA7LNxedYlRV RVy5Cr6YxHy9vEo8HIxKA== X-ME-Sender: X-ME-Proxy-Cause: dmFkZTFxwm0eoO/ubQ6vEXwkN7gu9uih52cTPfdC2KKT/YbaCqdV74DUlwbxDlQ1eX/AJb LKb64YTQgPoISp+PTWQdWzNil+OmtwAWnWyYjnoOczuy+3cPAlZux6RZHQSXuI/Lp4KgjK vUGwLuxoK1IU5E412htHREbsHNYpd18q6ckMVLTC0jYuOf7BdKrn8fqXTW2QSUhnN0FoHN vFues5Pfb92i6pWuaydZ/Uo/4AQp6Rq/0sAI5c02HEfElIpkJL80Of7lf9BTo3h4exQOxC UjmlHkR5kc48/ma9mjCkyCStVFntqnJK+EKBJLZ5D0y9EiaAnIyl1w7s9xoryHn6uTXFhQ TxDoRPTd4rLyrL1T2oMFZ5b4W4Iefc6tzVZtsT2VU/wqmt5WZin87Ho7gR+ktYrDsYAgmF 9/i9UaRN3uKxf3V4HhnlKsoOHyGA7QUii5kQGXVjcLwErJHdHDTgD6+4gTHPX9C9V9PCcv Flr8I0ITlQWAMeH55hIqIfjDzHlE5pyLPDsZpmlKny3BojEHwDhdgt/iLyT7JnflRTGFlF 4Ee10aS1Viq8noR1nzW+Cs9T2IPvdmaRoeD0idLVGnvgIVi8JclG8MRxJ9ClSZdQtekUnq W4lE2Q7q1ZSPjwDdxAzVyt/Tzo7IO5huzk//IKNJgVyUQyLK7ftY1V2pw8hg X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id CD722182007E; Fri, 19 Jun 2026 15:18:48 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-ThreadId: A7dmd8TY8zEF Date: Fri, 19 Jun 2026 21:17:58 +0200 From: "Arnd Bergmann" To: "Vladimir Zapolskiy" , "Frank Li" , "Sascha Hauer" , "Pengutronix Kernel Team" , "Stefan Agner" , "Fabio Estevam" , "Rob Herring" , "Krzysztof Kozlowski" , "Conor Dooley" , "Russell King" , "Abel Vesa" , "Peng Fan" , "Michael Turquette" , "Stephen Boyd" , "Brian Masney" , "Aisheng Dong" , "Jacky Bai" , "NXP S32 Linux Team" , "Linus Walleij" , "Piotr Wojtaszczyk" , "Kees Cook" , "Gustavo A. R. Silva" Cc: linux-arm-kernel@lists.infradead.org, imx@lists.linux.dev, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, "open list:GPIO SUBSYSTEM" , linux-hardening@vger.kernel.org, "Frank Li" Message-Id: <06498d0e-662a-4c09-b1b0-2a70b6168acb@app.fastmail.com> In-Reply-To: <7d946861-c3cb-4512-9d5f-9f4cb9b7ee8a@kernel.org> References: <20260619-dts_cleanup_arm_mcore-v1-0-0101795a2662@nxp.com> <7d946861-c3cb-4512-9d5f-9f4cb9b7ee8a@kernel.org> Subject: Re: [PATCH 00/11] ARM: NXP: Drop NOMMU platform support Content-Type: text/plain Content-Transfer-Encoding: 7bit On Fri, Jun 19, 2026, at 18:07, Vladimir Zapolskiy wrote: > On 6/19/26 18:40, Frank.Li@oss.nxp.com wrote: >> Commercial users and hardware vendors migrated to Zephyr or other RTOS >> solutions years ago, leaving the NOMMU platform support effectively >> unused and unmaintained. >> >> Remove the obsolete support to reduce maintenance burden and simplify the >> Freescale/nxp platform code. >> >> Some driver code still be kept and may clean up later since it is possible >> reused by other SoC. Thanks a lot for going through these already! >> Signed-off-by: Frank Li > > This change is a bit too early to happen, I prefer to get it orchestrated > by Arnd. So, as for today I NAK the change for its NXP LPC part. I am planning to post a series of deprecation notices for platforms that I would like to remove for one reason or another. Since it's only one more merge before the next (S)LTS kernel, my idea was to post the series once v7.2-rc1 is out, merge it into 7.3-LTS and remove the deprecated code early next year once the LTS release is announced. I have rebased uploaded my current draft to https://git.kernel.org/pub/scm/linux/kernel/git/soc/soc.git/log/?h=rfc-arm-deprecation-7.2 None of those are finalized of course, and we can do any part of it earlier or later (or not at all) if there is a good reason. If you to remove the vf610m4/imx7d-cm4/lpc43xx/lpc18xx portions earlier, that is definitely fine with me. For imxrt1050, there a slightly higher chance that this is still used, so I would prefer to wait for the LTS kernel on that one. >> Frank Li (11): >> ARM: dts: vf610m4: Remove NOMMU platform support >> ARM: dts: imxrt1050: Remove NOMMU platform support >> ARM: imx: Remove NOMMU platform support >> clk: imx: imxrt1050: Remove NOMMU platform support >> pinctrl: freescale: IMXRT: Remove NOMMU platform support >> ARM: imxrt_defconfig: Remove NOMMU platform support >> ARM: dts: lpc: Remove NOMMU platform support >> ARM: mach-lpc: Remove NOMMU platform support >> ARM: configs: lpc*: Remove NOMMU platform support >> clk: nxp: lpc: Remove NOMMU platform support >> pinctrl: nxp: lpc: Remove NOMMU platform support > > NXP LPC32xx is ARMv5 and it has MMU, hence it's plainly out of scope of > the proposed "dropping NOMMU platform support". Agreed. There are a few more platforms with MMU that I would like to drop because they were never converted to devicetree support, but there is nothing wrong with lpc32xx. Arnd