Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753946Ab0ALQGL (ORCPT ); Tue, 12 Jan 2010 11:06:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753028Ab0ALQGK (ORCPT ); Tue, 12 Jan 2010 11:06:10 -0500 Received: from casper.infradead.org ([85.118.1.10]:53698 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751029Ab0ALQGJ (ORCPT ); Tue, 12 Jan 2010 11:06:09 -0500 Date: Tue, 12 Jan 2010 08:06:00 -0800 From: Arjan van de Ven To: Dongdong Deng Cc: linux-kernel@vger.kernel.org, ananth@in.ibm.com, anil.s.keshavamurthy@intel.com, davem@davemloft.net, mhiramat@redhat.com, jkenisto@us.ibm.com Subject: Re: Did we really need to clear the IF flag at prepare_singlestep() of x86 kprobes? Message-ID: <20100112080600.392c14cd@infradead.org> In-Reply-To: References: Organization: Intel X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.6; i586-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 830 Lines: 25 On Tue, 12 Jan 2010 19:09:35 +0800 Dongdong Deng wrote: > Hi Kprobe experts, > > I have a doubt about the handling "X86_EFLAGS_IF" at > prepare_singlestep(), Could you give me some suggestions? iirc it was a security thing; we used to have some exploits due to the linux-abi entry points which caused a mess, and this was put there as defensive programming. I could totally misremember this as well of course. -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org -- 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/