Hi Troy,
On Thu, 17 Jan 2013 18:49:59 -0700, Troy Kisky
troy.ki...@boundarydevices.com wrote:
The '#' used as comments in the files cause the preprocessor
trouble, so change to /* */.
This seems incomplete -- there's also a change to .gitignore regarding
*.cfgtmp. For the sake of
On 01/18/2013 01:23 AM, Kim Phillips wrote:
On Thu, 17 Jan 2013 13:47:50 +0100
Holger Brunck holger.bru...@keymile.com wrote:
+int piggy_present(void)
+{
+struct km_bec_fpga *base =
+(struct km_bec_fpga *)CONFIG_SYS_KMBEC_FPGA_BASE;
+
+return in_8(base-bprth)
Hi Chris,
On Fri, 18 Jan 2013 14:35:27 +1300, Chris Packham
judge.pack...@gmail.com wrote:
From: Chris Packham chris.pack...@alliedtelesis.co.nz
This series so far covers the introduction of a IP6addr_t and
printing/parsing of addresses.
As a general comment, I heartily welcome IPv6
Hi Angelo,
Still having problem.
Can I have your flash_cfi.c code file?
Thanks Regards,
Ramesj
-Original Message-
From: Angelo Dureghello [mailto:sysa...@gmail.com]
Sent: Wednesday, January 16, 2013 3:56 PM
To: u-boot@lists.denx.de
Cc: Ramesh K Khokhani
Subject: Re: [U-Boot] Flash
Alexander Holler wrote:
And I think too that all this can be handled by adding a kernel (e.g.
with integrated minimal initramfs) to u-boot. At least that is how I
have handled such in the past.
I agree that graphics (apart from a logo) should be handled outside
U-boot proper - my own
Also update README.pblimage for p5040.
Signed-off-by: Shaohui Xie shaohui@freescale.com
---
changes for v2:
1. merge NAND/SD/SPI to one patch;
2. update README.pblimage for p5040;
boards.cfg |3 +++
doc/README.pblimage |6 +++---
2 files changed, 6 insertions(+), 3
On 01/18/2013 01:44 AM, Kim Phillips wrote:
On Thu, 17 Jan 2013 13:47:51 +0100
Holger Brunck holger.bru...@keymile.com wrote:
+#if defined(CONFIG_KMVECT1)
+#include mv88e6352.h
+/* Marvell MV88E6122 switch configuration */
+struct mv88e_sw_reg extsw_conf[] = {
+/* port 1, FRONT_MDI,
On 16/01/2013 22:46, Simon Glass wrote:
Hi Wolfgang,
Hi Simon,
This sounds like a nice feature. Initially. Then I start wondering
if this really belongs into a boot loader. Instead of doing fancy
graphics stuff, we should IMO rather focus on booting the OS of your
choice really fast,
On 01/18/2013 09:20 PM, Albert ARIBAUD wrote:
Hi Chris,
On Fri, 18 Jan 2013 14:35:27 +1300, Chris Packham
judge.pack...@gmail.com wrote:
From: Chris Packham chris.pack...@alliedtelesis.co.nz
This series so far covers the introduction of a IP6addr_t and
printing/parsing of addresses.
Dear Scott,
could you please test the following patch
on top of this big patch to see if ecc.strength
problem goes away? I can integrate it into big
one then.
From dffea1f073c546ab88f37f219f66d9d1478d4cf1 Mon Sep 17 00:00:00 2001
From: Sergey Lapin sla...@ossfans.org
Date: Thu, 17 Jan 2013
Try setting the max. blocksize explicit, e.g. I'm using -B 1460 here. It
depends
on the used tftp-server.
Hi Alexander
Thanks for your reply. Please will you confirm the exact syntax? I tried:
# tftp -B 1460 0x8200 tci6614-evm.dtb
tftpboot - boot image via network using TFTP
On Fri, Jan 18, 2013 at 10:39:29PM +1300, Chris Packham wrote:
Putting my IPv6 promoter hat on I hope that it won't stay dead for long :)
From my side, IPv6 is long awaited feature by me and various people,
so it won't stay dead.
___
U-Boot mailing
Dear Chris,
In message 1358472932-32083-1-git-send-email-judge.pack...@gmail.com you
wrote:
This series so far covers the introduction of a IP6addr_t and
printing/parsing of addresses. I have a patch for testing these basic
things which I haven't included in this series yet. Is there a
Dear Albert ARIBAUD,
In message 20130118092041.0c827374@lilith you wrote:
This series so far covers the introduction of a IP6addr_t and
printing/parsing of addresses.
As a general comment, I heartily welcome IPv6 support (even though I
Me too! :-)
but I wonder how this fits in with
All boards from this serie uses i2c. So we can drop these unneeded
defines.
Signed-off-by: Holger Brunck holger.bru...@keymile.com
---
board/keymile/km82xx/km82xx.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/board/keymile/km82xx/km82xx.c
Signed-off-by: Holger Brunck holger.bru...@keymile.com
---
board/keymile/km82xx/km82xx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/keymile/km82xx/km82xx.c b/board/keymile/km82xx/km82xx.c
index 67b69f6..8cf3035 100644
--- a/board/keymile/km82xx/km82xx.c
+++
Try setting the max. blocksize explicit, e.g. I'm using -B 1460 here. It
depends
on the used tftp-server.
I have tried setting u-boot env variable tftpblocksize to 1460 and option
--blocksize 1460 on the server, but there's no improvement. Also tried 512
but same result.
David
Dear Chris,
In message 50f91851.5050...@gmail.com you wrote:
Good question. Basically we have some out of tree code that implements a
basic IPv6 stack. I'm drip feeding the code in pieces to avoid just
dumping it on people and because the current code wouldn't meet u-boot's
standards.
Can
I am using U-Boot and two kernel Image(uImage). I want to add some code
in U-Boot which will select kernel based of time stamp. I am using MIPS
architecture. this two kernels are in different MTD partition.
For example:-
|If kernel-1 is new, U-Boot will boot Kernel-1. and leave kernel-2 as it
Hi, Sergey
On 1/18/2013 5:45 PM, Sergey Lapin wrote:
Dear Scott,
could you please test the following patch
on top of this big patch to see if ecc.strength
problem goes away? I can integrate it into big
one then.
From dffea1f073c546ab88f37f219f66d9d1478d4cf1 Mon Sep 17 00:00:00 2001
From:
Am 18.01.2013 11:16, schrieb David Aldrich:
Try setting the max. blocksize explicit, e.g. I'm using -B 1460 here. It
depends
on the used tftp-server.
Hi Alexander
Thanks for your reply. Please will you confirm the exact syntax? I tried:
# tftp -B 1460 0x8200 tci6614-evm.dtb
Hi, Josh
diff --git a/drivers/mtd/nand/atmel_nand.c b/drivers/mtd/nand/atmel_nand.c
index b09e7b7..9cdf35b 100644
--- a/drivers/mtd/nand/atmel_nand.c
+++ b/drivers/mtd/nand/atmel_nand.c
@@ -709,6 +709,7 @@ static int atmel_pmecc_nand_init_params(struct nand_chip
*nand,
Dear Scott,
could you please test the following patch
on top of this big patch to see if ecc.strength
problem goes away? I can integrate it into big
one then.
From dffea1f073c546ab88f37f219f66d9d1478d4cf1 Mon Sep 17 00:00:00 2001
From: Sergey Lapin sla...@ossfans.org
Date: Thu, 17 Jan
Hi Kim,
On 01/16/2013 06:59 PM, Kim Phillips wrote:
and, if including libfdt.h which includes libfdt_env.h in
the correct order, don't include fdt.h before libfdt.h.
this is needed to get the fdt type definitions set from
the project environment before fdt.h uses them.
Signed-off-by: Kim
Am Donnerstag, den 01.11.2012, 16:42 -0700 schrieb Simon Glass:
This option delays loading of the environment until later, so that only the
default environment will be available to U-Boot.
This can address the security risk of untrusted data being used during boot.
When
On 01/17/2013 06:50 PM, David Gibson wrote:
On Thu, Jan 17, 2013 at 01:32:45PM -0500, Jerry Van Baren wrote:
Hi Scott, Kim, David,
[snip]
libfdt_env.h is where Kim typedef'ed fdt16_t, fdt32_t, fdt64_t
I suspect the original intent was to have libfdt.h be the file
that people #included.
Hi,
On Fri, Jan 18, 2013 at 1:18 AM, Stefano Babic sba...@denx.de wrote:
On 16/01/2013 22:46, Simon Glass wrote:
Hi Wolfgang,
Hi Simon,
This sounds like a nice feature. Initially. Then I start wondering
if this really belongs into a boot loader. Instead of doing fancy
graphics stuff,
Hi Lucas,
On Fri, Jan 18, 2013 at 4:06 AM, Lucas Stach d...@lynxeye.de wrote:
Am Donnerstag, den 01.11.2012, 16:42 -0700 schrieb Simon Glass:
This option delays loading of the environment until later, so that only the
default environment will be available to U-Boot.
This can address the
On 16/01/2013 23:33, Eric Nelson wrote:
Hi all,
Hi Eric,
We're preparing to launch i.MX6 Solo/Dual-Lite and Dual versions of
our Nitrogen6X product line.
We made a couple of stabs at patches to support these processor
variants in September and October last year.
The first attempt
u-boot is not consistent if state should be 0|1 or of the enum, the
GPIO driver expects this to be one of the enum values. Update the
caller.
---
common/cmd_led.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/cmd_led.c b/common/cmd_led.c
index 7f5ab43..c725f95
The issue got introduced in a cleanup by Manjunath Hadli in commit
826e99136e2bce61f3f6572e32d7aa724c116e6d. The eth_getenv_enetaddr_by_index
method will validate the MAC addr and if none is set in the environment
0 will be returned. Set the MAC from the eeprom if no valid address
is found in
The differences include the number of GPIOs and that one is
not required to set the pinmux on request.
---
arch/arm/include/asm/arch-davinci/gpio.h |8 +++-
drivers/gpio/Makefile|1 +
drivers/gpio/da8xx_gpio.c|4
3 files changed, 12
Albert,
Please pull u-boot-tegra/master into ARM/master. Thanks!
./MAKEALL -a arm completes w/o any new errors, and checkpatch is clean.
The following changes since commit 3a9d879f6f64585b819af728b53be0a05037fe0d:
Tom Rini (1):
Prepare v2013.01
are available in the git repository at:
On Thu, Jan 17, 2013 at 8:29 AM, David Aldrich
david.aldr...@emea.nec.comwrote:
I would like to give some more information about my problem. u-boot's
tftp transfers do eventually complete and the evm boots. I can then
execute tftp get commands from Linux on the evm and these execute quickly.
Hi Tom,
On Fri, 18 Jan 2013 09:00:44 -0700, Tom Warren
twarren.nvi...@gmail.com wrote:
Albert,
Please pull u-boot-tegra/master into ARM/master. Thanks!
./MAKEALL -a arm completes w/o any new errors, and checkpatch is clean.
The following changes since commit
Am 18.01.2013 04:17, schrieb Scott Wood:
On 01/17/2013 07:22:57 PM, Alexander Holler wrote:
Am 18.01.2013 01:50, schrieb Alexander Holler:
(...)
Yes. Sounds nice at first, but there will be no end of features people
would want afterwards. Next will be video tutorials and fancy sound. ;)
On 01/17/2013 11:17:15 PM, Xie Shaohui-B21989 wrote:
You don't even update strings like P3041/P5020 in README.pblimage
to
include P5040. :-)
[S.H] Thanks for pointing it out. I will update the README.pblimage
in next version.
Why is P4080 excluded, BTW? I realize that P4080DS
doesn't
On Fri, Jan 18, 2013 at 4:44 AM, Wolfgang Denk w...@denx.de wrote:
Dear Chris,
In message 50f91851.5050...@gmail.com you wrote:
Personally I'm happy to have a long running series and periodically send
updates to the list. I have a repository on github[1] which has an ipv6
branch collecting
Hi,
On Fri, Jan 18, 2013 at 7:47 AM, Steve Strobel
steve.stro...@link-comm.com wrote:
Maybe the USB flash drive used for recovery could contain not only the image
to be written to flash, but also a bootable OS image used to provide
on-screen messages during the recovery process. You would
On Fri, 18 Jan 2013 09:07:32 +0100
Holger Brunck holger.bru...@keymile.com wrote:
On 01/18/2013 01:23 AM, Kim Phillips wrote:
On Thu, 17 Jan 2013 13:47:50 +0100
Holger Brunck holger.bru...@keymile.com wrote:
+int piggy_present(void)
+{
+ struct km_bec_fpga *base =
+
Signed-off-by: Tom Warren twar...@nvidia.com
---
arch/arm/cpu/arm720t/tegra-common/cpu.c |7 ---
arch/arm/include/asm/arch-tegra/tegra.h |1 -
2 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/arch/arm/cpu/arm720t/tegra-common/cpu.c
This patch series adds basic (boot to cmd prompt) support for Tegra114.
This is based on the Tegra30 SPL, which inits the AVP (ARM7TDMI boot proc)
first, then control is passed to the CPU (A15 quad cluster).
It is based on current u-boot-tegra/next.
Future patches will add support/drivers for
This provides SPL support for T114 boards - AVP early init, plus
CPU (A15) init/jump to main U-Boot.
Signed-off-by: Tom Warren twar...@nvidia.com
---
Changes in v2:
- update all new copyright header dates to 2013
- use CHIPID directly to figure num cpus
- set CPU2/3 bits at runtime using num cpus
Common Tegra files are in arch-tegra, shared between T20/T30/T114.
Tegra114-specific headers are in arch-tegra114. Note that some of
these will be filled in as more T114 support is added (drivers,
WB/LP0 support, etc.).
Signed-off-by: Tom Warren twar...@nvidia.com
---
Changes in v2:
- update all
This patch adds basic Tegra114 (T114) build support - no specific
board is targeted.
Signed-off-by: Tom Warren twar...@nvidia.com
---
Changes in v2: none
board/nvidia/common/board.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/nvidia/common/board.c
These are stripped down for bringup, They'll be filled out later
to match-up with the kernel DT contents, and/or as devices are
brought up (mmc, usb, spi, etc.).
Signed-off-by: Tom Warren twar...@nvidia.com
---
---
Changes in v2:
- change memory size to 2GB
arch/arm/dts/tegra114.dtsi
This build is stripped down. It boots to the command prompt.
GPIO is the only peripheral supported. Others TBD.
Signed-off-by: Tom Warren twar...@nvidia.com
---
Changes in v2:
- update all new copyright header dates to 2013
- use correct table names in pinmux_init
board/nvidia/dalmore/Makefile
On Fri, 18 Jan 2013 10:14:39 +0100
Holger Brunck holger.bru...@keymile.com wrote:
On 01/18/2013 01:44 AM, Kim Phillips wrote:
On Thu, 17 Jan 2013 13:47:51 +0100
Holger Brunck holger.bru...@keymile.com wrote:
+ if (piggy_present()) {
+ uchar enetaddr[6];
+ if
On Fri, 18 Jan 2013 14:35:28 +1300
Chris Packham judge.pack...@gmail.com wrote:
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Has the definition of an IPv6 address and IPv6 header. It may make sense
to separate the v4 support from net.h (or to include this in net.h).
On 01/18/2013 02:11 PM, Tom Warren wrote:
Signed-off-by: Tom Warren twar...@nvidia.com
Reviewed-by: Stephen Warren swar...@nvidia.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 01/18/2013 06:00:28 AM, Sergey Lapin wrote:
diff --git a/drivers/mtd/nand/bfin_nand.c
b/drivers/mtd/nand/bfin_nand.c
index c7ddbb2..7e755e8 100644
--- a/drivers/mtd/nand/bfin_nand.c
+++ b/drivers/mtd/nand/bfin_nand.c
@@ -374,9 +374,11 @@ int board_nand_init(struct nand_chip *chip)
On 01/18/2013 02:12 PM, Tom Warren wrote:
Common Tegra files are in arch-tegra, shared between T20/T30/T114.
Tegra114-specific headers are in arch-tegra114. Note that some of
these will be filled in as more T114 support is added (drivers,
WB/LP0 support, etc.).
diff --git
On 01/18/2013 02:12 PM, Tom Warren wrote:
This provides SPL support for T114 boards - AVP early init, plus
CPU (A15) init/jump to main U-Boot.
+void powerup_cpus(void)
+{
+ debug(powerup_cpus entry\n);
+
+ /* Are we booting to the fast cluster? */
+ if (get_cluster_id() == 0)
On 01/18/2013 02:12 PM, Tom Warren wrote:
This build is stripped down. It boots to the command prompt.
GPIO is the only peripheral supported. Others TBD.
Aside from the couple of comment I already made, the series briefly,
Reviewed-by: Stephen Warren swar...@nvidia.com
On 01/18/2013 05:01 PM, Stephen Warren wrote:
On 01/18/2013 02:12 PM, Tom Warren wrote:
This provides SPL support for T114 boards - AVP early init, plus
CPU (A15) init/jump to main U-Boot.
+void powerup_cpus(void)
+{
+debug(powerup_cpus entry\n);
+
+/* Are we booting to the fast
This allows building with toolchains that by default target e6500.
When targetting e6500, GCC generates a two-operand form of mfcr which gas
normally maps to mfocr. However, when we tell gas to target e500 rather
than e6500, it rejects two-operand mfcr. Tell GCC to target a
e6500 implements MMUv2 and supports power-of-2 page sizes rather than
power-of-4. Add support for such pages.
Signed-off-by: Scott Wood scottw...@freescale.com
---
arch/powerpc/cpu/mpc85xx/start.S |2 +-
arch/powerpc/cpu/mpc85xx/tlb.c | 21 +++
arch/powerpc/include/asm/mmu.h
This saved 640 bytes on MPC8536DS (a board with two of the six
ports defined).
Signed-off-by: Scott Wood scottw...@freescale.com
---
drivers/serial/serial_ns16550.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/serial/serial_ns16550.c
e6500 implements MMUv2 and supports power-of-2 page sizes rather than
power-of-4. Add support for such pages.
Signed-off-by: Scott Wood scottw...@freescale.com
---
v2: remove #ifdef CONFIG_SPL_MINIMAL around printf -- the whole function
is in an area not built in the SPL
On Mon, Jan 07, 2013 at 03:55:48PM -0800, York Sun wrote:
'bool' is defined in random places. This patch consolidates them into a
single typedef, using _Bool introduced in C99.
Signed-off-by: York Sun york...@freescale.com
---
Change since v1:
Move 'false' and 'true' to the common header
On Mon, Jan 07, 2013 at 10:29:28PM -0800, Wolfgang Denk wrote:
Dear York Sun,
In message 1357602948-16848-1-git-send-email-york...@freescale.com you
wrote:
'bool' is defined in random places. This patch consolidates them into a
single typedef, using _Bool introduced in C99.
61 matches
Mail list logo