On Tue, Nov 24, 2015 at 03:51:21PM +, Luck, Tony wrote:
> >> Ok ... applied those two on top of my "UNTESTED" patch and injected an
> >> error to force a UCNA log.
> >
> > Ok, what error type is that in EINJ nomenclature? I had only
> >
> >
>> Ok ... applied those two on top of my "UNTESTED" patch and injected an error
>> to force a UCNA log.
>
> Ok, what error type is that in EINJ nomenclature? I had only
>
> /sys/kernel/debug/apei/einj/available_error_type:0x0002 Processor
> Uncorrectable non-fatal
>
On Tue, Nov 24, 2015 at 03:51:21PM +, Luck, Tony wrote:
> >> Ok ... applied those two on top of my "UNTESTED" patch and injected an
> >> error to force a UCNA log.
> >
> > Ok, what error type is that in EINJ nomenclature? I had only
> >
> >
>> Ok ... applied those two on top of my "UNTESTED" patch and injected an error
>> to force a UCNA log.
>
> Ok, what error type is that in EINJ nomenclature? I had only
>
> /sys/kernel/debug/apei/einj/available_error_type:0x0002 Processor
> Uncorrectable non-fatal
>
On Tue, Nov 24, 2015 at 12:19:18AM +, Luck, Tony wrote:
> > Also, two more fixes I've done while injecting in a kvm guest I'm
> > sending as a reply to this message. Will inject on a real box too.
>
> Ok ... applied those two on top of my "UNTESTED" patch and injected an error
> to force a
> Also, two more fixes I've done while injecting in a kvm guest I'm
> sending as a reply to this message. Will inject on a real box too.
Ok ... applied those two on top of my "UNTESTED" patch and injected an error to
force a UCNA log.
Everything looked ok. Just one copy on the console and in
On Thu, Nov 19, 2015 at 09:39:20PM +0100, Borislav Petkov wrote:
> On Thu, Nov 19, 2015 at 07:33:58PM +, Luck, Tony wrote:
> > > Applied, thanks.
> >
> > Did you test it (note the "UNTESTED" in the subject!). My usual system for
> > this is getting upgrades and being
> > flaky at the
> Also, two more fixes I've done while injecting in a kvm guest I'm
> sending as a reply to this message. Will inject on a real box too.
Ok ... applied those two on top of my "UNTESTED" patch and injected an error to
force a UCNA log.
Everything looked ok. Just one copy on the console and in
On Tue, Nov 24, 2015 at 12:19:18AM +, Luck, Tony wrote:
> > Also, two more fixes I've done while injecting in a kvm guest I'm
> > sending as a reply to this message. Will inject on a real box too.
>
> Ok ... applied those two on top of my "UNTESTED" patch and injected an error
> to force a
On Thu, Nov 19, 2015 at 09:39:20PM +0100, Borislav Petkov wrote:
> On Thu, Nov 19, 2015 at 07:33:58PM +, Luck, Tony wrote:
> > > Applied, thanks.
> >
> > Did you test it (note the "UNTESTED" in the subject!). My usual system for
> > this is getting upgrades and being
> > flaky at the
On Wed, Nov 11, 2015 at 02:01:51PM -0800, Tony Luck wrote:
> We used to have a special ring buffer for deferred errors that
> was used to mark problem pages. We replaced that with a genpool.
> Then later converted mce_log() to also use the same genpool. As
> a result we end up adding all deferred
On Wed, Nov 11, 2015 at 02:01:51PM -0800, Tony Luck wrote:
> We used to have a special ring buffer for deferred errors that
> was used to mark problem pages. We replaced that with a genpool.
> Then later converted mce_log() to also use the same genpool. As
> a result we end up adding all deferred
On Thu, Nov 19, 2015 at 07:33:58PM +, Luck, Tony wrote:
> > Applied, thanks.
>
> Did you test it (note the "UNTESTED" in the subject!). My usual system for
> this is getting upgrades and being
> flaky at the moment.
Bah, it builds, should be enough. Ship it. :-)
Lemme get a box...
--
> Applied, thanks.
Did you test it (note the "UNTESTED" in the subject!). My usual system for
this is getting upgrades and being
flaky at the moment.
> Btw, looking at that mce.usable_addr, it doesn't make a whole lotta
> sense to me and we can use mce_usable_address() directly instead and use
On Wed, Nov 11, 2015 at 02:01:51PM -0800, Tony Luck wrote:
> We used to have a special ring buffer for deferred errors that
> was used to mark problem pages. We replaced that with a genpool.
> Then later converted mce_log() to also use the same genpool. As
> a result we end up adding all deferred
> Applied, thanks.
Did you test it (note the "UNTESTED" in the subject!). My usual system for
this is getting upgrades and being
flaky at the moment.
> Btw, looking at that mce.usable_addr, it doesn't make a whole lotta
> sense to me and we can use mce_usable_address() directly instead and use
On Thu, Nov 19, 2015 at 07:33:58PM +, Luck, Tony wrote:
> > Applied, thanks.
>
> Did you test it (note the "UNTESTED" in the subject!). My usual system for
> this is getting upgrades and being
> flaky at the moment.
Bah, it builds, should be enough. Ship it. :-)
Lemme get a box...
--
On Wed, Nov 11, 2015 at 02:01:51PM -0800, Tony Luck wrote:
> We used to have a special ring buffer for deferred errors that
> was used to mark problem pages. We replaced that with a genpool.
> Then later converted mce_log() to also use the same genpool. As
> a result we end up adding all deferred
On Wed, Nov 11, 2015 at 02:01:51PM -0800, Luck, Tony wrote:
> Date: Wed, 11 Nov 2015 14:01:51 -0800
> From: Tony Luck
> To: "Chen, Gong"
> Cc: b...@alien8.de, linux-e...@vger.kernel.org, linux-kernel@vger.kernel.org
> Subject: [UNTESTED PATCH] x86, mce: Avoid double
We used to have a special ring buffer for deferred errors that
was used to mark problem pages. We replaced that with a genpool.
Then later converted mce_log() to also use the same genpool. As
a result we end up adding all deferred errors to the genpool twice.
Rearrange this code. Make sure to set
rg
> Subject: [UNTESTED PATCH] x86, mce: Avoid double entry of deferred errors
> into the genpool.
>
> We used to have a special ring buffer for deferred errors that
> was used to mark problem pages. We replaced that with a genpool.
> Then later converted mce_log() to also use
We used to have a special ring buffer for deferred errors that
was used to mark problem pages. We replaced that with a genpool.
Then later converted mce_log() to also use the same genpool. As
a result we end up adding all deferred errors to the genpool twice.
Rearrange this code. Make sure to set
22 matches
Mail list logo
