Re: [PATCH 2/3] arm64: Work around Falkor erratum 1003

Hi Catalin, On 12/08/2016 05:31 AM, Catalin Marinas wrote: > On Wed, Dec 07, 2016 at 03:00:26PM -0500, Christopher Covington wrote: >> From: Shanker Donthineni <shank...@codeaurora.org> >> >> On the Qualcomm Datacenter Technologies Falkor v1 CPU, memory accesses may &g

Re: [PATCH 2/3] arm64: Work around Falkor erratum 1003

Hi Catalin, On 12/08/2016 05:31 AM, Catalin Marinas wrote: > On Wed, Dec 07, 2016 at 03:00:26PM -0500, Christopher Covington wrote: >> From: Shanker Donthineni >> >> On the Qualcomm Datacenter Technologies Falkor v1 CPU, memory accesses may >> allocate TLB entries u

[PATCH] net: mlx5: Fix Kconfig help text

Since the following commit, Infiniband and Ethernet have not been mutually exclusive. Fixes: 4aa17b28 mlx5: Enable mutual support for IB and Ethernet Signed-off-by: Christopher Covington <c...@codeaurora.org> --- drivers/net/ethernet/mellanox/mlx5/core/Kconfig | 2 -- 1 file chan

[PATCH] net: mlx5: Fix Kconfig help text

Since the following commit, Infiniband and Ethernet have not been mutually exclusive. Fixes: 4aa17b28 mlx5: Enable mutual support for IB and Ethernet Signed-off-by: Christopher Covington --- drivers/net/ethernet/mellanox/mlx5/core/Kconfig | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH] arm64: Work around Falkor erratum 1009

itions of this erratum. Signed-off-by: Shanker Donthineni <shank...@codeaurora.org> Signed-off-by: Christopher Covington <c...@codeaurora.org> --- arch/arm64/Kconfig| 10 + arch/arm64/include/asm/cpucaps.h | 3 ++- arch/arm64/include/a

[PATCH] arm64: Work around Falkor erratum 1009

-by: Shanker Donthineni Signed-off-by: Christopher Covington --- arch/arm64/Kconfig| 10 + arch/arm64/include/asm/cpucaps.h | 3 ++- arch/arm64/include/asm/tlbflush.h | 43 +++ arch/arm64/kernel/cpu_errata.c| 7 +++ arch/arm64/kvm/hyp

[PATCH 1/3] arm64: Define Qualcomm Technologies Falkor v1 CPU

From: Shanker Donthineni <shank...@codeaurora.org> This patch adds the cputype info for Qualcomm Technologies ARMv8 CPU implementer ID 0x51 and part number for Falkor v1 in cputype.h. Signed-off-by: Shanker Donthineni <shank...@codeaurora.org> Signed-off-by: Christopher

[PATCH 1/3] arm64: Define Qualcomm Technologies Falkor v1 CPU

From: Shanker Donthineni This patch adds the cputype info for Qualcomm Technologies ARMv8 CPU implementer ID 0x51 and part number for Falkor v1 in cputype.h. Signed-off-by: Shanker Donthineni Signed-off-by: Christopher Covington --- arch/arm64/include/asm/cputype.h | 4 1 file changed

[PATCH 2/3] arm64: Work around Falkor erratum 1003

<shank...@codeaurora.org> Signed-off-by: Christopher Covington <c...@codeaurora.org> --- arch/arm64/Kconfig | 11 +++ arch/arm64/include/asm/cpucaps.h | 3 ++- arch/arm64/kernel/cpu_errata.c | 7 +++ arch/arm64/mm/context.c | 10 ++ ar

[PATCH 2/3] arm64: Work around Falkor erratum 1003

that there are no TLB entries with incorrect ASID after changing the the ASID. Pseudo code: write TTBRx_EL1[ASID] to a reserved value ISB write TTBRx_EL1[BADDR] to a desired value ISB write TTBRx_EL1[ASID] to a desired value ISB Signed-off-by: Shanker Donthineni Signed-off-by: Christopher Covington

Re: [kvm-unit-tests PATCH v10 3/3] arm: pmu: Add CPI checking

Hi Wei, On 11/21/2016 03:24 PM, Wei Huang wrote: > From: Christopher Covington <c...@codeaurora.org> I really appreciate your work on these patches. If for any or all of these you have more lines added/modified than me (or using any other better metric), please make sure to change t

Re: [kvm-unit-tests PATCH v10 3/3] arm: pmu: Add CPI checking

Hi Wei, On 11/21/2016 03:24 PM, Wei Huang wrote: > From: Christopher Covington I really appreciate your work on these patches. If for any or all of these you have more lines added/modified than me (or using any other better metric), please make sure to change the author to be you with `

Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors

Hi Bjorn, On 11/02/2016 12:08 PM, Bjorn Helgaas wrote: > On Tue, Nov 01, 2016 at 07:06:31AM -0600, c...@codeaurora.org wrote: >> Hi Bjorn, >> >> On 2016-10-31 15:48, Bjorn Helgaas wrote: >>> On Wed, Sep 21, 2016 at 06:38:05PM -0400, Christopher Covington wrote:

Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors

Hi Bjorn, On 11/02/2016 12:08 PM, Bjorn Helgaas wrote: > On Tue, Nov 01, 2016 at 07:06:31AM -0600, c...@codeaurora.org wrote: >> Hi Bjorn, >> >> On 2016-10-31 15:48, Bjorn Helgaas wrote: >>> On Wed, Sep 21, 2016 at 06:38:05PM -0400, Christopher Covington wrote:

Re: [PATCH] arm/vdso: introduce vdso_mremap hook

On 11/07/2016 12:16 PM, Dmitry Safonov wrote: > On 11/07/2016 08:00 PM, Christopher Covington wrote: >> Hi Dmitry, >> >> On 11/01/2016 01:22 PM, Dmitry Safonov wrote: >>> Add vdso_mremap hook which will fix context.vdso pointer after mremap() >>> on vDSO

Re: [PATCH] arm/vdso: introduce vdso_mremap hook

On 11/07/2016 12:16 PM, Dmitry Safonov wrote: > On 11/07/2016 08:00 PM, Christopher Covington wrote: >> Hi Dmitry, >> >> On 11/01/2016 01:22 PM, Dmitry Safonov wrote: >>> Add vdso_mremap hook which will fix context.vdso pointer after mremap() >>> on vDSO

Re: [PATCH] arm/vdso: introduce vdso_mremap hook

it on top. > Separately, I've refactored arch_remap hook out from ppc64 [3]. > > [1]: https://marc.info/?i=1448455781-26660-1-git-send-email-...@codeaurora.org > [2]: https://github.com/xemul/criu/blob/master/Makefile#L39 > [3]: https://marc.info/?i=20161027170948.8279-1-dsafo...@

Re: [PATCH] arm/vdso: introduce vdso_mremap hook

it on top. > Separately, I've refactored arch_remap hook out from ppc64 [3]. > > [1]: https://marc.info/?i=1448455781-26660-1-git-send-email-...@codeaurora.org > [2]: https://github.com/xemul/criu/blob/master/Makefile#L39 > [3]: https://marc.info/?i=20161027170948.8279-1-dsafo.

[PATCH] procfs: Add mem_end to /proc//stat

to prctl(PR_SET_MM) or a flag to clone. There is no prctl(PR_GET_MM). Instead such information is expected to come from /proc//stat[m]. For the same extendability reason, use a per-pid proc entry rather than a system-wide entry like /proc/sys/vm/mmap_min_addr. Signed-off-by: Christopher Covington &l

[PATCH] procfs: Add mem_end to /proc//stat

to prctl(PR_SET_MM) or a flag to clone. There is no prctl(PR_GET_MM). Instead such information is expected to come from /proc//stat[m]. For the same extendability reason, use a per-pid proc entry rather than a system-wide entry like /proc/sys/vm/mmap_min_addr. Signed-off-by: Christopher Covington

[PATCH] proc: Trivial brace balancing

As suggested by Documentation/CodingStyle right before section 3.1: Spaces, use braces on all branches of a conditional statement if they are used on any branch. No functional changes. Signed-off-by: Christopher Covington <c...@codeaurora.org> --- fs/proc/array.c | 3 ++- 1 file chan

[PATCH] proc: Trivial brace balancing

As suggested by Documentation/CodingStyle right before section 3.1: Spaces, use braces on all branches of a conditional statement if they are used on any branch. No functional changes. Signed-off-by: Christopher Covington --- fs/proc/array.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion

[PATCH] uapi/auxvec.h: Trivial formatting cleanup

Make alignment and tab usage consistent across file. No functional changes. Signed-off-by: Christopher Covington <c...@codeaurora.org> --- include/uapi/linux/auxvec.h | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/include/uapi/linux/auxvec.h b/include/uapi

[PATCH] uapi/auxvec.h: Trivial formatting cleanup

Make alignment and tab usage consistent across file. No functional changes. Signed-off-by: Christopher Covington --- include/uapi/linux/auxvec.h | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/include/uapi/linux/auxvec.h b/include/uapi/linux/auxvec.h index 835c065

Re: [RFC v2 1/7] mm: Provide generic VDSO unmap and remap functions

On November 1, 2016 11:23:54 AM MDT, Dmitry Safonov <0x7f454...@gmail.com> wrote: >Hi Christopher, > > by this moment I got another patch for this. I hope, you don't mind >if I send it concurrently. I haven't sent it yet as I was testing it in > qemu. Please do, that'd be great. Thanks, Cov

Re: [RFC v2 1/7] mm: Provide generic VDSO unmap and remap functions

On November 1, 2016 11:23:54 AM MDT, Dmitry Safonov <0x7f454...@gmail.com> wrote: >Hi Christopher, > > by this moment I got another patch for this. I hope, you don't mind >if I send it concurrently. I haven't sent it yet as I was testing it in > qemu. Please do, that'd be great. Thanks, Cov

[RFC v2 4/7] arm64: Use generic VDSO unmap and remap functions

of mm->context.vdso, opt-in to VDSO unmap and remap support. Signed-off-by: Christopher Covington <c...@codeaurora.org> --- arch/arm64/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index 969ef88..534df3f 100644 --- a/arch/arm64/Kconfig +

[RFC v2 4/7] arm64: Use generic VDSO unmap and remap functions

of mm->context.vdso, opt-in to VDSO unmap and remap support. Signed-off-by: Christopher Covington --- arch/arm64/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index 969ef88..534df3f 100644 --- a/arch/arm64/Kconfig +++ b/arch/arm64/Kcon

[RFC v2 1/7] mm: Provide generic VDSO unmap and remap functions

. This is hopefully the beginning of a long process of VDSO code de-duplication between architectures. Signed-off-by: Christopher Covington <c...@codeaurora.org> --- include/asm-generic/mm_hooks.h | 35 --- 1 file changed, 32 insertions(+), 3 deletions(-) diff

[RFC v2 1/7] mm: Provide generic VDSO unmap and remap functions

. This is hopefully the beginning of a long process of VDSO code de-duplication between architectures. Signed-off-by: Christopher Covington --- include/asm-generic/mm_hooks.h | 35 --- 1 file changed, 32 insertions(+), 3 deletions(-) diff --git a/include/asm

[RFC v2 3/7] arm64: Use unsigned long for VDSO

Use an unsigned long type for the base address of the VDSO in order to be compatible with the new generic VDSO remap and unmap functions originating from PowerPC and now also used by 32-bit ARM. Signed-off-by: Christopher Covington <c...@codeaurora.org> --- arch/arm64/include/asm/mmu

[RFC v2 3/7] arm64: Use unsigned long for VDSO

Use an unsigned long type for the base address of the VDSO in order to be compatible with the new generic VDSO remap and unmap functions originating from PowerPC and now also used by 32-bit ARM. Signed-off-by: Christopher Covington --- arch/arm64/include/asm/mmu.h | 2 +- arch/arm64/kernel

[RFC v2 5/7] powerpc: Rename context.vdso_base to context.vdso

(and it's also concise). Therefore, change the variable name in powerpc from mm->context.vdso_base to mm->context.vdso. Signed-off-by: Christopher Covington <c...@codeaurora.org> --- arch/powerpc/include/asm/book3s/32/mmu-hash.h | 2 +- arch/powerpc/include/asm/book3s/64/mmu.h |

[RFC v2 6/7] mm/powerpc: Use generic VDSO remap and unmap functions

off-by: Christopher Covington <c...@codeaurora.org> --- arch/powerpc/Kconfig | 1 + arch/powerpc/include/asm/Kbuild | 1 + arch/powerpc/include/asm/mm-arch-hooks.h | 28 - arch/powerpc/include/asm/mmu_context

[RFC v2 2/7] arm: Use generic VDSO unmap and remap

for PowerPC and x86. However, a generic version based on Laurent Dufour's PowerPC implementation is now available, so begin using it on ARM. Signed-off-by: Christopher Covington <c...@codeaurora.org> --- arch/arm/mm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mm/Kco

[RFC v2 5/7] powerpc: Rename context.vdso_base to context.vdso

(and it's also concise). Therefore, change the variable name in powerpc from mm->context.vdso_base to mm->context.vdso. Signed-off-by: Christopher Covington --- arch/powerpc/include/asm/book3s/32/mmu-hash.h | 2 +- arch/powerpc/include/asm/book3s/64/mmu.h | 2 +- arch/powerpc/inclu

[RFC v2 6/7] mm/powerpc: Use generic VDSO remap and unmap functions

off-by: Christopher Covington --- arch/powerpc/Kconfig | 1 + arch/powerpc/include/asm/Kbuild | 1 + arch/powerpc/include/asm/mm-arch-hooks.h | 28 - arch/powerpc/include/asm/mmu_context.h | 35 +--- 4 files chan

[RFC v2 2/7] arm: Use generic VDSO unmap and remap

for PowerPC and x86. However, a generic version based on Laurent Dufour's PowerPC implementation is now available, so begin using it on ARM. Signed-off-by: Christopher Covington --- arch/arm/mm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mm/Kconfig b/arch/arm/mm/Kconfig

Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms

On 09/23/2016 03:17 PM, Bjorn Helgaas wrote: > On Fri, Sep 23, 2016 at 02:41:39PM -0400, Christopher Covington wrote: >> On 09/22/2016 07:08 PM, Bjorn Helgaas wrote: >>> On Wed, Sep 21, 2016 at 06:40:47PM -0400, Christopher Covington wrote: >>>> Hi Bjorn, >>&

Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms

On 09/23/2016 03:17 PM, Bjorn Helgaas wrote: > On Fri, Sep 23, 2016 at 02:41:39PM -0400, Christopher Covington wrote: >> On 09/22/2016 07:08 PM, Bjorn Helgaas wrote: >>> On Wed, Sep 21, 2016 at 06:40:47PM -0400, Christopher Covington wrote: >>>> Hi Bjorn, >>&

Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms

On 09/22/2016 07:08 PM, Bjorn Helgaas wrote: > On Wed, Sep 21, 2016 at 06:40:47PM -0400, Christopher Covington wrote: >> Hi Bjorn, >> >> On 09/21/2016 09:11 AM, Bjorn Helgaas wrote: >>> On Tue, Sep 20, 2016 at 09:15:14PM -0400, c...@codeaurora.org wrote: >

Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms

On 09/22/2016 07:08 PM, Bjorn Helgaas wrote: > On Wed, Sep 21, 2016 at 06:40:47PM -0400, Christopher Covington wrote: >> Hi Bjorn, >> >> On 09/21/2016 09:11 AM, Bjorn Helgaas wrote: >>> On Tue, Sep 20, 2016 at 09:15:14PM -0400, c...@codeaurora.org wrote: >

Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case

On 09/22/2016 05:49 AM, Lorenzo Pieralisi wrote: > On Wed, Sep 21, 2016 at 01:04:57PM -0500, Bjorn Helgaas wrote: >> On Wed, Sep 21, 2016 at 03:05:49PM +0100, Lorenzo Pieralisi wrote: >>> On Tue, Sep 20, 2016 at 02:17:44PM -0500, Bjorn Helgaas wrote: On Tue, Sep 20, 2016 at 04:09:25PM +0100,

Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case

On 09/22/2016 05:49 AM, Lorenzo Pieralisi wrote: > On Wed, Sep 21, 2016 at 01:04:57PM -0500, Bjorn Helgaas wrote: >> On Wed, Sep 21, 2016 at 03:05:49PM +0100, Lorenzo Pieralisi wrote: >>> On Tue, Sep 20, 2016 at 02:17:44PM -0500, Bjorn Helgaas wrote: On Tue, Sep 20, 2016 at 04:09:25PM +0100,

Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms

Hi Bjorn, On 09/21/2016 09:11 AM, Bjorn Helgaas wrote: > On Tue, Sep 20, 2016 at 09:15:14PM -0400, c...@codeaurora.org wrote: >>> diff --git a/drivers/acpi/pci_mcfg.c b/drivers/acpi/pci_mcfg.c >>> index eb14f74..bb3b8ad 100644 >>> --- a/drivers/acpi/pci_mcfg.c >>> +++ b/drivers/acpi/pci_mcfg.c

Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms

Hi Bjorn, On 09/21/2016 09:11 AM, Bjorn Helgaas wrote: > On Tue, Sep 20, 2016 at 09:15:14PM -0400, c...@codeaurora.org wrote: >>> diff --git a/drivers/acpi/pci_mcfg.c b/drivers/acpi/pci_mcfg.c >>> index eb14f74..bb3b8ad 100644 >>> --- a/drivers/acpi/pci_mcfg.c >>> +++ b/drivers/acpi/pci_mcfg.c

[PATCHv2] PCI: QDF2432 32 bit config space accessors

The Qualcomm Technologies QDF2432 SoC does not support accesses smaller than 32 bits to the PCI configuration space. Register the appropriate quirk. Signed-off-by: Christopher Covington <c...@codeaurora.org> --- drivers/acpi/pci_mcfg.c | 8 drivers/pci/ecam.c

[PATCHv2] PCI: QDF2432 32 bit config space accessors

The Qualcomm Technologies QDF2432 SoC does not support accesses smaller than 32 bits to the PCI configuration space. Register the appropriate quirk. Signed-off-by: Christopher Covington --- drivers/acpi/pci_mcfg.c | 8 drivers/pci/ecam.c | 10 ++ include/linux/pci

Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks

On 09/16/2016 05:02 AM, Gabriele Paoloni wrote: > Hi Lorenzo and Tomasz > > Many Thanks for looking at this > >> -Original Message- >> From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] >> Sent: 15 September 2016 11:59 >> To: liudongdong (C) >> Cc: Tomasz Nowicki;

Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks

On 09/16/2016 05:02 AM, Gabriele Paoloni wrote: > Hi Lorenzo and Tomasz > > Many Thanks for looking at this > >> -Original Message- >> From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] >> Sent: 15 September 2016 11:59 >> To: liudongdong (C) >> Cc: Tomasz Nowicki;

Re: [PATCH] arm64: Expose TASK_SIZE to userspace via auxv

Hi Richard, On 08/18/2016 08:17 AM, Richard Weinberger wrote: > On Wed, Aug 17, 2016 at 1:12 PM, Christopher Covington > <c...@codeaurora.org> wrote: >> >> >> On August 17, 2016 6:30:06 AM EDT, Catalin Marinas <catalin.mari...@arm.com> >> wrote: &g

Re: [PATCH] arm64: Expose TASK_SIZE to userspace via auxv

Hi Richard, On 08/18/2016 08:17 AM, Richard Weinberger wrote: > On Wed, Aug 17, 2016 at 1:12 PM, Christopher Covington > wrote: >> >> >> On August 17, 2016 6:30:06 AM EDT, Catalin Marinas >> wrote: >>> On Tue, Aug 16, 2016 at 02:32:29PM -0400, Christoph

Re: [PATCH v9 0/4] ACPI: parse the SPCR table

by Leif Lindholm [3] > Thanks to Peter Hurley for explaining how this should work. > > Should be applied to v4.8-rc1 > Tested on QEMU and ThunderX. > SPCR support is included in QEMU's ARM64 mach-virt since 2.4 release. Tested-by: Christopher Covington <c...@codeaurora.o

Re: [PATCH v9 0/4] ACPI: parse the SPCR table

by Leif Lindholm [3] > Thanks to Peter Hurley for explaining how this should work. > > Should be applied to v4.8-rc1 > Tested on QEMU and ThunderX. > SPCR support is included in QEMU's ARM64 mach-virt since 2.4 release. Tested-by: Christopher Covington on the QDF2432 Thanks, Cov &g

Re: [PATCH] arm64: Expose TASK_SIZE to userspace via auxv

On August 17, 2016 6:30:06 AM EDT, Catalin Marinas <catalin.mari...@arm.com> wrote: >On Tue, Aug 16, 2016 at 02:32:29PM -0400, Christopher Covington wrote: >> Some userspace applications need to know the maximum virtual address >they can >> use (TASK_SIZE). > >Ju

Re: [PATCH] arm64: Expose TASK_SIZE to userspace via auxv

On August 17, 2016 6:30:06 AM EDT, Catalin Marinas wrote: >On Tue, Aug 16, 2016 at 02:32:29PM -0400, Christopher Covington wrote: >> Some userspace applications need to know the maximum virtual address >they can >> use (TASK_SIZE). > >Just curious, what are the cases n

Re: [PATCH] irqchip/gicv3: remove disabling redistributor and group1 non-secure interrupts

+-- > 1 file changed, 9 insertions(+), 2 deletions(-) > > Hi Christopher, > > Can you check if ACPI processor idle works with this patch on QDF2432 ? This fixes the boot hang, and I see the usage and time files in cpuidle sysfs increasing on an idle system. Tested-by: Christopher

Re: [PATCH] irqchip/gicv3: remove disabling redistributor and group1 non-secure interrupts

> Can you check if ACPI processor idle works with this patch on QDF2432 ? This fixes the boot hang, and I see the usage and time files in cpuidle sysfs increasing on an idle system. Tested-by: Christopher Covington -- Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm

[PATCH] arm64: Expose TASK_SIZE to userspace via auxv

. Signed-off-by: Christopher Covington <c...@codeaurora.org> --- Tested with the following commands: LD_SHOW_AUXV=1 sleep 1 # GNU dynamic ld-linux*.so hexdump -v -e '4/4 "%08x " "\n"' /proc/self/auxv | \ sed -r 's/0*([^ ]+) ([^ ]+) ([^ ]+) ([^ ]+)/\1 0x\4\3/

[PATCH] arm64: Expose TASK_SIZE to userspace via auxv

. Signed-off-by: Christopher Covington --- Tested with the following commands: LD_SHOW_AUXV=1 sleep 1 # GNU dynamic ld-linux*.so hexdump -v -e '4/4 "%08x " "\n"' /proc/self/auxv | \ sed -r 's/0*([^ ]+) ([^ ]+) ([^ ]+) ([^ ]+)/\1 0x\4\3/ s/^0 /NULL: / s/^3 /

Re: [PATCH v10 7/7] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

Hi Sudeep, On 08/02/2016 09:00 AM, Sudeep Holla wrote: > > On 29/07/16 20:05, Christopher Covington wrote: >> Hi Sudeep, >> >> On 07/19/2016 01:52 PM, Sudeep Holla wrote: >>> Now that ACPI processor idle driver supports LPI(Low Power Idle), lets >>>

Re: [PATCH v10 7/7] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

Hi Sudeep, On 08/02/2016 09:00 AM, Sudeep Holla wrote: > > On 29/07/16 20:05, Christopher Covington wrote: >> Hi Sudeep, >> >> On 07/19/2016 01:52 PM, Sudeep Holla wrote: >>> Now that ACPI processor idle driver supports LPI(Low Power Idle), lets >>>

[RFC] arm64: Enforce gettimeofday vdso structure read ordering

From: Brent DeGraaf Prior gettimeofday code register read code is not architecturally correct as there is no control flow gating logic enforced immediately prior to the required isb. Introduce explicit control-flow logic prior to register read in all cases so that the

[RFC] arm64: Enforce gettimeofday vdso structure read ordering

From: Brent DeGraaf Prior gettimeofday code register read code is not architecturally correct as there is no control flow gating logic enforced immediately prior to the required isb. Introduce explicit control-flow logic prior to register read in all cases so that the mrs read will always be

Regression in stdin pipe to scripts/get_maintainer.pl

Hi Joe, I noticed 4cad35a7ca690eabf0d241062ce9e59693ec03e7 has caused the following change in behavior: c=4cad35a7ca690eabf0d241062ce9e59693ec03e7 git show -n 1 $c | scripts/get_maintainer.pl sh: 1: STDIN: not found sh: 1: STDIN: not found fatal: --follow requires exactly one pathspec git revert

Regression in stdin pipe to scripts/get_maintainer.pl

Hi Joe, I noticed 4cad35a7ca690eabf0d241062ce9e59693ec03e7 has caused the following change in behavior: c=4cad35a7ca690eabf0d241062ce9e59693ec03e7 git show -n 1 $c | scripts/get_maintainer.pl sh: 1: STDIN: not found sh: 1: STDIN: not found fatal: --follow requires exactly one pathspec git revert

Re: [PATCH] get_maintainer: Don't check if STDIN exists in a VCS repository

t before checking the VCS. > > Fixes: 4cad35a7ca69 ("get_maintainer.pl: reduce need for command-line option > -f") > Reported-by: Christopher Covington <c...@codeaurora.org> > Signed-off-by: Joe Perches <j...@perches.com> Thanks Joe, that fixes it!

Re: [PATCH] get_maintainer: Don't check if STDIN exists in a VCS repository

t before checking the VCS. > > Fixes: 4cad35a7ca69 ("get_maintainer.pl: reduce need for command-line option > -f") > Reported-by: Christopher Covington > Signed-off-by: Joe Perches Thanks Joe, that fixes it! Tested-by: Christopher Covington > --- > scri

Re: sysfs topology for arm64 cluster_id

Hi Stuart, On 07/01/2016 11:54 AM, Stuart Yoder wrote: > Re-opening a thread from back in early 2015... > >> -Original Message- >> From: Jon Masters >> Date: Wed, Jan 14, 2015 at 11:18 AM >> Subject: Re: sysfs topology for arm64 cluster_id >> To: Mark Rutland

Re: sysfs topology for arm64 cluster_id

Hi Stuart, On 07/01/2016 11:54 AM, Stuart Yoder wrote: > Re-opening a thread from back in early 2015... > >> -Original Message- >> From: Jon Masters >> Date: Wed, Jan 14, 2015 at 11:18 AM >> Subject: Re: sysfs topology for arm64 cluster_id >> To: Mark Rutland >> Cc:

Re: [PATCH v10 7/7] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

select ACPI_PROCESSOR_IDLE > select ACPI_CPU_FREQ_PSS if X86 || IA64 > default y > help > This causes a boot hang on QDF2432. cpuidle.off=1 works around the problem. I understand you're working on a fix to the problem in GICv3 code. If there's anything I ca

Re: [PATCH v10 7/7] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

CPU_FREQ_PSS if X86 || IA64 > default y > help > This causes a boot hang on QDF2432. cpuidle.off=1 works around the problem. I understand you're working on a fix to the problem in GICv3 code. If there's anything I can do to help, please let me know. Thanks, Christopher Covington --

Re: [PATCH V7 1/8] ACPI: I/O Remapping Table (IORT) initial support

Hi Marc, On 06/22/2016 09:34 PM, Hanjun Guo wrote: > On 2016/6/22 22:51, Marc Zyngier wrote: >> On 22/06/16 14:52, Tomasz Nowicki wrote: >>> On 22.06.2016 15:25, Marc Zyngier wrote: On 22/06/16 13:35, Tomasz Nowicki wrote: > IORT shows representation of IO topology for ARM based systems.

Re: [PATCH V7 1/8] ACPI: I/O Remapping Table (IORT) initial support

Hi Marc, On 06/22/2016 09:34 PM, Hanjun Guo wrote: > On 2016/6/22 22:51, Marc Zyngier wrote: >> On 22/06/16 14:52, Tomasz Nowicki wrote: >>> On 22.06.2016 15:25, Marc Zyngier wrote: On 22/06/16 13:35, Tomasz Nowicki wrote: > IORT shows representation of IO topology for ARM based systems.

Re: [PATCH] arm64: defconfig: Enable QDF2432 config options

On 07/01/2016 10:14 AM, Timur Tabi wrote: > Christopher Covington wrote: >> arch/arm64/configs/defconfig | 4 >> scripts/patch-details.sh | 21 ++--- > > I don't think these two files should be combined. Oops, sorry. Fixed in v2. >&g

Re: [PATCH] arm64: defconfig: Enable QDF2432 config options

On 07/01/2016 10:14 AM, Timur Tabi wrote: > Christopher Covington wrote: >> arch/arm64/configs/defconfig | 4 >> scripts/patch-details.sh | 21 ++--- > > I don't think these two files should be combined. Oops, sorry. Fixed in v2. >&g

[PATCH v2] arm64: defconfig: Enable QDF2432 config options

Now that ACPI is on in the defconfig, the time seems right to enable drivers for the SD/MMC, DMA, and pin control hardware described in the ACPI tables of the QDF2432 server platform. Signed-off-by: Christopher Covington <c...@codeaurora.org> --- v2: Remove unrelated script changes. ---

[PATCH v2] arm64: defconfig: Enable QDF2432 config options

Now that ACPI is on in the defconfig, the time seems right to enable drivers for the SD/MMC, DMA, and pin control hardware described in the ACPI tables of the QDF2432 server platform. Signed-off-by: Christopher Covington --- v2: Remove unrelated script changes. --- arch/arm64/configs/defconfig

[PATCH] arm64: defconfig: Enable QDF2432 config options

Now that ACPI is on in the defconfig, the time seems right to enable drivers for the SD/MMC, DMA, and pin control hardware described in the ACPI tables of the QDF2432 server platform. Signed-off-by: Christopher Covington <c...@codeaurora.org> --- arch/arm64/configs/defconfig | 4 s

[PATCH] arm64: defconfig: Enable QDF2432 config options

Now that ACPI is on in the defconfig, the time seems right to enable drivers for the SD/MMC, DMA, and pin control hardware described in the ACPI tables of the QDF2432 server platform. Signed-off-by: Christopher Covington --- arch/arm64/configs/defconfig | 4 scripts/patch-details.sh

Re: [PATCH v4 1/2] i2c: qup: add ACPI support

Hi Arnd, On 06/30/2016 07:52 AM, Arnd Bergmann wrote: > On Thursday, June 30, 2016 7:35:14 AM CEST Christopher Covington wrote: >> Hi Arnd, >> >> On 06/08/2016 05:02 PM, Arnd Bergmann wrote: >>> On Wednesday, June 8, 2016 12:19:44 PM CEST Austin Christ w

Re: [PATCH v4 1/2] i2c: qup: add ACPI support

Hi Arnd, On 06/30/2016 07:52 AM, Arnd Bergmann wrote: > On Thursday, June 30, 2016 7:35:14 AM CEST Christopher Covington wrote: >> Hi Arnd, >> >> On 06/08/2016 05:02 PM, Arnd Bergmann wrote: >>> On Wednesday, June 8, 2016 12:19:44 PM CEST Austin Christ w

Re: [PATCH v4 1/2] i2c: qup: add ACPI support

Hi Arnd, On 06/08/2016 05:02 PM, Arnd Bergmann wrote: > On Wednesday, June 8, 2016 12:19:44 PM CEST Austin Christ wrote: >> + ret = device_property_read_u32(qup->dev, >> + "src-clock-hz", _clk_freq); >> + if (ret) { >> +

Re: [PATCH v4 1/2] i2c: qup: add ACPI support

Hi Arnd, On 06/08/2016 05:02 PM, Arnd Bergmann wrote: > On Wednesday, June 8, 2016 12:19:44 PM CEST Austin Christ wrote: >> + ret = device_property_read_u32(qup->dev, >> + "src-clock-hz", _clk_freq); >> + if (ret) { >> +

Re: [RFC PATCH v4 3/5] PCI: Check platform specific ECAM quirks

Hi Tomasz, On 06/29/2016 06:48 AM, Tomasz Nowicki wrote: > On 28.06.2016 18:12, Duc Dang wrote: >> On Tue, Jun 28, 2016 at 6:04 AM, Christopher Covington >> <c...@codeaurora.org> wrote: >>> Hi Tomasz, >>> Ard's comments on v3 included: >

Re: [RFC PATCH v4 3/5] PCI: Check platform specific ECAM quirks

Hi Tomasz, On 06/29/2016 06:48 AM, Tomasz Nowicki wrote: > On 28.06.2016 18:12, Duc Dang wrote: >> On Tue, Jun 28, 2016 at 6:04 AM, Christopher Covington >> wrote: >>> Hi Tomasz, >>> Ard's comments on v3 included: >>> >>> "... exact OEM ta

Re: [RFC PATCH v4 3/5] PCI: Check platform specific ECAM quirks

Hi Tomasz, On 06/28/2016 03:54 AM, Tomasz Nowicki wrote: > diff --git a/drivers/pci/host/mcfg-quirks.c b/drivers/pci/host/mcfg-quirks.c > new file mode 100644 > index 000..fb2b184 > --- /dev/null > +++ b/drivers/pci/host/mcfg-quirks.c > @@ -0,0 +1,88 @@ > +static bool

Re: [RFC PATCH v4 3/5] PCI: Check platform specific ECAM quirks

Hi Tomasz, On 06/28/2016 03:54 AM, Tomasz Nowicki wrote: > diff --git a/drivers/pci/host/mcfg-quirks.c b/drivers/pci/host/mcfg-quirks.c > new file mode 100644 > index 000..fb2b184 > --- /dev/null > +++ b/drivers/pci/host/mcfg-quirks.c > @@ -0,0 +1,88 @@ > +static bool

Re: [RFC PATCH v3 2/2] ARM64/PCI: Start using quirks handling for ACPI based PCI host controller

Hi Duc, On 06/20/2016 05:42 AM, Lorenzo Pieralisi wrote: > On Fri, Jun 17, 2016 at 02:37:02PM -0700, Duc Dang wrote: >> On Thu, Jun 16, 2016 at 10:48 AM, Lorenzo Pieralisi >> <lorenzo.pieral...@arm.com> wrote: >>> On Wed, Jun 15, 2016 at 11:34:11AM -0400, Christop

Re: [RFC PATCH v3 2/2] ARM64/PCI: Start using quirks handling for ACPI based PCI host controller

Hi Duc, On 06/20/2016 05:42 AM, Lorenzo Pieralisi wrote: > On Fri, Jun 17, 2016 at 02:37:02PM -0700, Duc Dang wrote: >> On Thu, Jun 16, 2016 at 10:48 AM, Lorenzo Pieralisi >> wrote: >>> On Wed, Jun 15, 2016 at 11:34:11AM -0400, Christopher Covington wrote: &

Re: [RFC PATCH v3 2/2] ARM64/PCI: Start using quirks handling for ACPI based PCI host controller

On 06/17/2016 04:01 AM, Gabriele Paoloni wrote: > Hi Lorenzo and All > >> -Original Message- >> From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] >> Sent: 16 June 2016 18:49 >> To: Christopher Covington >> Cc: Tomasz Nowicki; Duc Dang; li

Re: [RFC PATCH v3 2/2] ARM64/PCI: Start using quirks handling for ACPI based PCI host controller

On 06/17/2016 04:01 AM, Gabriele Paoloni wrote: > Hi Lorenzo and All > >> -Original Message- >> From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] >> Sent: 16 June 2016 18:49 >> To: Christopher Covington >> Cc: Tomasz Nowicki; Duc Dang; li

[RFC PATCH v3 1/2] ACPI/PCI: Check platform specific ECAM quirks

t;OEM", "TABLE-ID", , , ); Signed-off-by: Tomasz Nowicki <t...@semihalf.com> Signed-off-by: Dongdong Liu <liudongdo...@huawei.com> Signed-off-by: Christopher Covington <c...@codeaurora.org> --- Changes from v2 to v3: * Match against a

[RFC PATCH v3 2/2] ARM64/PCI: Start using quirks handling for ACPI based PCI host controller

From: Tomasz Nowicki pci_generic_ecam_ops is used by default. Since there are platforms which have non-compliant ECAM space we need to overwrite these accessors prior to PCI buses enumeration. In order to do that we call pci_mcfg_get_ops to retrieve pci_ecam_ops structure so

[RFC PATCH v3 1/2] ACPI/PCI: Check platform specific ECAM quirks

Nowicki Signed-off-by: Dongdong Liu Signed-off-by: Christopher Covington --- Changes from v2 to v3: * Match against all three of oem_id, oem_table_id, and oem_revision. * Perform substring match, so padding oem_id and oem_table_id isn't required. (Using min_t() thanks to Duc Dang's suggestion.

[RFC PATCH v3 2/2] ARM64/PCI: Start using quirks handling for ACPI based PCI host controller

From: Tomasz Nowicki pci_generic_ecam_ops is used by default. Since there are platforms which have non-compliant ECAM space we need to overwrite these accessors prior to PCI buses enumeration. In order to do that we call pci_mcfg_get_ops to retrieve pci_ecam_ops structure so that we can use

Re: [RFC PATCH V2 1/2] ACPI/PCI: Match PCI config space accessors against platfrom specific ECAM quirks

Hi Dongdong, On 06/13/2016 09:02 AM, Dongdong Liu wrote: > diff --git a/drivers/acpi/pci_mcfg.c b/drivers/acpi/pci_mcfg.c > index d3c3e85..49612b3 100644 > --- a/drivers/acpi/pci_mcfg.c > +++ b/drivers/acpi/pci_mcfg.c > @@ -22,6 +22,10 @@ > #include > #include > #include > +#include > + >

Re: [RFC PATCH V2 1/2] ACPI/PCI: Match PCI config space accessors against platfrom specific ECAM quirks

Hi Dongdong, On 06/13/2016 09:02 AM, Dongdong Liu wrote: > diff --git a/drivers/acpi/pci_mcfg.c b/drivers/acpi/pci_mcfg.c > index d3c3e85..49612b3 100644 > --- a/drivers/acpi/pci_mcfg.c > +++ b/drivers/acpi/pci_mcfg.c > @@ -22,6 +22,10 @@ > #include > #include > #include > +#include > + >

Re: [RFC PATCH 1/3] pci, acpi: Match PCI config space accessors against platfrom specific ECAM quirks.

Hi Tomasz, Thanks for your work on this. On 06/02/2016 04:41 AM, Tomasz Nowicki wrote: > Some platforms may not be fully compliant with generic set of PCI config > accessors. For these cases we implement the way to overwrite accessors > set. Algorithm traverses available quirk list, matches

Re: [RFC PATCH 1/3] pci, acpi: Match PCI config space accessors against platfrom specific ECAM quirks.

Hi Tomasz, Thanks for your work on this. On 06/02/2016 04:41 AM, Tomasz Nowicki wrote: > Some platforms may not be fully compliant with generic set of PCI config > accessors. For these cases we implement the way to overwrite accessors > set. Algorithm traverses available quirk list, matches

<    1   2   3   4   5   6   >