On Mon, 2010-03-15 at 09:08 -0700, Wolfgang Denk wrote:
> ...
> > --- /dev/null
> > +++ b/board/Marvell/guruplug/guruplug.h
> > @@ -0,0 +1,39 @@
>
> > +#define GURUPLUG_OE_LOW (~(0))
> > +#define GURUPLUG_OE_HIGH (~(0))
>
> Is this correct? Both LOW and HIGH use the same valu
GuruPlug Standard: 1 Gb Ethernet, 2 USB 2.0
GuruPlug Plus: 2 Gb Ethernet, 2 USB 2.0, 1 eSATA, 1 uSD slot
References:
http://www.globalscaletechnologies.com/t-guruplugdetails.aspx
http://plugcomputer.org
This patch is for GuruPlug Plus, but it supports Standard version
as well.
Signed-off-by: Sid
Dear Fabio Giovagnini,
you are indeed completely off topic here on the U-Boot list.
In message <201003180657.27345.fabio.giovagn...@aurion-tech.com> you wrote:
>
> Im able to mount the nfsroot filesystem but I get this message:
...
> Warning: unable to open an initial console.
^^^
Hi, all.
This is a patch to use the hardware ECC controller of
the AT91SAM9260 for the AT91 nand. Taken from the kernel 2.6.33.
To use this it is necessary to add two definitions in config:
CONFIG_ATMEL_NAND_HWECC
CONFIG_SYS_NAND_ECC_BASE (AT91_ECC for the AT91SAM9260 and AT91_ECC0
for the AT91SA
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Siddarth Gore
> Sent: Thursday, March 18, 2010 10:59 AM
> To: Wolfgang Denk
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH] Marve
> -Original Message-
> From: Siddarth Gore [mailto:go...@marvell.com]
> Sent: Thursday, March 18, 2010 1:12 PM
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar; Prabhanjan Sarnaik; Ashish Karkare;
> Siddarth Gore
> Subject: [PATCH v2] Marvell GuruPlug Board Support
>
> GuruPlug Standar
Dear Siddarth Gore,
In message <1268890125.23313.27.ca...@pe-dt434> you wrote:
>
...
> > We have pretty much identical code already in mv_phy_88e1116_init()
> > [in "board/Marvell/rd6281a/rd6281a.c"], in reset_phy() [in
> > "board/Marvell/openrd_base/openrd_base.c"], in reset_phy(0 [in
> > "board/
I was not totally correct.
gunzip/inflate has nothing to do with this problem.
the problem is this:
- do_bootm->bootm_start->arch_lmb_reserve
reserves "unused" memory as in cur_sp-1k upto end-of-mem
in my case this is 0x0fb0cb28 - 0x1000
- do_bootm->do_bootm_linux->boot_body_linux->bo
Hello Horst,
> I used the soft_spi - driver for saving the u-boot-environment.
>
> When I started "saveenv" u-boot hang - no output.
> I located the problem in soft_spi.c in function "spi_xfer()".
> This function writes every byte received from the spi-device to the
> pointer "dout".
> In case of
Mike Frysinger wrote:
> On Wednesday 17 March 2010 14:36:38 Horst Gall wrote:
>> Hi,
>>
>> I try to compile an actual version of u-boot for xilinx microblaze.
>> The linker ends with the error-message:
>>
>> ... mb-ld.real:u-boot.lds:1: parse error
>>
>> In u-boot main-directory I found the fil
Hi Horst,
> in "lib_microblaze/board.c board_init()" the function "env_relocate()"
> should be called before "getenv_IPaddr()"
> otherwise there is no chance to save an ip-address in the environment (like
> in lib_ppc/board.c).
You should check this issues with the microblaze custodian listed
Hi!
I have some problems with understanding the serial initialization.
Maybe someone can help me out here...
In my case I want to use a second serial console on a DM365 davinci
dvevm which is provided on an external chip through EMIF. The use case
would be then to switch from the internal S
This adds support for the AT91SAM9G20 boards by taskit GmbH.
Both boards, Stamp9G20 and PortuxG20, are integrated in one file.
PortuxG20 is basically a SBC built around Stamp9G20.
Signed-off-by: Achim Ehrlich
---
MAINTAINERS|5 +
MAKEALL|
On Thu, Mar 18, 2010 at 12:33 PM, Valentin Ecker
wrote:
...
> While board initialization, serial_init() gets called, which calls the
> driver specific (hardware, etc...) init stuff. The default is that the
> default serial (in my case the SoC ns16550 ) will be initialized. So
> my extra serial por
Signed-off-by: Asen Dimov
---
include/asm-arm/arch-at91/at91_matrix.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/asm-arm/arch-at91/at91_matrix.h
b/include/asm-arm/arch-at91/at91_matrix.h
index 9b3c110..981ec20 100644
--- a/include/asm-arm/arch-at91/at91_ma
Signed-off-by: Asen Dimov
---
cpu/arm926ejs/at91/clock.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/cpu/arm926ejs/at91/clock.c b/cpu/arm926ejs/at91/clock.c
index b06d760..ecf91f5 100644
--- a/cpu/arm926ejs/at91/clock.c
+++ b/cpu/arm926ejs/at91/clock.c
@@ -203,7 +2
well, i don't want to use the second com port of the ns16550. Im using
an external serial chip over EMIF.
so -> no, i don't, wouldn't make any sense to me...
thx for the help
On 18.03.2010, at 12:31, Michael Zaidman wrote:
> On Thu, Mar 18, 2010 at 12:33 PM, Valentin Ecker
> wrote:
> ...
>>
On Thu, Mar 18, 2010 at 2:21 PM, Valentin Ecker
wrote:
> well, i don't want to use the second com port of the ns16550. Im using an
> external serial chip over EMIF.
I am not familiar with Davinci architecture and probably my case is
completely different from yours but on our board we have dual ua
(puts on flame retardant underwear) Can environment variables be
pulled from Flash and EEPROM?
Why would I want to do this? I need to provide fail safe upgrade path
and need to do something similar to the bootcount feature in PPC (I'm
using ARM though).
I have a internal SRAM that I can use for
... oops, one glaring thing I didn't think about in the approach I
presented was the I2C transaction. If power is lost during that
transaction I have a similar problem to a loss of power during a
saveenv and the flash sector being erased and re written.
Thanks alot.
The very first problem was a permission problem, as you suggestied to ckech.
But now I think a Have a problem of irq losing form eth.
Thanks again
In data giovedì 18 marzo 2010 09:04:22, Wolfgang Denk ha scritto:
: > Dear Fabio Giovagnini,
>
> you are indeed completely off topic he
I see...I think we have a very similar setup, and I see how you init
your ports. Although I'm not sure if this is suitable for me, since
editing the ns16550-files to support/init an external COM-chip is not
a really clean/nice implementation.
I'm not sure if there is any way to implement thi
On Thu, Mar 18, 2010 at 4:58 PM, Valentin Ecker
wrote:
> I see...I think we have a very similar setup, and I see how you init your
> ports. Although I'm not sure if this is suitable for me, since editing the
> ns16550-files to support/init an external COM-chip is not a really
> clean/nice implemen
Wolfgang,
The following changes since commit f1fdc42e5efb9e3b6d0dd3b605d0848d3ca8a039:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-video
are available in the git repository at:
git://git.denx.de/u-boot-nios.git master
Renato Andreola (1):
nios2: Ad
Dear Brian Hutchinson,
In message <3d1967ab1003180758p2006f562pc56cee3438eb2...@mail.gmail.com> you
wrote:
> (puts on flame retardant underwear) Can environment variables be
> pulled from Flash and EEPROM?
Not directly.
> Why would I want to do this? I need to provide fail safe upgrade path
>
Add the new board PM9G45 from Ronetix GmbH.
* AT91SAM9G45 MCU at 400Mhz.
* 128MB DDR2 SDRAM
* 256MB NAND
* 4MB DataFlash (optional)
* 10/100 MBits Ethernet DP83848
* Serial number chip DS2401
The board is made as SODIMM200 module.
For more info www.ronatix.at or i...@ronetix.at.
Signed-off-by: As
On Mar 4, 2010, at 1:23 PM, Stefano Babic wrote:
> The esdhc controller in the mx51 processor is quite
> the same as the one in some powerpc processors
> (MPC83xx, MPC85xx). This patches adapts the driver
> to support the arm mx51.
>
> Signed-off-by: Stefano Babic
> ---
Do you have any time to
Hi Kumar,
> On Mar 4, 2010, at 1:23 PM, Stefano Babic wrote:
>
>> The esdhc controller in the mx51 processor is quite
>> the same as the one in some powerpc processors
>> (MPC83xx, MPC85xx). This patches adapts the driver
>> to support the arm mx51.
>>
>> Signed-off-by: Stefano Babic
>> ---
>
>
>
> Hm... And redundant environment is not safe enough for you?
I don't know much about redundant env but now that you mention it ...
I do remember seeing something about that in the code. I'll look into
it. Thanks!
>
>> The goal is to not brick a device during a upgrade. Whatever bank you
>>
Kumar Gala wrote:
>
> Do you have any time to possible test a few patches to fsl_esdhc on mx51?
Hi Kumar,
I could test your patches next week, I have no possibility to access to
the imx51evk board before. Should be ok for you ?
Stefano
--
=
On Mar 18, 2010, at 11:15 AM, Detlev Zundel wrote:
> Hi Kumar,
>
>> On Mar 4, 2010, at 1:23 PM, Stefano Babic wrote:
>>
>>> The esdhc controller in the mx51 processor is quite
>>> the same as the one in some powerpc processors
>>> (MPC83xx, MPC85xx). This patches adapts the driver
>>> to suppor
On Thu, Mar 18, 2010 at 11:55:29AM +0500, Nikolay Petukhov wrote:
> + /* move to ECC position if needed */
> + if (eccpos[0] != 0) {
> + /* This only works on large pages
> + * because the ECC controller waits for
> + * NAND_CMD_RNDOUTSTART after the
>
On Wed, Mar 17, 2010 at 10:03:10AM -0400, Cyril Chemparathy wrote:
> Modified to use IO accessor routines consistently. Eliminated volatile usage
> to keep checkpatch.pl happy.
>
> Signed-off-by: Cyril Chemparathy
> ---
> Minor formatting
Applied to u-boot-nand-flash/next
-Scott
__
On Thursday 18 March 2010 05:29:19 Michal Simek wrote:
> Mike Frysinger wrote:
> > On Wednesday 17 March 2010 14:36:38 Horst Gall wrote:
> >> I try to compile an actual version of u-boot for xilinx microblaze.
> >>
> >> The linker ends with the error-message:
> >> ... mb-ld.real:u-boot.lds:1:
Prize Won! (Five hundred and fifty two Thousand pounds sterling), kindly
confirm receipt of this email, by forwarding Your Details as stated below to
our events manager on Email: rennyharli...@live.com Name/Address/Tel
number/Age/Occupation/Country of Origin.
___
35 matches
Mail list logo
