On Tue, Apr 19, 2011 at 10:32 AM, Jan Stancek <[email protected]> wrote:
>
>
> ----- 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.
Just make the test only run on kernels without that particular
functionality. I assume that's possible in some way, or was the author
not nice enough to do that (I have to remember that this is Linux and
sane versioning with kernel/userland sources, etc aren't commonplace
like BSD)?
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
