Re: per_cpu_pagesets degrades MPI performance

2005-04-04 Thread Jack Steiner
On Tue, Apr 05, 2005 at 10:40:39AM +1000, Nick Piggin wrote: > Jack Steiner wrote: > > [snip nice detective work] > > >Has anyone else seen this problem? I am considering adding > >a config option to allow a site to control the batch size > >used for per_cpu_pagesets. Are there other ideas that s

Re: per_cpu_pagesets degrades MPI performance

2005-04-04 Thread Nick Piggin
Jack Steiner wrote: [snip nice detective work] Has anyone else seen this problem? I am considering adding a config option to allow a site to control the batch size used for per_cpu_pagesets. Are there other ideas that should be pursued? What about using a non power of 2 for the batch? Like 5. If

fix AGP code to work again with non-PCI AGP bridges

2005-04-04 Thread David Mosberger
Dave, As mentioned earlier, the current check_bridge_mode() code assumes that AGP bridges are PCI devices. This isn't always true. Definitely not for HP zx1 chipset and the same seems to be the case for SGI's AGP bridge. The patch below fixes the problem by picking up the AGP_MODE_3_0 bit from

per_cpu_pagesets degrades MPI performance

2005-04-04 Thread Jack Steiner
Performnace of a number of MPI benchmarks degraded when we upgraded from 2.4 based kernels to 2.6 based kernels. Surprisingly, we isolated the cause of the degradation to page coloring problems caused by the per_cpu_pagesets feature that was added to 2.6. I'm sure that this feature is a signifi

Re: [PATCH] ULI 2.6.12

2005-04-04 Thread Christoph Hellwig
On Mon, Apr 04, 2005 at 08:31:44AM -0500, Michael Raymond wrote: > Again the idea is that the handler function was registered by root or > some priviledged developer making a conscious decision. This is currently > protected by permissions on the /dev/uli file. If you'd like me to add > permi

Re: [PATCH] ULI 2.6.12

2005-04-04 Thread Michael Raymond
These are all valid concerns. On Mon, Apr 04, 2005 at 10:22:37AM +1000, Peter Chubb wrote: > This is one thing that bothers me most about this approach. User > code is invoked before acknowledging the interrupt to the interrupt > controller. As a general rule, kernel code should not trust u

[PATCH 2.6.12] Altix patch to fix missing Kconfig dependency. mbcs->tiocx

2005-04-04 Thread Bruce Losure
Tony, This is a one-liner to make the mbcs driver depend on SGI_TIOCX in the drivers/char/Kconfig file. Thanks, -Bruce Signed-off-by: Bruce Losure <[EMAIL PROTECTED]> Index: tiocx-test-2.6.12/drivers/char/Kconfig === --- tiocx-tes

[PATCH] convert AMO address found in XPC's reserved page

2005-04-04 Thread Dean Nelson
This patch detects the existence of an uncached physical AMO address setup by EFI's XPBOOT (SGI) and converts it to an uncached virtual AMO address. Depends on a patch submitted on 23 March 2005 with the subject of: [PATCH 2/3] SGI Altix cross partition functionality (2nd revision) Signed-off

Re: [PATCH] ULI 2.6.12

2005-04-04 Thread Christoph Hellwig
On Mon, Apr 04, 2005 at 10:22:37AM +1000, Peter Chubb wrote: > However, I think that the thing that bothers me *most* about SGI's ULI > approach is that a full context switch is not done. The ULI runs as > if it were in the interrupted process's context. `current' isn't > changed, so it runs with