From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 87916CD6E77 for ; Wed, 11 Oct 2023 15:10:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=x0FbUBZSNjyWCZTyYwSIQmpf8zNs/bmqEUyrwPt0kH8=; b=mhD6CoqyCmTaRl qWW29ntWLazCAg76W06H7C/m7lL2/KFqEepL55A6ayBQB4JD4SX9yrPC1tAC4mglgjMIgBI1u8AFV KH8GYcVfcRUzBKMDeu5G9kFIDurhWrlsFjQn/aJp+6A0RjsK2OObcKusY76sGUpty48IoLp4fyv5f BcShB5yFCsKsxPlHsBLiEvwz0Dkhsz96+SOhcp+dFR7Zq1PkZw/7jXTOzQo8cayRXbrPSlJ8/J3Jt KEk9/SwPx+tQTpIZgVL1jKNNY51W29I3aj9B4vlAGDBqSAq9Y+RTBkalwaOrlH4/8sLt5xN4YDW+x fq9eKn7me/iOPYWAlf8g==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1qqaqX-00GA6Y-0B; Wed, 11 Oct 2023 15:10:01 +0000 Received: from dfw.source.kernel.org ([139.178.84.217]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1qqaqT-00GA6D-2S for linux-arm-kernel@lists.infradead.org; Wed, 11 Oct 2023 15:09:59 +0000 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id 0BAC561213; Wed, 11 Oct 2023 15:09:57 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1B52FC433C9; Wed, 11 Oct 2023 15:09:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1697036996; bh=NK7/zcAL72Zfq6YQF/vUxdXthgBdgQPxmKzGhiyQLLU=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=Xb6qwA4CNigU6EZ/vw5T4xI8CNKktxyPfYHFobP8vYN2PS2b1eMTa9KzZKmWYJkoe pxLr/TfiXbtGtSv4Ny3qNUk0mGT1kUDVTUtoM3aAUACYa8LrGH2Wh9gRXuPsfdyMzu wdGvEANVijWWQy5xhw0vLEI84yrhOKDgZZbu6yvhb6C+GHmDJDZ+3J+YB5MF+JqQvV wdVpy4pJU+N6cQUD6oyaWVmu2nSS7rcfV6qSIHvCQZn3s5SPTNwTl2W4zvbZC+DJnc HPe03ERpdteJ8l7louBWQScthVQJhkzQxtKNd9oPhGB/7XODTLKlchESt+mK7MRLhO Llduy5PyXKIMA== Date: Wed, 11 Oct 2023 08:09:55 -0700 From: Jakub Kicinski To: Kalle Valo Subject: Re: [PATCH] [RFC] wireless: move obsolete drivers to staging Message-ID: <20231011080955.1beeb010@kernel.org> In-Reply-To: <87r0m1fwg9.fsf@kernel.org> References: <20231010155444.858483-1-arnd@kernel.org> <2023101051-unmasked-cleaver-79b3@gregkh> <87y1g94szz.fsf@kernel.org> <2023101139-pyromania-game-2237@gregkh> <87r0m1fwg9.fsf@kernel.org> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20231011_080957_840896_B4C18FC1 X-CRM114-Status: GOOD ( 16.08 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Arnd Bergmann , Alexandre Belloni , Arnd Bergmann , Greg Kroah-Hartman , linux-staging@lists.linux.dev, linux-wireless@vger.kernel.org, Claudiu Beznea , linux-arm-kernel@lists.infradead.org, Pavel Machek , "David S. Miller" , linux-kernel@vger.kernel.org, Larry Finger Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, 11 Oct 2023 10:29:58 +0300 Kalle Valo wrote: > > No matter what the time frame is, it's never going to line up with all > > distros, or catch everyone properly. > > Yeah, that's true. > > > I recommend, just delete all the ones you feel are not being used, in a > > patch that removes them one-by-one, so that it is trivial to revert if > > someone shows up and says "hey, my device stopped working!" a few years > > in the future. > > I'm starting to lean towards this as well. We have talked about this for > so long now but no practical solution ever found so maybe just bite the > bullet finally. What do others think? FWIW in Ethernet we do what Greg says. Delete it, if someone complains we revert back in. The revert did actually happen once, it was pretty painless (Greg even took it into stable tree, IIRC). _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel