lcd4linux-users — lcd4linux users

[lcd4linux] lcd4linux wiki

[Michael R. <re...@eu...>]

Hi there,

As there is some ... erhm... stagnation in writing documentation for 
lcd4linux, a new idea came to my mind today: Why not make the 
documentation/manual a wikiwiki page?

I see a lot of advantages:

- editing is easy
- each author can keep his documentation up to date (think of the plugins!)
- users can add hints/corrections/whatever to the wiki
- users can add configurations/photos and stuff

But there are several questions, too:
- should the whole lcd4linux website be a wiki, or just parts of it?
- where should it be hosted? (SourceForge does not provide a wiki, AFAIK)

the code for 0.10 seems to be quite stable, and is ready for release for 
months now (at least as a release candidate). I refused to release 
because of the lack of documentation. But I *really* want to bring it 
out to the public...


Comments are welcome!

-- 
Michael Reinelt <re...@eu...>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[lcd4linux] Re: lcd4linux

[Michael R. <re...@eu...>]

Hi Petri,

> I was playing with the CVS version of the lcd4linux. The new config file 
> syntax looks good, but why there is 99.999s limit in update time? I use 
> lcd4linux to check email and have used update times like 300 seconds. I 
> changed the limit in source code to bigger value and it seems to work OK.

Thanks for pointing this out. There's no real reason, apart from writing 
'99999' being so convenient :-)

Fixed in CVS.

Note for developers: range checking for upper limit on cfg_nubmer() will 
*not* be performed if (max==-1 && max < min)

bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[lcd4linux] Strange characters on HD44780 OLED display

[Stefan P. <ste...@ho...>]

My 20x2 OLED works fine on my firend's Windows box but when I run it on my Linux machine with LCD4Linux (and lcdproc) the characters are misplaced and other "bad" characters are mixed in.

The display is supposed to be "compatible with HD44780" according to the manufactorer

http://www.fractronics.com/2x20oled.shtml

I have used this wiring

 http://www.fractronics.com/lcdcontrast.gif

 but I don't know it it's a 4-bit, 8-bit or Winamp. What I _do_ know is that the Winamp wiring example shown on

http://lcd4linux.sourceforge.net/display/hd44780/main.html

is the only one that lights up the dispay at all. This is my /etc/lcd4linux.conf:

# /etc/lcd4linux.conf
Display "HD44780"
Port "0x378"
Size "20x2"
# Winamp wiring
Wire.RW "AUTOFD"
Wire.RS "INIT"
Wire.ENABLE "STROBE"
Wire.GPO "GND"
row2:"hello world"

and the result from lcd4linux -Fvv:

# lcd4linux -Fvv
Version 0.9.11 starting
lcd4linux.c: initializing driver HD44780
HD44780: controlling 0 GPO's
wiring: using display with 1 controllers
wiring: using 8 bit mode
wiring: [DISPLAY:RS]<==>[PARPORT:INIT]
wiring: [DISPLAY:RW]<==>[PARPORT:AUTOFD]
wiring: [DISPLAY:ENABLE]<==>[PARPORT:STROBE]
wiring: [DISPLAY:ENABLE2]<==>[PARPORT:SELECT]
wiring: [DISPLAY:GPO]<==>[PARPORT:GND]
udelay.c: CPU supports Time Stamp Counter
udelay.c: CPU runs at 2210.766000 MHz
udelay.c: using TSC delay loop, 2211 ticks per microsecond
parport.c: using raw port 0x378
processor.c: Display: 2 rows, 20 columns, 5x8 pixels, 0 icons, 0 GPOs
processor.c: ========================
processor.c: Timings:
processor.c: 500 msec Text updates
processor.c: 100 msec Bar  updates
processor.c: 100 msec Icon updates
processor.c: 100 msec GPO  updates
processor.c: ------------------------
processor.c: 100 msec data collection
processor.c: 100 msec data processing
processor.c: ========================
processor.c: Row1: 
processor.c: Row2: 
lcd4linux.c: starting main loop

When I run it the display show the following:

--------------------
 * LCD4Linu| 0.=.51 

--------------------

which, I assume, is wrong. Anyone have an idea of what I do wrong? The display works fine without hazzle under Windows and jaLCD.

Thanks in advance!
Stefan

[lcd4linux] Problems with T6963C

[Juergen D. <li...@ka...>]

Hi,

I have a LCD display "EA W240-7KHLW"[1] with a T6963C controller.
The display size is 240x128 pixels. I'm using lcd4linux-cvs with
this config:

,----
| ....
| Display T6963-240x128 {
|   Driver 'T6963'
| 	Port '/dev/parports/0'
| 	Size '240x128'
| 	Font '6x8'
| 	Wire.WR 'STROBE'
| 	Wire.RD 'SELECT'
| 	Wire.CE 'AUTOFD'
| 	Wire.CD 'INIT'
| }
| ....
`----

My probleme is, that only the upper half is working properly; the
lower half can also be used but there is something like a snow shower.
If I put some text to this area the snow is gone. Does somebody have
the same problem?=20

Another question is, if it is planed to support larger fonts? For my
display i think a 8x16 font would be better to read from far away.

[1] Datasheets:=20
    display: http://www.lcd-module.de/deu/pdf/grafik/w240-7.pdf
	controller: http://www.lcd-module.de/eng/pdf/zubehoer/t6963.pdf

PS: Sorry for my bad english ;)

Thank you for help
--=20
/j<r>d

Beware of a dark-haired man with a loud tie.

RE: [lcd4linux] what kind of display is this?

[Luis.F.Correia <Lui...@se...>]

Hi! 

> -----Original Message-----
> From: Andrew [mailto:an...@so...] 
> Sent: Tuesday, November 02, 2004 10:35 PM
> To: lcd...@li...
> Subject: [lcd4linux] what kind of display is this?
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> I picked this up out of a laptop (I think it was a toshiba...)
> I have pictures on my website but I don't see any really 
> identifying marks 
> except the following:
> 
> LCD MODULE
> LM-DA53-22NSW
> 101B0014148829
> MADE IN JAPAN
> 
> the pictures are here:
> http://linuxboy.dyndns.org:8080/lcd-screen.html
> 
> all pictures are scaled to 320x200 on the webpage...
> you MAY need a fast connection for the pictures (they are big)
> - -- 
> 

This LCD module is from a notebook or similar device.

Without a controller card (or chip) it is extremely hard to make it work.
I have one such display myself, but I have given up trying to get it
working...

Luis

[lcd4linux] what kind of display is this?

[Andrew <an...@so...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I picked this up out of a laptop (I think it was a toshiba...)
I have pictures on my website but I don't see any really identifying marks 
except the following:

LCD MODULE
LM-DA53-22NSW
101B0014148829
MADE IN JAPAN

the pictures are here:
http://linuxboy.dyndns.org:8080/lcd-screen.html

all pictures are scaled to 320x200 on the webpage...
you MAY need a fast connection for the pictures (they are big)
- -- 

- --Andrew
PGP fingerprint:  A00A 1E75 3AB0 610E 2300  6855 1890 C61E E590 F777
Link to PGP key:  http://linuxboy.dyndns.org/~andy/public_key.gpg
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFBiAuJGJDGHuWQ93cRAvWfAJ43QPWEru71Q8/qp6rwBeYIn1HENQCgm5JR
SZnFEwls7bPV1PKbdTLG+8o=
=BPp7
-----END PGP SIGNATURE-----

Re: [lcd4linux] lcd4linux for a Nexcom box

[Michael R. <re...@eu...>]

Hi Martin,

>> Well, all you have to do is specify "LCM-162" as a "Model". You don't 
>> even need to specify a wiring, because this model is hard-wirde (and 
>> uses busy-flag checking!)

> Worked like a charm. I already have lots of ideas about how to put those 
> buttons to good use (since you already provided the polling thread), but 
> I'll have to look at what would easily integrate into lcd4linux. The 
> obvious thing would be to define more than the amount of visible lines, 
> and then use the up and down keys to scroll through that "virtual 
> window". But we'll see.

Of course, this will be one of the first uses.
I already have som ideas: There will be sort of a central "event 
scheduler", where drivers can deliver events (key presses, alarms from 
temp sensors or fan rpm measurements, timer events, ...) and one can 
register "handlers" which will be called for every event. There may be 
some sort of "event classes", where a handler can be registered to.

Providing a "scrolling" feature will be quite easy. There are already 
two framebuffers in every driver, one of the size of the display, the 
other of the size of the layout. So one just has to modify the offset 
where one framebuffer will be copied to the other one.

What I have to do for the nexcom box is to provide a capability to 
manually set up the IP address (along with netmask, gateway and other 
networking stuff) with the display and keypad only. This will be far 
more complicated. Honestly, I don't have any idea right now. Maybe there 
will be some special widgets for this?


> If only that box wasn't so loud - it's obviously no problem once I put 
> it into the 19' rack in the server room, but since the box is on my desk 
> at the moment, the noise is driving me nuts (makes me appreciate my 
> _completely_ silent soekris boxes even more).
Well, I even appreciate the sound of my vacuum cleaner :-)

-- 
Michael Reinelt <re...@eu...>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [lcd4linux] lcd4linux for a Nexcom box

[Martin H. <ma...@he...>]

Hi Michael.

> Great! So I get help in integrationg button support to lcd4linux :-)
> 
>> It says on the webpage that support for that display should be in CVS 
>> - what are the config settings I should use? I didn't see anything in 
>> the HD44780 driver along those lines (boy, has that driver changed 
>> since I looked at it last...).
> 
> Well, all you have to do is specify "LCM-162" as a "Model". You don't 
> even need to specify a wiring, because this model is hard-wirde (and 
> uses busy-flag checking!)
> 
> Please let me know if you succeeded!
Worked like a charm. I already have lots of ideas about how to put those 
buttons to good use (since you already provided the polling thread), but 
I'll have to look at what would easily integrate into lcd4linux. The 
obvious thing would be to define more than the amount of visible lines, 
and then use the up and down keys to scroll through that "virtual 
window". But we'll see.

If only that box wasn't so loud - it's obviously no problem once I put 
it into the 19' rack in the server room, but since the box is on my desk 
at the moment, the noise is driving me nuts (makes me appreciate my 
_completely_ silent soekris boxes even more).

Martin

[lcd4linux] (no subject)

[<jen...@t-...>]

leer

Re: [lcd4linux] lcd4linux for a Nexcom box

[Michael R. <re...@eu...>]

Hi Martin,

> my Nexcom box (only a 1040L, not quite as nice as Michael got) got 
> delivered today - and after getting everything else up and running with 
> that box today, I'm wondering what it takes to get the LCD and the 
> buttons to work.
Great! So I get help in integrationg button support to lcd4linux :-)

> It says on the webpage that support for that display should be in CVS - 
> what are the config settings I should use? I didn't see anything in the 
> HD44780 driver along those lines (boy, has that driver changed since I 
> looked at it last...).
Well, all you have to do is specify "LCM-162" as a "Model". You don't 
even need to specify a wiring, because this model is hard-wirde (and 
uses busy-flag checking!)

Please let me know if you succeeded!

bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[lcd4linux] lcd4linux for a Nexcom box

[Martin H. <ma...@he...>]

Hi everybody,

my Nexcom box (only a 1040L, not quite as nice as Michael got) got 
delivered today - and after getting everything else up and running with 
that box today, I'm wondering what it takes to get the LCD and the 
buttons to work.
It says on the webpage that support for that display should be in CVS - 
what are the config settings I should use? I didn't see anything in the 
HD44780 driver along those lines (boy, has that driver changed since I 
looked at it last...).

Any hints?

Martin

[lcd4linux] Support for USBLCD without kernel module, but libusb

[Michael R. <re...@eu...>]

Hi there,

After writing the driver for the new BWCT USB-HD44780 driver, which is 
based on libusb, I tried to modify the USBLCD driver so that it uses 
libusb, too. And it worked!

To enable the libusb version, just specify "Port 'libusb'" in 
lcd4linux.conf, instead of "Port '/dev/usblcd'" or whatever.

Of course, you have to have libusb-dev installed.

If lcd4linux fails with a message like "usb_claim_interface() failed", 
you probably have the kernel module usblcd.o installed. You have to 
unload it.

The main advantage is that you don't need the kernel module, which is 
especially useful if you have an "old" version of USBLCD (just like I 
do), which uses a different Vendor Id. I always had to patch and 
recompile the kernel module for this different id.


Have Fun!

-- 
Michael Reinelt <re...@eu...>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[lcd4linux] new driver for BWCT USB-LCD adapters

[Michael R. <re...@eu...>]

Hi there,

I just finished a new driver for lcd4linux-0.10 (available via CVS 
only), which supports the new modules from BWCT.

see the webpage for details.

bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [lcd4linux] exec_sample

[Michael R. <re...@eu...>]

Hi Ulf,

> is there a chance to use the exec_plugin for making a 'cat
> /foo/bar.txt',
> and is there any example of this available? (Using the cvs-version)

sure:

merlin.ethnet:# lcd4linux -Fvvq -f lcd4linux.conf.sample -ii
Version 0.10.0-RC1 starting

eval> exec('head -1 /etc/passwd', 1000)

thread exec-eaf starting...
forked process 2649 for thread exec-eaf

''

eval> exec('head -1 /etc/passwd', 1000)

'root:x:0:0:root:/root:/bin/bash'

eval>

The first call to exec does not return a result, but returns 
immediately, to not delay execution. Exec's are handled as a background 
process.

Maybe there should be a "generic file parsing" plugin?


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[lcd4linux] exec_sample

[Ulf E. <eb...@ti...>]

Hi List,

is there a chance to use the exec_plugin for making a 'cat
/foo/bar.txt',
and is there any example of this available? (Using the cvs-version)

Or is there another possibility to do the same like=20
X1 ... things of 0.9.11 for retrieving external data?

GReetz
ulf

--------------------------------------------------------------
Ulf Eberle                                                     timeNET
GmbH
eb...@ti...                                        0721-96900312

Re: [lcd4linux] Nexcom 16x2 Hardware

[Michael R. <re...@eu...>]

Hi Ulf,

[I'm CCing this to the mailing list]

> We are using the same Nexcom Hardware.
Grreat stuff, isn't it?

> Can you please provide any Information about the Wiring-Config
> You use for your LCD?
Well, I've got a 0.10 aka CVS .conf only, and I removed all the Wiring 
stuff from it, because with the current CVS, the LCM-162 (that's the 
internal display interface) has been built into the driver as a "Model", 
and uses hard-wiring.

UTSL says:

     if ((SIGNAL_RS      = drv_generic_parport_hardwire_ctrl ("RS", 
  "SELECT"))==0xff) return -1;

     if ((SIGNAL_RW      = drv_generic_parport_hardwire_ctrl ("RW", 
  "INIT"  ))==0xff) return -1;

     if ((SIGNAL_ENABLE  = drv_generic_parport_hardwire_ctrl ("ENABLE", 
  "AUTOFD"))==0xff) return -1;

     if ((SIGNAL_ENABLE2 = drv_generic_parport_hardwire_ctrl ("ENABLE2", 
"GND"   ))==0xff) return -1;

     if ((SIGNAL_GPO     = drv_generic_parport_hardwire_ctrl ("GPO", 
  "GND"   ))==0xff) return -1;


so the wiring sould be:

RS <=> SELECT
RW <=> INIT
ENABLE <=> AUTOFD
ENABLE2 <=> GND
GPO <=> GND

Note that this wiring is for 0.10 aka CVS, that's because RW is wired to 
INIT, and we're using busy-flag checking (whcih saves us a lot of CPU load)

Maybe you wanna try 0.10 anyway.


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

Re: [lcd4linux] mit linux-2.6

[Michael R. <re...@eu...>]

Hi Jan,

> I have tried the CVS version but i didnt get it to work :( I don't know
> why, I have tried my HD44 in 4 and 8 bit mode, and changed the wirings
> too, but my HD keeps doing nothing in any Layout - style.
Strange. Could you please post your (currently working) 0.9 .conf, and 
the (not working) CVS .conf? And an output of "lcd4linux -Fvv" from the 
CVS version?

> I just choose to change some lines in my downloaded v0.9.11 instead and
> that works fine now.
> 
> I will provide a diff if anyone needs it.

I really would like to take a look at it!


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[lcd4linux] Re: Ip adress

[Michael R. <re...@eu...>]

Hi flo,

> i've got an HD44780 Display with 20x4 lines. i love your proram.
Thanks :-)

> my question
> is it possible to show the ip adress on the display?, this would be  
> very useful for my litle fileserver.
Well, it should be. But it depends on what version you're using. the 
"official" 0.9.11 or the CVS?

With 0.9.11, you have to use a "plugin", which means an external 
programm called by a "x" token.

With CVS aka 0.10, there should be a internal function (called "plugin", 
too, but this is really an internal function). But I don't remeber it's 
name at the moment :-(


> i'm very intereted in the upcoming support for keypads.
> would it be possible to do something like changeing the ip address with 
> the keypad?
That's exactly what we are planning to do. So stay tuned!


bye, Michael

-- 
Michael Reinelt <re...@eu...>
http://members.eunet.at/reinelt
GPG-Key 0xDF13BA50
ICQ #288386781

[lcd4linux] Nexcom 16x2 Hardware

[Ulf E. <eb...@ti...>]

Hi=20

We are using the same Nexcom Hardware.

Can you please provide any Information about the Wiring-Config
You use for your LCD?

Greetz
ulf

--------------------------------------------------------------
Ulf Eberle                                        timeNET GmbH
eb...@ti...                                0721-96900312

Re: [lcd4linux] mit linux-2.6

[Jan K. <ja...@ph...>]

hi LCDers!

Am Fr, den 17.09.2004 schrieb Michael Reinelt um 16:59:
> Hi Jan,
> 
> > well it would be great to know how to parse the file /proc/diskstats,
> > the stats may have gone there :) i tried to goole etc for that but found
> > no docu or help. anybody out there maybe know some help?
> 
> As I already wrote, the CVS versieon (which will be 0.10) has support 
> for kernel 2.6, and therefore parses /proc/diskstat.
> 
> bye, Michael

I have tried the CVS version but i didnt get it to work :( I don't know
why, I have tried my HD44 in 4 and 8 bit mode, and changed the wirings
too, but my HD keeps doing nothing in any Layout - style.
I just choose to change some lines in my downloaded v0.9.11 instead and
that works fine now.

I will provide a diff if anyone needs it.

have a nice day, janK

Re: [lcd4linux] mit linux-2.6

[Michael R. <re...@eu...>]

Hi Jan,

> well it would be great to know how to parse the file /proc/diskstats,
> the stats may have gone there :) i tried to goole etc for that but found
> no docu or help. anybody out there maybe know some help?

As I already wrote, the CVS versieon (which will be 0.10) has support 
for kernel 2.6, and therefore parses /proc/diskstat.

bye, Michael

-- 
Michael Reinelt                                         ICQ #288386781
e-mail: re...@eu...                          Tel: +43 676 3079941
Geisslergasse 4, A-8045 Graz, Austria          GPG/PGP-Key: 0xDF13BA50

Re: [lcd4linux] mit linux-2.6

[Michael R. <re...@eu...>]

Hi Jan,

> i use lcd4linux but since there is kernel 2.6 there is much lack. I dont
> get any CPU nice %, nor any disk R/W on my lcd.
> I thought i could find a patch at your download site, but the is nothing
> that would help me.
> Is there any way to get lcd4linux ported to 2.6?

Well, I must say that I never tried the latest "official" lcd4linxu 
release 0.9.11 with Kernel 2.6

The upcoming 0.10 release is nearly finished, the code seems stable, but 
it lacks documentation. Maybe you wanna try the CVS version? (but be 
warned: it changed a lot!)

bye, Michael

-- 
Michael Reinelt                                         ICQ #288386781
e-mail: re...@eu...                          Tel: +43 676 3079941
Geisslergasse 4, A-8045 Graz, Austria          GPG/PGP-Key: 0xDF13BA50

[lcd4linux] Re: Optrex LCD

[Michael R. <re...@eu...>]

Hi Edgaar,

> I have an Optrex DMC-50461N LCD. It has an I2C interface + an IRQ line. 
> Is it possible to use with LCD4Linux ? Can you suggest a schematic for 
> interfacing LPT to I2C ?

I'm sorry, but I have absolutely no idea about that. But Luis is working 
on a I2C driver for HD44780. Maybe you can talk with him...

-- 
Michael Reinelt                                         ICQ #288386781
e-mail: re...@eu...                          Tel: +43 676 3079941
Geisslergasse 4, A-8045 Graz, Austria          GPG/PGP-Key: 0xDF13BA50

Re: [lcd4linux] compile fails with gcc 3.4.1

[Michael R. <re...@eu...>]

Hi Heiko,

>>> In file included from /usr/include/linux/ppp_defs.h:45,
>>>                 from /usr/include/net/ppp_defs.h:8,
>>>                 from /usr/include/net/if_ppp.h:56,
>>>                 from system.c:219:
>>> /usr/include/linux/crc-ccitt.h:6: error: syntax error before "const"

> the types u16 and u8 are not defined. I replaced them with __u8 and 
> __u16 and everything works fine.
Hmmm... modifying some glibc (or kernel) include files just to get 
lcd4linux working... hmmm.... I'd not consider this 'clean' :-)

maybe you could search for where u16 and u8 are defined. Maybe it's 
sufficient to include this file just before if_ppp.h. On the other hand, 
maybe if_ppp.h should include these necessary files itself...

>   Of course I forgott to mention 1 'small' little detail, I'm using 
> Kernel 2.6.8.1.
This should be no problem, as I'm using the same kernel here.


bye, Michael

-- 
Michael Reinelt                                         ICQ #288386781
e-mail: re...@eu...                          Tel: +43 676 3079941
Geisslergasse 4, A-8045 Graz, Austria          GPG/PGP-Key: 0xDF13BA50

Re: [lcd4linux] compile fails with gcc 3.4.1

[Heiko Z. <he...@zu...>]

Hi Michael,

Michael Reinelt wrote:

> Hi Heiko,
>
>> just tried to compile lcd4linux v0.9.11 with gcc 3.4.1 (+ glibc 2.3.4 
>> + nptl) and ran into an error:
>
> I'm using gcc-3.3.4 here
>
>> make[1]: Entering directory `/data/build/tmp/lcd4linux-0.9.11'
>> gcc -DHAVE_CONFIG_H -I. -I. -I.     -D_GNU_SOURCE -Wall -g -O2 -c 
>> lcd4linux.c
>
> > [...]
>
>> gcc -DHAVE_CONFIG_H -I. -I. -I.     -D_GNU_SOURCE -Wall -g -O2 -c 
>> system.c
>> In file included from /usr/include/linux/ppp_defs.h:45,
>>                 from /usr/include/net/ppp_defs.h:8,
>>                 from /usr/include/net/if_ppp.h:56,
>>                 from system.c:219:
>> /usr/include/linux/crc-ccitt.h:6: error: syntax error before "const"
>
> I don't think this is related to gcc, but your header files. system.c 
> includes if_ppp.h, which triggers this error. Maybe one needs to 
> inclode some other header before if_ppp.... If you take a look at the 
> crc-ccitt.h file, at line 6, what is there "before const"? Next, try 
> where this symbol gets defined, and try to include this file manually.
>
This is the crc-ccit.h file:
--- snip ---
#ifndef _LINUX_CRC_CCITT_H
#define _LINUX_CRC_CCITT_H

#include <linux/types.h>

extern u16 const crc_ccitt_table[256];

extern u16 crc_ccitt(u16 crc, const u8 *buffer, size_t len);

static inline u16 crc_ccitt_byte(u16 crc, const u8 c)
{
        return (crc >> 8) ^ crc_ccitt_table[(crc ^ c) & 0xff];
}

#endif /* _LINUX_CRC_CCITT_H */
--- snap ---

the types u16 and u8 are not defined. I replaced them with __u8 and 
__u16 and everything works fine.

> btw, you could and should try the CVS version of lcd4linux. The code 
> is stable, it just lacks documentation...

I tried the CVS version, but it had the same problem.
   
Of course I forgott to mention 1 'small' little detail, I'm using Kernel 
2.6.8.1.

Thanks for the help !

-- 

Regards
  Heiko Zuerker
  http://www.devil-linux.org