From: Jean-Christian de Rivaz <jc@eclis.ch>
To: john stultz <johnstul@us.ibm.com>
Cc: Len Brown <len.brown@intel.com>,
macro@linux-mips.org, linux-kernel@vger.kernel.org,
dean@arctic.org, zippel@linux-m68k.org
Subject: Re: NTP broken with 2.6.14
Date: Fri, 04 Nov 2005 03:50:49 +0100 [thread overview]
Message-ID: <436ACC89.2050900@eclis.ch> (raw)
In-Reply-To: <1131064846.27168.619.camel@cog.beaverton.ibm.com>
I have tested the 2.6.10-rc* kernels too. Here is the full list:
2.6.8 : ntpd working : low drift
2.6.9 : ntpd working : low drift
2.6.10-rc1 : ntpd working : low drift
2.6.10-rc2 : ntpd working : low drift
2.6.10-rc3 : ntpd failed : high drift
2.6.10 : ntpd failed : high drift
2.6.12 : ntpd failed : high drift
2.6.14 : ntpd failed : high drift
The picture is very clear: the problem start from the 2.6.10-rc3 kernel.
All the kernel that make ntpd failed can be fixed by the "noapic" option
to make ntpd working.
Log of kernels 2.6.8 to 2.6.10-rc2 say this:
kernel: ENABLING IO-APIC IRQs
kernel: ..TIMER: vector=0x31 pin1=2 pin2=-1
kernel: ..MP-BIOS bug: 8254 timer not connected to IO-APIC
kernel: ...trying to set up timer (IRQ0) through the 8259A ... failed.
kernel: ...trying to set up timer as Virtual Wire IRQ... failed.
kernel: ...trying to set up timer as ExtINT IRQ... works.
Log of kernel 2.6.10-rc3 to 2.6.14 say this:
kernel: ENABLING IO-APIC IRQs
kernel: ..TIMER: vector=0x31 pin1=0 pin2=-1
I don't understand if the problem is the pin1 that change from 2 to 0 or
if this is because the code to solve the "MP-BIOS bug" is not executed
(maybe because it is not in the kernel anymore, I have not verified).
>>More fun now: it look like the BIOS actually used on this mainboard is
>>not designed for it, but for an other board!!!
>>
>>The board is exactly this one "K7N2 Delta-L":
>>http://www.msi.com.tw/program/support/download/dld/spt_dld_detail.php?UID=436&kind=1
>>And according to MSI it must use a BIOS version 5.9. But when I enter
>>into the BIOS setup the version info say "W6570MS V7.4 081203".
>>
>>Here is the BIOS version history:
>>http://www.msi.com.tw/program/support/bios/bos/spt_bos_detail.php?UID=436&kind=1
>>The version 7.4 dated 2003-8-12 has a special note:
>>
>>1. Only for K7N2 Delta-ILSR
>>2. This BIOS cannot be used on K7N2 Delta-L
>>
>>Crasy. I use this board without any issue since around two years and
>>only found the first problem when upgrading to the kernel 2.6.14!
>
>
> Heh. Yea, I'm amazed you were able to flash it and still have the system
> boot. I'd suggest making sure you have the proper and current BIOS, as
> its *very* difficult for folks to help debug problems on unofficial or
> unsupported hardware/firmware configs.
>
> I believe ioapic support should function correctly regardless (or be
> blacklisted and with others reporting problems, its might not be just
> this BIOS issue), so after you get your BIOS sorted out, please let me
> know if the problem still persists.
After trying several time, I am unable to upgrade the BIOS of this
machine. The flash utility hang all the system at the very beginning of
the real access to programm the flash! This is maybe because I use a
freedos image over pxelinux. I will try with a floppy and a MSDOS if I
found such olds stuffs somehere.
Thanks a lot for the support,
--
Jean-Christian de Rivaz
next prev parent reply other threads:[~2005-11-04 2:50 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-02 23:05 NTP broken with 2.6.14 Jean-Christian de Rivaz
2005-11-02 23:21 ` john stultz
2005-11-02 23:37 ` Jean-Christian de Rivaz
2005-11-03 0:15 ` john stultz
2005-11-03 0:45 ` Jean-Christian de Rivaz
2005-11-03 1:07 ` john stultz
2005-11-03 2:26 ` Jean-Christian de Rivaz
2005-11-03 19:32 ` john stultz
2005-11-03 19:51 ` Lennart Sorensen
2005-11-03 20:11 ` john stultz
2005-11-03 20:48 ` Lennart Sorensen
2005-11-03 21:00 ` john stultz
2005-11-03 21:12 ` Lennart Sorensen
2005-11-03 21:28 ` Jean-Christian de Rivaz
2005-11-03 21:12 ` Jean-Christian de Rivaz
2005-11-03 21:41 ` john stultz
2005-11-03 22:10 ` Jean-Christian de Rivaz
2005-11-03 22:54 ` john stultz
2005-11-04 0:15 ` Jean-Christian de Rivaz
2005-11-04 0:40 ` john stultz
2005-11-04 2:50 ` Jean-Christian de Rivaz [this message]
2005-11-06 22:49 ` Hans-Peter Jansen
2005-11-07 21:44 ` Jean-Christian de Rivaz
2005-11-04 12:40 ` Maciej W. Rozycki
2005-11-02 23:24 ` john stultz
2005-11-03 0:36 ` Roman Zippel
2005-11-03 1:13 ` Jean-Christian de Rivaz
2005-11-03 9:42 ` Roman Zippel
-- strict thread matches above, loose matches on Subject: below --
2005-11-04 3:44 Brown, Len
2005-11-04 4:07 ` john stultz
2005-11-04 13:51 ` Lennart Sorensen
2005-11-04 16:39 ` Jean-Christian de Rivaz
2005-11-04 17:41 ` Jean-Christian de Rivaz
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=436ACC89.2050900@eclis.ch \
--to=jc@eclis.ch \
--cc=dean@arctic.org \
--cc=johnstul@us.ibm.com \
--cc=len.brown@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=macro@linux-mips.org \
--cc=zippel@linux-m68k.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