From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from fout-b1-smtp.messagingengine.com (fout-b1-smtp.messagingengine.com [202.12.124.144]) (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 C91F82E54DB for ; Wed, 24 Sep 2025 11:03:43 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=202.12.124.144 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758711830; cv=none; b=aJLrchDVInoxe8dbFf4rsU5j6ov1WeNzVVf7x2bxoOf37EKYpVNb/giSodV8zuu/gUVChPkB6L1srKnuJWWSGdtzu1H4elVcdM+le8Om+Z92ebI8L2Y9MEm/Feb5/sinBJOlbwvuYm6xQHhSEAf2oLnuUOXxDPnWCLAPMO5KxsA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758711830; c=relaxed/simple; bh=LM2ILCAmKT0HlgOfM+2iY9c6SQRN9iq773ECt9CigsM=; h=MIME-Version:Date:From:To:Cc:Message-Id:In-Reply-To:References: Subject:Content-Type; b=lz2srmEWTKgOgCGCda7VGU7pDIiUJJxLVnagiqcC7YK4a7I9H19VX3r2OPseNtooaYco2D9srxcr3adg543c3DqnWVxeZ5kL6b29y5qqOA8cHyRonwjy+zwE8qYkM3HC5xIBjZtXGknTJCK2CZSdlCx3OImMwoFKAJquqK8AC0k= 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=sg2/n1Gk; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b=Ndn8VqGR; arc=none smtp.client-ip=202.12.124.144 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="sg2/n1Gk"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="Ndn8VqGR" Received: from phl-compute-05.internal (phl-compute-05.internal [10.202.2.45]) by mailfout.stl.internal (Postfix) with ESMTP id A47251D00107; Wed, 24 Sep 2025 07:03:42 -0400 (EDT) Received: from phl-imap-02 ([10.202.2.81]) by phl-compute-05.internal (MEProxy); Wed, 24 Sep 2025 07:03:42 -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=fm1; t=1758711822; x=1758798222; bh=8jb3EmJHOwAdkojmIjPqDHZa58n3wYX161nLGH6EK/8=; b= sg2/n1GkkHAkkymHZC5B0VViG7BHavGb3EmtPTalauCQWPxofJycgm+KBd6MDWw8 49TzjE17Wa4MiTnTO4eRcshDmlFiLBJDWsvoYsXVaH0UP3Zyz+vcA4GtHqsa0gdo orKO9bDvqwnxg3dIzC4Vi/1e3twwmsqv7UtJXX9P1Ex2NO0BvATpGNQrpWmC8jlS w5RuSD7863WRmsWbaM+ABJMssdH0AoU5FuJkL6WMB2ZDC6nFWq8c+SmL4DHRvNW1 FSns91GeSL3j4T53TriQOrRcB9liM0rDZ+DqvJVkrzBhglHkKVpa/yMDnDzWU4He dep/1J7sWbi/8bb6AnJg6A== 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=1758711822; x= 1758798222; bh=8jb3EmJHOwAdkojmIjPqDHZa58n3wYX161nLGH6EK/8=; b=N dn8VqGRkYx3Pma/EBu4KfrVZoWdlmkcLohs9LC2/txSdJN5fZpd7KAi5+/pwsGiQ su6Zm+x9dgsqD1zj+Z/YgAY5SIsfLSG+befkTZPZyGRmx0ne3o4d7nR2OeEU2XGh UB5mDvFm0nU38i3aNHJYSp6UJ342S5reuLOwByXFXuo3emLy4Rk6/byTtsJ/XMdQ T8mq4tH2IpaErLNJqb0Vs8n4jVNJ0IgmDPc4hlkBzlm2GLbntxdKu7NIc5Gsnkvl RMmMVE5jTjNPDROgZ2JxP0xe0dx3K5jjZ0Q6lu28lSoJYYvnPQMN1uZWKMhp9PEu KJi//MsGwDU4cRw4vbHRw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdeifeeggecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpefoggffhffvvefkjghfufgtgfesthejredtredttdenucfhrhhomhepfdetrhhnugcu uegvrhhgmhgrnhhnfdcuoegrrhhnugesrghrnhgusgdruggvqeenucggtffrrghtthgvrh hnpedvffeiffeuteevgfdtffduiedvgfegleeiteduueekgfffteefvdegffevieduueen ucffohhmrghinhepudeiqdhrtgdurdgrshenucevlhhushhtvghrufhiiigvpedtnecurf grrhgrmhepmhgrihhlfhhrohhmpegrrhhnugesrghrnhgusgdruggvpdhnsggprhgtphht thhopeekpdhmohguvgepshhmthhpohhuthdprhgtphhtthhopehthhgvhhgrjhhimhgvse hgmhgrihhlrdgtohhmpdhrtghpthhtoheprhhitggrrhhkohhlsehgohhoghhlvgdrtgho mhdprhgtphhtthhopehlihhnuhigqdhmmheskhhvrggtkhdrohhrghdprhgtphhtthhope hgvggvrhhtsehlihhnuhigqdhmieekkhdrohhrghdprhgtphhtthhopehlihhnuhigqdhu mheslhhishhtshdrihhnfhhrrgguvggrugdrohhrghdprhgtphhtthhopehlihgrmhdrhh hofihlvghtthesohhrrggtlhgvrdgtohhmpdhrtghpthhtohepjhhohhgrnhhnvghssehs ihhpshholhhuthhiohhnshdrnhgvthdprhgtphhtthhopehlihhnuhigqdhkvghrnhgvlh esvhhgvghrrdhkvghrnhgvlhdrohhrgh X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 79228700065; Wed, 24 Sep 2025 07:03:41 -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: AxP-iOAFlspw Date: Wed, 24 Sep 2025 13:03:11 +0200 From: "Arnd Bergmann" To: "Hajime Tazaki" , "Johannes Berg" Cc: "Geert Uytterhoeven" , linux-um@lists.infradead.org, "Ricardo Koller" , "Liam R. Howlett" , linux-kernel@vger.kernel.org, linux-mm@kvack.org Message-Id: In-Reply-To: References: <4a9dde10c586883d20a8201ca7d76e6d7d52eaf4.1758181109.git.thehajime@gmail.com> <6b1abe384237c8129e8043ecdfdad77758d2fd2f.camel@sipsolutions.net> <23adb61e95275251e459513a03ab7d2bcf1f2e07.camel@sipsolutions.net> Subject: Re: [PATCH RESEND v11 10/13] um: nommu: a work around for MMU dependency to PCI driver Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, Sep 24, 2025, at 01:51, Hajime Tazaki wrote: > On Wed, 24 Sep 2025 02:13:47 +0900, Johannes Berg wrote: >> On Tue, 2025-09-23 at 17:42 +0200, Geert Uytterhoeven wrote: >> > > >> > > currently, drivers/pci/Kconfig (CONFIG_PCI) marks as depends on MMU, >> > > so we cannot select it when CONFIG_MMU=n. >> > >> > That is a fairly recent change, see commit 8fe743b5eba0abfb ("PCI: >> > Add CONFIG_MMU dependency") in v6.16-rc1. As this is not a "hard" >> > dependency, perhaps it should be reverted, iff you are willing to take >> > care of the casual breakage? >> >> Why though? UML with PCI can't really be a functional thing, only a >> testing thing, and testing PCI on !MMU when that is actually impossible >> in non-simulation is pointless? > > currently nommu UML doesn't come with using PCI except building under > kunit (ARCH=um), but I have in my mind to use it under !MMU > environment, so would be an option in the future. > > and this series doesn't include PCI w/ !MMU. > > so, I would propose the modification to revert the MMU dependency when > time has come. The reason why it's currently disabled is that it was causing extra work to fix build failures in random PCI drivers that individually have a CONFIG_MMU dependency. Since we know that none of the NOMMU boards we support uses PCI, this was an easy way to avoid work. While there are still developers that care about NOMMU Linux and test it on the platforms they use, the NOMMU build failures usually end up in code that are irrelevant for their use cases, so neither the platform owners nor the driver authors care deeply about fixing that combination. If you want to be able to use PCI drivers on UML-NOMMU, you can probably use config PCI depends on MMU || UML so it will be ignored by the build bots on other architectures. You'll still have to decide whether to fix driver code when regressions in PCI drivers happen, add 'depends on !UML' to individual drivers, or just live with randconfig failures. Arnd