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
> ---
> Changes since V2
> - No at91_serial_hw_init, no CONFIG_USARTx anymore.
> - Removed SZ_* macros - though I don't have the re
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
> ---
> Makefile | 12
> board/atmel/at91sam9rlek/at91sam9rlek.c | 73 --
> board/atmel/at91sam9rlek/conf
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
> > > ---
> > > arch/arm
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
---
include/configs/am3517_evm.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/include/confi
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
Final-Recipie
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 sti
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 pro
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.
>
> I
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 avai
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 m
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.
>
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 unsuppo
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 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 inclu
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 21,
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
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 lates
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
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/
htt
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 wo
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 *)simple_strtoul
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 fo
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 corre
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
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
> > >
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
>
> 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 (harmless b
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 fun
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
---
board/ti/evm/evm.c | 12 +++-
board/ti/evm/evm.h |
From: Sriramakrishnan
The GPIO pin used for resetting the external LAN chip has
changed for Rev.G board.
Signed-off-by: Sriramakrishnan
Signed-off-by: Sanjeev Premi
---
board/ti/evm/evm.c | 27 ++-
1 files changed, 18 insertions(+), 9 deletions(-)
diff --git a/board
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
---
board/ti/evm/evm.c |2 ++
1 files changed, 2 insertions(+), 0 deletion
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
http://lists.denx.
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
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
> > # defin
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 I
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 p
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
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 Telemetry
Unit (RTU)
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 an
Hi Raleigh,
On Thu, Jun 23, 2011 at 9:37 AM, Raleigh Boulware
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 is just a Mother b
> 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
> wrote:
> > Thanks for your help.
> >
> > I have several board
Hi Raleigh,
On Thu, Jun 23, 2011 at 10:47 AM, Raleigh Boulware
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 numbers are
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.
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
---
Changelog:
V2:
unfiy original mmc read and write command together to only place
V3:
put varible statement at the beginning of function.
common/cmd_mmc.c | 6
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 method
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
---
Changelog:
V2:
Based on the un
Hi Mike,
On Thu, Jun 23, 2011 at 12:57 AM, Mike Frysinger 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, 16);
>> +
On Wed, Jun 22, 2011 at 8:03 PM, Lei Wen 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
> ---
> Changelog:
> V2:
> unfiy original mmc read and write command together to only place
>
> V3:
> put va
On Thu, Jun 23, 2011 at 2:53 AM, Mike Frysinger 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 + * continue exe
On Wed, Jun 22, 2011 at 11:11 PM, Albert ARIBAUD
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 before enabling MMU.
Le 23/06/2011 03:19, Marek Vasut a écrit :
> 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
Le 23/06/2011 08:15, Albert ARIBAUD a écrit :
> Le 23/06/2011 03:19, Marek Vasut a écrit :
>> 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 you
Le 27/05/2011 16:56, Marek Vasut a écrit :
> Hi,
> please pull my git://git.denx.de/u-boot-pxa ixp branch into your u-
> boot/master branch. Thanks
>
> These are mostly the IXP changes + I added the fix I promissed you half a year
> ago ... damn the time runs fast :-/
>
> Cheers
>
> The following c
(forgot to Cc: the lits, sorry for the duplicate)
Hi Wolfgang,
The following changes since commit 79cfe422615c010a75ece41662a05cd432ada389:
Prepare v2011.06-rc3 (2011-06-22 11:39:24 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Michael Schwingen (
59 matches
Mail list logo
