Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8BIT
Subject: RE: force_sig_info
Date: Sun, 5 Sep 2004 08:44:44 +0200
Message-ID: <2C83850C013A2540861D03054B478C06048FFA9D@hasmsx403.ger.corp.intel.com>
Thread-Topic: force_sig_info
Thread-Index: AcSR4a9Fc0ZGQtD3THa7beEVkXJ5NwBLw3rg
From: "Zach, Yoav" <yoav.zach@intel.com>
To: "Linus Torvalds" <torvalds@osdl.org>, "Yoav Zach" <yoav_zach@yahoo.com>
Cc: <akpm@osdl.org>, <linux-kernel@vger.kernel.org>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1158
Lines: 38

 

>-----Original Message-----
>From: Linus Torvalds [mailto:torvalds@osdl.org] 
>Sent: Friday, September 03, 2004 21:12
>To: Yoav Zach
>Cc: akpm@osdl.org; linux-kernel@vger.kernel.org; Zach, Yoav
>Subject: Re: force_sig_info
>
>

>
>Why are you blocking signals that you want to get? Sounds like 
>a bug in 
>your program.
>
>		Linus
>

It's a translator - it emulates the behavior of the translated
'process', which is the one that sets the signal mask. On the
other hand, it has its own logic, which requires handling of
certain HW exceptions. In 2.4, signals that were raised due to
HW exceptions could be handled by the translator regardless of
the mask that was set by the translated process. We lost this
ability in 2.6. It will be very good for our product, and I
believe any similar product where a native process emulates 
behavior of another process, if we could have this ability
back.

Thanks,
Yoav.

-
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/