Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp32561503rwd; Fri, 7 Jul 2023 16:34:38 -0700 (PDT) X-Google-Smtp-Source: APBJJlGpUC5k/waPiX+/Y+Bzb3/Rhy9qPzV2FIOxI2NKKzC4v52p9vM9Aal/uF/xRkgd8zuREODD X-Received: by 2002:a05:6a20:1501:b0:12e:ec5c:319a with SMTP id n1-20020a056a20150100b0012eec5c319amr4915976pzi.31.1688772878684; Fri, 07 Jul 2023 16:34:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1688772878; cv=none; d=google.com; s=arc-20160816; b=07lqzJRN6GAaUBz2NZl/1vy56BNF2Mgs7Z/7NEkDfQ8Hb8gxpbp9Ujy7A0og2h5gS9 TIMNbks5jRxS2dGJFLMCrDoO7QBQuWPSccXRFGocMEivX3paa3O1qQepCCiGPNoHs6WM 1z1EzLujrvFxlKgbCMSv4aYlGDyZtPVy30yTENjlRMoumaE3cKzHXui7IKCB3yD/DMpN zw3i7+eIE7meBDLOd8cwtNke+h1bgxSGHDZ5eMJXmwD/RsEZM73JqNf1eo2l+/PX6OaE lhi02MuyWDGEJ5+o0rZjO6jmWaslO4ncA40oG78AH8tb9pPyiyOE2+tH1GqHG/ZybetU 0+ww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version; bh=FagoJqquoWKtAS0foZX0DWWXITdwt5Nk/AJLnTUiza0=; fh=sSOTPCex4HPDjHDCOr15v4DYScEz5shO5TlZ5VaREhA=; b=MLYF6damu4GooD+D0Zx/GyJDrq7Pgq4YPrmD0sAVZIO/RHaaNzxRsmeLBjyIyHwE5s /gxHPGhiwCXR1dxuXaRVWAufpxLL9NRCJLvdD6SrRfw2pcE6bj5NBXWffUX9xwtACSzd Eqjkdp0HplQ7w25x54CuWVxmeZzddWMk05hM9K+rti39p7FjQMxHI69kSvviu/zLz/fb HLFPWWjFpuE0hIKSkrftVJDtG1PLXSa8/7MOOZyoARykLLArbuHS5NMnCnaQ/JMn0aB9 BaQpBp4NkTwAKxVQ1DHCshmOe+eikh+29ZdPouJy61P+v6RErKwedPWNVBOt/JGW/hVS 6aXg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=fedoraproject.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ei1-20020a056a0080c100b0066716dc50a1si4327051pfb.179.2023.07.07.16.34.25; Fri, 07 Jul 2023 16:34:38 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=fedoraproject.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229955AbjGGXT2 convert rfc822-to-8bit (ORCPT + 99 others); Fri, 7 Jul 2023 19:19:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40014 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229643AbjGGXT1 (ORCPT ); Fri, 7 Jul 2023 19:19:27 -0400 Received: from mail-pf1-f170.google.com (mail-pf1-f170.google.com [209.85.210.170]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 16CC41FF0 for ; Fri, 7 Jul 2023 16:19:24 -0700 (PDT) Received: by mail-pf1-f170.google.com with SMTP id d2e1a72fcca58-6686708c986so1989034b3a.0 for ; Fri, 07 Jul 2023 16:19:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1688771964; x=1691363964; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=9Q03hEYj8PS8pSjA/d96lqRNMExS5ZCZbqQ5e1bfGn0=; b=NqbFNuZsV6r2/nqdzYlpXKD+K3nID7hBk/gS2KbcjB6U5sJ9p1ZGtMWYeZ/+dir0QD Dekatas2uoRGoz3Fqx3YGlNzU8zdW4Ic3mfPbMzGdHSzzU2OAIhGWkn0M5zx6ShYhJdt XGuhqYwA0G3C8ivY0oTliYwnnC3DJOLof8rbxnjp0Hy0RTv+lGs16yJsXWp1ppWeKssd Nf2/nwz2A2dB/5gViBnca8yGAUFrGRne46xMEPPrdhkcTW4fCBkKE/eJ4u94qEvJbJEa yWyqwSRvZvLQXrNmWZsA/CPKUF6hTa5KiY4gWMZtEfv6xA5ANmrjA/laZXLbgyJYG6qA baKQ== X-Gm-Message-State: ABy/qLbNpiDDu6QtTA3mvjRto1SV7h6mHt1fyDAEQvum6e0DvGUQMe73 idSdC5W7/DjLtYSVAfAouLQ88iFpJccydDyo6ZLeJw== X-Received: by 2002:a05:6a00:2307:b0:67e:18c6:d2c6 with SMTP id h7-20020a056a00230700b0067e18c6d2c6mr7621889pfh.5.1688771964092; Fri, 07 Jul 2023 16:19:24 -0700 (PDT) MIME-Version: 1.0 References: <20230706145154.2517870-1-jforbes@fedoraproject.org> <20230706084433.5fa44d4c@kernel.org> <20230707151206.137d3a94@kernel.org> In-Reply-To: <20230707151206.137d3a94@kernel.org> From: Justin Forbes Date: Fri, 7 Jul 2023 17:19:12 -0600 Message-ID: Subject: Re: [PATCH] Move rmnet out of NET_VENDOR_QUALCOMM dependency To: Jakub Kicinski Cc: "David S. Miller" , Eric Dumazet , Paolo Abeni , Jacob Keller , Andrew Lunn , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no 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 On Fri, Jul 7, 2023 at 4:12 PM Jakub Kicinski wrote: > > On Fri, 7 Jul 2023 11:50:16 -0500 Justin Forbes wrote: > > > On Thu, 6 Jul 2023 09:51:52 -0500 Justin M. Forbes wrote: > > > > The rmnet driver is useful for chipsets that are not hidden behind > > > > NET_VENDOR_QUALCOMM. Move sourcing the rmnet Kconfig outside of the if > > > > NET_VENDOR_QUALCOMM as there is no dependency here. > > > > > > > > Signed-off-by: Justin M. Forbes > > > > > > Examples of the chipsets you're talking about would be great to have in > > > the commit message. > > > > The user in the Fedora bug was using mhi_net with qmi_wwan. > > Hm, if anything mhi_net should not be sitting directly in drivers/net/ > > I don't think this is a change in the right direction, just enable > VENDOR_QUALCOMM? Or am I missing something? Enabling it is not a problem, but it seems that if devices not hidden behind VENDOR_QUALCOMM are able to use rmnet, then it is incorrect for rmnet to be hidden behind VENDOR_QUALCOMM. I have already enabled everything for Fedora users, so I am not worried about how to support my users, just a matter of correctness, and the fact that Kconfig deps are more difficult for people to understand in general. Someone reading online hears they need to turn on rmnet, so they add an entry for it, and don't realize that the entry is ignored because VENDOR_QUALCOMM is not enabled. Either all devices capable of using rmnet should be hidden behind VENDOR_QUALCOMM or rmnet should not be. Justin