Dear Frank,
Frank Lombardo fastfrank at 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
Hi Daniel,
From: Daniel Schwierzeck daniel.schwierz...@gmail.com
Signed-off-by: Daniel Schwierzeck daniel.schwierz...@gmail.com
Looks good.
-Gabor
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Rommel Custodio sessyargc+uboot at gmail.com writes:
Dear Frank,
Frank Lombardo fastfrank at 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
Hi Daniel,
From: Daniel Schwierzeck daniel.schwierz...@gmail.com
Adopt reset vector handling from Yamon.
Signed-off-by: Daniel Schwierzeck daniel.schwierz...@gmail.com
---
arch/mips/cpu/mips32/start.S | 185
+--
arch/mips/cpu/mips64/start.S |
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 against it.
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
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
Fix a comment in the fw_env.config file, no functional change.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
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 @@
-#
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 the
Dear tiger...@viatech.com.cn,
In message fe7aded5c2218b4786c09cd97dc4c49f74c...@exchbj02.viatech.com.bj 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,
Dear Robert,
In message alpine.DEB.2.02.1301310731270.7034@oneiric 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
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
On Thu, 31 Jan 2013, Wolfgang Denk wrote:
Dear Robert,
In message alpine.DEB.2.02.1301310731270.7034@oneiric 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
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 lro...@gmail.com
Cc: Albert Aribaud albert.u.b...@aribaud.net
Cc:
On Fri, Jan 11, 2013 at 7:35 AM, Marek Vasut ma...@denx.de 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/31/2013 12:51 AM, R Sricharan wrote:
From: Lokesh Vutla lokeshvu...@ti.com
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
-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 by
-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.
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 r.sricha...@ti.com
[snip]
+++ b/arch/arm/cpu/armv7/omap4/hw_data.c
[snip]
+struct
On Thu, Jan 31, 2013 at 11:22:03AM +0530, R Sricharan wrote:
From: Lokesh Vutla lokeshvu...@ti.com
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
On Thu, Jan 31, 2013 at 11:22:04AM +0530, R Sricharan wrote:
From: Lokesh Vutla lokeshvu...@ti.com
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
On Thu, Jan 31, 2013 at 11:22:05AM +0530, R Sricharan wrote:
From: Lokesh Vutla lokeshvu...@ti.com
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
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 r.sricha...@ti.com
Reviewed-by: Tom Rini tr...@ti.com
--
Tom
signature.asc
Description: Digital signature
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 r.sricha...@ti.com
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 lokeshvu...@ti.com
Signed-off-by: R Sricharan r.sricha...@ti.com
Reviewed-by: Tom Rini tr...@ti.com
--
Tom
On Thu, Jan 31, 2013 at 11:32:29AM +0530, R Sricharan wrote:
From: Lokesh Vutla lokeshvu...@ti.com
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.
On Thu, Jan 31, 2013 at 11:32:30AM +0530, R Sricharan wrote:
From: Lokesh Vutla lokeshvu...@ti.com
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
-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 http://patchwork.ozlabs.org/bundle/dianders/patman/
...I
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
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 jagannadh.t...@gmail.com wrote:
Tested on real hardware, works fine.
Tested-by: Jagannadha Sutradharudu Teki jagannadh.t...@gmail.com
Thanks,
Dear Robert,
In message alpine.DEB.2.02.1301310921310.9010@oneiric 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
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
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
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 scottw...@freescale.com
---
From IRC discussion with a2cypher. Compile-tested only;
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
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
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
-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;
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 74
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
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 results in
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
Hi Tom,
On Fri, Feb 1, 2013 at 7:39 AM, Tom Rini tr...@ti.com 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
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
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,
On Fri, Jan 11, 2013 at 6:29 AM, Vadim Bendebury vben...@chromium.org wrote:
On Thu, Jan 10, 2013 at 9:05 AM, Simon Glass s...@chromium.org wrote:
Hi Vadim,
On Wed, Jan 9, 2013 at 6:00 PM, Vadim Bendebury vben...@chromium.org wrote:
To make it usable in git trees not providing a patch checker
On Thu, Nov 29, 2012 at 12:47 PM, Simon Glass s...@chromium.org wrote:
On Mon, Nov 26, 2012 at 5:21 PM, Doug Anderson diand...@chromium.org 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.
On Thu, Nov 29, 2012 at 12:50 PM, Simon Glass s...@chromium.org wrote:
On Mon, Nov 26, 2012 at 5:21 PM, Doug Anderson diand...@chromium.org 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
On Thu, Nov 29, 2012 at 12:46 PM, Simon Glass s...@chromium.org wrote:
On Mon, Nov 26, 2012 at 5:23 PM, Doug Anderson diand...@chromium.org 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.
On Tue, Dec 4, 2012 at 1:40 PM, Doug Anderson diand...@chromium.org 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
On Tue, Dec 4, 2012 at 1:54 PM, Simon Glass s...@chromium.org wrote:
On Mon, Dec 3, 2012 at 4:40 PM, Doug Anderson diand...@chromium.org 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
On Tue, Dec 4, 2012 at 1:43 PM, Doug Anderson diand...@chromium.org 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
On Tue, Dec 4, 2012 at 1:43 PM, Doug Anderson diand...@chromium.org 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
On Tue, Dec 4, 2012 at 1:55 PM, Simon Glass s...@chromium.org wrote:
On Mon, Dec 3, 2012 at 4:43 PM, Doug Anderson diand...@chromium.org wrote:
There are cases that we want to support different settings (or maybe
even different aliases) for different projects. Add support for this
by:
*
On Tue, Dec 4, 2012 at 1:43 PM, Doug Anderson diand...@chromium.org wrote:
The settings modules now has doctests, so run them.
Signed-off-by: Doug Anderson diand...@chromium.org
---
Changes in v2: None
Applied to u-boot-x86, thanks.
___
U-Boot
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
Dear Wolfgang,
Wolfgang Denk wd at 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,
Hi,
On Thu, Jan 31, 2013 at 10:49 AM, Jagan Teki jagannadh.t...@gmail.com 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
Dear Vadim Bendebury,
In message cany1bulo6a_vnvhbqdlbcahp5xg4+djch258thkew3-xi1t...@mail.gmail.com
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
Dear Frank Lombardo,
In message CABoww6NuRMnXZtaMcAdVsZj_t1VHPfezuv9ZnAm18cN=9ck...@mail.gmail.com
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
Dear Rommel Custodio,
In message loom.20130201t035118-...@post.gmane.org you wrote:
Dear Wolfgang,
Wolfgang Denk wd at 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
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
This patch adds funtion to enable XXTI clock source
required by MAX98095 codec.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in V2:
- Corrected multi-line comment style
Chnages in V3:
- None
This patch adds the driver for codec MAX98095 required by Snow
Board
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Chnages in V2:
- None
Changes in V3:
- None
drivers/sound/Makefile |1 +
drivers/sound/max98095.c |
This patchs adds support for MAX98095 codec in
sound driver.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None
Chnages in V3:
- Removed non DT support for MAX98095
drivers/sound/sound.c |9 +++--
include/sound.h |1 +
2 files
Add required compatible information for MAX98095 codec
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Chnages in V2:
- None
Changes in V3:
- None
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files changed, 2
This patch sets high a GPIO to enable the codec MAX98095
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in V2:
- None
Changes in V3:
- None
board/samsung/smdk5250/smdk5250.c | 15 +++
1 files changed, 15
This patch adds the DTS file for Snow Board.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
-None
Changes in V3:
- None
board/samsung/dts/exynos5250-snow.dts | 69 +
1 files changed, 69 insertions(+), 0 deletions(-)
This patch adds the configuration file for Snow Board and
defines the same in boards.cfg.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None.
Changes in V3:
- Moved CONFIG_SOUND_MAX98095 to exynos5250-dt.h
boards.cfg |1 +
Hi Simon,
On Fri, Feb 1, 2013 at 10:00 AM, Simon Glass s...@chromium.org wrote:
Hi,
On Thu, Jan 31, 2013 at 10:49 AM, Jagan Teki jagannadh.t...@gmail.com 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
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 lokeshvu...@ti.com
Now SDRAM initialization is done on the basis of omap revision.
Instead this should be done on basis of SDRAM
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
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
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 r.sricha...@ti.com
[snip]
+++
On Thu, Jan 31, 2013 at 9:23 PM, Wolfgang Denk w...@denx.de wrote:
Dear Vadim Bendebury,
In message
cany1bulo6a_vnvhbqdlbcahp5xg4+djch258thkew3-xi1t...@mail.gmail.com you
wrote:
Just wanted to let everybody know that there has been a mirror set up
on Google infrastructure which polls
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
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
---
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 +
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
Dear Wolfgang,
Wolfgang Denk wd at 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
80 matches
Mail list logo