summaryrefslogtreecommitdiffstats
path: root/Documentation/devicetree/bindings/usb
diff options
context:
space:
mode:
authorFrank Schäfer <fschaefer.oss@googlemail.com>2013-08-06 19:26:29 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2013-08-12 15:43:41 -0700
commitc23bda365dfbf56aa4d6d4a97f83136c36050e01 (patch)
tree763ac0cafbf7cf6ba83a4e5f28043081489dd7dd /Documentation/devicetree/bindings/usb
parent61fa8d694b8547894b57ea0d99d0120a58f6ebf8 (diff)
downloadop-kernel-dev-c23bda365dfbf56aa4d6d4a97f83136c36050e01.zip
op-kernel-dev-c23bda365dfbf56aa4d6d4a97f83136c36050e01.tar.gz
usb: pl2303: add two comments concerning the supported baud rates with HX chips
I've found some new datasheets which describe some additionally supported standard baud rates and I've verified them with my HX (rev. 3A) device. But adding support for individual (chip type specific) baud rates would add a good amount of extra code (especially when support for further chips will be added to the driver one day), which makes no sense as long as we are not using the direct baud rate encoding method for newer chips. So for now, just drop a comment about these additionally supported baud rates. The second comment is about the baud rate differences between the two encoding methods. In theory, we could optimize the code a bit by comparing the resulting baud rates of both methods and selecting the one which is closer to the requested baud rate. But that seems to be a bit overkill, because the differences are very small and the device likely uses the same baud rate generator for both methods so that the resulting baud rate would be the same. Signed-off-by: Frank Schäfer <fschaefer.oss@googlemail.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'Documentation/devicetree/bindings/usb')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud