Re: [PATCH] kexec: reenable HPET before kexec

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

ications like this, but if > we 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]&g

Re: [PATCH] kexec: reenable HPET before kexec

mekeeping_shutdown(). But it's just suggestion - 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/i38

Re: [PATCH] kexec: reenable HPET before kexec

is set. Bit 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 Ba

Re: [PATCH] kexec: reenable HPET before kexec

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

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

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 l

[PATCH] kexec: reenable HPET before kexec

exec() before switching to kernel 2. Also on some 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 <[EM

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

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 I

[PATCH] block: generic_unplug_device implicitly makes irq enable

t kernel 2.6.21.1. Please CC me to answers/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