linux-toradex.git/drivers/auxdisplay, branch v4.11

auxdisplay: img-ascii-lcd: add missing sentinel entry in img_ascii_lcd_matches

2017-03-16T07:59:55+00:00

The OF device table must be terminated, otherwise we'll be walking past it
and into areas unknown.

Fixes: 0cad855fbd08 ("auxdisplay: img-ascii-lcd: driver for simple ASCII...")
Cc: stable@vger.kernel.org
Signed-off-by: Dmitry Torokhov 
Tested-by: Fengguang Wu 
Signed-off-by: Greg Kroah-Hartman

auxdisplay: ht16k33: remove private workqueue

2017-02-10T14:57:28+00:00

There is no need for the driver to use private workqueue, standard system
workqueue should suffice as they are going to use the same worker pool
anyway.

Acked-by: Robin van der Gracht 
Signed-off-by: Dmitry Torokhov 
Signed-off-by: Greg Kroah-Hartman

auxdisplay: ht16k33: rework input device initialization

2017-02-10T14:57:28+00:00

This patch fixes following issues in input device (keypad) handling:

- requesting IRQ before allocating and initializing parts of the device
  that can be referenced from IRQ handler is racy, even if we try to
  disable interrupt after requesting it. Let's move allocations around
  so that everything is ready by the time we request IRQ.

- using threaded interrupt handler to schedule a work item it sub-optimal.
  Disabling and then re-enabling interrupts in work item and in open/close
  methods is prone to races and exactly the reason theraded interrupts were
  introduced. Let's use the infrastructure properly and keep scanning the
  matrix array in IRQ thread, stopping when there are no keys, or when told
  to do so.

Signed-off-by: Dmitry Torokhov 
Tested-by: Robin van der Gracht 
Signed-off-by: Greg Kroah-Hartman

auxdisplay: ht16k33: do not try to free fbdev

2017-02-10T14:57:28+00:00

'fbdev' is allocated as part of larger ht16k33_priv structure; trying to
free it will cause troubles.

Acked-by: Robin van der Gracht 
Signed-off-by: Dmitry Torokhov 
Signed-off-by: Greg Kroah-Hartman

auxdisplay: fix new ht16k33 build errors

2017-01-11T08:27:30+00:00

Fix build errors caused by selecting incorrect kconfig symbols.

drivers/built-in.o:(.data+0x19cec): undefined reference to `sys_fillrect'
drivers/built-in.o:(.data+0x19cf0): undefined reference to `sys_copyarea'
drivers/built-in.o:(.data+0x19cf4): undefined reference to `sys_imageblit'

Fixes: 31114fa95bdb (auxdisplay: ht16k33: select framebuffer helper modules)

Signed-off-by: Randy Dunlap 
Cc: Miguel Ojeda Sandonis 
Reported-by: kbuild test robot 
Acked-by: Robin van der Gracht 
Signed-off-by: Greg Kroah-Hartman

auxdisplay: ht16k33: select framebuffer helper modules

2016-11-30T12:04:31+00:00

The new driver caused a rare randconfig failure:

drivers/auxdisplay/ht16k33.o:(.data.ht16k33_fb_ops+0xc): undefined reference to `fb_sys_read'
drivers/auxdisplay/ht16k33.o:(.data.ht16k33_fb_ops+0x10): undefined reference to `fb_sys_write'

This selects the respective helper modules.

Reported-by: Arnd Bergmann 
Signed-off-by: Robin van der Gracht 
Signed-off-by: Greg Kroah-Hartman

auxdisplay: ht16k33: Driver for LED controller

2016-11-10T15:53:19+00:00

Added a driver for the Holtek HT16K33 LED controller with keyscan.

Signed-off-by: Robin van der Gracht 
CC: Miguel Ojeda Sandonis 
Acked-by: Rob Herring 
Reviewed-by: Linus Walleij 
Signed-off-by: Greg Kroah-Hartman

auxdisplay: img-ascii-lcd: driver for simple ASCII LCD displays

2016-10-06T15:03:41+00:00

Add a driver for simple ASCII LCD displays found on the MIPS Boston,
Malta & SEAD3 development boards. The Boston display is an independent
memory mapped device with a simple memory mapped 8 byte register space
containing the 8 ASCII characters to display. The Malta display is
exposed as part of the Malta board registers, and provides 8 registers
each of which corresponds to one of the ASCII characters to display. The
SEAD3 display is slightly more complex, exposing an interface to an
S6A0069 LCD controller via registers provided by the boards CPLD.
However although the displays differ in their register interface, we
require similar functionality on each board so abstracting away the
differences within a single driver allows us to share a significant
amount of code & ensure consistent behaviour.

The driver displays the Linux kernel version as the default message, but
allows the message to be changed via a character device. Messages longer
then the number of characters that the display can show will scroll.

This provides different behaviour to the existing LCD display code for
the MIPS Malta or MIPS SEAD3 platforms in the following ways:

  - The default string to display is not "LINUX ON MALTA" or "LINUX ON
    SEAD3" but "Linux" followed by the version number of the kernel
    (UTS_RELEASE).

  - Since that string tends to be significantly longer it scrolls twice
    as fast, moving every 500ms rather than every 1s.

  - The LCD won't be updated until the driver is probed, so it doesn't
    provide the early "LINUX" string.

Signed-off-by: Paul Burton 
Cc: Mauro Carvalho Chehab 
Cc: Miguel Ojeda Sandonis 
Cc: Guenter Roeck 
Cc: David S. Miller 
Cc: Greg Kroah-Hartman 
Cc: Geert Uytterhoeven 
Cc: Andrew Morton 
Cc: linux-mips@linux-mips.org
Cc: linux-kernel@vger.kernel.org
Patchwork: https://patchwork.linux-mips.org/patch/14062/
Signed-off-by: Ralf Baechle

auxdisplay: ks0108: initialize local parport variable

2015-08-15T00:27:17+00:00

The local variable ks0108_parport is used by other functions to write to
the parallel port. We missed initializing it when we converted the
driver to use new Parallel Port codes.

Fixes: 4edd70c133f3 ("auxdisplay: ks0108: use new parport device model")
Reported-by: Fengguang Wu 
Signed-off-by: Sudip Mukherjee 
Signed-off-by: Greg Kroah-Hartman

auxdisplay: ks0108: use new parport device model

2015-08-05T20:36:49+00:00

Modify auxdisplay driver to use the new parallel port device model.

Signed-off-by: Sudip Mukherjee 
Signed-off-by: Greg Kroah-Hartman