login
Login
/
Register
Search
Header Space
Forums
News
Jobs
Blogs
Features
Man Pages
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
February
»
28
Re: [PATCH] core dump: user_regset writeback
view
thread
Score:
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From:
Andrew Morton <akpm@...>
To: Roland McGrath <roland@...>
Cc: <torvalds@...>, <mingo@...>, <linux-kernel@...>, <shaohua.li@...>, <linux-ia64@...>
Subject:
Re: [PATCH] core dump: user_regset writeback
Date: Thursday, February 28, 2008 - 4:45 pm
On Wed, 27 Feb 2008 12:06:38 -0800 (PST) Roland McGrath <roland@redhat.com> wrote:
quoted text
> > This makes the user_regset-based core dump code call user_regset > writeback hooks when available. This is necessary groundwork to > allow IA64 to set CORE_DUMP_USE_REGSET. > > CC: Shaohua Li <shaohua.li@intel.com> > Signed-off-by: Roland McGrath <roland@redhat.com> > --- > fs/binfmt_elf.c | 15 +++++++++++++++ > 1 files changed, 15 insertions(+), 0 deletions(-) > > diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c > index 41a958a..eb7cca3 100644 > --- a/fs/binfmt_elf.c > +++ b/fs/binfmt_elf.c > @@ -1424,6 +1424,18 @@ struct elf_note_info { > int thread_notes; > }; > > +/* > + * When a regset has a writeback hook, we call it on each thread before > + * dumping user memory. On register window machines, this makes sure the > + * user memory backing the register data is up to date before we read it. > + */ > +static void do_thread_regset_writeback(struct task_struct *task, > + const struct user_regset *regset) > +{ > + if (regset->writeback) > + regset->writeback(task, regset, 1); > +} > + > static int fill_thread_core_info(struct elf_thread_core_info *t, > const struct user_regset_view *view, > long signr, size_t *total) > @@ -1445,6 +1457,8 @@ static int fill_thread_core_info(struct elf_thread_core_info *t, > sizeof(t->prstatus), &t->prstatus); > *total += notesize(&t->notes[0]); > > + do_thread_regset_writeback(t->task, &view->regsets[0]); > + > /* > * Each other regset might generate a note too. For each regset > * that has no core_note_type or is inactive, we leave t->notes[i] > @@ -1452,6 +1466,7 @@ static int fill_thread_core_info(struct elf_thread_core_info *t, > */ > for (i = 1; i < view->n; ++i) { > const struct user_regset *regset = &view->regsets[i]; > + do_thread_regset_writeback(t->task, regset); > if (regset->core_note_type && > (!regset->active || regset->active(t->task, regset))) { > int ret;
Is there a need for this in 2.6.25? --
unsubscribe notice
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/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH] core dump: user_regset writeback
, Roland McGrath
, (Wed Feb 27, 4:06 pm)
Re: [PATCH] core dump: user_regset writeback
, Andrew Morton
, (Thu Feb 28, 4:45 pm)
Re: [PATCH] core dump: user_regset writeback
, Roland McGrath
, (Thu Feb 28, 5:10 pm)
Navigation
Create content
Mailing list archives
Recent posts
Mail archive search
Enter your search terms.
all mailing lists
alsa-devel
dragonflybsd-bugs
dragonflybsd-commit
dragonflybsd-docs
dragonflybsd-kernel
dragonflybsd-submit
dragonflybsd-user
freebsd-announce
freebsd-bugs
freebsd-chat
freebsd-cluster
freebsd-current
freebsd-drivers
freebsd-embeded
freebsd-fs
freebsd-hackers
freebsd-hardware
freebsd-mobile
freebsd-net
freebsd-performance
freebsd-pf
freebsd-security
freebsd-security-notifications
freebsd-threads
git
git-commits-head
linux-activists
linux-arm
linux-ath5k-devel
linux-btrfs
linux-c-programming
linux-driver-devel
linux-ext4
linux-fsdevel
linux-ia64
linux-input
linux-kernel
linux-kernel-janitors
linux-kernel-mentors
linux-kernel-newbies
linux-kvm
linux-net
linux-netdev
linux-newbie
linux-nfs
linux-raid
linux-scsi
linux-security-module
linux-sparse
linux-usb
linux-usb-devel
madwifi-devel
netbsd-announce
netbsd-tech-kern
open-graphics
open-graphics-announce-kt
openbsd-announce
openbsd-bugs
openbsd-ipv6
openbsd-misc
openbsd-security-announce
openbsd-smp
openbsd-source-changes
openbsd-tech
openfabrics-general
openmoko-community
openmoko-devel
openmoko-kernel
reiserfs-devel
tux3
ucarp
Optionally limit your search to a specific mailing list.
advanced
Popular discussions
linux-kernel
:
Arnd Bergmann
SCHED_IDLE documentation
david
Re: limits on raid
Jan Engelhardt
Re: [PATCH] CodingStyle: multiple updates
Ingo Molnar
Re: Rescheduling interrupts
git
:
Russ Brown
git-svn: Branching clarifications
Sam Song
Fwd: [OT] Re: Git via a proxy server?
Junio C Hamano
Re: More precise tag following
Pierre Habouzit
Re: People unaware of the importance of "git gc"?
openbsd-misc
:
Michael
Virtual interface
Stijn
Re: libiconv problem
Stefan Beke
mail dovecot: pipe() failed: Too many open files
Amaury De Ganseman
"ping: sendto: No buffer space available" when using bittorrent or another p2p
linux-activists
:
Jim Winstead Jr.
Re: Root Disk/Book Disk Compatibility
Darren Senn
Re: Elm
Seung-Chul Woo
Is it possible to mount GNU HURD file system as DOS in SLS?
David Willmore
Re: Intel, the Pentium and Linux
Latest forum posts
spam
3 hours ago
KernelTrap Suggestions and Feedback
sis190/191 gigabit ethernet driver
5 hours ago
Linux general
read /dev/mem not working in 2.6
1 day ago
Linux general
Fedora with Windows vista : windows explorer restarts
1 day ago
Windows
Intel Graphics Drivers (IEGD 9.0.2) - help in patching for kernels > 2.6.24
1 day ago
Linux kernel
Porting from Windows to Linux
1 day ago
Linux general
Serial Driver Implementation Help
2 days ago
Linux kernel
aacraid bad
2 days ago
Linux general
Tools: GCC 3.4.6, Final GCC 3 Release
3 days ago
Applications and Utilities
GNU/Hurd is so awful
4 days ago
GNU/Hurd
Show all forums...
Recent Tags
more tags
Colocation donated by:
Who's online
There are currently
1 user
and
874 guests
online.
Online users
Jeremy
Syndicate
speck-geostationary