Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754112AbbGXQC4 (ORCPT ); Fri, 24 Jul 2015 12:02:56 -0400 Received: from smtprelay0036.hostedemail.com ([216.40.44.36]:33891 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753929AbbGXQCy (ORCPT ); Fri, 24 Jul 2015 12:02:54 -0400 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,rostedt@goodmis.org,:::::::::::::::::,RULES_HIT:41:355:379:541:599:800:960:973:988:989:1260:1277:1311:1313:1314:1345:1359:1437:1515:1516:1518:1534:1541:1593:1594:1711:1730:1747:1777:1792:2393:2553:2559:2562:3138:3139:3140:3141:3142:3352:3622:3865:3866:3867:3868:3871:3872:3873:3874:4250:4321:4605:5007:6261:7875:7903:9038:10004:10400:10848:10967:11026:11232:11473:11658:11914:12296:12517:12519:12663:12740:13069:13311:13357:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0 X-HE-Tag: bath48_701bfde78924e X-Filterd-Recvd-Size: 2781 Date: Fri, 24 Jul 2015 12:02:49 -0400 From: Steven Rostedt To: Andy Lutomirski Cc: Peter Zijlstra , Linus Torvalds , X86 ML , "linux-kernel@vger.kernel.org" , Willy Tarreau , Borislav Petkov , Thomas Gleixner , Brian Gerst Subject: Re: Dealing with the NMI mess Message-ID: <20150724120249.1ba0d9de@gandalf.local.home> In-Reply-To: References: <20150723173105.6795c0dc@gandalf.local.home> <20150724081326.GO25159@twins.programming.kicks-ass.net> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1300 Lines: 37 On Fri, 24 Jul 2015 08:48:57 -0700 Andy Lutomirski wrote: > So by the time we detect that we've hit a watchpoint, the instruction > that tripped it is done and we don't need RF. Furthermore, after > reading 17.3.1.1: I *think* that regs->flags withh have RF *clear* if > we hit a watchpoint. So this might be as simple as: > > if ((dr6 && (0xf * DR_TRAP0) && (regs->flags & (X86_EFLAGS_RF | Um, isn't 0xf * DR_TRAP0 same as a constant "true"? -- Steve > X86_EFLAGS_IF)) == X86_EFLAGS_RF && !user_mode(regs)) > for (i = 0; i < 4; i++) > if (dr6 & (DR_TRAP0< /* hit a kernel breakpoint with IF clear */ > dr7 &= ~(DR_GLOBAL_ENABLE << (i * DR_ENABLE_SHIFT)); > } > > I'm not saying that your code is wrong, but I think this is simpler > and avoids poking at yet more per-cpu state from NMI context, which is > kind of nice. > > If you don't like the RF games above, it would also be straightforward > to parse dr0..dr3 for each DR_TRAP bit that's set and see if it's a > breakpoint. > > --Andy -- 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/