k. It would be better to change irq_set_affinity for LPI
to follow this rule.
Thanks!
Gerry
>
> Cc: Jiang Liu
> Cc: Thomas Gleixner
> Cc: Marc Zyngier
> Cc: Mark Rutland
> Cc: Will Deacon
> ---
> arch/arm64/kernel/irq.c | 9 ++---
> 1 file changed, 6 insertions(+), 3
be better to change irq_set_affinity for LPI
to follow this rule.
Thanks!
Gerry
Cc: Jiang Liu jiang@linux.intel.com
Cc: Thomas Gleixner t...@linutronix.de
Cc: Marc Zyngier marc.zyng...@arm.com
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Will Deacon will.dea...@arm.com
---
arch/arm64
On 2015/8/29 0:54, Thomas Gleixner wrote:
> On Thu, 27 Aug 2015, Keith Busch wrote:
>
>> This patch adds struct x86_msi_ops to x86's PCI sysdata. This gives a
>> host bridge driver the option to provide alternate MSI Data Register
>> and MSI-X Table Entry programming for devices in PCI domains
On 2015/8/29 0:54, Thomas Gleixner wrote:
On Thu, 27 Aug 2015, Keith Busch wrote:
This patch adds struct x86_msi_ops to x86's PCI sysdata. This gives a
host bridge driver the option to provide alternate MSI Data Register
and MSI-X Table Entry programming for devices in PCI domains that do
On 2015/8/27 5:40, Thomas Gleixner wrote:
> But back to the IPIs. We need infrastructure and DT support to:
>
> 1) reserve an IPI
>
> 2) send an IPI
>
> 3) request/free an IPI
>
> #1 We have no infrastructure for that, but we definitely need one.
>
>We can look at the IPI as a single
On 2015/8/27 5:40, Thomas Gleixner wrote:
But back to the IPIs. We need infrastructure and DT support to:
1) reserve an IPI
2) send an IPI
3) request/free an IPI
#1 We have no infrastructure for that, but we definitely need one.
We can look at the IPI as a single linux irq
On 2015/8/25 12:03, Alex Deucher wrote:
> On Thu, Aug 13, 2015 at 6:13 PM, Alex Deucher wrote:
>>> Any ideas? I'll see if I can find the time to bisect this.
>>
>> I attempted to bisect this, however the regression happened prior to
>> my driver being merged upstream:
>>
On 2015/8/25 12:03, Alex Deucher wrote:
On Thu, Aug 13, 2015 at 6:13 PM, Alex Deucher alexdeuc...@gmail.com wrote:
Any ideas? I'll see if I can find the time to bisect this.
I attempted to bisect this, however the regression happened prior to
my driver being merged upstream:
/bugzilla.kernel.org/show_bug.cgi?id=101301
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1440072
Fixes: cd68f6bd53cf ("x86, irq, acpi: Get rid of special handling of GSI for
ACPI SCI")
Reported-and-tested-by: Nick Meier
Cc: # 3.19
Signed-off-by: Jiang Liu
---
Hi Nick,
Rafael
Hi all,
Sorry press send to fast, will resend with proper commit message.
Thanks!
Gerry
On 2015/8/21 15:26, Jiang Liu wrote:
> Hi Nick,
> Rafael and Thomas have concerns about the way to solve the
> regression by quirk, so could you please help to test this patch?
> Tha
Hi Nick,
Rafael and Thomas have concerns about the way to solve the
regression by quirk, so could you please help to test this patch?
Thanks!
Gerry
Signed-off-by: Jiang Liu
---
arch/x86/kernel/acpi/boot.c |1 +
drivers/acpi/pci_link.c | 16
include/linux
://bugzilla.kernel.org/show_bug.cgi?id=101301
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1440072
Fixes: cd68f6bd53cf (x86, irq, acpi: Get rid of special handling of GSI for
ACPI SCI)
Reported-and-tested-by: Nick Meier nme...@microsoft.com
Cc: sta...@vger.kernel.org # 3.19
Signed-off-by: Jiang Liu
Hi all,
Sorry press send to fast, will resend with proper commit message.
Thanks!
Gerry
On 2015/8/21 15:26, Jiang Liu wrote:
Hi Nick,
Rafael and Thomas have concerns about the way to solve the
regression by quirk, so could you please help to test this patch?
Thanks!
Gerry
Hi Nick,
Rafael and Thomas have concerns about the way to solve the
regression by quirk, so could you please help to test this patch?
Thanks!
Gerry
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/acpi/boot.c |1 +
drivers/acpi/pci_link.c | 16
On 2015/8/20 17:15, Thomas Gleixner wrote:
> On Thu, 20 Aug 2015, Jiang Liu wrote:
>> On 2015/8/19 16:40, Thomas Gleixner wrote:
>>> On Wed, 19 Aug 2015, Thomas Gleixner wrote:
>>>> On Wed, 19 Aug 2015, Jiang Liu wrote:
>>>>> On 2015/8/1
On 2015/8/20 8:02, David Rientjes wrote:
> On Wed, 19 Aug 2015, Jiang Liu wrote:
>
>>> Why not simply fix build_zonelists_node() so that the __GFP_THISNODE
>>> zonelists are set up to reference the zones of cpu_to_mem() for memoryless
>>> nodes?
>>&
On 2015/8/19 16:40, Thomas Gleixner wrote:
> On Wed, 19 Aug 2015, Thomas Gleixner wrote:
>> On Wed, 19 Aug 2015, Jiang Liu wrote:
>>> On 2015/8/19 14:45, Rafael J. Wysocki wrote:
>>>> Well, the regression at hand has just shown that the assertion in the
>>&
On 2015/8/20 17:15, Thomas Gleixner wrote:
On Thu, 20 Aug 2015, Jiang Liu wrote:
On 2015/8/19 16:40, Thomas Gleixner wrote:
On Wed, 19 Aug 2015, Thomas Gleixner wrote:
On Wed, 19 Aug 2015, Jiang Liu wrote:
On 2015/8/19 14:45, Rafael J. Wysocki wrote:
Well, the regression at hand has just
On 2015/8/20 8:02, David Rientjes wrote:
On Wed, 19 Aug 2015, Jiang Liu wrote:
Why not simply fix build_zonelists_node() so that the __GFP_THISNODE
zonelists are set up to reference the zones of cpu_to_mem() for memoryless
nodes?
It seems much better than checking and maintaining every
On 2015/8/19 16:40, Thomas Gleixner wrote:
On Wed, 19 Aug 2015, Thomas Gleixner wrote:
On Wed, 19 Aug 2015, Jiang Liu wrote:
On 2015/8/19 14:45, Rafael J. Wysocki wrote:
Well, the regression at hand has just shown that the assertion in the
changelog of that commit (no need for for special
On 2015/8/19 19:52, Robin Holt wrote:
> On Sun, Aug 16, 2015 at 10:19 PM, Jiang Liu wrote:
>> Function xpc_create_gru_mq_uv() allocates memory with __GFP_THISNODE
>> flag set, which may cause permanent memory allocation failure on
>> memoryless node. So replace cpu_to_n
On 2015/8/19 16:40, Thomas Gleixner wrote:
> On Wed, 19 Aug 2015, Thomas Gleixner wrote:
>> On Wed, 19 Aug 2015, Jiang Liu wrote:
>>> On 2015/8/19 14:45, Rafael J. Wysocki wrote:
>>>> Well, the regression at hand has just shown that the assertion in the
>>&
On 2015/8/18 8:25, David Rientjes wrote:
> On Mon, 17 Aug 2015, Jiang Liu wrote:
>
>> Function xpc_create_gru_mq_uv() allocates memory with __GFP_THISNODE
>> flag set, which may cause permanent memory allocation failure on
>> memoryless node. So replace cpu_to_node() wit
On 2015/8/18 18:02, Tang Chen wrote:
>
> On 08/17/2015 11:18 AM, Jiang Liu wrote:
>> This is the third version to enable memoryless node support on x86
>> platforms. The previous version (https://lkml.org/lkml/2014/7/11/75)
>> blindly replaces numa_node_id()/cpu_to
On 2015/8/18 8:31, David Rientjes wrote:
> On Mon, 17 Aug 2015, Jiang Liu wrote:
>
>> Function profile_cpu_callback() allocates memory without specifying
>> __GFP_THISNODE flag, so replace cpu_to_mem() with cpu_to_node()
>> because cpu_to_mem() may cause suboptimal memory
On 2015/8/19 14:45, Rafael J. Wysocki wrote:
> Hi,
>
> On Wed, Aug 19, 2015 at 8:26 AM, Jiang Liu wrote:
>> On 2015/8/19 14:04, Rafael J. Wysocki wrote:
>>> Hi,
>>>
>>> On Wed, Aug 19, 2015 at 7:53 AM, Jiang Liu
>>> wrote:
>>>> N
On 2015/8/19 14:04, Rafael J. Wysocki wrote:
> Hi,
>
> On Wed, Aug 19, 2015 at 7:53 AM, Jiang Liu wrote:
>> Nick Meier reported a regression with HyperV that "
>> After rebooting the VM, the following messages are logged in syslog
>> when trying to load the t
On 2015/8/19 19:52, Robin Holt wrote:
On Sun, Aug 16, 2015 at 10:19 PM, Jiang Liu jiang@linux.intel.com wrote:
Function xpc_create_gru_mq_uv() allocates memory with __GFP_THISNODE
flag set, which may cause permanent memory allocation failure on
memoryless node. So replace cpu_to_node
On 2015/8/19 14:45, Rafael J. Wysocki wrote:
Hi,
On Wed, Aug 19, 2015 at 8:26 AM, Jiang Liu jiang@linux.intel.com wrote:
On 2015/8/19 14:04, Rafael J. Wysocki wrote:
Hi,
On Wed, Aug 19, 2015 at 7:53 AM, Jiang Liu jiang@linux.intel.com
wrote:
Nick Meier reported a regression
On 2015/8/18 8:31, David Rientjes wrote:
On Mon, 17 Aug 2015, Jiang Liu wrote:
Function profile_cpu_callback() allocates memory without specifying
__GFP_THISNODE flag, so replace cpu_to_mem() with cpu_to_node()
because cpu_to_mem() may cause suboptimal memory allocation if
there's no free
On 2015/8/19 14:04, Rafael J. Wysocki wrote:
Hi,
On Wed, Aug 19, 2015 at 7:53 AM, Jiang Liu jiang@linux.intel.com wrote:
Nick Meier reported a regression with HyperV that
After rebooting the VM, the following messages are logged in syslog
when trying to load the tulip driver
On 2015/8/18 18:02, Tang Chen wrote:
On 08/17/2015 11:18 AM, Jiang Liu wrote:
This is the third version to enable memoryless node support on x86
platforms. The previous version (https://lkml.org/lkml/2014/7/11/75)
blindly replaces numa_node_id()/cpu_to_node() with numa_mem_id()/
cpu_to_mem
On 2015/8/18 8:25, David Rientjes wrote:
On Mon, 17 Aug 2015, Jiang Liu wrote:
Function xpc_create_gru_mq_uv() allocates memory with __GFP_THISNODE
flag set, which may cause permanent memory allocation failure on
memoryless node. So replace cpu_to_node() with cpu_to_mem() to better
support
On 2015/8/19 16:40, Thomas Gleixner wrote:
On Wed, 19 Aug 2015, Thomas Gleixner wrote:
On Wed, 19 Aug 2015, Jiang Liu wrote:
On 2015/8/19 14:45, Rafael J. Wysocki wrote:
Well, the regression at hand has just shown that the assertion in the
changelog of that commit (no need for for special
g/show_bug.cgi?id=101301
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1440072
Fixes: cd68f6bd53cf ("x86, irq, acpi: Get rid of special handling of GSI for
ACPI SCI")
Reported-and-tested-by: Nick Meier
Cc: # 3.19
Signed-off-by: Jiang Liu
---
Hi Thomas,
I have refined th
Commit-ID: 527f0a91e91cd55ec79fce80451b0ad5d5e6a21a
Gitweb: http://git.kernel.org/tip/527f0a91e91cd55ec79fce80451b0ad5d5e6a21a
Author: Jiang Liu
AuthorDate: Tue, 18 Aug 2015 23:20:20 +0800
Committer: Thomas Gleixner
CommitDate: Tue, 18 Aug 2015 18:18:55 +0200
x86/irq: Build correct
Commit-ID: 649953b5b89dc308747797810812747333d971cd
Gitweb: http://git.kernel.org/tip/649953b5b89dc308747797810812747333d971cd
Author: Jiang Liu
AuthorDate: Tue, 18 Aug 2015 23:45:55 +0800
Committer: Thomas Gleixner
CommitDate: Tue, 18 Aug 2015 18:07:20 +0200
PCI: xilinx: Fix typo
e-xilinx.c:235:3: error: implicit declaration of
> function 'msi_desc_to_pci_sys_data' [-Werror=implicit-function-declaration]
Links: https://lkml.org/lkml/2015/7/9/100
Signed-off-by: Jiang Liu
---
drivers/pci/host/pcie-xilinx.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --gi
CPU vector to IRQ number mappings
for multiple MSIs.
Signed-off-by: Jiang Liu
Reported-and-tested-by: Alex Deucher
Reported-and-tested-by: Mark Rustad
Reported-and-tested-by: Alexander Holler
---
arch/x86/kernel/apic/vector.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
=101301
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1440072
Fixes: cd68f6bd53cf (x86, irq, acpi: Get rid of special handling of GSI for
ACPI SCI)
Reported-and-tested-by: Nick Meier nme...@microsoft.com
Cc: sta...@vger.kernel.org # 3.19
Signed-off-by: Jiang Liu jiang@linux.intel.com
Commit-ID: 649953b5b89dc308747797810812747333d971cd
Gitweb: http://git.kernel.org/tip/649953b5b89dc308747797810812747333d971cd
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Tue, 18 Aug 2015 23:45:55 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Tue, 18 Aug
Commit-ID: 527f0a91e91cd55ec79fce80451b0ad5d5e6a21a
Gitweb: http://git.kernel.org/tip/527f0a91e91cd55ec79fce80451b0ad5d5e6a21a
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Tue, 18 Aug 2015 23:20:20 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Tue, 18 Aug
of
function 'msi_desc_to_pci_sys_data' [-Werror=implicit-function-declaration]
Links: https://lkml.org/lkml/2015/7/9/100
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/pci/host/pcie-xilinx.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/host
number mappings
for multiple MSIs.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Reported-and-tested-by: Alex Deucher alexdeuc...@gmail.com
Reported-and-tested-by: Mark Rustad mrus...@gmail.com
Reported-and-tested-by: Alexander Holler hol...@ahsoftware.de
---
arch/x86/kernel/apic/vector.c
+ dpm_resume_noirq()
> + resume_device_irqs
> + resume_irqs
> + resume_irq
> + __enable_irq <== IRQx is not re-triggered
>
> Cc: Sudeep Holla
> Cc: Jiang Liu
> Fixes: 85f08c17de26 ('genirq: Introduce helper functions...')
> Reviewed-by: Ma
> 83
78 08 00 0f 84 b5 01 00 00 48 83 c0 08 44 89 75 c0 4d 89
[ 3663.657032] RIP [] __alloc_pages_nodemask+0xb9/0x2d0
[ 3663.664491] RSP
[ 3663.668429] CR2: 1f08
[ 3663.672659] ---[ end trace df13f08ed9de18ad ]---
Signed-off-by: Jiang Liu
---
arch/x86/kernel/acpi/boot.c |5
Function i40e_clean_rx_irq() tries to reuse memory pages allocated
from the nearest node. To better support memoryless node, use
numa_mem_id() instead of numa_node_id() to get the nearest node with
memory.
This change should only affect performance.
Signed-off-by: Jiang Liu
---
drivers/net
build_all_zonelists() also
builds suitable fallback zonelist for memoryless node.
Signed-off-by: Jiang Liu
---
kernel/profile.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/profile.c b/kernel/profile.c
index a7bcd28d6e9f..d14805bdcc4c 100644
--- a/kernel/profile.c
().
This change only affects performance and shouldn't affect functionality.
Signed-off-by: Jiang Liu
---
net/openvswitch/flow.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/openvswitch/flow.c b/net/openvswitch/flow.c
index bc7b0aba994a..e50a5681d0c2 100644
--- a/net
) just zeroes out NODE_DATA(nid) instead of free it
Signed-off-by: Jiang Liu
---
mm/page_alloc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index beda41710802..bcfd66e66820 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
Function i40e_clean_rx_irq() tries to reuse memory pages allocated
from the nearest node. To better support memoryless node, use
numa_mem_id() instead of numa_node_id() to get the nearest node with
memory.
This change should only affect performance.
Signed-off-by: Jiang Liu
---
drivers/net
10 21 21
2: 21 21 10 21
3: 21 21 21 10
Signed-off-by: Jiang Liu
---
arch/x86/Kconfig|3 +++
arch/x86/kernel/acpi/boot.c |4 +++-
arch/x86/kernel/smpboot.c |2 ++
arch/x86/mm/numa.c | 49 +++
4 files changed
().
Signed-off-by: Jiang Liu
---
drivers/misc/sgi-xp/xpc_uv.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/sgi-xp/xpc_uv.c b/drivers/misc/sgi-xp/xpc_uv.c
index 95c894482fdd..9210981c0d5b 100644
--- a/drivers/misc/sgi-xp/xpc_uv.c
+++ b/drivers/misc/sgi-xp/xpc_uv.c
10 21
2: 21 21 10
Jiang Liu (9):
x86, NUMA, ACPI: Online node earlier when doing CPU hot-addition
kernel/profile.c: Replace cpu_to_mem() with cpu_to_node()
sgi-xp: Replace cpu_to_node() with cpu_to_mem() to support memoryless
node
openvswitch: Replace cpu_to_node() with cpu_to_mem
()
numa_set_node()
per_cpu(x86_cpu_to_node_map, cpu) = node;
Signed-off-by: Jiang Liu
---
arch/x86/mm/numa.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/arch/x86/mm/numa.c b/arch
()
numa_set_node()
per_cpu(x86_cpu_to_node_map, cpu) = node;
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/mm/numa.c | 10 --
1 file changed, 10 deletions(-)
diff --git
().
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/misc/sgi-xp/xpc_uv.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/sgi-xp/xpc_uv.c b/drivers/misc/sgi-xp/xpc_uv.c
index 95c894482fdd..9210981c0d5b 100644
--- a/drivers/misc/sgi-xp/xpc_uv.c
+++ b
10 21
2: 21 21 10
Jiang Liu (9):
x86, NUMA, ACPI: Online node earlier when doing CPU hot-addition
kernel/profile.c: Replace cpu_to_mem() with cpu_to_node()
sgi-xp: Replace cpu_to_node() with cpu_to_mem() to support memoryless
node
openvswitch: Replace cpu_to_node() with cpu_to_mem
10 21 21
2: 21 21 10 21
3: 21 21 21 10
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/Kconfig|3 +++
arch/x86/kernel/acpi/boot.c |4 +++-
arch/x86/kernel/smpboot.c |2 ++
arch/x86/mm/numa.c | 49
) just zeroes out NODE_DATA(nid) instead of free it
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
mm/page_alloc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index beda41710802..bcfd66e66820 100644
--- a/mm/page_alloc.c
Function i40e_clean_rx_irq() tries to reuse memory pages allocated
from the nearest node. To better support memoryless node, use
numa_mem_id() instead of numa_node_id() to get the nearest node with
memory.
This change should only affect performance.
Signed-off-by: Jiang Liu jiang
build_all_zonelists() also
builds suitable fallback zonelist for memoryless node.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
kernel/profile.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/profile.c b/kernel/profile.c
index a7bcd28d6e9f..d14805bdcc4c 100644
().
This change only affects performance and shouldn't affect functionality.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
net/openvswitch/flow.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/openvswitch/flow.c b/net/openvswitch/flow.c
index bc7b0aba994a
00 48 83 c0 08 44 89 75 c0 4d 89
[ 3663.657032] RIP [81172219] __alloc_pages_nodemask+0xb9/0x2d0
[ 3663.664491] RSP 880845fbbcd0
[ 3663.668429] CR2: 1f08
[ 3663.672659] ---[ end trace df13f08ed9de18ad ]---
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86
Function i40e_clean_rx_irq() tries to reuse memory pages allocated
from the nearest node. To better support memoryless node, use
numa_mem_id() instead of numa_node_id() to get the nearest node with
memory.
This change should only affect performance.
Signed-off-by: Jiang Liu jiang
+ __enable_irq == IRQx is not re-triggered
Cc: Sudeep Holla sudeep.ho...@arm.com
Cc: Jiang Liu jiang@linux.intel.com
Fixes: 85f08c17de26 ('genirq: Introduce helper functions...')
Reviewed-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Grygorii Strashko grygorii.stras
On 2015/8/9 14:15, Tang Chen wrote:
> Hi Liu,
>
> Have you posted your new patches ?
> (I mean memory-less node support patches.)
Hi Chen,
I have rebased my patches to v4.2-rc4, but unfortunately
it breaks. Seems there are some changes in x86 NUMA support since
3.17. I need some time to
On 2015/8/9 14:15, Tang Chen wrote:
Hi Liu,
Have you posted your new patches ?
(I mean memory-less node support patches.)
Hi Chen,
I have rebased my patches to v4.2-rc4, but unfortunately
it breaks. Seems there are some changes in x86 NUMA support since
3.17. I need some time to
On 2015/8/10 23:00, Alex Deucher wrote:
> On Sun, Aug 9, 2015 at 4:15 AM, Jiang Liu wrote:
>> Alex Deucher, Mark Rustad and Alexander Holler reported a regression
>> with the latest v4.2-rc4 kernel, which breaks some SATA controllers.
>> With multi-MSI capable SATA contro
On 2015/8/10 23:00, Alex Deucher wrote:
On Sun, Aug 9, 2015 at 4:15 AM, Jiang Liu jiang@linux.intel.com wrote:
Alex Deucher, Mark Rustad and Alexander Holler reported a regression
with the latest v4.2-rc4 kernel, which breaks some SATA controllers.
With multi-MSI capable SATA controllers
On 2015/8/9 18:14, Alexander Holler wrote:
> Am 09.08.2015 um 10:15 schrieb Jiang Liu:
>> Alex Deucher, Mark Rustad and Alexander Holler reported a regression
>> with the latest v4.2-rc4 kernel, which breaks some SATA controllers.
>> With multi-MSI capable SATA controllers
//bugs.launchpad.net/ubuntu/+source/linux/+bug/1440072
Fixes: cd68f6bd53cf ("x86, irq, acpi: Get rid of special handling of GSI for
ACPI SCI")
Reported-and-tested-by: Nick Meier
Cc: # 3.19
Signed-off-by: Jiang Liu
---
arch/x86/kernel/acpi/boot.c | 15 +++
1 file changed
as expected.
Signed-off-by: Jiang Liu
Reported-by: Alex Deucher
Reported-by: Mark Rustad
Reported-by: Alexander Holler
---
Hi Alex, Mark and Alexandler,
Sorry for the long delay to root cause this regression, it's
really annoying. Could you please help test this patch against the
lat
-by: Jiang Liu jiang@linux.intel.com
Reported-by: Alex Deucher alexdeuc...@gmail.com
Reported-by: Mark Rustad mrus...@gmail.com
Reported-by: Alexander Holler hol...@ahsoftware.de
---
Hi Alex, Mark and Alexandler,
Sorry for the long delay to root cause this regression, it's
really
://bugs.launchpad.net/ubuntu/+source/linux/+bug/1440072
Fixes: cd68f6bd53cf (x86, irq, acpi: Get rid of special handling of GSI for
ACPI SCI)
Reported-and-tested-by: Nick Meier nme...@microsoft.com
Cc: sta...@vger.kernel.org # 3.19
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86
On 2015/8/9 18:14, Alexander Holler wrote:
Am 09.08.2015 um 10:15 schrieb Jiang Liu:
Alex Deucher, Mark Rustad and Alexander Holler reported a regression
with the latest v4.2-rc4 kernel, which breaks some SATA controllers.
With multi-MSI capable SATA controllers, only the first port works
On 2015/8/4 11:36, Tang Chen wrote:
> Hi TJ,
>
> Sorry for the late reply.
>
> On 07/16/2015 05:48 AM, Tejun Heo wrote:
>> ..
>> so in initialization pharse makes no sense any more. The best near online
>> node for each cpu should be cached somewhere.
>> I'm not really following. Is this
On 2015/8/4 11:36, Tang Chen wrote:
Hi TJ,
Sorry for the late reply.
On 07/16/2015 05:48 AM, Tejun Heo wrote:
..
so in initialization pharse makes no sense any more. The best near online
node for each cpu should be cached somewhere.
I'm not really following. Is this because the now
Commit-ID: d2109a12198edf22eb85e475c223eea14b9c3fbe
Gitweb: http://git.kernel.org/tip/d2109a12198edf22eb85e475c223eea14b9c3fbe
Author: Jiang Liu
AuthorDate: Mon, 1 Jun 2015 16:05:32 +0800
Committer: Thomas Gleixner
CommitDate: Fri, 31 Jul 2015 22:20:04 +0200
parisc/irq: Use access
Commit-ID: 9d03e784bc225e7ccaa53bcdb64c8ebf96f153d7
Gitweb: http://git.kernel.org/tip/9d03e784bc225e7ccaa53bcdb64c8ebf96f153d7
Author: Jiang Liu
AuthorDate: Mon, 1 Jun 2015 16:05:31 +0800
Committer: Thomas Gleixner
CommitDate: Fri, 31 Jul 2015 22:20:04 +0200
mn10300/irq: Use access
Commit-ID: d7185a98d576e33982cd28e65889b3e4122fe5d8
Gitweb: http://git.kernel.org/tip/d7185a98d576e33982cd28e65889b3e4122fe5d8
Author: Jiang Liu
AuthorDate: Mon, 1 Jun 2015 16:05:35 +0800
Committer: Thomas Gleixner
CommitDate: Fri, 31 Jul 2015 22:20:05 +0200
sparc/irq: Use access
Commit-ID: 6a4a5b34c315be04abdc366cda7a00b7249550f3
Gitweb: http://git.kernel.org/tip/6a4a5b34c315be04abdc366cda7a00b7249550f3
Author: Jiang Liu
AuthorDate: Mon, 1 Jun 2015 16:05:17 +0800
Committer: Thomas Gleixner
CommitDate: Fri, 31 Jul 2015 22:20:05 +0200
sparc/irq: Use helper
s to allocate/free IRQ
>
> works. Inbetween almost all changes are from Jiang Liu.
>
> Haven't bisected it up to now but might do it later.
Hi Alexander,
Really thanks for you help. I have debugged this regression
for a whole day without any progress:( Everything seems correct to
Commit-ID: d7185a98d576e33982cd28e65889b3e4122fe5d8
Gitweb: http://git.kernel.org/tip/d7185a98d576e33982cd28e65889b3e4122fe5d8
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 1 Jun 2015 16:05:35 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Fri, 31 Jul 2015
Commit-ID: 6a4a5b34c315be04abdc366cda7a00b7249550f3
Gitweb: http://git.kernel.org/tip/6a4a5b34c315be04abdc366cda7a00b7249550f3
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 1 Jun 2015 16:05:17 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Fri, 31 Jul 2015
Commit-ID: 9d03e784bc225e7ccaa53bcdb64c8ebf96f153d7
Gitweb: http://git.kernel.org/tip/9d03e784bc225e7ccaa53bcdb64c8ebf96f153d7
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 1 Jun 2015 16:05:31 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Fri, 31 Jul 2015
Commit-ID: d2109a12198edf22eb85e475c223eea14b9c3fbe
Gitweb: http://git.kernel.org/tip/d2109a12198edf22eb85e475c223eea14b9c3fbe
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Mon, 1 Jun 2015 16:05:32 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Fri, 31 Jul 2015
and two tests are suggesting that the
right one already is in cc.
commit
f7fa7ae x86/irq: Avoid memory allocation in __assign_irq_vector()
fails while
af87bae x86/htirq: Use new irqdomain interfaces to allocate/free IRQ
works. Inbetween almost all changes are from Jiang Liu
Commit-ID: 646c4b75494747887f936513b669bb8a2d794459
Gitweb: http://git.kernel.org/tip/646c4b75494747887f936513b669bb8a2d794459
Author: Jiang Liu
AuthorDate: Thu, 30 Jul 2015 15:51:32 +0800
Committer: Thomas Gleixner
CommitDate: Thu, 30 Jul 2015 21:15:29 +0200
x86/irq: Use the caller
g multiple-MSI at hand. So may I remotely
access your system from Intel internal network? That will definitely speed
up fix.
Thanks!
Gerry
Signed-off-by: Jiang Liu
---
drivers/iommu/amd_iommu.c | 15 +--
drivers/iommu/intel_irq_remapping.c |4
2 files changed, 17
Hi all,
Sorry, send email too quick. Will resend with correct title.
Thanks!
Gerry
On 2015/7/31 0:44, Jiang Liu wrote:
> Hi Alexander, Mark, Alex,
> Could you please help to apply the debug patch and send me back
> the dmesg? Please also help to turn kernel paramemter &q
g multiple-MSI at hand. So may I remotely
access your system from Intel internal network? That will definitely speed
up fix.
Thanks!
Gerry
Signed-off-by: Jiang Liu
---
drivers/iommu/amd_iommu.c | 15 +--
drivers/iommu/intel_irq_remapping.c |4
2 files changed, 17
On 2015/7/30 17:07, Matt Fleming wrote:
> On Thu, 30 Jul, at 03:51:32PM, Jiang Liu wrote:
>> Commit d32932d02e18 ("x86/irq: Convert IOAPIC to use hierarchical
>> irqdomain interfaces") introduced a regression when converting IOAPIC
>> to hierarchy irqdomain, wh
On 2015/7/30 16:33, Thomas Gleixner wrote:
> On Thu, 30 Jul 2015, Jiang Liu wrote:
>
>> Commit d32932d02e18 ("x86/irq: Convert IOAPIC to use hierarchical
>> irqdomain interfaces") introduced a regression when converting IOAPIC
>> to hierarchy irqdomain,
On 2015/7/30 4:30, Bjorn Helgaas wrote:
> On Wed, Jul 29, 2015 at 08:17:51PM +0800, Hanjun Guo wrote:
>> Hi Bjorn, Rafael,
>>
>> Just kindly ping for this patchset, it has been reviewed and tested,
>> can it be merged in 4.3?
>
> There are open review issues, e.g., IORESOURCE_MEM_8AND16BIT, so
reported-by: Chen Yu
Signed-off-by: Jiang Liu
---
Hi Matt,
Could you please help to test this patch?
Thanks!
Gerry
---
arch/x86/kernel/apic/io_apic.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.
Commit-ID: 646c4b75494747887f936513b669bb8a2d794459
Gitweb: http://git.kernel.org/tip/646c4b75494747887f936513b669bb8a2d794459
Author: Jiang Liu jiang@linux.intel.com
AuthorDate: Thu, 30 Jul 2015 15:51:32 +0800
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Thu, 30 Jul
-and-reported-by: Chen Yu yu.c.c...@intel.com
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
Hi Matt,
Could you please help to test this patch?
Thanks!
Gerry
---
arch/x86/kernel/apic/io_apic.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/apic
On 2015/7/30 4:30, Bjorn Helgaas wrote:
On Wed, Jul 29, 2015 at 08:17:51PM +0800, Hanjun Guo wrote:
Hi Bjorn, Rafael,
Just kindly ping for this patchset, it has been reviewed and tested,
can it be merged in 4.3?
There are open review issues, e.g., IORESOURCE_MEM_8AND16BIT, so I'm not
at hand. So may I remotely
access your system from Intel internal network? That will definitely speed
up fix.
Thanks!
Gerry
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/amd_iommu.c | 15 +--
drivers/iommu/intel_irq_remapping.c |4
2 files
301 - 400 of 7527 matches
Mail list logo