Home | History | Annotate | Download | only in uvm
History log of /src/sys/uvm/uvm_coredump.c
RevisionDateAuthorComments
 1.9  10-Aug-2025  andvar Fix few typos in comments.
 1.8  23-Feb-2020  ad UVM locking changes, proposed on tech-kern:

- Change the lock on uvm_object, vm_amap and vm_anon to be a RW lock.
- Break v_interlock and vmobjlock apart. v_interlock remains a mutex.
- Do partial PV list locking in the x86 pmap. Others to follow later.
 1.7  17-Feb-2019  rin branches: 1.7.6;
VM_MAXUSER_ADDRESS can be undefined when compiling module/coredump;
it varies between machines for evbppc (and possibly evbppc64).
 1.6  07-Jan-2014  dsl branches: 1.6.30;
Re-instate the zero length sections in elf core dumps (they probably help
describe the process memory layout).
Fudge the a.out core code to not dump the entire contents.
I'm not sue that anything can read a.out core files - more progress might
be made on such dumps by converting the a.out file to elf!
 1.5  03-Jan-2014  dsl There is no need for uvm_coredump_walkmap() to explicity pass the proc_t
pointer to the calller's function.
If the code needs the process its address can be placed in the caller's
cookie.
 1.4  03-Jan-2014  dsl Minor changes to the process coredump code.
- Add some extra comments.
- Add some XXX comments because the process state might not be stable,
- Add uvm_coredump_count_segs() to simplify the calling code.
- uvm code now only returns non-empty sections/segments.
- Put the 'iocookie' into the 'cookie' block passed to uvm_coredump_walkmap()
instead of passing it through as an additional parameter.
amd64 can still generate core dumps that gdb can read.
 1.3  01-Jan-2014  dsl Change the type of the 'cookie' that holds the state of the core dump file
from 'void *' to the actual type 'struct coredump_iostate *'.
In most of the code the contents of the structure are still unknown.
This just stops the wrong type of pointer being passed to the 'void *'
parameter.
I hope I've found everything, amd64 GENERIC and i386 GENERIC & ALL compile.
 1.2  02-Feb-2011  chuck branches: 1.2.4; 1.2.14; 1.2.18;
udpate license clauses on my code to match the new-style BSD licenses.
based on second diff that rmind@ sent me.

no functional change with this commit.
 1.1  19-Nov-2008  ad branches: 1.1.4; 1.1.6; 1.1.8; 1.1.12; 1.1.16; 1.1.18; 1.1.20;
Make the emulations, exec formats, coredump, NFS, and the NFS server
into modules. By and large this commit:

- shuffles header files and ifdefs
- splits code out where necessary to be modular
- adds module glue for each of the components
- adds/replaces hooks for things that can be installed at runtime
 1.1.20.1  08-Feb-2011  bouyer Sync with HEAD
 1.1.18.1  06-Jun-2011  jruoho Sync with HEAD.
 1.1.16.1  05-Mar-2011  rmind sync with head
 1.1.12.2  04-May-2009  yamt sync with head.
 1.1.12.1  19-Nov-2008  yamt file uvm_coredump.c was added on branch yamt-nfs-mp on 2009-05-04 08:14:39 +0000
 1.1.8.2  19-Jan-2009  skrll Sync with HEAD.
 1.1.8.1  19-Nov-2008  skrll file uvm_coredump.c was added on branch nick-hppapmap on 2009-01-19 13:20:36 +0000
 1.1.6.2  17-Jan-2009  mjf Sync with HEAD.
 1.1.6.1  19-Nov-2008  mjf file uvm_coredump.c was added on branch mjf-devfs2 on 2009-01-17 13:29:43 +0000
 1.1.4.2  13-Dec-2008  haad Update haad-dm branch to haad-dm-base2.
 1.1.4.1  19-Nov-2008  haad file uvm_coredump.c was added on branch haad-dm on 2008-12-13 01:15:42 +0000
 1.2.18.1  18-May-2014  rmind sync with head
 1.2.14.1  20-Aug-2014  tls Rebase to HEAD as of a few days ago.
 1.2.4.1  22-May-2014  yamt sync with head.

for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.

this commit was splitted into small chunks to avoid
a limitation of cvs. ("Protocol error: too many arguments")
 1.6.30.2  08-Apr-2020  martin Merge changes from current as of 20200406
 1.6.30.1  10-Jun-2019  christos Sync with HEAD
 1.7.6.1  29-Feb-2020  ad Sync with head.

RSS XML Feed