From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 78FF6BA45; Tue, 2 Jun 2026 06:46:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780382789; cv=none; b=bngQCtbdjhoxS/xEFrWC1cwOwkCz8wdfR1bkCowkinjVpde16XUsTSvTH/zT3CRw55VqNfS1NLyXkL0z1ZefkiJhgbBZ0PMmvRg+aVUJubDcnSNrTURX8oVRUoJZZifaUu5LVFdukO4TGS0SAdZHYVbERZJMTEwRjIDrNhitX0U= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780382789; c=relaxed/simple; bh=h8B6zqP1n0FflT7YHW2lWYdU6MgeQCCTwtOtxwL9iHM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=UkrrI+YmQufB9VeOKunBUiOhtDXUdBbJdpWZpVGPhhtt4MIrrDLEmbJ/sqytFqxcpJACiD2wJ5TXmRuEu2EnjarrowRzrBt5kV7y/DKPdcLyH+S+6nt7tA3hgPK4SIXS0bE7+znEWorrs5kk3VscxTid4cLfmpwIJKY1QeMalSc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=mVGn27Vj; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="mVGn27Vj" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 876D01F00893; Tue, 2 Jun 2026 06:46:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1780382788; bh=PleAjPFfBrplT4ylTQmKOn/ycmA34mile0CXUYNdL3M=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=mVGn27VjBYlBXigY19uQZMGy1qDeaz2fzAGuUicaPA2kPhFlhogeDIvscFLUeipaI jpIYR7uUt3QJDgPV8vv2B/X6SDosAyUaVfmZKvQPQZXEAtsxzC+710PFRiBfCt7zBb RIdBUe91H8C649x3A0Al+eSO1vNNXlfi0OSgJBzk= Date: Tue, 2 Jun 2026 08:45:32 +0200 From: Greg KH To: Grewstad Cc: Andrew Lunn , jic23@kernel.org, jacobsfeder@gmail.com, linux-staging@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, hjk@hansjkoch.de, davem@davemloft.net, netdev@vger.kernel.org Subject: Re: [RFC] drivers/staging/axis-fifo: TODO file and subsystem direction Message-ID: <2026060203-protozoan-widow-1b41@gregkh> References: <84d8f2a1-6562-47a9-93d7-2d7ff33c31c0@lunn.ch> <8f7eb9c7-6695-450c-81c4-fb96643adbc2@lunn.ch> <2026060202-wad-skittle-263f@gregkh> Precedence: bulk X-Mailing-List: netdev@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 Tue, Jun 02, 2026 at 12:07:48PM +0530, Grewstad wrote: > On Tue, Jun 2, 2026 at 11:28 AM Greg KH wrote: > > > If no one is using it, why don't we just delete it then? It can come > > back if someone shows a real use-case for it. > > Yes, this is what i was thinking. These boards are generally used for > development and research teams can probably maintain a patch if > they really want it. As you said, it can always come back if a > user-space application depends on it. > > One drawback that comes to mind is a development group may > currently be maintaining a proprietary application that depends on it. Then they will speak up when the driver goes away and we can revert the removal quite easily. It's not like code is ever "gone" for forever. thanks, greg k-h