From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from esa.microchip.iphmx.com (esa.microchip.iphmx.com [68.232.154.123]) (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 3E6472949E0 for ; Fri, 27 Feb 2026 11:18:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=68.232.154.123 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772191114; cv=none; b=asUmzpEDvwqcOjrWdaQjuaE+T+0naGvDAWNcbogU99oZB/wwC5xjvG8c49Q4y7SFeKOIpezyAHEGv899+j94rsDSsynoE8YCCF6aimkrC3MIFAfjW3L3g4drKnzM3xZGfyJ1FO0ooGY8NPbAwM57afCaVmsnU+EDOOBPgmILf10= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772191114; c=relaxed/simple; bh=Q9ZXUDFipE8x52hW22LWJAvtNBHxdCp6GqAciobODLs=; h=Date:From:To:CC:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=eBHakoY4a5RH4Ib1vcL8x9qZbbhTgBYmqjfLwK12u9XlPkKNdMm/6Eesj5uavVVIF9LfBPYHS3fJQKHGlILYOFaV5NNuuogZKf3jVlRRjeECQ8fzV80MNlt8Ct27CxHFTyz7KZ8yiEwH4BsGrjNYDIlQ456vBsmTlNik2fvQe7w= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=microchip.com; spf=pass smtp.mailfrom=microchip.com; dkim=pass (2048-bit key) header.d=microchip.com header.i=@microchip.com header.b=iZMn4+FS; arc=none smtp.client-ip=68.232.154.123 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=microchip.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=microchip.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=microchip.com header.i=@microchip.com header.b="iZMn4+FS" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=microchip.com; i=@microchip.com; q=dns/txt; s=mchp; t=1772191112; x=1803727112; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=Q9ZXUDFipE8x52hW22LWJAvtNBHxdCp6GqAciobODLs=; b=iZMn4+FSCeW2FT4By0yuGoVtFRJuGAARubI9wh3u6pU+oJl//XoihHz8 Zl3JCJfi2HMF2yx7OziL+chk6ngXqD076jMqQJv1mp9ky2oFqa/NO5NWr 4jbyCHr20TeV7hHD7l9wOgJAnVrUayLN7OJBbZy+YpiWGoEoWBOYjLhsx pCtLJzQ8sPUaVGUEjT1k3kixn7OyaUxtBllvWggrzLzeHAxc3Zq2Ox1hd ZQgmiSWbWcRN4mlq6U8dLIPkD8qj27NSGd0VG52oWECrXsorJ+ElcospG 9VBVOKHHBNzKr6ycy31I1XHDlwe9826ww56e/WOOaR5nHk5iYp2Db6/9g Q==; X-CSE-ConnectionGUID: FI/nyN4FSjm9Av5WSGCRkg== X-CSE-MsgGUID: Yr/hDMIqSn2wugENkqifRA== X-IronPort-AV: E=Sophos;i="6.21,314,1763449200"; d="scan'208";a="221247481" X-Amp-Result: SKIPPED(no attachment in message) Received: from unknown (HELO email.microchip.com) ([170.129.1.10]) by esa6.microchip.iphmx.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 Feb 2026 04:18:31 -0700 Received: from chn-vm-ex04.mchp-main.com (10.10.87.151) by chn-vm-ex4.mchp-main.com (10.10.87.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.2.2562.35; Fri, 27 Feb 2026 04:17:51 -0700 Received: from DEN-DL-M70577 (10.10.85.11) by chn-vm-ex04.mchp-main.com (10.10.85.152) with Microsoft SMTP Server id 15.1.2507.58 via Frontend Transport; Fri, 27 Feb 2026 04:17:49 -0700 Date: Fri, 27 Feb 2026 12:17:48 +0100 From: Daniel Machon To: Krzysztof Kozlowski CC: Conor Dooley , Arnd Bergmann , "Bartosz Golaszewski" , Bartosz Golaszewski , Catalin Marinas , Will Deacon , Nicolas Ferre , Claudiu Beznea , , , , Subject: Re: [PATCH] arm64: Kconfig: provide a top-level switch for Microchip platforms Message-ID: <20260227111748.ddqdf4avpvfzu4cm@DEN-DL-M70577> References: <20260226143615.65788-1-bartosz.golaszewski@oss.qualcomm.com> <84da053d-97d5-4d07-8e76-b162a5b23d2a@kernel.org> <10bb25d3-2f46-4b62-affb-31257d51e24f@app.fastmail.com> <9132501f-76e9-46c0-839d-bde7246c3883@kernel.org> <244fdbad-0d9f-42bc-a005-5f5ef34d067d@app.fastmail.com> <20260227-wolverine-slogan-7af0661f6e44@spud> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: > On 27/02/2026 11:15, Conor Dooley wrote: > > On Fri, Feb 27, 2026 at 10:28:53AM +0100, Arnd Bergmann wrote: > >> On Fri, Feb 27, 2026, at 10:21, Krzysztof Kozlowski wrote: > >>> On 27/02/2026 09:51, Bartosz Golaszewski wrote: > >>>> On Fri, Feb 27, 2026 at 9:49 AM Arnd Bergmann wrote: > >> > >>> I don't think this is fixable, that's why I wrote that I accept the > >>> negative impact because I like the cleanup more. > >> > >> Agreed. I remember when we split up the ethernet drivers into per-vendor > >> subdirectories and had to add 'default y' to each one in 88f07484ccdf > >> ("drivers/net/ethernet/*: Enabled vendor Kconfig options"). Changing the > >> default to 'n' would be a regression now as much as it was then, so it's > >> not something we can expect to do more easily in the future. > >> > >> If the Microchip maintainers think the change will cause too much > >> extra work, we can leave the current version forever, otherwise lets > >> apply it for 7.1. > > > > Here's the previous discussion when this was added not too long ago: > > https://lore.kernel.org/all/20250811122053.4bfyoefln7wpz2a4@DEN-DL-M70577/ > > > > Daniel is probably the one that "needs" to answer this, I think the > > lan969x is added recently enough for this to not be particularly > > disruptive. > > I don't get arguments there. The policy is one ARCH per vendor, so why > exactly upstream would like to "having more granular control with > separate"? That's downstream or vendor wishlist, not upstream. > > > Best regards, > Krzysztof The out-of-tree defconfig impact is minimal for us. As Conor mentioned, lan969x was added fairly recently, so the number of affected users should be small. /Daniel