[lcdproc] hd44780 now blindingly fast!

[McMeikan, Andrew]

I used I/O calls (cut and pasted your code in)
CPU usage seems reasonable 6.5% idle upto 19% with client usage (15%
average), this is on a 386sx25.
on this machine the keyboard scanning works.

I agree we should 'unify' the code.  Do you have the time?  There is still a
fair bit of work to be done, mainly for supporting different displays (i.e.
multi E lines)

I intend doing more work on keypad scanning which could make good use of CPU
cycles currently pausing.

	cya,	Andrew...

> -----Original Message-----
> From:	Benjamin Tse [SMTP:blt@ComPorts.com]
> Sent:	Thursday, November 11, 1999 11:23 AM
> To:	lcdproc@lists.omnipotent.net
> Cc:	andrew.mcmeikan@mitswa.com.au
> Subject:	Re: [lcdproc] hd44780 now blindingly fast!
> 
> Hi,
> 
> On Thu, Nov 11, 1999 at 09:01:44AM +0800, EXT McMeikan, Andrew wrote:
> > In fact too fast.  My keypad scanning is now broken (trying to scan keys
> and
> > talk to LCD at same time), some code reshuffle so that I scan while
> waiting
> > for display to process data should fix.
> 
> Did you try nanosleep or the IO calls ? And what is CPU utilization
> like ?  I was thinking that even this may be high (~10-15%) on a fast 
> (>400 MHz) CPU if full screen updates are always done - but I don't have
> anything faster than a P133 to test this guess/assumption on. Perhaps
> Derek
> can answer this for his P2-266 ? I'd hate to have a feedback loop in the
> delay :-).
> 
> As an aside, has someone thought of unifying all the HD44780 ports
> that exist into the same code base ? I can think of the following HD44780
> variants that people have done for lcdproc:
> 
>  - 4 bit interface from lcdtext
>  - 8 bit interface from the HD data sheets
>  - 8 bit interface + LED bargraph from lcdtime
>  - 8 + 2 + 2 bit interface that Derek is using
>  - 1 bit interface that Andrew uses
> 
> All of these use different code so everyone has to patch their own
> code everytime the latest lcdproc comes out.
> 
> I certainly think that a couple of hours merging all this code
> together and settting up the autoconf rules would save many people a
> lot of time. It would also encourage further development of the HD44780
> drivers by establishing the 5 or 6 hardware interfaces as starting points
> for newcomers.
> 
> Cheers,
> Ben
> 
> 
> 
> -----------------------------------------------------------
> To unsubscribe from this list send a blank message to
> lcdproc-unsubscribe@lists.omnipotent.net


-----------------------------------------------------------
To unsubscribe from this list send a blank message to
lcdproc-unsubscribe@lists.omnipotent.net