[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <157393863283F442885425D2C454285623D4888F@nasanexd02a.na.qualcomm.com>
Date: Sat, 14 Apr 2012 10:39:51 +0000
From: "Huang, Xiong" <xiong@....qualcomm.com>
To: Ben Hutchings <bhutchings@...arflare.com>
CC: "davem@...emloft.net" <davem@...emloft.net>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
qca-linux-team <qca-linux-team@...lcomm.com>,
nic-devel <nic-devel@...lcomm.com>,
linux-pci <linux-pci@...r.kernel.org>
Subject: RE: [PATCH 12/37] atl1c: restore max-read-request-size in Device
Conrol Register
> -----Original Message-----
> From: netdev-owner@...r.kernel.org [mailto:netdev-owner@...r.kernel.org]
> On Behalf Of Ben Hutchings
> Sent: Saturday, April 14, 2012 1:03
> To: Huang, Xiong
> Cc: davem@...emloft.net; netdev@...r.kernel.org; linux-
> kernel@...r.kernel.org; qca-linux-team; nic-devel; linux-pci
> Subject: Re: [PATCH 12/37] atl1c: restore max-read-request-size in Device
> Conrol Register
>
> On Fri, 2012-04-13 at 08:14 +0800, xiong wrote:
> > in some platforms, we found the max-read-request-size in Device
> > Control Register is set to 0 by (BIOS?) during bootup, this will cause
> > the
> > performance(throughput) very bad.
> > Restore it to a min-value.
> > register definition of REG_DEVICE_CTRL is refined as well.
> [...]
>
> I'm guessing this memory-mapped register is an alias for the PCIe device control
> register. I think you should be using pcie_set_readrq() to ensure that the final
> setting conforms to the device's Max Payload Size and system policy.
>
You are right, I don't know there is a system function to do the right thing. I will revise it.
Thanks
Xiong
Powered by blists - more mailing lists