summaryrefslogtreecommitdiffstats
path: root/include/linux/hrtimer.h
diff options
context:
space:
mode:
authorJosh Boyer <jwboyer@linux.vnet.ibm.com>2008-06-17 19:01:38 -0400
committerJosh Boyer <jwboyer@linux.vnet.ibm.com>2008-06-17 19:01:38 -0400
commit5ce4b59653b2c2053cd9a011918ac1e4747f24cc (patch)
tree9dd8ba43094c80c31459caa43d2014668617c2e2 /include/linux/hrtimer.h
parentd2146cb274e494dd14e50f5b4cdeb7a5e5af5421 (diff)
downloadblackbird-op-linux-5ce4b59653b2c2053cd9a011918ac1e4747f24cc.tar.gz
blackbird-op-linux-5ce4b59653b2c2053cd9a011918ac1e4747f24cc.zip
powerpc/4xx: Workaround for PPC440EPx/GRx PCI_28 Errata
The 440EPx/GRx chips don't support PCI MRM commands. Drivers determine this by looking for a zero value in the PCI cache line size register. However, some drivers write to this register upon initialization. This can cause MRMs to be used on these chips, which may cause deadlocks on PLB4. The workaround implemented here introduces a new indirect_type flag, called PPC_INDIRECT_TYPE_BROKEN_MRM. This is set in the pci_controller structure in the pci fixup function for 4xx PCI bridges by determining if the bridge is compatible with 440EPx/GRx. The flag is checked in the indirect_write_config function, and forces any writes to the PCI_CACHE_LINE_SIZE register to be zero, which will disable MRMs for these chips. A similar workaround has been tested by AMCC on various PCI cards, such as the Silicon Image ATA card and Intel E1000 GIGE card. Hangs were seen with the Silicon Image card, and MRMs were seen on the bus with a PCI analyzer. With the workaround in place, the card functioned properly and only Memory Reads were seen on the bus with the analyzer. Acked-by: Stefan Roese <sr@denx.de> Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
Diffstat (limited to 'include/linux/hrtimer.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud