Hi Timur,
Just some nit-picking...
Timur Tabi wrote:
> The Vitesse VSC7385 is a 5-port switch found on the Freescale MPC8349E-mITX
> and other boards. A small firwmare must be uploaded to its on-board memory
> before it can be enabled. This patch adds the code which uploads firmware
> (but not
Stelian
Until the next merge window your patches "AT91CAP9 support" are
available from
git://linux-arm.org/u-boot-armdev.git#080116_at91cap9
Your board seem to be the first to make use of CONFIG_HAS_DATAFLASH.
This has resulted in the following warnings (ELDK toolchain
Ben Warren wrote:
> Is this switch able to pass traffic in a default configuration without
> this firmware or is it dead?
Without the firmware, the switch is completely dead.
> I'm not 100% convinced that this is network code, but my opinion isn't
> very strong and I can't really think of a be
Hi all,
I'am playing to porting u-boot to Intel KIXRP435 board
and starting from u-boot-ixp-HEAD from git.
I added kixrp435 platform cloning ixdp425 platform.
I modified a include/asm-arm/arch-ixp/ixp425.h and
cpu/ixp/start.S to initialize a DDR memory.
The compilation fail with following err
Hello -
We're using PMC's MSP8510 MIPS processor. Included in the
BSP was Linux 2.6.18 and PMON2000. We have all running,
except the boot from CF. I'm a bit familiar with GRUB/LILO,
and I'm looking for a direct replacement, and we thought
we'd be able to use either until we saw GRUB was not po
The Vitesse VSC7385 is a 5-port switch found on the Freescale MPC8349E-mITX
and other boards. A small firwmare must be uploaded to its on-board memory
before it can be enabled. This patch adds the code which uploads firmware
(but not the firmware itself).
Previously, this feature was provided by
If the length of the memory address range passed to the "mtest" command is
not of the form 2^x - 1, not all address lines are tested. This bug is
inherited from the original software at
http://www.netrino.com/Embedded-Systems/How-To/Memory-Test-Suite-C. Fix
this.
Signed-off-by: Guennadi Liakhovets
Andrew -
Thanks so much for your reply and candor - that's kind of
what I needed to hear either way.
I'll check out the others you mentioned first, before
trying to dive into changing PMON (we already have had to
mod PMON, but only changing existing code/regs/etc.)
Sean
--- Andrew Dyer <[EMAI
Timur Tabi wrote:
>>> +#include
>>> +#include
>>> +#include
>>> +#include
>>> +
>>>
>> I think Kim mentioned this will break some architectures. Just repeating it.
>
> Yeah, I'm still waiting for someone to tell me why.
Not every architecture has an io.h and an errno.h.
-Scott
--
These two patches add the ability to upload firmware to the Vitesse VSC7385
and update some Freescale 83xx board files to use them.
These patches are for U-Boot 1.3.3.
-
This SF.net email is sponsored by: Microsoft
Defy all
Dear Wolfgang,
On Thu, Feb 07, 2008 at 12:40:01AM +0100, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > missing migration from "Cleanup of some init functions"
> > in c837dcb1a316745092567bfe4fb266d0941884ff
> >
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PRO
On Thu, Jan 24, 2008 at 11:01:30AM -0600, Kim Phillips wrote:
> On Thu, 24 Jan 2008 10:50:09 -0600
> "Andy Fleming" <[EMAIL PROTECTED]> wrote:
>
> > On Jan 24, 2008 10:33 AM, Peter Pearse <[EMAIL PROTECTED]> wrote:
> > >
> > > +#if defined(CONFIG_MPC834X) || \
> > > + defined(CONFIG_MPC8313)
Company: Barco, Security and Monitoring Division
Maintainer: Marc Leeman <[EMAIL PROTECTED]>
In the following mails, we'll be submitting a number of patches to
include support of 8 new Barco Boards:
Barco SVC2
Barco NGS101
Barco H-DGUC
Barco NGP101
Barco NGS103
Barco NGS104
Barco NGS105
Barco NG
Hi Stefan,
After some debugging using BDI, I found out that there are more then
one problem here.
IPL loads the SPL correctly. And I can see that nand_boot( ) is
called. The first problem I found was that the nand_is_bad_block( ) is
returning true after a while. I think its treating empty blocks
drivers/i2c/omap1510_i2c.c does not implement i2c_reg_read and
i2c_reg_write which leads to unresolved symbols when using ds1307
driver. While there, enable CONFIG_CMD_DATE for Voiceblue board to have
nice test case :-)
Signed-off-by: Ladislav Michl <[EMAIL PROTECTED]>
diff --git a/drivers/i2c/om
Update the MPC8349E-mITX, MPC8313E-RDB, and MPC837XE-RDB board files to upload
the Vitesse VSC7385 firmware. Changed CONFIG_VSC7385 to CONFIG_VSC7385_ENET.
Cleaned up the board header files to make selecting the VSC7385 easier to
control.
Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
---
This pa
On Fri, 8 Feb 2008 23:48:07 +0100
Ladislav Michl <[EMAIL PROTECTED]> wrote:
> Ping? Above bug is still present in current git. And while there what
> about fixing it this way? (controling mpc8xxx_spi compilation with
> CONFIG_HARD_SPI is a bit misleading, but lets fix it with separate
> patch. Any
On Feb 8, 2008 6:25 PM, Ladislav Michl <[EMAIL PROTECTED]> wrote:
> drivers/i2c/omap1510_i2c.c does not implement i2c_reg_read and
> i2c_reg_write which leads to unresolved symbols when using ds1307
> driver. While there, enable CONFIG_CMD_DATE for Voiceblue board to have
> nice test case :-)
>
> S
On Feb 8, 2008 11:44 AM, Timur Tabi <[EMAIL PROTECTED]> wrote:
> Ben Warren wrote:
>
> > Is this switch able to pass traffic in a default configuration without
> > this firmware or is it dead?
>
> Without the firmware, the switch is completely dead.
OK, good to know. What a lovely feature.
>
> >
On Feb 8, 2008 5:48 PM, Ladislav Michl <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 24, 2008 at 11:01:30AM -0600, Kim Phillips wrote:
> > On Thu, 24 Jan 2008 10:50:09 -0600
> > "Andy Fleming" <[EMAIL PROTECTED]> wrote:
> >
> > > On Jan 24, 2008 10:33 AM, Peter Pearse <[EMAIL PROTECTED]> wrote:
> > > >
On Fri, Feb 08, 2008 at 07:10:44PM -0500, Ben Warren wrote:
> Here's the patch that will be going in:
> http://article.gmane.org/gmane.comp.boot-loaders.u-boot/36039
>
> I guess Wolfgang just hasn't had a chance to pull the 83xx tree.
>
> CONFIG_HARD_SPI is intended to be used by multiple control
On Fri, Feb 08, 2008 at 07:17:30PM -0500, Ben Warren wrote:
> While your fix is technically correct, I looked into this last week
> and found that this exact code is duplicated in EVERY I2C controller,
> except one (MPC8xx), where there are calls to i2c_init() in each of
> the functions.
Yup, that
Dear u-boot-users,
Sandeep Prabhu
(http://www.wayn.com/waynfx.html?wci=link&id=915&m=11994177&c=384251485&fm_token=D357C6D457AB4182E31A7C2EB591AF71<@@VIP_UPGRADE>&pro=1)
has added you as a friend on WAYN
(http://www.wayn.com/waynfx.html?wci=link&id=916&m=11994177&c=384251485&fm_token=D357C6D457
On Feb 8, 2008 7:43 PM, Ladislav Michl <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 08, 2008 at 07:10:44PM -0500, Ben Warren wrote:
> > Here's the patch that will be going in:
> > http://article.gmane.org/gmane.comp.boot-loaders.u-boot/36039
> >
> > I guess Wolfgang just hasn't had a chance to pull the
I'm working on a MPC5200 based design, www.digispeaker.com. What low
cost options are there for initially loading the flash if a BDI2000 is
not in the budget? Ideally we'd like to find something cheap enough
that a hobbyist could buy it if they bricked their board.
Our hardware is not finalized so
Hi Nikhil,
On Friday 08 February 2008, Nikhil Gautam wrote:
> After some debugging using BDI, I found out that there are more then
> one problem here.
>
> IPL loads the SPL correctly. And I can see that nand_boot( ) is
> called. The first problem I found was that the nand_is_bad_block( ) is
> retu
Antonello Lombardinilo ha scritto:
> Hi all,
> I'am playing to porting u-boot to Intel KIXRP435 board
> and starting from u-boot-ixp-HEAD from git.
> I added kixrp435 platform cloning ixdp425 platform.
> I modified a include/asm-arm/arch-ixp/ixp425.h and
> cpu/ixp/start.S to initialize a DDR memory
27 matches
Mail list logo
