From owner-freebsd-current Wed May 24 7:48:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (peter1.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id B174737BC42 for ; Wed, 24 May 2000 07:48:15 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id E81111CE1; Wed, 24 May 2000 07:48:14 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Manfred Antar Cc: Tor.Egge@fast.no, current@FreeBSD.ORG Subject: Re: mpboot.s patch In-Reply-To: Message from Manfred Antar of "Tue, 23 May 2000 21:40:39 PDT." <4.3.2.6.2.20000523212316.00b13280@pozo.com> Date: Wed, 24 May 2000 07:48:14 -0700 From: Peter Wemm Message-Id: <20000524144814.E81111CE1@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Manfred Antar wrote: > At 04:33 AM 5/24/2000 +0200, Tor.Egge@fast.no 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 PIC probe. > > > >Try the enclosed patch. > > > >- Tor Egge > Tor > 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 > Thanks > Manfred 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: revision 1.84 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) Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message