public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Brian J. Murrell" <brian@interlinx.bc.ca>
To: linux-kernel@vger.kernel.org
Subject: Re: local apic timer ints not working with vmware: nolocalapic
Date: Fri, 30 May 2003 23:38:16 -0400	[thread overview]
Message-ID: <pan.2003.05.31.03.38.16.701826@interlinx.bc.ca> (raw)
In-Reply-To: Pine.LNX.4.50.0305301907230.29718-100000@montezuma.mastecende.com

On Fri, 30 May 2003 19:23:33 -0400, Zwane Mwaikambo wrote:
> 
> Considering the dalay, i'll resend and give it another go, but generally 
> it means it's not going anywhere.

That sucks.

> 
>> The unfortunate thing is that even this sort of fix will not help my
>> situation.  The reason being (which I only discovered by accident when I
>> set "dont_enable_local_apic = 1" rather than "dont_use_local_apic_timer"
>> and it didn't correct the booting problem) is that it seems that even if
>> the local apic is set disabled by setting dont_enable_local_apic = 1 in
>> arch/i386/kernel/apic.c, setup_APIC_clocks() is still called.
> 
> How did you determine that?

Well, originally it was a mistake in setting the wrong flag to 1
(dont_enable_local_apic rather than dont_use_local_apic_timer) and finding
that it did not cure the problem, when I went back to my change to figure
out why, I noticed that I had set the wrong flag.

> Was this with my patch applied?

I did not try your patch since I did pretty much the same thing with my
"mistake" described above.

> I 
> originally did this patch for the exact same problem (buggy local APIC 
> implimentation).

I know nothing about the APIC stuff, but it seems strange that even though
it's disabled (dont_enable_local_apic = 1) setup_APIC_clocks() is still
called.  Maybe the latter is not dependent on the former, so there should
not be a dependence on dont_enable_local_apic == 0 for setup_APIC_clocks()
to still be used.

> Linux version 2.5.70-mm1 (zwane@montezuma.mastecende.com) (gcc version 
> Kernel command line: nolapic nmi_watchdog=2 ro root=/dev/hda1 profile=2 
> debug console=tty0 cons0
> kernel profiling enabled
> Initializing CPU#0
> CPU0: Intel Celeron (Mendocino) stepping 05
> per-CPU timeslice cutoff: 365.65 usecs.
> task migration cache decay timeout: 1 msecs.
> SMP motherboard not detected.
> Local APIC not detected. Using dummy APIC emulation.
> Starting migration thread for cpu 0

Yes, it's further along in the boot where my system runs into trouble,
right here:

Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 1658.7651 MHz.
..... host bus clock speed is 0.0000 MHz.
cpu: 0, clocks: 0, slice: 0

I will take another stab at all of this tomorrow to double-verify what I
am saying here regarding the use of local APIC timer interrupts even if
the local apic usage flag is set to disable (dont_enable_local_apic = 1).

b.



  reply	other threads:[~2003-05-31  3:24 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-28  9:56 local apic timer ints not working with vmware: nolocala Petr Vandrovec
2003-05-28 17:34 ` local apic timer ints not working with vmware: nolocalapic brian
2003-05-28 17:42   ` Zwane Mwaikambo
2003-05-30 22:14     ` Brian J. Murrell
2003-05-30 23:23       ` Zwane Mwaikambo
2003-05-31  3:38         ` Brian J. Murrell [this message]
2003-05-31  4:41           ` Brian J. Murrell
2003-05-31  6:50             ` Zwane Mwaikambo
2003-05-31 15:21               ` Brian J. Murrell
2003-06-03 11:47               ` Maciej W. Rozycki
2003-06-05  3:04                 ` Zwane Mwaikambo
2003-06-05 12:19                   ` Maciej W. Rozycki
2003-06-05 17:54                     ` Zwane Mwaikambo
2003-06-09 11:57                       ` Maciej W. Rozycki
2003-06-10  1:17                         ` Zwane Mwaikambo
2003-06-10 11:20                           ` Maciej W. Rozycki
2003-05-31  7:03             ` Zwane Mwaikambo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=pan.2003.05.31.03.38.16.701826@interlinx.bc.ca \
    --to=brian@interlinx.bc.ca \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox