Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5365097ybl; Tue, 4 Feb 2020 12:34:00 -0800 (PST) X-Google-Smtp-Source: APXvYqx8w5IT1lfOhPl1G53buwRdwvKgDa+B+MdcQeW0KRGKY7B0Ha5Fhb7OrzGQ3Ip/ZaSi+44Y X-Received: by 2002:aca:cf07:: with SMTP id f7mr571669oig.5.1580848439932; Tue, 04 Feb 2020 12:33:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580848439; cv=none; d=google.com; s=arc-20160816; b=iwgRKcFJH9cHRyqtGdXIMhgtAJT5JoFfZ+v0+C49vb30UanCOyrBOvIi0cxlFb1JAx k33VB+3pviJWu7tbBaPZWm1sph+33zAVsbTce9ozE0YFxstc5AU8wPbj72woMjNN2Bgk IHU/6f/Oa7aPKHg8y5PgBsHZt0pAGysPuMsEQVzbIL1hFfy2EH+YyNYoJvfhCRCwcPI6 qHvzOZtLDiGzqBKMev7fg9VqVbxvBweaUDtjP8Hi1PWd0724iEAAh7u6D9Nsn5cQFTin PO7lpvHXPyH5EmBHlZYMTWO65uTo9mp1zNk3FktfMeJxCx51qMVC+d3GNlYJBNxvcmsh c5HQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=Eu9GqXtK/l01BRKY5MaH0T26o4LWxGBFtxT+Sqy2At0=; b=dmWXiuPzintnZWoBMDuqBYLMNxdoMrSGdBlX8Ku1ec9MegJpG/VQqm8VotT2PWyyse y89I+6JV5dP9StDR5HGHa31F1B78uLdYoAkgX+5bmFx82M+dJvbLl9Nk/70DEhVxIpN/ n9a8984vNOwhXBni23aFOYsjxaeBswsWMncRki+LC7B6xuFMFEZaQZVbVk46jWZtX3Lh UhUKbgqQ1Izpv6tGdUt4/kJH5TRd83ejuvPhkY/EvDvAkbgxeTIHIU64P1AD/vKPtsIQ eonqShP0b62mhD3YUCnrNiQWaf/l5caK80NCmPz/KijMzP2fvrUoqKuQIuJNDNf0pyKl 6ZBg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b="eb/+Qll3"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a64si11731202oif.256.2020.02.04.12.33.44; Tue, 04 Feb 2020 12:33:59 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b="eb/+Qll3"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727550AbgBDUbY (ORCPT + 99 others); Tue, 4 Feb 2020 15:31:24 -0500 Received: from bombadil.infradead.org ([198.137.202.133]:53552 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727458AbgBDUbY (ORCPT ); Tue, 4 Feb 2020 15:31:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Transfer-Encoding :Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Sender:Reply-To:Content-ID:Content-Description; bh=Eu9GqXtK/l01BRKY5MaH0T26o4LWxGBFtxT+Sqy2At0=; b=eb/+Qll3sWrmKSHxQU9iT1kfMP k7NzIrfllcEgTOM34fqnUWirEWv0G1hJunMF3t+myQgtLvn5p2TZ56dnHB9wAUhjRBHK30B7glzST 3p7oZAN5uqaFPul0fNPvu6UiDGmv0sVOksrLLMJGXE+c4UYDQ3KtTTQZOir5r1TSnyrF+RVq4sZQr dn8pGIkB5B+Ib9Lmxjg2mWMPTFARfRt4LSflK3OGsHiwkQP4vVKwiYwuAuTAEmWQbDMAhX8QO0qkl M3/OZh4WSN/y9kilO2XQhX30g07VI//PgwJzKt46tocRFGf02dej5mPVrhC1zaUdTdSvDXT575rFO C9ZTlR4g==; Received: from willy by bombadil.infradead.org with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1iz4qq-0007Zf-6k; Tue, 04 Feb 2020 20:31:16 +0000 Date: Tue, 4 Feb 2020 12:31:16 -0800 From: Matthew Wilcox To: Chris Packham Cc: "gregkh@linuxfoundation.org" , "linux-kernel@vger.kernel.org" , "wambui.karugax@gmail.com" , "dan.carpenter@oracle.com" , "fw@strlen.de" , "bobdc9664@seznam.cz" , "aaro.koskinen@iki.fi" , "yuehaibing@huawei.com" , "linux@roeck-us.net" , "devel@driverdev.osuosl.org" , "brandonbonaby94@gmail.com" , "sandro@volery.com" , "paulburton@kernel.org" , "ddaney@caviumnetworks.com" , "ynezz@true.cz" , "julia.lawall@lip6.fr" , "ivalery111@gmail.com" , "davem@davemloft.net" , "geert@linux-m68k.org" Subject: Re: [PATCH 1/2] staging: octeon: delete driver Message-ID: <20200204203116.GN8731@bombadil.infradead.org> References: <20191210091509.3546251-1-gregkh@linuxfoundation.org> <6f934497-0635-7aa0-e7d5-ed2c4cc48d2d@roeck-us.net> <20200204070927.GA966981@kroah.com> <1a90dc4c62c482ed6a44de70962996b533d6f627.camel@alliedtelesis.co.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1a90dc4c62c482ed6a44de70962996b533d6f627.camel@alliedtelesis.co.nz> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 04, 2020 at 08:06:14PM +0000, Chris Packham wrote: > On Tue, 2020-02-04 at 07:09 +0000, gregkh@linuxfoundation.org wrote: > > On Tue, Feb 04, 2020 at 04:02:15AM +0000, Chris Packham wrote: > > > I'll pipe up on this thread too > > > > > > On Tue, 2019-12-10 at 02:42 -0800, Guenter Roeck wrote: > > > > On 12/10/19 1:15 AM, Greg Kroah-Hartman wrote: > > > > > This driver has been in the tree since 2009 with no real movement to get > > > > > it out. Now it is starting to cause build issues and other problems for > > > > > people who want to fix coding style problems, but can not actually build > > > > > it. > > > > > > > > > > As nothing is happening here, just delete the module entirely. > > > > > > > > > > Reported-by: Guenter Roeck > > > > > Cc: David Daney > > > > > Cc: "David S. Miller" > > > > > Cc: "Matthew Wilcox (Oracle)" > > > > > Cc: Guenter Roeck > > > > > Cc: YueHaibing > > > > > Cc: Aaro Koskinen > > > > > Cc: Wambui Karuga > > > > > Cc: Julia Lawall > > > > > Cc: Florian Westphal > > > > > Cc: Geert Uytterhoeven > > > > > Cc: Branden Bonaby > > > > > Cc: "Petr Štetiar" > > > > > Cc: Sandro Volery > > > > > Cc: Paul Burton > > > > > Cc: Dan Carpenter > > > > > Cc: Giovanni Gherdovich > > > > > Cc: Valery Ivanov > > > > > Signed-off-by: Greg Kroah-Hartman > > > > > > > > Acked-by: Guenter Roeck > > > > > > Please can we keep this driver. We do have platforms using it and we > > > would like it to stay around. > > > > > > Clearly we'll need to sort things out to a point where they build > > > successfully. We've been hoping to see this move out of staging ever > > > since we selected Cavium as a vendor. > > > > Great, can you send me a patchset that reverts this and fixes the build > > issues and accept maintainership of the code? > > > > Yep will do. > > On Tue, 2020-02-04 at 10:21 +0300, Dan Carpenter wrote: > > My advice is to delete all the COMPILE_TEST code. That stuff was a > > constant source of confusion and headaches. > > I was also going to suggest this. Since the COMPILE_TEST has been a > source of trouble I was going to propose dropping the || COMPILE_TEST > from the Kconfig for the octeon drivers. Not having it also causes problems. I didn't originally add it for shits and giggles.