Re: [PATCH 1/2] leds: Add generic support for memory mapped LEDs

2012-11-05 Thread Jon Medhurst (Tixy)
On Thu, 2012-11-01 at 17:58 +, Pawel Moll wrote: LEDs are often controlled by writing to memory mapped register. This patch adds: 1. Generic functions for platform code and drivers to create class device for LEDs controlled by arbitrary bit masks. The control register value is

Re: [PATCH 1/2] leds: Add generic support for memory mapped LEDs

2012-11-05 Thread Jon Medhurst (Tixy)
On Mon, 2012-11-05 at 12:55 +, Pawel Moll wrote: On Mon, 2012-11-05 at 09:39 +, Jon Medhurst (Tixy) wrote: +static void mmio_led_brightness_set(struct led_classdev *cdev, + enum led_brightness brightness) +{ + struct mmio_led *led = container_of(cdev, struct mmio_led

Re: [PATCH 9/9] ARM: add uprobes support

2012-10-17 Thread Jon Medhurst (Tixy)
On Mon, 2012-10-15 at 18:44 +0100, Dave Martin wrote: > On Mon, Oct 15, 2012 at 01:44:55PM +0200, Rabin Vincent wrote: > > 2012/10/15 Dave Martin : > > > On Sun, Oct 14, 2012 at 09:23:13PM +0200, Rabin Vincent wrote: > > >> Add basic uprobes support for ARM. > > >> > > >> perf probe --exec and

Re: [PATCH 9/9] ARM: add uprobes support

2012-10-17 Thread Jon Medhurst (Tixy)
On Mon, 2012-10-15 at 18:44 +0100, Dave Martin wrote: On Mon, Oct 15, 2012 at 01:44:55PM +0200, Rabin Vincent wrote: 2012/10/15 Dave Martin dave.mar...@linaro.org: On Sun, Oct 14, 2012 at 09:23:13PM +0200, Rabin Vincent wrote: Add basic uprobes support for ARM. perf probe --exec and

Re: [RFC PATCH 06/10] ARM: sched: Use device-tree to provide fast/slow CPU list for HMP

2012-10-10 Thread Jon Medhurst (Tixy)
On Wed, 2012-10-10 at 12:04 +0100, Morten Rasmussen wrote: > Hi Tixy, > > Could you have a look at my code stealing patch below? Since it is > basically a trimmed version of one of your patches I would prefer to > put you as author and have your SOB on it. What is your opinion? Yes, I can agree

Re: [RFC PATCH 06/10] ARM: sched: Use device-tree to provide fast/slow CPU list for HMP

2012-10-10 Thread Jon Medhurst (Tixy)
On Wed, 2012-10-10 at 12:04 +0100, Morten Rasmussen wrote: Hi Tixy, Could you have a look at my code stealing patch below? Since it is basically a trimmed version of one of your patches I would prefer to put you as author and have your SOB on it. What is your opinion? Yes, I can agree with

[PATCH] cpuidle: Prevent null pointer dereference in cpuidle_coupled_cpu_notify

2012-08-14 Thread Jon Medhurst (Tixy)
When a kernel is built to support multiple hardware types it's possible that CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is set but the hardware the kernel is run on doesn't support cpuidle and therefore doesn't load a driver for it. In this case, when the system is shut down, cpuidle_coupled_cpu_notify()

[PATCH] cpuidle: Prevent null pointer dereference in cpuidle_coupled_cpu_notify

2012-08-14 Thread Jon Medhurst (Tixy)
When a kernel is built to support multiple hardware types it's possible that CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED is set but the hardware the kernel is run on doesn't support cpuidle and therefore doesn't load a driver for it. In this case, when the system is shut down, cpuidle_coupled_cpu_notify()

<    1   2   3   4   5