Hello there, I'm not a kernel coder myself, but I think there may be a problem with the pl2303 driver.
I have a gateway 400VTX laptop that doesn't have a serial port, so I bought a ATEN UC-232 -based serial->usb converter to make my GPS work. First, setserial doesn't work: #setserial /dev/usb/ttyUSB0 Cannot get serial info: Invalid argument but even worse, it crashes my system... setserial -a /dev/usb/ttyUSB0 (The above command puts my little system to never-ending sleep, making 2 of the LED lights blink.) I was using a program called gpsd(comes with gpsdrive) The first time I run gpsdrive, it seems that all is fine and I'm able to get gps data. after I exit gpsdrive and run it again, it still works fine, but when I exit the 2nd time, my system goes to sleep again in the same way. (with the same 2 lights blinking) I had both usbserial and pl2303 loaded with debug=1 and here's what the 1st run produced: (Don't know why the lines are truncated in the beginning) Jan 14 07:33:12 localhost kernel: <serial.c: generic_chars_in_buffer - returns 0 Jan 14 07:33:13 localhost kernel: <_callback - port 0 Jan 14 07:33:25 localhost kernel: <ta = 32 Jan 14 07:33:34 localhost kernel: <7_callback - port 0 Jan 14 07:33:40 localhost kernel: <a = 2c Jan 14 07:33:47 localhost kernel: <_callback - port 0 Jan 14 07:35:34 localhost kernel: <a = 38 Then, when I run it the 2nd time, here's what the logs gave me: Jan 14 07:35:38 localhost kernel: <serial.c: generic_chars_in_buffer - returns 0 Jan 14 07:35:49 localhost kernel: <a = 4c Jan 14 07:35:55 localhost kernel: <_read_bulk_callback - length = 1, data = 2e Jan 14 07:36:13 localhost kernel: <_read_bulk_callback - length = 1, data = 50 Jan 14 07:36:24 localhost kernel: <in_buffer = port 0 Jan 14 07:36:26 localhost kernel: <turns 0 * After this it froze The only thing different between the 2 runs is that there seems to be still data left in the buffer the 2nd time... ...<_read_bulk_callback - length = 1, data = 2e ...<_read_bulk_callback - length = 1, data = 50 In fact, I think this is the only debug message produced by the pl2303 driver. When I repeated this with only the pl2303 driver being debug=1, the only syslog entry I received was during the 2nd run: Jan 14 08:02:25 localhost kernel: llback - length = 1, data = 50 Do you think there's hope for me? What should I do? I'm using Redhat 2.4.20-28.9 Do you know if Belkin drivers are any better? Which serial usb converters have the best support on Linux? Ovanes ------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users