[Lcdproc] Re: hd44780 goes 4-bit

[Pierre Ossman]

On Sun, 20 Jan 2008 15:40:06 -0800
David W Studeman <avionicsdv@aim.com> wrote:

> 
> I doubt it's broken. My Cobalt Raq 4's and Symantec Velociraptor do the same
> thing and I even went so far as to try a new Sure Electronics DE-LM003
> which is yet another HD44780 compatible display and it behaves the same
> way. With these units, if you were to be able to convert to 4bit, you would
> lose the rom functionality at power on which allows you to change where it
> looks for the boot kernel and so forth. One of the IPCop developers told me
> that the two bytes that compose a command are sent too quickly by LCDproc
> and he sent me a perl script that will drive the display by itself with no
> external driver. It puts out clean text but eats more cpu cycles than
> LCDproc does. I compile my kernel without the built in Cobalt LCD driver to
> be able to do any of this. On a side note, the old Cobalt LCD and button
> utilities are an endless maze of perl scripts that would need a lot of work
> to work with IPCop so I keep trying to find an alternative.
> 

What two bytes? With a winamp wired module (i.e. 8-bit), there is just a single byte. Or are you suggesting that I should use it in 4-bit mode?

Rgds
-- 
     -- Pierre Ossman

  Linux kernel, MMC maintainer        http://www.kernel.org
  PulseAudio, core developer          http://pulseaudio.org
  rdesktop, core developer          http://www.rdesktop.org