[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20091025172718.GA20060@elte.hu>
Date: Sun, 25 Oct 2009 18:27:18 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Arjan van de Ven <arjan@...radead.org>
Cc: Dmitry Adamushko <dmitry.adamushko@...il.com>,
Tigran Aivazian <tigran@...azian.fsnet.co.uk>,
Mike Travis <travis@....com>,
Thomas Gleixner <tglx@...utronix.de>,
Andrew Morton <akpm@...ux-foundation.org>,
Jack Steiner <steiner@....com>,
"H. Peter Anvin" <hpa@...or.com>, x86@...nel.org,
Andreas Mohr <andi@...as.de>, Hugh Dickins <hugh@...itas.com>,
Hannes Eder <hannes@...neseder.net>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 6/8] SGI x86_64 UV: Limit the number of microcode
messages
* Arjan van de Ven <arjan@...radead.org> wrote:
> On Sun, 25 Oct 2009 17:37:04 +0100
> Ingo Molnar <mingo@...e.hu> wrote:
>
> >
> > Having the precise microcode version printed (or exposed somewhere in
> > /sys) is useful - sometimes when there's a weird crash in some
> > prototype CPU one of the first questions from hw vendors is 'which
> > precise microcode version was that?'.
>
> something like /sys/devices/system/cpu/cpu0/microcode/version ?
>
> (yes that is there today ;-)
yeah, i used that for a bug recently.
Nevertheless it makes sense to print the boot CPU message too - for bugs
that crash before we can read out
/sys/devices/system/cpu/cpu0/microcode/version.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists