NetBSD Problem Report #45915

From hauke@Espresso.Rhein-Neckar.DE  Thu Feb  2 21:59:56 2012
Return-Path: <hauke@Espresso.Rhein-Neckar.DE>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	by www.NetBSD.org (Postfix) with ESMTP id A983863BD87
	for <gnats-bugs@gnats.NetBSD.org>; Thu,  2 Feb 2012 21:59:56 +0000 (UTC)
Message-Id: <201202022153.q12LrvoC002757@pizza.causeuse.org>
Date: Thu, 2 Feb 2012 22:53:57 +0100 (CET)
From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Reply-To: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: gnats-bugs@gnats.NetBSD.org
Cc: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: panic: pmap_enter_ptpage: can't get KPT page
X-Send-Pr-Version: 3.95

>Number:         45915
>Category:       port-m68k
>Synopsis:       panic: pmap_enter_ptpage: can't get KPT page
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    port-m68k-maintainer
>State:          pending-pullups
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Feb 02 22:00:00 +0000 2012
>Closed-Date:    
>Last-Modified:  Fri Jan 17 15:43:57 +0000 2014
>Originator:     Hauke Fath
>Release:        NetBSD 5.99.61 and newer
>Organization:
Falling Raindrops
>Environment:


System: NetBSD/mac68k 5.99.61 and newer
Architecture: m68k
Machine: mac68k
>Description:

	Since the recent malloc/kmem/uvm update, my Quadra 700 panics
	early (and reproducibly) with


Bootstrapping NetBSD/mac68k.
Getting mapping from MMU.
Loaded at 0x0
System RAM: 71303168 bytes in 17408 pages.
     Low = 0x0, high = 0x4400000
On-board video at addr 0x0xf9001000 (phys 0x0xf9001000), len 0xff000.
Done.
Bootstrapping the pmap system.
Pmap bootstrapped.
Moving ROMBase from 0x40800000 to 0x571000.
Video address 0x0xf9001000 -> 0x0x771000.
Loaded initial symtab at 0x3d2a68, strtab at 0x42bd78, # entries 21977
panic: pmap_enter_ptpage: can't get KPT page
Stopped in pid 0.1 (system) at  netbsd:cpu_Debugger+0x6: unlk a6
cpu_Debugger(ffc13000,43fe000,4696c0,468e1c,2367ee) + 6
vpanic(356276,468e28,468e78,1e49ec,356276) + 19e
panic(356276,4ce9000,43fb000,3,4002700) + c
pmap_enter_ptpage(3a8ccc,4ce9000,0,4ce9000,4ce9000) + 68a
pmap_kenter_pa(4ce9000,43fb000,3,0,8e73d0) + 66
uvm_km_alloc(3b3738,5f000,0,11,ea30) + 1a6
pmap_init(8e9000,ffc00000,468f70,468f6c,3d1eb4) + b4
uvm_init(ea30,1dce0,8006025a,f9001000,ffffcffc) + 5e
main(1,2305cc,7ec000,0,1000) + 4a
newvideoaddr() + 2
db>

>How-To-Repeat:

	Boot a mac68k kernel built from sources of late January or
	newer (my last build is from sources cvs up'ed 2012-02-02,
	22:00 UTC).

>Fix:

	No idea. 

	The m{,ac}68k MD code changes that came with said
	malloc/kvm change are minimal (typedef changes in
	m68k/m68k/pmap_motorola.c and mac68k/mac68k/pmap_bootstrap.c,
	AFAICS), so the problems are rooted either in MI code, or in
	missing additions to MD code. Since the author of the changes
	has provided little documentation, I wouldn't know where to
	start.

>Release-Note:

>Audit-Trail:
From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
To: gnats-bugs@NetBSD.org
Cc: tsutsui@ceres.dti.ne.jp
Subject: Re: kern/45915: panic: pmap_enter_ptpage: can't get KPT page
Date: Sun, 5 Feb 2012 00:00:08 +0900

 FYI, on NetBSD/hp300 5.99.64 around 201202041400Z:

 ---
 >> NetBSD/hp300 Primary Boot, Revision 1.17 (from NetBSD 5.99.45)
 >> HP 9000/382 SPU
 >> Enter "reset" to reset system.
 Boot: [[[sd0a:]netbsd][-a][-c][-d][-s][-v][-q]] :- 
 3325588+163164 [358400+236221]=0x3e52d0
 Start @ 0xfe803400 [1=0xfeb55bf0-0x3e52d0]...
 Entry point: 0xfe803400
 bootinfo found at 0xfe802000
 trap: bad kernel read access at 0x4
 trap type 8, code = 0x505, v = 0x4
 kernel program counter = 0x1a8fd4
 kernel: MMU fault trap
 pid = 0, lid = 1, pc = 001A8FD4, ps = 2704, sfc = 1, dfc = 1
 Registers:
              0        1        2        3        4        5        6        7
 dreg: 00000000 00000000 00000000 00002704 FEC45000 FFFFD000 003E7E84 00000000
 areg: 00000000 003E8000 003E83C0 003386D0 002887B4 00353140 003E7E8C FFEFFFFC

 Kernel stack (003E7D10):
 3E7D10: 0024C928 003E7DC8 00000080 00000000 00002704 FEC45000 FFFFD000 003E7E84
 3E7D30: 00000000 003E83C0 003386D0 002887B4 00353140 00343140 00000000 00000000
 3E7D50: 00338E20 003E7D80 0020ECE0 00000000 01448F78 00000001 00002704 003E7DB4
 3E7D70: 01448F78 01448F78 00342FDC 00343060 00000001 00000000 00000000 00000000
 3E7D90: 00000000 00000000 00000000 00000008 00000000 00000000 00000000 00000000
 3E7DB0: 003E7E8C 0000195C 003E7DC8 00000008 00000505 00000004 00000000 00000000
 3E7DD0: 00000000 00002704 FEC45000 FFFFD000 003E7E84 00000000 00000000 003E8000
 3E7DF0: 003E83C0 003386D0 002887B4 00353140 003E7E8C FFEFFFFC 00000000 2704001A
 3E7E10: 8FD47008 003E7E6C 05050005 00050005 00000004 003E7E84 00000000 FF800000
 3E7E30: 003E7EA4 00000000 003E7E8C 001A8FB4 000FEC45 003E7E84 01C48000 00000003
 3E7E50: FFFFA000 04002711 00000003 00000011 00288B14 001A9136 00288826 0001F000
 3E7E70: FF807000 00288D1A FFFF2704 01C48000 01C48000 00000000 04000002 003E7EB0
 3E7E90: 001A918C 003386D0 01C48000 00000000 01C48000 01C48000 0001F000 04000002
 3E7EB0: 003E7F08 0027FECC 01C48000 FFFFA000 00000003 00000000 01447D50 0000000C
 3E7ED0: FFFFFFFF FFFFFFFF 003E6000 A0000004 00000000 00000004 0027FDB0 FEBE8000
 3E7EF0: FE802000 00000000 00000000 00000000 01C48000 01C48000 003E7F4C 001A7A54
 panic: MMU fault
 Stopped in pid 0.1 (system) at  netbsd:cpu_Debugger+0x6:        unlk    a6
 db> tr
 cpu_Debugger(8,3e2700,31ef20,3e7d10,211658) + 6
 vpanic(30a22f,3e7d1c,3e7db0,24c946,30a22f) + 19e
 panic(30a22f,0,2704,fec45000,ffffd000) + c
 trap(3e7dc8,8,505,4) + 134
 pmap_enter_ptpage(3386d0,1c48000,0,1c48000,1c48000) + 488
 pmap_kenter_pa(1c48000,ffffa000,3,0,1447d50) + 50
 uvm_km_alloc(342fb8,1f000,0,11,c) + 11a
 pmap_init(1448000,ff800000,3e7f74,3e7f70,353080) + 9e
 uvm_init(c,ffffffff,ffffffff,ffeffffc,fe803882) + 5e
 uvm_fault(0x342fb8, 0x9ffff000, 0x1) -> 0xe
   type 8, code [mmu,,ssw]: 505
 trap type 8, code = 0x505, v = 0x9ffffffe
 kernel program counter = 0x42530
 kernel: MMU fault trap
 Caught exception in ddb.
 db> 

 ---
 Izumi Tsutsui

From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
To: gnats-bugs@NetBSD.org
Cc: tsutsui@ceres.dti.ne.jp
Subject: Re: kern/45915: panic: pmap_enter_ptpage: can't get KPT page
Date: Sun, 5 Feb 2012 01:21:11 +0900

 >  panic(30a22f,0,2704,fec45000,ffffd000) + c
 >  trap(3e7dc8,8,505,4) + 134
 >  pmap_enter_ptpage(3386d0,1c48000,0,1c48000,1c48000) + 488
 >  pmap_kenter_pa(1c48000,ffffa000,3,0,1447d50) + 50
 >  uvm_km_alloc(342fb8,1f000,0,11,c) + 11a
 >  pmap_init(1448000,ff800000,3e7f74,3e7f70,353080) + 9e
 >  uvm_init(c,ffffffff,ffffffff,ffeffffc,fe803882) + 5e

 This means:
 - m68k pmap_init() calls uvm_km_alloc() (even before kmem changes)
 - it seems now uvm_km_alloc() depends on structures which are initialized
   in pmap_init() and uvm_km_alloc() is called before that initialization

 Previously it worked (for more than a decade), but I'm not sure if
 it was a vaild op or not.

 ---
 Izumi Tsutsui

From: "Michael L. Hitch" <mhitch@lightning.msu.montana.edu>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/45915: panic: pmap_enter_ptpage: can't get KPT page
Date: Sat, 4 Feb 2012 11:19:23 -0700 (MST)

 On Sat, 4 Feb 2012, Izumi Tsutsui wrote:

 > >  panic(30a22f,0,2704,fec45000,ffffd000) + c
 > >  trap(3e7dc8,8,505,4) + 134
 > >  pmap_enter_ptpage(3386d0,1c48000,0,1c48000,1c48000) + 488
 > >  pmap_kenter_pa(1c48000,ffffa000,3,0,1447d50) + 50
 > >  uvm_km_alloc(342fb8,1f000,0,11,c) + 11a
 > >  pmap_init(1448000,ff800000,3e7f74,3e7f70,353080) + 9e
 > >  uvm_init(c,ffffffff,ffffffff,ffeffffc,fe803882) + 5e
 >
 > This means:
 > - m68k pmap_init() calls uvm_km_alloc() (even before kmem changes)
 > - it seems now uvm_km_alloc() depends on structures which are initialized
 >   in pmap_init() and uvm_km_alloc() is called before that initialization
 >
 > Previously it worked (for more than a decade), but I'm not sure if
 > it was a vaild op or not.

    I was/is a valid operation.  The m68k ports intialize the mmu tables 
 with enough space so memory can be allocated prior to the pmap 
 intialization.  What's happening now is that the kmem changes will 
 allocation substantially more memory before pmap_init() is called, and the 
 initial mmu setup is no longer sufficient.  On my 128MB amiga, the 8 
 kernel PT pages was not sufficient, but increasing that to 12 was.  The 
 kmem changes allocates space base on the physical memory size, and Michael 
 van Elst had some interesting allocations with his 2GB system.

    I suspect that most (or all) m68k ports are going to need to increase 
 the intitial kernel PT page allocations during setup.

 --
 Michael L. Hitch			mhitch@montana.edu
 Computer Consultant
 Information Technology Center
 Montana State University	Bozeman, MT	USA

From: "Michael L. Hitch" <mhitch@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: src/sys/arch
Date: Fri, 10 Feb 2012 04:49:46 +0000

 Module Name:	src
 Committed By:	mhitch
 Date:		Fri Feb 10 04:49:46 UTC 2012

 Modified Files:
 	src/sys/arch/atari/atari: atari_init.c
 	src/sys/arch/cesfic/cesfic: pmap_bootstrap.c
 	src/sys/arch/hp300/hp300: pmap_bootstrap.c
 	src/sys/arch/luna68k/luna68k: pmap_bootstrap.c
 	src/sys/arch/mac68k/mac68k: pmap_bootstrap.c
 	src/sys/arch/mvme68k/mvme68k: pmap_bootstrap.c
 	src/sys/arch/news68k/news68k: pmap_bootstrap.c
 	src/sys/arch/next68k/next68k: pmap_bootstrap.c
 	src/sys/arch/x68k/x68k: pmap_bootstrap.c

 Log Message:
 The recent kmem changes allocate a large kernel address space before
 pmap_init() is called, and the initial kernel PT pages aren't enough
 for the allocations pmap_init().  This fails because pmap_kenter_pa()
 tries to allocate a new kernel PT page and traps because the pmap has
 not been initialized.  When computing the number if initial kernel PT
 pages, include enough to allow kmem to map the physical memory.  This
 should fix PR/45915.  OK by releng@.  One mac68k system has been verified
 to boot.  Volunteers to test the others welcome.  Amigas with at least
 up to 128MB of memory were OK, but larger memory will need some adjusting.


 To generate a diff of this commit:
 cvs rdiff -u -r1.97 -r1.98 src/sys/arch/atari/atari/atari_init.c
 cvs rdiff -u -r1.31 -r1.32 src/sys/arch/cesfic/cesfic/pmap_bootstrap.c
 cvs rdiff -u -r1.54 -r1.55 src/sys/arch/hp300/hp300/pmap_bootstrap.c
 cvs rdiff -u -r1.32 -r1.33 src/sys/arch/luna68k/luna68k/pmap_bootstrap.c
 cvs rdiff -u -r1.92 -r1.93 src/sys/arch/mac68k/mac68k/pmap_bootstrap.c
 cvs rdiff -u -r1.48 -r1.49 src/sys/arch/mvme68k/mvme68k/pmap_bootstrap.c
 cvs rdiff -u -r1.37 -r1.38 src/sys/arch/news68k/news68k/pmap_bootstrap.c
 cvs rdiff -u -r1.39 -r1.40 src/sys/arch/next68k/next68k/pmap_bootstrap.c
 cvs rdiff -u -r1.55 -r1.56 src/sys/arch/x68k/x68k/pmap_bootstrap.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
To: gnats-bugs@NetBSD.org
Cc: mhitch@NetBSD.org, tsutsui@ceres.dti.ne.jp
Subject: Re: PR/45915 CVS commit: src/sys/arch
Date: Fri, 10 Feb 2012 15:42:38 +0900

 >  Log Message:
 >  The recent kmem changes allocate a large kernel address space before
 >  pmap_init() is called, and the initial kernel PT pages aren't enough
 >  for the allocations pmap_init().
  :

 After this and the following changes
 http://mail-index.netbsd.org/source-changes/2012/02/10/msg031644.html
 http://mail-index.netbsd.org/source-changes/2012/02/10/msg031645.html
 now HP362 (68030/16MB), HP382 (68040/24MB), and NWS-1750(68030/16MB)
 work fine.

 Note sun3/80 (which has differnt pmap) seems to have different issue.
 (random stalls in m68k_compat_13_sigreturn13_stub()
  but not related to this PR).
 ---
 Izumi Tsutsui

From: Hauke Fath <hf@spg.tu-darmstadt.de>
To: gnats-bugs@NetBSD.org
Cc: kern-bug-people@NetBSD.org, gnats-admin@NetBSD.org,
        "Michael L. Hitch" <mhitch@NetBSD.org>
Subject: Re: PR/45915 CVS commit: src/sys/arch
Date: Fri, 10 Feb 2012 14:42:43 +0100

 At 4:50 Uhr +0000 10.02.2012, Michael L. Hitch wrote:
 > The recent kmem changes allocate a large kernel address space before
 > pmap_init() is called, and the initial kernel PT pages aren't enough
 > for the allocations pmap_init().  This fails because pmap_kenter_pa()
 > tries to allocate a new kernel PT page and traps because the pmap has
 > not been initialized.  When computing the number if initial kernel PT
 > pages, include enough to allow kmem to map the physical memory.  This
 > should fix PR/45915.  OK by releng@.  One mac68k system has been verified
 > to boot.  Volunteers to test the others welcome.

 mac68k: A Quadra 650 with 136 MB RAM boots fine now.

 Thanks for fixing this!

 	hauke

 -- 
      The ASCII Ribbon Campaign                    Hauke Fath
 ()     No HTML/RTF in email            Institut fr Nachrichtentechnik
 /\     No Word docs in email                     TU Darmstadt
      Respect for open standards              Ruf +49-6151-16-3281

Responsible-Changed-From-To: kern-bug-people->mhitch
Responsible-Changed-By: mhitch@NetBSD.org
Responsible-Changed-When: Fri, 10 Feb 2012 15:56:48 +0000
Responsible-Changed-Why:
I'm somewhat knowledgeable with the m68k pmap.


State-Changed-From-To: open->closed
State-Changed-By: mhitch@NetBSD.org
State-Changed-When: Fri, 10 Feb 2012 15:56:48 +0000
State-Changed-Why:
Problem analyzed and fixed (only tested on mac68k and hp300 though).


Responsible-Changed-From-To: mhitch->tsutsui
Responsible-Changed-By: tsutsui@NetBSD.org
Responsible-Changed-When: Sun, 19 Feb 2012 23:09:28 +0900
Responsible-Changed-Why:
It turns out x68k still has problem.


State-Changed-From-To: closed->open
State-Changed-By: tsutsui@NetBSD.org
State-Changed-When: Sun, 19 Feb 2012 23:09:28 +0900
State-Changed-Why:
x68k could have EXTENDED_MEMORY which is not included in physmem passed
from bootloader, and XM6i emulator could have 1GB memory.


From: "Izumi Tsutsui" <tsutsui@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: src/sys/arch/atari/atari
Date: Tue, 21 Feb 2012 12:09:50 +0000

 Module Name:	src
 Committed By:	tsutsui
 Date:		Tue Feb 21 12:09:50 UTC 2012

 Modified Files:
 	src/sys/arch/atari/atari: atari_init.c

 Log Message:
 Use actual physmem size for allocation of bootstrap extra PT pages
 to avoid wasting pages on low memory machines.
 Improves atari specific part of PR/45915, tested on TT030.


 To generate a diff of this commit:
 cvs rdiff -u -r1.98 -r1.99 src/sys/arch/atari/atari/atari_init.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "Izumi Tsutsui" <tsutsui@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: src/sys/arch/x68k/x68k
Date: Sat, 25 Feb 2012 02:43:08 +0000

 Module Name:	src
 Committed By:	tsutsui
 Date:		Sat Feb 25 02:43:08 UTC 2012

 Modified Files:
 	src/sys/arch/x68k/x68k: pmap_bootstrap.c

 Log Message:
 Reserve more bootstrap kernel PT pages if options EXTENDED_MEMORY is defined
 for VA allocation in the extended memory probe function and possible 128MB
 memory on 060turbo, as worksaround for x68k specific part of PR/45915.
 Fixes GENERIC kernel panic on X68030 even without extended memory.
 XXX: we should rather have proper probe function before pmap_bootstrap()

 Tested on 060turbo with 128MB SIMM by Y.Sugahara, and also
 tested on XM6i with 68030 and custom 128MB memory settings by isaki@.

 Should be pulled up to netbsd-6.


 To generate a diff of this commit:
 cvs rdiff -u -r1.58 -r1.59 src/sys/arch/x68k/x68k/pmap_bootstrap.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "Jeff Rizzo" <riz@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: [netbsd-6] src/sys/arch
Date: Mon, 27 Feb 2012 20:17:19 +0000

 Module Name:	src
 Committed By:	riz
 Date:		Mon Feb 27 20:17:19 UTC 2012

 Modified Files:
 	src/sys/arch/atari/atari [netbsd-6]: atari_init.c
 	src/sys/arch/x68k/x68k [netbsd-6]: pmap_bootstrap.c

 Log Message:
 Pull up following revision(s) (requested by tsutsui in ticket #55):
 	sys/arch/x68k/x68k/pmap_bootstrap.c: revision 1.59
 	sys/arch/atari/atari/atari_init.c: revision 1.99
 Use actual physmem size for allocation of bootstrap extra PT pages
 to avoid wasting pages on low memory machines.
 Improves atari specific part of PR/45915, tested on TT030.
 Reserve more bootstrap kernel PT pages if options EXTENDED_MEMORY is defined
 for VA allocation in the extended memory probe function and possible 128MB
 memory on 060turbo, as worksaround for x68k specific part of PR/45915.
 Fixes GENERIC kernel panic on X68030 even without extended memory.
 XXX: we should rather have proper probe function before pmap_bootstrap()
 Tested on 060turbo with 128MB SIMM by Y.Sugahara, and also
 tested on XM6i with 68030 and custom 128MB memory settings by isaki@.
 Should be pulled up to netbsd-6.


 To generate a diff of this commit:
 cvs rdiff -u -r1.98 -r1.98.2.1 src/sys/arch/atari/atari/atari_init.c
 cvs rdiff -u -r1.58 -r1.58.2.1 src/sys/arch/x68k/x68k/pmap_bootstrap.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

Responsible-Changed-From-To: tsutsui->port-m68k-maintainer
Responsible-Changed-By: tsutsui@NetBSD.org
Responsible-Changed-When: Sun, 04 Mar 2012 14:50:10 +0900
Responsible-Changed-Why:
This panic message is m68k pmap specific and some ports might still have
the issue. At least mvme68k updates physmem after bootstrap PT page allocation.


From: "Izumi Tsutsui" <tsutsui@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: src/sys/arch/mvme68k/mvme68k
Date: Thu, 19 Sep 2013 12:04:36 +0000

 Module Name:	src
 Committed By:	tsutsui
 Date:		Thu Sep 19 12:04:36 UTC 2013

 Modified Files:
 	src/sys/arch/mvme68k/mvme68k: pmap_bootstrap.c

 Log Message:
 Move physmem calculations before nptpage initialization.

 Fixes mvme68k specific part of PR port-m68k/45915
 (panic: pmap_enter_ptpage: can't get KPT page).
 Reported and confirmed by Andrew Gillham on his MVME177:
 http://mail-index.NetBSD.org/port-mvme68k/2013/09/17/msg000082.html

 Should be pulled up to all netbsd-6 branches.


 To generate a diff of this commit:
 cvs rdiff -u -r1.51 -r1.52 src/sys/arch/mvme68k/mvme68k/pmap_bootstrap.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "Jeff Rizzo" <riz@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: [netbsd-6] src/sys/arch/mvme68k/mvme68k
Date: Sun, 22 Sep 2013 17:33:31 +0000

 Module Name:	src
 Committed By:	riz
 Date:		Sun Sep 22 17:33:31 UTC 2013

 Modified Files:
 	src/sys/arch/mvme68k/mvme68k [netbsd-6]: pmap_bootstrap.c

 Log Message:
 Pull up following revision(s) (requested by tsutsui in ticket #953):
 	sys/arch/mvme68k/mvme68k/pmap_bootstrap.c: revision 1.52
 Move physmem calculations before nptpage initialization.
 Fixes mvme68k specific part of PR port-m68k/45915
 (panic: pmap_enter_ptpage: can't get KPT page).
 Reported and confirmed by Andrew Gillham on his MVME177:
 http://mail-index.NetBSD.org/port-mvme68k/2013/09/17/msg000082.html
 Should be pulled up to all netbsd-6 branches.


 To generate a diff of this commit:
 cvs rdiff -u -r1.51 -r1.51.2.1 src/sys/arch/mvme68k/mvme68k/pmap_bootstrap.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "Jeff Rizzo" <riz@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: [netbsd-6-0] src/sys/arch/mvme68k/mvme68k
Date: Sun, 22 Sep 2013 17:34:48 +0000

 Module Name:	src
 Committed By:	riz
 Date:		Sun Sep 22 17:34:48 UTC 2013

 Modified Files:
 	src/sys/arch/mvme68k/mvme68k [netbsd-6-0]: pmap_bootstrap.c

 Log Message:
 Pull up following revision(s) (requested by tsutsui in ticket #953):
 	sys/arch/mvme68k/mvme68k/pmap_bootstrap.c: revision 1.52
 Move physmem calculations before nptpage initialization.
 Fixes mvme68k specific part of PR port-m68k/45915
 (panic: pmap_enter_ptpage: can't get KPT page).
 Reported and confirmed by Andrew Gillham on his MVME177:
 http://mail-index.NetBSD.org/port-mvme68k/2013/09/17/msg000082.html
 Should be pulled up to all netbsd-6 branches.


 To generate a diff of this commit:
 cvs rdiff -u -r1.51 -r1.51.8.1 src/sys/arch/mvme68k/mvme68k/pmap_bootstrap.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "Jeff Rizzo" <riz@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: [netbsd-6-1] src/sys/arch/mvme68k/mvme68k
Date: Sun, 22 Sep 2013 17:35:35 +0000

 Module Name:	src
 Committed By:	riz
 Date:		Sun Sep 22 17:35:35 UTC 2013

 Modified Files:
 	src/sys/arch/mvme68k/mvme68k [netbsd-6-1]: pmap_bootstrap.c

 Log Message:
 Pull up following revision(s) (requested by tsutsui in ticket #953):
 	sys/arch/mvme68k/mvme68k/pmap_bootstrap.c: revision 1.52
 Move physmem calculations before nptpage initialization.
 Fixes mvme68k specific part of PR port-m68k/45915
 (panic: pmap_enter_ptpage: can't get KPT page).
 Reported and confirmed by Andrew Gillham on his MVME177:
 http://mail-index.NetBSD.org/port-mvme68k/2013/09/17/msg000082.html
 Should be pulled up to all netbsd-6 branches.


 To generate a diff of this commit:
 cvs rdiff -u -r1.51 -r1.51.16.1 src/sys/arch/mvme68k/mvme68k/pmap_bootstrap.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "Izumi Tsutsui" <tsutsui@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: src/sys/arch/x68k/x68k
Date: Sun, 27 Oct 2013 02:06:06 +0000

 Module Name:	src
 Committed By:	tsutsui
 Date:		Sun Oct 27 02:06:06 UTC 2013

 Modified Files:
 	src/sys/arch/x68k/x68k: locore.s machdep.c pmap_bootstrap.c

 Log Message:
 Probe extended memories before pmap_boostrap() for actual fix of PR/45915.

 Also expand expected maximum extended memory regions to recognize
 upto 1008 MB RAM that is supported by the XM6i emulator.

 See my post on port-x68k@ for more details:
 http://mail-index.NetBSD.org/port-x68k/2013/10/19/msg000039.html

 Probably worth to pullup to netbsd-6.


 To generate a diff of this commit:
 cvs rdiff -u -r1.110 -r1.111 src/sys/arch/x68k/x68k/locore.s
 cvs rdiff -u -r1.186 -r1.187 src/sys/arch/x68k/x68k/machdep.c
 cvs rdiff -u -r1.59 -r1.60 src/sys/arch/x68k/x68k/pmap_bootstrap.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "Izumi Tsutsui" <tsutsui@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: src/sys/arch/next68k/next68k
Date: Sun, 5 Jan 2014 06:30:48 +0000

 Module Name:	src
 Committed By:	tsutsui
 Date:		Sun Jan  5 06:30:48 UTC 2014

 Modified Files:
 	src/sys/arch/next68k/next68k: pmap_bootstrap.c

 Log Message:
 Move physmem calculations before nptpage initialization.

 Should fix next68k specific part of PR port-m68k/45915
 (panic: pmap_enter_ptpage: can't get KPT page), and
 this is the last possible m68k MD part of this PR.

 Note this change is not tested on the actual machine (yet),
 but as noted in comment next68k/pmap_bootstrap.c is based on
 the mvme68k one which has been fixed by the similar diff.

 Should be pulled up to all netbsd-6 branches.


 To generate a diff of this commit:
 cvs rdiff -u -r1.42 -r1.43 src/sys/arch/next68k/next68k/pmap_bootstrap.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "Manuel Bouyer" <bouyer@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: [netbsd-6] src/sys/arch/x68k/x68k
Date: Sun, 12 Jan 2014 12:10:47 +0000

 Module Name:	src
 Committed By:	bouyer
 Date:		Sun Jan 12 12:10:47 UTC 2014

 Modified Files:
 	src/sys/arch/x68k/x68k [netbsd-6]: locore.s machdep.c pmap_bootstrap.c

 Log Message:
 Pull up following revision(s) (requested by tsutsui in ticket #1001):
 	sys/arch/x68k/x68k/machdep.c: revision 1.187
 	sys/arch/x68k/x68k/locore.s: revision 1.111
 	sys/arch/x68k/x68k/pmap_bootstrap.c: revision 1.60
 Probe extended memories before pmap_boostrap() for actual fix of PR/45915.
 Also expand expected maximum extended memory regions to recognize
 upto 1008 MB RAM that is supported by the XM6i emulator.
 See my post on port-x68k@ for more details:
 http://mail-index.NetBSD.org/port-x68k/2013/10/19/msg000039.html
 Probably worth to pullup to netbsd-6.


 To generate a diff of this commit:
 cvs rdiff -u -r1.108 -r1.108.2.1 src/sys/arch/x68k/x68k/locore.s
 cvs rdiff -u -r1.181.2.1 -r1.181.2.2 src/sys/arch/x68k/x68k/machdep.c
 cvs rdiff -u -r1.58.2.1 -r1.58.2.2 src/sys/arch/x68k/x68k/pmap_bootstrap.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

From: "Manuel Bouyer" <bouyer@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/45915 CVS commit: [netbsd-6] src/sys/arch/next68k/next68k
Date: Sun, 12 Jan 2014 12:41:12 +0000

 Module Name:	src
 Committed By:	bouyer
 Date:		Sun Jan 12 12:41:12 UTC 2014

 Modified Files:
 	src/sys/arch/next68k/next68k [netbsd-6]: pmap_bootstrap.c

 Log Message:
 Pull up following revision(s) (requested by tsutsui in ticket #1008):
 	sys/arch/next68k/next68k/pmap_bootstrap.c: revision 1.43
 Move physmem calculations before nptpage initialization.
 Should fix next68k specific part of PR port-m68k/45915
 (panic: pmap_enter_ptpage: can't get KPT page), and
 this is the last possible m68k MD part of this PR.
 Note this change is not tested on the actual machine (yet),
 but as noted in comment next68k/pmap_bootstrap.c is based on
 the mvme68k one which has been fixed by the similar diff.
 Should be pulled up to all netbsd-6 branches.


 To generate a diff of this commit:
 cvs rdiff -u -r1.42 -r1.42.2.1 src/sys/arch/next68k/next68k/pmap_bootstrap.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

State-Changed-From-To: open->pending-pullups
State-Changed-By: tsutsui@NetBSD.org
State-Changed-When: Fri, 17 Jan 2014 15:43:57 +0000
State-Changed-Why:
pending in [pullup-6 #1008]


>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.