kernel/drivers/auxdisplay, branch linux-6.9.yHosts the 0x221E linux distro kernel.https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-6.9.y2024-04-11T10:34:29Zauxdisplay: charlcd: Don't rebuild when CONFIG_PANEL_BOOT_MESSAGE=y2024-04-11T10:34:29ZAndy Shevchenkoandriy.shevchenko@linux.intel.com2024-04-09T17:39:21Zurn:sha1:93ee235f55d3e1c881e766a320cedcad0b9aca42
When CONFIG_PANEL_BOOT_MESSAGE=y the module still includes
the generated header and gets rebuilt even if it doesn't use
anything from that header. Include generated header conditionally
to avoid unnecessary rebuilds.
Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
auxdisplay: charlcd: Add missing MODULE_DESCRIPTION()2024-04-11T10:32:05ZAndy Shevchenkoandriy.shevchenko@linux.intel.com2024-04-09T16:14:44Zurn:sha1:29b08729abf5fcf1c3844de34ddfcc5e6d7a11a4
The modpost script is not happy
WARNING: modpost: missing MODULE_DESCRIPTION() in drivers/auxdisplay/charlcd.o
because there is a missing module description.
Add it to the module.
Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
auxdisplay: seg-led-gpio: Convert to platform remove callback returning void2024-04-09T12:54:25ZUwe Kleine-Königu.kleine-koenig@pengutronix.de2024-04-09T09:03:07Zurn:sha1:c352a04107264ff5ec3c38db044137cd99c4ba55
The .remove() callback for a platform driver returns an int which makes
many driver authors wrongly assume it's possible to do error handling by
returning an error code. However the value returned is ignored (apart
from emitting a warning) and this typically results in resource leaks.
To improve here there is a quest to make the remove callback return
void. In the first step of this quest all drivers are converted to
.remove_new(), which already returns void. Eventually after all drivers
are converted, .remove_new() will be renamed to .remove().
Trivially convert this driver from always returning zero in the remove
callback to the void returning variant.
Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
auxdisplay: linedisp: Group display drivers together2024-04-02T16:09:14ZAndy Shevchenkoandriy.shevchenko@linux.intel.com2024-03-26T19:02:27Zurn:sha1:16934de47da778f0861057df98b08058e0935a5c
For better usability group the display drivers together in Kconfig.
With this we will have the following sections:
- Character LCD
- Samsung KS0108 LCD controller
- Single character line display
- Character LCD with non-conforming interface
Keep Makefile entries sorted alphabetically.
While at it, drop redundant 'default n' entries.
Tested-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
auxdisplay: img-ascii-lcd: Convert to platform remove callback returning void2024-03-12T15:37:54ZUwe Kleine-Königu.kleine-koenig@pengutronix.de2024-03-11T21:59:24Zurn:sha1:5d9e12972259cd86ae9c3fc0d5338b15831b9929
The .remove() callback for a platform driver returns an int which makes
many driver authors wrongly assume it's possible to do error handling by
returning an error code. However the value returned is ignored (apart
from emitting a warning) and this typically results in resource leaks.
To improve here there is a quest to make the remove callback return
void. In the first step of this quest all drivers are converted to
.remove_new(), which already returns void. Eventually after all drivers
are converted, .remove_new() will be renamed to .remove().
Trivially convert this driver from always returning zero in the remove
callback to the void returning variant.
Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
auxdisplay: hd44780: Convert to platform remove callback returning void2024-03-12T15:36:49ZUwe Kleine-Königu.kleine-koenig@pengutronix.de2024-03-11T21:59:23Zurn:sha1:9ea02f7cc39d484d16e8a14f3713fefcd33407c0
The .remove() callback for a platform driver returns an int which makes
many driver authors wrongly assume it's possible to do error handling by
returning an error code. However the value returned is ignored (apart
from emitting a warning) and this typically results in resource leaks.
To improve here there is a quest to make the remove callback return
void. In the first step of this quest all drivers are converted to
.remove_new(), which already returns void. Eventually after all drivers
are converted, .remove_new() will be renamed to .remove().
Trivially convert this driver from always returning zero in the remove
callback to the void returning variant.
Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
auxdisplay: cfag12864bfb: Convert to platform remove callback returning void2024-03-12T15:36:49ZUwe Kleine-Königu.kleine-koenig@pengutronix.de2024-03-11T21:59:22Zurn:sha1:07d03559ed28e514c022e7ffd1e43705d48dee5e
The .remove() callback for a platform driver returns an int which makes
many driver authors wrongly assume it's possible to do error handling by
returning an error code. However the value returned is ignored (apart
from emitting a warning) and this typically results in resource leaks.
To improve here there is a quest to make the remove callback return
void. In the first step of this quest all drivers are converted to
.remove_new(), which already returns void. Eventually after all drivers
are converted, .remove_new() will be renamed to .remove().
Trivially convert this driver from always returning zero in the remove
callback to the void returning variant.
Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Acked-by: Miguel Ojeda <ojeda@kernel.org>
Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
auxdisplay: seg-led-gpio: Import linedisp namespace2024-03-11T09:56:45ZChris Packhamchris.packham@alliedtelesis.co.nz2024-03-10T21:13:04Zurn:sha1:d8abf9d4ea3578e594fdde0d25d29cbabab96981
The seg-led-gpio driver uses symbols from the linedisp namespace. Ensure
these are imported.
Fixes: 899383f9ecf5 ("auxdisplay: Add 7-segment LED display driver")
Signed-off-by: Chris Packham <chris.packham@alliedtelesis.co.nz>
Closes: https://lore.kernel.org/r/202403100401.IDre04gu-lkp@intel.com/
Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
auxdisplay: Add 7-segment LED display driver2024-03-08T12:15:47ZChris Packhamchris.packham@alliedtelesis.co.nz2024-03-07T19:50:51Zurn:sha1:899383f9ecf59881a0f43fbf7d74b26bd1e1a16f
Add a driver for a 7-segment LED display. At the moment only one
character is supported but it should be possible to expand this to
support more characters and/or 14-segment displays in the future.
Signed-off-by: Chris Packham <chris.packham@alliedtelesis.co.nz>
Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
auxdisplay: Add driver for MAX695x 7-segment LED controllers2024-02-26T18:02:35ZAndy Shevchenkoandriy.shevchenko@linux.intel.com2024-02-26T16:19:21Zurn:sha1:a9bcd02fa42217c795bc9538a149936c82648476
Add initial driver for the MAX6958 and MAX6959 7-segment LED
controllers.
Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>