Re: [PATCH] powerpc/align: Use #ifdef __BIG_ENDIAN__ #else for REG_BYTE

On Tuesday, June 21, 2016 10:51:00 AM CEST Michael Ellerman wrote: > On Fri, 2016-06-17 at 12:46 +0200, Arnd Bergmann wrote: > > On Friday, June 17, 2016 1:35:35 PM CEST Daniel Axtens wrote: > > > > It would be better to fix the sparse compilation so the same endianess > > > > is set that you get

Re: [v6, 1/2] cxl: Add mechanism for delivering AFU driver specific events

Hi Ian, Ian Munsie writes: > Excerpts from Vaibhav Jain's message of 2016-06-20 14:20:16 +0530: >> > +int cxl_unset_driver_ops(struct cxl_context *ctx) >> > +{ >> > +if (atomic_read(>afu_driver_events)) >> > +return -EBUSY; >> > + >> > +ctx->afu_driver_ops =

Re: [6/6] ppc: ebpf/jit: Implement JIT compiler for extended BPF

On Tue, 2016-06-21 at 12:28 +0530, Naveen N. Rao wrote: > On 2016/06/21 09:38AM, Michael Ellerman wrote: > > On Sun, 2016-06-19 at 23:06 +0530, Naveen N. Rao wrote: > > > > > > #include > > > > > > in bpf_jit_comp64.c > > > > > > Can you please check if it resolves the build error? > > > >

[PATCH] powerpc: Fix faults caused by radix patching of SLB miss handler

As part of the Radix MMU support we added some feature sections in the SLB miss handler. These are intended to catch the case that we incorrectly take an SLB miss when Radix is enabled, and instead of crashing weirdly they bail out to a well defined exit path and trigger an oops. However the way

Re: [PATCH] leds: Add no-op gpio_led_register_device when LED subsystem is disabled

On 06/21/2016 02:09 AM, Jacek Anaszewski wrote: > Hi Andrew, > > This patch doesn't apply, please rebase onto recent LED tree. > > On 06/21/2016 12:13 AM, Andrew F. Davis wrote: >> Some systems use 'gpio_led_register_device' to make an in-memory copy of >> their LED device table so the original

Re: [PATCH] ppc: Fix BPF JIT for ABIv2

On 2016/06/20 03:56PM, Thadeu Lima de Souza Cascardo wrote: > On Sun, Jun 19, 2016 at 11:19:14PM +0530, Naveen N. Rao wrote: > > On 2016/06/17 10:00AM, Thadeu Lima de Souza Cascardo wrote: > > > > > > Hi, Michael and Naveen. > > > > > > I noticed independently that there is a problem with BPF

Re: [PATCH] ppc: Fix BPF JIT for ABIv2

On Tue, 2016-06-21 at 14:28 +0530, Naveen N. Rao wrote: > On 2016/06/20 03:56PM, Thadeu Lima de Souza Cascardo wrote: > > On Sun, Jun 19, 2016 at 11:19:14PM +0530, Naveen N. Rao wrote: > > > On 2016/06/17 10:00AM, Thadeu Lima de Souza Cascardo wrote: > > > > > > > > Hi, Michael and Naveen. > > >

Re: [PATCH v6 07/11] powerpc/powernv: set power_save func after the idle states are initialized

On Wed, 2016-06-22 at 11:54 +1000, Benjamin Herrenschmidt wrote: > On Wed, 2016-06-08 at 11:54 -0500, Shreyas B. Prabhu wrote: > > > > pnv_init_idle_states discovers supported idle states from the > > device tree and does the required initialization. Set power_save > > function pointer only after

Re: [PATCH v13 01/16] PCI: Let pci_mmap_page_range() take resource address

On Sat, Jun 18, 2016 at 5:17 AM, Bjorn Helgaas wrote: > On Fri, Jun 17, 2016 at 07:24:46PM -0700, Yinghai Lu wrote: >> In 8c05cd08a7 ("PCI: fix offset check for sysfs mmapped files"), try >> to check exposed value with resource start/end in proc mmap path. >> >> |start

Re: [PATCH] ppc: Fix BPF JIT for ABIv2

On Fri, 2016-06-17 at 10:00 -0300, Thadeu Lima de Souza Cascardo wrote: > From a984dc02b6317a1d3a3c2302385adba5227be5bd Mon Sep 17 00:00:00 2001 > From: Thadeu Lima de Souza Cascardo > Date: Wed, 15 Jun 2016 13:22:12 -0300 > Subject: [PATCH] ppc: Fix BPF JIT for ABIv2 > >

Re: [PATCH 0/6] kexec_file: Add buffer hand-over for the next kernel

On 06/20/16 at 10:44pm, Thiago Jung Bauermann wrote: > Hello, > > This patch series implements a mechanism which allows the kernel to pass on > a buffer to the kernel that will be kexec'd. This buffer is passed as a > segment which is added to the kimage when it is being prepared by >

Re: [PATCH v3] tools/perf: Fix the mask in regs_dump__printf and print_sample_iregs

On Tuesday 21 June 2016 09:05 PM, Yury Norov wrote: > On Tue, Jun 21, 2016 at 08:26:40PM +0530, Madhavan Srinivasan wrote: >> When decoding the perf_regs mask in regs_dump__printf(), >> we loop through the mask using find_first_bit and find_next_bit functions. >> "mask" is of type "u64", but

Re: [PATCH] ppc: Fix BPF JIT for ABIv2

On Tue, 2016-06-21 at 14:28 +0530, Naveen N. Rao wrote: > On 2016/06/20 03:56PM, Thadeu Lima de Souza Cascardo wrote: > > On Sun, Jun 19, 2016 at 11:19:14PM +0530, Naveen N. Rao wrote: > > > On 2016/06/17 10:00AM, Thadeu Lima de Souza Cascardo wrote: > > > > > > > > Hi, Michael and Naveen. > > >

Re: [PATCH 1/2] workqueue: Move wq_update_unbound_numa() to the beginning of CPU_ONLINE

On Tue, Jun 21, 2016 at 09:47:19PM +0200, Peter Zijlstra wrote: > On Tue, Jun 21, 2016 at 03:43:56PM -0400, Tejun Heo wrote: > > On Tue, Jun 21, 2016 at 09:37:09PM +0200, Peter Zijlstra wrote: > > > Hurm.. So I've applied it, just to get this issue sorted, but I'm not > > > entirely sure I like

[PATCH v2] ibmvnic: fix to use list_for_each_safe() when delete items

Since we will remove items off the list using list_del() we need to use a safe version of the list_for_each() macro aptly named list_for_each_safe(). Signed-off-by: Wei Yongjun --- drivers/net/ethernet/ibm/ibmvnic.c | 14 +++--- 1 file changed, 7

Re: [PATCH] ppc: Fix BPF JIT for ABIv2

On Tue, 2016-06-21 at 08:45 -0700, Alexei Starovoitov wrote: > On 6/21/16 7:47 AM, Thadeu Lima de Souza Cascardo wrote: > > > > > > > > The calling convention is different with ABIv2 and so we'll need changes > > > > in bpf_slow_path_common() and sk_negative_common(). > > > > > > How big would

Re: [RESEND][PATCH v2] powerpc: Export thread_struct.used_vr/used_vsr to user space

On Tue, Jun 21, 2016 at 02:30:06PM +0800, Simon Guo wrote: > Hi Michael, > On Wed, Apr 06, 2016 at 03:00:12PM +0800, Simon Guo wrote: > > These 2 fields track whether user process has used Altivec/VSX > > registers or not. They are used by kernel to setup signal frame > > on user stack correctly

Re: [PATCH] powerpc: Fix faults caused by radix patching of SLB miss handler

Michael Ellerman writes: > As part of the Radix MMU support we added some feature sections in the > SLB miss handler. These are intended to catch the case that we > incorrectly take an SLB miss when Radix is enabled, and instead of > crashing weirdly they bail out to a well

Re: [PATCH v6 07/11] powerpc/powernv: set power_save func after the idle states are initialized

On Wed, 2016-06-08 at 11:54 -0500, Shreyas B. Prabhu wrote: > pnv_init_idle_states discovers supported idle states from the > device tree and does the required initialization. Set power_save > function pointer only after this initialization is done > > Reviewed-by: Gautham R. Shenoy

Re: [PATCH] ibmvnic: fix to use list_for_each_safe() when delete items

Hi Thomas Falcon, Thanks for found this. I will send new patch include your changes. Regards, Yongjun Wei On 06/22/2016 12:01 AM, Thomas Falcon wrote: On 06/20/2016 10:50 AM, Thomas Falcon wrote: On 06/17/2016 09:53 PM, weiyj...@163.com wrote: From: Wei Yongjun

Re: [v10,01/18] PCI: Add pcibios_setup_bridge()

On Fri, 2016-20-05 at 06:41:25 UTC, Gavin Shan wrote: > Currently, PowerPC PowerNV platform utilizes ppc_md.pcibios_fixup(), > which is called for once after PCI probing and resource assignment > are completed, to allocate platform required resources for PCI devices: > PE#, IO and MMIO mapping,

Re: powerpc/kprobes: Remove kretprobe_trampoline_holder.

On Thu, 2016-31-03 at 20:10:40 UTC, Thiago Jung Bauermann wrote: > Fixes the following testsuite failure: > > $ sudo ./perf test -v kallsyms >1: vmlinux symtab matches kallsyms : > --- start --- > test child forked, pid 12489 > Using /proc/kcore for kernel

Re: powerpc/powernv: Print correct PHB type names

On Tue, 2016-21-06 at 02:35:56 UTC, Gavin Shan wrote: > We're initializing "IODA1" and "IODA2" PHBs though they are IODA2 > and NPU PHBs as below kernel log indicates. > >Initializing IODA1 OPAL PHB /pciex@3fffe4070 >Initializing IODA2 OPAL PHB /pciex@3fff00040 > > This fixes the

Re: [PATCH 1/2] workqueue: Move wq_update_unbound_numa() to the beginning of CPU_ONLINE

Hi Tejun, On Thu, Jun 16, 2016 at 03:35:04PM -0400, Tejun Heo wrote: > Hello, > > So, the issue of the initial worker not having its affinity set > correctly wasn't caused by the order of the operations. Reordering > just made set_cpus_allowed tried one more time late enough so that it > hides

Re: [1/2] Fix misleading comment in early_setup_secondary

On Fri, 2016-04-03 at 05:01:48 UTC, Madhavan Srinivasan wrote: > Current comment in the early_setup_secondary() for > paca->soft_enabled update is misleading. Comment should say to > Mark interrupts "disabled" insteads of "enable". > Patch to fix the typo. > > Signed-off-by: Madhavan Srinivasan

Re: [v6, 1/2] cxl: Add mechanism for delivering AFU driver specific events

> On Jun 21, 2016, at 5:34 AM, Vaibhav Jain wrote: > > Hi Ian, > > Ian Munsie writes: > >> Excerpts from Vaibhav Jain's message of 2016-06-20 14:20:16 +0530: >> >> What exactly is the use case for this API? I'd vote to drop it if we can >> do

Re: [v7,2/3] powerpc: Load Monitor Register Support

On Thu, 2016-09-06 at 02:31:09 UTC, Michael Neuling wrote: > From: Jack Miller > > This enables new registers, LMRR and LMSER, that can trigger an EBB in > userspace code when a monitored load (via the new ldmx instruction) > loads memory from a monitored space. This facility

Re: powerpc/pci: Fix SRIOV not building without EEH enabled

On Fri, 2016-17-06 at 05:25:17 UTC, Russell Currey wrote: > On Book3E CPUs (and possibly other configs), it is possible to have SRIOV > (CONFIG_PCI_IOV) set without CONFIG_EEH. The SRIOV code does not check > for this, and if EEH is disabled, pci_dn.c fails to build. > > Fix this by gating the

Re: [PATCH v5 1/6] qspinlock: powerpc support qspinlock

On 2016年06月07日 05:41, Benjamin Herrenschmidt wrote: On Mon, 2016-06-06 at 17:59 +0200, Peter Zijlstra wrote: On Fri, Jun 03, 2016 at 02:33:47PM +1000, Benjamin Herrenschmidt wrote: - For the above, can you show (or describe) where the qspinlock improves things compared to our current

Re: [v7,3/3] powerpc: Load Monitor Register Tests

On Thu, 2016-09-06 at 02:31:10 UTC, Michael Neuling wrote: > From: Jack Miller > > Adds two tests. One is a simple test to ensure that the new registers > LMRR and LMSER are properly maintained. The other actually uses the > existing EBB test infrastructure to test that LMRR

Re: [v7,1/3] powerpc: Improve FSCR init and context switching

On Thu, 2016-09-06 at 02:31:08 UTC, Michael Neuling wrote: > This fixes a few issues with FSCR init and switching. > ... > > Signed-off-by: Michael Neuling Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/b57bd2de8c6c9aa03f1b899edd cheers

Re: [v2] powerpc: export cpu_to_core_id()

On Thu, 2016-02-06 at 11:45:14 UTC, Mauricio Faria de Oliveira wrote: > Export cpu_to_core_id(). This will be used by the lpfc driver. > > This enables topology_core_id() from (defined > to cpu_to_core_id() in arch/powerpc/include/asm/topology.h) to be > used by (non-builtin) modules. > >

Re: [PATCH] leds: Add no-op gpio_led_register_device when LED subsystem is disabled

On 06/21/2016 01:48 PM, Andrew F. Davis wrote: On 06/21/2016 02:09 AM, Jacek Anaszewski wrote: Hi Andrew, This patch doesn't apply, please rebase onto recent LED tree. On 06/21/2016 12:13 AM, Andrew F. Davis wrote: Some systems use 'gpio_led_register_device' to make an in-memory copy of

Re: [PATCH v3] tools/perf: Fix the mask in regs_dump__printf and print_sample_iregs

On Tue, Jun 21, 2016 at 08:26:40PM +0530, Madhavan Srinivasan wrote: > When decoding the perf_regs mask in regs_dump__printf(), > we loop through the mask using find_first_bit and find_next_bit functions. > "mask" is of type "u64", but sent as a "unsigned long *" to > lib functions along with

Re: [PATCH 0/8] Various dmaengine cleanups

On Tue, Jun 07, 2016 at 06:38:33PM +0100, Peter Griffin wrote: > Hi Vinod, > > This series is a bunch of cleanup updates to various > dmaengine drivers, based on some of the review feeback to my fdma series. Good cleanup, Applied, thanks -- ~Vinod

Re: [PATCH] ibmvnic: fix to use list_for_each_safe() when delete items

On 06/20/2016 10:50 AM, Thomas Falcon wrote: > On 06/17/2016 09:53 PM, weiyj...@163.com wrote: >> From: Wei Yongjun >> >> Since we will remove items off the list using list_del() we need >> to use a safe version of the list_for_each() macro aptly named >>

Re: [PATCH 1/2] workqueue: Move wq_update_unbound_numa() to the beginning of CPU_ONLINE

On Tue, Jun 21, 2016 at 07:42:31PM +0530, Gautham R Shenoy wrote: > > Subject: [PATCH] sched: allow kthreads to fallback to online && !active cpus > > > > During CPU hotplug, CPU_ONLINE callbacks are run while the CPU is > > online but not active. A CPU_ONLINE callback may create or bind a > >

Re: [PATCH 7/8] dmaengine: tegra20-apb-dma: Only calculate residue if txstate exists.

On Wed, Jun 08, 2016 at 09:51:57AM +0100, Jon Hunter wrote: > Hi Peter, > > On 07/06/16 18:38, Peter Griffin wrote: > > There is no point calculating the residue if there is > > no txstate to store the value. > > > > Signed-off-by: Peter Griffin > > --- > >

Re: [Qemu-ppc] [PATCH v2] powerpc/pseries: start rtasd before PCI probing

On Wed, 15 Jun 2016 22:26:41 +0200 Greg Kurz wrote: > A strange behaviour is observed when comparing PCI hotplug in QEMU, between > x86 and pseries. If you consider the following steps: > - start a VM > - add a PCI device via the QEMU monitor before the rtasd has

Re: [PATCH] ppc: Fix BPF JIT for ABIv2

On 6/21/16 7:47 AM, Thadeu Lima de Souza Cascardo wrote: The calling convention is different with ABIv2 and so we'll need changes in bpf_slow_path_common() and sk_negative_common(). How big would those changes be? Do we know? How come no one reported this was broken previously? This is the

Re: [PATCH] ppc: Fix BPF JIT for ABIv2

On Tue, Jun 21, 2016 at 09:15:48PM +1000, Michael Ellerman wrote: > On Tue, 2016-06-21 at 14:28 +0530, Naveen N. Rao wrote: > > On 2016/06/20 03:56PM, Thadeu Lima de Souza Cascardo wrote: > > > On Sun, Jun 19, 2016 at 11:19:14PM +0530, Naveen N. Rao wrote: > > > > On 2016/06/17 10:00AM, Thadeu

[PATCH v3] tools/perf: Fix the mask in regs_dump__printf and print_sample_iregs

When decoding the perf_regs mask in regs_dump__printf(), we loop through the mask using find_first_bit and find_next_bit functions. "mask" is of type "u64", but sent as a "unsigned long *" to lib functions along with sizeof(). While the exisitng code works fine in most of the case, the logic is

Re: [PATCH 7/8] dmaengine: tegra20-apb-dma: Only calculate residue if txstate exists.

On 21/06/16 17:01, Vinod Koul wrote: > On Wed, Jun 08, 2016 at 09:51:57AM +0100, Jon Hunter wrote: >> Hi Peter, >> >> On 07/06/16 18:38, Peter Griffin wrote: >>> There is no point calculating the residue if there is >>> no txstate to store the value. >>> >>> Signed-off-by: Peter Griffin

Re: [RESEND PATCH v2 1/4] PCI: Ignore resource_alignment if PCI_PROBE_ONLY was set\\

On 2016/6/21 10:16, Yongji Xie wrote: On 2016/6/21 9:43, Bjorn Helgaas wrote: On Thu, Jun 02, 2016 at 01:46:48PM +0800, Yongji Xie wrote: The resource_alignment will releases memory resources allocated by firmware so that kernel can reassign new resources later on. But this will cause the

Re: [PATCH 1/2] workqueue: Move wq_update_unbound_numa() to the beginning of CPU_ONLINE

On Tue, Jun 21, 2016 at 03:43:56PM -0400, Tejun Heo wrote: > On Tue, Jun 21, 2016 at 09:37:09PM +0200, Peter Zijlstra wrote: > > Hurm.. So I've applied it, just to get this issue sorted, but I'm not > > entirely sure I like it. > > > > I think I prefer ego's version because that makes it harder

[PATCH v3 2/9] kexec_file: Generalize kexec_add_buffer.

Allow architectures to specify different memory walking functions for kexec_add_buffer. Intel uses iomem to track reserved memory ranges, but PowerPC uses the memblock subsystem. Signed-off-by: Thiago Jung Bauermann Cc: Eric Biederman Cc: Dave

[PATCH v3 8/9] powerpc: Add support for loading ELF kernels with kexec_file_load.

This uses all the infrastructure built up by the previous patches in the series to load an ELF vmlinux file and an initrd. It uses the flattened device tree at initial_boot_params as a base and adjusts memory reservations and its /chosen node for the next kernel. elf64_apply_relocate_add was

Re: [PATCH 1/2] workqueue: Move wq_update_unbound_numa() to the beginning of CPU_ONLINE

On Tue, Jun 21, 2016 at 11:36:51AM -0400, Tejun Heo wrote: > On Tue, Jun 21, 2016 at 07:42:31PM +0530, Gautham R Shenoy wrote: > > > Subject: [PATCH] sched: allow kthreads to fallback to online && !active > > > cpus > > > > > > During CPU hotplug, CPU_ONLINE callbacks are run while the CPU is >

[PATCH v3 1/9] kexec_file: Remove unused members from struct kexec_buf.

kexec_add_buffer uses kexec_buf.buffer and kexec_buf.bufsz to pass along its own arguments buffer and bufsz, but since they aren't used anywhere else, it's pointless. Signed-off-by: Thiago Jung Bauermann Cc: Eric Biederman Cc:

[PATCH v3 7/9] powerpc: Implement kexec_file_load.

Adds the basic machinery needed by kexec_file_load. Signed-off-by: Josh Sklar Signed-off-by: Thiago Jung Bauermann Cc: ke...@lists.infradead.org Cc: linux-ker...@vger.kernel.org --- arch/powerpc/Kconfig | 13 +

Re: [PATCH 1/2] workqueue: Move wq_update_unbound_numa() to the beginning of CPU_ONLINE

On Tue, Jun 21, 2016 at 09:37:09PM +0200, Peter Zijlstra wrote: > Hurm.. So I've applied it, just to get this issue sorted, but I'm not > entirely sure I like it. > > I think I prefer ego's version because that makes it harder to get stuff > to run on !active,online cpus. I think we really want

[PATCH v3 5/9] powerpc: Generalize elf64_apply_relocate_add.

When apply_relocate_add is called, modules are already loaded at their final location in memory so Elf64_Shdr.sh_addr can be used for accessing the section contents as well as the base address for relocations. This is not the case for kexec's purgatory, because it will only be copied to its final

[PATCH v3 0/9] kexec_file_load implementation for PowerPC

Hello, This patch series implements the kexec_file_load system call on PowerPC. This system call moves the reading of the kernel, initrd and the device tree from the userspace kexec tool to the kernel. This is needed if you want to do one or both of the following: 1. only allow loading of

[PATCH v3 4/9] powerpc: Factor out relocation code from module_64.c to elf_util_64.c.

The kexec_file_load system call needs to relocate the purgatory, so factor out the module relocation code so that it can be shared. This patch's purpose is to move the ELF relocation logic from apply_relocate_add to elf_util_64.c with as few changes as possible. The following changes were needed:

[PATCH v3 3/9] kexec_file: Factor out kexec_locate_mem_hole from kexec_add_buffer.

kexec_locate_mem_hole will be used by the PowerPC kexec_file_load implementation to find free memory for the purgatory stack. Signed-off-by: Thiago Jung Bauermann Cc: Eric Biederman Cc: Dave Young Cc:

[PATCH v3 6/9] powerpc: Add functions to read ELF files of any endianness.

A little endian kernel might need to kexec a big endian kernel (the opposite is less likely but could happen as well), so we can't just cast the buffer with the binary to ELF structs and use them as is done elsewhere. This patch adds functions which do byte-swapping as necessary when populating

[PATCH v3 9/9] powerpc: Add purgatory for kexec_file_load implementation.

This purgatory implementation comes from kexec-tools, almost unchanged. The only changes were that the sha256_regions global variable was renamed to sha_regions to match what kexec_file_load expects, and to use the sha256.c file from x86's purgatory to avoid adding yet another SHA-256

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

On Monday 20 June 2016 10:48 AM, Paul Mackerras wrote: > Hi Aravinda, > > 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

Re: [v6, 08/11] powerpc/powernv: Add platform support for stop instruction

> > > +#define OPAL_PM_TIMEBASE_STOP0x0002 > > > +#define OPAL_PM_LOSE_HYP_CONTEXT 0x2000 > > > +#define OPAL_PM_LOSE_FULL_CONTEXT0x4000 > > >  #define OPAL_PM_NAP_ENABLED 0x0001 > > >  #define OPAL_PM_SLEEP_ENABLED0x0002 > > >  

Re: powerpc/powernv: Exclude MSI region in extended bridge window

On Tue, Jun 21, 2016 at 02:30:48PM +1000, Michael Ellerman wrote: >On Tue, 2016-21-06 at 02:41:05 UTC, Gavin Shan wrote: >> The windows of root port and bridge behind that are extended to >> the PHB's windows to accomodate the PCI hotplug happening in >> future. The PHB's 64KB 32-bits MSI region

Re: [RESEND PATCH v2 4/4] PCI: Add support for enforcing all MMIO BARs to be page aligned

On 2016/6/21 10:26, Bjorn Helgaas wrote: On Thu, Jun 02, 2016 at 01:46:51PM +0800, Yongji Xie wrote: When vfio passthrough a PCI device of which MMIO BARs are smaller than PAGE_SIZE, guest will not handle the mmio accesses to the BARs which leads to mmio emulations in host. This is because

Re: [6/6] ppc: ebpf/jit: Implement JIT compiler for extended BPF

On 2016/06/21 09:38AM, Michael Ellerman wrote: > On Sun, 2016-06-19 at 23:06 +0530, Naveen N. Rao wrote: > > On 2016/06/17 10:53PM, Michael Ellerman wrote: > > > On Tue, 2016-07-06 at 13:32:23 UTC, "Naveen N. Rao" wrote: > > > > diff --git a/arch/powerpc/net/bpf_jit_comp64.c > > > >

Re: [PATCH] leds: Add no-op gpio_led_register_device when LED subsystem is disabled

Hi Andrew, This patch doesn't apply, please rebase onto recent LED tree. On 06/21/2016 12:13 AM, Andrew F. Davis wrote: Some systems use 'gpio_led_register_device' to make an in-memory copy of their LED device table so the original can be removed as .init.rodata. When the LED subsystem is not