diff options
author | Andy Shevchenko <andriy.shevchenko@linux.intel.com> | 2018-01-19 18:02:05 +0200 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2018-01-22 14:13:40 +0100 |
commit | c14b65feac9ebed649d6fe79c6b6d64d21d0287d (patch) | |
tree | f3c8e24ec266f46b2b7d85c28e19c584514319d5 /init | |
parent | a0075d168a19dab5e015a03ffafbd6ab8e7d0c04 (diff) | |
download | linux-c14b65feac9ebed649d6fe79c6b6d64d21d0287d.tar.gz linux-c14b65feac9ebed649d6fe79c6b6d64d21d0287d.tar.bz2 linux-c14b65feac9ebed649d6fe79c6b6d64d21d0287d.zip |
serial: 8250_dw: Revert "Improve clock rate setting"
The commit
de9e33bdfa22 ("serial: 8250_dw: Improve clock rate setting")
obviously tries to cure symptoms, and not a root cause.
The root cause is the non-flexible rate calculation inside the
corresponding clock driver. What we need is to provide maximum UART
divisor value to the clock driver to allow it do the job transparently
to the caller.
Since from the initial commit message I have got no clue which clock
driver actually needs to be amended, I leave this exercise to the people
who know better the case.
Moreover, it seems [1] the fix introduced a regression. And possible
even one more [2].
Taking above, revert the commit de9e33bdfa22 for now.
[1]: https://www.spinics.net/lists/linux-serial/msg28872.html
[2]: https://github.com/Dunedan/mbp-2016-linux/issues/29#issuecomment-357583782
Fixes: de9e33bdfa22 ("serial: 8250_dw: Improve clock rate setting")
Cc: stable <stable@vger.kernel.org> # 4.15
Cc: Ed Blake <ed.blake@sondrel.com>
Cc: Heikki Krogerus <heikki.krogerus@linux.intel.com>
Cc: Lukas Wunner <lukas@wunner.de>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'init')
0 files changed, 0 insertions, 0 deletions