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.
> >
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.
> But it shutdown means something different in this context we
> can certainly find a better pla
Konstantin Baydarov <[EMAIL PROTECTED]> writes:
> Eric, actually calling hpet_disable_int() under
> CLOCK_EVT_MODE_SHUTDOWN is not enough, because
> HPET might not be shutdown at all (we might want to use HPET and don't
> want to use LAPIC timer or in some cases HPET is used as broadcast
> devic
On Thu, 30 Aug 2007 01:32:30 -0600
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
>
> Ok. It looks like you understand this issue.
>
> Can you please try calling hpet_disable_int from
> hpet_set_mode under CLOCK_EVT_MODE_SHUTDOWN. I haven't
> traced the clock event methods all of the way through
Konstantin Baydarov <[EMAIL PROTECTED]> writes:
> On Mon, 27 Aug 2007 11:26:29 -0700
> "Pallipadi, Venkatesh" <[EMAIL PROTECTED]> wrote:
>
>>
>>
>> - Another thing to try is to disable HPET and boot with PIT in the
>> first kernel. Just to check whether PIT never works on this platform
>> or the
On Mon, 27 Aug 2007 11:26:29 -0700
"Pallipadi, Venkatesh" <[EMAIL PROTECTED]> wrote:
>
>
> - Another thing to try is to disable HPET and boot with PIT in the
> first kernel. Just to check whether PIT never works on this platform
> or the first kernel is doing something to stop PIT. You can try
>
"Pallipadi, Venkatesh" <[EMAIL PROTECTED]> writes:
> - Another thing to try is to disable HPET and boot with PIT in the first
> kernel. Just to check whether PIT never works on this platform or the
> first kernel is doing something to stop PIT. You can try "hpet=disable"
> boot option for that.
I
>
>I think we should dive little deeper to find out the root
>cause of the problem
>instead of putting the intermediate patch. These timer issues
>are tricky
>ones and we have already solved few of these.
>
>Going back to your original mail where you specify root cause.
>
>- You mentioned that f
On Thu, Aug 23, 2007 at 03:49:36PM +0400, Konstantin Baydarov wrote:
> 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
> > d
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
On Mon, Aug 20, 2007 at 08:55:30PM +0400, 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.
> When I execute kernel 2 from kernel 1 on pentiumd based PC, kernel 2 hangs
> during boot:
> [E
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 ..
>
>
On Tue, 2007-08-21 at 01:10 +0400, Konstantin Baydarov wrote:
> 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-
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" in
t
Konstantin Baydarov <[EMAIL PROTECTED]> writes:
> Hi, I've faced problem:
> I have two x86_64 kernels with HPET enabled:
Is this for a standard kernel or for a RT kernel?
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Hi, I've faced problem:
I have two x86_64 kernels with HPET enabled:
kernel 1 - with PM enabled,
kernel 2 - with PM disabled.
When I execute kernel 2 from kernel 1 on pentiumd based PC, kernel 2 hangs
during boot:
[EMAIL PROTECTED]:~#
[EMAIL PROTECTED]:~# ./kexec.sh ./ko_bzImage_x86_64_nopm
+ kexec
16 matches
Mail list logo