First  |  Prev |  Next  |  Last
Pages: 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524
[PATCH 3/4] sched: Generalize cpuacct usage tracking making it simpler to add new stats
Generalize cpuacct usage, making it easier to add new stats in the following patch. Also adds alloc_percpu_array() interface in percpu.h Signed-off-by: Venkatesh Pallipadi <venki(a)google.com> --- include/linux/percpu.h | 4 ++++ kernel/sched.c | 39 ++++++++++++++++++++++++++------------- kernel... 19 Jul 2010 20:10
[PATCH 34/49] x86, memblock: Add memblock_x86_find_in_range_size()
size is returned according free range. Will be used to find free ranges for early_memtest and memory corruption check Do not mess it up with lib/memblock.c yet. Signed-off-by: Yinghai Lu <yinghai(a)kernel.org> --- arch/x86/include/asm/memblock.h | 8 ++++ arch/x86/mm/Makefile | 2 + arch/x86/... 19 Jul 2010 20:10
[PATCH 4/4] sched: Export irq times through cpuacct cgroup
Adds hi_time, si_time, hi_time_percpu and si_time_percpu info in cpuacct cgroup. The info will be fine granularity timings when either CONFIG_IRQ_TIME_ACCOUNTING or CONFIG_VIRT_CPU_ACCOUNTING is enabled. Otherwise the info will be based on tick samples. Looked at adding this under cpuacct.stat. But, this infor... 19 Jul 2010 20:10
[PATCH 01/49] x86, numa: fix boot without RAM on node0 again
|commit e534c7c5f8d6e9fc46f57fab067c7e48d8ceb172 |Author: Lee Schermerhorn <lee.schermerhorn(a)hp.com> |Date: Wed May 26 14:44:58 2010 -0700 | | numa: x86_64: use generic percpu var numa_node_id() implementation | | x86 arch specific changes to use generic numa_node_id() based on generic | percpu variab... 19 Jul 2010 20:10
[PATCH 17/49] memblock: Define MEMBLOCK_ERROR internally instead of using ~(phys_addr_t)0
From: Benjamin Herrenschmidt <benh(a)kernel.crashing.org> Signed-off-by: Benjamin Herrenschmidt <benh(a)kernel.crashing.org> --- mm/memblock.c | 12 +++++++----- 1 files changed, 7 insertions(+), 5 deletions(-) diff --git a/mm/memblock.c b/mm/memblock.c index eae3dc0..5743417 100644 --- a/mm/memblock.c +++ b... 19 Jul 2010 20:10
[patch 5/5] x86: use xsaveopt in context-switch path when supported
xsaveopt is a more optimized form of xsave specifically designed for the context switch usage. xsaveopt doesn't save the state that's not modified from the prior xrstor. And if a specific feature state gets modified to the init state, then xsaveopt just updates the header bit in the xsave memory layout without upda... 19 Jul 2010 20:10
[patch 1/5] x86: track the offset, size of features state in the xsave layout
Subleaves of the cpuid vector 0xd provides the offset and size of different feature state that are managed by the xsave/xrstor. Track this for the upcoming usage during signal handling. Signed-off-by: Suresh Siddha <suresh.b.siddha(a)intel.com> --- arch/x86/kernel/xsave.c | 29 +++++++++++++++++++++++++++++ 1 ... 19 Jul 2010 20:10
[patch 3/5] x86: extend init_scattered_cpuid_features() to consider cpuid subleaves
cpuid features (like xsaveopt) are enumerated using cpuid subleaves. Extend init_scattered_cpuid_features() to take subleaf into account. Signed-off-by: Suresh Siddha <suresh.b.siddha(a)intel.com> --- arch/x86/kernel/cpu/addon_cpuid_features.c | 25 +++++++++++++------------ 1 file changed, 13 insertions(+), ... 19 Jul 2010 20:10
[patch 0/5] x86: xsaveopt kernel enabling patches - v2
AVX Programming Reference (June, 2010 version) located at http://software.intel.com/en-us/avx/ refers to the optimized extended state save instruction "xsaveopt". xsaveopt is similar to xsave and incorporates optimizations specifically targeted for speeding up context switch save, like: a. if a state is in an IN... 19 Jul 2010 20:10
[patch 2/5] x86: sync xsave memory layout with its header for user handling
With xsaveopt, if a processor implementation discern that a processor state component is in its initialized state it may modify the corresponding bit in the xsave_hdr.xstate_bv as '0', with out modifying the corresponding memory layout. Hence wHile presenting the xstate information to the user, we always ensure tha... 19 Jul 2010 20:10
First  |  Prev |  Next  |  Last
Pages: 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524