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 60FC4ECAAD4 for ; Tue, 30 Aug 2022 08:01:57 +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:In-Reply-To:MIME-Version:References: 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=rFBxKArZNQqz1rl7Z7gQIagjteGwPXLyCArPL5sGAFY=; b=1ufhd7JnndV4MR 1v/y6oBdLlJz7kjcY5izDZJ6pa1CbgAE6X26X7VtDLvoqzjM3I/l592FS/j+q2X10IkcxgRANDNMQ aDDMgXLw/ywPL1ksnhU+usdo14OhdtXms3hJuH0O6CVv4slplINBWLu9Yg5No9KBdFcXuXGSZhGgG GJA8Q74YxX0ut5tIF9fRfcbh0Z9RJ8Iw7hb2n3qoH8Ro0RGO9Tq5fNr+dl3VY8n44RZaPpFia9qjX k9pzptMmMIukgyGyxweMwXXCxszkdnUqYuvFB1Pz/AFeMFNFi/0x07H3XnK/5CFcP3n+QxXvv2ci4 aAZG/Y20I9aK2IByy5LQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1oSwAj-00F015-CB; Tue, 30 Aug 2022 08:00:33 +0000 Received: from mail.gnudd.com ([93.91.132.248]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1oSw9Z-00EzSV-OU for linux-arm-kernel@lists.infradead.org; Tue, 30 Aug 2022 07:59:24 +0000 Received: from dciminaghi by mail.gnudd.com with local (Exim 4.94.2) (envelope-from ) id 1oSw8m-0002Aa-Tn; Tue, 30 Aug 2022 09:58:32 +0200 Date: Tue, 30 Aug 2022 09:58:32 +0200 From: Davide Ciminaghi To: Arnd Bergmann Cc: Christophe Leroy , Linus Walleij , Alexandre Courbot , Alexandre Courbot , Bartosz Golaszewski , Jonathan Corbet , Russell King , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , "maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)" , "H. Peter Anvin" , "open list:GPIO SUBSYSTEM" , "open list:DOCUMENTATION" , open list , "moderated list:ARM PORT" , "open list:GENERIC INCLUDE/ASM HEADER FILES" , Alessandro Rubini Subject: Re: [PATCH] gpio: Allow user to customise maximum number of GPIOs Message-ID: References: <87f2ff4c-3426-201c-df86-2d06d3587a20@csgroup.eu> <515364a9-33a1-fafa-fdce-dc7dbd5bb7fb@csgroup.eu> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Face: #Q;A)@_4.#>0+_%y]7aBr:c"ndLp&#+2?]J;lkse\^)FP^Lr5@O0{)J;'nny4%74.fM'n)M >ISCj.KmsL/HTxz!:Ju'pnj'Gz&. X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220830_005921_875593_63507DDB X-CRM114-Status: GOOD ( 25.10 ) 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 tl;dr: sta2x11 support can be removed. On Sun, Aug 28, 2022 at 12:04:29PM +0200, Arnd Bergmann wrote: > On Sun, Aug 28, 2022 at 11:06 AM Christophe Leroy > wrote: > > Le 26/08/2022 ?? 23:54, Linus Walleij a ??crit : .... > > I think that just means the code that one would have to modify > is in vendor kernels of devices using this chip, but there is no > way to fix those if they are not in mainline. The last meaningful > patches on this SoC support were in 2012 by Davide Ciminaghi > and Alessandro Rubini, though they still Acked patches after that. > > I wonder if I was missing the interesting bit about it, if the driver > is just obsolete and can be removed, or if there is something > that is still worth fixing here. > Hi, the sta2x11 was a chip containing AMBA peripherals and a PCIe to AMBA bridge (it is still in production as far as I know, but deprecated for new designs). It would typically be installed on x86 machines, so you needed to build and run AMBA drivers in an x86 environment. The original drivers we started from had platform data, but then we were told to switch to DTS. Device trees, though, were not very common under x86 at the time and, perhaps most important, we had a bunch of amba peripherals "behind" a pci bus, which is a dynamic thing. Our idea was to build a device tree at runtime (in user space) and then booting a second kernel via kexec with the correct DTB, but this was not a complete solution. For instance we needed to patch the device tree at runtime to take dynamically assigned IRQ numbers into account. Also the clocks tree had to be dynamically instantiated, once for each sta2x11 chip. Finally, there were some problems allocating dma buffers because the AMBA side of the bridge could only reach some ranges of physical addresses. We had a more or less working prototype, and you may want to have a look at some of our work: https://lore.kernel.org/lkml/5202C655.6050609@zytor.com/t/ Nevertheless the upstreaming effort was eventually too big for Alessandro and myself. So the sta2x11 drivers upstreaming project has been abandoned (even though I like to think of it as one of the funniest failures of my life). Sta2x11 related drivers can of course be removed. Thanks and regards Davide _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel