<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/drivers/ddr/fsl/ctrl_regs.c, branch v2015.04</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/drivers/ddr/fsl/ctrl_regs.c?h=v2015.04</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/drivers/ddr/fsl/ctrl_regs.c?h=v2015.04'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2015-02-24T21:09:26Z</updated>
<entry>
<title>driver/ddr/fsl: Fix a typo in timing_cfg_8 calculation</title>
<updated>2015-02-24T21:09:26Z</updated>
<author>
<name>York Sun</name>
<email>yorksun@freescale.com</email>
</author>
<published>2015-01-06T21:18:52Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=dc1437afd761e83497d94eae0d6dcc2c2ff4711f'/>
<id>urn:sha1:dc1437afd761e83497d94eae0d6dcc2c2ff4711f</id>
<content type='text'>
wwt_bg should match rrt_bg. It was a typo in driver.

Signed-off-by: York Sun &lt;yorksun@freescale.com&gt;
</content>
</entry>
<entry>
<title>driver/ddr/fsl: Add support for multiple DDR clocks</title>
<updated>2015-02-24T21:09:18Z</updated>
<author>
<name>York Sun</name>
<email>yorksun@freescale.com</email>
</author>
<published>2015-01-06T21:18:50Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=03e664d8f4065010ccb6c75648192200a832fd8b'/>
<id>urn:sha1:03e664d8f4065010ccb6c75648192200a832fd8b</id>
<content type='text'>
Controller number is passed for function calls to support individual
DDR clock, depending on SoC implementation. It is backward compatible
with exising platforms. Multiple clocks have been verifyed on LS2085A
emulator.

Signed-off-by: York Sun &lt;yorksun@freescale.com&gt;
</content>
</entry>
<entry>
<title>driver/ddr/fsl: Adjust CAS to preamble override for emulator</title>
<updated>2015-02-24T21:09:02Z</updated>
<author>
<name>York Sun</name>
<email>yorksun@freescale.com</email>
</author>
<published>2015-01-06T21:18:45Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1f3402e7291afa3ba0a5f4da72640edaf2f65405'/>
<id>urn:sha1:1f3402e7291afa3ba0a5f4da72640edaf2f65405</id>
<content type='text'>
On ZeBu emulator, CAS to preamble overrides need to be set to
satisfy the timing. This only impact platforms with CONFIG_EMU.

These should be set before MEM_EN is set.

Signed-off-by: York Sun &lt;yorksun@freescale.com&gt;
</content>
</entry>
<entry>
<title>driver/ddr/fsl: Fix MRC_CYC calculation for DDR3</title>
<updated>2014-12-15T17:15:12Z</updated>
<author>
<name>York Sun</name>
<email>yorksun@freescale.com</email>
</author>
<published>2014-12-02T19:18:09Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=938bbb6013f051808c08204184e94d0cdcb6dbff'/>
<id>urn:sha1:938bbb6013f051808c08204184e94d0cdcb6dbff</id>
<content type='text'>
For DDR controller version 4.7 or newer, MRC_CYC (mode register set
cycle time) is max(tMRD, tMOD). tMRD is 4nCK, or 8nCK (RDIMM). tMOD
is max(12nCK, 15ns) according to JEDEC spec.

DDR4 is not affected by this change.

Signed-off-by: York Sun &lt;yorksun@freescale.com&gt;
</content>
</entry>
<entry>
<title>driver/ddr/fsl: Adjust timing_cfg_0 to better support two DDR slots</title>
<updated>2014-12-05T16:06:11Z</updated>
<author>
<name>York Sun</name>
<email>yorksun@freescale.com</email>
</author>
<published>2014-11-07T20:14:36Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=84baed2a2bdde3b2bf876d36cc966bd41ac67a6d'/>
<id>urn:sha1:84baed2a2bdde3b2bf876d36cc966bd41ac67a6d</id>
<content type='text'>
Increase write-to-write and read-to-read turnaround time for two-slot DDR
configurations. Previously only quad-rank and two dual-rank configurations
have this additional turnaround time. A recent test on two single-rank
DIMMs shows the shorter additional turnaround time is also needed.

Signed-off-by: York Sun &lt;yorksun@freescale.com&gt;
</content>
</entry>
<entry>
<title>linux/kernel.h: sync min, max, min3, max3 macros with Linux</title>
<updated>2014-11-23T11:48:30Z</updated>
<author>
<name>Masahiro Yamada</name>
<email>yamada.m@jp.panasonic.com</email>
</author>
<published>2014-11-06T18:03:31Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b41411954d4ccf6ddaa581178462017557b82b5d'/>
<id>urn:sha1:b41411954d4ccf6ddaa581178462017557b82b5d</id>
<content type='text'>
U-Boot has never cared about the type when we get max/min of two
values, but Linux Kernel does.  This commit gets min, max, min3, max3
macros synced with the kernel introducing type checks.

Many of references of those macros must be fixed to suppress warnings.
We have two options:
 - Use min, max, min3, max3 only when the arguments have the same type
   (or add casts to the arguments)
 - Use min_t/max_t instead with the appropriate type for the first
   argument

Signed-off-by: Masahiro Yamada &lt;yamada.m@jp.panasonic.com&gt;
Acked-by: Pavel Machek &lt;pavel@denx.de&gt;
Acked-by: Lukasz Majewski &lt;l.majewski@samsung.com&gt;
Tested-by: Lukasz Majewski &lt;l.majewski@samsung.com&gt;
[trini: Fixup arch/blackfin/lib/string.c]
Signed-off-by: Tom Rini &lt;trini@ti.com&gt;
</content>
</entry>
<entry>
<title>driver/ddr/fsl: Fix DDR4 driver</title>
<updated>2014-09-25T15:36:20Z</updated>
<author>
<name>York Sun</name>
<email>yorksun@freescale.com</email>
</author>
<published>2014-09-11T20:32:06Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f80d6472b47e73e35e4eaed6fc56ce5df2c82cdb'/>
<id>urn:sha1:f80d6472b47e73e35e4eaed6fc56ce5df2c82cdb</id>
<content type='text'>
When accumulated ECC is enabled, the DQ_MAP for ECC[4:7] needs to be set
to 0, i.e. 0-&gt;0, 1-&gt;1, etc., required by controller logic, even these pins
are not actually connected.

Also fix a bug when reading from DDR register to use proper accessor for
correct endianess.

Signed-off-by: York Sun &lt;yorksun@freescale.com&gt;
</content>
</entry>
<entry>
<title>driver/ddr/fsl: Fix tXP and tCKE</title>
<updated>2014-09-25T15:36:18Z</updated>
<author>
<name>York Sun</name>
<email>yorksun@freescale.com</email>
</author>
<published>2014-08-21T23:13:22Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=bb5783224b9b12eecf406761f82e3de2a2ca9dae'/>
<id>urn:sha1:bb5783224b9b12eecf406761f82e3de2a2ca9dae</id>
<content type='text'>
The driver was written using old DDR3 spec which only covers low speeds.
The value would be suboptimal for higher speeds. Fix both timing according
to latest DDR3 spec, remove tCKE as an config option.

Signed-off-by: York Sun &lt;yorksun@freescale.com&gt;
</content>
</entry>
<entry>
<title>driver/ddr/fsl: Add support of overriding chip select write leveling</title>
<updated>2014-09-08T17:30:34Z</updated>
<author>
<name>York Sun</name>
<email>yorksun@freescale.com</email>
</author>
<published>2014-09-05T05:52:43Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ef87cab66492fe530bb6ec2e499b030c5ae60286'/>
<id>urn:sha1:ef87cab66492fe530bb6ec2e499b030c5ae60286</id>
<content type='text'>
JEDEC spec allows DRAM vendors to use prime DQ for write leveling. This
is not an issue unless some DQ pins are not connected. If a platform uses
regular DIMMs but with reduced DDR ECC pins, the prime DQ may end up on
those floating pins for the second rank. The workaround is to use a known
good chip select for this purpose.

Signed-off-by: York Sun &lt;yorksun@freescale.com&gt;
</content>
</entry>
<entry>
<title>driver/ddr/freescale: Add support of accumulate ECC</title>
<updated>2014-09-08T17:30:34Z</updated>
<author>
<name>York Sun</name>
<email>yorksun@freescale.com</email>
</author>
<published>2014-09-05T05:52:41Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=d28cb6714216cc9e6bfdc1fa333d5dcd174207bd'/>
<id>urn:sha1:d28cb6714216cc9e6bfdc1fa333d5dcd174207bd</id>
<content type='text'>
If less than 8 ECC pins are used for DDR data bus width smaller than 64
bits, the 8-bit ECC code will be transmitted/received across several beats,
and it will be used to check 64-bits of data once 8-bits of ECC are
accumulated.

Signed-off-by: York Sun &lt;yorksun@freescale.com&gt;
</content>
</entry>
</feed>
