On Wed, Oct 30, 2013 at 11:14:34PM +0100, Frank Schäfer wrote:
> Hmm... try to replace the whole pl2303.c from 3.12 with the one from 3.11.
> If it makes no difference, it's not a pl2303 issue.
I did that and the 3.11 pl2303.c works (whereas 3.12 doesn't).
Can you tell me why do we even want to use this "divisor" based calculation
if we can do the same with direct method?
I mean why the driver can't do this:
1) Try direct method for *all* chips.
2) If it succeeds, use that value. Then we don't get any difference
between actual and set baud rate.
3) If it fails, then and only then use "divisor" based method.
I would expect that the above cures my problem and possibly others who
might have affected by this regression.
--
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
