Simon Kagstrom netinsight.net> writes:
>
> Hi List!
>
> I have a slight problem with UBIFS on the OpenRD base board (an ARM
> board very similar to sheevaplug). Loading files which have been
> compressed with LZO by ubifs fails:
>OpenRD>> ubifsload 0x800 /boot/primary/uImage
>Loadi
Nishanth,
On Tue, Oct 13, 2009 at 8:13 PM, Nishanth Menon wrote:
> Hi Folks,
>
> While attempting to address the warning for SDP3430 as pointed out by
> dirk in [1], I did a patch corresponding to what was done for EVM(353x)
> as in [2]. unfortunately, this wont work for me, I get:
> U-Boot 2009
Minkyu Kang wrote:
> Dear Tom,
>
> The following changes since commit 617da90c1dcf65428ddfb63fef897439950bc915:
> Tom Rix (1):
> Merge branch 't-next-marvell' into t-next-at91
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-samsung master
>
> Minkyu Kang (5)
Hi Folks,
While attempting to address the warning for SDP3430 as pointed out by
dirk in [1], I did a patch corresponding to what was done for EVM(353x)
as in [2]. unfortunately, this wont work for me, I get:
U-Boot 2009.08-00515-gfea6a55-dirty (Oct 12 2009 - 14:03:23)
OMAP3530-GP ES3.0, CPU-OPP
alfred steele wrote:
>> So is it possible to completly disable the relocation process at startup and
>> run U-Boot with having opcode in PROM and data in RAM? If yes, how could I
>> achieve this?
>>
>> I already tried to remove the corresponding code in the start.S and searched
>> the README for
> -Original Message-
> From: Tom Rix [mailto:t...@bumblecow.com]
> Sent: Tuesday, October 13, 2009 9:49 PM
> To: Paulraj, Sandeep
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] TI DaVinci: Fix DM6467 EVM Compilation
> Warning
>
> s-paul...@ti.com wrote:
> > From: Sandeep Paul
The default Blackfin boot would display the MAC address for the first NIC,
but this relies on the environment. The current net multi stack no longer
writes the default hardware settings to the environment, so most of the
time the display shows all zeros. This can be pretty confusing and really
do
s-paul...@ti.com wrote:
> From: Sandeep Paulraj
>
> Forgot to add Copyright while submitting the patch.
> This patch adds the copyright.
>
> Signed-off-by: Sandeep Paulraj
> ---
> board/davinci/dm365evm/dm365evm.c |1 +
> include/configs/davinci_dm365evm.h |1 +
> 2 files changed, 2 i
s-paul...@ti.com wrote:
> From: Sandeep Paulraj
>
> Due to new TI boards being added to U-Boot, the hardware.h
> is getting very messy. The warning being fixed is due to
> the EMIF addresses being redefined.
>
> The long term solution(after 2009.11) to this is to
> have SOC specific header files
On Tuesday 13 October 2009 21:00:09 Salvatore Campagna wrote:
> I'd like to know whether it is possible to run two or more concurrent
> executables from the u-boot command prompt. There is no operating systems
> running on the machine and I just need to run two applications
> concurrently.
as you
I'd like to know whether it is possible to run two or more concurrent
executables from the u-boot command prompt. There is no operating systems
running on the machine and I just need to run two applications concurrently.
Thanks a lot.
___
U-Boot mailing l
Joakim Tjernlund wrote:
> Graeme Russ wrote on 13/10/2009 22:06:56:
>
>
>> On Tue, Oct 13, 2009 at 10:53 PM, Joakim Tjernlund
>> wrote:
>>
>>> Graeme Russ wrote on 13/10/2009 13:21:05:
>>>
On Sun, Oct 11, 2009 at 11:51 PM, Joakim Tjernlund
wrote:
> Gra
From: Sandeep Paulraj
Forgot to add Copyright while submitting the patch.
This patch adds the copyright.
Signed-off-by: Sandeep Paulraj
---
board/davinci/dm365evm/dm365evm.c |1 +
include/configs/davinci_dm365evm.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/b
Hi,
I am working on getting u-boot (circa 2009.08) to program an SPI flash (STMicro
M25P40)
that contains the equations for our board's fpga.
While looking at mpc8xxx_spi I realized it is coded for a non-QUICC-Engine
based SPI flavor of 8xxx.
I worked up this patch that compiles for mpc8360e.
Graeme Russ wrote on 13/10/2009 22:06:56:
>
> On Tue, Oct 13, 2009 at 10:53 PM, Joakim Tjernlund
> wrote:
> > Graeme Russ wrote on 13/10/2009 13:21:05:
> >> On Sun, Oct 11, 2009 at 11:51 PM, Joakim Tjernlund
> >> wrote:
> >> > Graeme Russ wrote on 11/10/2009 12:47:19:
> >>
> >> [Massive Snip
On Tue, Oct 13, 2009 at 10:53 PM, Joakim Tjernlund
wrote:
> Graeme Russ wrote on 13/10/2009 13:21:05:
>> On Sun, Oct 11, 2009 at 11:51 PM, Joakim Tjernlund
>> wrote:
>> > Graeme Russ wrote on 11/10/2009 12:47:19:
>>
>> [Massive Snip :)]
>>
>> >
>> >>
>> >> So, all that is left are .dynsym and .
> From: Sandeep Paulraj
>
> We get a compliation warning when we enable the NAND driver
> for DM355 leopard. The waring we get is that we have
> an implicit declaration of davinci_nand_init.
>
> It is fixed by including the asm/arch/nand_defs.h header file
>
> Signed-off-by: Sandeep Paulraj
Hi Wolfgang,
I had to chuckle when I read your opening paragraph – let me say that I have
never thought of myself as a victim – even at the hands of these FSL silicon
guys!!! But I did get a pretty raw deal – yes.
Now I am going to respond a little before I go and resubmit.
Very Best Regards,
"J. William Campbell" wrote on 13/10/2009
18:30:43:
>
> Joakim Tjernlund wrote:
> > Graeme Russ wrote on 13/10/2009 13:21:05:
> >
> >> On Sun, Oct 11, 2009 at 11:51 PM, Joakim Tjernlund
> >> wrote:
> >>
> >>> Graeme Russ wrote on 11/10/2009 12:47:19:
> >>>
> >> [Massive Snip :)]
> >>
> >>
> >>
From: Sandeep Paulraj
Due to new TI boards being added to U-Boot, the hardware.h
is getting very messy. The warning being fixed is due to
the EMIF addresses being redefined.
The long term solution(after 2009.11) to this is to
have SOC specific header files.
Signed-off-by: Sandeep Paulraj
---
Joakim Tjernlund wrote:
> Graeme Russ wrote on 13/10/2009 13:21:05:
>
>> On Sun, Oct 11, 2009 at 11:51 PM, Joakim Tjernlund
>> wrote:
>>
>>> Graeme Russ wrote on 11/10/2009 12:47:19:
>>>
>> [Massive Snip :)]
>>
>>
So, all that is left are .dynsym and .dynamic ...
> Tom Rix wrote:
> ...
>
> > Olof Johansson (3):
> ...
> >SMC911X: Add chip auto detection
>
> This is broken [1] and doesn't work without
>
> http://git.denx.de/?p=u-boot/u-boot-
> ti.git;a=commit;h=e7911214d5aee1ba5eb160327d5ff305c9e6ee5a
>
> And while last re-organization of u-boot
From: Sandeep Paulraj
We get a compliation warning when we enable the NAND driver
for DM355 leopard. The waring we get is that we have
an implicit declaration of davinci_nand_init.
It is fixed by including the asm/arch/nand_defs.h header file
Signed-off-by: Sandeep Paulraj
---
board/davinci/d
Tom Rix wrote:
...
> Olof Johansson (3):
...
>SMC911X: Add chip auto detection
This is broken [1] and doesn't work without
http://git.denx.de/?p=u-boot/u-boot-ti.git;a=commit;h=e7911214d5aee1ba5eb160327d5ff305c9e6ee5a
And while last re-organization of u-boot-ti
http://git.denx.de/?p=u-
On Oct 12, 2009, at 10:42 AM, Kim Phillips wrote:
> On Mon, 12 Oct 2009 12:01:32 +0530
> Dudhat Dipen-B09055 wrote:
>
>>> On Oct 9, 2009, at 12:42 PM, Dipen Dudhat wrote:
>>>
+void initsdram(void)
+{
+
+ volatile ccsr_ddr_t *ddr= (ccsr_ddr_t
>>> *)CONFIG_SYS_MPC85xx_DDR_ADDR
On Tue, 13 Oct 2009 16:51:14 +0200
Wolfgang Denk wrote:
> > I want to let you know that there will probably be some compilation
> > warnings. These are patches for these. These have been sent to the
> > list and ACK'ed by Tom and currently in my master. This will be part
> > of my next pull reque
Dear Sandeep,
in message <0554bef07d437848af01b9c9b5f0bc5d9331d...@dlee01.ent.ti.com> you
wrote:
>
>
> I want to let you know that there will probably be some compilation
> warnings. These are patches for these. These have been sent to the
> list and ACK'ed by Tom and currently in my master. Th
> So is it possible to completly disable the relocation process at startup and
> run U-Boot with having opcode in PROM and data in RAM? If yes, how could I
> achieve this?
>
> I already tried to remove the corresponding code in the start.S and searched
> the README for switches, but without succ
>
> Dear Tom Rix,
>
> In message <4ad478ae.10...@bumblecow.com> you wrote:
> > Wolfgang,
> >
> > I have cleaned up the commits to arm/master-sync.
> >
> > The cleanup is from doing a
> > git rev-list --reverse master..arm/master
> > Then working back from my notes to take only the commits
> > w
Dear Tom Rix,
In message <4ad478ae.10...@bumblecow.com> you wrote:
> Wolfgang,
>
> I have cleaned up the commits to arm/master-sync.
>
> The cleanup is from doing a
> git rev-list --reverse master..arm/master
> Then working back from my notes to take only the commits
> were either misc arm or ot
On Tue, Oct 13, 2009 at 7:27 AM, Tom Rix wrote:
> Nishanth Menon wrote:
>>
>> Hi,
>> Current interrupt vectors[1] are piggy backing on OMAP3 ROM Code vectors
>> This has the disadvantage that "external boot" option of OMAP GP devices
>> for booting off NOR devices would probably not function as th
Tom Rix a écrit :
> Wolfgang,
>
> I have cleaned up the commits to arm/master-sync.
>
> The cleanup is from doing a
> git rev-list --reverse master..arm/master
> Then working back from my notes to take only the commits
> were either misc arm or other arm pull requests.
> These were cherry picked on
Wolfgang,
I have cleaned up the commits to arm/master-sync.
The cleanup is from doing a
git rev-list --reverse master..arm/master
Then working back from my notes to take only the commits
were either misc arm or other arm pull requests.
These were cherry picked on top of the current u-boot/master.
On Mon, 2009-10-12 at 15:54 +0200, Fortini Matteo wrote:
> Yes, that's what we're currently using, but the problem is a little
> broader: I should answer to CAN messages in at most 100-200ms from
> powerup, and that can be done in u-boot.
if you are in that interval you definitely need to go to
Nishanth Menon wrote:
> Hi,
> Current interrupt vectors[1] are piggy backing on OMAP3 ROM Code vectors
> This has the disadvantage that "external boot" option of OMAP GP devices
> for booting off NOR devices would probably not function as the interrupt
> vectors are not setup.
>
In general we want
Hi Tobias,
Kraitschy, Tobias wrote:
> Hi,
>
> I´m working on running U-Boot from a Leon3-System on an evaluation
> board from Actel. Some GPIO and "Hello World" programs are already
> running.
>
> Now I created the necessary files for my board/sytem and compiling of
> U-Boot goes well, but start
Graeme Russ wrote on 13/10/2009 13:21:05:
> On Sun, Oct 11, 2009 at 11:51 PM, Joakim Tjernlund
> wrote:
> > Graeme Russ wrote on 11/10/2009 12:47:19:
>
> [Massive Snip :)]
>
> >
> >>
> >> So, all that is left are .dynsym and .dynamic ...
> >> .dynsym
> >> - Contains 70 entries (16 bytes ea
On Sun, Oct 11, 2009 at 11:51 PM, Joakim Tjernlund
wrote:
> Graeme Russ wrote on 11/10/2009 12:47:19:
[Massive Snip :)]
>
>>
>> So, all that is left are .dynsym and .dynamic ...
>> .dynsym
>> - Contains 70 entries (16 bytes each, 1120 bytes)
>> - 44 entries mimic those entries in .got
Hi,
Current interrupt vectors[1] are piggy backing on OMAP3 ROM Code vectors
This has the disadvantage that "external boot" option of OMAP GP devices
for booting off NOR devices would probably not function as the interrupt
vectors are not setup.
I had faced this during the port of u-boot-v2 and ha
Dear Tom,
In message <4ad44bde.80...@bumblecow.com> you wrote:
>
> > I tried pulling your repo in a temp branch and rebase this, but this
> > caused a lots of merge conflicts in non-ARM files.
> >
> > Can you please try to clean this up? Maybe we can split this in a list
> > of ARM related commit
Dear Martha Stan,
In message <1254987657-10103-1-git-send-email-mm...@silicontkx.com> you wrote:
> Signed-off-by: Martha Stan
> ---
> MAINTAINERS |5 +
> MAKEALL |1 +
> Makefile|3 +
> board/
Wolfgang Denk wrote:
> Dear Tom,
>
> In message <4ad3e52d.4050...@windriver.com> you wrote:
>> Sandeep has pointed out that the pull request should be one down.
>> This is new request.
>>
>> The following changes since commit 2d4072c06b5549444e4140231bba3d47d9b0bc53:
>>Sandeep Paulraj (1):
>>
Dear Tom,
In message <4ad3e52d.4050...@windriver.com> you wrote:
>
> Sandeep has pointed out that the pull request should be one down.
> This is new request.
>
> The following changes since commit 2d4072c06b5549444e4140231bba3d47d9b0bc53:
>Sandeep Paulraj (1):
> ARM: DaVinci: Adding
Hi,
I´m working on running U-Boot from a Leon3-System on an evaluation board from
Actel. Some GPIO and "Hello World" programs are already running.
Now I created the necessary files for my board/sytem and compiling of U-Boot
goes well, but starting this application nothing is happening on the se
44 matches
Mail list logo