Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1912531pxb; Mon, 18 Jan 2021 03:20:59 -0800 (PST) X-Google-Smtp-Source: ABdhPJwY0nWd6ZRSDGNg7TOIWrPwq5JCGnIpi1r253UmcuiKWU5s4hIFqWQby76l4MSgAb9L2p41 X-Received: by 2002:a05:6402:3585:: with SMTP id y5mr13998259edc.97.1610968859644; Mon, 18 Jan 2021 03:20:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610968859; cv=none; d=google.com; s=arc-20160816; b=N99fK0ZJGkUhzEmD0wxPUImuVcjnejpdXgGyG7AlIeKghkZZFaCXHaRqwVxoa+t/j5 XekApGnBdBkvteksgYRvr0IC/H74IDNpoz3/+j8rwN/yk5/S2tKv+cSWgQNuGZ9+MtU9 aMB8HlsfkgEQZgROkOUT0fDHb/oda/ClXsAoe+RIHnRckChYbFDjFfqYFUi+TWsFcPUj 9Ru18oQdg2wUbkKGpd15O/lohbgwr3mHs58futs4NxRTBQnRnANioSvA+er8OclLf6SJ VGzdv3V0kNTe6twRpKwJRrnJuzh1cuNfw614apRY9JNG1qn0m7WpZ4Ewx3HFbW05yXD1 7uYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:references :subject:cc:to:mime-version:user-agent:from:date:message-id; bh=4VTU/IigKwCUVy+SrM1WHQWDwxAR111qUYBra9y5QHA=; b=UsjSP+fxY5xWqgBlPNp6zdswJMr8YUscGGVHTluZQzRxRag9ZmXIcy0oCwcRmY4iFE J4DAk4YyhsEnBbWh/nhm15l8n1FYVsQa7Xq6jX9swFCrNPXAu+bhvygMBgNmEM9VlJeW zAaL/RqLCekJ3RM7tZs6cjgtrJ9iy/DLd4gX3BWEGkOzi5OinIIcFGeXhqVsaflIC4t5 a0bYHuvBM83R6GjjFBV14EQzogoeBnR7nfMdMU4EpXhTYWJN+CFMPL6X3gJ6Ko+EbOQH Znx661poHkIuxGEmIcrlKymTqjoD+krtnlKiObrjgWrklonFJwFcdOszaM7FvP4Qb7t7 jrqg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v2si373427ejy.301.2021.01.18.03.20.35; Mon, 18 Jan 2021 03:20:59 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389985AbhARLPR (ORCPT + 99 others); Mon, 18 Jan 2021 06:15:17 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:11400 "EHLO szxga07-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388400AbhARKrH (ORCPT ); Mon, 18 Jan 2021 05:47:07 -0500 Received: from DGGEMS406-HUB.china.huawei.com (unknown [172.30.72.60]) by szxga07-in.huawei.com (SkyGuard) with ESMTP id 4DK7j33pDQz7Wsv; Mon, 18 Jan 2021 18:45:11 +0800 (CST) Received: from [10.40.166.221] (10.40.166.221) by DGGEMS406-HUB.china.huawei.com (10.3.19.206) with Microsoft SMTP Server id 14.3.498.0; Mon, 18 Jan 2021 18:46:05 +0800 Message-ID: <600566ED.40906@hisilicon.com> Date: Mon, 18 Jan 2021 18:46:05 +0800 From: Wei Xu User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Arnd Bergmann , "Leizhen (ThunderTown)" CC: Linux ARM , "Linux Kernel Mailing List" , Krzysztof Adamski , Oleksij Rempel , Baruch Siach , Russell King - ARM Linux , Daniel Tang , =?UTF-8?B?VXdlIEtsZWluZS1Lw7ZuaWc=?= , "Jamie Iles" , Barry Song , "Viresh Kumar" , Linus Walleij , Jonas Jensen , Marc Gonzalez , Hartley Sweeten , Lubomir Rintel , Neil Armstrong , Shawn Guo , Alex Elder , "Alexander Shiyan" , Koen Vandeputte , Hans Ulli Kroll , Vladimir Zapolskiy , Steven Rostedt , Yoshinori Sato , Mark Salter , "Michael Ellerman" , Geert Uytterhoeven , Thomas Bogendoerfer , Tony Prisk , Krzysztof Halasa , Subject: Re: [v2] Old platforms: bring out your dead References: <60013F54.9050305@hisilicon.com> <14914300-b98a-fc60-fc06-0a6d62729d8e@huawei.com> In-Reply-To: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.40.166.221] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Arnd, On 2021/1/15 20:04, Arnd Bergmann wrote: > On Fri, Jan 15, 2021 at 12:09 PM Leizhen (ThunderTown) > wrote: >> On 2021/1/15 17:26, Arnd Bergmann wrote: >>> On Fri, Jan 15, 2021 at 8:08 AM Wei Xu wrote: >>>> On 2021/1/14 0:14, Arnd Bergmann wrote: >>>>> On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote: >>>>> * mmp -- added in 2009, DT support is active, but board files might go >>>>> * cns3xxx -- added in 2010, last fixed in 2019, probably no users left >>>>> * hisi (hip01/hip05) -- servers added in 2013, replaced with arm64 in 2016 >>>> >>>> I think it is OK to drop the support of the hip01(arm32) and hip05(arm64). >>>> Could you also help to drop the support of the hip04(arm32) which I think nobody use as well? >>> >>> Thank you for your reply! I actually meant to write hip04 instead of hip05, >>> so I was only asking about the two 32-bit targets. I would expect that >>> hip05 still has a few users, but wouldn't mind removing that as well if you >>> are sure there are none. >>> >>> Since Zhen Lei is starting to upstream Kunpeng506 and Kunpeng509 >>> support, can you clarify how much reuse of IP blocks there is between >>> hip04 and those? In particular, hip04 has custom code for (at least) >>> platmcpm, clk, irqchip, ethernet, and hw_rng, probably more as those >>> were only the ones I see on a quick grep. >>> >>> If we remove hip04, should we remove all these drivers right away, >>> or keep some of them around? >> >> I think the drivers should be kept. > > Ok, will do. > >> Currently, at least hip04_eth.c and irq-hip04.c are used. These drivers >> were originally written for Hip04, but the drivers used by other boards >> maybe similar to them. Therefore, these drivers are extended without >> adding new drivers. > > Right, so the other chips just use compatible="hisilicon,hip04-intc" > etc. in their device trees? Is there a public copy of the dts files > somewhere that I can use for cross-referencing? Sorry if I'm > messing up the timeline for your upstreaming plans. > > It might actually be easier to leave hip01 and hip04 in the > tree for the moment until you have upstreamed the other SoC > support, and then we clean up by removing the unused bits > afterwards. I'll leave it to you both to tell me which way is easier > for you. I have aligned with Leizhen and as you suggested it is better to keep them for the moment. Thanks! Best Regards, Wei > > Arnd > . >