ARM Max Read Req Size and PCIE_BUS_PERFORMANCE stories

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

Background: I'm using an ARMv7 (i.MX6) system with an RTL8111 (aka
RTL8169) network interface. By default, the system is using
PCIE_BUS_DEFAULT:

config PCIE_BUS_DEFAULT
          Default choice; ensure that the MPS matches upstream bridge.

and the r8169 driver doesn't work - the RTL chip requests PCIe read
longer than 512 bytes, and the CPU rejects the request.

I've traced the problem to this: (r8169_main.c: rtl_jumbo_config())
	int readrq = 4096;
...
	if (pci_is_pcie(tp->pci_dev) && tp->supports_gmii)
		pcie_set_readrq(tp->pci_dev, readrq);

I've verified that changing the value back to 512 (after r8168 driver
set it to 4096) makes it work again.


We have several PCIE_BUS_* modes, all guarded by CONFIG_EXPERT. I've
verified that PCIE_BUS_PERFORMANCE also fixes the problem. It sets
MaxReadReqSize to MaxPayloadSize which is equal to 128 on i.MX6.
This is, most probably, suboptimal (despite "performance" in the name).


Now, how should it be fixed (so it works by default)?
1. should the drivers be banned from using pcie_set_readrq() etc?
   I believe some chips may require MRRS adjustment by the driver,
   though.
2. should the PCI code limit MRRS to MPS by default?
3. should the PCI code limit MRRS to the maximum safe value (512 on
   this CPU)?

Does hardware like common x86 have a "maximum safe value" (lower than
4096)?

Any other ideas?

i.MX6 details:
There is mysterious CX_REMOTE_RD_REQ_SIZE (CPU design time constant)
and the Remote_Read_Request_Size, a part of PCIE_PL_MRCCR0 register:

"Remote Read Request Size specifies the largest amount of data (bytes)
that will ever be requested (via an inbound MemRd TLP) by a remote
device. Must never be programmed with a value that exceeds the value
represented by the configuration parameter CX_REMOTE_RD_REQ_SIZE as the
Master Response Composer RAM in the AXI bridge is sized using
CX_REMOTE_RD_REQ_SIZE."

Default value is 512 bytes (and works) and while I think it may be
possible to set it to 1024 or even 2048 bytes, it doesn't seem to work.
The "Remote Max Bridge Tag" (which is calculated automatically by the
CPU based on "Remote Read Request Size" changes from 3 to 1 (which may
make sense):

"Remote Read Request Size" vs. "Remote Max Bridge Tag"
 128 13 <<< does that mean 14 simultaneous requests? Or 13?
 256  6
 512  3
1024  1
2048  0 <<< a single request? No requests?
4096 31 <<< apparently some internal logic failure

-- 
Krzysztof "Chris" Hałasa

Sieć Badawcza Łukasiewicz
Przemysłowy Instytut Automatyki i Pomiarów PIAP
Al. Jerozolimskie 202, 02-486 Warszawa




[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux