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 3598DC3DA4A for ; Mon, 19 Aug 2024 17:17:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Type: Content-Transfer-Encoding:MIME-Version:References:In-Reply-To:Message-ID:Date :Subject:Cc:To:From:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=NtlTKJbHiAYCUCklHDfN5OAWyNL6/u/SANPFYo6wU2s=; b=UrJE1BfLmnNWKzUtdRSC9HdK7G Wr2cdPxBwiDhfxMVrGy14DAAIrS1XAz3o+YW56AUKEWnSGc2gzJ8ZchoM5G/ogRnHNWZPy6ZL1aCi gBC8ZeKC0aknnQaUqafhlkQejd4un8s6/FdfPgX/o+QDndiSs3yHaNsQYVyb8aQ51zPlKws0y0Bhg Fwoz2eSHkVX1jDXBMk8KlTyFMgniZhkN/JqVaCMWRMpjQBvUWiWIsnSktfBSBrHvBl9iAltzWlVMV yylDkdM903/jXVFr0XgKA523Z79bgUmhkI1P5KzgYO5Hq+B0emDlWsnJ04KW7TbHnlzgzp64zJfF2 wgtDyTPA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1sg60P-00000002N1P-1gSN; Mon, 19 Aug 2024 17:17:21 +0000 Received: from desiato.infradead.org ([2001:8b0:10b:1:d65d:64ff:fe57:4e05]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1sg5sE-00000002KZc-0LCA for linux-arm-kernel@bombadil.infradead.org; Mon, 19 Aug 2024 17:08:54 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=desiato.20200630; h=Content-Type:Content-Transfer-Encoding :MIME-Version:References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From: Sender:Reply-To:Content-ID:Content-Description; bh=NtlTKJbHiAYCUCklHDfN5OAWyNL6/u/SANPFYo6wU2s=; b=Dfd524suZcX3E3HueRYXPEbH8A 5/yS1Bw4EThrj7+WGmObCLAunBuDo2TliIYFb/LAAU+e5poK7uj7rJogv3wZoQmrRc/64XViSpFEs eG2lfjJaNvk61IjA8JZZWPefGppgo8x5fYLLRDBXg87m1yDbYe1UeW6uX18noB6Q58yfXPjUFkXOt ZB97dyVp2tkTFDj8xNhuRsznW3WYEu6RPt1R6a1mstfT0wlEBlrEWqVKkA3HqVMOjSlZW1zgHM+2w D5V+bYqoGjzR2Hv5CUKX9JFm8IVGP0d02BAO9B9go7AJ/3S30dgjltS4LoL1QpT9CaxM8UmEv8osu diVsxG6Q==; Received: from mail-io1-xd31.google.com ([2607:f8b0:4864:20::d31]) by desiato.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1sg5sA-00000009B5Q-2LtY for linux-arm-kernel@lists.infradead.org; Mon, 19 Aug 2024 17:08:53 +0000 Received: by mail-io1-xd31.google.com with SMTP id ca18e2360f4ac-81f861f369aso173325739f.0 for ; Mon, 19 Aug 2024 10:08:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1724087327; x=1724692127; darn=lists.infradead.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:sender:from:to:cc:subject:date :message-id:reply-to; bh=NtlTKJbHiAYCUCklHDfN5OAWyNL6/u/SANPFYo6wU2s=; b=O/Pu2qcoDJTaFOolB82apvKtIgPLEBCxyysMDvXunjIcmxK/jcy3/tzWknKlTuIC1r //WYwFufl/Cl54XKaMRo5e77H6YqPfEdQlD5dh3L6CVWh0Vf88Ksqm+Z+JycI0kqW8Lx sQZGeNAsZxYrhvbXwPCP1PrJNjV8yTj9mHuO9/AZfVJgYtYTbMKPl+2qpiaqXaEWh3JU 2BSEjARCFiMHntvPKs8NlHxU0Ba/dVSPrmBy/BFN6Ggs1A3HDZThAblVM6p2yMg4acYf ALnYKl59Fu2HVDi68caAuE8WWUQt3zpFhxVvCWo8Pxk9zJv0EVK2207gE7LVgCymsIpg Qovw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1724087327; x=1724692127; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:sender:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=NtlTKJbHiAYCUCklHDfN5OAWyNL6/u/SANPFYo6wU2s=; b=ZZrQvLNZlMvtP6Zrw4F14Iu64LI6pNljtVeY3c/enWzLdB3NQvK2IEGp8hND3rhmQX HjyOGMTZrOp2RtMiMCWdlWWhgp5Kd7sPS7hBieyv98BhqCppBgFsakXLcLpQOvczMLUo Fjoai0xZKgR1GH+FI4CPiKl2SVqpzYvwPY4xQ5+iAEEnjRUzmmHqTRMab7IqUbaWFfgN yq2hefcRRiIKH7vNSKY6NZwF9ToTzdEZicUvIOFuESGuFTiJOMnL3GdWSh9NCI1fyZQ8 SIYOi/U+q0Vy9CIaUvtw3DV9I4hQQiZVdwHP2kPbq74awamkvNX72eZAyWu1yrp3urhV tm0g== X-Forwarded-Encrypted: i=1; AJvYcCWEgPGv8OBHWBP7sl42gy5+V61xs5+pwRCQZUkSo0mX2gtCvbhErYEhllY7hIqRntqI3zX/8P2RE/4NrlMwkNNZGQ9I9V/WZuqmVe+UfPPq2lVc4G8= X-Gm-Message-State: AOJu0YyrDuyxn0B8lHRy7eQVSvRw1j0bjK2So0xDGuBhswmxxW3JkHVv WMRk2PHm1saiR6KXKTBWaSPhunkAOPa8fzBjXG7ascCEww2am2gs X-Google-Smtp-Source: AGHT+IF+l6vi5FOKP4VXOxBu7lde1hnkECw+FYl/OVHJiwNF1JWFfYs64lSRDMynZsfZ1XvndqKSNA== X-Received: by 2002:a05:6e02:20cb:b0:39d:4d2d:d0de with SMTP id e9e14a558f8ab-39d56dd773emr2796445ab.3.1724087326948; Mon, 19 Aug 2024 10:08:46 -0700 (PDT) Received: from earth.localnet (97-127-48-199.mpls.qwest.net. [97.127.48.199]) by smtp.gmail.com with ESMTPSA id 8926c6da1cb9f-4ccd6e97f0esm3234711173.65.2024.08.19.10.08.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 19 Aug 2024 10:08:46 -0700 (PDT) From: jeremy@jeremypeper.com To: Arnd Bergmann , Andrew Lunn Cc: "Jeremy J. Peper" , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Russell King , Linus Walleij , Richard Earnshaw , Richard Sandiford , Ramana Radhakrishnan , Nicolas Pitre , Krzysztof Kozlowski , Mark Brown , Kristoffer Ericson , Robert Jarzmik , Aaro Koskinen , Janusz Krzysztofik , Tony Lindgren , Linux-OMAP , Nikita Shubin , linux-samsung-soc@vger.kernel.org, Sebastian Hesselbarth , Gregory Clement , debian-arm@lists.debian.org, Dmitry Torokhov , Alexandre Torgue Subject: Re: [RFC} arm architecture board/feature deprecation timeline Date: Mon, 19 Aug 2024 12:08:43 -0500 Message-ID: <2668591.ElGaqSPkdT@earth> In-Reply-To: References: <2831c5a6-cfbf-4fe0-b51c-0396e5b0aeb7@app.fastmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240819_180850_897124_066B3565 X-CRM114-Status: GOOD ( 41.36 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Monday, August 19, 2024 9:23:16 AM CDT Andrew Lunn wrote: > On Mon, Aug 19, 2024 at 04:12:10PM +0200, Arnd Bergmann wrote: > > Two small additions: > > > > On Mon, Aug 19, 2024, at 11:17, Arnd Bergmann wrote: > > > On Thu, Aug 15, 2024, at 21:53, jeremy@jeremypeper.com wrote: > > > I expect that the terastation pro2 is going to be fairly easy to > > > convert to DT as there is already support for similar Orion5x > > > machines. In this case I would just remove all the Orion5x board > > > files and you can add a dts file later on. The bit I'm unsure > > > about here is legacy PCI support. I see that the board file enables > > > both PCI and PCIe, but I don't know if both are actually used, > > > or if everything is on PCIe. > > > > > > I have some old patches for separating orion legacy PCI from > > > PCIe support, as only the latter has a modern driver (shared > > > with kirkwood and armadaxp). If you can confirm that the machine > > > actually uses PCI, I can dig those out from my backups. > > > > I did find this myself later, the machine does use an on-board > > PCI connected SATA controller, which is obviously required to > > make the machine useful. > > > > Doing a PCI host bridge driver with DT support correctly is > > a lot of work, especially if there is only a single machine > > using it. Since this uses the same drivers/ata/sata-mv.c > > driver as the other orion/kirkwood machines, I wonder if we > > can just pretend that this is a platform device and skip > > all of the PCI probing. I think this only needs a few > > small changes to the sata-mv.c driver, but it does require > > that the PCI bus is left in a known state by the boot loader. > > It is a long time since i looked at Orion, so i could be wrong.... > > As far as i remember, it has a PCI controller and a PCIe > controller. They are slightly different. The PCIe part is i think > simpler to support, it follows the standards better. I _think_ the PCI > controller uses a GPIO for interrupt support, which causes a mess. > > If only PCIe is needed, it should not be too hard to make work. I > would try to avoid the PCI controller is possible. > > Andrew Looking at the ts2pro I think it's PCI rather than PCIe but I'm not certain: 0001:01:07.0 SCSI storage controller: Marvell Technology Group Ltd. 88SX6042 PCI-X 4-Port SATA-II (rev 02) Subsystem: Marvell Technology Group Ltd. 88SX6042 PCI-X 4-Port SATA-II Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B+ DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR-