Hi, experts:
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
>From power on to board_init_f point.
But after running board_init_f() funct
Update git-mailrc with alias and nick name details.
Signed-off-by: Jagannadha Sutradharudu Teki
---
doc/git-mailrc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index 2cacaa0..014a413 100644
--- a/doc/git-mailrc
+++ b/doc/git-mailrc
@@ -18,6 +18,7 @@ alias
On 09/16/2013 03:10 AM, Fabio Estevam wrote:
From: Fabio Estevam
Performing tftp transfers on mx28 results in random timeouts.
Hector Palacios and Robert Hodaszi analyzed the root cause being related to the
alignment of the 'buff' buffer inside fec_recv().
GCC versions such as 4.4/4.5 are mor
于 2013年09月15日 22:18, Marek Vasut 写道:
Dear Huang Shijie,
于 2013年09月04日 23:46, Hector Palacios 写道:
Dear Marek,
On 09/04/2013 04:38 PM, Marek Vasut wrote:
Dear Huang Shijie,
On Wed, Sep 04, 2013 at 04:00:36PM +0200, Marek Vasut wrote:
Dear Huang Shijie,
How come hector was then able to write
From: David Feng
Signed-off-by: David Feng
---
common/cmd_pxe.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/cmd_pxe.c b/common/cmd_pxe.c
index a2fb50a..df58522 100644
--- a/common/cmd_pxe.c
+++ b/common/cmd_pxe.c
@@ -57,7 +57,7 @@ static int format_mac_pxe(
From: David Feng
Signed-off-by: David Feng
---
common/fdt_support.c | 66 ++
1 file changed, 34 insertions(+), 32 deletions(-)
diff --git a/common/fdt_support.c b/common/fdt_support.c
index b034c98..9bc5821 100644
--- a/common/fdt_support.c
+++
From: David Feng
Signed-off-by: David Feng
Signed-off-by: Bhupesh Sharma
---
MAINTAINERS |4 +
board/armltd/dts/vexpress64.dts | 439 ++
board/armltd/vexpress64/Makefile | 27 +++
board/armltd/vexpress64/vexpress64.c |
From: David Feng
Signed-off-by: David Feng
---
arch/arm/config.mk |4 +
arch/arm/cpu/armv8/Makefile | 38 +
arch/arm/cpu/armv8/cache.S | 130 +
arch/arm/cpu/armv8/cache_v8.c | 228 +
From: David Feng
Signed-off-by: David Feng
---
include/linux/linkage.h |4
1 file changed, 4 insertions(+)
diff --git a/include/linux/linkage.h b/include/linux/linkage.h
index 9ddf830..2a2848a 100644
--- a/include/linux/linkage.h
+++ b/include/linux/linkage.h
@@ -49,6 +49,10 @@
From: David Feng
Signed-off-by: David Feng
---
common/board_f.c | 18 +++---
common/board_r.c | 18 ++
2 files changed, 29 insertions(+), 7 deletions(-)
diff --git a/common/board_f.c b/common/board_f.c
index 0ada1af..f92a39e 100644
--- a/common/board_f.c
+++ b/c
From: David Feng
Changes for v10:
- add weak definition to include/linux/linkage.h and make
setup_el2/setup_el3/lowlevel_init weak routines,
so them can be easily overridden by processor specific code.
- modify s-o-f of 0002-board-support-of-vexpress_aemv8a which
use wrong mail ad
Dear Jiří Prchal,
On 09/13/2013 04:41 PM, Jiří Prchal wrote:
> Dne 13.9.2013 16:10, Andreas Bießmann napsal(a):
>> On 09/13/2013 03:00 PM, Jiri Prchal wrote:
>>> diff --git a/arch/arm/include/asm/mach-types.h
>>> b/arch/arm/include/asm/mach-types.h
>>> index 440b041..9b274ba 100644
>>> --- a/ar
On 09/15/13 16:21, Marek Vasut wrote:
> I suppose this thread can be concluded by droping the INIT_ALL stuff
> entirely.
> Afterall, we do not want to init _ALL_ ports at once, but we want to init
> them
> selectively.
>
> Best regards,
> Marek Vasut
+1
--
Mateusz Zalega
Samsung R&D Institu
again, my pedantry getting the best of me but it makes me cringe
whenever i run across the spelling "redundand" (tree-wide search):
common/env_ubi.c:#ifdef CONFIG_SYS_REDUNDAND_ENVIRONMENT
common/env_ubi.c:#else /* ! CONFIG_SYS_REDUNDAND_ENVIRONMENT */
common/env_ubi.c:#endif /* CONFIG_SYS_REDU
just noticed that while you can manually generate the CHANGELOG
file, "make distclean" doesn't remove it. i'll leave it up to someone
higher up the food chain to determine where that removal should go.
rday
--
Robert P.
Dear Zhao Qiang,
In message <1379040166-27997-1-git-send-email-b45...@freescale.com> you wrote:
> Previously, the address of a requested capability is define like that
> "#define PCI_DCR0x78"
> But, the addresses of capabilities is different with regard to PCIe revs.
> So this method
On 09/15/13 18:44, Marek Vasut wrote:
> Dear Mateusz Zalega,
>
>> 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 nee
Hi,
I was trying to understand the booting (till linux) on samsung exynos
5250. As this is my first on ARM Cortex. I have a few questions, so
following is a step by step understanding and [Q] mentions the
question I am asking
[1] At POR (Power on Reset) the Internal Boot rom code executes, and
ch
Previously, the address of a requested capability is define like that
"#define PCI_DCR0x78"
But, the addresses of capabilities is different with regard to PCIe revs.
So this method is not flexible.
Now a function to get the address of a requested capability is added and used.
It ca
Dear Andreas,
Dne 16.9.2013 10:27, Andreas Bießmann napsal(a):
Dear Jiří Prchal,
On 09/13/2013 04:41 PM, Jiří Prchal wrote:
Dne 13.9.2013 16:10, Andreas Bießmann napsal(a):
On 09/13/2013 03:00 PM, Jiri Prchal wrote:
diff --git a/arch/arm/include/asm/mach-types.h
b/arch/arm/include/asm/ma
> On Tue, Aug 06, 2013 at 01:45:08PM +0530, Pekon Gupta wrote:
>
> > ti814x_evm has on-board socket for using Micron (MT29Fxx) family of
> > NAND devices to GPMC interface. This patch
> > - adds NAND related pin-mux configuration for same
> > - adds #defines for NAND partitions to TI814x configs
>
> -Original Message-
> From: sun york-R58495
> Sent: Friday, September 13, 2013 11:13 PM
> To: Liu Shengzhou-B36685
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH 2/4] powerpc/eeprom: update MAX_NUM_PORTS to adapt
> non-256-
> bytes EEPROM
>
> I would appreciate it if you update the ve
Hi Robert,
On Sun, 15 Sep 2013 18:49:23 -0400 (EDT), "Robert P. J. Day"
wrote:
> On Sun, 15 Sep 2013, Fabio Estevam wrote:
>
> > On Sun, Sep 15, 2013 at 7:10 PM, Robert P. J. Day
> > wrote:
> > >
> > > Fix various misspellings of things like "environment", "kernel",
> > > "default" and "volat
(possible resend to fix... a typo. No kidding.)
Hi Robert,
On Sun, 15 Sep 2013 18:49:23 -0400 (EDT), "Robert P. J. Day"
wrote:
> On Sun, 15 Sep 2013, Fabio Estevam wrote:
>
> > On Sun, Sep 15, 2013 at 7:10 PM, Robert P. J. Day
> > wrote:
> > >
> > > Fix various misspellings of things like "e
On Mon, 16 Sep 2013, Albert ARIBAUD wrote:
> (possible resend to fix... a typo. No kidding.)
>
> Hi Robert,
>
> On Sun, 15 Sep 2013 18:49:23 -0400 (EDT), "Robert P. J. Day"
> wrote:
>
> > On Sun, 15 Sep 2013, Fabio Estevam wrote:
> >
> > > On Sun, Sep 15, 2013 at 7:10 PM, Robert P. J. Day
> > >
Hi Robert,
On Mon, 16 Sep 2013 04:30:09 -0400 (EDT), "Robert P. J. Day"
wrote:
>
> again, my pedantry getting the best of me but it makes me cringe
> whenever i run across the spelling "redundand" (tree-wide search):
>
> common/env_ubi.c:#ifdef CONFIG_SYS_REDUNDAND_ENVIRONMENT
> [...]
>
>
Fix various misspellings of things like "environment", "kernel",
"default" and "volatile", and throw in a couple grammar fixes.
Signed-off-by: Robert P. J. Day
---
ok, here's version two ...
diff --git a/Makefile b/Makefile
index 1365db6..f55f8c0 100644
--- a/Makefile
+++ b/Makefile
@@ -45,
(apologies for multiple mails, but mails from my client were rejected
due to some client configuration)
> On Tue, 2013-09-03 at 11:26 +0530, Pekon Gupta wrote:
> > diff --git a/doc/README.nand b/doc/README.nand
> > index 913e9b5..f72f618 100644
> > --- a/doc/README.nand
> > +++ b/doc/README.nand
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
---
common/fdt_support.c |
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
---
common/cmd_bootm.c | 15 ---
1 file chan
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 all
Signed-off-by: Miao Yan
---
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
+++ b/include/config_defaults.h
@@ -14,6 +14,7 @@
#define CONFIG_BOOTM_
Signed-off-by: Miao Yan
---
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 000..08c3813
--- /dev/null
+++ b/doc/README.vxwork
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 /*
On 09/13/2013 02:54 AM, Hsin-Hsiang Tseng wrote:
> Hello, nice to meet everyone. I am new to U-boot development world.
>
> i have a s5pv310 soc dk board, and i config. it as origen board.
> i want to use nand command in u-boot, so i add blow setting in origen.h
> /*enable nand command*/
> #define C
Do a global spelling fix for all spellings of "redundand", which is a
functional change since it includes the variable
CONFIG_SYS_REDUNDAND_ENVIRONMENT.
Signed-off-by: Robert P. J. Day
---
compile-tested, configured for "am335x_boneblack_config".
diff --git a/common/env_embedded.c b/common/
Dear Fabio Estevam,
> From: Fabio Estevam
>
> Since commit bce883707 (ARM: mxs: tools: Add mkimage support for MXS
> bootstream) the following build error is seen when doing a MAKEALL build:
>
> $ ./MAKEALL mx28evk
> Configuring for mx28evk - Board: mx28evk, Options: ENV_IS_IN_MMC
> mxsimage.c:
On Mon, Sep 16, 2013 at 10:49 AM, Marek Vasut wrote:
> Since when is Ubuntu not a Debian based distro ? :-( I think you should stick
> with the roots here, use Debian.
Yes, I wrote "Debian-based" in v1. The change here was not on purpose,
so I can fix it in v3.
Actually, I have been thinking ab
Dear Mateusz Zalega,
> On 09/15/13 18:44, Marek Vasut wrote:
> > Dear Mateusz Zalega,
> >
> >> 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 initial
Since commit bce883707 (ARM: mxs: tools: Add mkimage support for MXS bootstream)
the following build error is seen when doing a MAKEALL build:
$ ./MAKEALL mx28evk
Configuring for mx28evk - Board: mx28evk, Options: ENV_IS_IN_MMC
mxsimage.c:18:25: fatal error: openssl/evp.h: No such file or director
Dear Fabio Estevam,
> Since commit bce883707 (ARM: mxs: tools: Add mkimage support for MXS
> bootstream) the following build error is seen when doing a MAKEALL build:
>
> $ ./MAKEALL mx28evk
> Configuring for mx28evk - Board: mx28evk, Options: ENV_IS_IN_MMC
> mxsimage.c:18:25: fatal error: openss
Dear Fabio Estevam,
> On Mon, Sep 16, 2013 at 10:49 AM, Marek Vasut wrote:
> > Since when is Ubuntu not a Debian based distro ? :-( I think you should
> > stick with the roots here, use Debian.
>
> Yes, I wrote "Debian-based" in v1. The change here was not on purpose,
> so I can fix it in v3.
>
SPL does not relocates the CCSRBAR hence it is using CCSRBAR at 0xfe00_.
U-boot relocates CCSRBAR to 0xf_fe00_.
So law talbe needs to be updated again.
Signed-off-by: Prabhakar Kushwaha
---
arch/powerpc/cpu/mpc8xxx/law.c |9 -
1 file changed, 9 deletions(-)
diff --git a/arc
Signed-off-by: Prabhakar Kushwaha
---
Add support of 2 stage NAND boot loader in cornet platforms using SPL framework.
This will be helpful for those SoC which has less internal SRAM(128K).
here, PBL initialise the internal SRAM and copy SPL(96K) in SRAM.
SPL further initialise DDR using SPD a
Dear Stefano Babic,
> On 16/09/2013 16:19, Fabio Estevam wrote:
> > On Mon, Sep 16, 2013 at 10:49 AM, Marek Vasut wrote:
> >> Since when is Ubuntu not a Debian based distro ? :-( I think you should
> >> stick with the roots here, use Debian.
> >
> > Yes, I wrote "Debian-based" in v1. The change
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
DDR.
Finally SPL transer control to u-boot.
Initialise/create followings required for S
On 16/09/2013 16:19, Fabio Estevam wrote:
> On Mon, Sep 16, 2013 at 10:49 AM, Marek Vasut wrote:
>
>> Since when is Ubuntu not a Debian based distro ? :-( I think you should stick
>> with the roots here, use Debian.
>
> Yes, I wrote "Debian-based" in v1. The change here was not on purpose,
> so
Current SPL code base has BSS section placed after reset_vector. This means
they have to relocate to use the global variables. This put an implicit
requirement of having SPL size = Memory/2.
To avoid relocation, move bss_section within SPL range.
Signed-off-by: Prabhakar Kushwaha
---
arch/power
GD(Global Data) structure has pointer to envirenoment variable array.
but, it is not being assigned for SPL framwork.
So update GD pointer with env variable array.
Signed-off-by: Prabhakar Kushwaha
---
common/env_common.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/common/env_comm
On Mon, Sep 16, 2013 at 12:55 PM, Marek Vasut wrote:
> Dear Stefano Babic,
>
>> On 16/09/2013 16:19, Fabio Estevam wrote:
>> > On Mon, Sep 16, 2013 at 10:49 AM, Marek Vasut wrote:
>> >> Since when is Ubuntu not a Debian based distro ? :-( I think you should
>> >> stick with the roots here, use De
Hi there,
On Sep 13, 2013, at 3:59 PM, Przemyslaw Marczak wrote:
> Dear Pantelis,
>
> On 09/09/2013 02:58 PM, Przemyslaw Marczak wrote:
>> According to JEDEC eMMC specification, after data transfer
>> (multiple or single block) host must wait for card ready
>> status. This is done by waiting for
Erratum A006379 says CPCHDBCR0 bit field [10:14] has incorrect default
value after POR. The workaround is to set this field before enabling
CPC to 0x1e.
Erratum A006379 applies to
T4240 rev 1.0
B4860 rev 1.0, 2.0
Signed-off-by: York Sun
---
Change log:
v2: Add a list of SoC impa
Compulab OMAP3 boards use the same display initialization code.
Move the display initialization code to live under board/compulab/common
directory.
Signed-off-by: Igor Grinberg
Tested-by: Nikita Kiryanov
---
board/compulab/cm_t35/Makefile | 2 --
board/compulab/comm
Two more adjustments before porting more Compulab boards to mainline U-Boot.
Move the eeprom code which can be used (and is suitable) by multiple Compulab
boards to a common location.
Move the display initialization code which can be used by multiple Compulab
OMAP based boards.
Igor Grinberg (2):
Erratum A006379 says CPCHDBCR0 bit field [10:14] has incorrect default
value after POR. The workaround is to set this field before enabling
CPC to 0x1e.
Erratum A006379 applies to
T4240 rev 1.0
B4860 rev 1.0, 2.0
Signed-off-by: York Sun
---
Change log:
v3: Include in fsl_errata
Dear Miao Yan,
In message <1379325490-3462-1-git-send-email-miao@windriver.com> you wrote:
>
> The 'bootvx' commnad stays unchaged, and is still avalaible under
> the configuration option CONFIG_CMD_ELF for older kernels. A new
> option CONFIG_BOOTM_VXWORKS is added for bootm to align with o
Compulab boards use the same eeprom code, so move the eeprom related
code to live under board/compulab/common directory.
Also make several adjustments to eeprom functions namespace, so it will
be generic for compulab boards.
Signed-off-by: Igor Grinberg
Tested-by: Nikita Kiryanov
---
board/comp
On Fri, 2013-09-13 at 15:23 +0530, Prabhakar Kushwaha wrote:
> On 09/12/2013 11:28 PM, Scott Wood wrote:
> > On Mon, 2013-09-09 at 16:43 +0530, Prabhakar Kushwaha wrote:
> >> Hi,
> >>
> >>SPL framework is used to support multi-stage booting. Where first
> >> level boot loader is created via SP
fsl_ifs_spl.c reads data from NAND and store at a memory location in raw mode.
It does not used MTD layer.
To read env variable from NAND MTD layer read/write required.
Hence, add mtd_block_isbad & nand_read_skip_bad function required during
env variable read.
Also, avoid nand_info during env rea
On Fri, 2013-09-13 at 07:02 +, Gupta, Pekon wrote:
> (resending to u-boot maillist as previous mail was discarded by mailman
> due to mail-encoding issue.)
>
> > On Tue, 2013-09-03 at 11:26 +0530, Pekon Gupta wrote:
> > > diff --git a/doc/README.nand b/doc/README.nand
> > > index 913e9b5..f72
This patch set begins the process of consolidating mux and pad
declarations for the i.MX6 Dual/Quad and Dual-Lite/Solo processor
variants.
Patch 1 replaces the mux/pad names with their equivalents from
the Linux kernel (from linux-next). This
Patch 2 removes a set of completely useless pa
With no pad, mux, or input register, these declarations are completely
useless.
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 78
arch/arm/include/asm/arch-mx6/mx6q_pins.h | 82 --
2 files changed, 160 deleti
Signed-off-by: Eric Nelson
---
arch/arm/include/asm/arch-mx6/mx6q_pins.h | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/include/asm/arch-mx6/mx6q_pins.h
b/arch/arm/include/asm/arch-mx6/mx6q_pins.h
index 5cbcdab..19a4e28 100644
--- a/arch/arm/include/asm/a
On Mon, 2013-09-16 at 11:19 +, Gupta, Pekon wrote:
> Instead, should I make it more generic for all SoC ? like
> CONFIG_SYS_NAND_ECCSCHEME can take in following strings defining
> ECC scheme used by NAND driver in SPL boot:
> "ham1" - 1 bit hamming code
> "bch4" - 4-bit BCH ecc code
> "bch8"
Request for atmel, eon, gigadevice, macronix, ramtron flash
user/developer please test these new changes on your hw.
Your comment is very valuable for me to push confidently on master.
On Sun, Sep 15, 2013 at 11:45 PM, Jagannadha Sutradharudu Teki
wrote:
> Hi All,
>
> This is a v3 series for "sf:
On 09/15/2013 11:15 AM, Jagannadha Sutradharudu Teki wrote:
Added SST25* parts are which are avilable in spi_flash_probe_legacy.c.
Updated the sector_size attributes as per the flash parts.
Looks fine for with this sector_size for computing the size
of flash.
Signed-off-by: Jagannadha Sutradhar
---
arch/arm/lib/bootm.c | 89 ++--
1 file changed, 87 insertions(+), 2 deletions(-)
diff --git a/arch/arm/lib/bootm.c b/arch/arm/lib/bootm.c
index eefb456..63395c3 100644
--- a/arch/arm/lib/bootm.c
+++ b/arch/arm/lib/bootm.c
@@ -8,6 +8,9 @@
* Mar
Hello, u-boot developers!
I am attaching a patch to enable the HYP (hypervisor)
mode on the OMAP5 CPU. It is based on a previous patch by
Ian Molton. For some reason, Ian's patch was incorrect
(loading PC with the wrong address, missing memory barriers,
and, most importantly, using the wrong SMC ca
On Mon, 2013-09-16 at 16:08 +0800, feng...@phytium.com.cn wrote:
> From: David Feng
>
> Signed-off-by: David Feng
> ---
You've still got CONFIG_ARMV8 in places that should be CONFIG_ARM64
> diff --git a/arch/arm/cpu/armv8/exceptions.S b/arch/arm/cpu/armv8/exceptions.S
> new file mode 100644
>
On 09/15/2013 12:09 PM, Philippe Reynes wrote:
This serie is composed of two patches:
- one to port the i2c mxc driver to new subsystem
- one to update all configurations with i2c mxc driver
This serie was tested with success on armadeus apf27.
Philippe Reynes (2):
i2c: move to new subsystem
On Mon, 2013-09-16 at 21:35 +0530, Prabhakar Kushwaha wrote:
> fsl_ifs_spl.c reads data from NAND and store at a memory location in raw mode.
> It does not used MTD layer.
> To read env variable from NAND MTD layer read/write required.
>
> Hence, add mtd_block_isbad & nand_read_skip_bad function r
Hey all,
I've put v2013.10-rc3 out and tarballs should be out soon.
I wasn't able to get as much re-syncing done myself as I hoped as some
other issue arose, but I'll get my own queue cleaned out, both for TI
and for general bits in time for rc4.
Please let us all know if something has stopped w
Hello Gerhard.
> This test only proves that the code compiles, nothing else. Even
> for a single board you may not run-test all features, given the
> many functions and high interactivity and options that U-Boot
> provides. This becomes worse when your change affects several
> more boards or ev
On Sun, Sep 15, 2013 at 10:49:06PM +0530, Jagannadha Sutradharudu Teki wrote:
> Hi Tom,
>
> Small pull request, planning to send next bunch of request for
> next pull.
>
> Thanks,
> Jagan.
>
> The following changes since commit 2b26201a2aef0b310b7c04702b0dba5dea493f77:
>
> env_nand.c: suppor
Hello Albert, Tom.
Commit 27af930e9 added Active/Orphan status in the first column of boards.cfg.
Could you tell the definition of "Active" and "Orphan".
At first I imagined Orphan means a board without maintainer.
But the maintainer information is missing from lots of Active boards.
So I coul
PS: Last message was sent without body, please ignore
0 down vote favorite
I am trying to understand a second level makefile of uboot (this
makefile was in a sub directory)
a) What is the difference between $(COBJS:.o=.c) and COBJS := test_main.o
b) What is the meaning of $(call cmd
Reminder, Please can anyone respond
On 9/16/13, MJ embd wrote:
> Hi,
>
> I was trying to understand the booting (till linux) on samsung exynos
> 5250. As this is my first on ARM Cortex. I have a few questions, so
> following is a step by step understanding and [Q] mentions the
> question I am ask
--
-mj
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Fabio Estevam,
> From: Fabio Estevam
>
> Performing tftp transfers on mx28 results in random timeouts.
>
> Hector Palacios and Robert Hodaszi analyzed the root cause being related to
> the alignment of the 'buff' buffer inside fec_recv().
>
> GCC versions such as 4.4/4.5 are more likely t
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 stacks.
> So moving them to usb_defs header.
>
> Signed-off-by: Vivek Gautam
> Cc: Julius Werner
> Cc
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 might produce a merge conflict.
Nonetheless, I'd like to apply this only for -next.
Hi Marek,
On Tue, Sep 17, 2013 at 8:32 AM, Marek Vasut 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 stacks.
>> So moving them to usb_
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 to implement, sorry for not being
more clear. The pesdo-code is like this:
Dear Scott,
In message <1379373546.2536.199.ca...@snotra.buserror.net> you wrote:
>
> > + *
> > + * SPDX-License-Identifier:GPL-2.0+
> > + */
>
> Note that Tom said he'd be OK with using GPL2-only code from Linux, as
> long as it's properly attributed.
But we do prefer GPL-2.0+ whenever
Hello Afzal,
Sorry for the late replay ...
Am 13.09.2013 18:59, schrieb Afzal Mohammed:
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
Cc
Hello Afzal,
Am 13.09.2013 19:00, schrieb Afzal Mohammed:
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
Hello Philippe,
added stefano babic, as he is the imx custodian, to cc
Am 15.09.2013 21:09, schrieb Philippe Reynes:
Signed-off-by: Philippe Reynes
---
README |3 +
arch/arm/cpu/armv7/mx5/clock.c |2 +-
arch/arm/cpu/armv7/mx6/clock.c |2 +-
arch/arm/imx-
Hello Phillipe,
added Stefano Babic to cc
Am 15.09.2013 21:09, schrieb Philippe Reynes:
Signed-off-by: Philippe Reynes
---
include/configs/apf27.h |5 ++---
include/configs/flea3.h |6 +++---
include/configs/imx31_phycore.h |6 +++---
include/configs/m53ev
Hi,
You could try to cc whoever wrote the code. You can use git blame to find
out.
But it sounds like you are on the right track. I may be able to help, will
email tomorrow if so.
Regards,
Simon
On Sep 16, 2013 8:26 PM, "MJ embd" wrote:
> Reminder, Please can anyone respond
>
> On 9/16/13, MJ
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
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
---
include/configs/km/km_arm
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 same
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 interfac
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 Long
94 matches
Mail list logo
