Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761404AbXEQGjt (ORCPT ); Thu, 17 May 2007 02:39:49 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754538AbXEQGjm (ORCPT ); Thu, 17 May 2007 02:39:42 -0400 Received: from netops-testserver-3-out.sgi.com ([192.48.171.28]:50129 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752277AbXEQGjl (ORCPT ); Thu, 17 May 2007 02:39:41 -0400 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.1 From: Keith Owens To: Bernardo Innocenti cc: Jordan Crouse , kdb@oss.sgi.com, linux-kernel@vger.kernel.org, devel@laptop.org Subject: Re: kdb: add rdmsr and wrmsr commands for i386 In-reply-to: Your message of "Thu, 17 May 2007 02:36:21 -0400." <464BF7E5.4080105@codewiz.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 May 2007 16:39:35 +1000 Message-ID: <7803.1179383975@kao2.melbourne.sgi.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1016 Lines: 26 Bernardo Innocenti (on Thu, 17 May 2007 02:36:21 -0400) wrote: >Keith Owens wrote: > >> Before using MSR, you must first check that the cpu supports the >> instruction, rd/wrmsr cause an oops on 486 or earlier. Also using an >> invalid msr number causes an oops, so use rd/wrmsr_safe(). > >I didn't bother implementing those checks because kdb recovers >nicely from GPF anyway. Yes and no. Yes, kdb will recover from a GPF. No, because if the system was already running correctly (i.e. manual entry into kdb), then taking a GPF and not recovering will flag the rest of the system as corrupt and can kill a running system. I try to avoid adding spurious system corruption. >It's the valid MSR writes that could >cause unrecoveable problems! :) Tell me about it :-( - 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/