thanks for you answer. I have got too much.
On 2011-06-22 13:25:34, Aaron Williams wrote:
We have dealt with this in our release of U-Boot since we only support
64-bit Linux. We use the n32 ABI with U-Boot and set it up to use a TLB
entry to map U-Boot into a 32-bit addressable area.
in the
ping ...
On 06/15/2011 11:11 AM, Hong Xu wrote:
Rework for AT91SAM9RL SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: Hong Xu hong...@atmel.com
---
Changes since V2
- No at91_serial_hw_init, no CONFIG_USARTx anymore.
- Removed SZ_* macros - though I don't
ping ...
On 06/15/2011 11:11 AM, Hong Xu wrote:
Rework for AT91SAM9RL-EK, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: Hong Xu hong...@atmel.com
---
Makefile | 12
board/atmel/at91sam9rlek/at91sam9rlek.c | 73 --
ping ...
On 06/15/2011 12:51 PM, Hong Xu wrote:
Hi Reinhard,
On 06/14/2011 08:43 PM, Reinhard Meyer wrote:
Dear Hong Xu,
Rework for AT91SAM9263 SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: Hong Xu hong...@atmel.com
---
the serial device names have been changed from ttySx to ttyOx, so the
console device name
should be also changed to support the latest kernel versions.
Signed-off-by: Yegor Yefremov yegorsli...@googlemail.com
---
include/configs/am3517_evm.h |2 +-
1 file changed, 1 insertion(+), 1
This is a Delivery Status Notification (DSN).
I was unable to deliver your message to
inta...@intasia-1.com.
I said
(end of message)
And they gave me the error;
550 Content not accepted: message is infected with
email-worm:w32/mydoom.gen!a
Reporting-MTA: dns; etexusa.com
Dear Hong Xu,
In message 4e01a429.8000...@atmel.com you wrote:
ping ...
On 06/15/2011 11:11 AM, Hong Xu wrote:
Rework for AT91SAM9RL SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
Is ther e_any_ need to quote 500+ lines of patch just for such a ping?
Please stick to
Hi,
I have been trying to get a working u-boot console over usb for the
DM365. I successfully ported the latest versions of drivers/usb and
drivers/serial/usbtty from the usb branch to the slightly older
version of u-boot supplied with my board and I have been able to get
stdout=usbtty to work
Hi Wolfgang,
On 06/22/2011 05:03 PM, Wolfgang Denk wrote:
Dear Hong Xu,
In message 4e01a429.8000...@atmel.com you wrote:
ping ...
On 06/15/2011 11:11 AM, Hong Xu wrote:
Rework for AT91SAM9RL SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
Is ther e_any_ need
Dear Albert ARIBAUD,
In message 4e00ff02.4040...@aribaud.net you wrote:
Hi Wolfgang,
The following changes since commit 29b83d983392fcb5378b915ee2112bb48b8c05be:
powerpc/p1022ds: set the clock-frequency prop only if the clock is
enabled (2011-06-09 15:53:38 -0500)
are available in
Hi,
I am trying to enable tftpboot on pandaboard and followed the steps and
applied Simon and Gilles patches.
But not able to get ethernet detected. I am using trace32 debugger to
directly init the RAM and othe peripherals and load u-boot.
Is it compulsory to run X-Loader. If so, Please let
On 06/22/2011 12:24 PM, kris.m wrote:
Hi,
I am trying to enable tftpboot on pandaboard and followed the steps and
applied Simon and Gilles patches.
But not able to get ethernet detected. I am using trace32 debugger to
directly init the RAM and othe peripherals and load u-boot.
Is it
Dear Albert ARIBAUD,
In message 4e00ff02.4040...@aribaud.net you wrote:
The following changes since commit 29b83d983392fcb5378b915ee2112bb48b8c05be:
May I ask why for example my patch to remove the broken trab board has
not been included:
05/01 To:u-boot@lists.d [PATCH] ARM: drop
Hello everybody:
* U-Boot v2011.06-rc3 was released on Wed, June 22, 2011
* Release v2011.06 is scheduled in 5 days - on June 27, 2011.
Please help testing, and check if all your relevant patches have been
included.
With the latest set of ARM fixes, the number of broken boards that are
on my
Le 22/06/2011 14:18, Wolfgang Denk a écrit :
Dear Albert ARIBAUD,
In message4e00ff02.4040...@aribaud.net you wrote:
The following changes since commit 29b83d983392fcb5378b915ee2112bb48b8c05be:
May I ask why for example my patch to remove the broken trab board has
not been included:
Hi, I have tried another u-boot v1.3 and the results are the same.
Regarding the controller reset, there's an option CONFIG_FSL_PCIE_RESET that
I had set. It will never enter reset because ltssm is 0.
I forced a reset anyway but the result continues to be the same.
Regards,
Antonio
On Tue, Jun
Hi,
since 7a83af07aef3c (TFTP: add tftpsrv command) U-Boot has a new tftpsrv
command, which can be enabled by defining CONFIG_CMD_TFTPSRV.
Unfortunately, activating it causes some boards to stop working correctly.
This is because they use the tftp command in their environment, but tftp is
has
On 06/22/11 17:28, Luca Ceresoli wrote:
Hi,
since 7a83af07aef3c (TFTP: add tftpsrv command) U-Boot has a new tftpsrv
command, which can be enabled by defining CONFIG_CMD_TFTPSRV.
Unfortunately, activating it causes some boards to stop working correctly.
This is because they use the tftp
Le 22/06/2011 14:19, Wolfgang Denk a écrit :
Hello everybody:
* U-Boot v2011.06-rc3 was released on Wed, June 22, 2011
* Release v2011.06 is scheduled in 5 days - on June 27, 2011.
Please help testing, and check if all your relevant patches have been
included.
With the latest set of ARM
On Wednesday, June 22, 2011 10:28:59 Luca Ceresoli wrote:
Unfortunately, activating it causes some boards to stop working correctly.
This is because they use the tftp command in their environment, but tftp
is has never been a real command, just the prefix for tftpboot.
tftpboot used to be the
On Wednesday, June 22, 2011 08:19:24 Wolfgang Denk wrote:
Please help testing, and check if all your relevant patches have been
included.
the only ones i think are missing at this point are the tools fixes:
http://patchwork.ozlabs.org/patch/101222/
http://patchwork.ozlabs.org/patch/101223/
On Monday, June 20, 2011 10:10:15 Lei Wen wrote:
+ enum mmc_state state;
+ if (strcmp(argv[1], read) == 0)
+ state = MMC_READ;
+ else if (strcmp(argv[1], write) == 0)
+ state = MMC_WRITE;
+ else
+ state = MMC_INVALID;
i think wolfgang
On Monday, June 20, 2011 10:10:16 Lei Wen wrote:
+ if (state == MMC_ERASE) {
+ blk = simple_strtoul(argv[2], NULL, 16);
+ cnt = simple_strtoul(argv[3], NULL, 16);
+ } else {
+ addr = (void
Dear Mike Frysinger,
In message 201106221207.42499.vap...@gentoo.org you wrote:
Unfortunately, activating it causes some boards to stop working correctly.
This is because they use the tftp command in their environment, but tftp
is has never been a real command, just the prefix for
Dear Luca Ceresoli,
In message 4e01fc2b.3010...@comelit.it you wrote:
since 7a83af07aef3c (TFTP: add tftpsrv command) U-Boot has a new tftpsrv
command, which can be enabled by defining CONFIG_CMD_TFTPSRV.
Right.
Unfortunately, activating it causes some boards to stop working correctly.
I
Dear Albert ARIBAUD,
In message 4e021199.9000...@aribaud.net you wrote:
How do you build this list? Personally I do a ./MAKEALL arm and end up
with 109 boards with warnings or errors. For instance, jornada comes out
as broken in a ./MAKEALL arm but is not on your list.
I did it manually, on
Hi All,
Le 17/06/2011 11:30, Aneesh V a écrit :
With D-cache and MMU enabled for ARM in u-boot it becomes imperative to
support a minimal set of cache maintenance operations and necessary
initializations before enabling MMU.
This series of patches attempt to do the following for armv7:
*
On Wednesday, June 22, 2011 13:26:36 Wolfgang Denk wrote:
Mike Frysinger wrote:
Unfortunately, activating it causes some boards to stop working
correctly. This is because they use the tftp command in their
environment, but tftp is has never been a real command, just the
prefix for
Dear Wolfgang Denk,
In message 1304275463-23048-1-git-send-email...@denx.de you wrote:
The 'trab' board configuration is broken, and there is nobody who is
interested and willing to fix it. Drop it.
This includes support for VFD displays which have always been used by
this board only.
Dear Ilya Yanok,
In message 1308609939-23337-1-git-send-email-ya...@emcraft.com you wrote:
LDSCRIPT is used only from the top-level Makefile and only when the
system is configured so we can move LDSCRIPT and CONFIG_SYS_LDSCRIPT
related logic into the top level Makefile and under configured
Dear Ilya Yanok,
In message 1308609939-23337-3-git-send-email-ya...@emcraft.com you wrote:
From: Mike Frysinger vap...@gentoo.org
Dependencies for the envcrc objects should be generated only in the case
we are going to build envcrc itself. Otherwise it's a waste of work and
can lead to the
This patchset mainly fixes the ethernet reset sequence
on the Rev G EVM board.
Function setup_net_chip() is required to detect the
board revision. However, steps to reset the ethernet
chip now depend upon the board revision.
Therefore, steps to reset the ethernet chip have been
moved to a new
In current implementation, the function sets up the ethernet
chip and resets it. The steps to reset depend upon the board
revision.
The patch moves the reset actions to new function reset_net_chip().
Signed-off-by: Sanjeev Premi pr...@ti.com
---
board/ti/evm/evm.c | 12 +++-
From: Sriramakrishnan s...@ti.com
The GPIO pin used for resetting the external LAN chip has
changed for Rev.G board.
Signed-off-by: Sriramakrishnan s...@ti.com
Signed-off-by: Sanjeev Premi pr...@ti.com
---
board/ti/evm/evm.c | 27 ++-
1 files changed, 18 insertions(+),
These functions are not required when CONFIG_CMD_NET
is not defined:
- setup_net_chip()
- reset_net_chip()
- board_eth_init()
This patch wraps them in #ifdef CONFIG_CMD_NET...#endif
Signed-off-by: Sanjeev Premi pr...@ti.com
---
board/ti/evm/evm.c |2 ++
1 files changed, 2
Since tftpsrv is new, wouldn't it make sense to change it to
srvtftp or something else that doesn't conflict with a common
abbreviation?
--
Eric Cooper e c c @ c m u . e d u
___
U-Boot mailing list
U-Boot@lists.denx.de
assert() is like BUG_ON() but compiles to nothing unless DEBUG is defined.
This is useful when a condition is an error but a board reset is unlikely
to fix it, so it is better to soldier on in hope. Assertion failures should
be caught during development/test.
It turns out that assert() is defined
On Wednesday, June 22, 2011 17:04:49 Simon Glass wrote:
+/*
+ * An assertion is run-time check done in debug mode only. If DEBUG is not
+ * defined then it is skipped. It does not BUG or halt U-Boot, but tries
to + * continue execution in any case. It is hoped that all failing
assertions + *
Dear Mike Frysinger,
In message 201106221723.27679.vap...@gentoo.org you wrote:
the trouble with ifdef magic like this is that errors/warnings can be=20
introduced when DEBUG isnt defined, and then only noticed when DEBUG is=20
defined. so how about:
#ifdef DEBUG
# define _DEBUG 1
#else
On Wednesday, June 22, 2011 17:56:49 Wolfgang Denk wrote:
Mike Frysinger wrote:
the trouble with ifdef magic like this is that errors/warnings can be=20
introduced when DEBUG isnt defined, and then only noticed when DEBUG
is=20 defined. so how about:
#ifdef DEBUG
# define _DEBUG 1
Am 06/22/2011 02:19 PM, schrieb Wolfgang Denk:
Hello everybody:
* U-Boot v2011.06-rc3 was released on Wed, June 22, 2011
* Release v2011.06 is scheduled in 5 days - on June 27, 2011.
Please help testing, and check if all your relevant patches have been
included.
Hi,
I think the IXP42x
Dear Michael Schwingen,
In message 4e0267e9.2000...@discworld.dascon.de you wrote:
Please help testing, and check if all your relevant patches have been
included.
I think the IXP42x patches are still missing.
I don't think I have seen a pull request for these.
Marek, could you please
Hi Raleigh,
Please keep the ML Cc'd (and please don't top-post)
On Thu, Jun 23, 2011 at 8:58 AM, Raleigh Boulware
r_boulw...@hotmail.com wrote:
Thanks I will be looking for an eNET board. I am doing several Pentium
U-boot projects.
An eNET board may be difficult to come by - They are a Remote
Thanks for your help.
I have several boards I am looking at.
One is a Pentium Main board that uses the Intel 82340LX chip set.
Anther board is a Pentium that uses the Opti Viper Chip set.
The third is just a Mother board that has a custom FPGA as the North and south
bridge.
I think the Intel
Hi Raleigh,
On Thu, Jun 23, 2011 at 9:37 AM, Raleigh Boulware
r_boulw...@hotmail.com wrote:
Thanks for your help.
I have several boards I am looking at.
One is a Pentium Main board that uses the Intel 82340LX chip set.
Anther board is a Pentium that uses the Opti Viper Chip set.
The third
Date: Thu, 23 Jun 2011 10:02:31 +1000
Subject: Re: U-boot for Pentium
From: graeme.r...@gmail.com
To: r_boulw...@hotmail.com
CC: u-boot@lists.denx.de
Hi Raleigh,
On Thu, Jun 23, 2011 at 9:37 AM, Raleigh Boulware
r_boulw...@hotmail.com wrote:
Thanks for your help.
I have
Hi Raleigh,
On Thu, Jun 23, 2011 at 10:47 AM, Raleigh Boulware
r_boulw...@hotmail.com wrote:
[snip]
A couple of questions:
- Are these commercially available boards?
No these are boards I have here at home that I am working with.
- Do you have model/part numbers?
I believe the Chip set
On Thursday, June 23, 2011 12:51:23 AM Wolfgang Denk wrote:
Dear Michael Schwingen,
In message 4e0267e9.2000...@discworld.dascon.de you wrote:
Please help testing, and check if all your relevant patches have been
included.
I think the IXP42x patches are still missing.
I don't
mmc read and write command has so many in common, unfiy those two to
force consistency across the those two.
Signed-off-by: Lei Wen lei...@marvell.com
---
Changelog:
V2:
unfiy original mmc read and write command together to only place
V3:
put varible statement at the beginning of function.
Changelog:
V2:
unfiy original mmc read and write command together to only place
Based on the unfied result, also add the erase command into that place.
V3:
put varible statement at the beginning of function.
convert printf to puts for only print out string.
Further unify getting blk and cnt
Erase is a very basic function since the begin of sd specification is
announced. Although we could write a bulk of full 0xff memory to the
range to take place of erase, it is more convenient and safe to
implement the erase function itself.
Signed-off-by: Lei Wen lei...@marvell.com
---
Changelog:
Hi Mike,
On Thu, Jun 23, 2011 at 12:57 AM, Mike Frysinger vap...@gentoo.org wrote:
On Monday, June 20, 2011 10:10:16 Lei Wen wrote:
+ if (state == MMC_ERASE) {
+ blk = simple_strtoul(argv[2], NULL, 16);
+ cnt = simple_strtoul(argv[3], NULL,
On Wed, Jun 22, 2011 at 8:03 PM, Lei Wen lei...@marvell.com wrote:
mmc read and write command has so many in common, unfiy those two to
force consistency across the those two.
Signed-off-by: Lei Wen lei...@marvell.com
---
Changelog:
V2:
unfiy original mmc read and write command together
On Thu, Jun 23, 2011 at 2:53 AM, Mike Frysinger vap...@gentoo.org wrote:
On Wednesday, June 22, 2011 17:04:49 Simon Glass wrote:
+/*
+ * An assertion is run-time check done in debug mode only. If DEBUG is not
+ * defined then it is skipped. It does not BUG or halt U-Boot, but tries
to + *
On Wed, Jun 22, 2011 at 11:11 PM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi All,
Le 17/06/2011 11:30, Aneesh V a écrit :
With D-cache and MMU enabled for ARM in u-boot it becomes imperative to
support a minimal set of cache maintenance operations and necessary
initializations
55 matches
Mail list logo