[REGRESSION] kobject handling in cpufreq

ject_get corresponding to the existing kobject_put to fix this. Signed-off-by: Balaji Rao <[EMAIL PROTECTED]> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c index 64926aa..2158786 100644 --- a/drivers/cpufreq/cpufreq.c +++ b/drivers/cpufreq/cpufreq.c @@ -1004,17 +1004,

Re: [PATCH][Regression] x86, 32-bit: trim memory not covered by wb mtrrs - FIX

m_end at first > or > + trim_start = (u64)highest_pfn << PAGE_SHIFT; > + trim_size = (u64)end_pfn << PAGE_SHIFT; > Yea right.. Thanks for pointing that out. -- regards, balaji rao -- To unsubscribe from this list: send the line "unsubscribe linux-kern

Re: [PATCH][Regression] x86, 32-bit: trim memory not covered by wb mtrrs - FIX

On Thursday 07 February 2008 01:32:45 pm Ingo Molnar wrote: > * Balaji Rao <[EMAIL PROTECTED]> wrote: > > Hello, > > > > The following commit caused my X server to stop working. > > > > commit 99fc8d424bc5d803fe92cad56c068fe64e73747a > > Author: Jesse B

[PATCH][Regression] x86, 32-bit: trim memory not covered by wb mtrrs - FIX

ing of addresses > 4G by mtrr_trim_uncached_memory. This, now brings up X on my system. Signed-off-by: Balaji Rao <[EMAIL PROTECTED]> diff --git a/arch/x86/kernel/cpu/mtrr/main.c b/arch/x86/kernel/cpu/mtrr/main.c index 1e27b69..b0f1d48 100644 --- a/arch/x86/kernel/cpu/mtrr/main.c +++ b/arch/x86/

Re: setting jiffies as the clocksource stops time

On Friday 18 January 2008 04:04:33 am Jan Engelhardt wrote: > > On Jan 16 2008 13:20, Daniel Walker wrote: > >On Thu, 2008-01-17 at 02:09 +0530, Balaji Rao wrote: > >> Hi, > >> > >> When i set jiffies as the current_clocksource, date(1) tells me > &g

Re: hpet_late_init hang

> > --- linux-2.6.orig/arch/x86/kernel/hpet.c > ... > > > > it works > Cool! Ingo, here's the patch with the SOB. Please apply. regards, balaji rao Check if there's an IRQ assigned to the tim

setting jiffies as the clocksource stops time

xplanation ? I also encountered the same problem when i ran the kernel in qemu, and set pit as the current_clocksource. Why does this happen ? So, i think should we unregister jiffies as a clocksource when we go into NO_HZ ? Thomas, Ingo what are your thoughts on this ? regards, balaji rao --

Re: hpet_late_init hang

On Wednesday 16 January 2008 12:21:33 pm Ingo Molnar wrote: Hi Ingo, > * Yinghai Lu <[EMAIL PROTECTED]> wrote: > > " > > commit e5ed385fa0d6f35406e3e3ed75e5eb9adeb811df > > Author: Balaji Rao <[EMAIL PROTECTED]> > > Date: Tue Jan 15 16:53:29 2008

Re: HPET timer broken using 2.6.23.13 / nanosleep() hangs

On Monday 14 January 2008 06:29:27 pm Clemens Ladisch wrote: > Andrew Paprocki wrote: > > I started debugging a problem I was having with my sky2 network driver > > under 2.6.23.13. The investigation led me to find that the HPET timer > > wasn't working at all, causing the sky2 driver to not work p

[PATCH] [RESEND] Assign IRQs to HPET Timers

| 45 ++--- include/linux/hpet.h |2 +- 3 files changed, 44 insertions(+), 16 deletions(-) Signed-off-by: Balaji Rao <[EMAIL PROTECTED]> diff --git a/arch/x86/kernel/hpet.c b/arch/x86/kernel/hpet.c index 4a86ffd..08ee998 100644 --- a/arch/x86/

[PATCH] Assign IRQs to HPET Timers

Assign an IRQ to HPET Timer devices when interrupt enable is requested. This now makes the HPET userspace API work. drivers/char/hpet.c | 31 +-- include/linux/hpet.h |2 +- 2 files changed, 30 insertions(+), 3 deletions(-) Signed-off-by: Balaji Rao R <[EM