#
e8cbb42e |
| 20-Aug-2022 |
riastradh <riastradh@NetBSD.org> |
x86: Split most of pmap.h into pmap_private.h or vmparam.h.
This way pmap.h only contains the MD definition of the MI pmap(9) API, which loads of things in the kernel rely on, so changing x86 pmap i
x86: Split most of pmap.h into pmap_private.h or vmparam.h.
This way pmap.h only contains the MD definition of the MI pmap(9) API, which loads of things in the kernel rely on, so changing x86 pmap internals no longer requires recompiling the entire kernel every time.
Callers needing these internals must now use machine/pmap_private.h. Note: This is not x86/pmap_private.h because it contains three parts:
1. CPU-specific (different for i386/amd64) definitions used by...
2. common definitions, including Xenisms like xpmap_ptetomach, further used by...
3. more CPU-specific inlines for pmap_pte_* operations
So {amd64,i386}/pmap_private.h defines 1, includes x86/pmap_private.h for 2, and then defines 3. Maybe we should split that out into a new pmap_pte.h to reduce this trouble.
No functional change intended, other than that some .c files must include machine/pmap_private.h when previously uvm/uvm_pmap.h polluted the namespace with pmap internals.
Note: This migrates part of i386/pmap.h into i386/vmparam.h -- specifically the parts that are needed for several constants defined in vmparam.h:
VM_MAXUSER_ADDRESS VM_MAX_ADDRESS VM_MAX_KERNEL_ADDRESS VM_MIN_KERNEL_ADDRESS
Since i386 needs PDP_SIZE in vmparam.h, I added it there on amd64 too, just to keep things parallel.
show more ...
|
#
18196c4d |
| 12-Dec-2011 |
mrg <mrg@NetBSD.org> |
implement bdev_size(9) wrapper around d_psize() routine, so we can take the device lock in relevant places. avoid doing so while actually dumping.
tested i386 crash dumps still work, and that all t
implement bdev_size(9) wrapper around d_psize() routine, so we can take the device lock in relevant places. avoid doing so while actually dumping.
tested i386 crash dumps still work, and that all touched files compile.
fixes PR#45705.
show more ...
|
#
48e89f7c |
| 20-Nov-2011 |
yamt <yamt@NetBSD.org> |
revert dumpsys.c rev. 1.13 because it was reported to cause a problem. http://mail-index.NetBSD.org/source-changes-d/2011/11/19/msg004283.html
|
#
74806015 |
| 10-Nov-2011 |
riz <riz@NetBSD.org> |
i386_use_pae is now just use_pae.
|
#
fab4bf76 |
| 31-Oct-2011 |
yamt <yamt@NetBSD.org> |
dumpsys_seg: don't overwrite the previous mapping
|
#
f770f5b4 |
| 06-Nov-2010 |
uebayasi <uebayasi@NetBSD.org> |
These don't use UVM physical page API, don't need uvm/uvm_page.h.
|
#
f15c6971 |
| 05-Oct-2010 |
jym <jym@NetBSD.org> |
Import PAE support for kvm(3): - add kvm_i386pae.c (used for PAE memory translations), and update Makefile for libkvm build. - in pdppaddr: pass a flag to indicate PAE mode. Use a bit ignored by
Import PAE support for kvm(3): - add kvm_i386pae.c (used for PAE memory translations), and update Makefile for libkvm build. - in pdppaddr: pass a flag to indicate PAE mode. Use a bit ignored by the MMU. Mask address with PG_FRAME to avoid side effects.
Tested with vmstat(1)/netstat(1) to debug core files of PAE and !PAE kernels. Older kernel dumps will default to native i386 (!PAE) mode.
XXX Currently, savecore(8) will fail to dump a PAE kernel in a !PAE environment (and reciprocally). So you need to sync and reboot with a kernel of the same mode as the one that crashed. Once the dump is successful, this does not matter anymore.
show more ...
|
#
68b449c6 |
| 02-Oct-2010 |
jym <jym@NetBSD.org> |
dump is not used here.
|
#
42e5342a |
| 26-Feb-2010 |
jym <jym@NetBSD.org> |
Fixes regarding paddr_t/pd_entry_t types in MD x86 code, exposed by PAE:
- NBPD_* macros are set to the types that better match their architecture (UL for i386 and amd64, ULL for i386 PAE) - will re
Fixes regarding paddr_t/pd_entry_t types in MD x86 code, exposed by PAE:
- NBPD_* macros are set to the types that better match their architecture (UL for i386 and amd64, ULL for i386 PAE) - will revisit when paddr_t is set to 64 bits for i386 non-PAE.
- type fixes in printf/printk messages (Use PRIxPADDR when printing paddr_t values, instead of %lx - paddr_t/pd_entry_t being 64 bits with PAE)
- remove casts that are no more needed now that Xen2 support has been dropped
Some fixes are from jmorse@ patches for PAE.
Compile + tested for i386 GENERIC and XEN3 kernels. Only compile tested for amd64.
Reviewed by bouyer@.
See also http://mail-index.netbsd.org/tech-kern/2010/02/22/msg007373.html
show more ...
|
#
9480c51b |
| 07-Nov-2009 |
cegger <cegger@NetBSD.org> |
Add a flags argument to pmap_kenter_pa(9). Patch showed on tech-kern@ http://mail-index.netbsd.org/tech-kern/2009/11/04/msg006434.html No objections.
|
#
7e57d1b3 |
| 28-Mar-2009 |
mrg <mrg@NetBSD.org> |
put the max_paddr DEBUG message under DUMP_DEBUG option.
|
#
461a86f9 |
| 11-Jan-2009 |
christos <christos@NetBSD.org> |
merge christos-time_t
|
#
93ea4650 |
| 25-Nov-2008 |
ad <ad@NetBSD.org> |
dumpsys: don't spew numbers into the log.
|
#
ce099b40 |
| 28-Apr-2008 |
martin <martin@NetBSD.org> |
Remove clause 3 and 4 from TNF licenses
|
#
ac0f4343 |
| 24-Jan-2008 |
ad <ad@NetBSD.org> |
Make sparse dumps the default.
|
#
fb6e9dca |
| 20-Jan-2008 |
skrll <skrll@NetBSD.org> |
Do the dumpsys/dodumpsys thing on i386...
dumpsys() now mimics cpu_switchto() (pushes a switchframe onto the stack) for postmortem debugging.
From simonb.
|
#
ee652e42 |
| 12-Jan-2008 |
ad <ad@NetBSD.org> |
- Split crashdump code out into its own file. - Remove NO_SPARSE_DUMP. - Minor KNF, sprinkle static.
|