Re: [RFC][PATCH] X86_64: no legacy HPET fix

This adds another timer combination of PIT/HPET to go with HPET/HPET, HPET/TSC and PIT/TSC! This system that has HPET and doesn't have Legacy support, does it support routing HPET interrupts through IOAPIC in standard routing option? If yes, then I think adding support to route HPET interrupts in

[PATCH] Platform SMIs and their interferance with tsc based delay calibration

otify it to user. Patch below changes both i386 and x86-64 architectures to use this new and improved calibrate_delay_direct() routine. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> diff -purN linux-2.6.12-rc2-mm3//arch/i386/kernel/timers/timer.c.orig linux-2.6.12-rc2-mm3

[PATCH] Use read_timer_tsc only when CPU has TSC

Only use read_timer_tsc only when CPU has TSC. Thanks to Andrea for pointing this out. Should not be issue on any platforms as all recent systems that has HPET also has CPUs that supports TSC. The patch is still required for correctness. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTEC

[PATCH] Fix the recent C-state with FADT regression

code that is causing the issue. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> diff -purN linux-2.6.13-rc1-mm1//drivers/acpi/processor_idle.c.org linux-2.6.13-rc1-mm1//drivers/acpi/processor_idle.c --- linux-2.6.13-rc1-mm1//drivers/acpi/processor_idle.c.org 2005-07-14

Re: [PATCH] i386: Selectable Frequency of the Timer Interrupt

On Fri, Jul 15, 2005 at 07:02:24PM +0200, Andi Kleen wrote: > > At least on multi processor systems LAPIC has to work anyways (otherwise > you cannot schedule other CPUs), so it is fine to use there. > > AFAIK there are no x86 CPUs right now that do both C3 > and SMP. If they ever do then they wi

Re: [PATCH] i386: Selectable Frequency of the Timer Interrupt

On Fri, Jul 15, 2005 at 06:54:30PM +0100, Maciej W. Rozycki wrote: > On Fri, 15 Jul 2005, Venkatesh Pallipadi wrote: > > > I wouldn't say it is totally impossible. There are ways in which Linux can > > work > > without a reliable Local APIC timer. One option being

Re: [PATCH] i386: Selectable Frequency of the Timer Interrupt

On Fri, Jul 15, 2005 at 07:57:01PM +0200, Andi Kleen wrote: > > I wouldn't say it is totally impossible. There are ways in which Linux can > > work > > without a reliable Local APIC timer. One option being - make one CPU that > > gets > > the external timer interrupt multicast an IPI to all the

Re: [PATCH 2.6.13-rc5-gitNOW] msleep() cannot be used from interrupt

On Fri, Aug 05, 2005 at 11:53:29AM -0700, Andrew Morton wrote: > > That's all pretty sad stuff. I guess for now we can go back to the busy > loop. Longer-term it would be nice if we could tune up the HPET driver in > some manner so we can avoid this busy-wait-in-interrupt. > > I'm not sure who

Re: [PATCH] Increase number of e820 entries hard limit from 32 to 128

On Fri, Apr 22, 2005 at 06:51:59PM -0700, Linus Torvalds wrote: > On Fri, 22 Apr 2005, Venkatesh Pallipadi wrote: > > The specifications that talk about E820 map doesn't have an upper limit > > on the number of E820 entries. But, today's kernel has a hard limit of 32. &g

[PATCH] Increase number of e820 entries hard limit from 32 to 128

ch does it for both i386 and x86-64. Side-effect: bss increases by ~ 2K and init.data increases by ~7.5K on all systems, due to increase in size of static arrays. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> diff -purN linux-2.6.11/Documentation/i386/zero-page.txt.orig linux-2.6.

[PATCH] Automatically enable bigsmp when we have more than 8 CPUs

ne in above link. Please apply. Thanks, Venki i386 generic subarchitecture requires explicit dmi strings or command line to enable bigsmp mode. The patch below removes that restriction, and uses bigsmp as soon as it finds more than 8 logical CPUs and xAPIC support. Signed-off-by: Venkatesh Pall

Re: [PATCH] updated - Automatically enable bigsmp when we have more than 8 CPUs

with X86_PC subarch Thanks, Venki i386 generic subarchitecture requires explicit dmi strings or command line to enable bigsmp mode. The patch below removes that restriction, and uses bigsmp as soon as it finds more than 8 logical CPUs, Intel processors and xAPIC support. Signed-off-by: Venkatesh

[PATCH] acpi: Handle cpu_index greater than 256 properly in processor_core.c

Fix convert_acpiid_to_cpu function to handle cpu_index greater than 256. This patch also prevents a warning in IA64 cross-compile of this file (drivers/acpi/processor_core.c:517: warning: comparison is always false due to limited range of data type). Signed-off-by: Venkatesh Pallipadi

[PATCH] acpi-cpufreq: Remove P-state read after a P-state write in normal path

-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.12/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c === --- linux-2.6.12.orig/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c 2005-08-16 09:41:52.977456128 -0700 +++

Re: [PATCH] acpi-cpufreq: Remove P-state read after a P-state write in normal path

On Sun, Aug 28, 2005 at 08:09:41PM +0200, Dominik Brodowski wrote: > Hi, > > On Fri, Aug 26, 2005 at 05:10:52PM -0700, Venkatesh Pallipadi wrote: > > /* > > -* Then we read the 'status_register' and compare the value with the > > -* target state&#

[patch 04/11] PAT x86: Basic PAT implementation

ese patches. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-2.6.git/arch/x86/mm/Makefile_64 === --- linux-2.6.git.orig/arch/x86/mm/Makefile_64 2008-01-08 12:

[patch 03/11] PAT x86: Map only usable memory in i386 identity map

i386: Map only usable memory in identity map. Reserved memory maps to a zero page. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-2.6.git/arch/x86/kern

[patch 07/11] PAT x86: pat-conflict resolution using linear list

Straight forward port of pat-conflict.patch to x86 tree. Use a linear list to keep track of all reserved region mappings. Only UC access is allowed for RAM regions for now. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: l

[patch 02/11] PAT x86: Map only usable memory in x86_64 identity map and kernel text

start. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-2.6.git/arch/x86/kernel/e820_64.c === --- linux-2.6.git.orig/arch/x86/kernel/e820_64.c2008-

[patch 08/11] PAT x86: pci mmap conlfict patch

Forward port of pci-mmap-conflict.patch to x86 tree. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-2.6.git/arch/x86/pci/i386.c === --- linux-2.6.git.o

[patch 05/11] PAT x86: drm driver changes for PAT

Straight forward port of pat-drivers.patch to x86 tree Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-2.6.24-rc/drivers/char/drm/drm_proc.c === ---

[patch 11/11] PAT x86: Expose uc and wc interfaces in /sysfs vor pci_mmap_resource

New interfaces exported for uc and wc accesses. Apps has to change to use these new interfaces. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-2.6.git/drivers/pci

[patch 00/11] PAT x86: PAT support for x86

d regions instead of ioremap/early_ioremap. We have changed few such common cases, but there can be more in /drivers land. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> -- -- To unsubscribe from this list: send the line "uns

[patch 01/11] PAT x86: Make acpi/other drivers map memory instead of assuming identity map

ange works fine) (This patch is testable as a standalone patch) Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- Patchset is against Ingo's x86 branch from 2 days ago. Will need some merging effort with Andi&

[patch 06/11] PAT x86: Refactoring i386 cpa

This makes 32 bit cpa similar to x86_64 and makes it easier for following PAT patches. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-2.6.git/arch/x86/mm/p

[patch 09/11] PAT x86: Add ioremap_wc support

Forward port of ioremap.patch to x86 tree. Shared code across i386 and x86_64 are in shared files ioremap.c and io.h. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-2.6.git/arch/x86/mm/

[patch 10/11] PAT x86: Handle /dev/mem mappings

Forward port of devmem.patch to x86 tree. With added bug fix of doing cpa only with non zero flags. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-2.6.git/arch/

[RFC PATCH 05/12] PAT 64b: pci mmap conlfict patch

Forward port of pci-mmap-conflict.patch to x86 tree. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- Index: linux-2.6.24-rc4/arch/x86/pci/i386.c === --- linu

[RFC PATCH 12/12] PAT 64b: skip attr tracking for RAM

pages which are marked reserved (which the driver does before doing iomap). Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- Index: linux-2.6.24-rc4/arch/x86/kernel/e820_64.c =

[RFC PATCH 06/12] PAT 64b: Add ioremap_wc support

Forward port of ioremap.patch to x86 tree. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- Index: linux-2.6.24-rc4/arch/x86/mm/ioremap_64.c === --- linux-2.6

[RFC PATCH 03/12] PAT 64b: drm driver changes for PAT

Straight forward port of pat-drivers.patch to x86 tree Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- diff --git a/drivers/char/drm/drm_proc.c b/drivers/char/drm/drm_proc.c index 12dfea8..c49be81 100644 --- a/driv

[RFC PATCH 11/12] PAT 64b: devmem do not read pages not mapped in identity map

holes in memory space. TBD: Read reserved regions as 0x or something, and continue reading across holes, till we reach the high_memory (end of memory). Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- Index: linux-2.6.24

[RFC PATCH 07/12] PAT 64b: dev mem chanegs for pat

fork(), for every /dev/mem mapping, we have to keep track of the usage by doing reserve_mattr(). Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- Index: linux-2.6.24-rc4/arch/

[RFC PATCH 09/12] PAT 64b: map only usable memory in identity mapping

iding overallocation there. * Avoid mapping 0 - 1M physical addresses in kernel text mapping. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- Index: linux-2.6

[RFC PATCH 01/12] PAT 64b: Add cpu_shutdown() support

Doesn't do anything yet. Based on a earlier patch by Eric Biederman and Andi Kleen. Simple forward port of cpu-shutdown.patch to x86 tree. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- Index: linux-2.6/arch/x86/k

[RFC PATCH 00/12] PAT 64b: PAT support for X86_64

Coding style details. We expect this can be done easily once we have discussed/resolved the basic PAT problems with this RFC. Fireaway all comments, complaints, concerns and things we may break while we do this. Tested with 2.6.24-rc4 and X86_64. Signed-off-by: Venkatesh Pallipadi <[EMAIL PR

[RFC PATCH 02/12] PAT 64b: Basic PAT implementation

t_shutdown()? Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- Index: linux-2.6/arch/x86/kernel/setup64.c === --- linux-2.6.orig/arch/x86/kernel/setup64.c2007-12

[RFC PATCH 04/12] PAT 64b: reserve_mattr and free_mattr for PAT

Straight forward port of pat-conflict.patch to x86 tree. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- Index: linux-2.6.24-rc4/arch/x86/mm/ioremap_64.c =

[RFC PATCH 10/12] PAT 64b: Make acpi use early map instead of assuming identity map

ACPI boot code has assumptions about entire memory being mapped in identity mapping at: * Generic __acpi_map_table * Looking for RSD PTR at boot time * Looking for mp table Fix all these to use early_ioremap and early_iounmap. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-

[RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl

server has to use this interface for WC mapping. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> --- Index: linux-2.6.24-rc4/fs/sysfs/bin.c === --- linux-2.6.24-rc4.o

[patch 0/4] x86: PAT followup - Incremental changes and bug fixes

Some incremental changes and bug fixes for PAT patchset. The changes are from the feedback we received earlier. There are few more pending changes that will follow soon. Thanks, Venki -- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

[patch 4/4] x86: PAT followup - use ioremap for devmem read of reserved regions

map and unmap reserved regions, before accessing through /dev/mem read interface. This is for full compatibility with existing /dev/mem usages. For regions that are mapped in identity map, we use __va(). Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha &

[patch 2/4] x86: PAT followup - Remove KERNPG_TABLE from pte entry

KERNPG_TABLE was a bug in earlier patch. Remove it from pte. pte_val() check is redundant as this routine is called immediately after a ptepage is allocated afresh. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-

[patch 3/4] x86: PAT followup - Remove reserved pages mapping to zero page and not map them

Remove reserved pages mapping to zeropage. Reserved and holes are now not mapped at all. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-2.6.git/arch/x86/

[patch 1/4] x86: PAT followup - Do not fold two bits in _PAGE_PCD

Do not fold PCD and PWT bits in _PAGE_PCD. Instead, introduce a new _PAGE_UC which defines uncached mappings and use it in place of _PAGE_PCD. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Index: linux-2.6.git/arch/x86/mm/

[PATCH] Reading deterministic cache parameters and exporting it in /sysfs

s/devices/system/cpu/cpuX/cache, showing various information about the caches. Most useful field being shared_cpu_map, which says what caches are shared among which logical cpus. The patch adds support for both i386 and x86-64. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> --- lin

Re: [PATCH] Reading deterministic cache parameters and exporting it in /sysfs

On Tue, Mar 15, 2005 at 06:36:20PM -0500, Dave Jones wrote: > On Tue, Mar 15, 2005 at 03:24:48PM -0800, Venkatesh Pallipadi wrote: > > > > The attached patch adds support for using cpuid(4) instead of cpuid(2), to > get > > CPU cache information in a determin

Re: [PATCH] Reading deterministic cache parameters and exporting it in /sysfs

s/devices/system/cpu/cpuX/cache, showing various information about the caches. Most useful field being shared_cpu_map, which says what caches are shared among which logical cpus. The patch adds support for both i386 and x86-64. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> --- lin

[PATCH] kmalloc() bug in pci-dma.c

Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> --- linux-2.6.10/arch/i386/kernel/pci-dma.c.org 2005-02-11 15:18:42.596362296 -0800 +++ linux-2.6.10/arch/i386/kernel/pci-dma.c 2005-02-11 15:19:18.446912184 -0800 @@ -89,11 +89,11 @@ int dma_declare_coherent_memory(struct d

[Discuss][i386] Platform SMIs and their interferance with tsc based delay calibration

hanks, Venki Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> --- linux-2.6.10/./arch/i386/kernel/timers/timer_tsc.c.org 2005-01-05 16:06:52.0 -0800 +++ linux-2.6.10/./arch/i386/kernel/timers/timer_tsc.c 2005-01-19 12:38:20.0 -0800 @@ -552,6 +552,7 @@ static struct

Re: i386 HPET code

On Thu, Feb 03, 2005 at 11:30:56AM -0800, john stultz wrote: > On Thu, 2005-02-03 at 06:28 -0800, Pallipadi, Venkatesh wrote: > > Can you check whether only the following change makes the problem go > > away. If yes, then it looks like a hardware issue. > > > > > hpet_writel(hpet_tick, HPET_T0_C

[PATCH][i386] HPET setup, duplicate HPET_T0_CMP needed for some platforms

;t be generated properly. Thanks to John Stultz and Andrew Walrond for reporting, root causing the issue and verifying this fix. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> --- linux-2.6.10/arch/i386/kernel/time_hpet.c.org 2005-02-04 12:04:09.0 -0800 +++ linux-

Re: spin_lock error in arch/i386/kernel/time.c on APM resume

fix interrupts enabled in device_power_up" > which should address this. > How about this patch? Also fixes one other use of rtc_lock in acpi/sleep/proc.c Thanks, Venki rtc_lock is held during timer interrupts. So, we should block interrupts while holding it. Signed-off-by: Venkatesh P

Re: spin_lock error in arch/i386/kernel/time.c on APM resume

On Sat, Mar 12, 2005 at 09:46:54AM -0700, Zwane Mwaikambo wrote: > On Sat, 12 Mar 2005, Venkatesh Pallipadi wrote: > > > On Sat, Mar 12, 2005 at 09:25:13AM -0700, Zwane Mwaikambo wrote: > > > > How about this patch? Also fixes one other use of rtc_lock in > > acpi

[PATCH] Rewrite lock in cpufreq to eliminate cpufreq/hotplug related issues

: Convert policy->lock to rwsem and move it to per_cpu area. This rwsem will protect against both changing/accessing policy related parameters and CPU hot plug/unplug. Cc: Gautham R Shenoy <[EMAIL PROTECTED]> Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.2

[PATCH] ondemand governor restructure the work callback

Restructure the delayed_work callback in ondemand. This eliminates the need for smp_processor_id in the callback function and also helps in proper locking and avoiding flush_workqueue when stopping the governor (done in subsequent patch). Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTEC

[PATCH] ondemand governor use new cpufreq rwsem locking in work callback

__cpufreq_target, it needs to have policy_rwsem in write mode, which also protects it from hot plug. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.20-rc-mm/drivers/cpufreq/cpufreq_ondemand.c === --- linux-2.6

Re: [PATCH] cpufreq lock rewrite bugfix - Fix locking in cpufreq_get

Incremental bugfix to previous 3 patch patchset of cpufreq lock rewrite. There was one code path in cpufreq_get, that was using the write lock in place of read and also potential recursive lock with sysfs interface of cpuinfo_cur_freq. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTEC

[PATCH 1/5] RT kernel: force detect HPET from PCI space

kernel (2.6.20-rt8) and patch enables only x86-64 right now. This patch: Detect HPET by looking at PCI space, even when BIOS does not list HPET device. This is useful to use HPET as dependable per CPU timer with tickless kernels. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>

[PATCH 2/5] RT kernel: HPET as clocksource

Use HPET address detected by quirk, when it is not listed by BIOS and register HPET as a clocksource. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.21-rc-mm/arch/x86_64/kernel/hpet.c === --- linux-

[PATCH 3/5] RT kernel: HPET as per CPU eventsource

(not in legacy replacement mode). Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.21-rc-mm/arch/x86_64/kernel/apic.c === --- linux-2.6.21-rc-mm.orig/arch/x86_64/kernel/apic.c +++ linux-2.6.21-rc-mm/arch/

[PATCH 4/5] RT kernel: HPET emulate RTC and other cleanups

Cleanup HPET RTC emulation based on earlier patch which uses HPET interrupts in normal mode instead of legacy replacement mode. RTC can now coexist with HPET. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.21-rc-mm/arch/x86_64/K

[PATCH 5/5] RT kernel: HPET relates boot option changes in x86-64

Cleanup HPET related boot options in x86-64 and deprecate 'nohpet'. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.21-rc-mm/arch/x86_64/kernel/hpet.c === --- linux-2.6.21-rc-mm.orig/ar

[PATCH 1/3]cpuidle take2: Core cpuidle infrastructure

with which administrato can know about supported drivers and governors and switch them at run time. Signed-off-by: Adam Belay <[EMAIL PROTECTED]> Signed-off-by: Shaohua Li <[EMAIL PROTECTED]> Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> --- Take 2 - Rebased with 2.6.21-rc1. In

[PATCH 2/3]cpuidle take2: Hookup ACPI C-states driver with cpuidle

: Shaohua Li <[EMAIL PROTECTED]> Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Adam Belay <[EMAIL PROTECTED]> Index: linux-2.6.21-rc-mm/drivers/acpi/processor_core.c === --- linux-2.6.21-rc-mm

[PATCH 3/3]cpuidle take2: Basic documentation for cpuidle

Documentation for cpuidle infrastructure Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Adam Belay <[EMAIL PROTECTED]> Signed-off-by: Shaohua Li <[EMAIL PROTECTED]> Index: linux-2.6.21-rc-mm/Documentatio

[PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

with which administrato can know about supported drivers and governors and switch them at run time. Signed-off-by: Adam Belay <[EMAIL PROTECTED]> Signed-off-by: Shaohua Li <[EMAIL PROTECTED]> Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Ind

[PATCH 2/3] Introducing cpuidle: Hookup ACPI C-states driver with cpuidle

Li <[EMAIL PROTECTED]> Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Adam Belay <[EMAIL PROTECTED]> Index: idle20/drivers/acpi/processor_core.c === Index: linux-2.6.21-rc-mm/drivers/acp

[PATCH 3/3] Introducing cpuidle: Basic documentation for cpuidle

Documentation for cpuidle infrastructure Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Signed-off-by: Adam Belay <[EMAIL PROTECTED]> Signed-off-by: Shaohua Li <[EMAIL PROTECTED]> Index: linux-2.6.21-rc-mm/Documentatio

Re: [PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

On Mon, Feb 12, 2007 at 08:22:01PM -0500, Dave Jones wrote: > On Mon, Feb 12, 2007 at 10:39:25AM -0800, Venkatesh Pallipadi wrote: > > > > Introducing 'cpuidle', a new CPU power management infrastructure to manage > > idle CPUs in a clean and efficient manner.

[PATCH] Add not_critical_when_idle mode for generic timers

e. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.19-rc-mm/kernel/timer.c === --- linux-2.6.19-rc-mm.orig/kernel/timer.c 2006-12-07 10:58:15.0 -0800 +++ linux-2.6.19-rc-mm/kernel/timer.c

[PATCH] Add not_critical_when_idle mode for workqueues and use it in ondemand governor

Add a new not_critical_when_idle parameter to queue_delayed_work_on(). This parameter can be used to schedule work that are 'unimportant' when CPU is idle and can be called later, when CPU eventually comes out of idle. Use this parameter in cpufreq ondemand governor. Signed-off-by:

kref refcnt and false positives

was performance related. Is it really? If not, we should consider the below patch. Thanks, Venki Now that kobject_init has a WARN_ON for refcnt, change below is needed to avoid false positives. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.19-rc-mm/lib/

Re: kref refcnt and false positives

On Wed, Dec 13, 2006 at 04:12:46PM -0800, Greg KH wrote: > On Wed, Dec 13, 2006 at 03:34:08PM -0800, Venkatesh Pallipadi wrote: > > > > With WARN_ON addition to kobject_init() > > [ > > http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19/2.6.19-mm1/dont-u

[PATCH 1/3] Handle 32 bit PerfMon Counter writes cleanly in x86_64 nmi_watchdog

andle this case cleanly. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.20-rc-mm/arch/x86_64/kernel/nmi.c === --- linux-2.6.20-rc-mm.orig/arch/x86_64/kernel/nmi.c +++ linux-2.6.20-rc-mm/arch/x86_64/kernel

[PATCH 2/3] Handle 32 bit PerfMon Counter writes cleanly in i386 nmi_watchdog

Change i386 nmi handler to handle 32 bit perfmon counter MSR writes cleanly. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.20-rc-mm/arch/i386/kernel/nmi.c === --- linux-2.6.20-rc-mm.orig/arch/i386/

[PATCH 3/3] Handle 32 bit PerfMon Counter writes cleanly in oprofile

Handle these 32 bit perfmon counter MSR writes cleanly in oprofile. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.20-rc-mm/arch/i386/oprofile/op_model_ppro.c === --- linux-2.6.20-rc-mm.orig/arc

[PATCH] Revert nmi_known_cpu() check during boot option parsing

gain later in enable_lapic_nmi_watchdog(). Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.20-rc-mm/arch/i386/kernel/nmi.c === --- linux-2.6.20-rc-mm.orig/arch/i386/kernel/nmi.c +++ linux-2.6.20-rc-mm/

[PATCH] Bug fix for acpi-cpufreq and cpufreq_stats oops on frequency change notification

avoid using the error return value. Patch fixes the issue reported at http://www.ussg.iu.edu/hypermail/linux/kernel/0611.2/0629.html and also other similar issue here http://bugme.osdl.org/show_bug.cgi?id=7383 comment 53 Signed-off-by: Dhaval Giani <[EMAIL PROTECTED]> Signed-off-by: Ven

[PATCH] x86-64: Fix the nterrupt race is in idle callback

do not enable interrupts before entering idle. Note that poll_idle() still has a this race as it has to enable interrupts before going to idle. But, all other idle routines have the race fixed. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.19-rc-mm/arch/x86_64/

Re: [PATCH] x86-64: Fix the nterrupt race is in idle callback (2nd try)

race fixed. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.19-rc-mm/arch/x86_64/kernel/process.c === --- linux-2.6.19-rc-mm.orig/arch/x86_64/kernel/process.c +++ linux-2.6.19-rc-mm/arch/x86_64/kernel/pro

Re: [PATCH] x86-64: Fix the nterrupt race is in idle callback (3rd try)

not enable interrupts before entering idle. Note that poll_idle() still has a this race as it has to enable interrupts before going to idle. But, all other idle routines have the race fixed. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> --- Here is the second try. Thanks to

[PATCH 1/2] Add not_critical_when_idle timer

e. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]> Index: linux-2.6.20/kernel/timer.c === --- linux-2.6.20.orig/kernel/timer.c2007-03-16 14:13:19.0 -0700 +++ linux-2.6.20/kernel/timer.c 2007-03-16 14:51:15

[PATCH 2/2] Export not_critical_when_idle feature in workqueue and use it in ondemand

Add a new not_critical_when_idle parameter to queue_delayed_work_on(). This parameter can be used to schedule work that are 'unimportant' when CPU is idle and can be called later, when CPU eventually comes out of idle. Use this parameter in cpufreq ondemand governor. Signed-off-by:

[PATCH 1/2] Add support for deferrable timers

tore this deferrable timer flag. __next_timer_interrupt() function skips over these deferrable timers when CPU looks for next timer event for which it has to wake up. This is exported by a new interface init_timer_deferrable() that can be called in place of regular init_timer(). Signed-off-by:

[PATCH 2/2] Export deferrable timer through workqueue and use it in ondemand governor

Add a new deferrable delayed work init. This can be used to schedule work that are 'unimportant' when CPU is idle and can be called later, when CPU eventually comes out of idle. Use this init in cpufreq ondemand governor. Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]

Re: 2.6.21-rc4-mm1 - problem with cpuidle routine

gt; > > > = > > > > The beginning section of my .config is as follows: > > > > Thanks. Cc's added.. Patch below resolves this issue. Patch for c

Re: [PATCH 1/2] Add support for deferrable timers

On Thu, Mar 22, 2007 at 03:18:26AM -0800, Andrew Morton wrote: > On Wed, 21 Mar 2007 13:22:17 -0700 Venkatesh Pallipadi <[EMAIL PROTECTED]> > wrote: > > > > > Introduce a new flag for timers - 'deferrable timer' > > Timers that work normally when

Re: [-mm patch] cpu_idle: fix build break

identifier is > reported only once > drivers/cpuidle/cpuidle.c:272: erreur: for each function it appears in.) > make[2]: *** [drivers/cpuidle/cpuidle.o] Erreur 1 > make[1]: *** [drivers/cpuidle] Erreur 2 > make: *** [drivers] Erreur 2 > Thanks for catching this breakage. Patch b