Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1235059 > unrolled thread
| Started by | Jacek Anaszewski <j.anaszewski@samsung.com> |
|---|---|
| First post | 2015-09-29 15:40 +0200 |
| Last post | 2015-09-29 15:40 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
leds: inconsistent use of EXPORT_SYMBOL_* macros Jacek Anaszewski <j.anaszewski@samsung.com> - 2015-09-29 15:40 +0200
| From | Jacek Anaszewski <j.anaszewski@samsung.com> |
|---|---|
| Date | 2015-09-29 15:40 +0200 |
| Subject | leds: inconsistent use of EXPORT_SYMBOL_* macros |
| Message-ID | <qe3ip-7Ue-3@gated-at.bofh.it> |
Hi Linus, In drivers/leds/led-core.c some symbols are exported with EXPORT_SYMBOL and other with EXPORT_SYMBOL_GPL macros. It seems that this mess wasn't introduced intentionally, but rather carelessly, as in case of led_blink_set() and led_stop_software_blink() functions, where the former, which enables blinking, is exported with EXPORT_SYMBOL, and the latter, which disables blinking, with EXPORT_SYMBOL_GPL. It is also worth of noting that all symbols in drivers/led/led-class.c are exported with EXPORT_SYMBOL_GPL, which implies that it is not possible to register LED class device with non-GPL API, which in turn rather eliminates non-GPL users of led-core API. I'd like just confirm that in this case we are permitted to switch to using EXPORT_SYMBOL_GPL consequently in the LED core. -- Best Regards, Jacek Anaszewski -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to top | Article view | linux.kernel
csiph-web