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.
next prev parent 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