Connecting a LCD to the WL500g

[gryle]

No Oleg, the printer I have near by is USB.
Writes do the data and control lines should be working. Reads from status lines, I hope so
I've uploaded the source code to http://pwp.netcabo.pt/0246517002/parport_splink.c if you want to take a look.

Don't include the parport_pc on the kernel or as a module, because if CONFIG_PARPORT_PC or CONFIG_PARPORT_PC_MODULE are defined lp.o and ppdev.o will use inline functions from parport_pc and you'll get kernel Oops (check include/linux/parport.h). I lost lots of time debugging this

Do you know if it would be possible to use an IRQ or modes other than PARPORT_MODE_PCSPP? I looked at the Asus binary module and they seem to try to free irq 2 on module cleanup... That irq is being used by the USB controller on my Asus.

[Oleg]

No Oleg, the printer I have near by is USB.
Writes do the data and control lines should be working. Reads from status lines, I hope so
I've uploaded the source code to http://pwp.netcabo.pt/0246517002/parport_splink.c if you want to take a look.

Don't include the parport_pc on the kernel or as a module, because if CONFIG_PARPORT_PC or CONFIG_PARPORT_PC_MODULE are defined lp.o and ppdev.o will use inline functions from parport_pc and you'll get kernel Oops (check include/linux/parport.h). I lost lots of time debugging this

Do you know if it would be possible to use an IRQ or modes other than PARPORT_MODE_PCSPP? I looked at the Asus binary module and they seem to try to free irq 2 on module cleanup... That irq is being used by the USB controller on my Asus.

Yes, the IRQ pin is physically connected to one of the GPIO pins, which can be enabled to generate IRQs. I've not checked for details yet. And yes, they're sharing IRQs. It also, possible to use other modes, including EPP, ECP, whatever. It's selected by accessing it at 0xbf800410 (so, in standard way +0x400).
Let me know if you need other info.

[QuarterPounder]

hello!
i'm very interested in this, because i had the same idea.
i will test all the shit if you provide everything.
i have a gfx-lcd, but it's no problem, because i have found lcdproc-patches for it.
i will code an alternative to lcdproc, because it is not very effective for glcds.

ps: i still need a good buildroot with a g++, i'm too stupid to compile my own :-( .