Re: [PATCH v2] perf/probe: Search both .eh_frame and .debug_frame sections for probe location

On 01/12/2016 04:34 PM, 平松雅巳 / HIRAMATU，MASAMI wrote: Hi Hemant, From: Hemant Kumar [mailto:hem...@linux.vnet.ibm.com] perf probe through debuginfo__find_probes() in util/probe-finder.c checks for the functions' frame descriptions in either .eh_frame section of an ELF or the .debug_frame.

[PATCH] dts/spi: Change compatible to use right device name

From: Hou Zhiqiang On the t208xrdb and t1040rdb, the SPI devices is n25q512ax3 instead of n25q512a. Signed-off-by: Hou Zhiqiang --- arch/powerpc/boot/dts/fsl/t104xrdb.dtsi | 2 +- arch/powerpc/boot/dts/fsl/t208xrdb.dtsi | 2 +- 2 files

Re: [PATCH 1/2] ASoC: fsl: imx-sgtl5000: make audmux optional for imx sound driver

Hi, > On Tue, Jan 12, 2016 at 07:13:30PM +0100, Lothar Waßmann wrote: > > > i.MX6UL does not have the audio multiplexer (AUDMUX) like e.g. i.MX6Q, > > but apart from that can use the same audio driver. Make audmux > > optional for the imx-sgtl5000 driver, so it can be used on i.MX6UL > > too.

Re: [RFC PATCH V1 15/33] powerpc/mm: Use helper for finding pte filter mask for gup

On 1/12/16, Aneesh Kumar K.V wrote: > Signed-off-by: Aneesh Kumar K.V > --- > arch/powerpc/include/asm/book3s/32/pgtable.h | 8 > arch/powerpc/include/asm/book3s/64/hash.h| 9 + >

Re: [PATCH] powerpc/eeh: Validate arch in eeh_add_device_early()

On Sun, 2016-01-10 at 01:08 -0200, Guilherme G. Piccoli wrote: > Commit 89a51df5ab1d ("powerpc/eeh: Fix crash in eeh_add_device_early() on > Cell") > added a check on function eeh_add_device_early(): since in Cell arch eeh_ops > is NULL, that code used to crash on Cell. The commit's approach was

Re: [RFC PATCH V1 03/33] powerpc/mm: Switch book3s 64 with 64K page size to 4 level page table

On Tue, 12 Jan 2016 12:45:38 +0530 "Aneesh Kumar K.V" wrote: > This is needed so that we can support both hash and radix page table > using single kernel. Radix kernel uses a 4 level table. > > Signed-off-by: Aneesh Kumar K.V >

[PATCH v3] perf/probe: Search both .eh_frame and .debug_frame sections for probe location

perf probe through debuginfo__find_probes() in util/probe-finder.c checks for the functions' frame descriptions in either .eh_frame section of an ELF or the .debug_frame. The check is based on whether either one of these sections is present. Depending on distro, toolchain defaults, architetcutre,

Re: [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 12, 2016 at 12:45:14PM -0800, Leonid Yegoshin wrote: > >The issue I have with the SYNC description in the text above is that it > >describes the single CPU (program order) and the dual-CPU (confusingly > >named global order) cases, but then doesn't generalise any further. That > >means

Re: [1/2] scripts/recordmcount.pl: support data in text section on powerpc

On Tue, 2016-12-01 at 12:14:22 UTC, Michael Ellerman wrote: > From: Ulrich Weigand > > If a text section starts out with a data blob before the first > function start label, disassembly parsing doing in recordmcount.pl > gets confused on powerpc, leading to creation of

Re: [2/2] powerpc/module: Handle R_PPC64_ENTRY relocations

On Tue, 2016-12-01 at 12:14:23 UTC, Michael Ellerman wrote: > From: Ulrich Weigand > > GCC 6 will include changes to generated code with -mcmodel=large, > which is used to build kernel modules on powerpc64le. This was > necessary because the large model is supposed to

Re: [PATCH] powerpc/eeh: Validate arch in eeh_add_device_early()

On 01/13/2016 08:38 AM, Michael Ellerman wrote: But eeh_enabled() is still false? That seems like it's liable to cause breakage elsewhere. Yes, eeh_enabled() is false as expected. Notice that eeh_enabled() is telling if EEH is enabled or not, and since it's not (because there's no PCI

Re: [alsa-devel] [PATCH 2/2] ASoC: fsl: select SND_SOC_FSL_SAI or SND_SOC_FSL_SSI depending on SoC type

Hi, > On Tue, Jan 12, 2016 at 4:13 PM, Lothar Waßmann > wrote: > > > diff --git a/sound/soc/fsl/Kconfig b/sound/soc/fsl/Kconfig > > index 14dfdee..c128823 100644 > > --- a/sound/soc/fsl/Kconfig > > +++ b/sound/soc/fsl/Kconfig > > @@ -258,7 +258,8 @@ config

Re: [PATCH] powerpc/eeh: Validate arch in eeh_add_device_early()

On 01/13/2016 04:04 AM, Benjamin Herrenschmidt wrote: On Sun, 2016-01-10 at 01:08 -0200, Guilherme G. Piccoli wrote:weust changes the way the arch checking is done in function This patch jeeh_add_device_early(): we use no more eeh_enabled(), but instead we check the running architecture by

Re: [PATCH 2/2] ASoC: fsl: select SND_SOC_FSL_SAI or SND_SOC_FSL_SSI depending on SoC type

Hi, > Lothar Waßmann wrote: > > - select SND_SOC_FSL_SSI > > + select SND_SOC_FSL_SAI if SOC_IMX6UL > > + select SND_SOC_FSL_SSI if SOC_IMX6Q || SOC_IMX6SL || SOC_IMX6SX > > I don't think this is compatible with a multiarch kernel. > Why? If more than one of the IMX6 SoCs are selected,

[PATCH] powerpc: Wire up sys_copy_file_range()

Lightly tested on 64 bit little endian. Signed-off-by: Michael Ellerman --- arch/powerpc/include/asm/systbl.h | 1 + arch/powerpc/include/asm/unistd.h | 2 +- arch/powerpc/include/uapi/asm/unistd.h | 1 + 3 files changed, 3 insertions(+), 1 deletion(-) diff --git

Re: [alsa-devel] [PATCH 2/2] ASoC: fsl: select SND_SOC_FSL_SAI or SND_SOC_FSL_SSI depending on SoC type

On Tue, Jan 12, 2016 at 4:13 PM, Lothar Waßmann wrote: > diff --git a/sound/soc/fsl/Kconfig b/sound/soc/fsl/Kconfig > index 14dfdee..c128823 100644 > --- a/sound/soc/fsl/Kconfig > +++ b/sound/soc/fsl/Kconfig > @@ -258,7 +258,8 @@ config SND_SOC_IMX_SGTL5000 >

Re: powerpc/powernv: Fix OPAL_CONSOLE_FLUSH prototype and usages

On Wed, 2016-13-01 at 01:04:32 UTC, Russell Currey wrote: > The recently added OPAL API call, OPAL_CONSOLE_FLUSH, originally took no > parameters and returned nothing. The call was updated to accept the > terminal number to flush, and returned various values depending on the > state of the output

Re: [v3,11/41] mips: reuse asm-generic/barrier.h

On Wed, Jan 13, 2016 at 11:02:35AM -0800, Leonid Yegoshin wrote: > I ask HW team about it but I have a question - has it any relationship with > replacing MIPS SYNC with lightweight SYNCs (SYNC_WMB etc)? Of course. If you cannot explain the semantics of the primitives you introduce, how can we

Re: [PATCH] powerpc/eeh: Validate arch in eeh_add_device_early()

On Wed, 2016-01-13 at 10:08 -0200, Guilherme G. Piccoli wrote: > On 01/13/2016 08:38 AM, Michael Ellerman wrote: > > But eeh_enabled() is still false? That seems like it's liable to cause > > breakage > > elsewhere. > > Yes, eeh_enabled() is false as expected. Notice that eeh_enabled() is >

Re: [v7,49/50] drivers/of: Export OF changeset functions

On Thu, Jan 14, 2016 at 08:18:06AM +1100, Michael Ellerman wrote: > On Wed, 2016-01-13 at 14:54 +0100, Wolfram Sang wrote: > > On Thu, Nov 05, 2015 at 12:12:49AM +1100, Gavin Shan wrote: > > > The PowerNV PCI hotplug driver is going to use the OF changeset > > > to manage the changed device

Re: [v3,11/41] mips: reuse asm-generic/barrier.h

On 01/13/2016 02:45 AM, Will Deacon wrote: On Tue, Jan 12, 2016 at 12:45:14PM -0800, Leonid Yegoshin wrote: I don't think the address dependency is enough on its own. By that reasoning, the following variant (WRC+addr+addr) would work too: P0: Wx = 1 P1: Rx == 1 Wy = 1 P2: Ry == 1 Rx =

Re: [PATCH 2/5] misc: cxl: use kobj_to_dev()

On Wed, 2016-01-13 at 23:30 +0800, Geliang Tang wrote: > Use kobj_to_dev() instead of open-coding it. > > Signed-off-by: Geliang Tang > --- > drivers/misc/cxl/sysfs.c | 5 ++--- Looks fine. Do you want me to merge it or just ack it? Acked-by: Michael Ellerman

Re: [v3,11/41] mips: reuse asm-generic/barrier.h

On 01/13/2016 12:48 PM, Peter Zijlstra wrote: On Wed, Jan 13, 2016 at 11:02:35AM -0800, Leonid Yegoshin wrote: I ask HW team about it but I have a question - has it any relationship with replacing MIPS SYNC with lightweight SYNCs (SYNC_WMB etc)? Of course. If you cannot explain the semantics

Re: [v7,49/50] drivers/of: Export OF changeset functions

On Wed, 2016-01-13 at 14:54 +0100, Wolfram Sang wrote: > On Thu, Nov 05, 2015 at 12:12:49AM +1100, Gavin Shan wrote: > > The PowerNV PCI hotplug driver is going to use the OF changeset > > to manage the changed device sub-tree. This exports those OF > > changeset functions for that. > > > >

Re: [v7,49/50] drivers/of: Export OF changeset functions

> Given this has been on the list some time and still works, I've > applied this for 4.5. That should simplify dependencies for 4.6. Cool, thanks Rob! signature.asc Description: Digital signature ___ Linuxppc-dev mailing list

Re: [v3,11/41] mips: reuse asm-generic/barrier.h

On 01/13/2016 02:45 AM, Will Deacon wrote: I don't think the address dependency is enough on its own. By that reasoning, the following variant (WRC+addr+addr) would work too: P0: Wx = 1 P1: Rx == 1 Wy = 1 P2: Ry == 1 Rx = 0 So are you saying that this is also forbidden? Imagine that P0

RE: cxl: Fix DSI misses when the context owning task exits

Hi David, David Laight writes: > I don't even claim to understand the linux model for handling process > address maps, nor what the cxl driver is doing, but the above looks > more than dodgy. > > David Thanks for reviewing the patch. Yes, It does look dodgy

Re: [PATCH v3 2/2] KVM: PPC: Exit guest upon MCE when FWNMI capability is enabled

On Wed, Jan 13, 2016 at 12:38:09PM +0530, Aravinda Prasad wrote: > Enhance KVM to cause a guest exit with KVM_EXIT_NMI > exit reasons upon a machine check exception (MCE) in > the guest address space if the KVM_CAP_PPC_FWNMI > capability is enabled (instead of delivering 0x200 > interrupt to

Re: [PATCH 2/5] misc: cxl: use kobj_to_dev()

On 14/01/16 02:30, Geliang Tang wrote: Use kobj_to_dev() instead of open-coding it. Signed-off-by: Geliang Tang Good simplification. Reviewed-by: Andrew Donnellan -- Andrew Donnellan Software Engineer, OzLabs

Re: [PATCH V2] powerpc/powernv: Remove support for p5ioc2

On 13/01/16 18:04, Russell Currey wrote: "p5ioc2 is used by approximately 2 machines in the world, and has never ever been a supported configuration." The code for p5ioc2 is essentially unused and complicates what is already a very complicated codebase. Its removal is essentially a "free win"

Re: [PATCH v3 1/2] KVM: PPC: New capability to control MCE behaviour

On Thu, Jan 14, 2016 at 11:02:39AM +1100, David Gibson wrote: > On Wed, Jan 13, 2016 at 12:37:59PM +0530, Aravinda Prasad wrote: > > This patch introduces a new KVM capability to control > > how KVM behaves on machine check exception (MCE). > > Without this capability, KVM redirects machine check

Re: [v7,49/50] drivers/of: Export OF changeset functions

On Wed, Jan 13, 2016 at 3:20 PM, Wolfram Sang wrote: > On Thu, Jan 14, 2016 at 08:18:06AM +1100, Michael Ellerman wrote: >> On Wed, 2016-01-13 at 14:54 +0100, Wolfram Sang wrote: >> > On Thu, Nov 05, 2015 at 12:12:49AM +1100, Gavin Shan wrote: >> > > The PowerNV PCI hotplug

Re: [PATCH] powerpc: Wire up copy_file_range() syscall

On Wed, 2016-01-13 at 22:20 +0530, Chandan Rajendra wrote: > Test runs on a ppc64 BE guest succeeded. Were the tests built 64-bit or 32-bit? cheers ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org

Re: [PATCH v3 1/2] KVM: PPC: New capability to control MCE behaviour

On Wed, Jan 13, 2016 at 12:37:59PM +0530, Aravinda Prasad wrote: > This patch introduces a new KVM capability to control > how KVM behaves on machine check exception (MCE). > Without this capability, KVM redirects machine check > exceptions to guest's 0x200 vector if the address in > error belongs

[PATCH 1/3] Powernv: Remove the usage of PACAR1 from opal wrappers

From: Mahesh Salgaonkar OPAL_CALL wrapper code sticks the r1 (stack pointer) into PACAR1 purely for debugging purpose only. The power7_wakeup* functions relies on stack pointer saved in PACAR1. Any opal call made using opal wrapper (directly or in-directly) before we

RE: [PATCH v3] perf/probe: Search both .eh_frame and .debug_frame sections for probe location

From: Hemant Kumar [mailto:hem...@linux.vnet.ibm.com] > >perf probe through debuginfo__find_probes() in util/probe-finder.c >checks for the functions' frame descriptions in either .eh_frame section >of an ELF or the .debug_frame. The check is based on whether either one >of these sections is

[PATCH 2/3] powerpc/book3s: Fix TB corruption in guest exit path on HMI interrupt.

From: Mahesh Salgaonkar When a guest is assigned to a core it converts the host Timebase (TB) into guest TB by adding guest timebase offset before entering into guest. During guest exit it restores the guest TB to host TB. This means under certain conditions (Guest

[PATCH 3/3] KVM: PPC: Book3S HV: Fix soft lockups in KVM on HMI for time base errors

From: Mahesh Salgaonkar When secondaries are napping in kvm_unsplit_nap() with hwthread_req = 1, the HMI goes ignored even though subcores are already exited the guest. Hence HMI keeps waking up secondaries from nap in a loop and secondaries always go back to nap since

Re: [PATCH] powerpc: Wire up copy_file_range() syscall

On Thursday 14 Jan 2016 09:53:31 Michael Ellerman wrote: > On Wed, 2016-01-13 at 22:20 +0530, Chandan Rajendra wrote: > > Test runs on a ppc64 BE guest succeeded. > > Were the tests built 64-bit or 32-bit? > The test tool (xfs_io to be precise) was built as a 64-bit binary. -- chandan

[PATCH 2/5] misc: cxl: use kobj_to_dev()

Use kobj_to_dev() instead of open-coding it. Signed-off-by: Geliang Tang --- drivers/misc/cxl/sysfs.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/misc/cxl/sysfs.c b/drivers/misc/cxl/sysfs.c index 02006f71..038af5d 100644 ---

Re: [PATCH 2/2] ASoC: fsl: select SND_SOC_FSL_SAI or SND_SOC_FSL_SSI depending on SoC type

Lothar Waßmann wrote: Why? If more than one of the IMX6 SoCs are selected, both interfaces may be selected at the same time without any harm. Oh, ok. I thought the point behind the patch was that you *souldn't* enable the the SSI driver on an i.MX6UL.

Re: [PATCH] powerpc: Wire up sys_copy_file_range()

Hi Michael, [auto build test ERROR on v4.4-rc8] [cannot apply to powerpc/next next-20160113] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Michael-Ellerman/powerpc-Wire-up

Re: [v7,49/50] drivers/of: Export OF changeset functions

On Thu, Nov 05, 2015 at 12:12:49AM +1100, Gavin Shan wrote: > The PowerNV PCI hotplug driver is going to use the OF changeset > to manage the changed device sub-tree. This exports those OF > changeset functions for that. > > Signed-off-by: Gavin Shan > Acked-by: Rob

[PATCH] powerpc: Wire up copy_file_range() syscall

Test runs on a ppc64 BE guest succeeded. Signed-off-by: Chandan Rajendra --- The "yet to be upstreamed" fstests test (https://github.com/chandanr/xfstests/commit/c2ce6196711e02792b434448e29f45b5f9a955f6) was used to test the syscall. The test in turn depends on the