Hi Dan,
On 4/8/19 1:49 PM, Dan Murphy wrote:
Jacek
On 4/6/19 6:28 AM, Jacek Anaszewski wrote:
On 4/6/19 8:53 AM, kbuild test robot wrote:
tree: https://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git led_naming_v3
head: 874afe7cdd93e3bf618b83f103985a965f4a23a8
commit: 300ff6071d0100653827e393853b9a52013e9804 [13/37] leds: class: Improve LED and LED flash class registration API
config: i386-randconfig-l2-04060621 (attached as .config)
compiler: gcc-5 (Debian 5.5.0-3) 5.4.1 20171010
reproduce:
git checkout 300ff6071d0100653827e393853b9a52013e9804
# save the attached .config to linux build tree
make ARCH=i386
All errors (new ones prefixed by >>):
drivers/leds/leds-pwm.c: In function 'led_pwm_add':
drivers/leds/leds-pwm.c:117:8: error: implicit declaration of function 'devm_of_led_classdev_register' [-Werror=implicit-function-declaration]
ret = devm_of_led_classdev_register(dev, child, &led_data->cdev);
Strangely I missed leds-pwm uses devm_of_led_classdv_register() too.
Will cover it in v4.
I pulled the v3 bundle and it had difficulty applying on top of Linux master one patch had bad SHA information.
Not sure if you see this too.
Applying: leds: as3645a: Use generic support for composing LED names
error: sha1 information is lacking or useless (drivers/leds/leds-as3645a.c).
error: could not build fake ancestor
Patch failed at 0020 leds: as3645a: Use generic support for composing LED names
Hmm, it could happen because I did the push during rebase -i
with detached HEAD. Now I've pushed led_naming_v4 with addressed
issues reported by buildbot (not saying it is final shape of v4).
--
Best regards,
Jacek Anaszewski
