Re: [PATCH 00/13] Add HD44780 Character LCD support

2017-03-23 Thread Geert Uytterhoeven
Hi Willy, On Thu, Mar 23, 2017 at 8:03 PM, Willy TARREAU wrote: > On Thu, Mar 23, 2017 at 07:49:53PM +0100, Geert Uytterhoeven wrote: >> I take it you're using v1 of the patchset? >> >> v2 had this change: >> >> - Move backlight mutex initialization before call to >> charlcd_init_display(),

Re: [PATCH 00/13] Add HD44780 Character LCD support

2017-03-23 Thread Willy TARREAU
On Thu, Mar 23, 2017 at 07:49:53PM +0100, Geert Uytterhoeven wrote: > I take it you're using v1 of the patchset? > > v2 had this change: > > - Move backlight mutex initialization before call to > charlcd_init_display(), to prevent locking an uninitialized mutex > (reported by 0day). >

Re: [PATCH 00/13] Add HD44780 Character LCD support

2017-03-23 Thread Geert Uytterhoeven
Hi Willy, On Thu, Mar 23, 2017 at 6:37 PM, Willy TARREAU wrote: > On Thu, Mar 23, 2017 at 06:15:01PM +0100, Willy TARREAU wrote: >> So I finally had the time to give it a try by applying your patchset >> on top of our 4.9 prod kernel. For now I'm getting a panic at boot : >> >> BUG: unable to han

Re: [PATCH 00/13] Add HD44780 Character LCD support

2017-03-23 Thread Willy TARREAU
Hi Geert, On Mon, Feb 06, 2017 at 03:38:02PM +0100, Geert Uytterhoeven wrote: > Hi all, > > Character LCDs are currently typically driven from userspace, either > directly through bit-banging, or via some kind of serial (UART/i2c) > interface. > > This patch series adds kernel support for

Re: [PATCH 00/13] Add HD44780 Character LCD support

2017-03-23 Thread Willy TARREAU
Hi again, On Thu, Mar 23, 2017 at 06:15:01PM +0100, Willy TARREAU wrote: > So I finally had the time to give it a try by applying your patchset > on top of our 4.9 prod kernel. For now I'm getting a panic at boot : > > BUG: unable to handle kernel NULL pointer dereference at (null) > IP

Re: [PATCH 00/13] Add HD44780 Character LCD support

2017-03-17 Thread Geert Uytterhoeven
Hi Linus, On Thu, Mar 16, 2017 at 9:50 PM, Linus Walleij wrote: > On Mon, Feb 6, 2017 at 3:38 PM, Geert Uytterhoeven > wrote: > >> Note that Linux has other support for HD44780 Character LCDs, but none of >> it is generic: >> - drivers/misc/arm-charlcd.c involves a custom IP block for interfa

Re: [PATCH 00/13] Add HD44780 Character LCD support

2017-03-16 Thread Linus Walleij
On Mon, Feb 6, 2017 at 3:38 PM, Geert Uytterhoeven wrote: > Note that Linux has other support for HD44780 Character LCDs, but none of > it is generic: > - drivers/misc/arm-charlcd.c involves a custom IP block for interfacing > to the LCD controller, I can move this over to the generic fram

Re: [PATCH 00/13] Add HD44780 Character LCD support

2017-02-10 Thread Greg Kroah-Hartman
On Mon, Feb 06, 2017 at 03:38:02PM +0100, Geert Uytterhoeven wrote: > Hi all, > > Character LCDs are currently typically driven from userspace, either > directly through bit-banging, or via some kind of serial (UART/i2c) > interface. > > This patch series adds kernel support for character L

Re: [PATCH 00/13] Add HD44780 Character LCD support

2017-02-06 Thread Willy TARREAU
Hi Geert, On Mon, Feb 06, 2017 at 03:38:02PM +0100, Geert Uytterhoeven wrote: > Hi all, > > Character LCDs are currently typically driven from userspace, either > directly through bit-banging, or via some kind of serial (UART/i2c) > interface. > > This patch series adds kernel support for

[PATCH 00/13] Add HD44780 Character LCD support

2017-02-06 Thread Geert Uytterhoeven
Hi all, Character LCDs are currently typically driven from userspace, either directly through bit-banging, or via some kind of serial (UART/i2c) interface. This patch series adds kernel support for character LCDs using an Hitachi HD44780 Character LCD Controller where its M6800 bus interf