Re: [E1000-devel] 2.6.30rc7: ksoftirqd CPU saturation (x86-64 only, not x86-32) (e1000e-related?)
On 1 Jun 2009, Jesse Brandeburg spake thusly: 57: 0 0 0 7654 0 0 0 0 PCI-MSI-edge gordianet-rx-0 58: 0 0 0 0 8065 0 0 0 PCI-MSI-edge gordianet-tx-0 59: 0 0 0 0 3 0 0 0 PCI-MSI-edge gordianet 60: 0 0 0 0 0 3576 0 0 PCI-MSI-edge fastnet-rx-0 61: 0 0 0 0 0 2555 0 0 PCI-MSI-edge fastnet-tx-0 62: 0 0 0 0 0 0 2 0 PCI-MSI-edge fastnet where is the e1000e interrupt here? I was expecting to see eth0/eth1 Sorry, I renamed the interfaces and forgot because I've been running with them renamed for so very long that I've forgotten that they ever had other names! They're the interrupts left in above. Not exactly line saturation, is it? I'd not expect that level of e1000e interrupt activity to flood the ksoftirqds like this, and in 32-bit mode it doesn't. So, anyone know what's going on, or how I could find out? when you went into 64 bit mode your kernel enabled the IOMMU/DMAR, which means that map/unmap cycles are taking many more cycles per packet, I thought that might be so, but now I'm running in 64-bit mode with a load of pretty much zero and the out-of-tree driver: and we see ksoftirqd saturation with the in-tree driver on a completely idle box (well, it's sending the odd packet out of the network interfaces because it's headless and that's the only way I can see anything at all). (actually I thought IOMMUs were supposed to *decrease* the load of things like that. Is it because pte changes have to be propagated to the IOMMU or something? It would be nice if the configure help text gave the poor user some clue whether to turn it off or on. Presumably it's sometimes useful or it wouldn't be there...) accounting for the increased CPU utilization. you can disable at boot with intel_iommu=off to see if it goes back to previous behavior. Not so, it goes wrong in 32-bit mode as well: my original report was incorrect, triggered by a faulty build (where 'faulty' equals 'accidentally used the in-tree e1000e rather than the out-of-tree one'). Will try hunting backwards (unisecting?) to see if the in-tree driver *ever* worked with this card. -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
Re: [E1000-devel] 2.6.30rc7: ksoftirqd CPU saturation (x86-64 only, not x86-32) (e1000e-related?)
On 1 Jun 2009, Andrew Morton said: Let's cc netdev on this. Presumably it is a post-2.6.29 regression. I don't know: the earliest kernel this machine has ever run was 2.6.30rc5, and this failing 2.6.30rc7 kernel is the first 64-bit kernel I've ever run on it. So currently I have one single data point. I plan to try out 2.6.29 (and back to 2.6.25 or thereabouts) tomorrow and see if it ever worked: if it did I'll bisect for it (rendered tricky by the out-of-tree e1000e driver, but doable: it would be easier if I had a clue where the e1000-devel git tree is, if anywhere, but I still have no idea despite considerable searching). It seems to go wrong instantly, so replication is trivial, and this system can compile a kernel in slightly under a minute, so it shouldn't take too long to complete the bisection. -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
Re: [E1000-devel] 2.6.30rc7: ksoftirqd CPU saturation (x86-64 only, not x86-32) (e1000e-related?)
From: Nix n...@esperi.org.uk Date: Mon, 01 Jun 2009 01:16:26 +0100 I plan to try out 2.6.29 (and back to 2.6.25 or thereabouts) tomorrow and see if it ever worked: if it did I'll bisect for it (rendered tricky by the out-of-tree e1000e driver, but doable: it would be easier if I had a clue where the e1000-devel git tree is, if anywhere, but I still have no idea despite considerable searching). Why are you using the out-of-tree e1000e driver? What's wrong with the one in the tree? :-) -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, Big Spaceship. http://p.sf.net/sfu/creativitycat-com ___ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel