>> Signed-off-by: Naveen N. Rao
>
> Acked-by: Borislav Petkov
Applied-by: Tony Luck :-)
Naveen: Thanks for having this idea, implementing it, and sticking
with it through the review process.
Once 3.11-rc1 is out I'll ask Ingo to pull this series to the tip tree
... and then on to 3.12
-Tony
On Wed, Jul 10, 2013 at 02:57:01PM +0530, Naveen N. Rao wrote:
> On 07/09/2013 12:30 AM, Tony Luck wrote:
> > I was off on vacation last week - looks like you got lots done without me
> > :-)
> >
> > I have parts 1 & 2 applied to an internal tree. Looks like parts 3 & 4 need
> > a few final
On 07/09/2013 12:30 AM, Tony Luck wrote:
> I was off on vacation last week - looks like you got lots done without me
> :-)
>
> I have parts 1 & 2 applied to an internal tree. Looks like parts 3 & 4 need
> a few final polishes to get an Ack from Boris.
Cool :)
Here is the updated patch for part 3
On 07/09/2013 12:30 AM, Tony Luck wrote:
I was off on vacation last week - looks like you got lots done without me
:-)
I have parts 1 2 applied to an internal tree. Looks like parts 3 4 need
a few final polishes to get an Ack from Boris.
Cool :)
Here is the updated patch for part 3
On Wed, Jul 10, 2013 at 02:57:01PM +0530, Naveen N. Rao wrote:
On 07/09/2013 12:30 AM, Tony Luck wrote:
I was off on vacation last week - looks like you got lots done without me
:-)
I have parts 1 2 applied to an internal tree. Looks like parts 3 4 need
a few final polishes to get an
Signed-off-by: Naveen N. Rao naveen.n@linux.vnet.ibm.com
Acked-by: Borislav Petkov b...@suse.de
Applied-by: Tony Luck :-)
Naveen: Thanks for having this idea, implementing it, and sticking
with it through the review process.
Once 3.11-rc1 is out I'll ask Ingo to pull this series to the
On Wed, Jul 3, 2013 at 8:40 AM, Naveen N. Rao
wrote:
>>> +#ifdef CONFIG_ACPI_APEI_MEMORY_FAILURE
>>> + int sec_sev = ghes_severity(gdata->error_severity);
>>> + struct cper_sec_mem_err *mem_err;
>>> + mem_err = (struct cper_sec_mem_err *)(gdata+1);
>>
>>
>> A newline here
On Wed, Jul 3, 2013 at 8:40 AM, Naveen N. Rao
naveen.n@linux.vnet.ibm.com wrote:
+#ifdef CONFIG_ACPI_APEI_MEMORY_FAILURE
+ int sec_sev = ghes_severity(gdata-error_severity);
+ struct cper_sec_mem_err *mem_err;
+ mem_err = (struct cper_sec_mem_err *)(gdata+1);
A
On 07/03/2013 08:14 PM, Borislav Petkov wrote:
On Tue, Jul 02, 2013 at 05:02:48PM +0530, Naveen N. Rao wrote:
Here is the updated patch. I also added printk_ratelimit() in line with the
rest of the GHES code.
Thanks,
Naveen
--
If the firmware indicates in GHES error data entry that the error
On Tue, Jul 02, 2013 at 05:02:48PM +0530, Naveen N. Rao wrote:
> Here is the updated patch. I also added printk_ratelimit() in line with the
> rest of the GHES code.
>
> Thanks,
> Naveen
>
> --
> If the firmware indicates in GHES error data entry that the error threshold
> has exceeded for a
On Tue, Jul 02, 2013 at 05:02:48PM +0530, Naveen N. Rao wrote:
Here is the updated patch. I also added printk_ratelimit() in line with the
rest of the GHES code.
Thanks,
Naveen
--
If the firmware indicates in GHES error data entry that the error threshold
has exceeded for a corrected
On 07/03/2013 08:14 PM, Borislav Petkov wrote:
On Tue, Jul 02, 2013 at 05:02:48PM +0530, Naveen N. Rao wrote:
Here is the updated patch. I also added printk_ratelimit() in line with the
rest of the GHES code.
Thanks,
Naveen
--
If the firmware indicates in GHES error data entry that the error
Here is the updated patch. I also added printk_ratelimit() in line with the
rest of the GHES code.
Thanks,
Naveen
--
If the firmware indicates in GHES error data entry that the error threshold
has exceeded for a corrected error event, then we try to soft-offline the
page. This could be called in
On 07/02/2013 04:38 AM, Borislav Petkov wrote:
On Mon, Jul 01, 2013 at 09:08:59PM +0530, Naveen N. Rao wrote:
If the firmware indicates in GHES error data entry that the error threshold
has exceeded for a corrected error event, then we try to soft-offline the
page. This could be called in
On 07/02/2013 04:38 AM, Borislav Petkov wrote:
On Mon, Jul 01, 2013 at 09:08:59PM +0530, Naveen N. Rao wrote:
If the firmware indicates in GHES error data entry that the error threshold
has exceeded for a corrected error event, then we try to soft-offline the
page. This could be called in
Here is the updated patch. I also added printk_ratelimit() in line with the
rest of the GHES code.
Thanks,
Naveen
--
If the firmware indicates in GHES error data entry that the error threshold
has exceeded for a corrected error event, then we try to soft-offline the
page. This could be called in
On Mon, Jul 01, 2013 at 09:08:59PM +0530, Naveen N. Rao wrote:
> If the firmware indicates in GHES error data entry that the error threshold
> has exceeded for a corrected error event, then we try to soft-offline the
> page. This could be called in interrupt context, so we queue this up similar
>
If the firmware indicates in GHES error data entry that the error threshold
has exceeded for a corrected error event, then we try to soft-offline the
page. This could be called in interrupt context, so we queue this up similar
to how we handle memory failure scenarios.
Signed-off-by: Naveen N.
If the firmware indicates in GHES error data entry that the error threshold
has exceeded for a corrected error event, then we try to soft-offline the
page. This could be called in interrupt context, so we queue this up similar
to how we handle memory failure scenarios.
Signed-off-by: Naveen N.
On Mon, Jul 01, 2013 at 09:08:59PM +0530, Naveen N. Rao wrote:
If the firmware indicates in GHES error data entry that the error threshold
has exceeded for a corrected error event, then we try to soft-offline the
page. This could be called in interrupt context, so we queue this up similar
to
20 matches
Mail list logo