summaryrefslogtreecommitdiff
path: root/include/circbuf.h
diff options
context:
space:
mode:
authorPaul Gortmaker <paul.gortmaker@windriver.com>2011-12-16 17:31:53 -0500
committerKumar Gala <galak@kernel.crashing.org>2012-01-11 13:57:56 -0600
commit1667013ddfa95007c242d7772fb38e3e3bf72b48 (patch)
tree14ad9c7bb987e8529f3c7ce94a86c4e42b4995bd /include/circbuf.h
parent0ecb55132bcb6292f642657bbbd9b58749b8e303 (diff)
downloadu-boot-imx-1667013ddfa95007c242d7772fb38e3e3bf72b48.zip
u-boot-imx-1667013ddfa95007c242d7772fb38e3e3bf72b48.tar.gz
u-boot-imx-1667013ddfa95007c242d7772fb38e3e3bf72b48.tar.bz2
MPC85xxCDS: Fix missing LCRR_DBYP bits for 66-133MHz LBC
These boards were meaning to deploy this value: #define LCRR_DBYP 0x80000000 but were missing a zero, and hence toggling a bit that lands in an area marked as reserved in the 8548 reference manual. According to the documentation, LCRR_DBYP should be used as: PLL bypass. This bit should be set when using low bus clock frequencies if the PLL is unable to lock. When in PLL bypass mode, incoming data is captured in the middle of the bus clock cycle. It is recommended that PLL bypass mode be used at frequencies of 83 MHz or less. So the impact would most likely be undefined behaviour for LBC peripherals on boards that were running below 83MHz LBC. Looking at the actual u-boot code, the missing DBYP bit was meant to be deployed as follows: Between 66 and 133, the DLL is enabled with an override workaround. In the future, we'll convert all boards to use the symbolic DBYP constant to avoid these "count the zeros" problems, but for now, just fix the impacted boards. Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
Diffstat (limited to 'include/circbuf.h')
0 files changed, 0 insertions, 0 deletions