The patch titled
tulip: flush MMIO writes in reset sequence
has been added to the -mm tree. Its filename is
tulip-flush-mmio-writes-in-reset-sequence.patch
See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find
out what to do about this
------------------------------------------------------
Subject: tulip: flush MMIO writes in reset sequence
From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
The obvious safe registers to read is one from PCI config space.
Signed-off-by: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
Signed-off-by: Kyle McMartin <kyle@xxxxxxxxxxxxxxxx>
Signed-off-by: Valerie Henson <val_henson@xxxxxxxxxxxxxxx>
Signed-off-by: Jeff Garzik <jeff@xxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxx>
---
drivers/net/tulip/tulip_core.c | 2 ++
1 files changed, 2 insertions(+)
diff -puN drivers/net/tulip/tulip_core.c~tulip-flush-mmio-writes-in-reset-sequence drivers/net/tulip/tulip_core.c
--- a/drivers/net/tulip/tulip_core.c~tulip-flush-mmio-writes-in-reset-sequence
+++ a/drivers/net/tulip/tulip_core.c
@@ -295,12 +295,14 @@ static void tulip_up(struct net_device *
/* Reset the chip, holding bit 0 set at least 50 PCI cycles. */
iowrite32(0x00000001, ioaddr + CSR0);
+ pci_read_config_dword(tp->pdev, PCI_COMMAND, &i); /* flush write */
udelay(100);
/* Deassert reset.
Wait the specified 50 PCI cycles after a reset by initializing
Tx and Rx queues and the address filter list. */
iowrite32(tp->csr0, ioaddr + CSR0);
+ pci_read_config_dword(tp->pdev, PCI_COMMAND, &i); /* flush write */
udelay(100);
if (tulip_debug > 1)
_
Patches currently in -mm which might be from grundler@xxxxxxxxxxxxxxxx are
tulip-print-physical-address-in-tulip_init_one.patch
tulip-flush-mmio-writes-in-reset-sequence.patch
tulip-clean-up-tuliph.patch
tulip-use-tuliph-in-winbond-840c.patch
tulip-fix-shutdown-dma-irq-race.patch
tulip-fix-for-64-bit-mips.patch
tulip-natsemi-dp83840a-phy-fix.patch
-
To unsubscribe from this list: send the line "unsubscribe mm-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
