Ok, could you (and anyone else who wants to try) please apply this patch
to your visor.c file, recompile it (you also have to have the previous
visor.h file change for the Palm ids) enable debugging, and try to sync
on ttyUSB1?
You can now enable debugging by loading the module like:
insmod visor debug=1
instead of having to select it at compile time for kernels 2.4.4 and
greater.
Let me know how this works, and what the debug log looks like when the
palm connects to the host.
thanks,
greg k-h
--- linux-2.4.4/drivers/usb/serial/visor.c Fri Apr 6 15:51:52 2001
+++ linux-2.4/drivers/usb/serial/visor.c Wed May 9 23:48:28 2001
@@ -492,6 +502,7 @@
usb_set_configuration (serial->dev, 1);
/* send a get connection info request */
+#if 0
response = usb_control_msg (serial->dev, usb_rcvctrlpipe(serial->dev, 0),
VISOR_GET_CONNECTION_INFORMATION,
0xc2, 0x0000, 0x0000, transfer_buffer, 0x12,
300);
if (response < 0) {
@@ -526,6 +537,23 @@
info("%s: port %d, is for %s use and is bound to ttyUSB%d",
serial->type->name, connection_info->connections[i].port, string, serial->minor + i);
}
}
+#endif
+ /* Palm USB Hack */
+ response = usb_control_msg (serial->dev, usb_rcvctrlpipe(serial->dev, 0), 0x04,
+ 0xc2, 0x0000, 0x0000, transfer_buffer, 0x14,
+300);
+ if (response < 0) {
+ err(__FUNCTION__ " - error getting first unknown palm command");
+ } else {
+ usb_serial_debug_data (__FILE__, __FUNCTION__, 0x14, transfer_buffer);
+ }
+ response = usb_control_msg (serial->dev, usb_rcvctrlpipe(serial->dev, 0), 0x04,
+ 0xc2, 0x0000, 0x0000, transfer_buffer, 0x14,
+300);
+ if (response < 0) {
+ err(__FUNCTION__ " - error getting second unknown palm command");
+ } else {
+ usb_serial_debug_data (__FILE__, __FUNCTION__, 0x14, transfer_buffer);
+ }
+
/* ask for the number of bytes available, but ignore the response as it is
broken */
response = usb_control_msg (serial->dev, usb_rcvctrlpipe(serial->dev, 0),
VISOR_REQUEST_BYTES_AVAILABLE,
