From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S264884AbUGBSaS (ORCPT ); Fri, 2 Jul 2004 14:30:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264894AbUGBSaR (ORCPT ); Fri, 2 Jul 2004 14:30:17 -0400 Received: from mail.kroah.org ([65.200.24.183]:47027 "EHLO perch.kroah.org") by vger.kernel.org with ESMTP id S264884AbUGBS3y (ORCPT ); Fri, 2 Jul 2004 14:29:54 -0400 Date: Fri, 2 Jul 2004 11:27:52 -0700 From: Greg KH To: linas@austin.ibm.com Cc: Hollis Blanchard , nfont@austin.ibm.com, Paul Mackerras , linuxppc64-dev@lists.linuxppc.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] [2.6] PPC64: log firmware errors during boot. Message-ID: <20040702182752.GA28825@kroah.com> References: <20040629191046.Q21634@forte.austin.ibm.com> <16610.39955.554139.858593@cargo.ozlabs.ibm.com> <20040701160614.I21634@forte.austin.ibm.com> <16613.15510.325099.273419@cargo.ozlabs.ibm.com> <3EC84E0C-CC32-11D8-BDBD-000A95A0560C@us.ibm.com> <40E58AE9.6050009@austin.ibm.com> <1088789345.26946.9.camel@localhost> <20040702131347.V21634@forte.austin.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040702131347.V21634@forte.austin.ibm.com> User-Agent: Mutt/1.5.6i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 02, 2004 at 01:13:47PM -0500, linas@austin.ibm.com wrote: > > On Fri, Jul 02, 2004 at 12:29:08PM -0500, Hollis Blanchard wrote: > > On Fri, 2004-07-02 at 11:18, Nathan Fontenot wrote: > > > > I asked about this before, and was told that there is no way to > > > > determine the severity of an event without doing full parsing of the > > > > binary data. I'd be thrilled to be wrong... > > > > > > Gettting the severity of an RTAS event is possible, and not too > > > difficult. Check out asm-ppc64/rtas.h for a definition of the > > > RTAS event header (struct rtas_error_log). All RTAS events have the > > > same initial header containing the severity of the event. > > > > Great! Of course that won't help much if we get repeating "important" > > events that aren't even interesting much less important, but it's worth > > trying to printk only the important ones and leave the rest to netlink. > > OK, > > I'd like to wait until some of the current patches get in, so as to > avoid a case of patch-versionitis. > > I mis-spoke earlier about who the intendend consumers of the printk'ed > messages are; rtasd already implements its own kernl-to-user interface > via the /proc interface. Yes, everything in /proc/ppc64 is prolly > deprecated, but lets put this off till later. Later when? thanks, greg k-h