Dear Haneef Mohamed,
In message <1331876881.76672.yahoomail...@web193304.mail.sg3.yahoo.com> you
wrote:
>
> How do we make use of the u-boot commands in standalone application.
You don't.
The interface exported to standalone applications is (intentionally)
pretty restricted. If you need acces
Hi all,
may be it can be also imported in debian-uboot package ?
more available at :
https://doukki.net/doku.php?id=wiki:notes:ib-nas6220-b
Le 16/03/2012 00:59, Luka Perkov a écrit :
> Add support for new boards RaidSonic ICY BOX NAS6210 and NAS6220 boards.
>
> Only difference between boards is
Hi,
How do we make use of the u-boot commands in standalone application. What
changes needs to be done in the Make file of standalone dir to make it generate
the obj of commands also.
Thanks,
Haneef.
___
U-Boot mailing list
U-Boot@lists.denx.de
http:
Dear Simon Glass,
In message
you wrote:
>
> >> +void coloured_LED_init(void)
> >> + __attribute__((weak, alias("__coloured_LED_init")));
> >> +inline void __red_led_on(void) {}
> >> +void red_led_on(void) __attribute__((weak, alias("__red_led_on")));
> >> +inline void __red_led_off(void) {}
Add support for new boards RaidSonic ICY BOX NAS6210 and NAS6220 boards.
Only difference between boards is number of SATA ports. By default we
use only one SATA port. In order to use both SATA ports on NAS6220
define CONFIG_NAS6220 in board config file.
Signed-off-by: Luka Perkov
Signed-off-by:
Hi Guys ,
I am working on a samsung SMDKv310 development kit.
I wanted to read a peripheral register (battery charger) in u-boot.
This device is interfaced on i2c0.
I wanted to do i2c_read in the code, but as i understand the i2c
support is not there in u-boot for s5pv310 SOCs. Please confirm, i
Hi Guys ,
I am working on a samsung SMDKv310 development kit.
I wanted to read a peripheral register (battery charger) in u-boot.
This device is interfaced on i2c0.
I wanted to do i2c_read in the code, but as i understand the i2c
support is not there in u-boot for s5pv310 SOCs. Please confirm, i
Dear Mike Frysinger,
> On Thursday 15 March 2012 22:50:08 Marek Vasut wrote:
> > Dear Eric Nelson,
> >
> > > This will prevent the need for architectures whose DMA alignment
> > > is greater than 32 to have bounce buffers.
> > >
> > > --- a/include/net.h
> > > +++ b/include/net.h
> > >
> > > -#
Dear jonsm...@gmail.com,
> The ext2 file system code is reading the kernel image off from my SD
> card one sector at a time. Of course this takes 61 seconds to get the
> kernel in to memory. Loading the same kernel off from the same SD on
> FAT takes less than a second.
>
> Nice quick FAT reads..
This implements generic bounce buffer at the end of MMC command submission
chain. Therefore if unaligned data are passed, they are copied. This stuff
should be pushed down into the MMC subsystem to squash all places generating
these unaligned data.
Signed-off-by: Marek Vasut
Cc: Andy Fleming
---
Dear Puneet Saxena,
What's the development on this patch? I gave it a run (find attachment, I
rebased it), but it doesn't work (alignment issues in ehci_hcd). Even if I
added
a bounce buffer, it still didn't work :-(
Best regards,
Marek Vasut
From a907a498a9689aa9706f9ff76f0428a9941a4a7a Mon S
Hi,
> This series of patches prepares iMX platforms based on MXS (i.MX28, i.MX6Q)
> for use of caches. This patchset prepares:
>
> Ethernet: FEC MXC is ready to use caches
> NAND: NAND driver is ready to use caches
> SPI/MMC: i.MX28 MMC driver is ready to use caches
Stefano, I consider these eli
From: Eric Nelson
Ensure that transmit and receive buffers are cache-line aligned.
Invalidate cache for each packet as received, update receive buffer
descriptors one cache line at a time, flush cache before transmitting.
Original patch by Marek:
http://lists.denx.de/pipermail/u-boot/2012-Febru
This utilizes the newly introduced bounce buffers in the MMC layer.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Andy Fleming
Cc: Fabio Estevam
---
drivers/mmc/mxsmmc.c | 70 -
1 files changed, 40 insertions(+), 30 deletions(-)
diff --git
This implements generic bounce buffer at the end of MMC command submission
chain. Therefore if unaligned data are passed, they are copied. This stuff
should be pushed down into the MMC subsystem to squash all places generating
these unaligned data.
Signed-off-by: Marek Vasut
Cc: Andy Fleming
---
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
drivers/mtd/nand/mxs_nand.c | 53 --
1 files changed, 50 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/nand/mxs_nand.c b/drivers/mtd/nand/mxs_nand.c
index ce2a326..4b1297a 100644
--- a/drivers/mt
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
arch/arm/cpu/arm926ejs/mx28/mx28.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx28/mx28.c
b/arch/arm/cpu/arm926ejs/mx28/mx28.c
index 9bfd83b..cf6d4e9 100644
--- a/arch/arm/cpu/arm926e
From: Eric Nelson
This will prevent the need for architectures whose DMA alignment
is greater than 32 to have bounce buffers.
Signed-off-by: Eric Nelson
---
include/net.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/net.h b/include/net.h
index 1707a7f..14a
This allows i.MX28 MMC host to fully utilize DMA transfers and caches, greatly
improving speed.
Signed-off-by: Marek Vasut
Cc: Fabio Estevam
---
include/configs/m28evk.h |1 +
include/configs/mx28evk.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
arch/arm/cpu/arm926ejs/cache.c | 66 ---
1 files changed, 54 insertions(+), 12 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/cache.c b/arch/arm/cpu/arm926ejs/cache.c
index 504f604..5b23e3a 100644
--- a/arc
The desc_append() now flushes descriptors into RAM.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
drivers/dma/apbh_dma.c | 23 ++-
1 files changed, 22 insertions(+), 1 deletions(-)
diff --git a/drivers/dma/apbh_dma.c b/drivers/dma/apbh_dma.c
index e85f5fe..c086629 1006
This series of patches prepares iMX platforms based on MXS (i.MX28, i.MX6Q) for
use of caches. This patchset prepares:
Ethernet: FEC MXC is ready to use caches
NAND: NAND driver is ready to use caches
SPI/MMC: i.MX28 MMC driver is ready to use caches
Eric Nelson (2):
net: force PKTALIGN to ARCH
On 03/15/2012 07:50 PM, Marek Vasut wrote:
Dear Eric Nelson,
This will prevent the need for architectures whose DMA alignment
is greater than 32 to have bounce buffers.
Signed-off-by: Eric Nelson
---
include/net.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/in
On Thursday 15 March 2012 22:50:08 Marek Vasut wrote:
> Dear Eric Nelson,
> > This will prevent the need for architectures whose DMA alignment
> > is greater than 32 to have bounce buffers.
> >
> > --- a/include/net.h
> > +++ b/include/net.h
> >
> > -#define PKTALIGN 32
> > +#define PKTALIGN
Dear Eric Nelson,
> This will prevent the need for architectures whose DMA alignment
> is greater than 32 to have bounce buffers.
>
> Signed-off-by: Eric Nelson
> ---
> include/net.h |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/include/net.h b/include/net.h
>
Dear Wolfgang Denk,
> Hi,
>
> I was just thinking if this year's Libre Software Meeting (LSM - from
> 7th to 12th July in Geneva, Switzerland) would be a suitable event to
> arrange a meeting of some U-Boot developers?
>
> See http://article.gmane.org/gmane.linux.kernel.embedded/3900 or
> http:
Hi all,
2012/3/16 Mike Frysinger
> On Thursday 08 March 2012 07:16:10 Wolfgang Denk wrote:
> > I was just thinking if this year's Libre Software Meeting (LSM - from
> > 7th to 12th July in Geneva, Switzerland) would be a suitable event to
> > arrange a meeting of some U-Boot developers?
>
> seem
This patch adds support for Cloud Engines Pogoplug E02.
Information regarding the CE Pogoplug E02 board can be found at:
http://archlinuxarm.org/platforms/armv5/pogoplug-v2-pinkgray
Signed-off-by: David Purdy
Cc: prafu...@marvell.com
Cc: albert.u.b...@aribaud.net
---
Changes for v2:
- added M
The ext2 file system code is reading the kernel image off from my SD
card one sector at a time. Of course this takes 61 seconds to get the
kernel in to memory. Loading the same kernel off from the same SD on
FAT takes less than a second.
Nice quick FAT reads...
reading uImage
JDS start 7c0 count
Dear Stefano Babic,
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> ---
Can you pick this series?
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Rob Herring,
> On 03/15/2012 04:10 PM, Rob Herring wrote:
> > On 03/15/2012 03:29 PM, Marek Vasut wrote:
> >> Dear Rob Herring,
> >>
> >>> On 03/15/2012 02:05 PM, Marek Vasut wrote:
> Dear Rob Herring,
>
> > On 03/15/2012 02:52 AM, Marek Vasut wrote:
> >> From: Marek Vasut
This patch allows loading RAW ramdisk via bootz command. The raw ramdisk is
loaded only in case it's size is specified:
bootz :
For example:
bootz 0x4200 0x4300:0x12345 0x4400
Signed-off-by: Marek Vasut
Cc: Tom Warren
Cc: albert.u.b...@aribaud.net
Cc: aflem...@gmail.com,
Cc:
On Thu, Mar 15, 2012 at 02:12:51PM -0700, Tom Rini wrote:
> On Thu, Mar 15, 2012 at 10:01:50PM +0100, Wolfgang Denk wrote:
> > Dear Tom Rini,
> >
> > In message
> > you
> > wrote:
> > >
> > > > I don't consider it a big problem (just a bit sad) if ELDK 4.2 cannot
> > > > be used for building t
On 03/15/2012 04:10 PM, Rob Herring wrote:
> On 03/15/2012 03:29 PM, Marek Vasut wrote:
>> Dear Rob Herring,
>>
>>> On 03/15/2012 02:05 PM, Marek Vasut wrote:
Dear Rob Herring,
> On 03/15/2012 02:52 AM, Marek Vasut wrote:
>> From: Marek Vasut
>>
>> This command boots Linu
Some Freescale SOCs support 32-bit and 36-bit physical addressing, and
U-Boot must be built to enable one or the other. Add this information
to the bdinfo command.
Signed-off-by: Timur Tabi
---
This patch set replaces the following patches:
http://patchwork.ozlabs.org/patch/118367/
http://patc
Hi Prafulla,
Just discovered one important thing to let you know regarding the v3 patch
that I'll send to you later...
I misinterpreted a question you asked regarding "100% clone of existing
files in the repo".
For instance,
boards/Seagate/dockstar/kwbimage.cfg and
boards/cloudengines/pogoplu
Most 85xx boards can be built as a 32-bit or a 36-bit. Current code sometimes
displays which of these is actually built, but it's inconsistent. This is
especially problematic since the "default" build for a given 85xx board can
be either one, so if you don't see a message, you can't always know w
On 03/15/2012 04:23 PM, Simon Glass wrote:
>>> +static int reserve_stacks(void)
>>> +{
>>> + /* setup stack pointer for exceptions */
>>> + gd->irq_sp = gd->dest_addr_sp;
>>> +#ifdef CONFIG_USE_IRQ
>>> + gd->dest_addr_sp -= (CONFIG_STACKSIZE_IRQ + CONFIG_STACKSIZE_FIQ);
>>> + debug(
+Graeme
Hi Scott,
On Thu, Mar 15, 2012 at 12:12 PM, Scott Wood wrote:
> On 03/14/2012 09:16 PM, Simon Glass wrote:
>> This adds ppc features to the generic pre-relocation board init.
>
> This is making this file look not very generic. Can we factor out the
> parts that are actually generic and
Hi Scott,
On Thu, Mar 15, 2012 at 12:09 PM, Scott Wood wrote:
> On 03/14/2012 09:16 PM, Simon Glass wrote:
>> +/*
>> + * sjg: IMO this code should be
>> + * refactored to a single function, something like:
>> + *
>> + * void led_set_state(enum led_colour_t colour, int on);
>> + */
>> +/**
On Thu, Mar 15, 2012 at 10:01:50PM +0100, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message
> you
> wrote:
> >
> > > I don't consider it a big problem (just a bit sad) if ELDK 4.2 cannot
> > > be used for building these. However, I think it is not acceptable
> > > tobuild known-to-be-broke
On 03/15/2012 03:29 PM, Marek Vasut wrote:
> Dear Rob Herring,
>
>> On 03/15/2012 02:05 PM, Marek Vasut wrote:
>>> Dear Rob Herring,
>>>
On 03/15/2012 02:52 AM, Marek Vasut wrote:
> From: Marek Vasut
>
> This command boots Linux zImage from where the zImage is loaded to.
> Pa
Dear Tom Rini,
In message
you wrote:
>
> > I don't consider it a big problem (just a bit sad) if ELDK 4.2 cannot
> > be used for building these. However, I think it is not acceptable
> > tobuild known-to-be-broken images. If the tool chain is too old, this
> > shall result in a clear error me
On Thu, Mar 15, 2012 at 1:46 PM, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message <20120315202316.GA6855@bill-the-cat> you wrote:
>>
>> So, the (normally?) required to work toolchains are ELDK 5.1 and ELDK
>> 4.2. 5.1 is fine but with 4.2 (gcc 4.2.2) we get two warnings for every
>> file abou
Dear Tom Rini,
In message <20120315202316.GA6855@bill-the-cat> you wrote:
>
> So, the (normally?) required to work toolchains are ELDK 5.1 and ELDK
> 4.2. 5.1 is fine but with 4.2 (gcc 4.2.2) we get two warnings for every
> file about interworking/thumb not being supported. Further, the
> resul
Dear Rob,
In message <4f62479f.8070...@gmail.com> you wrote:
>
> How about:
>
> bootz [ [ []]]
No. We hav ebeen used for 12 years to the order first kernel address,
then ramdisk address (and a little less longer ), then dtb address.
Don't change this now, and don;t make it inconsistent for d
Dear Rob Herring,
> On 03/15/2012 02:05 PM, Marek Vasut wrote:
> > Dear Rob Herring,
> >
> >> On 03/15/2012 02:52 AM, Marek Vasut wrote:
> >>> From: Marek Vasut
> >>>
> >>> This command boots Linux zImage from where the zImage is loaded to.
> >>> Passing initrd and fdt is supported.
> >>
> >>
On Thu, Mar 08, 2012 at 10:50:16PM +0530, Aneesh V wrote:
[snip]
> Tool-chains tried:
> 1. Sourcery G++ Lite 2010q1-202
> arm-none-linux-gnueabi-gcc (Sourcery G++ Lite 2010q1-202) 4.4.1
> GNU ld (Sourcery G++ Lite 2010q1-202) - binutils 2.19.51.20090709
>
> 2. Linaro 4.6-2012.01
> arm-linux-gnuea
On Thursday 08 March 2012 07:16:10 Wolfgang Denk wrote:
> I was just thinking if this year's Libre Software Meeting (LSM - from
> 7th to 12th July in Geneva, Switzerland) would be a suitable event to
> arrange a meeting of some U-Boot developers?
seems like this is a go ? i think i'll submit a pa
On 03/15/2012 02:05 PM, Marek Vasut wrote:
> Dear Rob Herring,
>
>> On 03/15/2012 02:52 AM, Marek Vasut wrote:
>>> From: Marek Vasut
>>>
>>> This command boots Linux zImage from where the zImage is loaded to.
>>> Passing initrd and fdt is supported.
>>
>> This is great! However, the initrd is sti
On 03/14/2012 09:16 PM, Simon Glass wrote:
> +#ifdef CONFIG_SPL_BUILD
> +static int reserve_stacks_spl(void)
> +{
> + /* Why not -= ? */
> + gd->dest_addr_sp += 128;/* leave 32 words for abort-stack */
> + gd->irq_sp = gd->dest_addr_sp;
> + return 0;
> +}
> +#endif
Please e
On 03/14/2012 09:16 PM, Simon Glass wrote:
> This adds ppc features to the generic pre-relocation board init.
This is making this file look not very generic. Can we factor out the
parts that are actually generic and leave the rest in arch code, rather
than create a mess of ifdefs?
-Scott
__
On 03/14/2012 09:16 PM, Simon Glass wrote:
> +/*
> + * sjg: IMO this code should be
> + * refactored to a single function, something like:
> + *
> + * void led_set_state(enum led_colour_t colour, int on);
> + */
> +/
> + * Colo
Dear Rob Herring,
> On 03/15/2012 02:52 AM, Marek Vasut wrote:
> > From: Marek Vasut
> >
> > This command boots Linux zImage from where the zImage is loaded to.
> > Passing initrd and fdt is supported.
>
> This is great! However, the initrd is still in the u-boot image format,
> right?
>
> If
On 03/15/2012 02:52 AM, Marek Vasut wrote:
> From: Marek Vasut
>
> This command boots Linux zImage from where the zImage is loaded to. Passing
> initrd and fdt is supported.
>
This is great! However, the initrd is still in the u-boot image format,
right?
If a raw initrd is supported, then we c
On 03/14/2012 09:16 PM, Simon Glass wrote:
> These are available on other architectures, so add them on ppc.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/powerpc/include/asm/io.h |8
> 1 files changed, 8 insertions(+), 0 deletions(-)
>
> diff --git a/arch/powerpc/include/asm/io.h
Dear Mike Frysinger,
> On Thursday 15 March 2012 12:09:43 Wolfgang Denk wrote:
> > Marek Vasut wrote:
> > > > i've got no opinion on the matter of supporting zImage directly
> > > > (although, i guess it'd be nice since some legacy platforms still use
> > > > it like netwinders)
> > >
> > > Does
On Thursday 15 March 2012 12:09:43 Wolfgang Denk wrote:
> Marek Vasut wrote:
> > > i've got no opinion on the matter of supporting zImage directly
> > > (although, i guess it'd be nice since some legacy platforms still use
> > > it like netwinders)
> >
> > Does anyone else but RMK have a working n
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201203130547.30788.ma...@denx.de> you wrote:
> > > I have to admit that I never understood the fuzz about being able to
> > > boot zImages. I see more disadvanatges than advantages for this, but
> > > some ARM people go frenzy when this top
Dear Wolfgang Denk,
> Dear Graeme Russ,
>
> In message
you wrote:
> > > Frankly: I see no benefit in adding x86 support.
> >
> > Ouch! - Do you mean in common code or in general?
>
> I mean: I see no benefit in adding support for a "bootz" command for
> x86 systems - and I don't see it on Pow
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201203140638.45430.ma...@denx.de> you wrote:
> > > i've got no opinion on the matter of supporting zImage directly
> > > (although, i guess it'd be nice since some legacy platforms still use
> > > it like netwinders)
> >
> > Does anyone els
On Thu, Mar 15, 2012 at 12:14 PM, Wolfgang Denk wrote:
> Dear "jonsm...@gmail.com",
>
> In message
> you
> wrote:
>>
>> The hardware has a good sized eeprom on it. Is there any uboot
>> support for having device trees or partial devices trees in the
>> eeprom? Could the device tree be part of
On Thu, Mar 15, 2012 at 06:55:01PM +0530, Aneesh V wrote:
> Tom, Albert,
>
> Does this series look good?
Yes, I had planned to pick this up today for my round of u-boot-ti/next
patches. Thanks.
--
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http
Hi Christian,
On Thu, Mar 15, 2012 at 12:37 AM, Christian Riesch
wrote:
> Hi Simon,
>
> On Thu, Mar 15, 2012 at 6:23 AM, Simon Glass wrote:
>> Yes I am talking about building with the generic relocation series
>> included, so a slightly different point. With that I get:
>>
>> $ make -j8 -s
>> Ge
Dear "jonsm...@gmail.com",
In message
you wrote:
>
> The hardware has a good sized eeprom on it. Is there any uboot
> support for having device trees or partial devices trees in the
> eeprom? Could the device tree be part of the uboot environment?
You can access an EEPROM using the "eeprom rea
Dear Marek Vasut,
In message <201203140638.45430.ma...@denx.de> you wrote:
>
> > i've got no opinion on the matter of supporting zImage directly (although,
> > i guess it'd be nice since some legacy platforms still use it like
> > netwinders)
>
> Does anyone else but RMK have a working netwinder
Without the fix, flash_write_cfibuffer will terminate the erased
status check once an all-0xFF word has been found instead of
continuing the erased status check utill the first non-0xFF word.
Signed-off-by: Tao Hou
Cc: Stefan Roese
---
Changes for v2:
- use my real name in the "Signed-o
Dear Marek Vasut,
In message <201203130547.30788.ma...@denx.de> you wrote:
>
> > I have to admit that I never understood the fuzz about being able to
> > boot zImages. I see more disadvanatges than advantages for this, but
> > some ARM people go frenzy when this topic pops up - see recent
> > dis
Dear Graeme Russ,
In message
you wrote:
>
> > Frankly: I see no benefit in adding x86 support.
>
> Ouch! - Do you mean in common code or in general?
I mean: I see no benefit in adding support for a "bootz" command for
x86 systems - and I don't see it on Power Architecture either.
> > I see n
Hi Prafulla,
You comments are very clear and helpful. I'll try to get the v3 patch
in sometime over the weekend.
thanks & regards,
Dave
On Thu, Mar 15, 2012 at 3:12 AM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: David Purdy [mailto:david.c.pu...@gmail.com]
>> Sent: 14
From: Tom Rini
To avoid a conflict with common/cmd_bootm.c's 'images' (which is
exposed as part of the Linux SPL series), rename the board-specific
'images' to 'imgs'.
Cc: Heiko Schocher
Signed-off-by: Tom Rini
Acked-by: Heiko Schocher
Tested-by: Heiko Schocher
---
board/ait/cam_enc_4xx/cam
Signed-off-by: Stefano Babic
CC: Tom Rini
CC: Wolfgang Denk
CC: Simon Schwarz
---
board/technexion/twister/twister.c | 23 +++
include/configs/twister.h | 12
2 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/board/technexion/twister/
From: Simon Schwarz
Adds prep subcommand to bootm implementation of ARM. When bootm is called
with the subcommand prep the function stops right after ATAGS creation and
before announce_and_cleanup.
This is used in command "cmd_spl export"
Signed-off-by: Simon Schwarz
Acked-by: Stefano Babic
T
Call i2c initialization in spl_board_init only if I2C
is configured for the board.
Signed-off-by: Stefano Babic
CC: Tom Rini
CC: Wolfgang Denk
CC: Simon Schwarz
---
arch/arm/cpu/armv7/omap3/board.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/om
Signed-off-by: Stefano Babic
CC: Tom Rini
CC: Wolfgang Denk
CC: Simon Schwarz
---
arch/arm/cpu/armv7/omap-common/spl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap-common/spl.c
b/arch/arm/cpu/armv7/omap-common/spl.c
index 963acb0..0f2e0a2 1
Signed-off-by: Stefano Babic
CC: Tom Rini
CC: Wolfgang Denk
CC: Simon Schwarz
---
arch/arm/cpu/armv7/Makefile |2 --
arch/arm/cpu/armv7/cpu.c|2 ++
arch/arm/lib/Makefile |5 +++--
3 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/arch/arm/cpu/armv7/Makefile b
From: Simon Schwarz
- Implements spl_start_uboot() for devkit8000
- Add configs to activate direct OS boot from SPL
Signed-off-by: Simon Schwarz
CC: Tom Rini
CC: Stefano Babic
CC: Wolfgang Denk
---
board/timll/devkit8000/devkit8000.c | 18 ++
include/configs/devkit8000.h
From: Simon Schwarz
This only outputs "Assuming u-boot.bin..." if debug is active.
Signed-off-by: Simon Schwarz
CC: Tom Rini
CC: Stefano Babic
CC: Wolfgang Denk
---
arch/arm/cpu/armv7/omap-common/spl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/ar
From: Simon Schwarz
This adds Linux booting to the SPL
This depends on CONFIG_MACH_TYPE patch by Igor Grinberg
(http://article.gmane.org/gmane.comp.boot-loaders.u-boot/105809)
Related CONFIGs:
CONFIG_SPL_OS_BOOT
Activates/Deactivates the OS booting feature
CONFIG_SPL_OS_BOOT_KEY
From: Simon Schwarz
Linux crashes if the GPMC isn't configured for the dm9000.
Signed-off-by: Simon Schwarz
CC: Tom Rini
CC: Stefano Babic
CC: Wolfgang Denk
---
arch/arm/include/asm/omap_common.h |1 +
board/timll/devkit8000/devkit8000.c | 19 +++
2 files changed, 20
From: Simon Schwarz
This implements booting of Linux from NAND in SPL
Related config parameters:
CONFIG_SYS_NAND_SPL_KERNEL_OFFS
Offset in NAND of direct boot kernel image to use in SPL
CONFIG_SYS_SPL_ARGS_ADDR
Address where the kernel boot arguments are expected - this is
From: Simon Schwarz
This adds a spl command to the u-boot.
Related config:
CONFIG_CMD_SPL
activate/deactivate the command
CONFIG_CMD_SPL_NAND_OFS
Offset in NAND to use
Signed-off-by: Simon Schwarz
Signed-off-by: Stefano Babic
CC: Tom Rini
CC: Wolfgang Denk
---
Changes since
Hi,
this should be the final version for the patchset introducing
direct Linux booting from SPL.
Only Patch 1/14: "Add cmd_spl command" was modified.
Patches 2/13 up to 12/13 are untouched from V13.
Patch 13/13 fix a small issue by compiling the cam_enc_4xx
board (Tom Rini)
Changelog
---
From: Simon Schwarz
This adds some configs for devkit8000 to use the new spl command
Signed-off-by: Simon Schwarz
CC: Tom Rini
CC: Stefano Babic
CC: Wolfgang Denk
---
include/configs/devkit8000.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/include/configs
Tom, Albert,
Does this series look good?
On Thursday 08 March 2012 10:50 PM, Aneesh V wrote:
Thumb is an alternate instruction set available in many
ARM processors. Below is a detailed description from ARM
specs:
"The Thumb instruction set is a re-encoded subset of the
ARM instruction set. Thu
Hi!
On Fri 2012-02-24 19:46:50, Stefan Roese wrote:
> On Friday 24 February 2012 19:37:45 Marek Vasut wrote:
> > > ...it started something. According to gdb it looks like "new" u-boot
> > > executes briefly, but fails in C code while processing intialization,
> > > and it seems that "old" u-boot t
On 15/03/2012 10:34, Liu Hui-R64343 wrote:
> As the comments in the imximage.cfg,
>
> # set the default clock gate to save power
> DATA 4 0x020c4068 0x00C03F3F
> DATA 4 0x020c406c 0x0030FC03
> DATA 4 0x020c4070 0x0FFFC000
> DATA 4 0x020c4074 0x3FF0
> DATA 4 0x020c4078 0x00FFF300
> DATA 4 0x02
On 08/03/2012 13:36, Dirk Behme wrote:
> This patch imports three patches from the Freescale U-Boot with the following
> commit messages:
>
> ENGR00156405 ESDHC: Add workaround for auto-clock gate errata ENGcm03648
> http://git.freescale.com/git/cgit.cgi/imx/uboot-imx.git/commit/drivers/mmc/imx_es
>-Original Message-
>From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>On Behalf Of Stefano Babic
>Sent: Thursday, March 15, 2012 4:28 PM
>To: Dirk Behme
>Cc: u-boot@lists.denx.de; w...@denx.de
>Subject: Re: [U-Boot] [PATCH V2] i.MX6: mx6q_sabrelite: add SATA binding
On 04/03/2012 21:51, Eric Nelson wrote:
> Allow non-dt kernels to boot
>
> Signed-off-by: Troy Kisky
> ---
> include/configs/mx6qsabrelite.h |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/include/configs/mx6qsabrelite.h b/include/configs/mx6qsabrelite.h
> index 8
On 13/03/2012 02:04, Eric Nelson wrote:
> This is needed to support Freescale-supplied userspaces.
>
> At the moment, both the IPU and VPU libraries provided by Freescale
> in the "imx-lib" package contain routines which scrape the system
> revision from /proc/cpuinfo. In the VPU library, this inf
On 14/03/2012 15:53, Dirk Behme wrote:
> On 13.03.2012 17:59, Eric Nelson wrote:
> ...
>> --- a/board/freescale/mx6qsabrelite/mx6qsabrelite.c
>> +++ b/board/freescale/mx6qsabrelite/mx6qsabrelite.c
> ...
>> +/* Enable sata clock */
>> +reg = readl(&imx_ccm->CCGR5); /* CCGR5 */
>> +reg |=
> -Original Message-
> From: David Purdy [mailto:david.c.pu...@gmail.com]
> Sent: 14 March 2012 23:32
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net
> Subject: Re: [PATCH v2] kirkwood: add support for Cloud Engines
> Pogoplug E02
>
> Thank you Prafulla,
>
From: Marek Vasut
This command boots Linux zImage from where the zImage is loaded to. Passing
initrd and fdt is supported.
Tested on i.MX28 based DENX M28EVK
Tested on PXA270 based Voipac PXA270.
NOTE: This currently only supports ARM, but other architectures can be easily
added by defining boo
Hi Simon,
On Thu, Mar 15, 2012 at 6:23 AM, Simon Glass wrote:
> Yes I am talking about building with the generic relocation series
> included, so a slightly different point. With that I get:
>
> $ make -j8 -s
> Generating include/generated/asm-offsets.h
> arch/arm/cpu/arm926ejs/davinci/libdavinci
95 matches
Mail list logo