----- Original Message ----- > From: "Garrett Cooper" <[email protected]> > To: "Jan Stancek" <[email protected]> > Cc: [email protected] > Sent: Tuesday, April 19, 2011 6:16:45 PM > Subject: Re: [LTP] [PATCH] cgroups/cpuset_base_ops: 6 is valid value for > sched_relax_domain_level > On Tue, Apr 19, 2011 at 6:21 AM, Jan Stancek <[email protected]> > wrote: > > > > commit 01a08546af311c065f34727787dd0cc8dc0c216f in linux > > kernel tree introduced SD_LV_BOOK, which made value "6" valid. > > > > It is questionable if this test should be in at all, > > the sched domain mapping can be completely overridden by > > the architecture-specific code. > > > > Anyway, a quick solution for now is to skip testing value "6", > > as it may work on newer kernels. > > This may be quick and dirty, but now it changes boundary conditions > for the testcase. > > Is there a way where you could quickly come up with a series of > autoconf driven/Makefile generated means for driving this testcase? It > seems like that would be the most ideal solution to this problem as > that would preserve the boundary condition with older kernels.
I don't see any way to find out range from user-space. Even with CONFIG_SCHED_DEBUG, sched_domain->level isn't exported to /proc. I think whole test isn't much useful, as it is very unlikely you would have all scheduling domains available: http://lxr.linux.no/#linux+v2.6.38/kernel/sched.c#L6995 Quoting Peter Zijlstra: "More like, use sched_debug boot parameter and see your dmesg output. I've recently merged a patch that makes the whole level thing completely dynamic, there's no more fixed levels." At the moment, I'm out of ideas how to find out acceptable range. > > Thanks! > -Garrett ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
