From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751850AbcFUNLL (ORCPT ); Tue, 21 Jun 2016 09:11:11 -0400 Received: from mailout1.w1.samsung.com ([210.118.77.11]:16501 "EHLO mailout1.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751506AbcFUNLI (ORCPT ); Tue, 21 Jun 2016 09:11:08 -0400 X-AuditID: cbfec7f4-f796c6d000001486-79-57693ce71074 Message-id: <57693CE5.7050904@samsung.com> Date: Tue, 21 Jun 2016 15:11:01 +0200 From: Jacek Anaszewski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-version: 1.0 To: "Andrew F. Davis" Cc: Russell King , Miguel Ojeda Sandonis , Linus Walleij , Sebastian Reichel , Wolfram Sang , Richard Purdie , Rusty Russell , Benjamin Herrenschmidt , Mauro Carvalho Chehab , Ulf Hansson , Lauro Ramos Venancio , Aloisio Almeida Jr , Samuel Ortiz , Ingo Molnar , linux-pwm@vger.kernel.org, lguest@lists.ozlabs.org, linux-wireless@vger.kernel.org, linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org, linux-i2c@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-leds@vger.kernel.org, linux-media@vger.kernel.org Subject: Re: [PATCH] leds: Add no-op gpio_led_register_device when LED subsystem is disabled References: <20160613200211.14790-1-afd@ti.com> <20160613200211.14790-13-afd@ti.com> <5760FA52.7010806@samsung.com> <57647DBD.2010406@ti.com> <57679E38.3080901@samsung.com> <57686A94.2010704@ti.com> <5768E815.5080706@samsung.com> <5769297A.4050608@ti.com> In-reply-to: <5769297A.4050608@ti.com> Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrAIsWRmVeSWpSXmKPExsVy+t/xa7rPbTLDDRac4bN4f2oiu8Xi7fdY LD40tTJbbFs8hdni6b/TzBZT/ixnstg8/w+jRcffL4wWl3fNYbPY+mYdo0XPhq2sFkf+9zNa 3L27itHizYo77BaHpu5ltPj9/R+rxepnFRY3p79ht1j97xSjxe5dT1ktbk67wGJxupvV4vTu Eovja8MtVp6Yxewg6XH52kVmj52z7rJ79LxpYfXYtKqTzePOtT1sHvNOBnqcn7GQ0WPuzF9s Hlv6gSr2zP/B6rFiwwlmj5OnnrB4HL+xncnj8ya5AL4oLpuU1JzMstQifbsErowH27YzFzwW rNh1czN7A+MV3i5GTg4JAROJeWdesUPYYhIX7q1n62Lk4hASWMoo8en1UkYI5xmjRN+Ry2wg VbwCWhIXt68F62ARUJV4cu0bWJxNwFDi54vXTCC2qECExJ/T+1gh6gUlfky+xwJiiwgoSTSc 7GYFGcos0M8u0fLyI1iRsECcxPTf01kgtrUzSbzfeIoRJMEpoCax9FIT2AZmATOJRy3rmCFs eYnNa94yT2AUmIVkySwkZbOQlC1gZF7FKJpamlxQnJSea6hXnJhbXJqXrpecn7uJERLvX3Yw Lj5mdYhRgINRiYdXQT8jXIg1say4MvcQowQHs5IIr4N1ZrgQb0piZVVqUX58UWlOavEhRmkO FiVx3rm73ocICaQnlqRmp6YWpBbBZJk4OKUaGDNO5WqKh5dkqTz6ytCS058iKCEkJvyk3J95 grhmlIHg7x/tMoG6ohNYeK5t0rR6EbHWo73gV+Hmh8I7mh912TJHf7z07cmio82L2qJml22+ qS008ctp1UUJjZd7d2Tb5IfMeWixfovv8vTPv7mjlvJwS/T9e3Nf58ePOZwzFz1wUV0SeqT1 iBJLcUaioRZzUXEiAKX04+TzAgAA Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 >>> their LED device table so the original can be removed as .init.rodata. >>> When the LED subsystem is not enabled source in the led directory is not >>> built and so this function may be undefined. Fix this here. >>> >>> Signed-off-by: Andrew F. Davis >>> --- >>> include/linux/leds.h | 8 ++++++++ >>> 1 file changed, 8 insertions(+) >>> >>> diff --git a/include/linux/leds.h b/include/linux/leds.h >>> index d2b1306..a4a3da6 100644 >>> --- a/include/linux/leds.h >>> +++ b/include/linux/leds.h >>> @@ -386,8 +386,16 @@ struct gpio_led_platform_data { >>> unsigned long *delay_off); >> >> Currently there is some stuff here, and in fact it has been for >> a long time. >> >> Patch "[PATCH 12/12] leds: Only descend into leds directory when >> CONFIG_NEW_LEDS is set" also doesn't apply. >> What repository are you using? >> > > v4.7-rc4, it may not apply due to the surrounding lines being changed in > the other patches which may not be applied to your tree. It is a single > line change per patch so hopefully the merge conflict resolutions will > be trivial. > > A better solution could have been getting an ack from each maintainer > and having someone pull the whole series into one tree, but parts have > already been picked so it may be a little late for that. OK, I resolved the issues and applied, thanks. >>> }; >>> >>> +#ifdef CONFIG_NEW_LEDS >>> struct platform_device *gpio_led_register_device( >>> int id, const struct gpio_led_platform_data *pdata); >>> +#else >>> +static inline struct platform_device *gpio_led_register_device( >>> + int id, const struct gpio_led_platform_data *pdata) >>> +{ >>> + return 0; >>> +} >>> +#endif >>> >>> enum cpu_led_event { >>> CPU_LED_IDLE_START, /* CPU enters idle */ >>> >> >> > > -- Best regards, Jacek Anaszewski