Re: [U-Boot] call env print from uboot environment

Dear Wolfgang, Wolfgang Denk denx.de> writes: > > Dear Rommel Custodio, > : : > > You should actually read what I wrote before trying to correct me. Apologies kind sir. All the best, Rommel ___ U-Boot mailing list U-Boot@lists.denx.de http://lis

Re: [U-Boot] [U-boot] mkimage -F parameter

Dear Denk: Here is the web page that describing -F / -K parameter for mkimage: http://patchwork.ozlabs.org/patch/209634/ http://patchwork.ozlabs.org/patch/209610/ so, will these patches be merged into mainline code? Best wishes, -邮件原件- 发件人: u-boot-boun...@lists.denx.de [mailto:u-boot-bou

[U-Boot] [PATCH 1/1] Davinci: Make MAC address offset in EEPROM configurable CONFIG_SYS_I2C_EEPROM_MAC_OFFSET

--- arch/arm/cpu/arm926ejs/davinci/misc.c | 2 +- include/configs/da830evm.h| 1 + include/configs/davinci_dm365evm.h| 1 + include/configs/davinci_dm6467evm.h | 1 + include/configs/davinci_dvevm.h | 1 + include/configs/davinci_sffsdr.h | 1 + include/configs/davinci

[U-Boot] [PATCH 0/1] Davinci: Make MAC address offset in EEPROM configurable

Like subjects say, offset of MAC adress in EEPROM changed from hardcoded value to a per board configurable value The following changes since commit 79af5f82d78b8bbc5fe81302b8a4b7fb5d880f25: Davinci: Fix, console output confusing while setting MAC address (2013-02-01 07:04:12 +) are avai

Re: [U-Boot] [PATCH] arm: fix bug on relocation address

Hello Luca, on 31.01.2013 15:29, Luca Ellero wrote: > If (N. SDRAM banks > 1) and they are not contiguous, don't relocate > u-boot at (CONFIG_SYS_SDRAM_BASE + gd->ram_size), which is a bug. > Instead use the end of 2nd bank (even if there are more than 2 banks) > > Signed-off-by: Luca Ellero > C

Re: [U-Boot] u-boot repository mirror and gerrit on Google inftrastructure

On Thu, Jan 31, 2013 at 9:23 PM, Wolfgang Denk wrote: > Dear Vadim Bendebury, > > In message > you > wrote: >> Just wanted to let everybody know that there has been a mirror set up >> on Google infrastructure which polls git://git.denx.de/u-boot.git >> every 5 minutes. > > Every 5 minutes? Are

Re: [U-Boot] [PATCH 4/7] ARM: OMAP4+: Clean up the pmic code

Hi Tom, On Thursday 31 January 2013 10:31 PM, Tom Rini wrote: On Thu, Jan 31, 2013 at 11:22:02AM +0530, R Sricharan wrote: The pmic code is duplicated for OMAP 4 and 5. Instead move the data to Soc specific place and share the code. Signed-off-by: R Sricharan [snip] +++ b/arch/arm/cpu/armv

Re: [U-Boot] [PATCH 2/7] ARM: OMAP4+: Change the PRCM structure prototype common for all Socs

On Thursday 31 January 2013 10:10 PM, Tom Rini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/31/2013 12:52 AM, R Sricharan wrote: The current PRCM structure prototype directly matches the hardware register layout. So there is a need to change this for every new silicon revision w

[U-Boot] patchwork issue???

Can anyone help? Thanks! My patches sent since Jan are not showing in patch work, but I can find them in http://lists.denx.de/pipermail/u-boot/2013-January/date.html#145232 I sent patches like I did in past and it worked well before Jan-2013. what could be wrong? Best Regards, Shaohui Xie

Re: [U-Boot] [PATCH 1/7] ARM: OMAP4+: emif: Detect SDRAM from SDRAM config register

On Thursday 31 January 2013 09:59 PM, Tom Rini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/31/2013 12:51 AM, R Sricharan wrote: From: Lokesh Vutla Now SDRAM initialization is done on the basis of omap revision. Instead this should be done on basis of SDRAM type read from EMIF_S

Re: [U-Boot] [U-Boot,v2 6/6] sf: Set QUAD enable bit support

Hi Simon, On Fri, Feb 1, 2013 at 10:00 AM, Simon Glass wrote: > Hi, > > On Thu, Jan 31, 2013 at 10:49 AM, Jagan Teki wrote: >> Hi Mike/Simon, >> >> Any further comments on this. > > No further comment. It looks OK to me. > > For all the other patches, it might be worth putting them in a single >

[U-Boot] [PATCH 7/7 V3] EXYNOS5: Snow: Add a configuration file

This patch adds the configuration file for Snow Board and defines the same in boards.cfg. Signed-off-by: Rajeshwari Shinde --- Changes in V2: - None. Changes in V3: - Moved CONFIG_SOUND_MAX98095 to exynos5250-dt.h boards.cfg |1 + include/configs/exynos52

[U-Boot] [PATCH 6/7 V3] EXYNOS5: Add initial DTS file for Snow.

This patch adds the DTS file for Snow Board. Signed-off-by: Rajeshwari Shinde --- Changes in V2: -None Changes in V3: - None board/samsung/dts/exynos5250-snow.dts | 69 + 1 files changed, 69 insertions(+), 0 deletions(-) create mode 100644 board

[U-Boot] [PATCH 4/7 V3] EXYNOS5: GPIO to enable MAX98095

This patch sets high a GPIO to enable the codec MAX98095 Signed-off-by: Rajeshwari Shinde Acked-by: Simon Glass --- Changes in V2: - None Changes in V3: - None board/samsung/smdk5250/smdk5250.c | 15 +++ 1 files changed, 15 insertions(+), 0 deletions(-) diff --git

[U-Boot] [PATCH 5/7 V3] EXYNOS5: FDT: Add compatible strings for MAX98095

Add required compatible information for MAX98095 codec Signed-off-by: Rajeshwari Shinde Acked-by: Simon Glass --- Chnages in V2: - None Changes in V3: - None include/fdtdec.h |1 + lib/fdtdec.c |1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/incl

[U-Boot] [PATCH 3/7 V3] Sound: Support for MAX98095 codec in driver

This patchs adds support for MAX98095 codec in sound driver. Signed-off-by: Rajeshwari Shinde --- Changes in V2: - None Chnages in V3: - Removed non DT support for MAX98095 drivers/sound/sound.c |9 +++-- include/sound.h |1 + 2 files changed, 8 insertions(+), 2

[U-Boot] [PATCH 2/7 V3] Sound: MAX98095: Add the driver for codec

This patch adds the driver for codec MAX98095 required by Snow Board Signed-off-by: Rajeshwari Shinde Acked-by: Simon Glass --- Chnages in V2: - None Changes in V3: - None drivers/sound/Makefile |1 + drivers/sound/max98095.c | 550

[U-Boot] [PATCH 1/7 V3] EXYNOS5: Add function to enable XXTI clock source

This patch adds funtion to enable XXTI clock source required by MAX98095 codec. Signed-off-by: Rajeshwari Shinde Acked-by: Simon Glass --- Changes in V2: - Corrected multi-line comment style Chnages in V3: - None arch/arm/cpu/armv7/exynos/power.c| 11 +++ arch/

[U-Boot] [PATCH 0/7 V3] EXYNOS5: Add audio support for Snow

This patch set creats a new configuration file and DTS file for Snow. Driver for MAX98095 is added and support for same is incorporated in sound driver and Snow Board. This patchset is based on top of "[U-Boot] [PATCH 0/2 V2] SMDK5250: Set Initial PMIC Values" Changes in V2: - Corrected m

Re: [U-Boot] call env print from uboot environment

Dear Rommel Custodio, In message you wrote: > Dear Wolfgang, > > Wolfgang Denk denx.de> writes: > > > > > > What am I doing wrong. > > > > Try instead: > > > > env import -b 2005 > Skipping the CRC ... maybe "2004" is the correct address. No. As I mentioned before, this enviro

Re: [U-Boot] Latest stable u-boot-ppc4xx tree for ppc405

Dear Frank Lombardo, In message you wrote: > > Is there a stable u-boot-ppc4xx tree to support a board with a Virtex 4 > (ppc405)? The latest tag I see for that is U-Boot-1_2_0 which is 6 years > old. If not, what is the best way to get u-boot running on our custom > Virtex 4 board? Just use

Re: [U-Boot] u-boot repository mirror and gerrit on Google inftrastructure

Dear Vadim Bendebury, In message you wrote: > Just wanted to let everybody know that there has been a mirror set up > on Google infrastructure which polls git://git.denx.de/u-boot.git > every 5 minutes. Every 5 minutes? Are you crazy??? Please stop doing this now! You are just putting a lot o

Re: [U-Boot] [U-Boot,v2 6/6] sf: Set QUAD enable bit support

Hi, On Thu, Jan 31, 2013 at 10:49 AM, Jagan Teki wrote: > Hi Mike/Simon, > > Any further comments on this. No further comment. It looks OK to me. For all the other patches, it might be worth putting them in a single series and sending them again once comments are addressed. Acked-by: Simon Gla

Re: [U-Boot] call env print from uboot environment

Dear Wolfgang, Wolfgang Denk denx.de> writes: > > > What am I doing wrong. > > Try instead: > > env import -b 2005 Skipping the CRC ... maybe "2004" is the correct address. "env import -c 0x2000 0x200" if you want the CRC verified. All the best, _

[U-Boot] Please pull u-boot-x86.git

Hi Tom, Here are the patman changes. I have left that ones that buildman requires for now, since they are not needed for patman. The following changes since commit 6ad77d88e57f6ab815ec7e85c5ac329054318c73: vfat: Fix mkcksum argument sizes (2013-01-31 14:43:01 -0500) are available in the git r

Re: [U-Boot] [PATCH v2 4/4] patman: Add settings to the list of modules to doctest

On Tue, Dec 4, 2012 at 1:43 PM, Doug Anderson wrote: > The settings modules now has doctests, so run them. > > Signed-off-by: Doug Anderson > --- > Changes in v2: None Applied to u-boot-x86, thanks. ___ U-Boot mailing list U-Boot@lists.denx.de http://l

Re: [U-Boot] [PATCH v2 3/4] patman: Add the concept of multiple projects

On Tue, Dec 4, 2012 at 1:55 PM, Simon Glass wrote: > On Mon, Dec 3, 2012 at 4:43 PM, Doug Anderson wrote: >> There are cases that we want to support different settings (or maybe >> even different aliases) for different projects. Add support for this >> by: >> * Adding detection for two big proje

Re: [U-Boot] [PATCH v2 2/4] patman: Add support for settings in .patman

On Tue, Dec 4, 2012 at 1:43 PM, Doug Anderson wrote: > This patch adds support for a [settings] section in the .patman file. > In this section you can add settings that will affect the default > values for command-line options. > > Support is added in a generic way such that any setting can be upd

Re: [U-Boot] [PATCH v2 1/4] patman: Add a call to get_maintainer.pl if it exists

On Tue, Dec 4, 2012 at 1:43 PM, Doug Anderson wrote: > For Linux the best way to figure out where to send a patch is with the > "get_maintainer.pl" script. Add support for calling it from patman. > Support is added unconditionally for "scripts/get_maintainer.pl" in > case it is helpful for any ot

Re: [U-Boot] [PATCH v2 2/2] patman: Add all CC addresses to the cover letter

On Tue, Dec 4, 2012 at 1:54 PM, Simon Glass wrote: > On Mon, Dec 3, 2012 at 4:40 PM, Doug Anderson wrote: >> If we're sending a cover letter make sure to CC everyone that we're >> CCing on each of the individual patches. >> >> Signed-off-by: Doug Anderson > > Acked-by: Simon Glass Applied to u

Re: [U-Boot] [PATCH v2 1/2] patman: Cache the CC list from MakeCcFile() for use in ShowActions()

On Tue, Dec 4, 2012 at 1:40 PM, Doug Anderson wrote: > Currently we go through and generate the CC list for patches twice. > This gets slow when (in a future CL) we add a call to > get_maintainer.pl on Linux. Instead of doing things twice, just cache > the CC list when it is first generated. > >

Re: [U-Boot] [PATCH] patman: Look for checkpatch in the scripts directory

On Thu, Nov 29, 2012 at 12:46 PM, Simon Glass wrote: > On Mon, Nov 26, 2012 at 5:23 PM, Doug Anderson wrote: >> The Linux kernel stores checkpatch.pl in the scripts directory. Add >> that to the search path to make things more automatic for kernel >> development. >> >> Signed-off-by: Doug Anders

Re: [U-Boot] [PATCH 2/2] patman: Allow tests to run even if patman is in the path

On Thu, Nov 29, 2012 at 12:50 PM, Simon Glass wrote: > On Mon, Nov 26, 2012 at 5:21 PM, Doug Anderson wrote: >> Several of the patman doctests assume that patman was run with: >> ./patman >> >> Fix them so that they work even if patman is run with just "patman" >> (because patman is in the path

Re: [U-Boot] [PATCH 1/2] patman: Add spaces back into patman test

On Thu, Nov 29, 2012 at 12:47 PM, Simon Glass wrote: > On Mon, Nov 26, 2012 at 5:21 PM, Doug Anderson wrote: >> The patman test code was failing because some extra spaces got >> stripped when it was applied. These spaces are critical to the test >> code working. >> >> Signed-off-by: Doug Anderso

Re: [U-Boot] [PATCH v4] patman: Allow use outside of u-boot tree

On Fri, Jan 11, 2013 at 6:29 AM, Vadim Bendebury wrote: > On Thu, Jan 10, 2013 at 9:05 AM, Simon Glass wrote: >> Hi Vadim, >> >> On Wed, Jan 9, 2013 at 6:00 PM, Vadim Bendebury wrote: >>> To make it usable in git trees not providing a patch checker >>> implementation, add a command line option,

Re: [U-Boot] [PATCH 1/6] imx: mx6q DDR3 init: Fix tMRD

Hi Eric, On Friday, February 1, 2013 12:14:53 AM, Eric Nelson wrote: > On 01/30/2013 02:19 PM, Benoît Thébaudeau wrote: > > MMDC1_MDCFG1.tMRD should be set to max(tMRD, tMOD) for DDR3. > > > > For all DDR3 speed bins: > >tMRD(min) = 4 nCK > >tMOD(min) = max(12 nCK, 15 ns) > > > > Hence, MM

[U-Boot] u-boot repository mirror and gerrit on Google inftrastructure

Just wanted to let everybody know that there has been a mirror set up on Google infrastructure which polls git://git.denx.de/u-boot.git every 5 minutes. URL for browsing is https://u-boot.googlesource.com, and https://u-boot-review.googlesource.com is actually a gerrit instance ready to be used

Re: [U-Boot] patman changes?

Hi Tom, On Fri, Feb 1, 2013 at 7:39 AM, Tom Rini wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 01/31/2013 01:32 PM, Doug Anderson wrote: >> Hi, >> >> I posted a bunch of patman changes a bit ago and they've all been >> acked by Simon. Any chance of them landing? They're all vi

Re: [U-Boot] [PATCH 1/6] imx: mx6q DDR3 init: Fix tMRD

On 01/30/2013 02:19 PM, Benoît Thébaudeau wrote: MMDC1_MDCFG1.tMRD should be set to max(tMRD, tMOD) for DDR3. For all DDR3 speed bins: tMRD(min) = 4 nCK tMOD(min) = max(12 nCK, 15 ns) Hence, MMDC1_MDCFG1.tMRD should be set to max(12 nCK, 15 ns), which is 12 nCK at 532 MHz, encoded as 0xB

Re: [U-Boot] [PATCH] nand/mxc: set host->page_addr for NAND_CMD_READOOB

On Thursday, January 31, 2013 11:36:11 PM, Scott Wood wrote: > On 01/31/2013 02:45:02 PM, Benoît Thébaudeau wrote: > > Hi Scott, > > > > On Thursday, January 31, 2013 8:47:55 PM, Scott Wood wrote: > > > Without this, all OOB reads are from the last page normally read > > > (or zero at boot). This

Re: [U-Boot] [PATCH] nand/mxc: set host->page_addr for NAND_CMD_READOOB

On 01/31/2013 02:45:02 PM, Benoît Thébaudeau wrote: Hi Scott, On Thursday, January 31, 2013 8:47:55 PM, Scott Wood wrote: > Without this, all OOB reads are from the last page normally read > (or zero at boot). This results in bad block scans failing to look > in the right place, and so no bad b

Re: [U-Boot] call env print from uboot environment

Dear John Stile, In message <1359663873.7974.308.camel@genx> you wrote: > > I see the new environment in memory (which includes the CRC). > Example: > 2000: 00 00 00 00 00 65 74 68 61 64 64 72 3d 33 61 3a.ethaddr=3a: > 2010: 31 66 3a 33 34 3a 30 38 3a 35 34 3a 35 34 00 741f:34:

Re: [U-Boot] [PATCH 1/2] Davinci: Make MAC address offset in EEPROM configurable, CONFIG_MAC_EEPROM_ADDR

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/30/2013 03:10 AM, Kim Bøndergaard Poulsen wrote: > Hi Tom > > >> -Original Message- From: Tom Rini [mailto:tr...@ti.com] >> Sent: 29. januar 2013 21:32 To: Kim Bøndergaard Poulsen Cc: >> u-boot@lists.denx.de; vap...@gentoo.org; manjun

[U-Boot] [ANNOUNCE] Release v2013.01.01

Hey all, Bugs happen, even to the best of us. So with that said, I'm neither proud nor ashamed to announce that v2013.01.01 has been released (branch u-boot-2013.01.y pushed, along with tag). It includes: $ git log --oneline v2013.01.. e8ae0fa Prepare v2013.01.01 bc8f446 vfat: Fix mkcksum argum

Re: [U-Boot] vfat: Fix mkcksum argument sizes

Dear Tom Rini, > On Fri, Jan 11, 2013 at 03:35:48AM -, Marek Vasut wrote: > > In case a function argument is known/fixed size array in C, the argument > > is still decoyed as pointer instead ( T f(U n[k]) ~= T fn(U *n) ) and > > therefore calling sizeof on the function argument will result in

Re: [U-Boot] [PATCH] nand/mxc: set host->page_addr for NAND_CMD_READOOB

Hi Scott, On Thursday, January 31, 2013 8:47:55 PM, Scott Wood wrote: > Without this, all OOB reads are from the last page normally read > (or zero at boot). This results in bad block scans failing to look > in the right place, and so no bad blocks are found. > > Signed-off-by: Scott Wood > ---

[U-Boot] call env print from uboot environment

I am finally on uboot-2013.01. I having issue using: env import I have at91bootstrap reading an uboot environment from an address location in NAND to RAM address 0x2000. The environment uboot is compiled to load by default has one set of variables, but the environment loaded into ram by at91

[U-Boot] [PATCH] nand/mxc: set host->page_addr for NAND_CMD_READOOB

Without this, all OOB reads are from the last page normally read (or zero at boot). This results in bad block scans failing to look in the right place, and so no bad blocks are found. Signed-off-by: Scott Wood --- >From IRC discussion with a2cypher. Compile-tested only; testing would be appreci

Re: [U-Boot] vfat: Fix mkcksum argument sizes

On Fri, Jan 11, 2013 at 03:35:48AM -, Marek Vasut wrote: > In case a function argument is known/fixed size array in C, the argument is > still decoyed as pointer instead ( T f(U n[k]) ~= T fn(U *n) ) and therefore > calling sizeof on the function argument will result in the size of the > poin

Re: [U-Boot] [PATCH] arm: fix bug on relocation address

Hello Luca, On 01/31/2013 03:29 PM, Luca Ellero wrote: If (N. SDRAM banks > 1) and they are not contiguous, don't relocate u-boot at (CONFIG_SYS_SDRAM_BASE + gd->ram_size), which is a bug. Instead use the end of 2nd bank (even if there are more than 2 banks) Signed-off-by: Luca Ellero Cc: Albe

Re: [U-Boot] anyone implemented a failsafe upgrade involving two kernel/rootfs pairs?

Dear Robert, In message you wrote: > > ok, i'm going to clear my schedule for the day and just read the > u-boot manual cover to cover finally -- it will probably resolve a lot Don't hold your breath that it will cover all topics. There are way too many cases where customers are not willing

Re: [U-Boot] [U-Boot,v2 6/6] sf: Set QUAD enable bit support

Hi Mike/Simon, Any further comments on this. I have tested on real h/w target as well. Thanks, Jagan. On Sun, Dec 23, 2012 at 11:23 PM, Jagan Teki wrote: > Tested on real hardware, works fine. > > Tested-by: Jagannadha Sutradharudu Teki > > Thanks, > Jagan. > > On Wed, Dec 19, 2012 at 9:57 PM

[U-Boot] patman changes?

Hi, I posted a bunch of patman changes a bit ago and they've all been acked by Simon. Any chance of them landing? They're all visible here < http://patchwork.ozlabs.org/bundle/dianders/patman/> ...I think some of the changes have lost their acks on patchwork (I forgot to include Simon's v1 ack

Re: [U-Boot] patman changes?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/31/2013 01:32 PM, Doug Anderson wrote: > Hi, > > I posted a bunch of patman changes a bit ago and they've all been > acked by Simon. Any chance of them landing? They're all visible > here >

Re: [U-Boot] [PATCH 5/5] ARM: OMAP5: srcomp: enable slew rate compensation cells after powerup

On Thu, Jan 31, 2013 at 11:32:30AM +0530, R Sricharan wrote: > From: Lokesh Vutla > > After power-up SRCOMP cells are by-passed by default in OMAP5. > Software has to enable these SRCOMP sells. > For ES2: All 5 SRCOMP cells needs to be enabled. > For ES1: Only 4 SRCOMP cells in core power domain

Re: [U-Boot] [PATCH 4/5] ARM: OMAP5: Add DDR changes required for OMAP543X ES2.0 SOCs

On Thu, Jan 31, 2013 at 11:32:29AM +0530, R Sricharan wrote: > From: Lokesh Vutla > > Add pre calculated timing settings of LPDDR2 and DDR3 memories > present in OMAP5430 and OMAP5432 ES2.0 versions. > > Also adding the DDR pad io settings required for > OMAP543X SOCs here. > > Signed-off-by:

Re: [U-Boot] [PATCH 3/5] ARM: OMAP5: clocks: Add OPP settings required for OMAP543X ES2.0 soc

On Thu, Jan 31, 2013 at 11:32:28AM +0530, R Sricharan wrote: > Change OPP settings as per the latest 0.4 version of > addendum for OMAP5430 ES2.0 > > Signed-off-by: Lokesh Vutla > Signed-off-by: R Sricharan Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH 2/5] ARM: OMAP5: clock: Add the prcm register changes required for ES2.0

On Thu, Jan 31, 2013 at 11:32:27AM +0530, R Sricharan wrote: > PRCM register addresses are changed from ES1.0 to ES2.0 due to > PER power domain getting moved to CORE power domain. > > So adding the nessecary register changes for the same. > > Signed-off-by: R Sricharan Reviewed-by: Tom Rini

Re: [U-Boot] [PATCH 1/5] ARM: OMAP5: Add silicon id support for ES2.0 revision.

On Thu, Jan 31, 2013 at 11:32:26AM +0530, R Sricharan wrote: > Adding the CPU detection suport for OMAP5430 and > OMAP5432 ES2.0 SOCs. > > Signed-off-by: R Sricharan Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature ___ U-

Re: [U-Boot] [PATCH 7/7] ARM: OMAP5: Clean up iosettings code

On Thu, Jan 31, 2013 at 11:22:05AM +0530, R Sricharan wrote: > From: Lokesh Vutla > > There is some code duplication in the ddr io settings code. > This is avoided by moving the data to a Soc specific place and > letting the code generic. > > This avoids unnessecary code addition for future soc

Re: [U-Boot] [PATCH 6/7] ARM: OMAP4+: Make control module register structure generic

On Thu, Jan 31, 2013 at 11:22:04AM +0530, R Sricharan wrote: > From: Lokesh Vutla > > A seperate omap_sys_ctrl_regs structure is defined for > omap4 & 5. If there is any change in control module for > any of the ES versions, a new structure needs to be created. > In order to remove this dependen

Re: [U-Boot] [PATCH 5/7] ARM: OMAP4+: Cleanup emif specific files

On Thu, Jan 31, 2013 at 11:22:03AM +0530, R Sricharan wrote: > From: Lokesh Vutla > > Removing the duplicated code in ddr3 initialization. > Also creating structure for lpddr2 mode registers to > avoid unnessecary revision checks. > > These change reduces code addition for future Socs. > > Sig

Re: [U-Boot] [PATCH 4/7] ARM: OMAP4+: Clean up the pmic code

On Thu, Jan 31, 2013 at 11:22:02AM +0530, R Sricharan wrote: > The pmic code is duplicated for OMAP 4 and 5. > Instead move the data to Soc specific place and > share the code. > > Signed-off-by: R Sricharan [snip] > +++ b/arch/arm/cpu/armv7/omap4/hw_data.c [snip] > +struct vcores_data omap4430_

Re: [U-Boot] [PATCH 3/7] ARM: OMAP4+: Cleanup the clocks layer

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/31/2013 12:52 AM, R Sricharan wrote: > Currently there is quite a lot of code which is duplicated in the > clocks code for OMAP 4 and 5 Socs. Avoiding this here by moving the > clocks data to a SOC specific place and the sharing the common > code

Re: [U-Boot] [PATCH 2/7] ARM: OMAP4+: Change the PRCM structure prototype common for all Socs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/31/2013 12:52 AM, R Sricharan wrote: > The current PRCM structure prototype directly matches the hardware > register layout. So there is a need to change this for every new > silicon revision which has register space changes. > > Avoiding this

Re: [U-Boot] [PATCH 1/7] ARM: OMAP4+: emif: Detect SDRAM from SDRAM config register

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/31/2013 12:51 AM, R Sricharan wrote: > From: Lokesh Vutla > > Now SDRAM initialization is done on the basis of omap revision. > Instead this should be done on basis of SDRAM type read from > EMIF_SDRAM_CONFIG register. This will be helpful to

Re: [U-Boot] [PATCH] vfat: Fix mkcksum argument sizes

On Fri, Jan 11, 2013 at 7:35 AM, Marek Vasut wrote: > In case a function argument is known/fixed size array in C, the argument is > still decoyed as pointer instead ( T f(U n[k]) ~= T fn(U *n) ) and therefore > calling sizeof on the function argument will result in the size of the > pointer, > no

[U-Boot] [PATCH] arm: fix bug on relocation address

If (N. SDRAM banks > 1) and they are not contiguous, don't relocate u-boot at (CONFIG_SYS_SDRAM_BASE + gd->ram_size), which is a bug. Instead use the end of 2nd bank (even if there are more than 2 banks) Signed-off-by: Luca Ellero Cc: Albert Aribaud Cc: Heiko Schocher --- On ARM architectures

Re: [U-Boot] anyone implemented a failsafe upgrade involving two kernel/rootfs pairs?

On Thu, 31 Jan 2013, Wolfgang Denk wrote: > Dear Robert, > > In message you wrote: > > > > that is, a single u-boot and config in flash, followed by a pair of > > kernel/rootfs partitions, that is remotely upgradeable by, from > > userspace, determining the "older" (backup) of the pairs, overwrit

Re: [U-Boot] [PATCH] env: Allow accessing non-mtd devices

Dear Lubomir Rintel, In message <1359630144.16475.6.camel@hobbes> you wrote: > > Mine is a Kobo Mini e-book reader, which is basically Freescale MX50 > with the only storage there being an MMC/SD card (removable from a slot > if disassembled), which contains uboot and its environment as well as >

Re: [U-Boot] anyone implemented a failsafe upgrade involving two kernel/rootfs pairs?

Dear Robert, In message you wrote: > > that is, a single u-boot and config in flash, followed by a pair of > kernel/rootfs partitions, that is remotely upgradeable by, from > userspace, determining the "older" (backup) of the pairs, overwriting > that pair with a new pair, then flipping the swit

Re: [U-Boot] [U-boot] mkimage -F parameter

Dear tiger...@viatech.com.cn, In message you wrote: > > It seems mkimage has supported signing a image. Does it? The mainline code does not know any '-F' option... Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office

[U-Boot] anyone implemented a failsafe upgrade involving two kernel/rootfs pairs?

i want to do pretty much what's described here: https://github.com/DFE/HidaV/wiki/Safe-Update-and-boot-fallbacks that is, a single u-boot and config in flash, followed by a pair of kernel/rootfs partitions, that is remotely upgradeable by, from userspace, determining the "older" (backup) of th

[U-Boot] [PATCH] fw_env.config: Correct "fw_saveenv" to "fw_setenv".

Fix a comment in the fw_env.config file, no functional change. Signed-off-by: Robert P. J. Day --- diff --git a/tools/env/fw_env.config b/tools/env/fw_env.config index 8e21d5a..9d3b1a4 100644 --- a/tools/env/fw_env.config +++ b/tools/env/fw_env.config @@ -1,4 +1,4 @@ -# Configuration file for

Re: [U-Boot] [PATCH] mmc: support the correct card version for eMMC

Hi Rommel, Could you review or test for this? Best Regards, Jaehoon Chung On 01/30/2013 02:31 PM, Jaehoon Chung wrote: > eMMC vesrion is supported up to v4.5. > But bootloader isn't saw the exact eMMC version. > After applied this patch, > if use the mmcinfo command, then can see the exactly mmc

[U-Boot] [U-boot] mkimage -F parameter

Hi, experts: It seems mkimage has supported signing a image. So, I have a question about signed linux kernel image: 1. if kernel image is signed by mkimage tool. Could uboot verify this signed linux kernel image bf jumping to its entry point function? 2. if uboot could verify the s

Re: [U-Boot] [PATCH] env: Allow accessing non-mtd devices

On Thu, 2013-01-31 at 07:48 +0100, Wolfgang Denk wrote: > Dear Lubomir Rintel, > > In message <1359589584-19846-1-git-send-email-lkund...@v3.sk> you wrote: > > In certain cases, memory device is present as flat file or block device (via > > mmc or mtdblock layer). Do not attempt MTD operations aga

Re: [U-Boot] [PATCH] MIPS: start.S: unify and simplify reset vector handling

Hi Daniel, > From: Daniel Schwierzeck > > Adopt reset vector handling from Yamon. > > Signed-off-by: Daniel Schwierzeck > --- > arch/mips/cpu/mips32/start.S | 185 > +-- > arch/mips/cpu/mips64/start.S | 55 +++-- > 2 files changed, 64 insertio

Re: [U-Boot] Virtex 4 with XMD

Rommel Custodio gmail.com> writes: > > Dear Frank, > > >Frank Lombardo gmail.com> writes: > > > So, that leaves me with the following questions: > > 1) Is the lack of flash memory causing THIS problem? > > 2) Am I missing some config items? > > 3) Does anybody have any advice on how I can deb

Re: [U-Boot] [PATCH] MIPS: start.S: remove obsolete 64 bit handling in setup_c0_status

Hi Daniel, > From: Daniel Schwierzeck > > Signed-off-by: Daniel Schwierzeck Looks good. -Gabor ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Virtex 4 with XMD

Dear Frank, >Frank Lombardo gmail.com> writes: > So, that leaves me with the following questions: > 1) Is the lack of flash memory causing THIS problem? > 2) Am I missing some config items? > 3) Does anybody have any advice on how I can debug this? I'm on an ML507 and I use the default configur