On Tue, Aug 23, 2005 at 01:04:27AM -0700, Paul Jackson wrote: > If Dinakar, Hawkes and Nick concur (and no one else complains too > loud) then the following should go into 2.6.13, to avoid the potential > kernel oops that Hawkes reported in Dinakar's feature to allow user > control of dynamic sched domain placement using cpu_exclusive cpusets. I agree this is the way to go for 2.6.13 before we fix things the right way for 2.6.14. Thanks for the patch Paul. > This patch should allow proceeding with this new feature in 2.6.13 for > the configurations in which it is useful (node alligned sched domains) > while avoiding trying to setup sched domains in the less useful cases > that can cause the kernel corruption and oops. > Dunno if it is something in my setup (4 CPU Power5 box with NUMA enabled) but this patch causes some hard hangs when I run the attached script. The same script runs for much longer with Ingo's changes but panics as I had described earlier. I am still debugging what causes this. -Dinakar
Attachment:
sd-stress.tar.gz
Description: GNU Zip compressed data
- References:
- Prev by Date: Re: 3com 3c59x stopped working with 2.6.13-rc[56]
- Next by Date: Re: [patch] suspend: update warnings
- Previous by thread: Re: [PATCH 2.6.13-rc6] cpu_exclusive sched domains on partial nodes temp fix
- Next by thread: Re: [PATCH 2.6.13-rc6] cpu_exclusive sched domains on partial nodes temp fix
- Index(es):