Re: powerpc: Add user-return-notifier support

On Wed, 2015-09-02 at 10:39 +0530, Ananth N Mavinakayanahalli wrote: > On Tue, Sep 01, 2015 at 10:29:12PM -0500, Scott Wood wrote: > > > Why is this selected by KVM on PPC if KVM on PPC doesn't use it? What is > > the > > user you're trying to enable? > > I copied Paul and Gautham to get

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

On Tue, 2015-09-08 at 12:09 +0530, Bharata B Rao wrote: > On Tue, Sep 08, 2015 at 04:08:06PM +1000, Michael Ellerman wrote: > > On Wed, 2015-08-12 at 10:53 +0530, Bharata B Rao wrote: > > > On Tue, Aug 11, 2015 at 03:48:26PM +0200, Andrea Arcangeli wrote: > > > > Hello Bharata, > > > > > > > > On

Re: i2c i2c-2: I2C write to 0x2d failed, err -27 on Xserve G5

On Mon, 2015-09-07 at 21:54 -0700, Nick Schmalenberger wrote: > Hi all, > I'm running this kernel: > [ +0.00] Linux version 3.16.0-4-powerpc64 > (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian > 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) > > on my Xserve G5, and

RE: memcpy regression

> > What about run-time patching memcpy() after the caches are initialised? > > Yeah, that's the solution we use on 64-bit. > > It also means you can have cpu specific optimisations, which can be patched in > or out using the cpu feature patching. I've noticed x86 doing that. For newer Intel

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

On Wed, 2015-08-12 at 10:53 +0530, Bharata B Rao wrote: > On Tue, Aug 11, 2015 at 03:48:26PM +0200, Andrea Arcangeli wrote: > > Hello Bharata, > > > > On Tue, Aug 11, 2015 at 03:37:29PM +0530, Bharata B Rao wrote: > > > May be it is a bit late to bring this up, but I needed the following fix > >

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

On Tue, Sep 08, 2015 at 04:08:06PM +1000, Michael Ellerman wrote: > On Wed, 2015-08-12 at 10:53 +0530, Bharata B Rao wrote: > > On Tue, Aug 11, 2015 at 03:48:26PM +0200, Andrea Arcangeli wrote: > > > Hello Bharata, > > > > > > On Tue, Aug 11, 2015 at 03:37:29PM +0530, Bharata B Rao wrote: > > > >

Re: [PATCH v6 1/2] perf,kvm/powerpc: Add kvm_perf.h for powerpc

On Tue, 2015-09-08 at 10:26 +0530, Hemant Kumar wrote: > > On 09/07/2015 10:40 AM, Michael Ellerman wrote: > > On Fri, 2015-09-04 at 17:51 -0300, Arnaldo Carvalho de Melo wrote: > >> Em Tue, Sep 01, 2015 at 12:18:47PM +0530, Hemant Kumar escreveu: > Should I try to process the 5 together,

Re: [[PATCH v6 09/10] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface

On Thu, 2015-09-03 at 20:07 -0700, Sukadev Bhattiprolu wrote: > The 24x7 counters in Powerpc allow monitoring a large number of counters > simultaneously. They also allow reading several counters in a single > HCALL so we can get a more consistent snapshot of the system. > > Use the PMU's

Re: [[PATCH v6 09/10] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface

On Tue, Sep 08, 2015 at 07:07:55PM +1000, Michael Ellerman wrote: > On Thu, 2015-09-03 at 20:07 -0700, Sukadev Bhattiprolu wrote: > > The 24x7 counters in Powerpc allow monitoring a large number of counters > > simultaneously. They also allow reading several counters in a single > > HCALL so we

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

On Tue, Sep 08, 2015 at 09:59:47AM +0100, Dr. David Alan Gilbert wrote: > * Bharata B Rao (bhar...@linux.vnet.ibm.com) wrote: > > In fact I had successfully done postcopy migration of sPAPR guest with > > this setup. > > Interesting - I'd not got that far myself on power; I was hitting a problem

Re: [v2] powerpc/powernv/pci-ioda: fix 32-bit TCE table init in kdump kernel

On Wed, 2015-02-09 at 15:39:28 UTC, Nishanth Aravamudan wrote: > When attempting to kdump with the 4.2 kernel, we see for each PCI > device: > > pci 0003:01 : [PE# 000] Assign DMA32 space > pci 0003:01 : [PE# 000] Setting up 32-bit TCE table at 0..8000 > pci 0003:01 : [PE# 000]

Re: [FIX, v1] powerpc/pseries: Release DRC when configure_connector fails

On Mon, 2015-07-09 at 10:22:40 UTC, Bharata B Rao wrote: > From: Bharata B Rao > > Commit f32393c943e2 ("powerpc/pseries: Correct cpu affinity for > dlpar added cpus") moved dlpar_acquire_drc() call to before > dlpar_configure_connector() call in dlpar_cpu_probe(),

Re: powerpc: Add user-return-notifier support

On Tue, Sep 08, 2015 at 07:24:39PM +1000, Michael Ellerman wrote: > On Wed, 2015-09-02 at 10:39 +0530, Ananth N Mavinakayanahalli wrote: > > On Tue, Sep 01, 2015 at 10:29:12PM -0500, Scott Wood wrote: > > > > > Why is this selected by KVM on PPC if KVM on PPC doesn't use it? What is > > > the

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

On Tue, 2015-09-08 at 17:14 +1000, Michael Ellerman wrote: > On Tue, 2015-09-08 at 12:09 +0530, Bharata B Rao wrote: > > On Tue, Sep 08, 2015 at 04:08:06PM +1000, Michael Ellerman wrote: > > > Hmm, not for me. See below. > > > > > > What setup were you testing on Bharata? > > > > I was on commit

Re: [v2] powerpc/powernv/pci-ioda: fix kdump with non-power-of-2 crashkernel=

On Fri, 2015-04-09 at 18:22:52 UTC, Nishanth Aravamudan wrote: > The 32-bit TCE table initialization relies on the DMA window having a > size equal to a power of 2 (and checks for it explicitly). But > crashkernel= has no constraint that requires a power-of-2 be specified. > This causes the kdump

Re: [v2] cxl: abort cxl_pci_enable_device_hook() if PCI channel is offline

On Mon, 2015-07-09 at 00:52:58 UTC, Andrew Donnellan wrote: > cxl_pci_enable_device_hook() is called when attempting to enable an AFU > sitting on a vPHB. At present, the state of the underlying CXL card's PCI > channel is only checked when it calls cxl_afu_check_and_enable() at the > very end,

[PATCH 2/2] powerpc:numa Do not allocate bootmem memory for non existing nodes

Signed-off-by: Raghavendra K T --- arch/powerpc/mm/numa.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c index 8b9502a..8d8a541 100644 --- a/arch/powerpc/mm/numa.c +++ b/arch/powerpc/mm/numa.c

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

* Bharata B Rao (bhar...@linux.vnet.ibm.com) wrote: > On Tue, Sep 08, 2015 at 04:08:06PM +1000, Michael Ellerman wrote: > > On Wed, 2015-08-12 at 10:53 +0530, Bharata B Rao wrote: > > > On Tue, Aug 11, 2015 at 03:48:26PM +0200, Andrea Arcangeli wrote: > > > > Hello Bharata, > > > > > > > > On

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

* Bharata B Rao (bhar...@linux.vnet.ibm.com) wrote: > On Tue, Sep 08, 2015 at 01:46:52PM +0100, Dr. David Alan Gilbert wrote: > > * Bharata B Rao (bhar...@linux.vnet.ibm.com) wrote: > > > On Tue, Sep 08, 2015 at 09:59:47AM +0100, Dr. David Alan Gilbert wrote: > > > > * Bharata B Rao

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

* Michael Ellerman (m...@ellerman.id.au) wrote: > On Tue, 2015-09-08 at 17:14 +1000, Michael Ellerman wrote: > > On Tue, 2015-09-08 at 12:09 +0530, Bharata B Rao wrote: > > > On Tue, Sep 08, 2015 at 04:08:06PM +1000, Michael Ellerman wrote: > > > > Hmm, not for me. See below. > > > > > > > > What

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

* Bharata B Rao (bhar...@linux.vnet.ibm.com) wrote: > On Tue, Sep 08, 2015 at 09:59:47AM +0100, Dr. David Alan Gilbert wrote: > > * Bharata B Rao (bhar...@linux.vnet.ibm.com) wrote: > > > In fact I had successfully done postcopy migration of sPAPR guest with > > > this setup. > > > > Interesting

Re: [Qemu-devel] [PATCH 19/23] userfaultfd: activate syscall

On Tue, Sep 08, 2015 at 01:46:52PM +0100, Dr. David Alan Gilbert wrote: > * Bharata B Rao (bhar...@linux.vnet.ibm.com) wrote: > > On Tue, Sep 08, 2015 at 09:59:47AM +0100, Dr. David Alan Gilbert wrote: > > > * Bharata B Rao (bhar...@linux.vnet.ibm.com) wrote: > > > > In fact I had successfully

[PATCH v9 2/6] mm: mlock: Add new mlock system call

With the refactored mlock code, introduce a new system call for mlock. The new call will allow the user to specify what lock states are being added. mlock2 is trivial at the moment, but a follow on patch will add a new mlock state making it useful. Signed-off-by: Eric B Munson

[PATCH v9 0/6] Allow user to request memory to be locked on page fault

Since this set has not been merge yet, here is a respin that drops the export of VM_LOCKONFAULT to the rmap code. --- mlock() allows a user to control page out of program memory, but this comes at the cost of faulting in the entire mapping when it is allocated. For large mappings where the

Re: [PATCH] powerpc: define empty enable_kernel_vsx() when CONFIG_VSX=n

On 09/08/2015 04:47 PM, Paul Mackerras wrote: > On Tue, Sep 08, 2015 at 12:13:11PM -0600, tim.gard...@canonical.com wrote: >> From: Tim Gardner >> >> commit 72cd7b44bc99 ("powerpc: Uncomment and make enable_kernel_vsx() >> routine available") neglected to define an

Re: [PATCH] powerpc: define empty enable_kernel_vsx() when CONFIG_VSX=n

On Tue, Sep 08, 2015 at 12:13:11PM -0600, tim.gard...@canonical.com wrote: > From: Tim Gardner > > commit 72cd7b44bc99 ("powerpc: Uncomment and make enable_kernel_vsx() > routine available") neglected to define an empty inline replacement for > enable_kernel_vsx() when

Re: [PATCH v6 1/2] perf,kvm/powerpc: Add kvm_perf.h for powerpc

Em Tue, Sep 08, 2015 at 06:33:45PM +1000, Michael Ellerman escreveu: > On Tue, 2015-09-08 at 10:26 +0530, Hemant Kumar wrote: > > > > On 09/07/2015 10:40 AM, Michael Ellerman wrote: > > > On Fri, 2015-09-04 at 17:51 -0300, Arnaldo Carvalho de Melo wrote: > > >> Em Tue, Sep 01, 2015 at 12:18:47PM

Re: [[PATCH v6 09/10] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface

On Tue, 2015-09-08 at 13:29 +0200, Peter Zijlstra wrote: > On Tue, Sep 08, 2015 at 07:07:55PM +1000, Michael Ellerman wrote: > > On Thu, 2015-09-03 at 20:07 -0700, Sukadev Bhattiprolu wrote: > > > The 24x7 counters in Powerpc allow monitoring a large number of counters > > > simultaneously. They

Re: [PATCH] powerpc: define empty enable_kernel_vsx() when CONFIG_VSX=n

On Tue, 2015-09-08 at 17:19 -0600, Tim Gardner wrote: > On 09/08/2015 04:47 PM, Paul Mackerras wrote: > > On Tue, Sep 08, 2015 at 12:13:11PM -0600, tim.gard...@canonical.com wrote: > >> From: Tim Gardner > >> > >> commit 72cd7b44bc99 ("powerpc: Uncomment and make

Re: [PATCH] powerpc: Kconfig: remove BE-only platforms from LE kernel build

On Mon, 2015-09-07 at 07:58 +0800, Boqun Feng wrote: > diff --git a/arch/powerpc/platforms/cell/Kconfig > b/arch/powerpc/platforms/cell/Kconfig > index 2f23133..808a904 100644 > --- a/arch/powerpc/platforms/cell/Kconfig > +++ b/arch/powerpc/platforms/cell/Kconfig > @@ -25,7 +25,7 @@ config

Re: [PATCH V9 11/11] powerpc/powernv: compound PE for VFs

On Wed, Jul 29, 2015 at 11:17:18AM +0800, Wei Yang wrote: >Hi, Michael > >Hope you didn't take this yet. We may change this patch a little. > [Cc Alexey who might concern the SRIOV status] Richard, do you have plan to get it upstream? It seems it's hanged over here for long time. >On Fri, Jul

Re: [PATCH] powerpc: Kconfig: remove BE-only platforms from LE kernel build

Hi Michael, On Wed, Sep 09, 2015 at 12:26:44PM +1000, Michael Ellerman wrote: > On Mon, 2015-09-07 at 07:58 +0800, Boqun Feng wrote: > > diff --git a/arch/powerpc/platforms/cell/Kconfig > > b/arch/powerpc/platforms/cell/Kconfig > > index 2f23133..808a904 100644 > > ---

Re: [PATCH V9 11/11] powerpc/powernv: compound PE for VFs

On Wed, Sep 09, 2015 at 11:36:16AM +0800, Richard Yang wrote: >On Wed, Sep 09, 2015 at 12:48:21PM +1000, Gavin Shan wrote: >>On Wed, Jul 29, 2015 at 11:17:18AM +0800, Wei Yang wrote: >>>Hi, Michael >>> >>>Hope you didn't take this yet. We may change this patch a little. >>> >> >>[Cc Alexey who

Re: [PATCH V9 11/11] powerpc/powernv: compound PE for VFs

On Wed, Sep 09, 2015 at 12:48:21PM +1000, Gavin Shan wrote: >On Wed, Jul 29, 2015 at 11:17:18AM +0800, Wei Yang wrote: >>Hi, Michael >> >>Hope you didn't take this yet. We may change this patch a little. >> > >[Cc Alexey who might concern the SRIOV status] > >Richard, do you have plan to get it

[PATCH v9 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage

The previous patch introduced a flag that specified pages in a VMA should be placed on the unevictable LRU, but they should not be made present when the area is created. This patch adds the ability to set this state via the new mlock system calls. We add MLOCK_ONFAULT for mlock2 and MCL_ONFAULT

floating-point

Hello, Is floating point should be supported by default in kernel. I see that I can't use floating point in application, although kernel is configured with CONFIG_PPC_FPU Does kernel required any additional configurations for floating-point? Regards, Ran

Re: [PATCH] powerpc: Kconfig: remove BE-only platforms from LE kernel build

On Mon, 2015-09-07 at 07:58 +0800, Boqun Feng wrote: > arch/powerpc/platforms/ps3/Kconfig | 2 +- Looks OK for PS3. Acked-by: Geoff Levand ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org

[PATCH] powerpc: define empty enable_kernel_vsx() when CONFIG_VSX=n

From: Tim Gardner commit 72cd7b44bc99 ("powerpc: Uncomment and make enable_kernel_vsx() routine available") neglected to define an empty inline replacement for enable_kernel_vsx() when CONFIG_VSX=n. Cc: Benjamin Herrenschmidt Cc: Paul

[PATCH 0/2] Replace nr_node_ids for loop with for_each_node

Many places in the kernel use 'for' loop with nr_node_ids. For the architectures which supports sparse numa ids, this will result in some unnecessary allocations for non existing nodes. (for e.g., numa node numbers such as 0,1,16,17 is common in powerpc.) So replace the for loop with

[PATCH 1/2] mm: Replace nr_node_ids for loop with for_each_node in list lru

The functions used in the patch are in slowpath, which gets called whenever alloc_super is called during mounts. Though this should not make difference for the architectures with sequential numa node ids, for the powerpc which can potentially have sparse node ids (for e.g., 4 node system having

Re: [PATCH V9 11/11] powerpc/powernv: compound PE for VFs

On Wed, Sep 09, 2015 at 02:59:11PM +1000, Benjamin Herrenschmidt wrote: >On Wed, 2015-09-09 at 11:36 +0800, Richard Yang wrote: >> The VF EEH is hung since we re-designed the SRIOV. After the re >> -design, we >> don't have VF groups. >> >> My plan is to push the VF EEH patch set after the SRIOV

Re: [PATCH] powerpc: Kconfig: remove BE-only platforms from LE kernel build

On Wed, 2015-09-09 at 11:25 +0800, Boqun Feng wrote: > Hi Michael, > > On Wed, Sep 09, 2015 at 12:26:44PM +1000, Michael Ellerman wrote: > > On Mon, 2015-09-07 at 07:58 +0800, Boqun Feng wrote: > > > diff --git a/arch/powerpc/platforms/cell/Kconfig > > > b/arch/powerpc/platforms/cell/Kconfig > >

Re: [PATCH V9 11/11] powerpc/powernv: compound PE for VFs

On Wed, 2015-09-09 at 11:36 +0800, Richard Yang wrote: > The VF EEH is hung since we re-designed the SRIOV. After the re > -design, we > don't have VF groups. > > My plan is to push the VF EEH patch set after the SRIOV Redesign is > accepted. What do you mean taht we don't have VF groups ? If

[PATCH] cxl: Fix unbalanced pci_dev_get in cxl_probe

Currently the first thing we do in cxl_probe is to grab a reference on the pci device. Later on, we call device_register on our adapter, which also holds the PCI device. In our remove path, we call device_unregister, but we never call pci_dev_put. We therefore leak the device every time we do a

Re: [PATCH V9 11/11] powerpc/powernv: compound PE for VFs

On 09/09/2015 01:36 PM, Richard Yang wrote: On Wed, Sep 09, 2015 at 12:48:21PM +1000, Gavin Shan wrote: On Wed, Jul 29, 2015 at 11:17:18AM +0800, Wei Yang wrote: Hi, Michael Hope you didn't take this yet. We may change this patch a little. [Cc Alexey who might concern the SRIOV status]