Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753232AbZAYVi5 (ORCPT ); Sun, 25 Jan 2009 16:38:57 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751802AbZAYVit (ORCPT ); Sun, 25 Jan 2009 16:38:49 -0500 Received: from dallas.jonmasters.org ([72.29.103.172]:56147 "EHLO dallas.jonmasters.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751603AbZAYVis (ORCPT ); Sun, 25 Jan 2009 16:38:48 -0500 Subject: Re: [RT] [RFC] simple SMI detector From: Jon Masters To: Sven-Thorsten Dietrich Cc: Thomas Gleixner , Lee Revell , linux-rt-users@vger.kernel.org, LKML , williams , "Luis Claudio R. Goncalves" In-Reply-To: <1232849565.29318.112.camel@sven.thebigcorporation.com> References: <1232751312.3990.59.camel@perihelion.bos.jonmasters.org> <75b66ecd0901231833j2fda4554sb0f47457ab838566@mail.gmail.com> <1232845026.3990.71.camel@perihelion.bos.jonmasters.org> <1232849565.29318.112.camel@sven.thebigcorporation.com> Content-Type: text/plain Organization: World Organi[sz]ation Of Broken Dreams Date: Sun, 25 Jan 2009 16:38:37 -0500 Message-Id: <1232919517.1326.7.camel@jcmlaptop> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) Content-Transfer-Encoding: 7bit X-SA-Do-Not-Run: Yes X-SA-Exim-Connect-IP: 98.98.59.70 X-SA-Exim-Mail-From: jonathan@jonmasters.org X-SA-Exim-Scanned: No (on dallas.jonmasters.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1226 Lines: 32 On Sun, 2009-01-25 at 13:12 +1100, Sven-Thorsten Dietrich wrote: > I envision documentation of these specs, in a similar fashion to the > manner in which CPU clock-cycles are documented for specific instruction > executions - for those systems eligible (certified?) for low-latency > operation. I'd love to see a generic API that OS's could use to interface with BIOS-level SMI implementations. Something provided in ACPI data. For all I know, there already is something generic, but I've not heard of it? It'd be really nice to have generic functions like: disable_random_vendor_extensions_crap() disable_all_non_essential_smis() or whatever else. > Providing benchmarking tools is definitely an excellent step in that > direction (imo) - thanks. Yeah. The more of this stuff, the better I think. So if someone wants to help me polish what I posted then cool - it's in our "MRG" internal tree already in the current form since we're only using it for debugging now. Jon. -- 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/