Received: by 2002:a05:7412:a9a3:b0:f9:327e:43ab with SMTP id o35csp150748rdh; Mon, 18 Dec 2023 06:59:12 -0800 (PST) X-Google-Smtp-Source: AGHT+IGFmlQ/YRz+JMWTMoo1Pc2MuHmuAKSceXUngFGXAqGRCAgNE8nD4UMLy/97y3Iqn/vW3cqN X-Received: by 2002:a50:935e:0:b0:553:2cbe:9abb with SMTP id n30-20020a50935e000000b005532cbe9abbmr2603593eda.2.1702911551834; Mon, 18 Dec 2023 06:59:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702911551; cv=none; d=google.com; s=arc-20160816; b=ZXTiP7EDPs5op2h3jQ10JmdHCvejQDY4+vP0h/iDqcKMFTJn03+A8blIpctZ5obS/b 8DZgSMLAaSdUM6DFpAcTO0tuYowYRHrUTPlGNltRLP31DiMnZZAP9pyG6KYLu01T1w6D OT3y4asICwmZFUGS9Abx1Ul5rgUWVXO6pa6zOeR32xoE33pQ7scigucDZUhRrr4YBBwo XbGPQJcB7VetZaLztqKu/mxXN24wYI8LfA6aFxGU51mzU0SFktMDg/6vIy3rzCxIq4x/ ovuStIzIvHM6Fa2c9JrVBoBFhSySLy0mFWuid25PvDECJDVYktAwUIxtX1dMDmKOs7Tc 85HA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :user-agent:message-id:in-reply-to:date:references:subject:cc:to :from:dkim-signature; bh=Gm0IJiAGp1kPQUG7uZ399WmcI15jU62Yf4lP+j8vgQk=; fh=3g0J7lrm98Qb15g4FOqqfrcIMDhOkUKLCNKksLGPG5Q=; b=xnBVfEiooISRItaSegW176ieu3sn1ksjibM52D6WgIRXcAuTQ1+kCWNYDCqqBDbIb4 NxUL3QRHDdZi2wX1J2N0JZpKhPgN96zQSaQA6JnpTNGHbvhwJGINvaUYoKzOcArIKeH9 IsvHjO5Q11NxtAVtdExefy+2/Jl7zFyWDHN6Xk93nEszgD+m27x1eHTPV+n3ccBHoaqx zrhdJI27MH7NHuVmKdTe8xI2Uchs0DiY+bPT8lH+LdtgjGIB8dNYE5n2Gs2BUswOVeCA htIolUbidFKUZra84OSm1RTjHvdFaF7PpftZTFGcE7BILGsdtQN7W5FyLno8XF1ldBJA PTYg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=FB2bklC7; spf=pass (google.com: domain of linux-wireless+bounces-931-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-wireless+bounces-931-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id f19-20020a0564021e9300b0054c67c19369si10129137edf.164.2023.12.18.06.59.11 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 Dec 2023 06:59:11 -0800 (PST) Received-SPF: pass (google.com: domain of linux-wireless+bounces-931-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=FB2bklC7; spf=pass (google.com: domain of linux-wireless+bounces-931-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-wireless+bounces-931-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 7790C1F243EF for ; Mon, 18 Dec 2023 14:59:11 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 463B037884; Mon, 18 Dec 2023 14:59:08 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="FB2bklC7" X-Original-To: linux-wireless@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 1FDFB22088; Mon, 18 Dec 2023 14:59:06 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id BA42CC433C7; Mon, 18 Dec 2023 14:59:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1702911546; bh=j87jRYCDb0lryskWckm01CmOmZHH/yU/DZt9Eohvopc=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=FB2bklC7bgMwydcNe05LbcKSrZQkpwU3XM7a4FBsc4CwXCXqoZTJ2xpb3d/KNKaUR s8uBjmxMXBlgPkCqFgYT1BFwBQMBOudZnE8VDB1WDYgNVGK1xLneO0Klcewxx6M3aY leC550vsP7nom003KJ+i5j+KieIfcqb9CV0NrRh+LqhShsmBidzqb3LiIpSPD2LPqq x22BCQm9hAH3cbZOvx/stEsxLYxrj5NHPHoexwVP0wmmwNmXWutEmMj61pVv+YfSXT LilzcFIpXt+DD3yGOF8Q9pdrpzwfp+zsS7amRP0FvCVWbeQRvOvmCHRKqhOzY+Anct 6LApnitldUI+g== From: Kalle Valo To: Johannes Berg Cc: Lukas Bulwahn , =?utf-8?Q?Rafa=C5=82_Mi?= =?utf-8?Q?=C5=82ecki?= , "David S . Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Larry Finger , Arend van Spriel , Franky Lin , Hante Meuleman , Michael Buesch , linux-wireless@vger.kernel.org, netdev@vger.kernel.org, b43-dev@lists.infradead.org, brcm80211-dev-list.pdl@broadcom.com, SHA-cyfmac-dev-list@infineon.com, kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] bcma,ssb: simplify dependency handling for bcma and ssb drivers References: <20231218115802.15859-1-lukas.bulwahn@gmail.com> <26207725d5025318b831dd5a5feca67248aaa221.camel@sipsolutions.net> Date: Mon, 18 Dec 2023 16:59:00 +0200 In-Reply-To: <26207725d5025318b831dd5a5feca67248aaa221.camel@sipsolutions.net> (Johannes Berg's message of "Mon, 18 Dec 2023 14:17:59 +0100") Message-ID: <87o7ensgjv.fsf@kernel.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) Precedence: bulk X-Mailing-List: linux-wireless@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Johannes Berg writes: > On Mon, 2023-12-18 at 12:58 +0100, Lukas Bulwahn wrote: > > Dunno, I'm not super involved with this but ... > >> +++ b/drivers/bcma/Kconfig >> @@ -1,12 +1,7 @@ >> # SPDX-License-Identifier: GPL-2.0 >> -config BCMA_POSSIBLE >> - bool >> - depends on HAS_IOMEM && HAS_DMA >> - default y >> - >> menuconfig BCMA >> tristate "Broadcom specific AMBA" >> - depends on BCMA_POSSIBLE >> + depends on HAS_IOMEM && HAS_DMA > > [...] >> config BRCMSMAC >> tristate "Broadcom IEEE802.11n PCIe SoftMAC WLAN driver" >> - depends on MAC80211 >> - depends on BCMA_POSSIBLE >> + depends on HAS_IOMEM && HAS_DMA && MAC80211 >> select BCMA > > to me it kind of seems more obvious for example in this case to say > "depend on BCMA_POSSIBLE and select BCMA" rather than open-coding the > BCMA dependencies both here and in BCMA? Now granted, they're rather > unlikely to _change_, but it still seems more obvious? I was thinking the same. Lukas, is there a specific reason why you want to change this or this just something you noticed by chance? -- https://patchwork.kernel.org/project/linux-wireless/list/ https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches