On 12 September 2012 21:57, Tom Rini wrote:
> On Fri, Sep 07, 2012 at 11:06:31AM +0530, Chander Kashyap wrote:
>
>> Now DT support is becoming common for all new SoC's. Hence it is better
>> to have option for getting specific FDT from the remote server.
>>
>> This patch adds support for new label
Dear Sinan Akman,
>Hi Marek
>
> On 09/24/2012 11:03 PM, Marek Vasut wrote:
> > That's because these ancient (and crap ... everything between 4.2 and 4.6
> > was quite crap on arm) toolchains don't generate unaligned string starts
> > in .rodata . New toolchains do, yet I have no idea how to f
Hi Marek
On 09/24/2012 11:03 PM, Marek Vasut wrote:
That's because these ancient (and crap ... everything between 4.2 and 4.6 was
quite crap on arm) toolchains don't generate unaligned string starts in .rodata
. New toolchains do, yet I have no idea how to fix it ... probably Albert might
kno
Dear Sinan Akman,
> On 09/24/2012 08:42 PM, Eric Nelson wrote:
> > On 09/24/2012 05:22 PM, Tom Rini wrote:
> >> On Mon, Sep 24, 2012 at 09:03:27PM -0300, Fabio Estevam wrote:
> >>> On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini wrote:
> I lmgtfy.com'd Marek, but for everyone,
> http://lists.
On 09/24/2012 08:42 PM, Eric Nelson wrote:
On 09/24/2012 05:22 PM, Tom Rini wrote:
On Mon, Sep 24, 2012 at 09:03:27PM -0300, Fabio Estevam wrote:
On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini wrote:
I lmgtfy.com'd Marek, but for everyone,
http://lists.denx.de/pipermail/u-boot/2012-July/127260.ht
Hi,
On 09/25/2012 04:57 AM, Mela Custodio wrote:
> On Mon, Sep 24, 2012 at 2:23 PM, Jaehoon Chung wrote:
>>> The infinite loop that you mention does not occur in my
>>> situation.
>> I also didn't occur the infinite loop.
>> So i think that we can remove the timeout value in that function.
> Hi,
On Mon, Sep 24, 2012 at 10:00 PM, Marek Vasut wrote:
> Dear Eric Nelson,
>
>> On 09/24/2012 05:22 PM, Tom Rini wrote:
>> > On Mon, Sep 24, 2012 at 09:03:27PM -0300, Fabio Estevam wrote:
>> >> On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini wrote:
>> >>> I lmgtfy.com'd Marek, but for everyone,
>> >>> ht
Dear Eric Nelson,
> On 09/24/2012 05:22 PM, Tom Rini wrote:
> > On Mon, Sep 24, 2012 at 09:03:27PM -0300, Fabio Estevam wrote:
> >> On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini wrote:
> >>> I lmgtfy.com'd Marek, but for everyone,
> >>> http://lists.denx.de/pipermail/u-boot/2012-July/127260.html is t
Dear Tom Rini,
> On Mon, Sep 24, 2012 at 09:03:27PM -0300, Fabio Estevam wrote:
> > On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini wrote:
> > > I lmgtfy.com'd Marek, but for everyone,
> > > http://lists.denx.de/pipermail/u-boot/2012-July/127260.html is the
> > > start of the thread.
> >
> > I am stil
Dear Eric Nelson,
> On 09/24/2012 05:03 PM, Fabio Estevam wrote:
> > On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini wrote:
> >> I lmgtfy.com'd Marek, but for everyone,
> >> http://lists.denx.de/pipermail/u-boot/2012-July/127260.html is the start
> >> of the thread.
> >
> > I am still getting the same
On 09/24/2012 05:22 PM, Tom Rini wrote:
On Mon, Sep 24, 2012 at 09:03:27PM -0300, Fabio Estevam wrote:
On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini wrote:
I lmgtfy.com'd Marek, but for everyone,
http://lists.denx.de/pipermail/u-boot/2012-July/127260.html is the start
of the thread.
I am still
Hi Marek,
On Tue, Sep 25, 2012 at 12:19 AM, Marek Vasut wrote:
> Dear Tomas Hlavacek,
>
> [...]
>
>> >> +static inline void *dmrealloc(void *oldmem, size_t bytes)
>> >> +{
>> >> +#ifdef CONFIG_SYS_EARLY_MALLOC
>> >> + if (early_malloc_active())
>> >> + return NULL;
>> >
>> > I won
From: Pavel Machek
Signed-off-by: Pavel Machek
Signed-off-by: Tom Rini
---
Changes in v6:
- Add Pavel's spl_ram_load_image for when we've already got next image residing
in DDR.
- Fix multiline comment in spl_ram_load_image.
README |3 +++
common/spl/spl.c | 22 ++
First, remove the puts from the case where we don't have an mkimage
header as this is somewhat common and intentional for no-arg target
images. Second, rework the final switch statement in board_init_r to,
in the case of !CONFIG_SPL_OS_BOOT be only about doing debug prints
about if we know what th
Signed-off-by: Tom Rini
---
common/spl/spl.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/common/spl/spl.c b/common/spl/spl.c
index 14f7bdb..3aa0703 100644
--- a/common/spl/spl.c
+++ b/common/spl/spl.c
@@ -174,10 +174,8 @@ void board_init_r(gd_t *dummy1, ulong dummy2
From: Stefan Roese
By setting CONFIG_SYS_UBOOT_START boards can now use a different entry
point for their U-Boot image. So the U-Boot entry point is not fixed
to CONFIG_SYS_TEXT_BASE any more.
Signed-off-by: Stefan Roese
Signed-off-by: Tom Rini
---
Changes in v6:
- Add Stefan's patch for custo
Signed-off-by: Tom Rini
---
common/spl/spl.c |4 ++--
drivers/mtd/spi/spi_spl_load.c | 23 ---
include/spl.h |2 +-
3 files changed, 15 insertions(+), 14 deletions(-)
diff --git a/common/spl/spl.c b/common/spl/spl.c
index 95dd9d5..40
From: Stefan Roese
On some system (e.g. powerpc), the load-address and entry-point is
located at address 0. So the current approach to load the image
(payload) including the header to the address "load-address - 64"
can't work here.
This patch adds an flag to skip this copying including header t
From: Stefan Roese
SPL NOR flash booting support is quite simple. Only copying of the
images is needed.
On MPC5xxx we need to make sure to only use the standard memcpy()
implementation and not the MPC5xxx specific one. As the MPC5xxx
version has some complexity which is not needed for this SPL
b
This file documents when to build for da850evm and when to build for
da850_am18xxevm. It also documents how to write the u-boot.ais file to
persistent storage (such as SPI), in some cases as well as how to write
a recovery image.
Signed-off-by: Tom Rini
Acked-by: Christian Riesch
Acked-by: Prab
From: Sughosh Ganu
The common spl framework expects the u-boot payload size through
CONFIG_SYS_MONITOR_LEN. Define the macro with the u-boot's size. With
this change, CONFIG_SYS_NAND_U_BOOT_SIZE is no longer required. Delete
the same.
Signed-off-by: Tom Rini
Signed-off-by: Sughosh Ganu
---
Cha
- Convert the non-relocation part of board_init_f to spl_board_init, turn on
CONFIG_SPL_BOARD_INIT in the configs.
- Remove duplicated code.
- Add spl_boot_device() that returns the statically chosen boot device.
Signed-off-by: Tom Rini
---
Changes in v2:
- Add CONFIG_SYS_SPL_MALLOC_START / SIZE
We move the spl_nand_load_image function to common/spl. This will allow
for easier integration of SPL-boots-Linux code on other arches.
Signed-off-by: Tom Rini
---
Changes in v4:
- Leave nand_spl_load.c alone, move the new load into nand_spl_simple.c
Changes in v5:
- Move the file to common/spl
From: Stefan Roese
Signed-off-by: Stefan Roese
Signed-off-by: Tom Rini
---
Changes in v5:
- Add Stefan's patch to use image_get_xxx() functions
common/spl/spl.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/common/spl/spl.c b/common/spl/spl.c
index 70c374a..
Add a new flag, CONFIG_SPL_FRAMEWORK to opt into the common/spl SPL
framework, enable on all of the previously using boards. We move the
spl_ymodem.c portion to common/ and spl_mmc.c to drivers/mmc/. We leave
the NAND one in-place as we plan to replace it later in this series.
We use common/spl
From: Stefano Babic
If an u-boot image is not found, SPL thinks to load a bare
u-boot.bin image with a maximum size of 200KB.
Use CONFIG_SYS_MONITOR_LEN instead.
Signed-off-by: Stefan Roese
Signed-off-by: Stefano Babic
Signed-off-by: Tom Rini
---
Changes in v4:
- Add Stefano's patch for CONFI
In SPL (CONFIG_SPL_FRAMEWORK) board_init_f must setup the stack pointer,
clear the BSS and call board_init_r. We mark this as weak as some
platforms may need to perform additional initalization at this point.
We provide a gd that we know will be in a usable location, once the BSS
has been cleared
This is an OMAP/related-specific function, move calling it to
spl_board_init() and turn on CONFIG_SPL_BOARD_INIT on the boards that
enabled NAND and didn't enable this already.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/boot-common.c |7 +++
arch/arm/cpu/armv7/omap-commo
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/spl.c |5 +
arch/arm/include/asm/spl.h |3 +++
2 files changed, 8 insertions(+)
diff --git a/arch/arm/cpu/armv7/omap-common/spl.c
b/arch/arm/cpu/armv7/omap-common/spl.c
index 3a1029f..dc26750 100644
--- a/arch/arm
- Remove includes we don't need
- Switch some printf statements to puts
- Convert some printf statements to debug, introduce new puts statements
- In most cases saying just "No mkimage signature, assuming
u-boot.bin" or similar is sufficient. This also means the non-DEBUG
case doesn't ne
Move the default omap/related-centric board_mmc_init to
arch/arm/cpu/armv7/omap-common/boot-common.c and move the type defines
to . Also use mmc->read_bl_len rather than MMCSD_SECTOR_SIZE
Signed-off-by: Tom Rini
---
Changes in v7:
- Make spl_mmc use mmc->read_bl_len rather than a define.
arch/
We can only attempt to setup a malloc pool if
CONFIG_SYS_SPL_MALLOC_START is defined, and not all boards require it.
Make the call depend on the define.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/spl.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/cpu/armv7/o
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/boot-common.c |2 +-
arch/arm/cpu/armv7/omap-common/spl_mmc.c |2 +-
arch/arm/cpu/armv7/omap-common/spl_nand.c|2 +-
arch/arm/cpu/armv7/omap3/board.c |2 +-
arch/arm/include/asm/omap_common.h
Move the SPL prototypes from into and
add for arch specific portions of CONFIG_SPL_FRAMEWORK.
Signed-off-by: Tom Rini
---
Changes in v2:
- Fix checkpatch warning (u32* boot_params_ptr -> u32 *boot_params_ptr)
arch/arm/cpu/armv7/am33xx/board.c |2 +-
arch/arm/cpu/armv7/omap-c
This detection code doesn't (and can't) do anything currently, so
remove.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/spl_nand.c | 13 +++--
arch/arm/cpu/armv7/omap3/board.c |3 ---
arch/arm/include/asm/omap_common.h|1 -
3 files changed, 3 inse
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/boot-common.c |2 +-
arch/arm/cpu/armv7/omap-common/lowlevel_init.S |4 ++--
arch/arm/cpu/armv7/omap-common/spl.c |2 +-
arch/arm/cpu/armv7/omap-common/spl_mmc.c |2 +-
arch/arm/cpu/armv7/omap3/board.c
From: Pavel Machek
Signed-off-by: Pavel Machek
Signed-off-by: Tom Rini
---
Changes in v6:
- Add Pavel's whitespace fix to omap-common/u-boot-spl.lds
arch/arm/cpu/armv7/omap-common/u-boot-spl.lds |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/cpu/armv7/om
Only omap4/5 currently have a meaningful set of display text and overo
had been adding a function to display nothing. Change how this works to
be opt-in and only turned on for omap4/5 now.
Signed-off-by: Tom Rini
---
README |4
arch/arm/cpu/armv
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/lowlevel_init.S |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/omap-common/lowlevel_init.S
b/arch/arm/cpu/armv7/omap-common/lowlevel_init.S
index 1ece073..024dda1 100644
--- a/arch/arm/cpu/armv
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/spl_mmc.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/cpu/armv7/omap-common/spl_mmc.c
b/arch/arm/cpu/armv7/omap-common/spl_mmc.c
index 2f921bb..7552f6c 100644
--- a/arch/arm/cpu/armv7/omap-common/spl_mmc.c
+++ b/
The 'clean' target has been removing all of spl but not u-boot itself.
For consistency and ease of testing, only remove SPL binaries / maps in
the clobber target, just like for full U-Boot
Signed-off-by: Tom Rini
---
Makefile |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff
Hey all,
The following patch series merges the davinci and omap-common SPL
frameworks into a single framework, CONFIG_SPL_FRAMEWORK along with a
few small cleanups to the code to make it a little smaller and more
flexible. The end result is that davinci can now opt in on
SPL-boots-Linux by just s
On Mon, Sep 24, 2012 at 09:03:27PM -0300, Fabio Estevam wrote:
> On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini wrote:
>
> > I lmgtfy.com'd Marek, but for everyone,
> > http://lists.denx.de/pipermail/u-boot/2012-July/127260.html is the start
> > of the thread.
>
> I am still getting the same issue on
On 09/24/2012 05:03 PM, Fabio Estevam wrote:
On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini wrote:
I lmgtfy.com'd Marek, but for everyone,
http://lists.denx.de/pipermail/u-boot/2012-July/127260.html is the start
of the thread.
I am still getting the same issue on 2012.10-rc1.
Is anyone else havi
On 09/24/2012 07:03:37 PM, Tom Rini wrote:
On Mon, Sep 24, 2012 at 06:52:40PM -0500, Scott Wood wrote:
> On 09/24/2012 06:48:28 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:18PM -0500, Scott Wood wrote:
> >
> >> Signed-off-by: Scott Wood
> >[snip]
> >> diff --git a/arch/powerpc/cpu/mpc85
On Mon, Sep 24, 2012 at 07:08:35PM -0500, Scott Wood wrote:
> On 09/24/2012 07:04:44 PM, Tom Rini wrote:
> >On Mon, Sep 24, 2012 at 06:54:24PM -0500, Scott Wood wrote:
> >> On 09/24/2012 06:51:40 PM, Tom Rini wrote:
> >> >On Fri, Sep 21, 2012 at 07:01:19PM -0500, Scott Wood wrote:
> >> >
> >> >> Up
On Mon, Sep 24, 2012 at 07:02:18PM -0500, Scott Wood wrote:
> On 09/24/2012 06:55:49 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:21PM -0500, Scott Wood wrote:
> >
> >> This will be used by SPL builds that do not use the standard
> >nand_base.c
> >> and friends.
> >[snip]
> >> --- a/drivers
On 09/24/2012 07:04:44 PM, Tom Rini wrote:
On Mon, Sep 24, 2012 at 06:54:24PM -0500, Scott Wood wrote:
> On 09/24/2012 06:51:40 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:19PM -0500, Scott Wood wrote:
> >
> >> Update CONFIG_RAMBOOT and CONFIG_NAND_SPL references to accept
> >CONFIG_SPL
On Mon, Sep 24, 2012 at 06:54:24PM -0500, Scott Wood wrote:
> On 09/24/2012 06:51:40 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:19PM -0500, Scott Wood wrote:
> >
> >> Update CONFIG_RAMBOOT and CONFIG_NAND_SPL references to accept
> >CONFIG_SPL
> >> and CONFIG_SPL_BUILD, respectively. CON
On Mon, Sep 24, 2012 at 06:52:40PM -0500, Scott Wood wrote:
> On 09/24/2012 06:48:28 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:18PM -0500, Scott Wood wrote:
> >
> >> Signed-off-by: Scott Wood
> >[snip]
> >> diff --git a/arch/powerpc/cpu/mpc85xx/Makefile
> >b/arch/powerpc/cpu/mpc85xx/Mak
On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini wrote:
> I lmgtfy.com'd Marek, but for everyone,
> http://lists.denx.de/pipermail/u-boot/2012-July/127260.html is the start
> of the thread.
I am still getting the same issue on 2012.10-rc1.
Is anyone else having issues to load a kernel with 2012.10-rc1
On 09/24/2012 06:55:49 PM, Tom Rini wrote:
On Fri, Sep 21, 2012 at 07:01:21PM -0500, Scott Wood wrote:
> This will be used by SPL builds that do not use the standard
nand_base.c
> and friends.
[snip]
> --- a/drivers/mtd/nand/Makefile
> +++ b/drivers/mtd/nand/Makefile
[snip]
> +ifdef CONFIG_SP
On Fri, Sep 21, 2012 at 07:01:21PM -0500, Scott Wood wrote:
> This will be used by SPL builds that do not use the standard nand_base.c
> and friends.
[snip]
> --- a/drivers/mtd/nand/Makefile
> +++ b/drivers/mtd/nand/Makefile
[snip]
> +ifdef CONFIG_SPL_NAND_MINIMAL
> +# minimal-only files go here
>
On 09/24/2012 06:51:40 PM, Tom Rini wrote:
On Fri, Sep 21, 2012 at 07:01:19PM -0500, Scott Wood wrote:
> Update CONFIG_RAMBOOT and CONFIG_NAND_SPL references to accept
CONFIG_SPL
> and CONFIG_SPL_BUILD, respectively. CONFIG_NAND_SPL can be removed
once
> the last mpc85xx nand_spl target is
On 09/24/2012 06:48:28 PM, Tom Rini wrote:
On Fri, Sep 21, 2012 at 07:01:18PM -0500, Scott Wood wrote:
> Signed-off-by: Scott Wood
[snip]
> diff --git a/arch/powerpc/cpu/mpc85xx/Makefile
b/arch/powerpc/cpu/mpc85xx/Makefile
> index 33e93c8..c51a774 100644
> --- a/arch/powerpc/cpu/mpc85xx/Make
On Fri, Sep 21, 2012 at 07:01:19PM -0500, Scott Wood wrote:
> Update CONFIG_RAMBOOT and CONFIG_NAND_SPL references to accept CONFIG_SPL
> and CONFIG_SPL_BUILD, respectively. CONFIG_NAND_SPL can be removed once
> the last mpc85xx nand_spl target is gone.
>
> CONFIG_RAMBOOT will need to remain for
On Fri, Sep 21, 2012 at 07:01:18PM -0500, Scott Wood wrote:
> Signed-off-by: Scott Wood
[snip]
> diff --git a/arch/powerpc/cpu/mpc85xx/Makefile
> b/arch/powerpc/cpu/mpc85xx/Makefile
> index 33e93c8..c51a774 100644
> --- a/arch/powerpc/cpu/mpc85xx/Makefile
> +++ b/arch/powerpc/cpu/mpc85xx/Makefil
On Mon, Sep 24, 2012 at 01:47:27PM -0500, Scott Wood wrote:
> On 09/24/2012 10:30:48 AM, Peter Tyser wrote:
> >Hi Scott,
> >
> >On Fri, 2012-09-21 at 19:01 -0500, Scott Wood wrote:
> >> This was introduced by commit
> >244615197469dd6fe75ae082f38424b97c79aeaf, but it
> >> fails in a minimal SPL bui
The default configuration for ml507 will generate a hang() in the
Xilinx uartlite driver.
userial_ports[] in drivers/serial/serial_xuartlite.c does not get
initialized properly. CONFIG_SERIAL_BASE is unused.
XILINX_UARTLITE_BASEADDR is used instead.
Signed-off-by: Rommel Custodio
---
Changes sin
On 9/23/2012 10:08 AM, Stefano Babic wrote:
On 23/09/2012 18:23, Eric Nelson wrote:
On 09/23/2012 03:17 AM, Stefano Babic wrote:
On 22/09/2012 04:39, Troy Kisky wrote:
The "plugin" command of mkimage can take this
file as an argument.
Signed-off-by: Troy Kisky
---
Hi Troy,
I agree with Vikr
On Sat, 22 Sep 2012 18:55:53 +0200
Anatolij Gustschin wrote:
> Commit 203c37b8c5556aad1901ce4954792afd718c7d42
> (common lcd: simplify core functions)
>
> and commit bfdcc65e1163b4891643c2a670570c478b9af2a4
> (common lcd: simplify lcd_display_bitmap)
>
> caused build breakage for at91sam9x5ek b
On Sun, Sep 23, 2012 at 06:47:34PM +0200, Tomas Hlavacek wrote:
> Dear Wolfgang Denk,
>
> On Sun, Sep 23, 2012 at 6:32 PM, Wolfgang Denk wrote:
> >>
> >> Changelog since v7:
> >> dmcalloc() implmentation added.
> >> Comments added to header.
> >
> > Your change log does not make much sense to me.
On 9/23/2012 8:38 AM, Stefano Babic wrote:
On 22/09/2012 04:39, Troy Kisky wrote:
Add commands
plugin address filename
iomux_entry addr, data1 [, data2, [, data3]]
write_entry addr, data1 [, data2, [, data3]]
Why do we need explicitely an IOMUX command ? As far as I can see, the
program image d
On 9/23/2012 7:56 AM, Stefano Babic wrote:
On 22/09/2012 04:39, Troy Kisky wrote:
Basic expressions with order precedence is
now supported.
ie. (3 + ((1+2*3)/--2 + --5 *(8/4))) is 16.
Signed-off-by: Troy Kisky
---
Hi Troy,
tools/imximage.c | 172 ++
Allows to initialize more than one USB controller at once.
v2: print message when controller stop fails
Signed-off-by: Lucas Stach
Reviewed-by: Marek Vasut
---
common/cmd_usb.c| 16 +--
common/usb.c| 106 +++-
common/usb_
EHCI interface now supports more than one controller. Wire up our usb functions
to use this new interface.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/usb.c| 15 ---
arch/arm/include/asm/arch-tegra20/usb.h | 4 ++--
drivers/usb/host/ehci-tegra.c | 5
Kill off ehci-core.h
It was used to specify some static controller data. To support more than
one controller being active at any time we have to carry the controller
data ourselfes. Change the ehci interface accordingly.
NOTE: OMAP implemented the ehci stuff a bit backwards and should be fixed
to
Carry an index in the lowlevel usb functions to make specify the
respective usb controller.
Also pass through an controller struct from lowlevel_init to the
creation of the root usb device of this controller.
Signed-off-by: Lucas Stach
Reviewed-by: Marek Vasut
---
arch/arm/cpu/arm920t/s3c24x0/
V4: Fixed build failures in fsl and mxs ehci code. Also rebased on
the latest usb/master and did MAKEALL -a powerpc in addition to
MAKEALL -a arm.
V3: Stephen ran into some problems applying this, as it seems my tree
wasn't as clean as it should have been. Sorry for the inconvenience.
This should
On 9/23/2012 4:08 AM, Stefano Babic wrote:
On 22/09/2012 04:39, Troy Kisky wrote:
Move to pulling tokens instead of pushing them.
Remove need for switch statements to process commands.
Add error messages such as "command not finished",
"extra data at end of line", and "invalid token"
Add ';' as
On 9/23/2012 4:05 AM, Stefano Babic wrote:
On 22/09/2012 04:38, Troy Kisky wrote:
Before the len was checked after the entire file
was processed, so it could have already overflowed.
Hi Troy,
Signed-off-by: Troy Kisky
---
tools/imximage.c | 26 +++---
1 file changed
On 9/23/2012 3:17 AM, Stefano Babic wrote:
On 22/09/2012 04:39, Troy Kisky wrote:
The "plugin" command of mkimage can take this
file as an argument.
Signed-off-by: Troy Kisky
---
Hi Troy,
I agree with Vikram that a better explanation of what a plugin is can
help to understand without reading
On 9/23/2012 3:57 AM, Stefano Babic wrote:
On 22/09/2012 04:38, Troy Kisky wrote:
Hi Troy,
Also, the header offset is no longer
right before the code starts.
Comment and subject of the patch do not match. Can you better explain it
? What have "making header variable length", that is, a new fe
On 09/24/2012 02:03:04 PM, Tom Rini wrote:
On Mon, Sep 24, 2012 at 01:54:05PM -0500, Scott Wood wrote:
> On 09/21/2012 07:12:38 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:24PM -0500, Scott Wood wrote:
> >
> >> Currently it seems that SPLs rely on the user to specify the
> >final target
On Mon, Sep 24, 2012 at 2:22 PM, Rommel Custodio
wrote:
>
> The default configuration for ml507 will generate a hang() in the Xilinx
> uartlite driver.
Hi,
Sorry this doesn't seem to apply.
checkpatch.pl reported no errors but it doesn't apply in mailine.
If this patch is worth anything to anybod
On Mon, Sep 24, 2012 at 2:23 PM, Jaehoon Chung wrote:
>> The infinite loop that you mention does not occur in my
>> situation.
> I also didn't occur the infinite loop.
> So i think that we can remove the timeout value in that function.
Hi,
I have no comment about that. In your local environment y
G'day gentlemen
Maybe a wee bit off-topic, but here goes:
> let's do some informal beer-drinking meeting at the ELCE [1] that takes place
> Nov. 5.-7. in Barcelona. Who's joining?
>
> [1] http://events.linuxfoundation.org/events/embedded-linux-conference-europe
I don't know if there is any inter
On 09/24/2012 01:45 PM, Tom Warren wrote:
> Stephen,
>
> On Mon, Sep 24, 2012 at 10:54 AM, Stephen Warren
> wrote:
>> On 09/21/2012 02:42 PM, Tom Warren wrote:
>>> Move files that are going to be common between T20 and T30 into
>>> 'tegra-common'
>>> subdirs in AVP (arm720t), CPU (armv7), and s
Stephen,
On Mon, Sep 24, 2012 at 11:04 AM, Stephen Warren wrote:
> On 09/21/2012 02:42 PM, Tom Warren wrote:
>> The move is pretty straight-forward. ap20.h and tegra20.h were renamed to
>> ap.h and tegra.h.
>> Some files remain in arch-tegra20 but 'include' a file in 'arch-tegra' with
>> #defin
Stephen,
On Mon, Sep 24, 2012 at 10:54 AM, Stephen Warren wrote:
> On 09/21/2012 02:42 PM, Tom Warren wrote:
>> Move files that are going to be common between T20 and T30 into
>> 'tegra-common'
>> subdirs in AVP (arm720t), CPU (armv7), and shared (arch/arm/cpu/.) areas. Any
>> files that are lef
On 09/24/2012 02:06:55 PM, Tom Rini wrote:
On Mon, Sep 24, 2012 at 01:50:07PM -0500, Scott Wood wrote:
> On 09/21/2012 07:13:24 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:10PM -0500, Scott Wood wrote:
> >
> >> This is based on a merge of top-of-tree plus the 85xx tree and
> >the spl
> >
On Mon, Sep 24, 2012 at 01:50:07PM -0500, Scott Wood wrote:
> On 09/21/2012 07:13:24 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:10PM -0500, Scott Wood wrote:
> >
> >> This is based on a merge of top-of-tree plus the 85xx tree and
> >the spl
> >> framework branch (it doesn't use the SPL fr
On Mon, Sep 24, 2012 at 01:54:05PM -0500, Scott Wood wrote:
> On 09/21/2012 07:12:38 PM, Tom Rini wrote:
> >On Fri, Sep 21, 2012 at 07:01:24PM -0500, Scott Wood wrote:
> >
> >> Currently it seems that SPLs rely on the user to specify the
> >final target
> >> on the make command line. This is a dep
On 09/21/2012 07:12:38 PM, Tom Rini wrote:
On Fri, Sep 21, 2012 at 07:01:24PM -0500, Scott Wood wrote:
> Currently it seems that SPLs rely on the user to specify the final
target
> on the make command line. This is a departure from traditional
U-Boot practice
> and results in a lack of bui
On 09/21/2012 07:13:24 PM, Tom Rini wrote:
On Fri, Sep 21, 2012 at 07:01:10PM -0500, Scott Wood wrote:
> This is based on a merge of top-of-tree plus the 85xx tree and the
spl
> framework branch (it doesn't use the SPL framework code because of
size
> constraints, but I wanted to make sure t
On 09/24/2012 10:30:48 AM, Peter Tyser wrote:
Hi Scott,
On Fri, 2012-09-21 at 19:01 -0500, Scott Wood wrote:
> This was introduced by commit
244615197469dd6fe75ae082f38424b97c79aeaf, but it
> fails in a minimal SPL build where the only thing in
arch/powerpc/lib is
> cache.c, which apparentl
mx6qsabreauto is a board based on mx6q SoC with the following features:
- 2GB of DDR3
- 2 USB ports
- 1 HDMI output port
- SPI NOR
- 2 LVDS LCD ports
- Gigabit Ethernet
- Camera
- eMMC and SD card slot
- Multichannel Audio
- CAN
- SATA
- NAND
- PCIE
- Video Input
Add very basic support for it.
Si
Add a common mx6 config file that can be shared between some mx6 boards.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- No changes. Newly introduced in this series.
include/configs/mx6qsabre_common.h | 179
include/configs/mx6qsabresd.h | 170 ++
On Mon, Sep 24, 2012 at 12:23:10PM -0500, Joe Hershberger wrote:
> Hi Tom,
>
> On Mon, Sep 24, 2012 at 12:18 PM, Tom Rini wrote:
> > On Mon, Sep 24, 2012 at 07:09:35PM +0200, Marek Vasut wrote:
> >> Dear Tom Rini,
> >>
> >> > On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
> >> > > D
On 09/21/2012 02:42 PM, Tom Warren wrote:
> The move is pretty straight-forward. ap20.h and tegra20.h were renamed to
> ap.h and tegra.h.
> Some files remain in arch-tegra20 but 'include' a file in 'arch-tegra' with
> #defines & structs
> that will be common between T20 and T30 HW. HW-specific #d
On 09/21/2012 02:42 PM, Tom Warren wrote:
> Move files that are going to be common between T20 and T30 into 'tegra-common'
> subdirs in AVP (arm720t), CPU (armv7), and shared (arch/arm/cpu/.) areas. Any
> files that are left behind in '/tegra20' will be copied to '/tegra30' subdirs
> and modified f
Hi Marek,
On Mon, Sep 24, 2012 at 12:08 PM, Marek Vasut wrote:
> Dear Joe Hershberger,
>
>> Hi Marex,
>>
>> On Mon, Sep 24, 2012 at 11:04 AM, Marek Vasut wrote:
>> > Dear Joe Hershberger,
>>
>> [...]
>>
>> >> Could you not reuse this complicated logic by defining a make function
>> >
>> >> and t
Dear Tom Rini,
> On Mon, Sep 24, 2012 at 03:21:54AM +0200, Marek Vasut wrote:
> > This is a first stab at the linker-generated array. Basically, this
> > concept is a generic abstraction of how u_boot_cmd works today. The
> > patch 2/3 contains a huge pile of documentation which should clarify
> >
On Mon, Sep 24, 2012 at 03:21:54AM +0200, Marek Vasut wrote:
> This is a first stab at the linker-generated array. Basically, this
> concept is a generic abstraction of how u_boot_cmd works today. The
> patch 2/3 contains a huge pile of documentation which should clarify
> most of the questions.
>
Hi Tom,
On Mon, Sep 24, 2012 at 12:18 PM, Tom Rini wrote:
> On Mon, Sep 24, 2012 at 07:09:35PM +0200, Marek Vasut wrote:
>> Dear Tom Rini,
>>
>> > On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
>> > > Dear Joe Hershberger,
>> > >
>> > > [...]
>> > >
>> > > > While you're touching al
Dear Tom Rini,
> On Mon, Sep 24, 2012 at 07:09:35PM +0200, Marek Vasut wrote:
> > Dear Tom Rini,
> >
> > > On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
> > > > Dear Joe Hershberger,
> > > >
> > > > [...]
> > > >
> > > > > While you're touching all these files, why not replace th
On Mon, Sep 24, 2012 at 07:09:35PM +0200, Marek Vasut wrote:
> Dear Tom Rini,
>
> > On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
> > > Dear Joe Hershberger,
> > >
> > > [...]
> > >
> > > > While you're touching all these files, why not replace the
> > > > __u_boot_cmd* implementa
On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
> Dear Joe Hershberger,
>
> [...]
>
> > While you're touching all these files, why not replace the
> > __u_boot_cmd* implementation with this as well. There's no need to
> > leave a special case in there as well is there?
>
> Not in t
Dear Tom Rini,
> On Mon, Sep 24, 2012 at 06:53:19PM +0200, Marek Vasut wrote:
> > Dear Joe Hershberger,
> >
> > [...]
> >
> > > While you're touching all these files, why not replace the
> > > __u_boot_cmd* implementation with this as well. There's no need to
> > > leave a special case in there
Dear Joe Hershberger,
> Hi Marex,
>
> On Mon, Sep 24, 2012 at 11:04 AM, Marek Vasut wrote:
> > Dear Joe Hershberger,
>
> [...]
>
> >> Could you not reuse this complicated logic by defining a make function
> >
> >> and then call + eval it? Something like this:
> > Can you elaborate more? I do
1 - 100 of 166 matches
Mail list logo
