Hi Rob, On Thu, Feb 9, 2017 at 2:11 AM, Rob Herring <robh@xxxxxxxxxx> wrote: > On Mon, Feb 06, 2017 at 03:38:14PM +0100, Geert Uytterhoeven wrote: >> Add DT bindings for an Hitachi HD44780 Character LCD Controller where >> its M6800 bus interface is connected to GPIOs. > > Really, you should have a bit-bang M6800 bus driver and binding and then > the binding for the LCD ctrl looks the same whether you are bit-banging > it or not. I thought about that, but turned it down due to the required complexity for the little gain. And I think it would complicate memory mapped configurations (see below), which would have to use regmap instead of readb() and friends. > That's a bit more work though. Maybe you could split the binding like > this, but keep a monolithic driver for now. The driver can just fetch > the GPIOs from the parent (bus controller) node. And you'd have to work > out probing the driver. Ugh... >> Memory-mapped configurations are not yet supported. > > I guess this would require faulting on some address and then bit-banging > the access. That sounds fun... I meant connecting it to the processor bus instead of GPIOs, so the HD44780 registers become memory mapped. That can be handled fairly easily by allowing a "reg" property as an alternative to the data/enable/rw-gpios. The only complication is that the M6800 bus has a single strobe (enable) signal, and requires the rw signal to be valid before, while e.g. Intel CPUs have separate read and write strobes. Usually people handle that by wiring\ rw to an address line, and thus using separate addresses for read and write. I didn't add support for memory-mapped configurations as I can't test it (without more hardware hacking ;-) Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html