Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262696AbVA0SyT (ORCPT ); Thu, 27 Jan 2005 13:54:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262702AbVA0SyT (ORCPT ); Thu, 27 Jan 2005 13:54:19 -0500 Received: from rproxy.gmail.com ([64.233.170.194]:3960 "EHLO rproxy.gmail.com") by vger.kernel.org with ESMTP id S262696AbVA0SyO (ORCPT ); Thu, 27 Jan 2005 13:54:14 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=MU+OJ6TNdnxE/6QoAUQkgGAn5Sfckk0I8oB4FnOCICpJddv1NImRzy0nj1mqPOVOZMskIjkVGmXArBELua5z5fIdD6aPOUYe/w9bSmJMrhhqqP0MVAedQTSKmY/WJtUhxhySUHNuN1mV0+W9/8cjM8eAz8ezBF3TfdvsYpqFmKA= Message-ID: <3f250c7105012710541d3e7ad1@mail.gmail.com> Date: Thu, 27 Jan 2005 14:54:13 -0400 From: Mauricio Lin Reply-To: Mauricio Lin To: Andrea Arcangeli Subject: Re: User space out of memory approach Cc: tglx@linutronix.de, Marcelo Tosatti , Edjard Souza Mota , LKML , Andrew Morton In-Reply-To: <20050126004901.GD7587@dualathlon.random> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4d6522b9050110144017d0c075@mail.gmail.com> <1105403747.17853.48.camel@tglx.tec.linutronix.de> <20050111083837.GE26799@dualathlon.random> <3f250c71050121132713a145e3@mail.gmail.com> <3f250c7105012113455e986ca8@mail.gmail.com> <20050122033219.GG11112@dualathlon.random> <3f250c7105012513136ae2587e@mail.gmail.com> <1106689179.4538.22.camel@tglx.tec.linutronix.de> <3f250c71050125161175234ef9@mail.gmail.com> <20050126004901.GD7587@dualathlon.random> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1051 Lines: 36 Hi Andrea, On Wed, 26 Jan 2005 01:49:01 +0100, Andrea Arcangeli wrote: > On Tue, Jan 25, 2005 at 08:11:19PM -0400, Mauricio Lin wrote: > > Sometimes the first application to be killed is XFree. AFAIK the > > This makes more sense now. You need somebody trapping sigterm in order > to lockup and X sure traps it to recover the text console. > > Can you replace this: > > if (cap_t(p->cap_effective) & CAP_TO_MASK(CAP_SYS_RAWIO)) { > force_sig(SIGTERM, p); > } else { > force_sig(SIGKILL, p); > } > > with this? > > force_sig(SIGKILL, p); > > in mm/oom_kill.c. Nice. Your suggestion made the error goes away. We are still testing in order to compare between your OOM Killer and Original OOM Killer. BR, Mauricio Lin. - 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/