I am experiencing a similar issue on another system (at91sam9n12) that
uses Redpine Signal Wireless Driver 1.1.0. I do not know the root
cause yet, but it may be related to the Redpine Signals driver. Will
update this mailing list if the problem is with the redpine driver.
thanks
On Thu, May 28
> We were able to reproduce this issue internally only with iommu enabled.
My last test to collect lspci-info took about 5 hours over a gigabit
network for the bug to show up. My setup was running 3 tx scp
sessions, each transferring a 1GB file outbound, and 1 rx scp session
copying another 1GB f
> Do you have PCIE Advanced Error Reporting (CONFIG_PCIEAER) enabled in
your kernel?
Yes, it is enabled.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Michael,
Please see attach files.
BTW, I have also tested this bug on at least 8 different HP 705 PCs
with the 5762 NIC, so it is probably not a manufacturer defect. In
addition, I can never replicate the same issue on the older chipset,
BCM5761, which can be found on the HP model 6005. I hope
Summary: Broadcom 5762 NIC locks up under heavy load.
Description:
The tg3 Broadcom network driver that binds with chipset 5762 locks up
when under heavy network load. When this happens, a reboot is
necessary to recover network. Sometimes, bringing the interface
offline and online (via ifconfig
