Re: [PATCH 4/6] tg3: Speed up SRAM access

2006-03-27 Thread Michael Chan
David S. Miller wrote: > Applied, but that IBM stuff seems bogus. Even a PCI config space > access that is implemented via a Hypervisor call should not take that > long. > In the memory test, we are reading and writing different patterns to the entire SRAM, so it's not too surprising to me that

Re: [PATCH 4/6] tg3: Speed up SRAM access

2006-03-27 Thread David S. Miller
From: "Michael Chan" <[EMAIL PROTECTED]> Date: Mon, 27 Mar 2006 17:09:33 -0800 > Speed up SRAM read and write functions if possible by using MMIO > instead of config. cycles. With this change, the post reset signature > done at the end of D3 power change must now be moved before the D3 > power cha

[PATCH 4/6] tg3: Speed up SRAM access

2006-03-27 Thread Michael Chan
Speed up SRAM read and write functions if possible by using MMIO instead of config. cycles. With this change, the post reset signature done at the end of D3 power change must now be moved before the D3 power change. IBM reported a problem on powerpc blades during ethtool self test that was caused