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 DECEEC6FA90 for ; Wed, 28 Sep 2022 08:15: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:Subject:Cc:To:From:Date:References: In-Reply-To:Message-Id:Mime-Version:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=7hcbq8r1coDNwbmScn+brx0zgarsTV03MeNlJRjZKRU=; b=MHDBPQ420JO5IA 8HWq9z9ZMhn+jEbRDyMv90FUlSFcXO6KBJAnjVZ30U1IJ3C/hDLrdpi2yxhGRRqAqw6NvR/wq+Ky4 zaRZYz2dqPMZ14xtwl+GM+nu63Iia07icKDK+6guXWv3c08xu2mV29N9+iVYCf2qOp8Ysqy5Ps7KL DvJ7+53+cQ7Szc2bo04bjp0faahIW/F9j4vNfioQtwYPrC4YER0BpaWNjqm3w4UtP5h7pYEKkmbxj uut96vlvI2FJW/jz8CNxWrcDgq0R3L9d0eZePr5GNMUw1y3/YsQ04SSIsdNoSyKWfowy5PvHrWBwm N6wHMbfExS8HT1ZqUISw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1odSCn-00Eoq0-BC; Wed, 28 Sep 2022 08:14:09 +0000 Received: from new1-smtp.messagingengine.com ([66.111.4.221]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1odSCj-00EoiT-MW for linux-arm-kernel@lists.infradead.org; Wed, 28 Sep 2022 08:14:07 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailnew.nyi.internal (Postfix) with ESMTP id 1235258056D; Wed, 28 Sep 2022 04:13:58 -0400 (EDT) Received: from imap51 ([10.202.2.101]) by compute3.internal (MEProxy); Wed, 28 Sep 2022 04:13:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; h=cc :cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm2; t=1664352838; x=1664356438; bh=69l6dClFNG YJQL2+FpzgbpwS8TN7vzu1Wwoan5cO2Vg=; b=s9deY4mnSD9sLDPQ6SVYkT7T6J KxZh7vBlPjNtd1O01t/pK9ZrFQswFvuppcf7aWgykVwg+Ubs6LIO+3YFdU9ir9n3 n68WJj0O/dsBJXl0KNnQePofGtcMKXwsPutokk53vKpxFI/1ajhwFv3DbY/O4Y1i gvmpo0GYf/NXyzX+1LgtiGdUD8ARC/XvgSawFnOFLeypZNE/vj2iBfwn52shvUo7 jCDrzpE5vtNkUrht8HbMXmi5DuK3H9rcaKRN5ScmX7LgKgsDCbxaJ+3QzQa6AUf6 FYdKXQF7RcEHYHZkbUz9PXp6HkSqqIeA/1LsCGN6zubu8DI8imOJZ8M40/tw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1664352838; x=1664356438; bh=69l6dClFNGYJQL2+FpzgbpwS8TN7 vzu1Wwoan5cO2Vg=; b=Fwl28Mwh7WDopymckhfcGMQG/B0m3LF5CKLBEbU5hpnK HwSdA3r4XCnP/ww1aCn+67DGFasrhUW4OZPkBE/lBb4yYspEhAFeddWjdt6QVGfW AbVB5Wb2FFdOnZKIA7XFDvTZ5H1YE0Xt67QRrHfaI7b88er/3JPjwumd1rS8xwm7 miYqUvdanUkzjdG46tOwMbVAkh+3cs1YgHwEzfaNxBszQJX3GqiA8Aki4uzD7jJH he1E8gP4hXQKtVD9Ujerg9jl6YcHPSZkDhayIasRplptNQcQnivr5z8GsDtyxzkU LckpSualbyjU+IYGaA7KMy/GIBUGxEnHSkViVoBkow== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrfeegkedgtdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsehttdertderredtnecuhfhrohhmpedftehr nhguuceuvghrghhmrghnnhdfuceorghrnhgusegrrhhnuggsrdguvgeqnecuggftrfgrth htvghrnhepffehueegteeihfegtefhjefgtdeugfegjeelheejueethfefgeeghfektdek teffnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprg hrnhgusegrrhhnuggsrdguvg X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 665DDB60086; Wed, 28 Sep 2022 04:13:56 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.7.0-alpha0-968-g04df58079d-fm-20220921.001-g04df5807 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20220818145616.3156379-1-arnd@kernel.org> <20220818145616.3156379-6-arnd@kernel.org> <0c368c7d-3130-46e6-8185-7270f58161a3@www.fastmail.com> Date: Wed, 28 Sep 2022 10:13:35 +0200 From: "Arnd Bergmann" To: "Geert Uytterhoeven" Cc: "Arnd Bergmann" , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, "Russell King" , "Linus Walleij" , "Geert Uytterhoeven" , "Krzysztof Kozlowski" , "Ard Biesheuvel" , "Sekhar Nori" , "Bartosz Golaszewski" , "Shawn Guo" , "Sascha Hauer" , "Pengutronix Kernel Team" , "Andrew Lunn" , "Gregory Clement" , "Sebastian Hesselbarth" Subject: Re: [PATCH 5/5] ARM: make ARCH_MULTIPLATFORM user-visible X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220928_011406_001466_7FC49CE6 X-CRM114-Status: GOOD ( 21.16 ) 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 Wed, Sep 28, 2022, at 8:48 AM, Geert Uytterhoeven wrote: > On Tue, Sep 27, 2022 at 10:19 PM Arnd Bergmann wrote: >> On Tue, Sep 27, 2022, at 3:31 PM, Geert Uytterhoeven wrote: >> > On Thu, Aug 18, 2022 at 4:56 PM Arnd Bergmann wrote: >> >> --- a/arch/arm/Kconfig.debug >> >> +++ b/arch/arm/Kconfig.debug >> >> @@ -1904,6 +1904,7 @@ config DEBUG_UART_8250_PALMCHIP >> >> >> >> config DEBUG_UNCOMPRESS >> >> bool "Enable decompressor debugging via DEBUG_LL output" >> >> + depends on !ARCH_MULTIPLATFORM >> > >> > Shouldn't DEBUG_LL itself depend on !ARCH_MULTIPLATFORM instead? >> >> That would also be possible, but I prefer to keep limiting only >> the DEBUG_UNCOMPRESS. The idea of DEBUG_LL is that while it's >> hardwired to a particular hardware address, it does not actually >> access this address unless you specify the 'earlyprintk' >> argument on the command line. > > ... or unless something goes really wrong, and the kernel tries to > inform the user using early_print()? I don't think this matters either: without DEBUG_LL, you get a non-booting kernel and no diagnostics, while with DEBUG_LL, you might get some diagnostic if you have configured the right debug address, and otherwise the user gets the same as before: a crash without any output ;-) > Note that the I/O region for the debug serial port is mapped regardless. > Any chance this can cause conflicts? Not sure. The early debug mapping should only be used in for the earlyprintk output, but if a platform has a conflicting mapping at the same address, it just never gets used before it gets replaced. Arnd _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel