[ sorry, reposted to add cc linux1394-devel@lists.sourceforge.net ] Hi Michael, On Tue, Jul 01, 2008 at 08:16:11PM +0200, Michael Kerrisk wrote:thanks for the info. I didn't know about /proc/PID/coredump_filter. that part was promising : bit 2 Dump file-backed private mappings. bit 3 Dump file-backed shared mappings. The default value of coredump_filter is 0x3; this reflects traditional Linux behavior and means that only anonymous memory segments are dumped. Unfortunately, the part that applies to me (I have tested it) is the next one : Memory-mapped I/O pages such as frame buffer are never dumped, [...], regardless of the coredump_filter value. Is that a design decision, or a mere finding of the way it is implemented now ? So, back to my original question : Can some kind soul provide me some pointers to the way I should modify the kernel to make the inclusion of the video1394 mmapped segment in core files possible ? best regards Philippe --
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Justin C. Sherrill | Re: pkgsrc bulk build and tiff |
| Jeremy Allison | Re: [RFC] Heads up on sys_fallocate() |
| Roland Dreier | Re: Integration of SCST in the mainstream Linux kernel |
| Matt Thomas | Re: Add a MAP_ALIGNED flag for mmap(2). |
| Vsevolod Stakhov | Unicode support in iso9660. |
| Jaromir Dolecek | Re: Speeding up fork/wait path |
| matthew green | re: merge of freebsd eventhandler |
git: | |
| Petr Janda | KDE and OpenSSL = Broken |
| sam | Re: Loader not found |
| Erick Perez | Re: dragonfly pdf documentation |
| Michel Talon | Re: Compatability with FreeBSD Ports [debian package tools] |
