From: Arnd Bergmann <arnd@arndb.de>
To: Bharat Kumar Gogada <bharat.kumar.gogada@xilinx.com>
Cc: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Bjorn Helgaas <bhelgaas@google.com>,
"Liviu.Dudau@arm.com" <Liviu.Dudau@arm.com>,
nofooter <nofooter@xilinx.com>,
"thomas.petazzoni@free-electrons.com"
<thomas.petazzoni@free-electrons.com>,
Rongrong Zou <zourongrong@huawei.com>,
Rongrong Zou <zourongrong@gmail.com>,
linux-arm-kernel@lists.infradead.org
Subject: Re: Purpose of pci_remap_iospace
Date: Fri, 15 Jul 2016 08:55:46 +0200 [thread overview]
Message-ID: <4711052.Qi2htfK0nU@wuerfel> (raw)
In-Reply-To: <8520D5D51A55D047800579B094147198258B92E9@XAP-PVEXMBX01.xlnx.xilinx.com>
On Friday, July 15, 2016 5:21:20 AM CEST Bharat Kumar Gogada wrote:
> > On Thu, Jul 14, 2016 at 01:32:13PM +0000, Bharat Kumar Gogada wrote:
> >
> > [...]
> >
> > > Hi Lorenzo,
> > >
> > > I missed something in my device tree now I corrected it.
> > >
> > > ranges = <0x01000000 0x00000000 0xe0000000 0x00000000 0xe0000000 0
> > 0x00010000 //io
> >
> > You have not missed anything, you changed the PCI bus address at which
> > your host bridge responds to IO space and it must match your configuration.
> > At what PCI bus address your host bridge maps IO space ?
> >
> Our host bridge does not have dedicted address space mapped for IO transactions.
> For generation of IO transactions it requires some register read and write operations
> in bridge logic.
>
> So the above PCI address does not come in to picture also, is there alternate way to handle IO
> Bars with our kind of hardware architecture.
Hisilicon has a similar thing on one of their LPC bridges, and
Rongrong Zou has implemented something for it in the past, but I
think it never got merged.
https://lkml.org/lkml/2015/12/29/154 has one version of his
proposal, not sure if that was the latest one or if something
newer exists.
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: Purpose of pci_remap_iospace
Date: Fri, 15 Jul 2016 08:55:46 +0200 [thread overview]
Message-ID: <4711052.Qi2htfK0nU@wuerfel> (raw)
In-Reply-To: <8520D5D51A55D047800579B094147198258B92E9@XAP-PVEXMBX01.xlnx.xilinx.com>
On Friday, July 15, 2016 5:21:20 AM CEST Bharat Kumar Gogada wrote:
> > On Thu, Jul 14, 2016 at 01:32:13PM +0000, Bharat Kumar Gogada wrote:
> >
> > [...]
> >
> > > Hi Lorenzo,
> > >
> > > I missed something in my device tree now I corrected it.
> > >
> > > ranges = <0x01000000 0x00000000 0xe0000000 0x00000000 0xe0000000 0
> > 0x00010000 //io
> >
> > You have not missed anything, you changed the PCI bus address at which
> > your host bridge responds to IO space and it must match your configuration.
> > At what PCI bus address your host bridge maps IO space ?
> >
> Our host bridge does not have dedicted address space mapped for IO transactions.
> For generation of IO transactions it requires some register read and write operations
> in bridge logic.
>
> So the above PCI address does not come in to picture also, is there alternate way to handle IO
> Bars with our kind of hardware architecture.
Hisilicon has a similar thing on one of their LPC bridges, and
Rongrong Zou has implemented something for it in the past, but I
think it never got merged.
https://lkml.org/lkml/2015/12/29/154 has one version of his
proposal, not sure if that was the latest one or if something
newer exists.
Arnd
next prev parent reply other threads:[~2016-07-15 6:56 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-12 6:57 Purpose of pci_remap_iospace Bharat Kumar Gogada
2016-07-12 8:31 ` Arnd Bergmann
2016-07-12 8:40 ` Bharat Kumar Gogada
2016-07-13 8:11 ` Bharat Kumar Gogada
2016-07-13 8:30 ` Arnd Bergmann
2016-07-13 12:30 ` Bharat Kumar Gogada
2016-07-13 13:28 ` Arnd Bergmann
2016-07-13 15:16 ` Bharat Kumar Gogada
2016-07-13 15:28 ` Arnd Bergmann
2016-07-13 15:42 ` Liviu.Dudau
2016-07-13 16:13 ` Lorenzo Pieralisi
2016-07-13 13:46 ` Lorenzo Pieralisi
2016-07-14 6:03 ` Bharat Kumar Gogada
2016-07-14 13:32 ` Bharat Kumar Gogada
2016-07-14 14:56 ` Lorenzo Pieralisi
2016-07-14 15:05 ` Bharat Kumar Gogada
2016-07-14 15:20 ` Lorenzo Pieralisi
2016-07-14 15:12 ` Arnd Bergmann
2016-07-14 15:27 ` Lorenzo Pieralisi
2016-07-15 5:21 ` Bharat Kumar Gogada
2016-07-15 6:55 ` Arnd Bergmann [this message]
2016-07-15 6:55 ` Arnd Bergmann
2016-07-13 13:24 ` Liviu.Dudau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4711052.Qi2htfK0nU@wuerfel \
--to=arnd@arndb.de \
--cc=Liviu.Dudau@arm.com \
--cc=bharat.kumar.gogada@xilinx.com \
--cc=bhelgaas@google.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=lorenzo.pieralisi@arm.com \
--cc=nofooter@xilinx.com \
--cc=thomas.petazzoni@free-electrons.com \
--cc=zourongrong@gmail.com \
--cc=zourongrong@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.