Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp3060865rwb; Mon, 15 Aug 2022 17:09:45 -0700 (PDT) X-Google-Smtp-Source: AA6agR6CdTm9dLJyZWZmH5UemMVBEHIefEq/31mIxIPfY2cA45bESpox+aGiB0HaFfxl2bcjtcHn X-Received: by 2002:a17:907:75dc:b0:730:9c68:9a2e with SMTP id jl28-20020a17090775dc00b007309c689a2emr12276097ejc.22.1660608585667; Mon, 15 Aug 2022 17:09:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660608585; cv=none; d=google.com; s=arc-20160816; b=xiUi71eYhutKLiZM9DnTjuK5X00Jbm/cXW0gDao0MrEvlljFYzFa8GEcsssql5Tf2V utbBuRNthvaHcwGx4YJh6Me41H2JWEgKMBFX9s3K0VEtY89iCoqKDdT9wgedi+xODnir azp9TR1Hxx69V47hrmq3D30bc0cCKUOg+ZrOPqIDRqxKaY6hd0eCN4+SgdYoXF7PgpzG gTsEVyIXNLrNLazMOKFN2wjzKSIWGYLU+LTlOw9ndWP+wEC2IHAP56Jm+4Fm107CmVga q8jM7Y3ZT+rq9Jpfy2VN3ck989uvS0oHHQt3WIVokC8D77VFEZsRk/DWKD5kYKiosi4z PwMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=M5VBWKnRVsON25xReUTkGvVLnVMqkQlMj0qDq9Vpook=; b=OY0bh8NYO61NFiDX/tPJ8POCJTjkZCyC3j8QaRo8TxXS0fkRBzm6H2W4m/0qkQJn2+ w1+69fjPxDMO6dZLldynyH0edrS7GWtGm03RdIr5ETiq5+yF9izahBal0JtfdEjigcr5 Ahze5N2WYkgwEOHY8xjbBIkVAIyABXO2wqepP9EAbxIKOPR5jcSdC2VYvCGrLP8sEvkn gqNS4K0Kvmd+nkFyKT7lknRQbDWvp74egnDVRlwiCeVXhLWR1otBHkqydx6QaQG/laRM ixI+OIWtYGnGUdvM685OyzJ8x30EBJ6QF4MAZ+lN11EOmd+zm/NNsJu3QJ+Za8N+OVvv H2qQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=UDihl3pW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id go35-20020a1709070da300b00734b66a6d0dsi10401457ejc.3.2022.08.15.17.09.16; Mon, 15 Aug 2022 17:09:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=UDihl3pW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1356048AbiHPAG4 (ORCPT + 99 others); Mon, 15 Aug 2022 20:06:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34122 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1353860AbiHOX6u (ORCPT ); Mon, 15 Aug 2022 19:58:50 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 01658C740C; Mon, 15 Aug 2022 13:20:27 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 21C4BB80EA8; Mon, 15 Aug 2022 20:20:26 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 686A4C433C1; Mon, 15 Aug 2022 20:20:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1660594824; bh=6WkHnJVm5rzOj2ShWWfniZvz3jfM09Vn7mLBc0nYWV8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=UDihl3pW9iwYfSCEedAdEsqUDk6fs1MBffGJQpXL1QmBR0ZZO/fPzSiXtpp1tPJim ckVT3ruqfnA+TXbYaORNIBxZ3hZyOwT+XAifqeA8q7+XslvLxcieeyVr/oFkLZmZHA 9W9paclPxw6I17LQ0Jd3nCUOJ+vQWSFqgN7wm/84= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Geert Uytterhoeven , Hayes Wang , Jakub Kicinski , =?UTF-8?q?Maciej=20=C5=BBenczykowski?= , Paolo Abeni , Sasha Levin Subject: [PATCH 5.19 0570/1157] net: usb: make USB_RTL8153_ECM non user configurable Date: Mon, 15 Aug 2022 19:58:46 +0200 Message-Id: <20220815180502.420456612@linuxfoundation.org> X-Mailer: git-send-email 2.37.2 In-Reply-To: <20220815180439.416659447@linuxfoundation.org> References: <20220815180439.416659447@linuxfoundation.org> User-Agent: quilt/0.67 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Maciej Żenczykowski [ Upstream commit f56530dcdb0684406661ac9f1accf48319d07600 ] This refixes: commit 7da17624e7948d5d9660b910f8079d26d26ce453 nt: usb: USB_RTL8153_ECM should not default to y In general, device drivers should not be enabled by default. which basically broke the commit it claimed to fix, ie: commit 657bc1d10bfc23ac06d5d687ce45826c760744f9 r8153_ecm: avoid to be prior to r8152 driver Avoid r8153_ecm is compiled as built-in, if r8152 driver is compiled as modules. Otherwise, the r8153_ecm would be used, even though the device is supported by r8152 driver. this commit amounted to: drivers/net/usb/Kconfig: +config USB_RTL8153_ECM + tristate "RTL8153 ECM support" + depends on USB_NET_CDCETHER && (USB_RTL8152 || USB_RTL8152=n) + default y + help + This option supports ECM mode for RTL8153 ethernet adapter, when + CONFIG_USB_RTL8152 is not set, or the RTL8153 device is not + supported by r8152 driver. drivers/net/usb/Makefile: -obj-$(CONFIG_USB_NET_CDCETHER) += cdc_ether.o r8153_ecm.o +obj-$(CONFIG_USB_NET_CDCETHER) += cdc_ether.o +obj-$(CONFIG_USB_RTL8153_ECM) += r8153_ecm.o And as can be seen it pulls a piece of the cdc_ether driver out into a separate config option to be able to make this piece modular in case cdc_ether is builtin, while r8152 is modular. While in general, device drivers should indeed not be enabled by default: this isn't a device driver per say, but rather this is support code for the CDCETHER (ECM) driver, and should thus be enabled if it is enabled. See also email thread at: https://www.spinics.net/lists/netdev/msg767649.html In: https://www.spinics.net/lists/netdev/msg768284.html Jakub wrote: And when we say "removed" we can just hide it from what's prompted to the user (whatever such internal options are called)? I believe this way we don't bring back Marek's complaint. Side note: these incorrect defaults will result in Android 13 on 5.15 GKI kernels lacking USB_RTL8153_ECM support while having USB_NET_CDCETHER (luckily we also have USB_RTL8150 and USB_RTL8152, so it's probably only an issue for very new RTL815x hardware with no native 5.15 driver). Fixes: 7da17624e7948d5d ("nt: usb: USB_RTL8153_ECM should not default to y") Cc: Geert Uytterhoeven Cc: Greg Kroah-Hartman Cc: Hayes Wang Cc: Jakub Kicinski Signed-off-by: Maciej Żenczykowski Link: https://lore.kernel.org/r/20220730230113.4138858-1-zenczykowski@gmail.com Signed-off-by: Paolo Abeni Signed-off-by: Sasha Levin --- drivers/net/usb/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/usb/Kconfig b/drivers/net/usb/Kconfig index e62fc4f2aee0..76659c1c525a 100644 --- a/drivers/net/usb/Kconfig +++ b/drivers/net/usb/Kconfig @@ -637,8 +637,9 @@ config USB_NET_AQC111 * Aquantia AQtion USB to 5GbE config USB_RTL8153_ECM - tristate "RTL8153 ECM support" + tristate depends on USB_NET_CDCETHER && (USB_RTL8152 || USB_RTL8152=n) + default y help This option supports ECM mode for RTL8153 ethernet adapter, when CONFIG_USB_RTL8152 is not set, or the RTL8153 device is not -- 2.35.1