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 E168AC43334 for ; Mon, 4 Jul 2022 09:09:29 +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:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-ID:Subject:Cc: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=iuicX2eeg6z/yUumyl9bxEwMdgGMKMDxB83C5kZr1wE=; b=Dw35OBtYAgDahh sJvxh1sNxyZcXi7PNanBZat5R0UqcD3Mj0CIpsMrCr95H0K55MNzluoBkU9cUfL2P9DnKhFjXzANe 46jr71SGAJXlc4OwYHChpJ/WEr3Glcc5br9MT/XM7ajpw68B31W2HyRUJGyEYQ1p32juBrSGtNFFV OPlGhuIhp/AWSCGuRbMLbEY5SRY3JGqb+gv/l1cbcJa8QVXjFWp/r4LD369gmB09AM3xwpSpAm+Nn VJvoz9HTkwa5uDX19mfQlYUCKoPZOzj3R1VJHOiNqhr/NYtlrKHDA28tK9jrzPcBJg68dwj89ywrz ++V9VXwXCGm3viRD/JmA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1o8I3z-006JLh-Eo; Mon, 04 Jul 2022 09:08:15 +0000 Received: from forward500o.mail.yandex.net ([37.140.190.195]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1o8I3q-006J9W-Tx for linux-arm-kernel@lists.infradead.org; Mon, 04 Jul 2022 09:08:10 +0000 Received: from myt6-3955a48a7d81.qloud-c.yandex.net (myt6-3955a48a7d81.qloud-c.yandex.net [IPv6:2a02:6b8:c12:1eae:0:640:3955:a48a]) by forward500o.mail.yandex.net (Yandex) with ESMTP id 6CC8B941E30; Mon, 4 Jul 2022 12:07:56 +0300 (MSK) Received: from myt6-efff10c3476a.qloud-c.yandex.net (myt6-efff10c3476a.qloud-c.yandex.net [2a02:6b8:c12:13a3:0:640:efff:10c3]) by myt6-3955a48a7d81.qloud-c.yandex.net (mxback/Yandex) with ESMTP id WtpAH9XoiH-7rgSn5e0; Mon, 04 Jul 2022 12:07:56 +0300 X-Yandex-Fwd: 2 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=maquefel.me; s=mail; t=1656925676; bh=ylrYf8PpQpTbCgt5wlDXxvDehvWCSIYx9cl/kaQvPMM=; h=In-Reply-To:Subject:Cc:To:From:References:Date:Message-ID; b=Lwo65iQZDIiFLs9OaDlsAnqVarhvp8YUlej3NqKHsRwarmYlmG2jM5h4YsQAeLL/l TqTJuZHgOhtRVNHuu5eMaoHauHkwVEXuh5KcfDJyIHoBdY7grGP2LN9W1DzeSMPBuX x8jYTnTj3F+SJkeTyV0cTvF4baiprinF9zy7fiBE= Authentication-Results: myt6-3955a48a7d81.qloud-c.yandex.net; dkim=pass header.i=@maquefel.me Received: by myt6-efff10c3476a.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id ch8JReNEaj-7pNK2hKw; Mon, 04 Jul 2022 12:07:52 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Mon, 4 Jul 2022 12:07:49 +0300 From: Nikita Shubin To: Arnd Bergmann Cc: Alexander Sverdlin , Lukasz Majewski , H Hartley Sweeten , Linux ARM , Russell King , Krzysztof Kozlowski , Linus Walleij , Alim Akhtar , Krzysztof Halasa , Daniel Mack , Haojian Zhuang , Robert Jarzmik , Marek Vasut , Lubomir Rintel , linux-omap , Tony Lindgren , Aaro Koskinen , Sekhar Nori , Bartosz Golaszewski , Andrew Lunn , Sebastian Hesselbarth , Gregory CLEMENT , Lennert Buytenhek , Marc Zyngier , Mauri Sandberg Subject: Re: Scheduling (unused) board file removal for linux-6.x Message-ID: <20220704120749.7a742c2c@redslave.neermore.group> In-Reply-To: References: <0010bbe738eb6853f49f07a6eb6043e0e7f426a8.camel@gmail.com> X-Mailer: Claws Mail 3.17.7 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220704_020808_114786_21DF4751 X-CRM114-Status: GOOD ( 28.33 ) 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: , 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 Hello Arnd and Alexander! On Sun, 3 Jul 2022 18:11:36 +0200 Arnd Bergmann wrote: > On Sun, Jul 3, 2022 at 1:24 PM Alexander Sverdlin > wrote: > > Hello Nikita, Lukasz, Hartley, > > On Thu, 2022-06-30 at 09:42 +0200, Arnd Bergmann wrote: > > > > > ep93xx > > > > > > > > > > These are still used, and the platform includes the only > > > > > remaining two board files that were added after linux-3.0. DT > > > > > support is probably doable now that common-clk works. Need > > > > > information about which boards are important. > > > > > > > > I'm still maintaining/able to test CONFIG_MACH_EDB93XX > > > > (edb93xx.c). > > > > > > Noted, thanks! We'll leave them in for 2023 then. > > > > > > Any thoughts on long-term uses for the platform? Do you know of > > > users of any products other than the reference boards that would > > > justify doing a DT conversion, or do we just delete the platform > > > another time? > > > > what are your projections for EP93xx support? > > > > I'm personally a bit pessimistic about DT conversion because > > existing partition tables were already challenged by the kernel > > growth. It has at least grown +60% with the same config since 2006. > > This makes me think that 2023 EOL for this SoC might be feasible. > > I don't think converting the platform to DT will make the space > problem noticeably > worse, as the DT infrastructure is already enabled unconditionally > since the multiplatform enablement. There are probably a few more > lines that need to be added to parse DT properties in a couple of > drivers, but removing the board files > will save a bit as well. > > There is little hope of stopping the general accumulation of code > bloat through, so any boards that are hitting a size limit are > probably at the end of their lives > regardless. > > Arnd On the bright side i have a working (bootable with UBIFS rootfs) dt-based version of ts7250. Did almost a year ago, but unfortunately got caught by RISC-V bustle, Sorry for github links: Almost "clean" branch: https://github.com/maquefel/linux/tree/ep93xx_dt_rework Dirty, last known good branch: https://github.com/maquefel/linux/tree/gpio/devel-ep93xx-rework-v6 But all my users moved from ts7250 usage to other products, so i am okay if it vanishes from main tree... I have a dozen of ts7250, even with TS-DIO24, TS-SER4, CAN etc..., if someone is interested in Device Tree version of ep93xx/ts7250, it's not a problem for me to finalize the current work on the top of most recent version, but i can test only on ts7250. Yours, Nikita Shubin. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel