[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <532FFD2C.1020004@linux.vnet.ibm.com>
Date: Mon, 24 Mar 2014 15:08:52 +0530
From: Janani Venkataraman <jananive@...ux.vnet.ibm.com>
To: Karel Zak <kzak@...hat.com>
CC: linux-kernel@...r.kernel.org, amwang@...hat.com,
rdunlap@...otime.net, andi@...stfloor.org,
aravinda@...ux.vnet.ibm.com, hch@....de, mhiramat@...hat.com,
jeremy.fitzhardinge@...rix.com, xemul@...allels.com,
suzuki@...ux.vnet.ibm.com, kosaki.motohiro@...fujitsu.com,
adobriyan@...il.com, tarundsk@...ux.vnet.ibm.com,
vapier@...too.org, roland@...k.frob.com, tj@...nel.org,
ananth@...ux.vnet.ibm.com, gorcunov@...nvz.org, avagin@...nvz.org,
oleg@...hat.com, eparis@...hat.com, d.hatayama@...fujitsu.com,
james.hogan@...tec.com, akpm@...ux-foundation.org,
torvalds@...ux-foundation.org, coreutils@....org,
procps@...elists.org, util-linux@...r.kernel.org
Subject: Re: [PATCH 00/33] [RFC] Non disruptive application core dump infrastructure
On 03/21/2014 01:47 PM, Karel Zak wrote:
> On Thu, Mar 20, 2014 at 03:09:03PM +0530, Janani Venkataraman wrote:
>> Gencore Daemon
>>
>> The programs can request a dump using gencore() API, provided through
>> libgencore. This is implemented through a daemon which listens on a UNIX File
>> socket. The daemon is started immediately post installation.
> The gencore command looks like a good idea, but why we need the
> client-server infrastructure? At least at first glance it seems
> like overkill.
We are also looking at a process being able to do a self dump. ptrace
SEIZE/INTERRUPT
cannot be used on one-self and hencewe need to offload the dump another
'process'.
Since we can't fork(), as it is not signal safe, we need a dedicated
process to handle
such requests. Hence the server.
https://lkml.org/lkml/2013/9/3/122
>> We would like to push this to one of the following packages:
>> a) util-linux
>> b) coreutils
>> c) procps-ng
> d) somewhere near to gdb :-)
>
> Karel
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists