From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933472AbXBXKDH (ORCPT ); Sat, 24 Feb 2007 05:03:07 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933469AbXBXKDG (ORCPT ); Sat, 24 Feb 2007 05:03:06 -0500 Received: from mx1.redhat.com ([66.187.233.31]:42926 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933472AbXBXKDF (ORCPT ); Sat, 24 Feb 2007 05:03:05 -0500 From: David Howells In-Reply-To: <45DFB1C7.1030205@google.com> References: <45DFB1C7.1030205@google.com> <45D5B2E3.3030607@hitachi.com> To: Markus Gutschke Cc: "Kawai, Hidehiro" , Andrew Morton , kernel list , Pavel Machek , Robin Holt , Alan Cox , Masami Hiramatsu , sugita , Satoshi OSHIMA Subject: Re: [PATCH 0/4] coredump: core dump masking support v3 X-Mailer: MH-E 8.0; nmh 1.1; GNU Emacs 22.0.50 Date: Sat, 24 Feb 2007 10:02:15 +0000 Message-ID: <17044.1172311335@redhat.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Markus Gutschke wrote: > As an alternative to your kernel patch, you could achieve the same goal in > user space, by linking my coredumper How does it work when you can't actually get back to userspace to have userspace do the coredump? You still have to handle the userspace equivalents of double/triple faults. David