Re: [PATCH v2 2/2] ACPI, APEI, ERST: Fixed leaked resources in erst_init

ces_init(). The data allocated there gets copied > into apei_resources_all and can be freed when we're done with it. > > Signed-off-by: Josh Hunt <joh...@akamai.com> Reviewed-by: Chen, Gong <gong.c...@linux.intel.com> signature.asc Description: Digital signature

Re: [PATCH v2 2/2] ACPI, APEI, ERST: Fixed leaked resources in erst_init

ed > into apei_resources_all and can be freed when we're done with it. > > Signed-off-by: Josh Hunt Reviewed-by: Chen, Gong signature.asc Description: Digital signature

Re: [PATCH v2 1/2] ACPI, APEI: Fix leaked resources

sure we exclude them from the APEI resources, > but they are never freed at the end of the function. Free them now. > > Signed-off-by: Josh Hunt <joh...@akamai.com> > Reviewed-by: Chen, Gong <gong.c...@linux.intel.com> signature.asc Description: Digital signature

Re: [PATCH v2 1/2] ACPI, APEI: Fix leaked resources

but they are never freed at the end of the function. Free them now. > > Signed-off-by: Josh Hunt > Reviewed-by: Chen, Gong signature.asc Description: Digital signature

RE: [Patch V2 2/2] x86, mce: Need to translate GPA to HPA to inject error in guest.

Hi, Ashok Please add " original author by Huang Ying " at some place. Thanks. > -Original Message- > From: Raj, Ashok > Sent: Friday, December 11, 2015 3:41 AM > To: k...@vger.kernel.org > Cc: Chen, Gong; Gleb Natapov; Paolo Bonzini; qemu-de...@nongnu.org; >

RE: [Patch V2 2/2] x86, mce: Need to translate GPA to HPA to inject error in guest.

Hi, Ashok Please add " original author by Huang Ying <ying.hu...@intel.com>" at some place. Thanks. > -Original Message- > From: Raj, Ashok > Sent: Friday, December 11, 2015 3:41 AM > To: k...@vger.kernel.org > Cc: Chen, Gong; Gleb Natapov; Paolo Bonzini;

Re: [UNTESTED PATCH] x86, mce: Avoid double entry of deferred errors into the genpool.

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

Re: [UNTESTED PATCH] x86, mce: Avoid double entry of deferred errors into the genpool.

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 <tony.l...@intel.com> > To: "Chen, Gong" <gong.c...@linux.intel.com> > Cc: b...@alien8.de, linux-e...@vger.kernel.org, linux-kernel@vger.kernel.o

[PATCH] Cleanup useless codes in CMCI handler

UCNA errors share the same handler with CMCI. But it doesn't need extra operation to save error record in genpool. Remove these uselss codes. Signed-off-by: Chen, Gong --- arch/x86/kernel/cpu/mcheck/mce.c | 14 -- 1 file changed, 14 deletions(-) diff --git a/arch/x86/kernel/cpu

[PATCH] Cleanup useless codes in CMCI handler

UCNA errors share the same handler with CMCI. But it doesn't need extra operation to save error record in genpool. Remove these uselss codes. Signed-off-by: Chen, Gong <gong.c...@linux.intel.com> --- arch/x86/kernel/cpu/mcheck/mce.c | 14 -- 1 file changed, 14 deletions(-)

[tip:ras/core] x86/mce: Avoid potential deadlock due to printk() in MCE context

Commit-ID: f29a7aff4bd60ebc3da4982f80144a4158c4c74a Gitweb: http://git.kernel.org/tip/f29a7aff4bd60ebc3da4982f80144a4158c4c74a Author: Chen, Gong AuthorDate: Wed, 12 Aug 2015 18:29:37 +0200 Committer: Ingo Molnar CommitDate: Thu, 13 Aug 2015 10:12:51 +0200 x86/mce: Avoid potential

[tip:ras/core] x86/mce: Remove the MCE ring for Action Optional errors

Commit-ID: fd4cf79fcc4b5130ced8fd8c40378d3cec2e5fa8 Gitweb: http://git.kernel.org/tip/fd4cf79fcc4b5130ced8fd8c40378d3cec2e5fa8 Author: Chen, Gong AuthorDate: Wed, 12 Aug 2015 18:29:36 +0200 Committer: Ingo Molnar CommitDate: Thu, 13 Aug 2015 10:12:51 +0200 x86/mce: Remove the MCE ring

[tip:ras/core] x86/mce: Provide a lockless memory pool to save error records

Commit-ID: 648ed94038c030245a06e4be59744fd5cdc18c40 Gitweb: http://git.kernel.org/tip/648ed94038c030245a06e4be59744fd5cdc18c40 Author: Chen, Gong AuthorDate: Wed, 12 Aug 2015 18:29:34 +0200 Committer: Ingo Molnar CommitDate: Thu, 13 Aug 2015 10:12:50 +0200 x86/mce: Provide a lockless

[tip:ras/core] x86/mce: Don't use percpu workqueues

Commit-ID: 061120aed7081b9a4393fbe07b558192f40ad911 Gitweb: http://git.kernel.org/tip/061120aed7081b9a4393fbe07b558192f40ad911 Author: Chen, Gong AuthorDate: Wed, 12 Aug 2015 18:29:35 +0200 Committer: Ingo Molnar CommitDate: Thu, 13 Aug 2015 10:12:51 +0200 x86/mce: Don't use percpu

[tip:ras/core] x86/mce: Provide a lockless memory pool to save error records

Commit-ID: 648ed94038c030245a06e4be59744fd5cdc18c40 Gitweb: http://git.kernel.org/tip/648ed94038c030245a06e4be59744fd5cdc18c40 Author: Chen, Gong gong.c...@linux.intel.com AuthorDate: Wed, 12 Aug 2015 18:29:34 +0200 Committer: Ingo Molnar mi...@kernel.org CommitDate: Thu, 13 Aug 2015 10

[tip:ras/core] x86/mce: Don't use percpu workqueues

Commit-ID: 061120aed7081b9a4393fbe07b558192f40ad911 Gitweb: http://git.kernel.org/tip/061120aed7081b9a4393fbe07b558192f40ad911 Author: Chen, Gong gong.c...@linux.intel.com AuthorDate: Wed, 12 Aug 2015 18:29:35 +0200 Committer: Ingo Molnar mi...@kernel.org CommitDate: Thu, 13 Aug 2015 10

[tip:ras/core] x86/mce: Avoid potential deadlock due to printk() in MCE context

Commit-ID: f29a7aff4bd60ebc3da4982f80144a4158c4c74a Gitweb: http://git.kernel.org/tip/f29a7aff4bd60ebc3da4982f80144a4158c4c74a Author: Chen, Gong gong.c...@linux.intel.com AuthorDate: Wed, 12 Aug 2015 18:29:37 +0200 Committer: Ingo Molnar mi...@kernel.org CommitDate: Thu, 13 Aug 2015 10

[tip:ras/core] x86/mce: Remove the MCE ring for Action Optional errors

Commit-ID: fd4cf79fcc4b5130ced8fd8c40378d3cec2e5fa8 Gitweb: http://git.kernel.org/tip/fd4cf79fcc4b5130ced8fd8c40378d3cec2e5fa8 Author: Chen, Gong gong.c...@linux.intel.com AuthorDate: Wed, 12 Aug 2015 18:29:36 +0200 Committer: Ingo Molnar mi...@kernel.org CommitDate: Thu, 13 Aug 2015 10

Re: [PATCH 4/4 Rebase] x86, MCE: Avoid potential deadlock in MCE context

On Wed, May 20, 2015 at 11:28:00AM +0200, Borislav Petkov wrote: > Date: Wed, 20 May 2015 11:28:00 +0200 > From: Borislav Petkov > To: "Chen, Gong" , tony.l...@intel.com > Cc: linux-kernel@vger.kernel.org > Subject: Re: [PATCH 4/4 Rebase] x86, MCE: Avoid potential d

Re: [PATCH 1/4 Rebase] x86, MCE: Provide a lock-less memory pool to save error record

On Wed, May 20, 2015 at 12:36:10PM +0200, Borislav Petkov wrote: > Date: Wed, 20 May 2015 12:36:10 +0200 > From: Borislav Petkov > To: "Chen, Gong" > Cc: linux-kernel@vger.kernel.org, tony.l...@intel.com > Subject: Re: [PATCH 1/4 Rebase] x86, MCE: Provide a lock-less mem

Re: [PATCH 4/4 Rebase] x86, MCE: Avoid potential deadlock in MCE context

On Wed, May 20, 2015 at 11:28:00AM +0200, Borislav Petkov wrote: Date: Wed, 20 May 2015 11:28:00 +0200 From: Borislav Petkov b...@suse.de To: Chen, Gong gong.c...@linux.intel.com, tony.l...@intel.com Cc: linux-kernel@vger.kernel.org Subject: Re: [PATCH 4/4 Rebase] x86, MCE: Avoid potential

Re: [PATCH 1/4 Rebase] x86, MCE: Provide a lock-less memory pool to save error record

On Wed, May 20, 2015 at 12:36:10PM +0200, Borislav Petkov wrote: Date: Wed, 20 May 2015 12:36:10 +0200 From: Borislav Petkov b...@suse.de To: Chen, Gong gong.c...@linux.intel.com Cc: linux-kernel@vger.kernel.org, tony.l...@intel.com Subject: Re: [PATCH 1/4 Rebase] x86, MCE: Provide a lock

[PATCH 3/4 Rebase] x86, MCE: Remove mce_ring for SRAO error

Use unified genpool to save SRAO error events and put AO error handling in the same notification chain with mce error decoding. Signed-off-by: Chen, Gong Link: http://lkml.kernel.org/r/1406797523-28710-4-git-send-email-gong.c...@linux.intel.com [ Boris: correct a lot. ] Signed-off-by: Borislav

[PATCH 1/4 Rebase] x86, MCE: Provide a lock-less memory pool to save error record

for it but since we're going to use those pages throughout the system's lifetime, we allocate them statically to avoid early boot time allocation woes. Signed-off-by: Chen, Gong Link: http://lkml.kernel.org/r/1407830375-11087-1-git-send-email-gong.c...@linux.intel.com [Boris: rewrite. ] Signed-off

[PATCH 4/4 Rebase] x86, MCE: Avoid potential deadlock in MCE context

Signed-off-by: Chen, Gong Link: http://lkml.kernel.org/r/1406797523-28710-6-git-send-email-gong.c...@linux.intel.com [ Boris: rewrite a bit. ] Signed-off-by: Borislav Petkov --- arch/x86/include/asm/mce.h | 1 + arch/x86/kernel/cpu/mcheck/mce-apei.c| 2 +- arch/x86/kernel/cpu

[PATCH 2/4 Rebase] x86, MCE: Don't use percpu for MCE workqueue/irq_work

An MCE is considered a rare event. Therefore, there's no need to have per-CPU instances of both normal and IRQ workqueues. Make them both global. Signed-off-by: Chen, Gong Link: http://lkml.kernel.org/r/1406797523-28710-3-git-send-email-gong.c...@linux.intel.com [Boris: massage commit message

MCE ring buffer management (Rebase)

[PATCH 1/4 Rebase] x86, MCE: Provide a lock-less memory pool to save error [PATCH 2/4 Rebase] x86, MCE: Don't use percpu for MCE workqueue/irq_work [PATCH 3/4 Rebase] x86, MCE: Remove mce_ring for SRAO error [PATCH 4/4 Rebase] x86, MCE: Avoid potential deadlock in MCE context We have too many

[PATCH 1/4 Rebase] x86, MCE: Provide a lock-less memory pool to save error record

for it but since we're going to use those pages throughout the system's lifetime, we allocate them statically to avoid early boot time allocation woes. Signed-off-by: Chen, Gong gong.c...@linux.intel.com Link: http://lkml.kernel.org/r/1407830375-11087-1-git-send-email-gong.c...@linux.intel.com [Boris: rewrite

[PATCH 4/4 Rebase] x86, MCE: Avoid potential deadlock in MCE context

xiexi...@huawei.com Signed-off-by: Chen, Gong gong.c...@linux.intel.com Link: http://lkml.kernel.org/r/1406797523-28710-6-git-send-email-gong.c...@linux.intel.com [ Boris: rewrite a bit. ] Signed-off-by: Borislav Petkov b...@suse.de --- arch/x86/include/asm/mce.h | 1 + arch/x86

[PATCH 2/4 Rebase] x86, MCE: Don't use percpu for MCE workqueue/irq_work

An MCE is considered a rare event. Therefore, there's no need to have per-CPU instances of both normal and IRQ workqueues. Make them both global. Signed-off-by: Chen, Gong gong.c...@linux.intel.com Link: http://lkml.kernel.org/r/1406797523-28710-3-git-send-email-gong.c...@linux.intel.com [Boris

[PATCH 3/4 Rebase] x86, MCE: Remove mce_ring for SRAO error

Use unified genpool to save SRAO error events and put AO error handling in the same notification chain with mce error decoding. Signed-off-by: Chen, Gong gong.c...@linux.intel.com Link: http://lkml.kernel.org/r/1406797523-28710-4-git-send-email-gong.c...@linux.intel.com [ Boris: correct a lot

MCE ring buffer management (Rebase)

[PATCH 1/4 Rebase] x86, MCE: Provide a lock-less memory pool to save error [PATCH 2/4 Rebase] x86, MCE: Don't use percpu for MCE workqueue/irq_work [PATCH 3/4 Rebase] x86, MCE: Remove mce_ring for SRAO error [PATCH 4/4 Rebase] x86, MCE: Avoid potential deadlock in MCE context We have too many

Re: [RESEND RFC 5/5] PCIe, AER: Update initial value of UC error mask

On Fri, Sep 05, 2014 at 05:34:21PM -0600, Bjorn Helgaas wrote: > Date: Fri, 5 Sep 2014 17:34:21 -0600 > From: Bjorn Helgaas > To: "Chen, Gong" > Cc: rdun...@infradead.org, b...@alien8.de, tony.l...@intel.com, > linux-...@vger.kernel.org, linux-kernel@vger.kernel.org >

Re: [RESEND 2/5] PCIe, AER: Replenish missed AER status bits for AER driver

On Fri, Sep 05, 2014 at 05:15:43PM -0600, Bjorn Helgaas wrote: > Date: Fri, 5 Sep 2014 17:15:43 -0600 > From: Bjorn Helgaas > To: "Chen, Gong" > Cc: rdun...@infradead.org, b...@alien8.de, tony.l...@intel.com, > linux-...@vger.kernel.org, linux-kernel@vger.kernel.org &

Re: [RESEND 2/5] PCIe, AER: Replenish missed AER status bits for AER driver

On Fri, Sep 05, 2014 at 05:15:43PM -0600, Bjorn Helgaas wrote: Date: Fri, 5 Sep 2014 17:15:43 -0600 From: Bjorn Helgaas bhelg...@google.com To: Chen, Gong gong.c...@linux.intel.com Cc: rdun...@infradead.org, b...@alien8.de, tony.l...@intel.com, linux-...@vger.kernel.org, linux-kernel

Re: [RESEND RFC 5/5] PCIe, AER: Update initial value of UC error mask

On Fri, Sep 05, 2014 at 05:34:21PM -0600, Bjorn Helgaas wrote: Date: Fri, 5 Sep 2014 17:34:21 -0600 From: Bjorn Helgaas bhelg...@google.com To: Chen, Gong gong.c...@linux.intel.com Cc: rdun...@infradead.org, b...@alien8.de, tony.l...@intel.com, linux-...@vger.kernel.org, linux-kernel

Re: [RESEND 0/5] PCIe, AER: Misc cleanup

On Wed, Aug 13, 2014 at 09:52:36PM -0400, Chen, Gong wrote: > Date: Wed, 13 Aug 2014 21:52:36 -0400 > From: "Chen, Gong" > To: Bjorn Helgaas > Cc: Randy Dunlap , Borislav Petkov , > Tony Luck , "linux-...@vger.kernel.org" > , "linux-kernel@vger.kerne

Re: [RESEND 0/5] PCIe, AER: Misc cleanup

On Wed, Aug 13, 2014 at 09:52:36PM -0400, Chen, Gong wrote: Date: Wed, 13 Aug 2014 21:52:36 -0400 From: Chen, Gong gong.c...@linux.intel.com To: Bjorn Helgaas bhelg...@google.com Cc: Randy Dunlap rdun...@infradead.org, Borislav Petkov b...@alien8.de, Tony Luck tony.l...@intel.com, linux

[PATCH v2 4/5] x86/mce: Simplify flow when handling recoverable memory errors

intk message, while at it. Signed-off-by: Tony Luck Signed-off-by: Chen, Gong Acked-by: Borislav Petkov --- arch/x86/include/asm/mce.h | 2 ++ arch/x86/kernel/cpu/mcheck/mce.c | 67 +++- arch/x86/kernel/signal.c | 2 +- include/linux/sched.h

[PATCH v2 3/5] x86, MCE: Remove mce_ring for SRAO error

Use unified genpool to save SRAO error events and put AO error handling in the same notification chain with mce error decoding. Signed-off-by: Chen, Gong Link: http://lkml.kernel.org/r/1406797523-28710-4-git-send-email-gong.c...@linux.intel.com [ Boris: correct a lot. ] Signed-off-by: Borislav

[PATCH v2 2/5] x86, MCE: Don't use percpu for MCE workqueue/irq_work

An MCE is considered a rare event. Therefore, there's no need to have per-CPU instances of both normal and IRQ workqueues. Make them both global. Signed-off-by: Chen, Gong Link: http://lkml.kernel.org/r/1406797523-28710-3-git-send-email-gong.c...@linux.intel.com [Boris: massage commit message

[PATCH v2 5/5] x86, MCE: Avoid potential deadlock in MCE context

Signed-off-by: Chen, Gong Link: http://lkml.kernel.org/r/1406797523-28710-6-git-send-email-gong.c...@linux.intel.com [ Boris: rewrite a bit. ] Signed-off-by: Borislav Petkov --- arch/x86/include/asm/mce.h | 1 + arch/x86/kernel/cpu/mcheck/mce-apei.c| 2 +- arch/x86/kernel/cpu

[PATCH v2 1/5] x86, MCE: Provide a lock-less memory pool to save error record

for it but since we're going to use those pages throughout the system's lifetime, we allocate them statically to avoid early boot time allocation woes. Signed-off-by: Chen, Gong Link: http://lkml.kernel.org/r/1407830375-11087-1-git-send-email-gong.c...@linux.intel.com [Boris: rewrite. ] Signed-off-by: Borislav

x86, MCE: MCE event ring management

We have too many rings for different H/W error events management. All of them can be merged into one kind of unified mechanism. Furthermore, this management mechanism should be reliable enough even in MCE context to avoid deadlock like calling printk in MCE context. This patch series is used for

x86, MCE: MCE event ring management

We have too many rings for different H/W error events management. All of them can be merged into one kind of unified mechanism. Furthermore, this management mechanism should be reliable enough even in MCE context to avoid deadlock like calling printk in MCE context. This patch series is used for

[PATCH v2 1/5] x86, MCE: Provide a lock-less memory pool to save error record

for it but since we're going to use those pages throughout the system's lifetime, we allocate them statically to avoid early boot time allocation woes. Signed-off-by: Chen, Gong gong.c...@linux.intel.com Link: http://lkml.kernel.org/r/1407830375-11087-1-git-send-email-gong.c...@linux.intel.com [Boris: rewrite

[PATCH v2 2/5] x86, MCE: Don't use percpu for MCE workqueue/irq_work

An MCE is considered a rare event. Therefore, there's no need to have per-CPU instances of both normal and IRQ workqueues. Make them both global. Signed-off-by: Chen, Gong gong.c...@linux.intel.com Link: http://lkml.kernel.org/r/1406797523-28710-3-git-send-email-gong.c...@linux.intel.com [Boris

[PATCH v2 3/5] x86, MCE: Remove mce_ring for SRAO error

Use unified genpool to save SRAO error events and put AO error handling in the same notification chain with mce error decoding. Signed-off-by: Chen, Gong gong.c...@linux.intel.com Link: http://lkml.kernel.org/r/1406797523-28710-4-git-send-email-gong.c...@linux.intel.com [ Boris: correct a lot

[PATCH v2 5/5] x86, MCE: Avoid potential deadlock in MCE context

xiexi...@huawei.com Signed-off-by: Chen, Gong gong.c...@linux.intel.com Link: http://lkml.kernel.org/r/1406797523-28710-6-git-send-email-gong.c...@linux.intel.com [ Boris: rewrite a bit. ] Signed-off-by: Borislav Petkov b...@suse.de --- arch/x86/include/asm/mce.h | 1 + arch/x86

[PATCH v2 4/5] x86/mce: Simplify flow when handling recoverable memory errors

at it. Signed-off-by: Tony Luck tony.l...@intel.com Signed-off-by: Chen, Gong gong.c...@linux.intel.com Acked-by: Borislav Petkov b...@suse.de --- arch/x86/include/asm/mce.h | 2 ++ arch/x86/kernel/cpu/mcheck/mce.c | 67 +++- arch/x86/kernel/signal.c

Re: [RESEND 0/5] PCIe, AER: Misc cleanup

On Wed, Aug 13, 2014 at 07:52:45AM -0600, Bjorn Helgaas wrote: > I haven't responded because I've been on vacation for the past three > weeks. If there's no change in the patches themselves, and if they > are still in http://patchwork.ozlabs.org/project/linux-pci/list, the > only thing reposting

[RESEND 3/5] PCIe, trace: Replenish missed AER status bits for PCIE trace I/F

This patch adds all missed AER error bits(CE & UC) existed in PCI-e SPEC r3.0 for trace interface. Signed-off-by: Chen, Gong --- include/ras/ras_event.h | 35 ++- 1 file changed, 22 insertions(+), 13 deletions(-) diff --git a/include/ras/ras_event.h b/inc

[RESEND RFC 5/5] PCIe, AER: Update initial value of UC error mask

In PCI-e SPEC r3.0, BIT 0 of Uncorrectable Error Status Register is redefined and it has an explicit requirement that when writing this field, a value of 1b is the only choice. So change previous initial maks from 0 to 1. Signed-off-by: Chen, Gong --- NOTE: After scratching all use cases

[RESEND 4/5] PCIe, AER: Make AER UC status naming clearer

Error. System software must ignore the value read from this bit. System software must only write a value of 1b to this bit. Update related MACRO definition to reflect this change. Signed-off-by: Chen, Gong --- drivers/vfio/pci/vfio_pci_config.c | 2

[RESEND 2/5] PCIe, AER: Replenish missed AER status bits for AER driver

Since commit 6c2b374d is commited, the capability of PCI-e AER has changed a lot. This patch adds all missed CE/UC error bits existed in PCI-e SPEC r3.0. Meanwhile, adjust the code format to make it simpler to read/maintain. Signed-off-by: Chen, Gong --- drivers/pci/pcie/aer/aerdrv_errprint.c

[RESEND 0/5] PCIe, AER: Misc cleanup

No response since last commit so spread it to a bigger range. This patch series is for AER related cleanup & update based on PCIe SPEC r3.0. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

[RESEND 1/5] RAS, trace: Update error definition format

ese uses, which will make maintenance easier." Now here it is. Signed-off-by: Chen, Gong --- include/ras/ras_event.h | 33 + 1 file changed, 17 insertions(+), 16 deletions(-) diff --git a/include/ras/ras_event.h b/include/ras/ras_event.h index 47da53c27ffa.

[RESEND 1/5] RAS, trace: Update error definition format

will make maintenance easier. Now here it is. Signed-off-by: Chen, Gong gong.c...@linux.intel.com --- include/ras/ras_event.h | 33 + 1 file changed, 17 insertions(+), 16 deletions(-) diff --git a/include/ras/ras_event.h b/include/ras/ras_event.h index 47da53c27ffa

[RESEND 0/5] PCIe, AER: Misc cleanup

No response since last commit so spread it to a bigger range. This patch series is for AER related cleanup update based on PCIe SPEC r3.0. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at

[RESEND 2/5] PCIe, AER: Replenish missed AER status bits for AER driver

Since commit 6c2b374d is commited, the capability of PCI-e AER has changed a lot. This patch adds all missed CE/UC error bits existed in PCI-e SPEC r3.0. Meanwhile, adjust the code format to make it simpler to read/maintain. Signed-off-by: Chen, Gong gong.c...@linux.intel.com --- drivers/pci

[RESEND RFC 5/5] PCIe, AER: Update initial value of UC error mask

In PCI-e SPEC r3.0, BIT 0 of Uncorrectable Error Status Register is redefined and it has an explicit requirement that when writing this field, a value of 1b is the only choice. So change previous initial maks from 0 to 1. Signed-off-by: Chen, Gong gong.c...@linux.intel.com --- NOTE: After

[RESEND 4/5] PCIe, AER: Make AER UC status naming clearer

Error. System software must ignore the value read from this bit. System software must only write a value of 1b to this bit. Update related MACRO definition to reflect this change. Signed-off-by: Chen, Gong gong.c...@linux.intel.com --- drivers/vfio

[RESEND 3/5] PCIe, trace: Replenish missed AER status bits for PCIE trace I/F

This patch adds all missed AER error bits(CE UC) existed in PCI-e SPEC r3.0 for trace interface. Signed-off-by: Chen, Gong gong.c...@linux.intel.com --- include/ras/ras_event.h | 35 ++- 1 file changed, 22 insertions(+), 13 deletions(-) diff --git a/include/ras

Re: [RESEND 0/5] PCIe, AER: Misc cleanup

On Wed, Aug 13, 2014 at 07:52:45AM -0600, Bjorn Helgaas wrote: I haven't responded because I've been on vacation for the past three weeks. If there's no change in the patches themselves, and if they are still in http://patchwork.ozlabs.org/project/linux-pci/list, the only thing reposting them

Re: [RFC PATCH v1 13/70] x86, x2apic_cluster: _FROZEN Cleanup

On Wed, Jul 30, 2014 at 10:48:52AM +0200, Borislav Petkov wrote: > Date: Wed, 30 Jul 2014 10:48:52 +0200 > From: Borislav Petkov > To: "Chen, Gong" > Cc: linux-kernel@vger.kernel.org, mi...@kernel.org, t...@linutronix.de, > pau...@samba.org, b...@kernel.crashing.org,

Re: [RFC PATCH v1 13/70] x86, x2apic_cluster: _FROZEN Cleanup

On Wed, Jul 30, 2014 at 10:48:52AM +0200, Borislav Petkov wrote: Date: Wed, 30 Jul 2014 10:48:52 +0200 From: Borislav Petkov b...@alien8.de To: Chen, Gong gong.c...@linux.intel.com Cc: linux-kernel@vger.kernel.org, mi...@kernel.org, t...@linutronix.de, pau...@samba.org, b

Re: [RFC PATCH v1 13/70] x86, x2apic_cluster: _FROZEN Cleanup

On Wed, Jul 23, 2014 at 10:36:28PM +0200, Borislav Petkov wrote: > /* >* At CPU state changes, update the x2apic cluster sibling info. >*/ > @@ -151,9 +166,14 @@ static int > update_clusterinfo(struct notifier_block *nfb, unsigned long action, void > *hcpu) > { > unsigned int

Re: [RFC PATCH v1 13/70] x86, x2apic_cluster: _FROZEN Cleanup

On Wed, Jul 23, 2014 at 10:36:28PM +0200, Borislav Petkov wrote: /* * At CPU state changes, update the x2apic cluster sibling info. */ @@ -151,9 +166,14 @@ static int update_clusterinfo(struct notifier_block *nfb, unsigned long action, void *hcpu) { unsigned int this_cpu =

Re: [RFC PATCH v1 13/70] x86, x2apic_cluster: _FROZEN Cleanup

On Tue, Jul 29, 2014 at 10:44:33AM +0200, Borislav Petkov wrote: > > switch (action) { > > case CPU_UP_PREPARE: > > if (!zalloc_cpumask_var(_cpu(cpus_in_cluster, this_cpu), > > - GFP_KERNEL)) { > > +

Re: [RFC PATCH v1 13/70] x86, x2apic_cluster: _FROZEN Cleanup

On Tue, Jul 29, 2014 at 10:44:33AM +0200, Borislav Petkov wrote: switch (action) { case CPU_UP_PREPARE: if (!zalloc_cpumask_var(per_cpu(cpus_in_cluster, this_cpu), - GFP_KERNEL)) { + GFP_KERNEL))

Re: [RFC PATCH v1 14/70] x86, microcode, core: _FROZEN Cleanup

gt; 8< Subject: [RFC PATCH v2 14/70] x86, microcode, core: _FROZEN Cleanup Remove XXX_FROZEN state from x86/microcode/core. Signed-off-by: Chen, Gong Suggested-by: Borislav Petkov --- arch/x86/kernel/cpu/microcode/core.c | 11 +++ 1 file changed, 7 insertions(+), 4

Re: [RFC PATCH v1 13/70] x86, x2apic_cluster: _FROZEN Cleanup

: > 8< Subject: [RFC PATCH v2 13/70] x86, x2apic_cluster: _FROZEN Cleanup Remove XXX_FROZEN state from x86/x2apic_cluster. Signed-off-by: Chen, Gong Suggested-by: Borislav Petkov --- arch/x86/kernel/apic/x2apic_cluster.c | 37 +++ 1 file c

Re: [RFC PATCH v1 12/70] x86, pci, amd_bus: _FROZEN Cleanup

On Thu, Jul 24, 2014 at 10:28:47AM +0200, Borislav Petkov wrote: > On Wed, Jul 23, 2014 at 09:31:30PM -0400, Chen, Gong wrote: > > But what if new action is added? We have to change it back. If you > > prefer to use that style I can update in next version. > > Not likel

Re: [RFC PATCH v1 12/70] x86, pci, amd_bus: _FROZEN Cleanup

On Thu, Jul 24, 2014 at 10:28:47AM +0200, Borislav Petkov wrote: On Wed, Jul 23, 2014 at 09:31:30PM -0400, Chen, Gong wrote: But what if new action is added? We have to change it back. If you prefer to use that style I can update in next version. Not likely. This functionality in amd_bus.c

Re: [RFC PATCH v1 13/70] x86, x2apic_cluster: _FROZEN Cleanup

Subject: [RFC PATCH v2 13/70] x86, x2apic_cluster: _FROZEN Cleanup Remove XXX_FROZEN state from x86/x2apic_cluster. Signed-off-by: Chen, Gong gong.c...@linux.intel.com Suggested-by: Borislav Petkov b...@alien8.de --- arch/x86/kernel/apic/x2apic_cluster.c | 37

Re: [RFC PATCH v1 14/70] x86, microcode, core: _FROZEN Cleanup

, core: _FROZEN Cleanup Remove XXX_FROZEN state from x86/microcode/core. Signed-off-by: Chen, Gong gong.c...@linux.intel.com Suggested-by: Borislav Petkov b...@alien8.de --- arch/x86/kernel/cpu/microcode/core.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/arch/x86

Re: [RESEND RFC PATCH v1 0/70] Gloabl CPU Hot-plug flag _FROZEN Clean up

On Fri, Jul 25, 2014 at 05:00:02PM +0200, Robert Richter wrote: > > Back to long time ago (about 1.5 years), Thomas began the work > > for CPU hot-plug, one first thing is CPU hotplug flag cleanup. > > Paul hoped all the _FROZEN variants of the notifier actions > > can be removed at that time. Now

Re: [RESEND RFC PATCH v1 0/70] Gloabl CPU Hot-plug flag _FROZEN Clean up

On Fri, Jul 25, 2014 at 05:00:02PM +0200, Robert Richter wrote: Back to long time ago (about 1.5 years), Thomas began the work for CPU hot-plug, one first thing is CPU hotplug flag cleanup. Paul hoped all the _FROZEN variants of the notifier actions can be removed at that time. Now here it

Re: [RESEND RFC PATCH v1 0/70] Gloabl CPU Hot-plug flag _FROZEN Clean up

On Fri, Jul 25, 2014 at 09:10:25AM +0200, Borislav Petkov wrote: > On Thu, Jul 24, 2014 at 09:35:12PM -0400, Chen, Gong wrote: > > Until now only Boris gave me some comments. Isn't interesting enough? > > Or I head into wrong way? Please let me know. Sincere thanks for > >

Re: [RESEND RFC PATCH v1 0/70] Gloabl CPU Hot-plug flag _FROZEN Clean up

On Fri, Jul 25, 2014 at 09:10:25AM +0200, Borislav Petkov wrote: On Thu, Jul 24, 2014 at 09:35:12PM -0400, Chen, Gong wrote: Until now only Boris gave me some comments. Isn't interesting enough? Or I head into wrong way? Please let me know. Sincere thanks for everyone. You're impatient

Re: [RESEND RFC PATCH v1 0/70] Gloabl CPU Hot-plug flag _FROZEN Clean up

On Tue, Jul 22, 2014 at 09:58:36PM -0400, Chen, Gong wrote: > Back to long time ago (about 1.5 years), Thomas began the work > for CPU hot-plug, one first thing is CPU hotplug flag cleanup. > Paul hoped all the _FROZEN variants of the notifier actions > can be removed at that ti

Re: [RESEND RFC PATCH v1 0/70] Gloabl CPU Hot-plug flag _FROZEN Clean up

On Tue, Jul 22, 2014 at 09:58:36PM -0400, Chen, Gong wrote: Back to long time ago (about 1.5 years), Thomas began the work for CPU hot-plug, one first thing is CPU hotplug flag cleanup. Paul hoped all the _FROZEN variants of the notifier actions can be removed at that time. Now here

Re: [RFC PATCH v1 12/70] x86, pci, amd_bus: _FROZEN Cleanup

On Wed, Jul 23, 2014 at 08:07:18PM +0200, Borislav Petkov wrote: > Date: Wed, 23 Jul 2014 20:07:18 +0200 > From: Borislav Petkov > To: "Chen, Gong" > Cc: linux-kernel@vger.kernel.org, mi...@kernel.org, t...@linutronix.de, > pau...@samba.org, b...@kernel.crashing.org,

Re: [RFC PATCH v1 12/70] x86, pci, amd_bus: _FROZEN Cleanup

On Wed, Jul 23, 2014 at 08:07:18PM +0200, Borislav Petkov wrote: Date: Wed, 23 Jul 2014 20:07:18 +0200 From: Borislav Petkov b...@alien8.de To: Chen, Gong gong.c...@linux.intel.com Cc: linux-kernel@vger.kernel.org, mi...@kernel.org, t...@linutronix.de, pau...@samba.org, b

[RESEND RFC PATCH v1 0/70] Gloabl CPU Hot-plug flag _FROZEN Clean up

: remove XXX_FROZEN from the kernel thoroughly Not sure if removing XXX_FROZEN flags thoroughly is overkilled. Fix me if I'm wrong. P.S. My last post is banned because of the capital Triple-X in subject :-( Chen, Gong (69): ia64

[RFC PATCH v1 02/70] ia64, err_inject: _FROZEN Cleanup

Remove XXX_FROZEN state from ia64/err_inject. Signed-off-by: Chen, Gong --- arch/ia64/kernel/err_inject.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/ia64/kernel/err_inject.c b/arch/ia64/kernel/err_inject.c index 0c161ed..a8b70d4 100644 --- a/arch/ia64/kernel

[RFC PATCH v1 10/70] x86, kvm: _FROZEN Cleanup

Remove XXX_FROZEN state from kvm. Signed-off-by: Chen, Gong --- arch/x86/kernel/kvm.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/arch/x86/kernel/kvm.c b/arch/x86/kernel/kvm.c index 3dd8e2c..22d472b 100644 --- a/arch/x86/kernel/kvm.c +++ b/arch/x86/kernel/kvm.c

[RFC PATCH v1 08/70] x86, mce, therm_throt: _FROZEN Cleanup

Remove XXX_FROZEN state from mce/therm_throt. Signed-off-by: Chen, Gong --- arch/x86/kernel/cpu/mcheck/therm_throt.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/arch/x86/kernel/cpu/mcheck/therm_throt.c b/arch/x86/kernel/cpu/mcheck/therm_throt.c index 36a1bb6

[RFC PATCH v1 17/70] arm, vfp, vfpmodule: _FROZEN Cleanup

Remove XXX_FROZEN state from arm/vfp/vfpmodule. Signed-off-by: Chen, Gong --- arch/arm/vfp/vfpmodule.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/arm/vfp/vfpmodule.c b/arch/arm/vfp/vfpmodule.c index 2f37e1d..a1a6154 100644 --- a/arch/arm/vfp/vfpmodule.c +++ b

[RFC PATCH v1 19/70] powerpc, sysfs: _FROZEN Cleanup

Remove XXX_FROZEN state from powerpc/sysfs. Signed-off-by: Chen, Gong --- arch/powerpc/kernel/sysfs.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/powerpc/kernel/sysfs.c b/arch/powerpc/kernel/sysfs.c index 67fd2fd..8a3739c 100644 --- a/arch/powerpc/kernel/sysfs.c

[RFC PATCH v1 20/70] powerpc, mm, numa: _FROZEN Cleanup

Remove XXX_FROZEN state from powerpc/mm/numa. Signed-off-by: Chen, Gong --- arch/powerpc/mm/numa.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c index 3b181b2..080ef52 100644 --- a/arch/powerpc/mm/numa.c +++ b/arch

[RFC PATCH v1 14/70] x86, microcode, core: _FROZEN Cleanup

Remove XXX_FROZEN state from x86/microcode/core. Signed-off-by: Chen, Gong --- arch/x86/kernel/cpu/microcode/core.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/x86/kernel/cpu/microcode/core.c b/arch/x86/kernel/cpu/microcode/core.c index dd9d619..27e47be

[RFC PATCH v1 21/70] powerpc, powermac, smp: _FROZEN Cleanup

Remove XXX_FROZEN state from powermac/smp. Signed-off-by: Chen, Gong --- arch/powerpc/platforms/powermac/smp.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/arch/powerpc/platforms/powermac/smp.c b/arch/powerpc/platforms/powermac/smp.c index 5cbd4d6..980605f

[RFC PATCH v1 29/70] kernel, sched, core: _FROZEN Cleanup

Remove XXX_FROZEN state from sched/core. Signed-off-by: Chen, Gong --- kernel/sched/core.c | 55 - 1 file changed, 25 insertions(+), 30 deletions(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index bc1638b..f0aff5f 100644

[RFC PATCH v1 28/70] kernel, profile: _FROZEN Cleanup

Remove XXX_FROZEN state from kernel/profile. Signed-off-by: Chen, Gong --- kernel/profile.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/kernel/profile.c b/kernel/profile.c index 54bf5ba..22bca4b 100644 --- a/kernel/profile.c +++ b/kernel/profile.c @@ -333,9 +333,8

[RFC PATCH v1 30/70] kernel, hrtimer: _FROZEN Cleanup

Remove XXX_FROZEN state from kernel/hrtimer. Signed-off-by: Chen, Gong --- kernel/hrtimer.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c index 3ab2899..a37958e 100644 --- a/kernel/hrtimer.c +++ b/kernel/hrtimer.c @@ -1756,27

[RFC PATCH v1 38/70] mm, memcontrol: _FROZEN Cleanup

Remove XXX_FROZEN state from mm/memcontrol. Signed-off-by: Chen, Gong --- mm/memcontrol.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/memcontrol.c b/mm/memcontrol.c index a2c7bcb..871667d 100644 --- a/mm/memcontrol.c +++ b/mm/memcontrol.c @@ -2540,7 +2540,7 @@ static

[RFC PATCH v1 35/70] mm, slab: _FROZEN Cleanup

Remove XXX_FROZEN state from mm/slab. Signed-off-by: Chen, Gong --- mm/slab.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/mm/slab.c b/mm/slab.c index 3070b92..5490528 100644 --- a/mm/slab.c +++ b/mm/slab.c @@ -1325,20 +1325,17 @@ static int cpuup_callback(struct

[RFC PATCH v1 41/70] fs, buffer: _FROZEN Cleanup

Remove XXX_FROZEN state from fs/buffer. Signed-off-by: Chen, Gong --- fs/buffer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/buffer.c b/fs/buffer.c index eba6e4f..47960b7 100644 --- a/fs/buffer.c +++ b/fs/buffer.c @@ -3373,7 +3373,7 @@ static void buffer_exit_cpu(int

[RFC PATCH v1 52/70] cpuidle, cpuidle-powernv: _FROZEN Cleanup

Remove XXX_FROZEN state from cpuidle/cpuidle-powernv. Signed-off-by: Chen, Gong --- drivers/cpuidle/cpuidle-powernv.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/cpuidle/cpuidle-powernv.c b/drivers/cpuidle/cpuidle-powernv.c index 74f5788..78575a8 100644

  1   2   3   4   5   >