SUMMARY ======= ftdi_sio never reasserts modem control lines once the baud has been set to B0.
DESCRIPTION =========== Setting the baud to B0 (hangup) drops DTR. When the baud is raised again, DTR is not raised. This can cause a modem to ignore any commands sent to it until the device is closed and reopened. This renders minicom (and other software) useless, unless you instruct the modem to ignore DTR. The following patch is intended to make ftdi_sio act like other serial devices I have used (i.e. the standard serial ports (/dev/ttyS*) and stallion ports (/dev/ttyE*)). Upon setting the baud to something other than B0, it ensures the modem control lines are set back to the way they were when the port was opened. Thanks to Ian Abbott for confirming my suspicions: http://sourceforge.net/mailarchive/forum.php?thread_id=4984710&forum_id=1212 0 PATCH ===== ---------------8<----------------- --- linux-2.4.26/drivers/usb/serial/ftdi_sio.c Tue Jun 15 21:25:11 2004 +++ linux-2.4.26-nc/drivers/usb/serial/ftdi_sio.c Thu Jun 24 12:29:22 2004@@ -1850,6 +1850,13 @@ if (change_speed(port)) { err("%s urb failed to set baurdrate", __FUNCTION__); } + /* Ensure RTS and DTR are raised */ + else if (set_dtr(port, HIGH) < 0){ + err("%s Error from DTR HIGH urb", __FUNCTION__); + } + else if (set_rts(port, HIGH) < 0){ + err("%s Error from RTS HIGH urb", __FUNCTION__); + } } /* Set flow control */ ---------------8<----------------- ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
