[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK8P3a2i6eW8JunE_6h6OTCa51eHfPahQQhaGHGWePX+r4ybww@mail.gmail.com>
Date: Thu, 16 Dec 2021 14:50:27 +0100
From: Arnd Bergmann <arnd@...db.de>
To: Jiaxun Yang <jiaxun.yang@...goat.com>
Cc: Xi Ruoyao <xry111@...gyan1223.wang>,
Sergio Paracuellos <sergio.paracuellos@...il.com>,
Thomas Bogendoerfer <tsbogend@...ha.franken.de>,
Rob Herring <robh@...nel.org>, Arnd Bergmann <arnd@...db.de>,
Catalin Marinas <catalin.marinas@....com>,
Liviu Dudau <Liviu.Dudau@....com>,
Bjorn Helgaas <bhelgaas@...gle.com>,
Matthias Brugger <matthias.bgg@...il.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"linux-mips@...r.kernel.org" <linux-mips@...r.kernel.org>,
linux-pci <linux-pci@...r.kernel.org>,
linux-staging@...ts.linux.dev, NeilBrown <neil@...wn.name>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v3 5/6] MIPS: implement architecture-specific 'pci_remap_iospace()'
On Thu, Dec 16, 2021 at 2:07 PM Jiaxun Yang <jiaxun.yang@...goat.com> wrote:
> 在2021年12月16日十二月 上午11:44,Xi Ruoyao写道:
> Another way could be keeping a linked list about PIO->PHYS mapping instead of using the single io_port_base variable.
I think that would add a lot of complexity that isn't needed here. Not
sure if all MIPS CPUs
can do it, but the approach used on Arm is what fits in best with the
PCI drivers, these
reserve a virtual address range for the ports, and ioremap the
physical addresses into
the PIO range according to the mapping.
For the loongson case specifically, that's not even needed though, as
the two buses
have physically contiguous I/O port ranges, the code just needs to
detect this special
case.
Arnd
Powered by blists - more mailing lists