Re: bootx_init.c:88: undefined reference to `__stack_chk_fail_local'

Le 11/01/2017 à 23:54, Segher Boessenkool a écrit : On Tue, Jan 10, 2017 at 07:26:15AM +0100, Christophe LEROY wrote: Maybe ppc32 is not supposed to be built with CC_STACKPROTECTOR ? Indeed, the latest versions of GCC don't use anymore the global variable __stack_chk_guard as canary value,

[PATCH] powerpc: Use octal numbers for file permissions

Symbolic macros are unintuitive and hard to read, whereas octal constants are much easier to interpret. Replace macros for the basic permission flags (user/group/other read/write/execute) with numeric constants instead, across the whole powerpc tree. Introducing a significant number of changes

Re: [PATCH kernel v3] KVM: PPC: Add in-kernel acceleration for VFIO

On Tue, Dec 20, 2016 at 05:52:29PM +1100, Alexey Kardashevskiy wrote: > This allows the host kernel to handle H_PUT_TCE, H_PUT_TCE_INDIRECT > and H_STUFF_TCE requests targeted an IOMMU TCE table used for VFIO > without passing them to user space which saves time on switching > to user space and

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

On Mon, Jan 09, 2017 at 05:10:45PM +0530, Aravinda Prasad wrote: > Enhance KVM to cause a guest exit with KVM_EXIT_NMI > exit reason upon a machine check exception (MCE) in > the guest address space if the KVM_CAP_PPC_FWNMI > capability is enabled (instead of delivering a 0x200 > interrupt to

Re: [PATCH 2/9] Move dma_ops from archdata into struct device

On Wed, Jan 11, 2017 at 10:28:05PM +, Bart Van Assche wrote: > On Wed, 2017-01-11 at 21:31 +0100, gre...@linuxfoundation.org wrote: > > That's a big sign that your patch series needs work. Break it up into > > smaller pieces, it should be possible, which will make merges easier > > (well,

Re: [PATCH kernel v2 05/11] KVM: PPC: Use preregistered memory API to access TCE list

On Wed, Jan 11, 2017 at 05:35:21PM +1100, Alexey Kardashevskiy wrote: > On 21/12/16 19:57, Alexey Kardashevskiy wrote: > > On 21/12/16 15:08, David Gibson wrote: > >> On Sun, Dec 18, 2016 at 12:28:54PM +1100, Alexey Kardashevskiy wrote: > >>> VFIO on sPAPR already implements guest memory

Re: [PATCH v2 0/4] cxlflash: Enhancements, cleanup and fixes

> "Uma" == Uma Krishnan writes: Uma> This patch series includes an enhancement to support a new command Uma> queuing model and also cleans up prints throughout the driver. The Uma> last patch in the series fixes a racing issue. Applied to 4.11/scsi-queue. --

Re: [PATCH v3 13/15] livepatch: change to a per-task consistency model

On Tue 2017-01-10 14:46:46, Josh Poimboeuf wrote: > On Tue, Jan 10, 2017 at 02:00:58PM +0100, Petr Mladek wrote: > > On Thu 2016-12-22 12:31:37, Josh Poimboeuf wrote: > > > On Thu, Dec 22, 2016 at 03:34:52PM +0100, Petr Mladek wrote: > > > > On Wed 2016-12-21 15:25:05, Josh Poimboeuf wrote: > > >

Re: [PATCH v3 13/15] livepatch: change to a per-task consistency model

On Wed, Jan 11, 2017 at 04:18:28PM +0100, Petr Mladek wrote: > On Tue 2017-01-10 14:46:46, Josh Poimboeuf wrote: > > On Tue, Jan 10, 2017 at 02:00:58PM +0100, Petr Mladek wrote: > > > On Thu 2016-12-22 12:31:37, Josh Poimboeuf wrote: > > > > On Thu, Dec 22, 2016 at 03:34:52PM +0100, Petr Mladek

Re: [PATCH v2] pci: hotplug: This patch removes unnecessary return statement using spatch tool

On Sat, Dec 24, 2016 at 03:08:00PM +0530, Rahul Krishnan wrote: > > This patch removes unnecessary return statement using spatch tool > > Signed-off-by: Rahul Krishnan Applied to pci/hotplug for v4.11 with Tyrel's Reviewed-by, thanks! Are there other similar

[PATCH] powerpc/pseries: Report DLPAR capabilities

As we add the ability to do DLPAR of additional devices through the sysfs interface we need to know which devices are supported. This adds the reporting of supported devices with a comma separated list reported in the existing /sys/kernel/dlpar. Signed-off-by: Nathan Fontenot

Re: [PATCH 2/9] Move dma_ops from archdata into struct device

On Wed, 2017-01-11 at 07:46 +0100, Greg Kroah-Hartman wrote: > On Tue, Jan 10, 2017 at 04:56:41PM -0800, Bart Van Assche wrote: > > Several RDMA drivers, e.g. drivers/infiniband/hw/qib, use the CPU to > > transfer data between memory and PCIe adapter. Because of performance > > reasons it is

Re: [Linux-c6x-dev] [PATCH v2 7/7] uapi: export all headers under uapi directories

On Fri, 2017-01-06 at 10:43 +0100, Nicolas Dichtel wrote: > Regularly, when a new header is created in include/uapi/, the developer > forgets to add it in the corresponding Kbuild file. This error is usually > detected after the release is out. > > In fact, all headers under uapi directories

Re: [PATCH 2/9] Move dma_ops from archdata into struct device

On Wed, 2017-01-11 at 07:48 +0100, Greg Kroah-Hartman wrote: > On Tue, Jan 10, 2017 at 04:56:41PM -0800, Bart Van Assche wrote: > > Several RDMA drivers, e.g. drivers/infiniband/hw/qib, use the CPU to > > transfer data between memory and PCIe adapter. Because of performance > > reasons it is

Re: WARNING at fs/sysfs/group.c:237 .sysfs_remove_group+0xc4/0xd0 on Linus mainline

Hi , Let me know if the below community fix is been merged into upstream code. https://www.mail-archive.com/linux-scsi@vger.kernel.org/msg39187.html Thanks Seeteena On 01/11/2017 12:14 PM, abdul wrote: Hi Today's mainline shows warning while load/unload lpfc module on PowerPC Machine :

Re: [PATCH v3 12/15] livepatch: store function sizes

On Thursday 08 December 2016 11:38 PM, Josh Poimboeuf wrote: For the consistency model we'll need to know the sizes of the old and new functions to determine if they're on the stacks of any tasks. Signed-off-by: Josh Poimboeuf Reviewed-by: Kamalesh Babulal

Re: [PATCH v2 0/7] uapi: export all headers under uapi directories

On Mon, Jan 09, 2017 at 12:33:58PM +0100, Arnd Bergmann wrote: > On Friday, January 6, 2017 10:43:52 AM CET Nicolas Dichtel wrote: > > Here is the v2 of this series. The first 5 patches are just cleanup: some > > exported headers were still under a non-uapi directory. > > Since this is meant as a

Re: [PATCH 2/9] Move dma_ops from archdata into struct device

On Wed, Jan 11, 2017 at 06:03:15PM +, Bart Van Assche wrote: > On Wed, 2017-01-11 at 07:46 +0100, Greg Kroah-Hartman wrote: > > On Tue, Jan 10, 2017 at 04:56:41PM -0800, Bart Van Assche wrote: > > > Several RDMA drivers, e.g. drivers/infiniband/hw/qib, use the CPU to > > > transfer data

Re: [PATCH 2/9] Move dma_ops from archdata into struct device

On Wed, Jan 11, 2017 at 06:17:03PM +, Bart Van Assche wrote: > On Wed, 2017-01-11 at 07:48 +0100, Greg Kroah-Hartman wrote: > > On Tue, Jan 10, 2017 at 04:56:41PM -0800, Bart Van Assche wrote: > > > Several RDMA drivers, e.g. drivers/infiniband/hw/qib, use the CPU to > > > transfer data

Re: bootx_init.c:88: undefined reference to `__stack_chk_fail_local'

On Tue, Jan 10, 2017 at 07:26:15AM +0100, Christophe LEROY wrote: > >Maybe ppc32 is not supposed to be built with CC_STACKPROTECTOR ? > > Indeed, the latest versions of GCC don't use anymore the global variable > __stack_chk_guard as canary value, but a value stored at -0x7008(r2). > This is

Re: [PATCH 2/9] Move dma_ops from archdata into struct device

On Wed, 2017-01-11 at 21:31 +0100, gre...@linuxfoundation.org wrote: > That's a big sign that your patch series needs work. Break it up into > smaller pieces, it should be possible, which will make merges easier > (well, different in a way.) Hello Greg, Can you have a look at the attached

[PATCH v2 1/4] cxlflash: Refactor context reset to share reset logic

From: "Matthew R. Ochs" As staging for supporting hardware with different context reset registers but a similar reset procedure, refactor the existing context reset routine to move the reset logic to a common routine. This will allow hardware with a different reset

[PATCH v2 4/4] cxlflash: Cancel scheduled workers before stopping AFU

When processing an AFU asynchronous interrupt, if the action results in an operation that requires off level processing (a link reset for example), the worker thread is scheduled. In the meantime a reset event (i.e.: EEH) could unmap the AFU to recover. This results in an Oops when the worker

[PATCH v2 0/4] cxlflash: Enhancements, cleanup and fixes

This patch series includes an enhancement to support a new command queuing model and also cleans up prints throughout the driver. The last patch in the series fixes a racing issue. The series is based upon v4.10-rc2, intended for 4.11 and is bisectable. v2 Changes: - Fixed SOBs for all the

[PATCH v2 3/4] cxlflash: Cleanup prints

From: "Matthew R. Ochs" The usage of prints within the cxlflash driver is inconsistent. This hinders debug and makes the driver source and log output appear sloppy. The following cleanups help unify the prints within cxlflash: - move all prints to dev-* where

[PATCH v2 2/4] cxlflash: Support SQ Command Mode

From: "Matthew R. Ochs" The SISLite specification outlines a new queuing model to improve over the MMIO-based IOARRIN model that exists today. This new model uses a submission queue that exists in host memory and is shared with the device. Each entry in the queue is an