Re: [PATCH RFC v3 0/8] EEH Support for VFIO PCI device

2014-05-15 Thread Mike Qiu
Hi Gavin, Can error injection be done if EEH is not enbaled? Thanks Mike On 05/14/2014 12:11 PM, Gavin Shan wrote: The series of patches intends to support EEH for PCI devices, which are passed through to PowerKVM based guest via VFIO. The implementation is straightforward based on the issues

Re: [PATCH RFC v3 0/8] EEH Support for VFIO PCI device

2014-05-15 Thread Gavin Shan
On Thu, May 15, 2014 at 02:34:27PM +0800, Mike Qiu wrote: Hi Gavin, Can error injection be done if EEH is not enbaled? Yes, utility errinject still can inject PCI errors to host for testing purpose. Since the PCI errors injected by errinjct is mainly for EEH testing. it would be meaningless to

[PATCH][v2] powerpc/mpc85xx: Add BSC9132 QDS Support

2014-05-15 Thread Harninder Rai
- BSC9132 is an integrated device that targets Femto base station market. It combines Power Architecture e500v2 and DSP StarCore SC3850 technologies with MAPLE-B2F baseband acceleration processing elements - BSC9132QDS Overview 2Gbyte DDR3 (on board DDR) 32Mbyte 16bit NOR flash

Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc

2014-05-15 Thread Madhavan Srinivasan
Hi Ingo, Do you have any comments for the latest version of the patchset. If not, kindly can you pick it up as is. With regards Maddy Kirill A. Shutemov with 8c6e50b029 commit introduced vm_ops-map_pages() for mapping easy accessible pages around fault address in hope to reduce

Re: [PATCH V2 2/3] powerpc, ptrace: Enable support for transactional memory register sets

2014-05-15 Thread Anshuman Khandual
On 05/14/2014 04:45 PM, Pedro Alves wrote: On 05/14/14 06:46, Anshuman Khandual wrote: On 05/13/2014 10:43 PM, Pedro Alves wrote: On 05/05/14 08:54, Anshuman Khandual wrote: This patch enables get and set of transactional memory related register sets through PTRACE_GETREGSET/PTRACE_SETREGSET

Re: powerpc/ppc64: Allow allmodconfig to build (finally !)

2014-05-15 Thread Alan Modra
On Wed, May 14, 2014 at 08:34:30AM -0700, Guenter Roeck wrote: Bummer. Confirmed, if I replace @h with @high in just one place, the builds pass with binutils 2.24. Unfortunately the same builds then fails with binutils 2.23. Any idea how to get it to compile with both old and new versions ?

Re: powerpc/ppc64: Allow allmodconfig to build (finally !)

2014-05-15 Thread Guenter Roeck
On 05/15/2014 02:47 AM, Alan Modra wrote: On Wed, May 14, 2014 at 08:34:30AM -0700, Guenter Roeck wrote: Bummer. Confirmed, if I replace @h with @high in just one place, the builds pass with binutils 2.24. Unfortunately the same builds then fails with binutils 2.23. Any idea how to get it to

Re: [PATCH V2 2/3] powerpc, ptrace: Enable support for transactional memory register sets

2014-05-15 Thread Pedro Alves
On 05/15/2014 09:25 AM, Anshuman Khandual wrote: On 05/14/2014 04:45 PM, Pedro Alves wrote: On 05/14/14 06:46, Anshuman Khandual wrote: On 05/13/2014 10:43 PM, Pedro Alves wrote: On 05/05/14 08:54, Anshuman Khandual wrote: This patch enables get and set of transactional memory related

Re: powerpc/ppc64: Allow allmodconfig to build (finally !)

2014-05-15 Thread Benjamin Herrenschmidt
On Thu, 2014-05-15 at 03:46 -0700, Guenter Roeck wrote: On 05/15/2014 02:47 AM, Alan Modra wrote: On Wed, May 14, 2014 at 08:34:30AM -0700, Guenter Roeck wrote: Bummer. Confirmed, if I replace @h with @high in just one place, the builds pass with binutils 2.24. Unfortunately the same builds

[PATCH] PPC: ePAPR: Fix hypercall on LE guest

2014-05-15 Thread Alexander Graf
We get an array of instructions from the hypervisor via device tree that we write into a buffer that gets executed whenever we want to make an ePAPR compliant hypercall. However, the hypervisor passes us these instructions in BE order which we have to manually convert to LE when we want to run

Re: powerpc/ppc64: Allow allmodconfig to build (finally !)

2014-05-15 Thread Guenter Roeck
On 05/15/2014 05:22 AM, Benjamin Herrenschmidt wrote: On Thu, 2014-05-15 at 03:46 -0700, Guenter Roeck wrote: On 05/15/2014 02:47 AM, Alan Modra wrote: On Wed, May 14, 2014 at 08:34:30AM -0700, Guenter Roeck wrote: Bummer. Confirmed, if I replace @h with @high in just one place, the builds

[PATCH RFC v13 0/5] MPC512x DMA slave s/g support, OF DMA lookup

2014-05-15 Thread Alexander Popov
2013/7/14 Gerhard Sittig g...@denx.de: this series - introduces slave s/g support (that's support for DMA transfers which involve peripherals in contrast to mem-to-mem transfers) - adds device tree based lookup support for DMA channels - combines floating patches and related feedback which

[PATCH RFC v13 1/5] dmaengine: fix comment typo

2014-05-15 Thread Alexander Popov
Fix comment typo. Signed-off-by: Alexander Popov a13xp0p0...@gmail.com --- include/linux/dmaengine.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/dmaengine.h b/include/linux/dmaengine.h index 8300fb8..cbb168e 100644 --- a/include/linux/dmaengine.h +++

[PATCH RFC v13 2/5] dma: mpc512x: add support for peripheral transfers

2014-05-15 Thread Alexander Popov
Introduce support for slave s/g transfer preparation and the associated device control callback in the MPC512x DMA controller driver, which adds support for data transfers between memory and peripheral I/O to the previously supported mem-to-mem transfers. Signed-off-by: Alexander Popov

[PATCH RFC v13 3/5] dma: of: add common xlate function for matching by channel id

2014-05-15 Thread Alexander Popov
This patch adds a new common OF dma xlate callback function which will match a channel by it's id. The binding expects one integer argument which it will use to lookup the channel by the id. Unlike of_dma_simple_xlate this function is able to handle a system with multiple DMA controllers. When

[PATCH RFC v13 4/5] dma: mpc512x: add device tree binding document

2014-05-15 Thread Alexander Popov
Introduce a device tree binding document for the MPC512x DMA controller Signed-off-by: Alexander Popov a13xp0p0...@gmail.com --- .../devicetree/bindings/dma/mpc512x-dma.txt| 40 ++ 1 file changed, 40 insertions(+) create mode 100644

[PATCH RFC v13 5/5] dma: mpc512x: register for device tree channel lookup

2014-05-15 Thread Alexander Popov
Register the controller for device tree based lookup of DMA channels (non-fatal for backwards compatibility with older device trees) and provide the '#dma-cells' property in the shared mpc5121.dtsi file Signed-off-by: Alexander Popov a13xp0p0...@gmail.com --- arch/powerpc/boot/dts/mpc5121.dtsi |

Re: roundup_pow_of_two() may not handle 64-bit integers

2014-05-15 Thread David Howells
Brian Norris computersforpe...@gmail.com wrote: I'm looking to use roundup_pow_of_two() (actually, order_base_2()) from linux/log2.h, but it seems that it only supports 64-bit integers if your toolchain uses a 64-bit 'unsigned long' type. This is strange, considering that ilog2() is

Re: [PATCH 3/3] of: Handle memory@0 node on PPC32 only

2014-05-15 Thread Grant Likely
On Thu, 24 Apr 2014 10:26:42 +0100, Leif Lindholm leif.lindh...@linaro.org wrote: On Wed, Apr 23, 2014 at 02:10:58PM +0100, Grant Likely wrote: Does anyone have a LongTrail DT to hand, and if so does the root have a compatible string? From grepping through the kernel I could only find a

[PATCH] powerpc: Fix 64 bit builds with binutils 2.24

2014-05-15 Thread Guenter Roeck
With binutils 2.24, various 64 bit builds fail with relocation errors such as arch/powerpc/kernel/built-in.o: In function `exc_debug_crit_book3e': (.text+0x165ee): relocation truncated to fit: R_PPC64_ADDR16_HI against symbol `interrupt_base_book3e' defined in .text section

[PATCH] powerpc: Fix unused variable warning for epapr_has_idle

2014-05-15 Thread Scott Wood
This warning can be seen in allyesconfig, and was introduced by commit f9eb581c63b2acce827570e105205c0789360650 powerpc: fix build of epapr_paravirt on 64-bit book3s. Signed-off-by: Scott Wood scottw...@freescale.com --- Sorry about the churn on this -- I did try to build allyesconfig, but I

Re: [PATCH V4 0/2] mm: FAULT_AROUND_ORDER patchset performance data for powerpc

2014-05-15 Thread Hugh Dickins
On Thu, 15 May 2014, Madhavan Srinivasan wrote: Hi Ingo, Do you have any comments for the latest version of the patchset. If not, kindly can you pick it up as is. With regards Maddy Kirill A. Shutemov with 8c6e50b029 commit introduced vm_ops-map_pages() for mapping easy

Re: roundup_pow_of_two() may not handle 64-bit integers

2014-05-15 Thread Brian Norris
On Thu, May 15, 2014 at 04:03:09PM +0100, David Howells wrote: Brian Norris computersforpe...@gmail.com wrote: I'm looking to use roundup_pow_of_two() (actually, order_base_2()) from linux/log2.h, but it seems that it only supports 64-bit integers if your toolchain uses a 64-bit 'unsigned

[PATCH] selftests: PAGE_SIZE may not be defined

2014-05-15 Thread Thierry Fauck ( thierry @ linux.vnet.ibm.com )
Hi Ben, The following patch seems relevant for Ubuntu and Debian distro testing. I know it's minor but I need to know if you do you care about it or sif I should remove it from the bugs info. Thanks Best regards Thierry

Re: [PATCH V2 2/3] powerpc, ptrace: Enable support for transactional memory register sets

2014-05-15 Thread Michael Neuling
So in sum, it very much looks like the intention is for PTRACE_GETREGSET/PTRACE_SETREGSET to return ENODEV in the case the regset doesn't exist on the running machine, and then it looks like at least x86 works that way. Good point... agreed. We should ENODEV when we don't have TM hardware