From: Shawn Guo <shawn.guo@linaro.org>
To: Vidya Sagar <vidyas@nvidia.com>
Cc: linux-pci@vger.kernel.org, Jingoo Han <jingoohan1@gmail.com>,
Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
Bjorn Helgaas <bhelgaas@google.com>,
Gustavo Pimentel <gustavo.pimentel@synopsys.com>,
Pratyush Anand <pratyush.anand@gmail.com>,
Zaihai Yu <yuzaihai@hisilicon.com>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH] PCI: dwc: Separate CFG0 and CFG1 into different ATU regions
Date: Fri, 10 Jan 2020 16:56:28 +0800 [thread overview]
Message-ID: <20200110085626.GA17787@T480> (raw)
In-Reply-To: <beda8923-a3b7-47eb-7cf1-19a3bacf1e34@nvidia.com>
Hi Vidya,
On Thu, Jan 09, 2020 at 11:04:01PM +0530, Vidya Sagar wrote:
>
>
> On 1/9/2020 11:36 AM, Shawn Guo wrote:
> > External email: Use caution opening links or attachments
> >
> >
> > Some platform has 4 (or more) viewports. In that case, CFG0 and CFG1
> > can be separated into different ATU regions.
> Is there any specific benefit with this scheme?
Thanks much for the question which leads me to go back to vendor for
checking design details of 4 (or more) viewports.
It turns out the patch is not complete. We need more code change to
get the benefit of using separate ATU region for CFG0 and CFG1, that
is the dw_pcie_prog_outbound_atu() call in dw_pcie_access_other_conf()
function can be saved. But in the meanwhile, we need to pass
'va_cfg_base | busdev' as the first argument to dw_pcie_write/read()
in there.
@Lorenzo, @Bjorn,
Please ignore this patch.
Shawn
WARNING: multiple messages have this Message-ID (diff)
From: Shawn Guo <shawn.guo@linaro.org>
To: Vidya Sagar <vidyas@nvidia.com>
Cc: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
Jingoo Han <jingoohan1@gmail.com>,
linux-pci@vger.kernel.org,
Pratyush Anand <pratyush.anand@gmail.com>,
Gustavo Pimentel <gustavo.pimentel@synopsys.com>,
Bjorn Helgaas <bhelgaas@google.com>,
Zaihai Yu <yuzaihai@hisilicon.com>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH] PCI: dwc: Separate CFG0 and CFG1 into different ATU regions
Date: Fri, 10 Jan 2020 16:56:28 +0800 [thread overview]
Message-ID: <20200110085626.GA17787@T480> (raw)
In-Reply-To: <beda8923-a3b7-47eb-7cf1-19a3bacf1e34@nvidia.com>
Hi Vidya,
On Thu, Jan 09, 2020 at 11:04:01PM +0530, Vidya Sagar wrote:
>
>
> On 1/9/2020 11:36 AM, Shawn Guo wrote:
> > External email: Use caution opening links or attachments
> >
> >
> > Some platform has 4 (or more) viewports. In that case, CFG0 and CFG1
> > can be separated into different ATU regions.
> Is there any specific benefit with this scheme?
Thanks much for the question which leads me to go back to vendor for
checking design details of 4 (or more) viewports.
It turns out the patch is not complete. We need more code change to
get the benefit of using separate ATU region for CFG0 and CFG1, that
is the dw_pcie_prog_outbound_atu() call in dw_pcie_access_other_conf()
function can be saved. But in the meanwhile, we need to pass
'va_cfg_base | busdev' as the first argument to dw_pcie_write/read()
in there.
@Lorenzo, @Bjorn,
Please ignore this patch.
Shawn
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-01-10 8:56 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-09 6:06 [PATCH] PCI: dwc: Separate CFG0 and CFG1 into different ATU regions Shawn Guo
2020-01-09 6:06 ` Shawn Guo
2020-01-09 10:37 ` Gustavo Pimentel
2020-01-09 10:37 ` Gustavo Pimentel
2020-01-09 11:14 ` Shawn Guo
2020-01-09 11:14 ` Shawn Guo
2020-01-09 11:28 ` Russell King - ARM Linux admin
2020-01-09 11:28 ` Russell King - ARM Linux admin
2020-01-09 12:24 ` Gustavo Pimentel
2020-01-09 12:24 ` Gustavo Pimentel
2020-01-09 18:29 ` Bjorn Helgaas
2020-01-09 18:29 ` Bjorn Helgaas
2020-01-09 17:34 ` Vidya Sagar
2020-01-09 17:34 ` Vidya Sagar
2020-01-10 8:56 ` Shawn Guo [this message]
2020-01-10 8:56 ` Shawn Guo
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=20200110085626.GA17787@T480 \
--to=shawn.guo@linaro.org \
--cc=bhelgaas@google.com \
--cc=gustavo.pimentel@synopsys.com \
--cc=jingoohan1@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-pci@vger.kernel.org \
--cc=lorenzo.pieralisi@arm.com \
--cc=pratyush.anand@gmail.com \
--cc=vidyas@nvidia.com \
--cc=yuzaihai@hisilicon.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.