Re: [PATCH V2 3/5] backlight: qcom-wled: Add support for short circuit handling

On Thu, May 03, 2018 at 03:42:30PM +0530, Kiran Gunda wrote: > Handle the short circuit interrupt and check if the short circuit > interrupt is valid. Re-enable the module to check if it goes > away. Disable the module altogether if the short circuit event > persists. > > Signed-off-by: Kiran

Re: [PATCH V2 3/5] backlight: qcom-wled: Add support for short circuit handling

On Thu, May 03, 2018 at 03:42:30PM +0530, Kiran Gunda wrote: > Handle the short circuit interrupt and check if the short circuit > interrupt is valid. Re-enable the module to check if it goes > away. Disable the module altogether if the short circuit event > persists. > > Signed-off-by: Kiran

Re: [PATCH V2 1/5] backlight: qcom-wled: Rename pm8941-wled.c to qcom-wled.c

On Thu, May 03, 2018 at 03:42:28PM +0530, Kiran Gunda wrote: > pm8941-wled.c driver is supporting the WLED peripheral > on pm8941. Rename it to qcom-wled.c so that it can support > WLED on multiple PMICs. > > Signed-off-by: Kiran Gunda > --- >

Re: [PATCH V2 1/5] backlight: qcom-wled: Rename pm8941-wled.c to qcom-wled.c

On Thu, May 03, 2018 at 03:42:28PM +0530, Kiran Gunda wrote: > pm8941-wled.c driver is supporting the WLED peripheral > on pm8941. Rename it to qcom-wled.c so that it can support > WLED on multiple PMICs. > > Signed-off-by: Kiran Gunda > --- > .../bindings/leds/backlight/{pm8941-wled.txt =>

Re: [PATCH V2 1/5] backlight: qcom-wled: Rename pm8941-wled.c to qcom-wled.c

On Mon, May 07, 2018 at 11:26:59AM +0530, kgu...@codeaurora.org wrote: > Hi Jingoo Han, > Thanks for the response. > > Thanks, > Kiran > On 2018-05-04 21:25, Jingoo Han wrote: > > On Thursday, May 3, 2018 6:12 AM, Kiran Gunda wrote: > > > > If you really want someone to review your patch, please

Re: [PATCH V2 1/5] backlight: qcom-wled: Rename pm8941-wled.c to qcom-wled.c

On Mon, May 07, 2018 at 11:26:59AM +0530, kgu...@codeaurora.org wrote: > Hi Jingoo Han, > Thanks for the response. > > Thanks, > Kiran > On 2018-05-04 21:25, Jingoo Han wrote: > > On Thursday, May 3, 2018 6:12 AM, Kiran Gunda wrote: > > > > If you really want someone to review your patch, please

Re: [PATCH] backlight: remove obsolete comment for ->state

Date: Wed Apr 25 19:42:52 2018 +0200 > > backlight: Nuke BL_CORE_DRIVER1 > > Cc: Jani Nikula <jani.nik...@intel.com> > Signed-off-by: Daniel Vetter <daniel.vet...@intel.com> > Cc: Lee Jones <lee.jo...@linaro.org> > Cc: Daniel Thompson <daniel.t

Re: [PATCH] backlight: remove obsolete comment for ->state

9:42:52 2018 +0200 > > backlight: Nuke BL_CORE_DRIVER1 > > Cc: Jani Nikula > Signed-off-by: Daniel Vetter > Cc: Lee Jones > Cc: Daniel Thompson > Cc: Jingoo Han Acked-by: Daniel Thompson > --- > include/linux/backlight.h | 1 - > 1 file changed, 1 deletion(-) &g

Re: [PATCH v2 0/5] kernel hacking: GCC optimization for debug experience (-Og)

On Wed, May 02, 2018 at 09:44:55PM +0800, changbin...@intel.com wrote: > From: Changbin Du > > Hi all, > I know some kernel developers was searching for a method to dissable GCC > optimizations, probably they want to apply GCC '-O0' option. But since Linux > kernel replys

Re: [PATCH v2 0/5] kernel hacking: GCC optimization for debug experience (-Og)

On Wed, May 02, 2018 at 09:44:55PM +0800, changbin...@intel.com wrote: > From: Changbin Du > > Hi all, > I know some kernel developers was searching for a method to dissable GCC > optimizations, probably they want to apply GCC '-O0' option. But since Linux > kernel replys on GCC optimization to

Re: [PATCH v2 0/6] arm64: provide pseudo NMI with GICv3

On Tue, May 01, 2018 at 06:18:44PM +, Joel Fernandes wrote: > > > From my understanding, Linux's hardlockup detector already uses the ARM > PMU > > > interrupt to check whether some task is stuck. I haven't looked at the > > > details of the implementation yet, but in theory having the PMU >

Re: [PATCH v2 0/6] arm64: provide pseudo NMI with GICv3

On Tue, May 01, 2018 at 06:18:44PM +, Joel Fernandes wrote: > > > From my understanding, Linux's hardlockup detector already uses the ARM > PMU > > > interrupt to check whether some task is stuck. I haven't looked at the > > > details of the implementation yet, but in theory having the PMU >

Re: [PATCH 1/2] backlight: Remove s6e63m0 driver

s *replaced* by an alternative, sounds more like it has merely bit rotted to the point it becomes unreachable. So it has my ack but I'll happliy to withdraw it if an interested party feels they need to devicetreeize it. Acked-by: Daniel Thompson <daniel.thomp...@linaro.org> Daniel.

Re: [PATCH 1/2] backlight: Remove s6e63m0 driver

o it has my ack but I'll happliy to withdraw it if an interested party feels they need to devicetreeize it. Acked-by: Daniel Thompson Daniel. > --- > drivers/video/backlight/Kconfig | 8 - > drivers/video/backlight/Makefile| 1 - > drivers/v

Re: [PATCH 2/2] backlight: Remove ld9040 driver

ses > DRM version of driver.. > > Suggested-by: Marek Szyprowski <m.szyprow...@samsung.com> > Cc: Marek Szyprowski <m.szyprow...@samsung.com> > Cc: Inki Dae <inki@samsung.com> > Signed-off-by: Krzysztof Kozlowski <k...@kernel.org> Acked-by: Daniel Thompson &

Re: [PATCH 2/2] backlight: Remove ld9040 driver

ses > DRM version of driver.. > > Suggested-by: Marek Szyprowski > Cc: Marek Szyprowski > Cc: Inki Dae > Signed-off-by: Krzysztof Kozlowski Acked-by: Daniel Thompson > --- > drivers/video/backlight/Kconfig| 8 - > drivers/video/backlight/Makefile | 1 -

Re: [PATCH v2 0/6] arm64: provide pseudo NMI with GICv3

On Mon, Apr 30, 2018 at 10:53:17AM +0100, Julien Thierry wrote: > > > On 29/04/18 07:37, Joel Fernandes wrote: > > On Wed, Jan 17, 2018 at 4:10 AM, Julien Thierry > > wrote: > > > Hi, > > > > > > On 17/01/18 11:54, Julien Thierry wrote: > > > > > > > > This series is

Re: [PATCH v2 0/6] arm64: provide pseudo NMI with GICv3

On Mon, Apr 30, 2018 at 10:53:17AM +0100, Julien Thierry wrote: > > > On 29/04/18 07:37, Joel Fernandes wrote: > > On Wed, Jan 17, 2018 at 4:10 AM, Julien Thierry > > wrote: > > > Hi, > > > > > > On 17/01/18 11:54, Julien Thierry wrote: > > > > > > > > This series is a continuation of the

Re: [PATCH bpf-next 1/5] samples/bpf: Fix typo in comment

On Fri, Apr 20, 2018 at 02:10:04PM +0200, Jesper Dangaard Brouer wrote: > > On Thu, 19 Apr 2018 09:34:02 +0800 Leo Yan wrote: > > > Fix typo by replacing 'iif' with 'if'. > > > > Signed-off-by: Leo Yan > > --- > > samples/bpf/bpf_load.c | 2 +- > > 1

Re: [PATCH bpf-next 1/5] samples/bpf: Fix typo in comment

On Fri, Apr 20, 2018 at 02:10:04PM +0200, Jesper Dangaard Brouer wrote: > > On Thu, 19 Apr 2018 09:34:02 +0800 Leo Yan wrote: > > > Fix typo by replacing 'iif' with 'if'. > > > > Signed-off-by: Leo Yan > > --- > > samples/bpf/bpf_load.c | 2 +- > > 1 file changed, 1 insertion(+), 1

Re: [PATCH RESEND] backlight: pwm_bl: don't use GPIOF_* with gpiod_get_direction

y: Wolfram Sang <wsa+rene...@sang-engineering.com> > > > Acked-by: Daniel Thompson <daniel.thomp...@linaro.org> > > > > Reviewed-by: Simon Horman <horms+rene...@verge.net.au> > > > > > --- > > > > > > Changes since V1: > >

Re: [PATCH RESEND] backlight: pwm_bl: don't use GPIOF_* with gpiod_get_direction

; > of the GPIOF_* flags. The docs were fixed with commit 94fc73094abe47 > > > ("gpio: correct docs about return value of gpiod_get_direction"). Now, > > > fix this user (until a better, system-wide solution is in place). > > > > > > Signed-off-by: W

Re: [PATCH v3 6/7] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

On Thu, Apr 05, 2018 at 06:16:43PM +0200, Daniel Lezcano wrote: > +/** > + * cpuidle_cooling_register - Idle cooling device initialization function > + * > + * This function is in charge of creating a cooling device per cluster > + * and register it to thermal framework. For this we rely on the >

Re: [PATCH v3 6/7] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

On Thu, Apr 05, 2018 at 06:16:43PM +0200, Daniel Lezcano wrote: > +/** > + * cpuidle_cooling_register - Idle cooling device initialization function > + * > + * This function is in charge of creating a cooling device per cluster > + * and register it to thermal framework. For this we rely on the >

Re: [PATCH v3 0/4] backlight: pwm_bl: support linear interpolation and brightness to human eye

On Tue, Mar 20, 2018 at 01:13:20PM +0100, Enric Balletbo Serra wrote: > Hi Daniel, > > > 2018-03-20 12:22 GMT+01:00 Daniel Thompson <daniel.thomp...@linaro.org>: > > On Mon, Mar 19, 2018 at 05:04:31PM +0100, Enric Balletbo Serra wrote: > >> Hi Daniel, >

Re: [PATCH v3 0/4] backlight: pwm_bl: support linear interpolation and brightness to human eye

On Tue, Mar 20, 2018 at 01:13:20PM +0100, Enric Balletbo Serra wrote: > Hi Daniel, > > > 2018-03-20 12:22 GMT+01:00 Daniel Thompson : > > On Mon, Mar 19, 2018 at 05:04:31PM +0100, Enric Balletbo Serra wrote: > >> Hi Daniel, > >> > >> Gentle ping for t

Re: [PATCH v3 3/4] backlight: pwm_bl: compute brightness of LED linearly to human eye.

iety in your > device tree. > > Signed-off-by: Enric Balletbo i Serra <enric.balle...@collabora.com> Acked-by: Daniel Thompson <daniel.thomp...@linaro.org> > --- > Changes since v2: > - None > Changes since v1: > - Fix an horrible and unjustifiable mistake a

Re: [PATCH v3 3/4] backlight: pwm_bl: compute brightness of LED linearly to human eye.

iety in your > device tree. > > Signed-off-by: Enric Balletbo i Serra Acked-by: Daniel Thompson > --- > Changes since v2: > - None > Changes since v1: > - Fix an horrible and unjustifiable mistake a missing { fortunately >

Re: [PATCH v3 1/4] backlight: pwm_bl: linear interpolation between brightness-levels

tness-levels = <0 4096 65535>; > num-interpolated-steps = <1024>; > default-brightness-level = <512>; > > This will create a brightness-levels table with the following values: > > <0 4 8 12 16 20 ... 4096 4156 4216 4276 ... 65535> > > Signed

Re: [PATCH v3 1/4] backlight: pwm_bl: linear interpolation between brightness-levels

tness-levels = <0 4096 65535>; > num-interpolated-steps = <1024>; > default-brightness-level = <512>; > > This will create a brightness-levels table with the following values: > > <0 4 8 12 16 20 ... 4096 4156 4216 4276 ... 65535> > > Signe

Re: [PATCH] arm: kgdb: fix NUMREGBYTES so that gdb_regs[] is the correct size

7+ > Signed-off-by: David Rivshin <drivs...@allworx.com> I pointed some trivial autotests at both gdb-7.12 and gdb-8.0. Results look good to me! Tested-by: Daniel Thompson <daniel.thomp...@linaro.org> > --- > arch/arm/include/asm/kgdb.h | 2 +- > 1 file changed, 1 inserti

Re: [PATCH] arm: kgdb: fix NUMREGBYTES so that gdb_regs[] is the correct size

utotests at both gdb-7.12 and gdb-8.0. Results look good to me! Tested-by: Daniel Thompson > --- > arch/arm/include/asm/kgdb.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/arm/include/asm/kgdb.h b/arch/arm/include/asm/kgdb.h > index 3b73fdcf362

Re: [PATCH] arm: kgdb: fix NUMREGBYTES so that gdb_regs[] is the correct size

On 06/04/18 14:25, Daniel Thompson wrote: On Thu, Apr 05, 2018 at 04:09:16PM -0400, David Rivshin wrote: From: David Rivshin <drivs...@allworx.com> NUMREGBYTES (which is used as the size for gdb_regs[]) is incorrectly based on DBG_MAX_REG_NUM instead of GDB_MAX_REGS. DBG_MAX_R

Re: [PATCH] arm: kgdb: fix NUMREGBYTES so that gdb_regs[] is the correct size

On 06/04/18 14:25, Daniel Thompson wrote: On Thu, Apr 05, 2018 at 04:09:16PM -0400, David Rivshin wrote: From: David Rivshin NUMREGBYTES (which is used as the size for gdb_regs[]) is incorrectly based on DBG_MAX_REG_NUM instead of GDB_MAX_REGS. DBG_MAX_REG_NUM is the number of total registers

Re: [PATCH v2] backlight: otm3225a: add support for ORISE OTM3225A LCD SoC

schedule... If these are fixed in v3 then feel free to add my: Acked-by: Daniel Thompson <daniel.thomp...@linaro.org> + instruction++; + } +} + +static int otm3225a_set_power(struct lcd_device *ld, int power) +{ + struct otm3225a_data *dd = lcd_get_dat

Re: [PATCH v2] backlight: otm3225a: add support for ORISE OTM3225A LCD SoC

+ spi_write(spi, buf, 3); + + /* execute delay if any */ + msleep(instruction->delay); Shouldn't this be: if (instruction->delay) msleep(instruction->delay); msleep(0) will still deschedule... If these are fixed i

Re: [PATCHv4 08/10] backlight: add TI LMU backlight driver

On Fri, Mar 30, 2018 at 07:24:12PM +0200, Sebastian Reichel wrote: > This adds backlight support for the following TI LMU > chips: LM3532, LM3631, LM3632, LM3633, LM3695 and LM3697. > > Signed-off-by: Milo Kim > [add LED subsystem support for keyboard backlight and rework DT

Re: [PATCHv4 08/10] backlight: add TI LMU backlight driver

On Fri, Mar 30, 2018 at 07:24:12PM +0200, Sebastian Reichel wrote: > This adds backlight support for the following TI LMU > chips: LM3532, LM3631, LM3632, LM3633, LM3695 and LM3697. > > Signed-off-by: Milo Kim > [add LED subsystem support for keyboard backlight and rework DT Milo's mail has be

Re: [PATCH v4 02/16] riscv: Use generic free_initrd_mem.

On 28/03/18 21:36, Shea Levy wrote: Signed-off-by: Shea Levy --- arch/riscv/mm/init.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c index c77df8142be2..36f83fe8a726 100644 --- a/arch/riscv/mm/init.c +++

Re: [PATCH v4 02/16] riscv: Use generic free_initrd_mem.

On 28/03/18 21:36, Shea Levy wrote: Signed-off-by: Shea Levy --- arch/riscv/mm/init.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c index c77df8142be2..36f83fe8a726 100644 --- a/arch/riscv/mm/init.c +++ b/arch/riscv/mm/init.c @@ -62,9

Re: [PATCH v6 1/5] pwm-backlight: enable/disable the PWM before/after LCD enable toggle.

On Mon, Mar 26, 2018 at 04:40:21PM +0200, Enric Balletbo Serra wrote: > Hi Pavel, > > 2018-03-26 12:42 GMT+02:00 Pavel Machek : > > On Mon 2018-03-26 11:52:09, Enric Balletbo i Serra wrote: > >> Before this patch the enable signal was set before the PWM signal and > >> vice-versa on

Re: [PATCH v6 1/5] pwm-backlight: enable/disable the PWM before/after LCD enable toggle.

On Mon, Mar 26, 2018 at 04:40:21PM +0200, Enric Balletbo Serra wrote: > Hi Pavel, > > 2018-03-26 12:42 GMT+02:00 Pavel Machek : > > On Mon 2018-03-26 11:52:09, Enric Balletbo i Serra wrote: > >> Before this patch the enable signal was set before the PWM signal and > >> vice-versa on power off.

Re: [PATCH v6 2/5] dt-bindings: pwm-backlight: add PWM delay proprieties.

disabing > the backlight using GPIO and setting PWM value to 0. The pwm-off-delay-ms > is this delay in milli seconds. > > Signed-off-by: Enric Balletbo i Serra <enric.balle...@collabora.com> > Acked-by: Pavel Machek <pa...@ucw.cz> > Acked-by: Thierry Reding <thierry.re

Re: [PATCH v6 2/5] dt-bindings: pwm-backlight: add PWM delay proprieties.

disabing > the backlight using GPIO and setting PWM value to 0. The pwm-off-delay-ms > is this delay in milli seconds. > > Signed-off-by: Enric Balletbo i Serra > Acked-by: Pavel Machek > Acked-by: Thierry Reding Acked-by: Daniel Thompson > --- > Based on the original Hu

Re: [RFC PATCH] irqchip: arm-gic: take gic_lock when updating irq type

On Thu, Mar 22, 2018 at 12:19:15PM +, Marc Zyngier wrote: > On 22/03/18 10:28, Aniruddha Banerjee wrote: > [a PGP-encrypted email] > > Given that you're cc-ing various mailing lists, please resend this email > unencrypted. I am very puzzled about what is going on here. I could read the

Re: [RFC PATCH] irqchip: arm-gic: take gic_lock when updating irq type

On Thu, Mar 22, 2018 at 12:19:15PM +, Marc Zyngier wrote: > On 22/03/18 10:28, Aniruddha Banerjee wrote: > [a PGP-encrypted email] > > Given that you're cc-ing various mailing lists, please resend this email > unencrypted. I am very puzzled about what is going on here. I could read the

Re: [PATCH v3 0/4] backlight: pwm_bl: support linear interpolation and brightness to human eye

On Mon, Mar 19, 2018 at 05:04:31PM +0100, Enric Balletbo Serra wrote: > Hi Daniel, > > Gentle ping for this series, there is any possibility you have a > chance to review it? Let me know if you want I change something. I haven't got it in my TODO backlog... which means either I mistakenly

Re: [PATCH v3 0/4] backlight: pwm_bl: support linear interpolation and brightness to human eye

On Mon, Mar 19, 2018 at 05:04:31PM +0100, Enric Balletbo Serra wrote: > Hi Daniel, > > Gentle ping for this series, there is any possibility you have a > chance to review it? Let me know if you want I change something. I haven't got it in my TODO backlog... which means either I mistakenly

Re: [RFC 0/4] gpio-backlight: remove platform data support

On Thu, Mar 15, 2018 at 03:41:58PM -0700, Dmitry Torokhov wrote: > Hi, > > This series attempts to remove platform data support from gpio_blackllist > driver and switch it over to generic device properties/GPIO tables. > The only user of platform data was SuperH Ecovec24 board; please take a >

Re: [RFC 0/4] gpio-backlight: remove platform data support

On Thu, Mar 15, 2018 at 03:41:58PM -0700, Dmitry Torokhov wrote: > Hi, > > This series attempts to remove platform data support from gpio_blackllist > driver and switch it over to generic device properties/GPIO tables. > The only user of platform data was SuperH Ecovec24 board; please take a >

Re: [PATCH 1/2] backlight: Add RAVE SP backlight driver

On 08/03/18 17:29, Andrey Smirnov wrote: On Thu, Mar 8, 2018 at 8:58 AM, Daniel Thompson <daniel.thomp...@linaro.org> wrote: On 07/03/18 02:40, Andrey Smirnov wrote: This driver provides access to RAVE SP backlight control functionality. Cc: Lee Jones <lee.jo...@linaro.org>

Re: [PATCH 1/2] backlight: Add RAVE SP backlight driver

On 08/03/18 17:29, Andrey Smirnov wrote: On Thu, Mar 8, 2018 at 8:58 AM, Daniel Thompson wrote: On 07/03/18 02:40, Andrey Smirnov wrote: This driver provides access to RAVE SP backlight control functionality. Cc: Lee Jones Cc: Daniel Thompson Cc: Jingoo Han Cc: linux-kernel

Re: [PATCH 2/2] dt-bindings: backlight: Add binding for RAVE SP backlight driver

On 07/03/18 02:40, Andrey Smirnov wrote: Add Device Tree bindings for RAVE SP backlihgt drvier - an MFD cell of parent RAVE SP driver (documented in Documentation/devicetree/bindings/mfd/zii,rave-sp.txt). Cc: Lee Jones <lee.jo...@linaro.org> Cc: Daniel Thompson <daniel.thomp...@linar

Re: [PATCH 2/2] dt-bindings: backlight: Add binding for RAVE SP backlight driver

On 07/03/18 02:40, Andrey Smirnov wrote: Add Device Tree bindings for RAVE SP backlihgt drvier - an MFD cell of parent RAVE SP driver (documented in Documentation/devicetree/bindings/mfd/zii,rave-sp.txt). Cc: Lee Jones Cc: Daniel Thompson Cc: Jingoo Han Cc: linux-kernel@vger.kernel.org Cc

Re: [PATCH 1/2] backlight: Add RAVE SP backlight driver

On 07/03/18 02:40, Andrey Smirnov wrote: This driver provides access to RAVE SP backlight control functionality. Cc: Lee Jones <lee.jo...@linaro.org> Cc: Daniel Thompson <daniel.thomp...@linaro.org> Cc: Jingoo Han <jingooh...@gmail.com> Cc: linux-kernel@vger.kernel.org Cc:

Re: [PATCH 1/2] backlight: Add RAVE SP backlight driver

On 07/03/18 02:40, Andrey Smirnov wrote: This driver provides access to RAVE SP backlight control functionality. Cc: Lee Jones Cc: Daniel Thompson Cc: Jingoo Han Cc: linux-kernel@vger.kernel.org Cc: Chris Healy Cc: Lucas Stach Cc: Aleksander Morgado Signed-off-by: Andrey Smirnov

Re: [PATCH v2] arm64/debug: Fix registers on sleeping tasks

oy it except out of curiosity... so I haven't yet started yelling about test suite failures except in the privacy of my own head. However I can confirm that this patch fixes one of the test suite failures I haven't had time to blame allocate yet! So... Tested-by: Daniel Thompson <daniel.thomp.

Re: [PATCH v2] arm64/debug: Fix registers on sleeping tasks

aven't yet started yelling about test suite failures except in the privacy of my own head. However I can confirm that this patch fixes one of the test suite failures I haven't had time to blame allocate yet! So... Tested-by: Daniel Thompson BTW is this something that should Cc: stable? D

Re: [PATCH V2 0/7] CPU cooling device new strategies

On Wed, Mar 07, 2018 at 07:57:17PM +0100, Daniel Lezcano wrote: > >> The preliminary benchmarks show the following changes: > >> > >> On the hikey6220, dhrystone shows a throughtput increase of 40% for an > >> increase of the latency of 16% while sysbench shows a latency increase > >> of 5%. > >

Re: [PATCH V2 0/7] CPU cooling device new strategies

On Wed, Mar 07, 2018 at 07:57:17PM +0100, Daniel Lezcano wrote: > >> The preliminary benchmarks show the following changes: > >> > >> On the hikey6220, dhrystone shows a throughtput increase of 40% for an > >> increase of the latency of 16% while sysbench shows a latency increase > >> of 5%. > >

Re: [PATCH V2 5/7] thermal/drivers/cpu_cooling: Add idle cooling device documentation

On Thu, Mar 08, 2018 at 09:59:49AM +0100, Pavel Machek wrote: > Hi! > > > >> +Under certain circumstances, the SoC reaches a temperature exceeding > > >> +the allocated power budget or the maximum temperature limit. The > > > > > > I don't understand. Power budget is in W, temperature is in > >

Re: [PATCH V2 5/7] thermal/drivers/cpu_cooling: Add idle cooling device documentation

On Thu, Mar 08, 2018 at 09:59:49AM +0100, Pavel Machek wrote: > Hi! > > > >> +Under certain circumstances, the SoC reaches a temperature exceeding > > >> +the allocated power budget or the maximum temperature limit. The > > > > > > I don't understand. Power budget is in W, temperature is in > >

Re: [PATCH] Documentation/locking: Document the semantics of spin_is_locked()

On Wed, Mar 07, 2018 at 02:13:41PM +0100, Andrea Parri wrote: > On Wed, Feb 28, 2018 at 01:15:23PM +0100, Andrea Parri wrote: > > On Wed, Feb 28, 2018 at 11:34:56AM +, Will Deacon wrote: > > [...] > > >> only if there's some evidence that you've looked at the callsites > >> and determined

Re: [PATCH] Documentation/locking: Document the semantics of spin_is_locked()

On Wed, Mar 07, 2018 at 02:13:41PM +0100, Andrea Parri wrote: > On Wed, Feb 28, 2018 at 01:15:23PM +0100, Andrea Parri wrote: > > On Wed, Feb 28, 2018 at 11:34:56AM +, Will Deacon wrote: > > [...] > > >> only if there's some evidence that you've looked at the callsites > >> and determined

Re: [PATCH v3 01/10] dt-bindings: pinctrl: Add bindings for Actions S900 SoC

On Thu, Mar 01, 2018 at 02:55:56PM +0530, Manivannan Sadhasivam wrote: > Hi Linus, > On Thu, Mar 01, 2018 at 10:20:29AM +0100, Linus Walleij wrote: > > On Wed, Feb 28, 2018 at 7:14 PM, Manivannan Sadhasivam > > wrote: > > > > > Add pinctrl bindings for Actions

Re: [PATCH v3 01/10] dt-bindings: pinctrl: Add bindings for Actions S900 SoC

On Thu, Mar 01, 2018 at 02:55:56PM +0530, Manivannan Sadhasivam wrote: > Hi Linus, > On Thu, Mar 01, 2018 at 10:20:29AM +0100, Linus Walleij wrote: > > On Wed, Feb 28, 2018 at 7:14 PM, Manivannan Sadhasivam > > wrote: > > > > > Add pinctrl bindings for Actions Semi S900 SoC > > > > > >

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On Tue, Feb 27, 2018 at 01:40:58PM +0200, Claudiu Beznea wrote: > On 27.02.2018 12:54, Daniel Thompson wrote: > > On Mon, Feb 26, 2018 at 04:24:15PM +0200, Claudiu Beznea wrote: > >> On 26.02.2018 11:57, Jani Nikula wrote: > >>> On Thu, 22 Feb 2018, Daniel Thomps

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On Tue, Feb 27, 2018 at 01:40:58PM +0200, Claudiu Beznea wrote: > On 27.02.2018 12:54, Daniel Thompson wrote: > > On Mon, Feb 26, 2018 at 04:24:15PM +0200, Claudiu Beznea wrote: > >> On 26.02.2018 11:57, Jani Nikula wrote: > >>> On Thu, 22 Feb 2018, Daniel Thompson

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On Mon, Feb 26, 2018 at 04:24:15PM +0200, Claudiu Beznea wrote: > On 26.02.2018 11:57, Jani Nikula wrote: > > On Thu, 22 Feb 2018, Daniel Thompson <daniel.thomp...@linaro.org> wrote: > >> On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: > >>> A

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On Mon, Feb 26, 2018 at 04:24:15PM +0200, Claudiu Beznea wrote: > On 26.02.2018 11:57, Jani Nikula wrote: > > On Thu, 22 Feb 2018, Daniel Thompson wrote: > >> On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: > >>> Add PWM mode to pwm_config() fu

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: > Add PWM mode to pwm_config() function. The drivers which uses pwm_config() > were adapted to this change. > > Signed-off-by: Claudiu Beznea > --- > arch/arm/mach-s3c24xx/mach-rx1950.c | 11

Re: [PATCH v3 05/10] pwm: add PWM mode to pwm_config()

On Thu, Feb 22, 2018 at 02:01:16PM +0200, Claudiu Beznea wrote: > Add PWM mode to pwm_config() function. The drivers which uses pwm_config() > were adapted to this change. > > Signed-off-by: Claudiu Beznea > --- > arch/arm/mach-s3c24xx/mach-rx1950.c | 11 +-- > drivers/bus/ts-nbus.c

Re: [RESEND PATCH v5 2/5] dt-bindings: pwm-backlight: add PWM delay proprieties.

disabing > the backlight using GPIO and setting PWM value to 0. The pwm-off-delay-ms > is this delay in milli seconds. > > Signed-off-by: Enric Balletbo i Serra <enric.balle...@collabora.com> > Acked-by: Pavel Machek <pa...@ucw.cz> Acked-by: Daniel Thompson <dan

Re: [RESEND PATCH v5 2/5] dt-bindings: pwm-backlight: add PWM delay proprieties.

disabing > the backlight using GPIO and setting PWM value to 0. The pwm-off-delay-ms > is this delay in milli seconds. > > Signed-off-by: Enric Balletbo i Serra > Acked-by: Pavel Machek Acked-by: Daniel Thompson > --- > Based on the original Huang Lin work. > >

Re: [PATCH v2 2/4] dt-bindings: pwm-backlight: add a num-interpolation-steps property.

e > value in the brightness-level array. > > Signed-off-by: Enric Balletbo i Serra <enric.balle...@collabora.com> Acked-by: Daniel Thompson <daniel.thomp...@linaro.org> > --- > Changes since v1: > - Add an example with a small but realistic curve. Suggested by Rob and >

Re: [PATCH v2 2/4] dt-bindings: pwm-backlight: add a num-interpolation-steps property.

e > value in the brightness-level array. > > Signed-off-by: Enric Balletbo i Serra Acked-by: Daniel Thompson > --- > Changes since v1: > - Add an example with a small but realistic curve. Suggested by Rob and > Daniel > > .../bindings/leds/backlight/pwm-backlight.txt

Re: [PATCH v2 4/4] dt-bindings: pwm-backlight: move brightness-levels to optional.

tness-levels and default-brightness-level to be optional. > > Signed-off-by: Enric Balletbo i Serra <enric.balle...@collabora.com> > Reviewed-by: Rob Herring <r...@kernel.org> Acked-by: Daniel Thompson <daniel.thomp...@linaro.org> > --- > Changes since v1: > - Fi

Re: [PATCH v2 4/4] dt-bindings: pwm-backlight: move brightness-levels to optional.

tness-levels and default-brightness-level to be optional. > > Signed-off-by: Enric Balletbo i Serra > Reviewed-by: Rob Herring Acked-by: Daniel Thompson > --- > Changes since v1: > - Fix a couple of typos as requested by Rob. > - s/availablel/available/ > - s/move

Re: [PATCH v2 1/4] backlight: pwm_bl: linear interpolation between brightness-levels

On Wed, Feb 07, 2018 at 03:13:34PM +0100, Enric Balletbo i Serra wrote: > Setting num-interpolated-steps in the dts will allow you to have linear > interpolation between values of brightness-levels. This way a high > resolution pwm duty cycle can be used without having to list out every > possible

Re: [PATCH v2 1/4] backlight: pwm_bl: linear interpolation between brightness-levels

On Wed, Feb 07, 2018 at 03:13:34PM +0100, Enric Balletbo i Serra wrote: > Setting num-interpolated-steps in the dts will allow you to have linear > interpolation between values of brightness-levels. This way a high > resolution pwm duty cycle can be used without having to list out every > possible

Re: [PATCH v2 3/3] backlight: adp8860: document sysfs attributes

ael.henner...@analog.com> Acked-by: Daniel Thompson <daniel.thomp...@linaro.org> > --- > .../ABI/testing/sysfs-class-backlight-adp8860 | 54 > ++ > 1 file changed, 54 insertions(+) > create mode 100644 Documentation/ABI/testing/sysfs-class-backl

Re: [PATCH v2 3/3] backlight: adp8860: document sysfs attributes

On Tue, Feb 06, 2018 at 01:11:12PM +0530, Aishwarya Pant wrote: > Add documentation for sysfs interface of adp8860 series backlight > devices by reading through code and git commits. > > Signed-off-by: Aishwarya Pant > Acked-by: Michael Hennerich Acked-by: Daniel Thompson &

Re: [PATCH v2 2/3] backlight: adp5520: document sysfs attributes

by: Michael Hennerich <michael.henner...@analog.com> Acked-by: Daniel Thompson <daniel.thomp...@linaro.org> > --- > .../ABI/testing/sysfs-class-backlight-adp5520 | 31 > ++ > 1 file changed, 31 insertions(+) > create mode 100644 Documentation/ABI

Re: [PATCH v2 2/3] backlight: adp5520: document sysfs attributes

On Tue, Feb 06, 2018 at 01:10:26PM +0530, Aishwarya Pant wrote: > Add documentation for sysfs interface of adp5520/adp5501 analog devices > backlight driver by reading code and looking through git commit logs. > > Signed-off-by: Aishwarya Pant > Acked-by: Michael Hennerich A

Re: [PATCH 1/5] backlight: lp8788: document sysfs attributes

On Mon, Feb 05, 2018 at 12:55:50PM +0530, Aishwarya Pant wrote: > On Thu, Feb 01, 2018 at 11:36:04AM +0000, Daniel Thompson wrote: > > On Wed, Jan 31, 2018 at 01:51:21PM +0200, Jani Nikula wrote: > > > On Wed, 31 Jan 2018, Daniel Thompson <daniel.thomp...@linaro.org> wrote

Re: [PATCH 1/5] backlight: lp8788: document sysfs attributes

On Mon, Feb 05, 2018 at 12:55:50PM +0530, Aishwarya Pant wrote: > On Thu, Feb 01, 2018 at 11:36:04AM +0000, Daniel Thompson wrote: > > On Wed, Jan 31, 2018 at 01:51:21PM +0200, Jani Nikula wrote: > > > On Wed, 31 Jan 2018, Daniel Thompson wrote: > > > > On Fri, Ja

Re: [PATCH 5/8] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

On 23/01/18 15:34, Daniel Lezcano wrote: +/** + * cpuidle_cooling_get_max_state - Get the maximum state + * @cdev : the thermal cooling device + * @state : a pointer to the state variable to be filled + * + * The function gives always 100 as the injection ratio is percentile + * based for

Re: [PATCH 5/8] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

On 23/01/18 15:34, Daniel Lezcano wrote: +/** + * cpuidle_cooling_get_max_state - Get the maximum state + * @cdev : the thermal cooling device + * @state : a pointer to the state variable to be filled + * + * The function gives always 100 as the injection ratio is percentile + * based for

Re: [PATCH 1/5] backlight: lp8788: document sysfs attributes

On Wed, Jan 31, 2018 at 01:51:21PM +0200, Jani Nikula wrote: > On Wed, 31 Jan 2018, Daniel Thompson <daniel.thomp...@linaro.org> wrote: > > On Fri, Jan 26, 2018 at 08:20:08PM +0530, Aishwarya Pant wrote: > >> Add documentation for sysfs interfaces of lp8788 backlight driver

Re: [PATCH 1/5] backlight: lp8788: document sysfs attributes

On Wed, Jan 31, 2018 at 01:51:21PM +0200, Jani Nikula wrote: > On Wed, 31 Jan 2018, Daniel Thompson wrote: > > On Fri, Jan 26, 2018 at 08:20:08PM +0530, Aishwarya Pant wrote: > >> Add documentation for sysfs interfaces of lp8788 backlight driver by > >> looking through

Re: [PATCH 2/5] backlight: lp855x: document sysfs attributes

On Fri, Jan 26, 2018 at 08:23:00PM +0530, Aishwarya Pant wrote: > Add documentation for sysfs interface of Texas Instruments lp855x > backlight driver by reading code and looking through git commit logs. > > Signed-off-by: Aishwarya Pant > --- >

Re: [PATCH 2/5] backlight: lp855x: document sysfs attributes

On Fri, Jan 26, 2018 at 08:23:00PM +0530, Aishwarya Pant wrote: > Add documentation for sysfs interface of Texas Instruments lp855x > backlight driver by reading code and looking through git commit logs. > > Signed-off-by: Aishwarya Pant > --- > .../ABI/testing/sysfs-class-backlight-lp855x

Re: [PATCH 3/5] backlight: lm3639: document sysfs attributes

exas Instruments lm3639 backlight + flash led driver > chip > +-- > + > +What:/sys/class/backlight//bled_mode > +Date:Oct, 2012 > +KernelVersion: v3.10 > +Contact: Lee Jones <lee.jo...@linaro.org>, &

Re: [PATCH 3/5] backlight: lm3639: document sysfs attributes

nstruments lm3639 backlight + flash led driver > chip > +-- > + > +What:/sys/class/backlight//bled_mode > +Date:Oct, 2012 > +KernelVersion: v3.10 > +Contact: Lee Jones , > + Daniel Thompson , > + Jingoo

Re: [PATCH 1/5] backlight: lp8788: document sysfs attributes

On Fri, Jan 26, 2018 at 08:20:08PM +0530, Aishwarya Pant wrote: > Add documentation for sysfs interfaces of lp8788 backlight driver by > looking through the code and the git commit history. > > Signed-off-by: Aishwarya Pant > --- >

Re: [PATCH 1/5] backlight: lp8788: document sysfs attributes

On Fri, Jan 26, 2018 at 08:20:08PM +0530, Aishwarya Pant wrote: > Add documentation for sysfs interfaces of lp8788 backlight driver by > looking through the code and the git commit history. > > Signed-off-by: Aishwarya Pant > --- > Documentation/ABI/testing/sysfs-class-backlight-lp8788 | 10

Re: [PATCH 4/8] thermal/drivers/Kconfig: Convert the CPU cooling device to a choice

On Fri, Jan 26, 2018 at 02:25:58PM +0100, Daniel Lezcano wrote: > > Perhaps I should have distinguished more between runtime-meaning-boot-time > > and runtime-meaning-full-system-operation. To be clear none of my > > comments are about being able to enable/disable idle injection on a > > fully

Re: [PATCH 4/8] thermal/drivers/Kconfig: Convert the CPU cooling device to a choice

On Fri, Jan 26, 2018 at 02:25:58PM +0100, Daniel Lezcano wrote: > > Perhaps I should have distinguished more between runtime-meaning-boot-time > > and runtime-meaning-full-system-operation. To be clear none of my > > comments are about being able to enable/disable idle injection on a > > fully

Re: [PATCH v2] kdb: use ktime_get_mono_fast_ns() instead of ktime_get_ts()

h we entered the debugger. > > Thus we can use the ktime_get_mono_fast_ns() to get the monotonic > time, which is NMI safe access to clock monotonic. Moreover we can > remove the 'struct timespec', which is not y2038 safe. > > Signed-off-by: Baolin Wang <baolin.w...@linaro.o

Re: [PATCH v2] kdb: use ktime_get_mono_fast_ns() instead of ktime_get_ts()

h we entered the debugger. > > Thus we can use the ktime_get_mono_fast_ns() to get the monotonic > time, which is NMI safe access to clock monotonic. Moreover we can > remove the 'struct timespec', which is not y2038 safe. > > Signed-off-by: Baolin Wang Reviewed-by: Daniel Thomps

<    1   2   3   4   5   6   7   8   9   10   >