On Tue, Jan 17, 2017 at 04:25:18PM +0300, Maksim Salau wrote: > Hi Johan, > > > I think it's right to keep them as in the current version of the patch > > (i.e. active high) which is accordance with the datasheet, but if > > possible you should verify the levels when using hardware flow control > > to be certain that the polarity is not inverted when enabling hardware > > flow control. > > It seems to me that CTSRTS flow control is not implemented > in the device I have. I tried to send lots of data to cause level change > of the RTS signal with no success. Also I tried to: > 1. open port; > 2. disable CTSRTS flow control; > 3. set RTS to a specific level; > 4. enable CTSRTS flow control; > 5. send some data. > > I tried the sequence above with RTS set and reset, and I can conclude that > step 4 doesn't affect RTS signal at all. Ok, thanks for testing. Better leave CRTSCTS unimplemented for now then. And keep the current modem-control-signal polarity. What are the levels of these signals when coming out of reset (i.e. after having connected the device, but not opened it yet)? Thanks, Johan -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
