On Wed, 2008-07-23 at 14:16 +0800, Dave Liu wrote:
> On Tue, 2008-07-22 at 16:14 -0700, David Hawkins wrote:
> > Hi all,
> >
> > We're having a rough week with our Freescale MDS boards.
> > I've just submitted a service request through
> > Freescale's online system. However, I figured others
> > (
On Tue, 2008-07-22 at 16:14 -0700, David Hawkins wrote:
> Hi all,
>
> We're having a rough week with our Freescale MDS boards.
> I've just submitted a service request through
> Freescale's online system. However, I figured others
> (eg. Kim, and Timur) might be interested in the following
> proble
Hello,
this patch fixes the following warnings, if compiling
u-boot with ide support.
[EMAIL PROTECTED] u-boot]$ make -s all
cmd_ide.c:827: Warnung: weak declaration of `ide_outb' after first use results
in unspecified behavior
cmd_ide.c:839: Warnung: weak declaration of `ide_inb' after first us
Hello,
My name is Nathan. I'm new to u-boot, but you may have recently seen a post
asking for imx31 litekit help. I've received some really good help from
other mx31ads or mx31pdk users, but haven't heard from anyone using the
litekit. Is there anyone out there with specific knowledge of the eval
Hi all,
We're having a rough week with our Freescale MDS boards.
I've just submitted a service request through
Freescale's online system. However, I figured others
(eg. Kim, and Timur) might be interested in the following
problem:
We have an MPC8349E-MDS-PB and an MPC8349EA-MDS-PB that we
are us
ok, looks like 0x27051956 is uboot magic number (from start.S)
why is the CFG_MONITOR_BASE points to the magic number ?
--- On Tue, 7/22/08, Fundu <[EMAIL PROTECTED]> wrote:
> From: Fundu <[EMAIL PROTECTED]>
> Subject: [U-Boot-Users] u-boot.bin
> To: u-boot-users@lists.sourceforge.net
> Date: T
i'm working on taishan ppc440gx.
now here's what i noticed. snippet of u-boot.bin opened with a hex editor.
fffb : 27051956 552d426f 6f742031 2e322e30 '..VU-Boot 1.2.0
fffc000f : 20284a75 6c203232 20323030 38202d20 (Jul 22 2008 -
fffc001f : 31343a31 363a3037 2900 14:16:07)..
On Tue, Jul 22, 2008 at 11:59 AM, vb <[EMAIL PROTECTED]> wrote:
> I have an amcc glacier eval board, which came with u-boot installed,
> with working ethernet. The amcc folks told me that the u-boot was
> built off the denx 1.3.3 repository, so I cloned
> git://git.denx.de/u-boot.git and built glac
You are right. After taking a closer look, the binaries generated are
u-boot.bin, u-boot.srec and u-boot ,not sure why the u-boot.bin.gz is in
there tho.
Anyway, it looks like I have the correct binary files. Which one do I
burn to flash? And how do I go about putting it on the board? (new to
ubo
On 14:49 Tue 22 Jul , Rugunda, Solo wrote:
> Thanks Jerry and Nathan
>
> So I built the image by running the Make with the correct cross compiler
> from the uboot prompt.
>
> The file produced is u-boot.bin.gz
u-boot.bin.gz? are you sure?
It's suppose to produce a elf u-boot and u-boot.bin.
Thanks Jerry and Nathan
So I built the image by running the Make with the correct cross compiler
from the uboot prompt.
The file produced is u-boot.bin.gz
Now, How do I put this image onto my board and in the right location?
Thanks
Solo
-Original Message-
From: Jerry Van Baren [mai
Rugunda, Solo wrote:
> Hi
>
> I am fairly new to Uboot. I am having trouble running the "make" command
> from the "u-boot-1.1.4/tools #" prompt.
>
> When I do a make, this is the error I get
>
> Makefile:108: /config.mk: No such file or directory
> make: *** No rule to make target `/config.mk'.
I have an amcc glacier eval board, which came with u-boot installed,
with working ethernet. The amcc folks told me that the u-boot was
built off the denx 1.3.3 repository, so I cloned
git://git.denx.de/u-boot.git and built glacier. It comes up all right,
but reports
Net: No ethernet found.
alon
Support for the adsvix was originally provided by Applied Data Systems (ADS),
inc., now EuroTech, Inc. The board never shipped aside from some sample
boards.
Signed-off-by: Adrian Filipi <[EMAIL PROTECTED]>
Adrian
--
Linux Software Engineer | EuroTech, Inc. | www.eurotech-inc.com
---
M
Is the CFG_MONITOR_BASE the location where the processor reads the first
instruction after reset ? is that right ?
any clarification would be appreciated.
thanks !
-
This SF.Net email is sponsored by the Moblin Yo
On Mon, Jul 21, 2008 at 12:11:12PM +0530, Vijay Nikam wrote:
> Hello All,
>
> I have mpc8313erdb evaluation board ... now I am trying to boot it
> from NAND Flash (32MB Flash) ... I am able to get u-boot prompt ...
> but the linux kernel is not booting and so filesystem is not mounting
> ...
>
>
Hi
I am fairly new to Uboot. I am having trouble running the "make" command
from the "u-boot-1.1.4/tools #" prompt.
When I do a make, this is the error I get
Makefile:108: /config.mk: No such file or directory
make: *** No rule to make target `/config.mk'. Stop.
I am told by one of the develop
Andy Fleming wrote:
> On Wed, Jul 16, 2008 at 2:17 PM, richardretanubun
> <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> I am wondering if the miiphy command support for QE UEC is already
>> merged into u-boot on some tree.
>>
>> The last info I have on this patch is on this posting:
>>
>> http://thr
If CONFIG_SKIP_RELOCATE_UBOOT is set the flag GD_FLG_RELOC is usually never
set, because relocation to RAM is actually never done by U-boot itself.
However, several pieces of code check if this flag is set at some time.
So, to make sure this flag is set on boards skipping relocation, this
is added
Hello Jean-Christophe,
>> +static int reloc_init(void)
>> +{
>> + gd->flags |= GD_FLG_RELOC;
> you need to return 0 at least
Oops, You are right... (I forgot it somehow)
Thanks!
Remy
-
This SF.Net email is sponsored by
On 14:20 Tue 22 Jul , Remy Bohmer wrote:
> If CONFIG_SKIP_RELOCATE_UBOOT is set the flag GD_FLG_RELOC is usually never
> set, because relocation to RAM is actually never done by U-boot itself.
> However, several pieces of code check if this flag is set at some time.
>
> So, to make sure this f
Hello Wolfgang,
>>> Has the problem boards been fixed yet? If so please resubmit commit
>>> c0559be3.
>> So what *is* the state of this?
> Oops, due to my summer holidays I missed this one...
> But no problem, I have a decent fix for the AT91 boards ready, and can
> post it when I am back at work
If CONFIG_SKIP_RELOCATE_UBOOT is set the flag GD_FLG_RELOC is usually never
set, because relocation to RAM is actually never done by U-boot itself.
However, several pieces of code check if this flag is set at some time.
So, to make sure this flag is set on boards skipping relocation, this
is added
Hello All,
2008/7/22 os user <[EMAIL PROTECTED]>:
> Hi folks,
> I use Atmel AT91SAM9260-EK boards, arm-linux-gcc (GCC) 4.2.4. After I
> pulled the latest code from git://git.denx.de/u-boot-at91.git, I found
> that the [EMAIL PROTECTED]/env_common.c can not work well. The root
> cause is in u-boot-
Sascha Hauer said the following on 07/22/2008 02:42 AM:
> On Mon, Jul 21, 2008 at 07:19:06PM -0500, Khandenahally, Raghavendra wrote:
>
> This function is unnecessarely big. The two arguments of MUX_VAL could
> go together in one 32bit value. This way you could do a loop around an
> array of mux
Sascha,
Sascha Hauer said the following on 07/22/2008 02:21 AM:
> Hi,
>
> On Mon, Jul 21, 2008 at 07:15:31PM -0500, Khandenahally, Raghavendra wrote:
>
>
> I would prefer another patch. I didn't watch out when board/omap was
> introduced. In fact, omap is not a board and it's gonna be a mess whe
Move to one place
I just compiled test. Please check other NAND users.
Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
---
diff --git a/include/linux/mtd/mtd.h b/include/linux/mtd/mtd.h
index 05ba375..ce9d937 100644
--- a/include/linux/mtd/mtd.h
+++ b/include/linux/mtd/mtd.h
@@ -19,6 +19,20 @@
#
On Mon, Jul 21, 2008 at 07:19:06PM -0500, Khandenahally, Raghavendra wrote:
> This patch adds support for Beagle Board.
> Beagle board from TI is a development platform
> based on TI's OMAP3530 silicon.
>
> You can find more about Beagle Board here: www.beagleboard.org
>
> More on OMAP3530 (inclu
Hi,
On Mon, Jul 21, 2008 at 07:15:31PM -0500, Khandenahally, Raghavendra wrote:
> Introduce a common board header for functions
> required by platform.S This will prevent
> redundancies of multiple board-xyz.h files all
> doing the same thing.
I would prefer another patch. I didn't watch out when
29 matches
Mail list logo
