Hi,
Here's the first SourceForge bug report for you.
Using the 1.2.1 driver with RH 8.0 and the 2.4.18
kernel. I'm trying to connect to a CrystalFontz 632
USB LCD display. This is basically their 16X2 serial
LCD display with the FT8U232AM used to provide a USB
interface.
Using minicom, I'm able to connect to /dev/usb/ttyUSB0
at 19200 N81 and the text I type is echoed to the LCD.
The problem is that attempting to close the port (or
apparently change port parameters (lcd4linux gets as
far as clearing the screen)) results in the driver
hanging hard. At this point, I can't kill the
controlling process and must reboot to clear the port.
Since the process can't be killed, this results in the
filesystem not being unmounted cleanly. It makes for
an ugly cycle for trying to debug.
As mentioned above, it should be a stock FT8U232AM
according to CrystalFontz support. They have used a
serial EEPROM to provide custom product IDs, so some
hacking was done to associate the product ID with the
FT8U232AM in the driver. You may want to consider
adding product ID aliases in the driver that point back
to the FT8U232AM. Here are the IDs for the products:
0x0403:0xFC08 is a 632
0x0403:0xFC09 is a 634
Please let me know what I can do as far as providing
you with any information you might need to resolve the
driver hang issue.
Thanks,
Tom