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.
> >
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
> ---
> Change since v1:
> Move 'false' and 'true' to the common header file.
>
> Need
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
---
v2: remove #ifdef CONFIG_SPL_MINIMAL around printf -- the whole function
is in an area not built in the SPL
arch/powerpc/cpu/mpc85xx/start.S |2 +-
ar
This saved 640 bytes on MPC8536DS (a board with two of the six
ports defined).
Signed-off-by: Scott Wood
---
drivers/serial/serial_ns16550.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/serial/serial_ns16550.c b/drivers/serial/serial_ns16550.c
index fc01a3c..b92eef
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
---
arch/powerpc/cpu/mpc85xx/start.S |2 +-
arch/powerpc/cpu/mpc85xx/tlb.c | 21 +++
arch/powerpc/include/asm/mmu.h | 52 ++
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
least-common-denomina
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 boo
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
__
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
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 a/arch/arm/incl
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:11 PM, Tom Warren wrote:
> Signed-off-by: Tom Warren
Reviewed-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fri, 18 Jan 2013 14:35:28 +1300
Chris Packham wrote:
> From: Chris Packham
>
> 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).
>
> Signed-off-by: Chris Packham
>
> ---
Reviewed-by: Kim Phillips
On Fri, 18 Jan 2013 10:14:39 +0100
Holger Brunck wrote:
> On 01/18/2013 01:44 AM, Kim Phillips wrote:
> > On Thu, 17 Jan 2013 13:47:51 +0100
> > Holger Brunck wrote:
> >
> >> + if (piggy_present()) {
> >> + uchar enetaddr[6];
> >> + if (eth_getenv_enetaddr("ethaddr", enetaddr
This build is stripped down. It boots to the command prompt.
GPIO is the only peripheral supported. Others TBD.
Signed-off-by: Tom Warren
---
Changes in v2:
- update all new copyright header dates to 2013
- use correct table names in pinmux_init
board/nvidia/dalmore/Makefile|
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
---
---
Changes in v2:
- change memory size to 2GB
arch/arm/dts/tegra114.dtsi|5 +
boar
This patch adds basic Tegra114 (T114) build support - no specific
board is targeted.
Signed-off-by: Tom Warren
---
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 b/board/nvidia/common/board.c
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
---
Changes in v2:
- update all new copyright heade
This provides SPL support for T114 boards - AVP early init, plus
CPU (A15) init/jump to main U-Boot.
Signed-off-by: Tom Warren
---
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 instead of ifdef
-
These files are for code that runs on the CPU (A15) on T114 boards.
At this time, there is no A15-specific code here.
As T114-specific run-time code is added, it'll go here.
Signed-off-by: Tom Warren
---
Changes in v2:
- update all new copyright header dates to 2013
arch/arm/cpu/armv7/tegra114/
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 I2C,
Signed-off-by: Tom Warren
---
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
b/arch/arm/cpu/arm720t/tegra-common/cpu.c
index 693d584..
On Fri, 18 Jan 2013 09:07:32 +0100
Holger Brunck wrote:
> On 01/18/2013 01:23 AM, Kim Phillips wrote:
> > On Thu, 17 Jan 2013 13:47:50 +0100
> > Holger Brunck wrote:
> >
> >> +int piggy_present(void)
> >> +{
> >> + struct km_bec_fpga *base =
> >> + (struct km_bec_fpga *)CONFIG_SYS_KMB
Hi,
On Fri, Jan 18, 2013 at 7:47 AM, Steve Strobel
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 still need the
> read-only c
On Fri, Jan 18, 2013 at 4:44 AM, Wolfgang Denk 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 my
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
> does
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. ;)
(...)
Hi Tom,
On Fri, 18 Jan 2013 09:00:44 -0700, Tom Warren
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 3a9d879f6f64585b819af728b53be0a05037fe0d:
>
On Thu, Jan 17, 2013 at 8:29 AM, David Aldrich
wrote:
> 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.
> So the problem defini
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:
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 insertio
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 envir
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 1
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 att
Hi Lucas,
On Fri, Jan 18, 2013 at 4:06 AM, Lucas Stach 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 security ri
Hi,
On Fri, Jan 18, 2013 at 1:18 AM, Stefano Babic 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 s
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 be the file
>> that people #included.
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 CONFIG_DELAY_E
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-b
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
> Date: Thu, 17 Jan 2013 18:29:2
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,
> > n
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 tci66
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: Serg
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
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.
> 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
___
Signed-off-by: Holger Brunck
---
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
+++ b/board/keymile/km82xx/km82x
All boards from this serie uses i2c. So we can drop these unneeded
defines.
Signed-off-by: Holger Brunck
---
board/keymile/km82xx/km82xx.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/board/keymile/km82xx/km82xx.c b/board/keymile/km82xx/km82xx.c
index 8cf3035..ddf47
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
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
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 l
> 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 proto
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
Date: Thu, 17 Jan 2013 18:29:21 +0400
Subject:
On 01/18/2013 09:20 PM, Albert ARIBAUD wrote:
> Hi Chris,
>
> On Fri, 18 Jan 2013 14:35:27 +1300, Chris Packham
> wrote:
>
>> From: Chris Packham
>>
>> This series so far covers the introduction of a IP6addr_t and
>> printing/parsing of addresses.
>
> As a general comment, I heartily welcome I
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 re
On 01/18/2013 01:44 AM, Kim Phillips wrote:
> On Thu, 17 Jan 2013 13:47:51 +0100
> Holger Brunck wrote:
>
>> +#if defined(CONFIG_KMVECT1)
>> +#include
>> +/* Marvell MV88E6122 switch configuration */
>> +struct mv88e_sw_reg extsw_conf[] = {
>> +/* port 1, FRONT_MDI, autoneg */
>> +{ PORT
Also update README.pblimage for p5040.
Signed-off-by: Shaohui Xie
---
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 deletions(-)
diff --git a/boards.
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 rati
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 No
Hi Chris,
On Fri, 18 Jan 2013 14:35:27 +1300, Chris Packham
wrote:
> From: Chris Packham
>
> 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
suspect there is quite a lot to be d
On 01/18/2013 01:23 AM, Kim Phillips wrote:
> On Thu, 17 Jan 2013 13:47:50 +0100
> Holger Brunck wrote:
>
>> +int piggy_present(void)
>> +{
>> +struct km_bec_fpga *base =
>> +(struct km_bec_fpga *)CONFIG_SYS_KMBEC_FPGA_BASE;
>> +
>> +return in_8(&base->bprth) & PIGGY_PRESENT;
Hi Troy,
On Thu, 17 Jan 2013 18:49:59 -0700, Troy Kisky
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 completeness, can you add a note in the
c
62 matches
Mail list logo
