Manfred Antar wrote:
> At 04:33 AM 5/24/2000 +0200, [EMAIL PROTECTED] wrote:
> >> >> With a current kernel I get this when booting:
> >> >>
> >> >> Programming 24 pins in IOAPIC #0
> >> >> AP #1 (PHY# 12) failed!
> >> >> panic y/n [y] panic: bye-bye
> >> >> mp_lock = 00000001; cpuid = 0; lapic.id = 00000000
> >> >> Uptime: 0s
> >> I think this has something to do
> >> with the new binutils as a kernel built on the 14th and restored via tape
works fine but if i
> >> check out the sys tree from the 14th and build a kernel it panics at the A
> >Try the enclosed patch.
> >- Tor Egge
> Works great
> The patch didn't apply I think there is a "data32"
> in the patch that isn't in the mpboot.s file
> but when I applied the patch manually an added the data32
> the kernel built fine and boots both cpu's without a problem.
> although mptable still causes a panic :
> panic: pmap_enter: attempted pmap_enter on 4MB page
> mp_lock = 00000002; cpuid = 0; lapic.id = 00000000
> boot() called on cpu#0
I believe I have fixed the 4MB pmap_enter related bugs. Please re-cvsup
and try again. You are looking for i386/i386/mem.c:
date: 2000/05/24 14:22:22; author: peter; state: Exp; lines: +2 -1
pmap_enter() masked off the page offset bits, pmap_kenter() did not.
This (I believe) is the cause of the XFree86 startup and mptable(8)
panics when programs were reading from /dev/mem at non-page-aligned
offsets. The offsets were being converted into random page flags in the
page tables. :-( (including PG_PS = 4MB page size)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message