Thanks for jumping in, Frank. Frank Schäfer <fschaefer.oss@...> writes: > I didn't read the whole thread yet, but what I can say for sure is that > the device I tested did _NOT_ support any non-standard baud rates. Then I'd be interested if it really was a PL2303X as you wrote in your comment, because Prolific says X and HX are identical except for the pinout and non-standard rates worked fine for me on a HX chip that was manufactured in 2007. > IIRC, the datasheet I was looking into said something like "the > following baud rates are supported: ..." and "please contact the > manufacturer if you need further baud rates". Yep, next to the baud rate table some of them say "For special baud rate requirements, please contact Prolific FAE for support.", and some newer ones extend that to "... for *driver* customization support.". But the same datasheets also contain the statement I cited before, that the baud rate generator can be programmed to *any* baud rate between 75 and the limit of the respective chip. > Maybe they sold custom versions of their chip supporting other/further > baud rates at that time. This might have been the case for pre-X variants of the chip, but IIRC all datasheets I found for X and newer said the hardware supports arbitrary rates while still explicitly listing the standard ones and someimes stating that these are supported by the driver. > As a developer of automotive applications that are using non-standrad > baud rates (e.g. 10400 baud), I need to find out which baud rates a > device actually supports. > The fact that the device silently runs at 9600 baud if unsupported baud > rates are selected can cause trouble... Well, now the device silently rounds the requested baud rate up or down to the next standard value, which still lets your communication fail. Wouldn't it have been better to at least throw an error instead, if the driver thinks the hardware doesn't support the requested rate? > Of course we want to support all baud rates a chip supports. So we need > to find out how to distinguish between versions that support custom baud > rates and the ones that do not support them. > Any ideas ? Chip type/revision ? USB-IDs ? :D Well, the USB-IDs seem to be identical over the whole family, but the driver already has code to distinguish between three variants of the chip (0, 1 and HX) based on some details in the USB descriptors. For some newer variants the content of the bcdDevice field is documented in the datasheed (e.g. 3.00 for X and HX and 4.00 for HXD). cu Reinhard -- 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
