<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/drivers/ddr, branch v2019.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?h=v2019.04</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/drivers/ddr?h=v2019.04'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2019-03-19T08:22:05Z</updated>
<entry>
<title>mv_ddr: ddr3: only use active chip-selects when tuning ODT</title>
<updated>2019-03-19T08:22:05Z</updated>
<author>
<name>Chris Packham</name>
<email>chris.packham@alliedtelesis.co.nz</email>
</author>
<published>2019-02-28T21:11:14Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=247c80d6b8ad07871845a846796ae6b40f34b4f6'/>
<id>urn:sha1:247c80d6b8ad07871845a846796ae6b40f34b4f6</id>
<content type='text'>
Inactive chip-selects will give invalid values for read_sample so don't
consider them when trying to determine the overall min/max read sample.

Signed-off-by: Chris Packham &lt;chris.packham@alliedtelesis.co.nz&gt;

[https://github.com/MarvellEmbeddedProcessors/mv-ddr-marvell/pull/18]
Signed-off-by: Chris Packham &lt;judge.packham@gmail.com&gt;
Signed-off-by: Stefan Roese &lt;sr@denx.de&gt;
</content>
</entry>
<entry>
<title>mv_ddr: ddr3: fix tRAS timimg parameter</title>
<updated>2019-03-19T08:22:05Z</updated>
<author>
<name>Chris Packham</name>
<email>chris.packham@alliedtelesis.co.nz</email>
</author>
<published>2019-02-28T21:11:13Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=08dcbc98236c4ea9eb4b9d4731a53022204c4809'/>
<id>urn:sha1:08dcbc98236c4ea9eb4b9d4731a53022204c4809</id>
<content type='text'>
Based on the JEDEC standard JESD79-3F. The tRAS timings should include
the highest speed bins at a given frequency. This is similar to commit
683c67b ("mv_ddr: ddr3: fix tfaw timimg parameter") where the wrong
comparison was used in the initial implementation.

Signed-off-by: Chris Packham &lt;chris.packham@alliedtelesis.co.nz&gt;

[https://github.com/MarvellEmbeddedProcessors/mv-ddr-marvell/pull/15]
Signed-off-by: Chris Packham &lt;judge.packham@gmail.com&gt;
Signed-off-by: Stefan Roese &lt;sr@denx.de&gt;
</content>
</entry>
<entry>
<title>ddr: socfpga: Clean up ddr_setup()</title>
<updated>2019-03-09T22:25:19Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2019-03-09T20:58:09Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=88c3bb49e1bf2b808cbad1fbdeda09480ae580a7'/>
<id>urn:sha1:88c3bb49e1bf2b808cbad1fbdeda09480ae580a7</id>
<content type='text'>
Replace the current rather convoluted code using ad-hoc polling
mechanism with a more straightforward code. Use wait_for_bit_le32()
to poll the DDRCALSTAT register instead of local reimplementation.
It makes no sense to pull for 5 seconds before giving up and trying
to restart the EMIF, so instead wait 500 mSec for the calibration to
complete and if this fails, restart the EMIF and try again. Perform
this 32 times instead of 3 times as the original code did.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Cc: Chin Liang See &lt;chin.liang.see@intel.com&gt;
Cc: Dinh Nguyen &lt;dinguyen@kernel.org&gt;
Cc: Simon Goldschmidt &lt;simon.k.r.goldschmidt@gmail.com&gt;
Cc: Tien Fong Chee &lt;tien.fong.chee@intel.com&gt;
</content>
</entry>
<entry>
<title>ddr: socfpga: Clean up EMIF reset</title>
<updated>2019-03-09T22:25:19Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2019-03-09T20:57:58Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=8297dd1d934281175ffa8646a2e3200755402db5'/>
<id>urn:sha1:8297dd1d934281175ffa8646a2e3200755402db5</id>
<content type='text'>
The EMIF reset code can well use wait_for_bit_le32() instead of all that
convoluted polling code. Reduce the timeout from 100 seconds to 1 second,
since if the EMIF fails to reset itself in 1 second, it's unlikely longer
wait would help. Make sure to clear the EMIF reset request even if the
SEQ2CORE_INT_RESP_BIT isn't asserted.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Cc: Chin Liang See &lt;chin.liang.see@intel.com&gt;
Cc: Dinh Nguyen &lt;dinguyen@kernel.org&gt;
Cc: Simon Goldschmidt &lt;simon.k.r.goldschmidt@gmail.com&gt;
Cc: Tien Fong Chee &lt;tien.fong.chee@intel.com&gt;
</content>
</entry>
<entry>
<title>ddr: socfpga: Fix EMIF clear timeout</title>
<updated>2019-03-09T22:25:19Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2019-03-08T18:11:55Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ffd1e1a336730b6991c2ae7e7b0605e99d4f2b06'/>
<id>urn:sha1:ffd1e1a336730b6991c2ae7e7b0605e99d4f2b06</id>
<content type='text'>
The current EMIF clear timeout handling code was applying bitwise
operations to signed data types and as it was, was extremely hard
to read. Replace it with simple wait_for_bit(). Expand the error
handling to make it more readable too.

This patch also changes the timeout for emif_clear() from 14 hours
to 1 second.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Cc: Chin Liang See &lt;chin.liang.see@intel.com&gt;
Cc: Dinh Nguyen &lt;dinguyen@kernel.org&gt;
Cc: Simon Goldschmidt &lt;simon.k.r.goldschmidt@gmail.com&gt;
Cc: Tien Fong Chee &lt;tien.fong.chee@intel.com&gt;
</content>
</entry>
<entry>
<title>ddr: socfpga: Fix newline in debug print on A10</title>
<updated>2019-03-09T16:59:13Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2019-03-06T16:18:22Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=dc3249b91b0c5dffdbd42426a3535bea5e14448f'/>
<id>urn:sha1:dc3249b91b0c5dffdbd42426a3535bea5e14448f</id>
<content type='text'>
The debug print is missing a newline, add it.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Cc: Chin Liang See &lt;chin.liang.see@intel.com&gt;
Cc: Dinh Nguyen &lt;dinguyen@kernel.org&gt;
Cc: Simon Goldschmidt &lt;simon.k.r.goldschmidt@gmail.com&gt;
Cc: Tien Fong Chee &lt;tien.fong.chee@intel.com&gt;
</content>
</entry>
<entry>
<title>ddr: socfpga: Fix IO in Arria10 DDR driver</title>
<updated>2019-03-09T16:59:13Z</updated>
<author>
<name>Marek Vasut</name>
<email>marex@denx.de</email>
</author>
<published>2019-03-05T17:37:02Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=71fc4825f72cc8f9a066e0a23d71e86242738561'/>
<id>urn:sha1:71fc4825f72cc8f9a066e0a23d71e86242738561</id>
<content type='text'>
The Altera Arria10 DDR driver was using constants in a few places
instead of reading registers associated with those constants, fix
this.

Signed-off-by: Marek Vasut &lt;marex@denx.de&gt;
Cc: Chin Liang See &lt;chin.liang.see@intel.com&gt;
Cc: Dinh Nguyen &lt;dinguyen@kernel.org&gt;
Cc: Simon Goldschmidt &lt;simon.k.r.goldschmidt@gmail.com&gt;
Cc: Tien Fong Chee &lt;tien.fong.chee@intel.com&gt;
</content>
</entry>
<entry>
<title>configs: fsl: move DDR specific defines to Kconfig</title>
<updated>2019-03-03T15:26:01Z</updated>
<author>
<name>Rajesh Bhagat</name>
<email>rajesh.bhagat@nxp.com</email>
</author>
<published>2019-02-01T05:22:01Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=32413125b3486c2376d5df6791f1329268725bc9'/>
<id>urn:sha1:32413125b3486c2376d5df6791f1329268725bc9</id>
<content type='text'>
Moves below DDR specific defines to Kconfig:

CONFIG_FSL_DDR_BIST
CONFIG_FSL_DDR_FIRST_SLOT_QUAD_CAPABLE
CONFIG_FSL_DDR_INTERACTIVE
CONFIG_FSL_DDR_SYNC_REFRESH

Signed-off-by: Rajesh Bhagat &lt;rajesh.bhagat@nxp.com&gt;
Reviewed-by: York Sun &lt;york.sun@nxp.com&gt;
Reviewed-by: Prabhakar Kushwaha &lt;prabhakar.kushwaha@nxp.com&gt;
</content>
</entry>
<entry>
<title>drivers/ddr/fsl: Update fsl_ddr_board_options as weak function</title>
<updated>2019-02-19T04:56:43Z</updated>
<author>
<name>Priyanka Jain</name>
<email>priyanka.jain@nxp.com</email>
</author>
<published>2018-10-29T09:37:36Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=50dcbd1ff8ba13323a9a5e1bf516504ba35bd56c'/>
<id>urn:sha1:50dcbd1ff8ba13323a9a5e1bf516504ba35bd56c</id>
<content type='text'>
fsl_ddr_board_options is generally defined in board
board's ddr.c, but some boards like lx2160ardb board
does not need this function.
Defining fsl_ddr_board_options as weak function to
resolve compilation errors for such boards.

Signed-off-by: Priyanka Jain &lt;priyanka.jain@nxp.com&gt;
[PK: Fix checkpatch warnings]
Signed-off-by: Prabhakar Kushwaha &lt;prabhakar.kushwaha@nxp.com&gt;
</content>
</entry>
<entry>
<title>drivers: ddr: introduce DDR driver for i.MX8M</title>
<updated>2019-01-01T13:12:18Z</updated>
<author>
<name>Peng Fan</name>
<email>peng.fan@nxp.com</email>
</author>
<published>2018-11-20T10:19:57Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=e3963c0943042afcb38d99041a8dc3d55f092f5f'/>
<id>urn:sha1:e3963c0943042afcb38d99041a8dc3d55f092f5f</id>
<content type='text'>
Introduce DDR driver for i.MX8M. The driver will be used by SPL to
initialze DDR PHY and DDR Controller.

Signed-off-by: Peng Fan &lt;peng.fan@nxp.com&gt;
</content>
</entry>
</feed>
