Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965999AbXFGD0L (ORCPT ); Wed, 6 Jun 2007 23:26:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935607AbXFGDZ6 (ORCPT ); Wed, 6 Jun 2007 23:25:58 -0400 Received: from gate.crashing.org ([63.228.1.57]:42456 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754214AbXFGDZ5 (ORCPT ); Wed, 6 Jun 2007 23:25:57 -0400 Subject: Re: [BUG] ptraced process waiting on syscall may return kernel internal errnos From: Benjamin Herrenschmidt To: Linus Torvalds Cc: Roland McGrath , Andrew Morton , Linux Kernel , Satoru Takeuchi , Oleg Nesterov In-Reply-To: References: <20070606105900.DE5E94D0592@magilla.localdomain> Content-Type: text/plain Date: Thu, 07 Jun 2007 13:25:24 +1000 Message-Id: <1181186724.14818.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 823 Lines: 21 On Wed, 2007-06-06 at 08:35 -0700, Linus Torvalds wrote: > > So I think that the *right* place to clear TIF_SIGPENDING is actually in > "get_signal_to_deliver()", because that function is called _only_ by the > actual per-architecture "I'm going to deliver a signal now". That was my initial idea but it has an issue with kernel threads :-( There are in kernel thingies that use signals to a certain extend and rely on being able to dequeue and/or clear sigpending (or else they just loop instead of waiting in various loops). A bit of a can of worms if you ask me. Ben. - 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/