From: Sonic Zhang
Signed-off-by: Sonic Zhang
---
arch/blackfin/cpu/serial.c | 60 +++-
1 files changed, 59 insertions(+), 1 deletions(-)
diff --git a/arch/blackfin/cpu/serial.c b/arch/blackfin/cpu/serial.c
index 89290d6..c453a03 100644
--- a/arch/black
From: Sonic Zhang
Signed-off-by: Sonic Zhang
---
arch/blackfin/cpu/initcode.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/arch/blackfin/cpu/initcode.c b/arch/blackfin/cpu/initcode.c
index 4b10b6c..8ef0b92 100644
--- a/arch/blackfin/cpu/initcode.c
+++ b/arch/bl
From: Sonic Zhang
Remove blackfin specific implementation of the generic serial API when
early print macro is defined.
In BFIN_BOOT_BYPASS mode, don't call generic serial_puts, because
early print in bypass mode is running before code binary is relocated
to the link address.
Signed-off-by: Soni
On 13/03/2013 23:26, Albert ARIBAUD wrote:
> On Wed, 13 Mar 2013 13:29:55 +0100, Albert ARIBAUD
> wrote:
>
>> Hi Stefano,
Hi Albert,
> Regardless of applying the two patches above, there is a merge conflict
> between u-boot-imx/master and u-boot-arm/master between:
>
> - commit af73034c6ba131a
Hi Stephen,
On Thu, Mar 14, 2013 at 12:36 PM, Stephen Warren wrote:
> On 03/13/2013 08:51 PM, Sonic Zhang wrote:
>> Hi Stephen,
>>
>> On Thu, Mar 14, 2013 at 1:11 AM, Stephen Warren
>> wrote:
>>> On 03/11/2013 08:59 PM, Sonic Zhang wrote:
Hi Stephen,
On Tue, Mar 12, 2013 at 1:28
On 13/03/2013 23:59, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Fix the following build error when buildig nitrogen6s1g:
>
> nitrogen6x.c:89:17: error: 'CONFIG_DDR_MB' undeclared (first use in
> this function)
> nitrogen6x.c:89:17: note: each undeclared identifier is reported only
> once for
On 13/03/2013 23:59, Fabio Estevam wrote:
> From: Fabio Estevam >
>
> When building for the nitrogen boards with 2GB the following warning happens:
>
> nitrogen6x.c:89:38: warning: integer overflow in expression [-Woverflow]
>
> 2GB can not fit in 32-bits, so use ulong instead.
>
> Reported-by:
From: "fabio.este...@freescale.com"
When building for the nitrogen boards with 2GB the following warning happens:
nitrogen6x.c:89:38: warning: integer overflow in expression [-Woverflow]
2GB can not fit in 32-bits, so use ulong instead.
Reported-by: Albert Aribaud
Signed-off-by: Fabio Estevam
On 14/03/2013 09:03, Stefano Babic wrote:
> From: "fabio.este...@freescale.com"
>
> When building for the nitrogen boards with 2GB the following warning happens:
>
> nitrogen6x.c:89:38: warning: integer overflow in expression [-Woverflow]
>
> 2GB can not fit in 32-bits, so use ulong instead.
>
From: "fabio.este...@freescale.com"
When building for the nitrogen boards with 2GB the following warning happens:
nitrogen6x.c:89:38: warning: integer overflow in expression [-Woverflow]
2GB can not fit in 32-bits, so use ulong instead.
Reported-by: Albert Aribaud
Signed-off-by: Fabio Estevam
Hi Tom,
> On Wed, Mar 13, 2013 at 11:25:42AM -0400, Tom Rini wrote:
>
> > On Mon, Mar 11, 2013 at 11:03:41AM +0100, Lukasz Majewski wrote:
> >
> > [snip]
> > > > > - if (blk_seq_num == 0) {
> > > > > - i_buf = dfu_buf;
> > > > > - ret = dfu->read_medium(dfu, i_buf, &r
Hi Bo,
On 03/14/2013 02:46 AM, Bo Shen wrote:
> On 3/11/2013 0:16, Andreas Bießmann wrote:
>> Signed-off-by: Andreas Bießmann
>> Cc: Bo Shen
>
> Acked-by: Bo Shen
>
>> ---
>> board/atmel/at91sam9260ek/at91sam9260ek.c | 12
>> include/configs/at91sam9260ek.h | 20
On 13/03/2013 23:49, Eric Nelson wrote:
>> Yes, but I used (ulong) instead.
>>
>> Would it be OK?
>>
>
> Works for me...
>
> Note that Troy wanted to see DDR_MB expressed as bytes instead,
> which would have solved the overflow problem.
Ok, I sent also a fix, but I will wait for Troy's patch.
Hi Andreas,
On 3/14/2013 16:44, Andreas Bießmann wrote:
Hi Bo,
On 03/14/2013 02:46 AM, Bo Shen wrote:
On 3/11/2013 0:16, Andreas Bießmann wrote:
Signed-off-by: Andreas Bießmann
Cc: Bo Shen
Acked-by: Bo Shen
---
board/atmel/at91sam9260ek/at91sam9260ek.c | 12
include
Dear Stefano Babic,
In message <1363248561-11974-1-git-send-email-sba...@denx.de> you wrote:
>
> 2GB can not fit in 32-bits, so use ulong instead.
unsigned long is 32 bits, too.
And, strictly speaking, GB is a decimal unit, so 2 GB = 2e9 = 0x77359400
which fits nicely into a signed 32 bit num
Hi
On 13/03/13 22:03, Simon Glass wrote:
Hi Adnan,
On Wed, Mar 13, 2013 at 4:48 AM, Adnan Ali wrote:
Introduces btrfs file-system to read file from
volume/sub-volumes with btrload command. This
implementation has read-only support.
This btrfs implementation is based on syslinux btrfs
code, com
Dear Marek Vasut,
On 03/13/2013 07:10 PM, Marek Vasut wrote:
Dear Hector Palacios,
Dear Marek Vasut,
On 03/13/2013 05:52 PM, Marek Vasut wrote:
Dear Hector Palacios,
Dear Marek Vasut,
On 03/13/2013 05:19 PM, Marek Vasut wrote:
Dear Hector Palacios,
Dear Marek Vasut,
On 03/13/2013 11:5
Information retrieved from EREF 2.0 (Rev.0 09/2011) pp.107-109.
Signed-off-by: Horst Kronstorfer
---
arch/powerpc/include/asm/processor.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/include/asm/processor.h
b/arch/powerpc/include/asm/processor.h
index 8c91f08..85bb9ed 1006
On Thu, Mar 14, 2013 at 8:38 AM, Wolfgang Denk wrote:
> What you actually mean is:
>
> 2 GiB cannot be expressed as a 32 bit signed number.
Good point, I will change and re-submit it.
Thanks,
Fabio Estevam
___
U-Boot mailing list
U-Boot@lists
Dear Fabio Estevam,
In message <1363228354-29534-1-git-send-email-feste...@gmail.com> you wrote:
> From: Fabio Estevam
>
> Add initial support for Wandboard.
Subject and commit message are redundant, resulting in text like this:
Add initial support for Wandboard dual lite and solo.
Dear Horst Kronstorfer,
In message <1363262105-15406-1-git-send-email-hkron...@frequentis.com> you
wrote:
> Information retrieved from EREF 2.0 (Rev.0 09/2011) pp.107-109.
>
> Signed-off-by: Horst Kronstorfer
> ---
> arch/powerpc/include/asm/processor.h | 2 ++
> 1 file changed, 2 insertions(+
Fix the following build error when buildig nitrogen6s1g:
nitrogen6x.c:89:17: error: 'CONFIG_DDR_MB' undeclared (first use in
this function)
nitrogen6x.c:89:17: note: each undeclared identifier is reported only
once for each function it appears in
Reported-by: Albert Aribaud
Signed-off-by: Fabio
From: Fabio Estevam >
When building for the nitrogen boards with 2GiB the following warning happens:
nitrogen6x.c:89:38: warning: integer overflow in expression [-Woverflow]
2GiB can not fit in 32-bits, so use ulong instead.
Reported-by: Albert Aribaud
Signed-off-by: Fabio Estevam
---
Changes
Is this Patch included in the lastest release?
Thnaks
--
View this message in context:
http://u-boot.10912.n7.nabble.com/PATCH-v9-01-30-mtd-nand-Introduce-CONFIG-SYS-NAND-BUSWIDTH-16BIT-tp149128p149695.html
Sent from the U-Boot mailing list archive at Nabble.com.
___
Hi Bo Shen
Thanks for you help.
I have removed the LCD define
and I found out that ṕrintk was introduced in a piece of code that I
imported from a code of mine.
the version is:
U-Boot
2012.10-00075-g0362411-dirty
Now I managed to load the linux kernel
but I still get Wrong Image Forma
Hi Bo Shen
I have used a SAMBA old version and I managed to write
the Linux Kernel that can be recognized by U-boot but now it sends a
message "Veritying Checksum : Bad Data CRC. It seems that U-Boot is
only reading the first sector OK and the rest of the Kernel is being
worngly read.
T
Adnan Ali (1):
Introduced btrfs file-system with btrload command
Makefile |1 +
common/Makefile|1 +
common/cmd_btr.c | 65 +++
fs/btrfs/Makefile | 51 ++
fs/btrfs/btrfs.c | 1357
Introduces btrfs file-system to read file from
volume/sub-volumes with btrload command. This
implementation has read-only support.
This btrfs implementation is based on syslinux btrfs
code, commit 269ebc845ebc8b46ef4b0be7fa0005c7fdb95b8d.
v7: patch re-formated.
v6: patch re-formated.
v5:
On Thu, Mar 14, 2013 at 8:51 AM, mar...@netopen.com.br
wrote:
> Is this Patch included in the lastest release?
Not yet. Hopefully it will go into 2013.04 release.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Stefano,
On Thu, 14 Mar 2013 09:09:21 +0100, Stefano Babic
wrote:
> From: "fabio.este...@freescale.com"
>
> When building for the nitrogen boards with 2GB the following warning happens:
>
> nitrogen6x.c:89:38: warning: integer overflow in expression [-Woverflow]
>
> 2GB can not fit in 32-
Dear Hector Palacios,
> Dear Marek Vasut,
>
> On 03/13/2013 07:10 PM, Marek Vasut wrote:
> > Dear Hector Palacios,
> >
> >> Dear Marek Vasut,
> >>
> >> On 03/13/2013 05:52 PM, Marek Vasut wrote:
> >>> Dear Hector Palacios,
> >>>
> Dear Marek Vasut,
>
> On 03/13/2013 05:19 PM, M
On Thu, Mar 14, 2013 at 9:31 AM, Marek Vasut wrote:
>> Interesting. What PHY does m28evk platform have? I was thinking on a
>> problem of the fec driver given that it can be reproduced in the mx28evk
>> and in my platform, with different PHYs, but if it is not reproducible in
>> m28evk I'll need
On 03/14/2013 02:38 AM, Stefano Babic wrote:
On 13/03/2013 23:49, Eric Nelson wrote:
Yes, but I used (ulong) instead.
Would it be OK?
Works for me...
Note that Troy wanted to see DDR_MB expressed as bytes instead,
which would have solved the overflow problem.
Ok, I sent also a fix, but I
Dear KRONSTORFER Horst,
In message <024FE3275EF7814D9B07390F28C0832C704F57D8@vie196nt> you wrote:
>
> > > +#define TCR_WPEXT(x) (((x)&0xf)<<17) /* WDT Period Extension
> > > */
> > > +#define TCR_FPEXT(x) (((x)&0xf)<<13) /* FIT Period Extension
> > > */
> >
> > Are these
On 14/03/2013 14:48, Eric Nelson wrote:
> On 03/14/2013 02:38 AM, Stefano Babic wrote:
>> On 13/03/2013 23:49, Eric Nelson wrote:
>>
Yes, but I used (ulong) instead.
Would it be OK?
>>>
>>> Works for me...
>>>
>>> Note that Troy wanted to see DDR_MB expressed as bytes instead,
>
On 14/03/2013 14:15, Albert ARIBAUD wrote:
> Hi Stefano,
>
> On Thu, 14 Mar 2013 09:09:21 +0100, Stefano Babic
> wrote:
>
>> From: "fabio.este...@freescale.com"
>>
>> When building for the nitrogen boards with 2GB the following warning happens:
>>
>> nitrogen6x.c:89:38: warning: integer overflo
On Thu, Mar 14, 2013 at 07:53:07AM +0100, Koen Kooi wrote:
>
> Op 13 mrt. 2013, om 21:19 heeft Matt Porter het volgende
> geschreven:
>
> > On Wed, Mar 13, 2013 at 08:02:26PM +0100, Koen Kooi wrote:
> >>
> >> Op 13 mrt. 2013, om 16:07 heeft Nishanth Menon het volgende
> >> geschreven:
> >>
Hi Stefano,
On Thu, 14 Mar 2013 15:09:15 +0100, Stefano Babic
wrote:
> On 14/03/2013 14:15, Albert ARIBAUD wrote:
> > Hi Stefano,
> >
> > On Thu, 14 Mar 2013 09:09:21 +0100, Stefano Babic
> > wrote:
> >
> >> From: "fabio.este...@freescale.com"
> >>
> >> When building for the nitrogen boards
This series does a few things. I've updated Pantelis Antoniou's patch
that allows for transfering of files larger than 4MiB to still allow for
filesystem writes to work. I also document the existing DFU CONFIG
options, and then the new options this series adds. Then we update
nand_(read|write)_s
Add documentation for the current DFU config options. DFU is a standard
USB device class so more information is available from usb.org
Signed-off-by: Tom Rini
---
Changes in v6: None
Changes in v5:
- New patch to document existing DFU CONFIG options
Changes in v4: None
Changes in v3: None
Chang
From: Pantelis Antoniou
Previously we didn't support upload/download larger than available
memory. This is pretty bad when you have to update your root filesystem
for example.
This patch removes that limitation (and the crashes when you transfered
any file larger than 4MB) by making raw image w
Signed-off-by: Tom Rini
---
Changes in v6: None
Changes in v5:
- New patch to re-align defines in
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/dfu.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/dfu.h b/include/dfu.h
index 5182c6c..0a
We make these two functions take a size_t pointer to how much space
was used on NAND to read or write the buffer (when reads/writes happen)
so that bad blocks can be accounted for. We also make them take an
loff_t limit on how much data can be read or written. This means that
we can now catch the
The flag changed from WITH_INLINE_OOB to WITH_YAFFS_OOB by accident in
418396e.
Signed-off-by: Tom Rini
---
Changes in v6: None
Changes in v5: None
Changes in v4:
- Add patch to fix CONFIG_CMD_NAND_YAFFS
Changes in v3: None
Changes in v2: None
common/cmd_nand.c |2 +-
1 file changed, 1 ins
From: Pantelis Antoniou
Support for NAND storage devices to work with the DFU framework.
Signed-off-by: Pantelis Antoniou
Signed-off-by: Tom Rini
---
Changes in v6:
- Update dfu_nand.c based on Scott's feedback
Changes in v5:
- Document CONFIG_DFU_NAND in README
Changes in v4: None
Changes i
From: Pantelis Antoniou
drivers/usb/gadget/composite.c requires that this is defined early.
Signed-off-by: Pantelis Antoniou
Signed-off-by: Tom Rini
Acked-by: Tom Rini
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/configs/am3
Signed-off-by: Tom Rini
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add CONFIG_CMD_MTDPARTS and relevant information to am335x_evm
include/configs/am335x_evm.h |9 +
1 file changed, 9 insertions(+)
diff --git a/include/configs
From: Pantelis Antoniou
- Add CONFIG_DFU_NAND, CONFIG_DFU_MMC
- Set dfu_alt_info_nand, dfu_alt_info_emmc and dfu_alt_info_mmc to show
working examples for those cases.
- Increase CONFIG_SYS_MAXARGS due to hush parsing bugs that would
otherwise disallow 'setenv dfu_alt_info ${dfu_alt_info_nand
While the kernel mainly uses pr_debug(...), etc, for debug messages, we
use debug(...). Add this to the list of logFunctions so that they are
correctly checked (and not warned against) for long string literals.
Signed-off-by: Tom Rini
---
tools/checkpatch.pl |1 +
1 file changed, 1 insertio
On Tue, Mar 12, 2013 at 12:16:51PM -0400, Tom Rini wrote:
> With CONFIG_SPL_NET_SUPPORT set we bring in most of the environment
> related code. This in turn means that while we discard the callback
> saftey checks in the environment, we had still needed their
> __start/__end linker symbols. In mo
The following is an update to Koen Kooi's original series that updates
support for the next beaglebone platform and switches to DT booting as
the default.
I want to spell out that part of the changes I've done here are adding
two variables to make it easier to control where we load our
kernel/dtb
From: Koen Kooi
Cc: Matt Porter
Cc: Nishanth Menon
Signed-off-by: Koen Kooi
Signed-off-by: Tom Rini
---
include/configs/am335x_evm.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index 33ee2c4..377a3c5 100644
--- a/includ
From: Koen Kooi
The kernel is loaded from some form of ext[234] or FAT, depending on the
distribution used. We add a bootpart variable to the environment so
that we can load from the correct mmc partition as well. We leave
CONFIG_CMD_EXT2 for existing scripts that use ext2load.
Signed-off-by:
From: Koen Kooi
Make bootcmd run findfdt so that we know what dtb file to load. Add a
loadfdt command to load this file in. Make mmcboot pass in ${fdtaddr}
and make the mmc section of bootcmd run loadfdt.
Signed-off-by: Koen Kooi
Signed-off-by: Tom Rini
---
include/configs/am335x_evm.h |
On Thu, Mar 14, 2013 at 11:55:19AM -0400, Tom Rini wrote:
> From: Koen Kooi
>
> Cc: Matt Porter
> Cc: Nishanth Menon
> Signed-off-by: Koen Kooi
> Signed-off-by: Tom Rini
> ---
> include/configs/am335x_evm.h |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/include/configs/am335x
> "Tom" == Tom Rini writes:
Tom> From: Koen Kooi
Tom> Cc: Matt Porter
Tom> Cc: Nishanth Menon
Tom> Signed-off-by: Koen Kooi
Tom> Signed-off-by: Tom Rini
Acked-by: Peter Korsgaard
Tom> ---
Tom> include/configs/am335x_evm.h |2 ++
Tom> 1 file changed, 2 insertions(+)
Tom>
> "Tom" == Tom Rini writes:
Tom> From: Koen Kooi
Tom> The kernel is loaded from some form of ext[234] or FAT, depending on the
Tom> distribution used. We add a bootpart variable to the environment so
Tom> that we can load from the correct mmc partition as well. We leave
Tom> CONFIG_CM
> "Tom" == Tom Rini writes:
Tom> From: Koen Kooi
Tom> Make bootcmd run findfdt so that we know what dtb file to load. Add a
Tom> loadfdt command to load this file in. Make mmcboot pass in ${fdtaddr}
Tom> and make the mmc section of bootcmd run loadfdt.
Tom> Signed-off-by: Koen Kooi
> "Stephen" == Stephen Warren writes:
>> Hey all,
>>
>> I'm going to try this, rather than replying to N different short
>> patches. The following have been applied to u-boot/master now,
>> thanks all!
Stephen> The downsides here are that:
Stephen> a) The contributors aren't CC'd
Differences in padcfg registers (some removed, some added) between
Tegra30 and Tegra114 weren't picked up when I first ported this file.
Signed-off-by: Tom Warren
---
v2: Restore old offsets in comments to make diff cleaner
arch/arm/include/asm/arch-tegra114/gp_padctrl.h | 34
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2013 12:28 PM, Peter Korsgaard wrote:
>> "Stephen" == Stephen Warren
>> writes:
>
>>> Hey all,
>>>
>>> I'm going to try this, rather than replying to N different
>>> short patches. The following have been applied to
>>> u-boot/mast
On Thu, Mar 14, 2013 at 10:55 AM, Tom Rini wrote:
> From: Koen Kooi
>
> Cc: Matt Porter
> Cc: Nishanth Menon
> Signed-off-by: Koen Kooi
> Signed-off-by: Tom Rini
> ---
> include/configs/am335x_evm.h |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/include/configs/am335x_evm.h b/
All of these platforms have memory starting at 0x8000, so this is
the correct CONFIG_STANDALONE_LOAD_ADDR for all of them.
Signed-off-by: Tom Rini
---
arch/arm/config.mk |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/config.mk b/arch/arm/config.mk
index 24b9d
Hi Wolfgang,
On Thu, Mar 14, 2013 at 9:31 AM, Wolfgang Denk wrote:
> Dear Fabio Estevam,
>
> In message <1363228354-29534-1-git-send-email-feste...@gmail.com> you wrote:
>> From: Fabio Estevam
>>
>> Add initial support for Wandboard.
>
> Subject and commit message are redundant, resulting in tex
Hi Simon,
On Thu, 14 Mar 2013 09:54:53 -0700, Simon Glass
wrote:
> Note this is a tree-wide change affecting multiple architectures.
>
> At present we use __bss_start, but mostly __bss_end__. This seems
> inconsistent and in a number of places __bss_end is used instead.
>
> Change to use __bss
This adds ppc features to the generic post-relocation board init.
Signed-off-by: Simon Glass
---
Changes in v11:
- Rebase to master
Changes in v10: None
Changes in v9: None
Changes in v8: None
Changes in v7: None
Changes in v6:
- Don't use scsi_init() on ARM
Changes in v5:
- Add prototype for u
On 03/14/2013 10:32:52 AM, Tom Rini wrote:
From: Pantelis Antoniou
Support for NAND storage devices to work with the DFU framework.
Signed-off-by: Pantelis Antoniou
Signed-off-by: Tom Rini
---
Changes in v6:
- Update dfu_nand.c based on Scott's feedback
Changes in v5:
- Document CONFIG_DFU_
On 03/14/2013 10:32:51 AM, Tom Rini wrote:
The flag changed from WITH_INLINE_OOB to WITH_YAFFS_OOB by accident in
418396e.
Signed-off-by: Tom Rini
---
Changes in v6: None
Changes in v5: None
Changes in v4:
- Add patch to fix CONFIG_CMD_NAND_YAFFS
Changes in v3: None
Changes in v2: None
commo
On Thu, Mar 14, 2013 at 02:01:20PM -0300, Fabio Estevam wrote:
> Hi Wolfgang,
>
> On Thu, Mar 14, 2013 at 9:31 AM, Wolfgang Denk wrote:
> > Dear Fabio Estevam,
> >
> > In message <1363228354-29534-1-git-send-email-feste...@gmail.com> you wrote:
> >> From: Fabio Estevam
> >>
> >> Add initial supp
Hi Tom,
On Wed, Mar 13, 2013 at 3:20 PM, Simon Glass wrote:
> Hi Tom,
>
> On Wed, Mar 13, 2013 at 9:25 AM, Tom Rini wrote:
>> On Wed, Mar 13, 2013 at 02:16:23PM +0100, Andreas Bie?mann wrote:
>>> Hi Simon,
>>>
>>> On 03/13/2013 04:52 AM, Simon Glass wrote:
>>> > Hi,
>>> >
>>> > On Mon, Mar 11, 2
Hi Albert,
On Thu, Mar 14, 2013 at 10:06 AM, Albert ARIBAUD
wrote:
> Hi Simon,
>
> On Thu, 14 Mar 2013 09:54:53 -0700, Simon Glass
> wrote:
>
>> Note this is a tree-wide change affecting multiple architectures.
>>
>> At present we use __bss_start, but mostly __bss_end__. This seems
>> inconsiste
On 03/14/2013 01:31 AM, Sonic Zhang wrote:
...
>> Windows didn't give me that option. Do I need a smaller SD card to get
>> that option? Can you simply upload a compressed disk image or a hex dump
>> of the first sector instead?
>>
>
> Yes, you can use a small SD card such as 256M, 512M.
OK. The
On Thu, Mar 14, 2013 at 9:31 AM, Wolfgang Denk wrote:
>> +int checkboard(void)
>> +{
>> + puts("Board: Wandboard\n");
>
> Should we also add information about DL / Solo here? It would
> probably make sense...
This is what we will get:
CPU: Freescale i.MX6DL rev1.1 at 792 MHz
Board: Wandb
Dear Fabio,
In message
you wrote:
>
> > Is there any reason for not chosing the more standard 5 second delay?
>
> Ok, so let's go with 3 seconds then ;-)
Why not 5? For development, 1 or 3 is often quite short. I've seen
enough cases where connecting to a serial port (for example, through
o
Dear Tom,
In message <20130314173648.GX23324@bill-the-cat> you wrote:
>
> > > Is there any reason for not chosing the more standard 5 second delay?
> >
> > Ok, so let's go with 3 seconds then ;-)
>
> There's a pretty even distribution of 1 3 and 5 second delays (with a
> few 10s, 2s and 6s). I
Dear Fabio Estevam,
In message
you wrote:
>
> >> +int checkboard(void)
> >> +{
> >> + puts("Board: Wandboard\n");
> >
> > Should we also add information about DL / Solo here? It would
> > probably make sense...
>
> This is what we will get:
>
> CPU: Freescale i.MX6DL rev1.1 at 792 MHz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2013 04:36 PM, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20130314173648.GX23324@bill-the-cat> you wrote:
>>
Is there any reason for not chosing the more standard 5
second delay?
>>>
>>> Ok, so let's go with 3 seconds then ;
This patch will be required for the ti814x series as that exposed this
underlying issue. The problem goes like this. On OMAP3 there is reason
(at least at first glance) for having both and
in the config file as we reference values found in both
in CONFIG options. am335x_evm.h started from one
- In arch/arm/cpu/armv7/omap-common/timer.c,
drivers/mtd/nand/omap_gpmc.c and drivers/net/cpsw.c add #include files
that the driver needs but had been relying on to bring in.
- In arch/arm/cpu/armv7/omap-common/lowlevel_init.S add
- In am335x_evm.h and pcm051.h don't globally include
and
On 03/14/2013 04:01:59 PM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/14/2013 04:36 PM, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20130314173648.GX23324@bill-the-cat> you wrote:
>>
Is there any reason for not chosing the more standard 5
second delay?
>>>
On 03/14/2013 10:31 AM, Tom Warren wrote:
> Differences in padcfg registers (some removed, some added) between
> Tegra30 and Tegra114 weren't picked up when I first ported this file.
Reviewed-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.
Hi,
On Thu, Mar 14, 2013 at 5:35 AM, Adnan Ali wrote:
> Introduces btrfs file-system to read file from
> volume/sub-volumes with btrload command. This
> implementation has read-only support.
> This btrfs implementation is based on syslinux btrfs
> code, commit 269ebc845ebc8b46ef4b0be7fa0005c7fdb9
Hi Marcio,
On 3/14/2013 20:23, mar...@netopen.com.br wrote:
Hi Bo Shen
I have used a SAMBA old version and I managed to write
the Linux Kernel that can be recognized by U-boot but now it sends a
message "Veritying Checksum : Bad Data CRC. It seems that U-Boot is
only reading the first sect
On 03/11/2013 08:59 PM, Sonic Zhang wrote:
> Hi Stephen,
>
> On Tue, Mar 12, 2013 at 1:28 AM, Stephen Warren wrote:
>> On 03/11/2013 03:56 AM, sonic@gmail.com wrote:
>>> From: Sonic Zhang
>>>
>>> - Should return 0 for both DOS_MBR and DOS_PBR block types in
>>> test_part_dos().
>>
>> What p
Hi
has Anybody managed to load the Linux Kernel using MT29F2G16ABBEAH4 NAND or
other 16 bits NAND memory?
Thanks
Marcio
--
View this message in context:
http://u-boot.10912.n7.nabble.com/Uboot-support-for-MT29F2G16ABBEAH4-NAND-16-bit-tp149761.html
Sent from the U-Boot mailing list archive at
Hello
I am trying to get a u-boot going on OMAPL138 with three port switch
KSZ8873FL, that has one MII port attached to the OMAP and two 10/100BASE-FX
transceivers. Up to now, the ARP packets are going out and received by the
host when doing a tftp download, but the return packets from the host do
Hi Stephen,
On Tue, 26 Feb 2013 15:28:27 -0700, Stephen Warren
wrote:
> From: Stephen Warren
>
> Various errata exist in the Cortex-A9 CPU, and may be worked around by
> setting some bits in a CP15 diagnostic register. Add code to implement
> the workarounds, enabled by new CONFIG_ options.
>
Hi Stephen,
On Tue, 26 Feb 2013 15:28:28 -0700, Stephen Warren
wrote:
> From: Stephen Warren
>
> Tegra20 has a Cortex A9 r1p1, and Tegra30 has a Cortex A9 r2p9. As such,
> some CPU errata exist, and must be worked around.
>
> These must be worked around in the bootloader, since in general, th
The first patch moves the tzpc_init file from smdk5250 to armv7/exynos.
The second makes tzpc_init common for exynos4 and exynos5. And the third
makes necessary changes to exynos4 based origen and smdkv310 boards.
The patchset has been tested on exynos4 based origen and exynos5 based
Arndale board
tzpc_init is common for all exynos5 boards, hence move it to
armv7/exynos so that all other boards can use it.
Also update the smdk5250 Makefile and config file.
Signed-off-by: Inderpal Singh
Acked-by: Chander Kashyap
---
arch/arm/cpu/armv7/exynos/Makefile |2 +-
arch/arm/cpu/armv7/ex
This requires that cpu_is_exynos4/5 should be made available before tzpc_init.
Hence this patch also makes necessary changes to have cpu_info in spl and
invokes arch_cpu_init before tzpc_init in low_level_init.S for smdk5250.
Signed-off-by: Inderpal Singh
Acked-by: Chander Kashyap
---
arch/arm/
Signed-off-by: Inderpal Singh
Acked-by: Chander Kashyap
---
board/samsung/origen/lowlevel_init.S | 44 ++-
board/samsung/origen/origen_setup.h| 25 -
board/samsung/smdkv310/lowlevel_init.S | 60 ++--
include/configs/origen.h
Hi Andy,
On Thu, 14 Mar 2013 23:55:14 +, Andy Ng
wrote:
> Hello
>
> I am trying to get a u-boot going on OMAPL138 with three port switch
> KSZ8873FL, that has one MII port attached to the OMAP and two 10/100BASE-FX
> transceivers. Up to now, the ARP packets are going out and received by the
Hi Stephen,
On Fri, Mar 15, 2013 at 1:10 PM, Stephen Warren wrote:
> On 03/11/2013 08:59 PM, Sonic Zhang wrote:
>> Hi Stephen,
>>
>> On Tue, Mar 12, 2013 at 1:28 AM, Stephen Warren
>> wrote:
>>> On 03/11/2013 03:56 AM, sonic@gmail.com wrote:
From: Sonic Zhang
- Should return
94 matches
Mail list logo
