lkml.org 
[lkml]   [2003]   [Nov]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Subjectelf_core_dump and kernel virtual mapping (kmap) in 2.4
Date
Folks,

I have been trying to figure out an answer for this, but couldn't find
anything in the lkml archives or in bitkeeper changeset logs on why this is
done:

Why does the kernel have to re-map process virtual memory into it's address
space using get_user_pages() and kmap() when dumping core (elf_core_dump)?
Isn't the kernel running in the context of the task for which it is dumping
core (current)? And thereby, aren't the kernel's VM mappings the same as the
task it is dumping core for? So the page directory and page table entries
should all still be valid in kernel space. And page faults, if any, should
be handled "correctly", right?

What am I missing here? What's the need for the get_user_pages() and kmap()
in elf_core_dump()?

Thanks
- Bhavesh

--
Bhavesh P. Davda E-mail : bhavesh@avaya.com
Avaya Inc. Phone/Fax : (303) 538-4438
Room B3-B03, 1300 West 120th Avenue
Westminster, CO 80234

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:58    [W:0.032 / U:0.868 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site