From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from fout-a7-smtp.messagingengine.com (fout-a7-smtp.messagingengine.com [103.168.172.150]) (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 86DD3355F4E for ; Wed, 22 Jul 2026 13:59:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=103.168.172.150 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784728771; cv=none; b=bHDXMxI62lhYlJy3o48y19161QY4hakjg9NAoiQOrhU0FcRbznRuaT89phy0mSXdSNUaQ+f718Gwo6nxAfPSTBkOd9cfUOwyfQ9neQgDiv9uqM9QnkdXPUE71dlyKI6JMeOfJjGPu1jEX+p1CU8K7VHq7nfpvfEoVTktjBoVd4Q= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784728771; c=relaxed/simple; bh=TXFyxg/AkzBr9sVQCASmMiW5usO6V856nEm9fcKDFSI=; h=MIME-Version:Date:From:To:Cc:Message-Id:In-Reply-To:References: Subject:Content-Type; b=YhngGdiWTyTNSmoSSfZ53925lG3UoXL/0oAvuXoPlMAMNdrNCFpeC+YNKwSGDeXNlAoMFm23+uQxIOjyW0yn/vMInpOKNH/pSKZguJiMwmUzqMQN03fQhF2m4FuRCVKymufpDUYVnSQhHFku0x7I894xK8JnENbnX2gSEVGli0g= 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=WOOcIci4; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b=eS+17ND9; arc=none smtp.client-ip=103.168.172.150 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="WOOcIci4"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="eS+17ND9" Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfout.phl.internal (Postfix) with ESMTP id 96F04EC00C5; Wed, 22 Jul 2026 09:59:28 -0400 (EDT) Received: from phl-imap-05 ([10.202.2.95]) by phl-compute-04.internal (MEProxy); Wed, 22 Jul 2026 09:59:28 -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=1784728768; x=1784815168; bh=ZjQqzrSpMksQWhCHTMwSsJ2dLHBzAZvZCNW0GxQaKq0=; b= WOOcIci4Zxc2BHxqMK+hJHLxlWVerGXBGA+mT9r0wTxvwdiFO6xqE+I3XyUSbrlw cajXYV/1wxaVc+CW+9zH4hM7yfpxPLb/YUHzha787Y23JTpMlAGHjZEZiK/5X1mY 2aWK8+oc4HAx4VUAKEGZyGJVgeSlN+nBDAtfpr/gU0HhDGtSDQlemEIhKjJPVhck iBWDkogAczyRIj5sFs/F5e/e3dyh4TLfFNG5v9rrkY5+u7FSoiQVAZsKq4gSJ0xg 6O6o88+wEl3v35HCYrjR87YyxtfBi9Zy9UMtnzuD3qeqV1m3yC9B9cY40MmyE32T a+61cc2CVN6KXfIiBvyglQ== 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=fm2; t=1784728768; x= 1784815168; bh=ZjQqzrSpMksQWhCHTMwSsJ2dLHBzAZvZCNW0GxQaKq0=; b=e S+17ND9RfFQZXz4iysC1n3ho3fXssDaK4mZ6VH/Z7EhdMa2UmK+ZywSsuzJ097Yk rRJl4YDwdgtXBAQg6lJEufQ3Xcke1GICSIys6W14qSEI+0dwIJlKfyh6aRqq4Wlp QcHzkTr/hb/S/t/VB+QMsdV/7HAOn2Zs2bAeYj0jlbPcdfuRKX76zkWmCLXEzyKc eG/D/kmz+PH/3gf3z9pnxjNkynscm2pnDr20MAi9iuQ0oOBRG6c6gp6aWBv88xQw 9rmSaChlPWKvgqwbf+DEXpY4h/qUvYQ7g7CKYXU+NaaFliegrsnE+Ptz6CJLEKtD 6lmkTe5Jl7TUfNXb+32KA== X-ME-Sender: X-ME-Proxy-Cause: dmFkZTGUhtrtoVD2jkJmJGwt8fqeRIHpvUz2JzQzoT5s4ogssT4ztvCq+T6thZAUhYkyMe 9UGAwMTQDh/IC6Z0cdjW0hR6BaJHIWmZXpG1N6gK/KaEMzyi+lnyRlUUtYRfbcoIXTddZA JKuRQhIhmn9ukrJXkdF48oPQ6+LMVUF+98AjBrWzzjQLVLHibIt5Qeb0NxZ10etlSWX05m tEzpqwsmh/jQ9ss1auiwRp9bmQ4RN4D+OaP/VVlCJkR+uSbLvIuXuhxrlNaPfyUVkj677m vs3QrkwqXLzgyL2zqocDFJKmEbkZ8DJXzCvJS9EUgukEHN6c/eA0pKjwBeg3ybFAkEpqYb xU+chhCxClZOc5QzF6TTDLI+TbskSuvMMzmSONCliH9IDyOxjFZU+zWTwlSVBtbUkv02TY TfSh5ZMJnqS6VFQXUEJR/QURdT+vJBt46egxf26v/uP/0R2S292S+mzvPd847W6bewrBI+ 1iOl9DTkb/MidMUmDnvruNJ2y32QXXPQSqEMcEdR+ZzycTdMkP7Ku+/a9QZgitpaLpZwMf hZD97kYrl1msntMxwNXlDulFEeV66IGyVHxMe8GSpz4nUWGDgPpVUuWWbmT8POOhheMbhO RTBG/zBYpMAE999wmVBZlwYgLePl6fLiMJg/aPGdP9HFc8Xik8KhoQV0iOWQ X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 7DB8E182007E; Wed, 22 Jul 2026 09:59:27 -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: AOU3aoS2vECw Date: Wed, 22 Jul 2026 15:59:07 +0200 From: "Arnd Bergmann" To: "Julian Braha" , "Miquel Raynal" , "Richard Weinberger" , "Vignesh Raghavendra" Cc: "Sean Young" , "Andy Shevchenko" , "Randy Dunlap" , linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, "Linus Walleij" Message-Id: In-Reply-To: <64f0f609-9b24-4830-b0c6-c7ec0a01028a@gmail.com> References: <20260722001003.36598-1-julianbraha@gmail.com> <73b310a6-e97c-4bcc-ba82-9ed781f4bba6@app.fastmail.com> <64f0f609-9b24-4830-b0c6-c7ec0a01028a@gmail.com> Subject: Re: [PATCH] mtd: maps: fix dead select of MTD_CFI_BE_BYTE_SWAP Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, Jul 22, 2026, at 15:43, Julian Braha wrote: > On 7/22/26 08:42, Arnd Bergmann wrote: >> config MTD_CFI_NOSWAP >> depends on !ARCH_IXP4XX || CPU_BIG_ENDIAN >> bool "NO" >> >> config MTD_CFI_BE_BYTE_SWAP >> bool "BIG_ENDIAN_BYTE" >> >> config MTD_CFI_LE_BYTE_SWAP >> depends on !ARCH_IXP4XX >> bool "LITTLE_ENDIAN_BYTE" >> >> endchoice > > Actually it is currently possible to have: > MTD_PHYSMAP_IXP4XX=y > MTD_CFI_BE_BYTE_SWAP=n > CPU_BIG_ENDIAN=y > > by not satisfying the dependencies of the choice that > MTD_CFI_BE_BYTE_SWAP is part of, > for example, set: > MTD_CFI_ADV_OPTIONS=n > > then, none of the choice options are enabled. This is the > configuration that I had compile-tested (but cannot runtime test). Right. In older kernels that would have run into an #error, and I tried to express the same with Kconfig logic but clearly failed here. > In any case, should I send a v2 removing the select, and leave the > rest of the little-endian ARCH_IXP4XX changes to you? Sound good to me, if that helps you get through your list backlog of known issues, otherwise we can just do my version and drop yours. Hopefully Linus Walleij can give my patch a spin on one of his machines. Arnd