Re: [PATCH] kexec: reenable HPET before kexec

2007-09-17 Thread Konstantin Baydarov
On Fri, 31 Aug 2007 14:31:51 +0400 Konstantin Baydarov <[EMAIL PROTECTED]> wrote: > On Thu, 30 Aug 2007 12:04:33 -0600 > [EMAIL PROTECTED] (Eric W. Biederman) wrote: > > > I was assuming that CLOCK_EVT_MODE_SHUTDOWN just mapped > > to the shutdown method of the clo

Re: [PATCH] kexec: reenable HPET before kexec

2007-09-17 Thread Konstantin Baydarov
On Fri, 31 Aug 2007 14:31:51 +0400 Konstantin Baydarov [EMAIL PROTECTED] wrote: On Thu, 30 Aug 2007 12:04:33 -0600 [EMAIL PROTECTED] (Eric W. Biederman) wrote: I was assuming that CLOCK_EVT_MODE_SHUTDOWN just mapped to the shutdown method of the clock events or something else

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-31 Thread Konstantin Baydarov
need a shutdown method we need a shutdown method. The kexec > case just exercises things more. Removed CONFIG_KEXEC. So here is new version of fix. Patch against 2.6.23-rc3. Eric, review please. Thanks. Signed-off-by: Konstantin Baydarov <[EMAIL PROTECTED]> arch/i386/kernel/hpet.c | 48

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-31 Thread Konstantin Baydarov
just exercises things more. Removed CONFIG_KEXEC. So here is new version of fix. Patch against 2.6.23-rc3. Eric, review please. Thanks. Signed-off-by: Konstantin Baydarov [EMAIL PROTECTED] arch/i386/kernel/hpet.c | 48 1 file changed, 48

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-30 Thread Konstantin Baydarov
n - attached patch adds hpet_disable_int() under CLOCK_EVT_MODE_SHUTDOWN. Here is new version of fix. It still against kernel 2.6.23-rc3. Thanks. Signed-off-by: Konstantin Baydarov <[EMAIL PROTECTED]> arch/i386/kernel/crash.c |4 arch/i386/kernel/hpet.c | 33 +

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-30 Thread Konstantin Baydarov
. Here is new version of fix. It still against kernel 2.6.23-rc3. Thanks. Signed-off-by: Konstantin Baydarov [EMAIL PROTECTED] arch/i386/kernel/crash.c |4 arch/i386/kernel/hpet.c | 33 + include/asm-i386/hpet.h |3 +++ kernel/time/timekeeping.c

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-28 Thread Konstantin Baydarov
it HPET_CFG_LEGACY is set by hpet_enable_int() during HPET initialization, so if this bit is cleared in machine_kexec() kernel 2 boots fine. I can't explain this magic, maybe someone can explain this. Thanks. Here is new version of workaround for 2.6.23-rc3 Signed-off-by: Konstantin Baydarov <[EMA

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-28 Thread Konstantin Baydarov
initialization, so if this bit is cleared in machine_kexec() kernel 2 boots fine. I can't explain this magic, maybe someone can explain this. Thanks. Here is new version of workaround for 2.6.23-rc3 Signed-off-by: Konstantin Baydarov [EMAIL PROTECTED] arch/i386/kernel/hpet.c | 12

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-23 Thread Konstantin Baydarov
On Thu, 23 Aug 2007 14:38:45 +0530 Vivek Goyal <[EMAIL PROTECTED]> wrote: > Does your kernel 2 boot normally? I mean through BIOS and boot-loader? > This explanation seems to be suggesting that because PM and ACPI is > disabled, kernel 2 does not search for HPET. If this is the case, > this kernel

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-23 Thread Konstantin Baydarov
On Thu, 23 Aug 2007 14:38:45 +0530 Vivek Goyal [EMAIL PROTECTED] wrote: Does your kernel 2 boot normally? I mean through BIOS and boot-loader? This explanation seems to be suggesting that because PM and ACPI is disabled, kernel 2 does not search for HPET. If this is the case, this kernel will

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-21 Thread Konstantin Baydarov
On Mon, 20 Aug 2007 14:31:04 -0700 Daniel Walker <[EMAIL PROTECTED]> wrote: > On Tue, 2007-08-21 at 01:10 +0400, Konstantin Baydarov wrote: > > It was in your original email .. Are you saying this it is not a > problem in plain 2.6.23-rc2? I thought I read that it was a

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-21 Thread Konstantin Baydarov
On Mon, 20 Aug 2007 14:31:04 -0700 Daniel Walker [EMAIL PROTECTED] wrote: On Tue, 2007-08-21 at 01:10 +0400, Konstantin Baydarov wrote: It was in your original email .. Are you saying this it is not a problem in plain 2.6.23-rc2? I thought I read that it was a problem on i386 .. Daniel

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-20 Thread Konstantin Baydarov
Konstantin Baydarov wrote: Hi, I've faced problem: I have two x86_64 kernels with HPET enabled: kernel 1 - with PM enabled, kernel 2 - with PM disabled. Forgot to say that it's RT kernel, version is 2.6.23-rc2-rt2. - To unsubscribe from this list: send the line "unsubscribe linux-k

[PATCH] kexec: reenable HPET before kexec

2007-08-20 Thread Konstantin Baydarov
machines I can reproduce bug with i386 kernel from kernel.org, so I i386 kernel might be fixed too, so I'm adding lkml to cc. Thanks. Patch against patch-2.6.23-rc2-rt2. Signed-off-by: Konstantin Baydarov <[EMAIL PROTECTED]> Index: linux-2.6.23-rc2-kexec-pm/ar

[PATCH] kexec: reenable HPET before kexec

2007-08-20 Thread Konstantin Baydarov
bug with i386 kernel from kernel.org, so I i386 kernel might be fixed too, so I'm adding lkml to cc. Thanks. Patch against patch-2.6.23-rc2-rt2. Signed-off-by: Konstantin Baydarov [EMAIL PROTECTED] Index: linux-2.6.23-rc2-kexec-pm/arch/i386/kernel/hpet.c

Re: [PATCH] kexec: reenable HPET before kexec

2007-08-20 Thread Konstantin Baydarov
Konstantin Baydarov wrote: Hi, I've faced problem: I have two x86_64 kernels with HPET enabled: kernel 1 - with PM enabled, kernel 2 - with PM disabled. Forgot to say that it's RT kernel, version is 2.6.23-rc2-rt2. - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: [PATCH RT] have x86_64 nmi watchdog also count irq 0

2007-06-21 Thread Konstantin Baydarov
On Wed, 20 Jun 2007 14:51:03 -0400 Steven Rostedt <[EMAIL PROTECTED]> wrote: > I was getting false reports about NMI lockups on CPU 3. For some > reason CPU 0,1 and 2 where using apic timer, and CPU 3 was using the > irq 0 timer. > I think you are telling about case when nmi_watchdog is set to

Re: [PATCH RT] have x86_64 nmi watchdog also count irq 0

2007-06-21 Thread Konstantin Baydarov
On Wed, 20 Jun 2007 14:51:03 -0400 Steven Rostedt [EMAIL PROTECTED] wrote: I was getting false reports about NMI lockups on CPU 3. For some reason CPU 0,1 and 2 where using apic timer, and CPU 3 was using the irq 0 timer. I think you are telling about case when nmi_watchdog is set to

[PATCH] block: generic_unplug_device implicitly makes irq enable

2007-05-08 Thread Konstantin Baydarov
/comments. Thanks. Signed-off-by: Konstantin Baydarov <[EMAIL PROTECTED]> block/ll_rw_blk.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) Index: linux-2.6.21.1/block/ll_rw_blk.c === --- linux-2.6.21.1.orig/block/

[PATCH] block: generic_unplug_device implicitly makes irq enable

2007-05-08 Thread Konstantin Baydarov
. Signed-off-by: Konstantin Baydarov [EMAIL PROTECTED] block/ll_rw_blk.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) Index: linux-2.6.21.1/block/ll_rw_blk.c === --- linux-2.6.21.1.orig/block/ll_rw_blk.c +++ linux-2.6.21.1