On Mon, Mar 28, 2011 at 01:58:25PM -0600, Grant Likely wrote:
Hi Jerry Wolfgang,
The following series fixes a bug in the device tree code and
eliminates the CONFIG_OF_LIBFDT dependency on CONFIG_SYS_BOOTMAPSZ.
It also adds parsing of the reserved mem regions so that U-Boot
doesn't decide
---
Grant has submit one patchset: ARM device tree support improvements
which remove device tree booting dependency on CONFIG_SYS_BOOTMAPSZ.
Will provide patchset to clean CONFIG_SYS_BOOTMAPSZ after the patches
applied to u-boot mainline
Signed-off-by: Jason Liu jason@linaro.org
---
Dear Jason Liu,
In message 1301387516-18201-1-git-send-email-jason@linaro.org you wrote:
---
Grant has submit one patchset: ARM device tree support improvements
which remove device tree booting dependency on CONFIG_SYS_BOOTMAPSZ.
Will provide patchset to clean CONFIG_SYS_BOOTMAPSZ after
Signed-off-by: Jason Liu jason@linaro.org
---
Grant has submit one patchset: ARM device tree support improvements
which remove device tree booting dependency on CONFIG_SYS_BOOTMAPSZ.
Will provide patchset to clean CONFIG_SYS_BOOTMAPSZ after the patches
applied to u-boot mainline
---
Change
Hi, Wolfgang,
On Tue, Mar 29, 2011 at 5:14 PM, Wolfgang Denk w...@denx.de wrote:
Dear Jason Liu,
In message 1301387516-18201-1-git-send-email-jason@linaro.org you wrote:
---
Grant has submit one patchset: ARM device tree support improvements
which remove device tree booting dependency
Correct some ommissions of renaming CONFIG_CONSOLE_INFO_QUIET to
CONFIG_SYS_CONSOLE_INFO_QUIET
Signed-off-by: Gray Remlin gryr...@gmail.com
---
include/configs/edminiv2.h |2 +-
include/configs/km_arm.h|2 +-
include/configs/mv-common.h |2 +-
3 files changed, 3 insertions(+), 3
Hi all,
we currently try to remove some of our default environment and add this
variables into textfiles which can be imported via
env import -t ${loadaddr} ${filesize}
One question to the textfiles. Should we add remarks to the environment
variables inside the textfile in C-Syntax (/* bla */),
Dear Holger Brunck,
In message 4d91b854.3010...@keymile.com you wrote:
One question to the textfiles. Should we add remarks to the environment
variables inside the textfile in C-Syntax (/* bla */), first test shows that
the
import function works with this remarks . But whats the best way
Hi,
I'm working on P2020 dual core bring up in AMP mode. Each core runs its own
linux OS.
Kernel image(gziped), ramdisk(gziped) and dtb are tftp-ed to below
addresses:
tftp 0x0a00 uImage.core1;
tftp 0x0b00 ramdisk.small;
tftp 0x0e00 p2020atv_camp_core1.dtb;
I then bootm on
Hello,
Wolfgang Denk wrote:
Dear Holger Brunck,
In message 4d91b854.3010...@keymile.com you wrote:
One question to the textfiles. Should we add remarks to the environment
variables inside the textfile in C-Syntax (/* bla */), first test shows that
the
import function works with this
Dear zzs,
In message 20110329012444.ga2...@greatfirst.com you wrote:
And then how to do that thing : Append custom cpp flags to CPPFLAGS ?
e.g. -Wcomments
And after append them to CPPFLAGS, Does these flags appear in CFLAGS
auto automatically ?
Use CFLAGS_$(BCURDIR) if you want to set
Hi Gray,
Le 29/03/2011 12:15, Gray Remlin a écrit :
Correct some ommissions of renaming CONFIG_CONSOLE_INFO_QUIET to
CONFIG_SYS_CONSOLE_INFO_QUIET
Signed-off-by: Gray Remlingryr...@gmail.com
Tested-by: Albert ARIBAUD albert.arib...@free.fr
(tested on ED Mini V2 only, as its maintainer)
Dear Albert ARIBAUD,
In message 4d90ba8b.3080...@free.fr you wrote:
Commit 44c6e65 rename _end to __bss_end__ broke building of a large
number of systems (at least all PowerPC?):
libstubs.o: In function `app_startup':
examples/standalone/stubs.c:197: undefined reference to
Commit 44c6e65 rename _end to __bss_end__ broke building of a large
number of systems (at least all PowerPC?):
libstubs.o: In function `app_startup':
examples/standalone/stubs.c:197: undefined reference to `__bss_end__'
The rename should not be done for the files in the
examples/standalone/
[ Pull in one other HW / SoC related fix in for v2011.03 ]
The following changes since commit cb815e5ff979e36d68df130a810d34de4bf93289:
Prepare v (2011-03-27 21:50:07 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx.git master
Jiang Yutang (1):
This patch fixes problems in the handling of redundant environment in env_sf.c
The major problem are double calls of free() on the allocated buffers,
which damages the internal data of malloc and crashes on next call.
In addition, the selection of the active environment had errors and compiler
-Original Message-
From: Julian Pidancet [mailto:swaplin...@gmail.com] On Behalf Of
julian.pidan...@citrix.com
Sent: Friday, March 25, 2011 2:19 PM
To: u-boot@lists.denx.de
Cc: tanmay.upadh...@einfochips.com; Prafulla Wadaskar; Julian Pidancet
Subject: [PATCH v2 1/4] Kirkwood:
-Original Message-
From: Julian Pidancet [mailto:swaplin...@gmail.com] On Behalf Of
julian.pidan...@citrix.com
Sent: Friday, March 25, 2011 2:19 PM
To: u-boot@lists.denx.de
Cc: tanmay.upadh...@einfochips.com; Prafulla Wadaskar; Julian Pidancet
Subject: [PATCH v2 2/4] Change OpenRD
-Original Message-
From: Julian Pidancet [mailto:swaplin...@gmail.com] On Behalf Of
julian.pidan...@citrix.com
Sent: Friday, March 25, 2011 2:19 PM
To: u-boot@lists.denx.de
Cc: tanmay.upadh...@einfochips.com; Prafulla Wadaskar; Julian Pidancet
Subject: [PATCH v2 3/4] Add support
-Original Message-
From: Lei Wen [mailto:lei...@marvell.com]
Sent: Monday, March 28, 2011 12:24 PM
To: Heiko Schocher; Prafulla Wadaskar; Wolfgang Denk; u-
b...@lists.denx.de; Marek Vasut; Ashish Karkare; Prabhanjan Sarnaik; Yu
Tang; adrian.w...@gmail.com
Subject: [PATCH V5 4/6]
-Original Message-
From: Lei Wen [mailto:lei...@marvell.com]
Sent: Monday, March 28, 2011 12:24 PM
To: Heiko Schocher; Prafulla Wadaskar; Wolfgang Denk; u-
b...@lists.denx.de; Marek Vasut; Ashish Karkare; Prabhanjan Sarnaik; Yu
Tang; adrian.w...@gmail.com
Subject: [PATCH V5 6/6]
-Original Message-
From: Lei Wen [mailto:lei...@marvell.com]
Sent: Monday, March 28, 2011 12:24 PM
To: Heiko Schocher; Prafulla Wadaskar; Wolfgang Denk; u-
b...@lists.denx.de; Marek Vasut; Ashish Karkare; Prabhanjan Sarnaik; Yu
Tang; adrian.w...@gmail.com
Subject: [PATCH V5 3/6]
Hi,
Remy Bohmer-5 wrote:
Have you tried 'git bisect' to find the offending patch already?
I found the offending patch, it is the following commit that
makes usb broken on OMAPL138. When i revert the patch the
problem no more occurs.
3c0659b535b075be124c3d2a0714e55e65c46737
ARM:
Hello,
I'm developing a product based on the imx35 cpu with NOR and NAND flash.
The SBC I use is the pcm-043 from Phytec.
I use the FEC to communicate over the ethernet.
I've made my own BSP for Das U-boot based on the release tagged
v2011.03-rc2 on the git://git.denx.de/u-boot.git master
Hi all,
here's a resubmit of the DIG297 board support with minor OMAP3 fixes.
The board support is now working. It's always been working indeed, I was just
doing the same mistake reported here:
http://lists.denx.de/pipermail/u-boot/2011-March/089238.html.
v3 just fixes little typos in the
CONFIG_OMAP34XX must be checked for existence, not value.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
Cc: Albert Aribaud albert.arib...@free.fr
Cc: Sandeep Paulraj s-paul...@ti.com
---
Changes in v2:
- this patch is new in v2.
Changes in v3: none.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
Cc: Albert Aribaud albert.arib...@free.fr
Cc: Sandeep Paulraj s-paul...@ti.com
---
Changes in v2:
- this patch is new in v2.
Changes in v3: none.
include/configs/cm_t35.h|1 -
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk w...@denx.de
Cc: Albert Aribaud albert.arib...@free.fr
Cc: Sandeep Paulraj s-paul...@ti.com
---
Changes in v2:
- this patch is new in v2.
Changes in v3: none.
arch/arm/cpu/armv7/omap3/mem.c |2 +-
Board support for the DIG297 board manufactured by Comelit Group SpA.
It is a custom board based on the BeagleBoard http://beagleboard.org/ by
Texas Instruments.
The board support is based on the BeagleBoard implementation.
Signed-off-by: Luca Ceresoli luca.ceres...@comelit.it
Cc: Wolfgang Denk
Hello,
I've designed a custom circuit board based around the AT91SAM9RL64
processor from Atmel. This is an ARM9 AT91SAM9 series chip. The Atmel
evaluation kit for this processor is supported by U-Boot, and the
configuration header file can be found in the u-boot-2010.09 source code
On 29/03/2011 10:14 AM, Nicholas Kinar wrote:
Also as instructed in the README.NAND, README.JFFS2 and
README.JFFS2_NAND files found in the /doc/ directory, I've tried
defining the following in my
/include/configs/at91sam9rlek.h configuration file:
#define CONFIG_JFFS2_NAND 1
#define
On Tue, 29 Mar 2011 11:37:25 -0600
Nicholas Kinar n.ki...@usask.ca wrote:
On 29/03/2011 10:14 AM, Nicholas Kinar wrote:
Also as instructed in the README.NAND, README.JFFS2 and
README.JFFS2_NAND files found in the /doc/ directory, I've tried
defining the following in my
On Tue, 29 Mar 2011 10:47:04 +0800
Lei Wen adrian.w...@gmail.com wrote:
Hi Scott,
On Tue, Mar 29, 2011 at 12:05 AM, Scott Wood scottw...@freescale.com wrote:
What does this do that setbits*/clrbits* don't?
Those and*/or* include the dmb() operation included in the read*/write*, which
is
From: Mingkai Hu mingkai...@freescale.com
Signed-off-by: Mingkai Hu mingkai...@freescale.com
Acked-by: Andy Fleming aflem...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
drivers/net/tsec.c | 234 ++-
include/tsec.h |
Extends the mii_dev structure to participate in a full-blown MDIO and
PHY driver scheme. The mii_dev structure and miiphy calls are modified
in such a way to allow the original mii command and miiphy
infrastructure to work as before, but also to support a new set of APIs
which allow (among other
From: Erik Hansen e...@makarta.com
Fat directory handling didn't check reaching the end of the root directory. It
relied on a stop condition based on a directory entry with a name starting with
a '\0' character. This check in itself is wrong ('\0' indicates free entry, not
end_of_directory) but
Change CONFIG_SYS_IDE_MAXDEVICE from 2 to 1
Signed-off-by: Gray Remlin gryr...@gmail.com
---
arch/arm/include/asm/arch-kirkwood/config.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-kirkwood/config.h
Or PHY Lib for U-Boot.
This sequence of patches adds infrastructure for universally-available PHY
drivers (and MDIO drivers). It piggy-backs on the existing miiphy code, for
backwards compatibility, but it also creates a new set of APIs. This was
necessary partly to provide cleaner interfaces
From: Mingkai Hu mingkai...@freescale.com
Signed-off-by: Mingkai Hu mingkai...@freescale.com
Acked-by: Andy Fleming aflem...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
drivers/net/tsec.c | 857 +---
1 files changed, 416
The tsec driver had a bunch of PHY drivers already written. This
converts them all into PHY Lib drivers, and serves as the first
set of PHY drivers for PHY Lib.
Signed-off-by: Andy Fleming aflem...@freescale.com
---
drivers/net/phy/Makefile | 10 ++
drivers/net/phy/atheros.c| 37
The new mdio command doesn't have all of the features of the mii
command, but it provides the necessary read/write primitives, and allows
users to interact with 10G PHYs, and other PHYs which use Clause 45 of
802.3. This means that the mdio command requires a Device Address
argument, though for
There were a few files which were already using phy_read and phy_write
for their PHY function names. It's only a few places, and the name
seems most appropriate for the high-level abstraction, so let's
rename the other versions to something more specific.
Also, uec_phy.c had a marvell_init
Dear Po-Yu Chuang,
In message 1301402371-8697-1-git-send-email...@denx.de I wrote:
Commit 44c6e65 rename _end to __bss_end__ broke building of a large
number of systems (at least all PowerPC?):
libstubs.o: In function `app_startup':
examples/standalone/stubs.c:197: undefined reference to
If neither CONFIG_CMD_PING or CONFIG_CMD_SNTP are defined but
CONFIG_CMD_DNS is, a compile-time error will occur due to the
absence of a goto label.
Signed-off-by: Gray Remlin gryr...@gmail.com
---
net/net.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/net/net.c
On 29/03/2011 11:56 AM, Scott Wood wrote:
On Tue, 29 Mar 2011 11:37:25 -0600
Nicholas Kinarn.ki...@usask.ca wrote:
On 29/03/2011 10:14 AM, Nicholas Kinar wrote:
Also as instructed in the README.NAND, README.JFFS2 and
README.JFFS2_NAND files found in the /doc/ directory, I've tried
defining
On Tue, 29 Mar 2011 14:35:26 -0600
Nicholas Kinar n.ki...@usask.ca wrote:
I have two additional questions associated with booting the kernel from
NAND flash on my custom hardware:
(1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the fs/jffs2
directory influence the robustness
On 29/03/2011 2:46 PM, Scott Wood wrote:
On Tue, 29 Mar 2011 14:35:26 -0600
Nicholas Kinarn.ki...@usask.ca wrote:
I have two additional questions associated with booting the kernel from
NAND flash on my custom hardware:
(1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the
Dear Nicholas Kinar,
In message 4d92428e.6030...@usask.ca you wrote:
(1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the fs/jffs2
directory influence the robustness of the fsload code?
JFFS2 is more or less deprecated these days. FOr new projects, we
recommend to use UBI/ UBIFS
Signed-off-by: Gray Remlin gryr...@gmail.com
---
common/cmd_bdinfo.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c
index bba7374..c0553d5 100644
--- a/common/cmd_bdinfo.c
+++ b/common/cmd_bdinfo.c
@@ -340,6 +340,9 @@ int
On 29/03/2011 3:05 PM, Wolfgang Denk wrote:
Dear Nicholas Kinar,
In message4d92428e.6030...@usask.ca you wrote:
(1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the fs/jffs2
directory influence the robustness of the fsload code?
JFFS2 is more or less deprecated these days. FOr
Dear Gray Remlin,
In message 1301433395-25203-1-git-send-email-gryr...@gmail.com you wrote:
Signed-off-by: Gray Remlin gryr...@gmail.com
---
common/cmd_bdinfo.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
Why limit this to eth1addr? What's the chances that ARM systems may
Dear Nicholas Kinar,
In message 4d92531e.4030...@usask.ca you wrote:
I would assume that the fsload command will also work with UBIFS as well.
No. UBIFS uses it's own command set; you will use ubifsload instead.
In my custom system, At91Bootstrap is situated on SPI Dataflash. The
On 03/29/2011 10:49 PM, Wolfgang Denk wrote:
Dear Gray Remlin,
In message1301433395-25203-1-git-send-email-gryr...@gmail.com you wrote:
Signed-off-by: Gray Remlingryr...@gmail.com
---
common/cmd_bdinfo.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
Why limit this to
dear:
i am using u-boot 2011.03-rc1 compiled by
CS arm-none-eabi-gcc 4.5.1
board at91sam9263ek_norflash_boot_config i
using gdb 6.8.1 debug it
when u-boot compiled i found an error
/dzg/crosstool/4.5.1/bin/.arm-none-eabi-ld:
warning: creating a DT_TEXTREL in object.
Use CFLAGS_$(BCURDIR) if you want to set this for all files in a
specific directory, or CFLAGS_$(BCURDIR)/$(@F) if you want to set
this for a single file only.
Thanks !
--
Best Regards,
zzs
___
U-Boot mailing list
U-Boot@lists.denx.de
Hi Wolfgang,
On Wed, Mar 30, 2011 at 3:51 AM, Wolfgang Denk w...@denx.de wrote:
Dear Po-Yu Chuang,
In message 1301402371-8697-1-git-send-email...@denx.de I wrote:
Commit 44c6e65 rename _end to __bss_end__ broke building of a large
number of systems (at least all PowerPC?):
libstubs.o: In
Hi,
(how is this an RFC or PATCH? There is none in this mail)
Le 30/03/2011 01:13, du zhigang a écrit :
dear:
i am using u-boot 2011.03-rc1 compiled by CS arm-none-eabi-gcc 4.5.1
board at91sam9263ek_norflash_boot_config i using gdb 6.8.1 debug it
when u-boot compiledi found an error
57 matches
Mail list logo