Dear Myan,
In message 5237bb0b.1000...@windriver.com you wrote:
Hello Wolfgang,
You intend to 1) just keep the existing 'bootvx' command for
compatibility with older VxWorks versions, and 2) use plain 'bootm'
for new versions, like we do for other OSes?
Yes, this is what I intended
This is necessary to make sure that all the pins used for SPI access,
especially the CS, are configured back to the NAND Flash interface.
Otherwise, if either newenv or update are called, u-boot cannot access
the NAND Flash anymore.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
Some board require spi_flash_free to be called after all the accesses,
in order, for instance, to restore the pin multiplexing configuration in
the case where the SPI pins are multiplexed.
This was done only in env_relocate_spec and not in saveenv. saveenv is
thus changed in order to have the
Some board require spi_flash_free to be called after all the accesses,
in order, for instance, to restore the pin multiplexing configuration in
the case where the SPI pins are multiplexed.
This patch series tries to enhance this. Patch 1 adds spi_flash_free
calls to env_sf so that the SPI
The release command is the pendant of the probe command. This command
allows to call spi_flash_free from the command line. This may be
necessary for some boards where sf probe does change the state of the
hardware (like with some pin multiplexing changes for instance).
Signed-off-by: Valentin
Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com
---
arch/arm/include/asm/arch-omap5/ehci.h | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/arch/arm/include/asm/arch-omap5/ehci.h
b/arch/arm/include/asm/arch-omap5/ehci.h
index 3921e4a..63aaa02
Hello Wolfgang,
I think this is not a good idea, for two reasons.
First, it means the behaviour of the bootm command is not
consistent - with FDT address passed as argument it behaves one way,
without it behaves different.
Second, You may want to support images that have the FDT attached or
Hi, experts:
The movt/movw instruction can be used to hardcode an
memory location in the instruction itself. The linker
starts complaining about this if the compiler decides
to do so: relocation R_ARM_MOVW_ABS_NC against `a local
symbol' can not be used and it is not support by U-boot
as well.
On Tue, Sep 17, 2013 at 09:35 +0900, Masahiro Yamada wrote:
[ Makefiles rearranged, how to verify the change? ]
But your suggestion sounds interesting.
If we could programmatically compare the generated executables
in an easy way, that would be worth checking.
So I gave it a try.
Dear tiger...@viatech.com.cn,
In message fe7aded5c2218b4786c09cd97dc4c49fa88...@exchbj02.viatech.com.bj you
wrote:
I tested 2013.10-rc2, but still failed to build by -O0 / -O1 etc.
May I ask why you want to use other optimization levels? Do you just
hope that your code may run faster, or do
-原始邮件-
发件人: Scott Wood scottw...@freescale.com
发送时间: 2013年9月17日 星期二
收件人: feng...@phytium.com.cn
抄送: u-boot@lists.denx.de, tr...@ti.com, albert.u.b...@aribaud.net,
w...@denx.de, b45...@freescale.com
主题: Re: [PATCH v10 1/6] core support of arm64
On Mon, 2013-09-16 at 16:08
The SPDX License List version 1.19 now contains an official entry for
the IBM-pibs license. However, instead of our suggestion ibm-pibs,
the SPDX License List uses IBM-pibs, with the following rationale:
The reason being that all other SPDX License List short identifiers
tend towards using
Dear Tom,
In message 20130917001120.GB3040@oliver-linux you wrote:
I've put v2013.10-rc3 out and tarballs should be out soon.
Tarball is out on the FTP server, see [1].
[1] ftp://ftp.denx.de/pub/u-boot/u-boot-2013.10-rc3.tar.bz2
Best regards,
Wolfgang Denk
--
DENX Software Engineering
Hi, Denk:
May I ask why you want to use other optimization levels? Do you just
hope that your code may run faster, or do you have actual proof (i. e.
measurements) that this is the case? It would be interesting if you
could share any such measured results.
Not for running faster.
I just think:
Dear tiger...@viatech.com.cn,
In message fe7aded5c2218b4786c09cd97dc4c49fa88...@exchbj02.viatech.com.bj you
wrote:
May I ask why you want to use other optimization levels? Do you just
hope that your code may run faster, or do you have actual proof (i. e.
measurements) that this is the case?
Hi,
I'm working on a P3041 processor and would like to load the u-boot from a
different flash address than 0xeff8 (where it is normally placed).
Could you please direct me to the sources and headers that need to be changed
for that?
Is it enough to update:
#define
Hi, experts:
-# check that only R_ARM_RELATIVE relocations are generated
ifneq ($(CONFIG_SPL_BUILD),y)
-ALL-y += checkarmreloc
+# Check that only R_ARM_RELATIVE relocations are generated.
+ALL-y += checkarmreloc
+# The movt / movw can hardcode 16 bit parts of the addresses in the
+# instruction.
arm: vf610: vf610twr: vybrid tower fixes and enhancements
This patch series addresses several vixes and enhancements for the
vybrid tower.
Tested on a TWR-VF65GS10 Rev G.
Marcel Ziswiler (10):
arm: vf610: fix anadig register struct
arm: vf610: clean-up anadig register struct
arm: vf610:
Add CCM_CCGR0_UART0_CTRL_MASK clock definition for UART0 aka SCI0.
Signed-off-by: Marcel Ziswiler mar...@ziswiler.com
---
arch/arm/include/asm/arch-vf610/crm_regs.h |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/arch-vf610/crm_regs.h
Re-number all the resv reserved fields.
Signed-off-by: Marcel Ziswiler mar...@ziswiler.com
---
arch/arm/include/asm/arch-vf610/crm_regs.h | 54 ++--
1 file changed, 27 insertions(+), 27 deletions(-)
diff --git a/arch/arm/include/asm/arch-vf610/crm_regs.h
The anadig_reg structure started at the wrong offset (fixed by adding
resvA[4]), was missing some reserved field required for alignment
purpose (resvB[3] between pll4_denom and pll6_ctrl) and further
contained too short a reserved field causing further miss-alignment
(resv10[7]).
Discovered and
Add ANADIG PLL5 control definitions required for Ethernet RMII clock
configuration.
Signed-off-by: Marcel Ziswiler mar...@ziswiler.com
---
arch/arm/include/asm/arch-vf610/crm_regs.h |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/include/asm/arch-vf610/crm_regs.h
Add secondary Ethernet MAC RMII1 base address definition in preparation
of potential secondary only board configurations.
Signed-off-by: Marcel Ziswiler mar...@ziswiler.com
---
arch/arm/include/asm/arch-vf610/imx-regs.h |1 +
1 file changed, 1 insertion(+)
diff --git
Get rid of obsolete CONFIG_SYS_UART_PORT configuration option.
Signed-off-by: Marcel Ziswiler mar...@ziswiler.com
---
include/configs/vf610twr.h |1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/vf610twr.h b/include/configs/vf610twr.h
index 5a7a066..432a69d 100644
---
Get rid of double VF610_PAD_DDR_A15__DDR_A_15 iomux configuration.
Signed-off-by: Marcel Ziswiler mar...@ziswiler.com
---
board/freescale/vf610twr/vf610twr.c |1 -
1 file changed, 1 deletion(-)
diff --git a/board/freescale/vf610twr/vf610twr.c
b/board/freescale/vf610twr/vf610twr.c
index
Add secondary RMII1 iomux definitions.
Signed-off-by: Marcel Ziswiler mar...@ziswiler.com
---
arch/arm/include/asm/arch-vf610/iomux-vf610.h |9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/include/asm/arch-vf610/iomux-vf610.h
Add VF610_PAD_PTA6__RMII0_CLKOUT iomux definition eventually required
for internal (e.g. crystal-less) Ethernet clocking.
Signed-off-by: Marcel Ziswiler mar...@ziswiler.com
---
arch/arm/include/asm/arch-vf610/iomux-vf610.h |1 +
1 file changed, 1 insertion(+)
diff --git
Add UART0 aka SCI0 TX/RX iomux definitions.
Signed-off-by: Marcel Ziswiler mar...@ziswiler.com
---
arch/arm/include/asm/arch-vf610/iomux-vf610.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/include/asm/arch-vf610/iomux-vf610.h
b/arch/arm/include/asm/arch-vf610/iomux-vf610.h
*ping*
(Also CCing MIPS custodian)
Paul
On 06/09/13 11:23, Paul Burton wrote:
A plain bootm used to call the architecture specific boot function with
no flags, but was modified by commit 35fc84fa Refactor the bootm
command to reduce code duplication to call the architecture specific
boot
Hi Marek,
On Tuesday, September 17, 2013 5:00:58 AM, Marek Vasut wrote:
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
Performing tftp transfers on mx28 results in random timeouts.
Hector Palacios and Robert Hodaszi analyzed the root cause being related to
2013/9/6 Paul Burton paul.bur...@imgtec.com:
A plain bootm used to call the architecture specific boot function with
no flags, but was modified by commit 35fc84fa Refactor the bootm
command to reduce code duplication to call the architecture specific
boot function multiple times with various
Dear Benoît Thébaudeau,
In message 1135126743.1842859.1379415574013.javamail.zim...@advansee.com you
wrote:
So how can the above not properly align the buffer? Is that a compiler bug
then?
btw. using ALLOC_CACHE_ALIGN_BUFFER will be safer were someone to change
FEC_MAX_PKT_SIZE, the
Hello Wolfgang and All,
The next release of VxWorks will adopt device tree as its
hardware description mechanism (for PowerPC and ARM), thus
requiring boot interface changes for these two architechtures.
And we would like to better support U-Boot with our operating
system, because almost
Signed-off-by: Miao Yan miao@windriver.com
---
Changes for v2: none
include/config_defaults.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/config_defaults.h b/include/config_defaults.h
index 567b46c..ad08c1d 100644
--- a/include/config_defaults.h
+++
Signed-off-by: Miao Yan miao@windriver.com
---
Changes for v2: none
doc/README.vxworks | 34 ++
1 file changed, 34 insertions(+)
create mode 100644 doc/README.vxworks
diff --git a/doc/README.vxworks b/doc/README.vxworks
new file mode 100644
index
do_bootm_vxworks now is available under the configuration option
CONFIG_BOOTM_VXWORKS, thus aligned with other operating systems
that supported by bootm command. The bootvx command still depneds
on CONFIG_CMD_ELF.
Signed-off-by: Miao Yan miao@windriver.com
---
Changes for v2: none
The next version VxWorks adopts device tree (for PowerPC and ARM) as its
hardware
description mechanism. For PowerPC, the boot interface conforms to
the ePAPR standard, which is:
void (*kernel_entry)(ulong fdt_addr,
ulong r4 /* 0 */,
ulong r5 /* 0 */,
ulong r6 /*
fdt_fixup_memory_banks() will add and update /memory node in
device tree blob. In the case that /memory node doesn't exist,
after adding a new one, this function returns error.
The correct behavior should be continuing to update its properties.
Signed-off-by: Miao Yan miao@windriver.com
---
Dear Marek Vasut,
On 17 September 2013 12:07, Marek Vasut ma...@denx.de wrote:
Hi Minkyu,
do you want to pick the exynos adjustments (04..10/10) via -samsung tree or
shall I take the whole set via -usb ? I'd be inclined to the later, since
it
will make things easier to keep in sync, but it
Dear Piotr Wilczek,
On 29 August 2013 17:49, Piotr Wilczek p.wilc...@samsung.com wrote:
This patch add support for a new Samsung board Trats2.
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
---
On 11 September 2013 19:48, Lukasz Majewski l.majew...@samsung.com wrote:
Hi Minkyu,
Dear Piotr Wilczek,
On 30/08/13 15:00, Piotr Wilczek wrote:
Dear Minkyu Kang,
-Original Message-
From: Minkyu Kang [mailto:mk7.k...@samsung.com]
Sent: Friday, August 30, 2013 6:39
On Tue, Sep 17, 2013 at 7:45 AM, Marcel Ziswiler mar...@ziswiler.com wrote:
The anadig_reg structure started at the wrong offset (fixed by adding
resvA[4]), was missing some reserved field required for alignment
purpose (resvB[3] between pll4_denom and pll6_ctrl) and further
contained too
Add initial Colibri VF50 support based off Freescale's implementation
for the Vybrid Tower System TWR-VF65GS10:
- New machine ID.
- Default UART_A on SCI0.
- FEC1 only.
- Enabled command line editing.
- PLL5 based RMII clocking (e.g. no external crystal).
- UART_A and UART_C I/O muxing.
Tested on
The download gadget code and DFU function lacks of proper declarations
for the case when a target board wants to use only one of available usb
functions.
Moreover the relevant declarations have been moved to consistent
localization (like dfu.h).
Signed-off-by: Lukasz Majewski
The mass storage composite function is now compiled in only when
CONFIG_USB_GADGET_MASS_STORAGE is defined.
Such change provides binary size reduction for boards which use USB
download gadget (like am335x_evm) with DFU, but don't use UMS.
For example at am335x_evm board reduction is more than
Only the linux/usb/gadget.h requires error.h include. Hence, several
includes of error.h at USB gadget functions are not needed.
Moreover unnecessary malloc.h includes were also removed.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Cc: Marek Vasut ma...@denx.de
---
common/cmd_dfu.c
Dear Wolfgang Denk,
On Tuesday, September 17, 2013 1:47:02 PM, Wolfgang Denk wrote:
Dear Benoît Thébaudeau,
In message 1135126743.1842859.1379415574013.javamail.zim...@advansee.com
you wrote:
So how can the above not properly align the buffer? Is that a compiler
bug
then?
Dear Vivek Gautam,
Hi Marek,
On Tue, Sep 17, 2013 at 8:32 AM, Marek Vasut ma...@denx.de wrote:
Dear Vivek Gautam,
Macros defining bmRequestType field of USB device request,
given in table 9.2 USB 2.0 spec, are rather generic macros
which can be further used by other Host controller
Hi Rajesh,
I guess we wait for an updated patch here?
Regards
-- Pantelis
On Sep 11, 2013, at 4:25 PM, Rajeshwari Birje wrote:
Hi Jaehoon Chung,
Thank you for comments,
On Wed, Sep 11, 2013 at 11:31 AM, Jaehoon Chung jh80.ch...@samsung.com
wrote:
On 09/11/2013 02:28 PM,
Hello,
On 09/10/2013 06:10 PM, Mateusz Zalega wrote:
This commit unifies board-specific USB initialization implementations
under one symbol (usb_board_init), declaration of which is available in
usb.h.
New API allows selective initialization of USB controllers whenever needed.
Albert,
Pardon me if this is a dumb question. I have been working on powerpc
platforms in the past. Now we (the developers I work with) are exploring
ARM cores. I am searching how memory is initialized and found different
solutions. Some platforms have memory ready before u-boot even starts,
some
Hi Tiger,
On Mon, Sep 16, 2013 at 11:09 PM, tiger...@viatech.com.cn wrote:
Hi, Simon:
I have some questions about bootstage functions.(common/bootstage.c)
1. mark_bootsage record relocation question
board_init_f() will call mark_bootstage() function to record the elapsed
time when system
Hi Tom,
The following changes since commit 46ef4faed18196472eb95216b2f74c1397ecf024:
Prepare v2013.10-rc3 (2013-09-16 20:08:33 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-mmc.git master
for you to fetch changes up to b31c9beb9bdde1714b1131cf0e64b8b68350e824:
Hi York,
There is no generic driver. AFAIK. Having worked on both mpc85xx and ARM
I can tell you about samsung 5250. There are 2 uboots (one spl and other main).
In case of sd/mmc boot the internal rom copies the spl uboot to iRAM
and the spl boot loader initialises the DDR3.
you can check for
Dear MJ,
Thanks for your reply.
I don't see the file in my copy. Probably it is not merged yet?
Anyway, you just confirmed what I found so far. Do you use static
setting in dmc_init_ddr3.c? I mean does it adapt to different DDR speeds
and modules (if applicable)?
In my mind, I am thinking to
yes, I am using uboot for arndale board.
The code is written by samsung only and it is not static.
The best option would be to have an eth / serial driver kind of arch
which all soc vendors can share. But ddr is scattered, in absence of
that, your point seems valid for fsl specific.
-mj
On
Zynq PS has two I2C bus masters (called 'I2C0' and 'I2C1'):
Implement 'i2c_set_bus_num' routine to select from these.
Support I2C devices which do not use internal addresses:
Handle case of 'alen == 0' in 'i2c_read', 'i2c_write'.
This supports PCA9548 bus multiplexer on Xilinx ZC702 board.
First time contributing to U-Boot. I tried to CC anybody who might
be relevant. Very sorry if this looks like spamming!
Please let me know if you have any feedback!
FYI: this change is intended for u-boot-xlnx as well as for mainline.
Patch message follows...
Michael R. Burr
Software Engineer
On 09/17/2013 12:44 PM, tiger...@viatech.com.cn wrote:
Jeroen's patch is very simple.
So, is there any side-effect?
Not that I am aware of.
If not, why not add it into 2013.10 release version? :)
That is up to Albert and Tom.
Regards,
Jeroen
___
Thanks for your interest on u-boot contribution.
Few notices, look like your newbie for u-boot contribution.
1. For patches which are less number may not require cover-letter
unlit unless required.
2. Please CC to respective custodian, for your case i2c custodian if
require CC to
initial
Dear Benoît,
In message 16119766.1853628.1379428952428.javamail.zim...@advansee.com you
wrote:
Here is a basic alignment test that I have run on ARM:
...
I did not succeed to duplicate the issue with GCC 4.6.2, while GCC 4.5.4
almost
always produces an unexpected alignment for auto
Hi Wolfgang,
On Tue, Sep 17, 2013 at 4:27 PM, Wolfgang Denk w...@denx.de wrote:
Dear Benoît,
In message 16119766.1853628.1379428952428.javamail.zim...@advansee.com you
wrote:
Here is a basic alignment test that I have run on ARM:
...
I did not succeed to duplicate the issue with GCC
Hi,
DFU spec mentions it as a method to upgrade firmware (software stored
in writable non-volatile memory). It also says other potential uses of
DFU is beyond scope of the spec.
Here such a beyond the scope use is being attempted - directly pumping
binary images from host via USB to RAM. This
Enable DFU for RAM, provide example dfu_alt_info
Signed-off-by: Afzal Mohammed afzal.mohd...@gmail.com
Cc: Heiko Schocher h...@denx.de
Cc: Tom Rini tr...@ti.com
Cc: Marek Vasut ma...@denx.de
Cc: Lukasz Majewski l.majew...@samsung.com
Cc: Pantelis Antoniou pa...@antoniou-consulting.com
MMC and NAND independently defines same enumerators for read/write.
Unify them by defining enum in dfu header. RAM support that is being
added newly also can make use of it.
Signed-off-by: Afzal Mohammed afzal.mohd...@gmail.com
Cc: Heiko Schocher h...@denx.de
Cc: Marek Vasut ma...@denx.de
Cc:
DFU spec mentions it as a method to upgrade firmware (software stored
in writable non-volatile memory). It also says other potential uses of
DFU is beyond scope of the spec.
Here such a beyond the scope use is being attempted - directly pumping
binary images from host via USB to RAM. This
Dear Prabhakar Kushwaha,
Prabhakar Kushwaha prabhakar at freescale.com writes:
Add support of 2 stage NAND boot loader using SPL framework.
here, PBL initialise the internal SRAM and copy SPL(96K). This further
initialise DDR using SPD and environment and copy u-boot(512 kb) from NAND
to
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
common/image-fit.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/image-fit.c b/common/image-fit.c
index 199b4ed..1c2ef31 100644
--- a/common/image-fit.c
+++ b/common/image-fit.c
@@ -58,7 +58,7 @@ static
The EHCI controller has some very specific requirements for the USB 2.0
port test modes, which were not closely followed in the initial test
mode commit. It demands that the host controller is completely shut down
(all ports suspended, Run/Stop bit unset) when activating test mode, and
will not
Becuase fdt_check_header function takes (const void *)
type argument, img_addr should be passed to it
without being casted to (char *).
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
common/image-fdt.c | 2 +-
common/image-fit.c | 2 +-
common/image.c | 6 +-
From: Fabio Estevam fabio.este...@freescale.com
We need to load 'imx6dl-sabresd.dtb' in the mx6dl version.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx6sabresd.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs/mx6sabresd.h
Hi, Simon:
Got it!
Thanks!
My codebase is 2013.04 release version.
It seemed board_f.c / board_r.c had been moved to common directory.
Arch/Arm/Lib/Board.c would be compiled conditionally.
Best wishes,
___
U-Boot mailing list
U-Boot@lists.denx.de
On Tue, Sep 17, 2013 at 10:55 PM, Fabio Estevam feste...@gmail.com wrote:
From: Fabio Estevam fabio.este...@freescale.com
We need to load 'imx6dl-sabresd.dtb' in the mx6dl version.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
I fully agree with this.
Acked-by: Otavio Salvador
Hi Tiger,
On Tue, Sep 17, 2013 at 7:58 PM, tiger...@viatech.com.cn wrote:
Hi, Simon:
Got it!
Thanks!
My codebase is 2013.04 release version.
It seemed board_f.c / board_r.c had been moved to common directory.
Arch/Arm/Lib/Board.c would be compiled conditionally.
Yes, trying to deprecate
From: Fabio Estevam fabio.este...@freescale.com
Performing tftp transfers on mx28 results in random timeouts.
Hector Palacios and Robert Hodaszi analyzed the root cause being related to the
wrong alignment of the 'buff' buffer inside fec_recv().
Benoît Thébaudeau provided an excellent analysis
Hi,
On Tue, Sep 17, 2013 at 6:29 PM, Julius Werner jwer...@chromium.org wrote:
The EHCI controller has some very specific requirements for the USB 2.0
port test modes, which were not closely followed in the initial test
mode commit. It demands that the host controller is completely shut down
Hi Heiko,
On Tue, Sep 17, 2013 at 06:32:37AM +0200, Heiko Schocher wrote:
Thanks for this work! Hmm... minor comment. Could you add a entry in
README?
Beside of that:
Acked-by: Heiko Schocher h...@denx.de
Thanks, v5 has been posted with README entry.
Regards
Afzal
In commit 27af930, the top Makefile was adjusted to the new
boards.cfg format.
But at the same time, -d option was added.
If you configure and make separately, for example
like follows:
make omap4_panda_config
make CROSS_COMPILE=your_compiler_prefix
it works fine as it did before.
But
Hello Albert.
Commit 27af930e modified top Makefile as follows:
--- a/Makefile
+++ b/Makefile
@@ -838,7 +838,7 @@ unconfig:
sinclude $(obj).boards.depend
$(obj).boards.depend: boards.cfg
- @awk '(NF $$1 !~ /^#/) { print $$1 : $$1 _config; $$(MAKE)
}' $
From: Guilherme Maciel Ferreira guilherme.maciel.ferre...@gmail.com
Signed-off-by: Guilherme Maciel Ferreira guilherme.maciel.ferre...@gmail.com
---
tools/mkimage.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/mkimage.c b/tools/mkimage.c
index
From: Guilherme Maciel Ferreira guilherme.maciel.ferre...@gmail.com
Given a multifile image created through the mkimage's -d option:
$ mkimage -A x86 -O linux -T multi -n x86 -d vmlinuz:initrd.img:System.map \
multi.img
Image Name: x86
Created: Thu Jul 25 10:29:13 2013
Image
From: Guilherme Maciel Ferreira guilherme.maciel.ferre...@gmail.com
Signed-off-by: Guilherme Maciel Ferreira guilherme.maciel.ferre...@gmail.com
---
test/image/test-imagetools.sh | 107 +
1 files changed, 107 insertions(+), 0 deletions(-)
create mode
From: Guilherme Maciel Ferreira guilherme.maciel.ferre...@gmail.com
In order to avoid duplicating code and keep only one point of modification,
the functions, structs and defines useful for dumpimage were moved from
mkimage to a common module called imagetool.
This modification also weakens the
Adding Vipin to the thread as he has better knowledge on this than me.
Vipin can you please add your comments here as well..
As far as I can remember for the ARM based SPEAr SoCs on which we worked in the
past:
- At the moment the DDR initialization code for various ARM SoCs in u-boot is
On Tue, Sep 17, 2013 at 9:42 PM, guilherme.maciel.ferre...@gmail.com wrote:
From: Guilherme Maciel Ferreira guilherme.maciel.ferre...@gmail.com
Given a multifile image created through the mkimage's -d option:
$ mkimage -A x86 -O linux -T multi -n x86 -d vmlinuz:initrd.img:System.map \
85 matches
Mail list logo