Hi Moratelli,
On Friday 10 September 2010 23:30:19 Carlos Roberto Moratelli wrote:
> I am porting the u-boot to a MPC8536E custom board and I am facing an
> issue with flash. When u-boot tries to detect the flash (INTEL
> STRATAFLASH P30) it just freeze. The u-boot is started from the same
> flash
Dear Wolfgang,
On 10.09.2010 19:54, Wolfgang Denk wrote:
> ... check if all your relevant patches have been
> included.
What's about
http://lists.denx.de/pipermail/u-boot/2010-July/074542.html
? Or if you don't like that, this
http://lists.denx.de/pipermail/u-boot/2010-August/075303.html
?
B
On Friday, September 10, 2010 16:10:16 Ben Gardiner wrote:
> The current da850evm support in u-boot/master [1] omits any use of
> the davinci EMAC. This patch adds basic support for the EMAC using
> the MII PHY found on the baseboard of the EVM. The MAC address is
> read from the environment variab
Newer Linux kernels can overrun the initial memory window used for
booting with their BSS area. When this happens, they overwrite the FDT
and silently fail to boot.
On e300 CPUs, the Linux kernel uses an initial BAT covering the first
256MB of RAM. See arch/powerpc/kernel/head_32.S for details. In
Dear Carlos Roberto Moratelli,
In message <1284154219.13384.13.ca...@parana.digitel.com.br> you wrote:
>
> I am porting the u-boot to a MPC8536E custom board and I am facing an
> issue with flash. When u-boot tries to detect the flash (INTEL
> STRATAFLASH P30) it just freeze. The u-boot is starte
Hi,
I am porting the u-boot to a MPC8536E custom board and I am facing an
issue with flash. When u-boot tries to detect the flash (INTEL
STRATAFLASH P30) it just freeze. The u-boot is started from the same
flash.
The problem happen when the CFI Driver tries a read from flash
(flash_read8()) for
There is a messege in the u-boot boot log showing where it set the system
time. I tried to setting the date and time using the linux command, "date".
It set them but once the I rebooted the board the values for date and time
were wrong again. Could this be related to the backup battery ? Is there a
Dear Peter Tyser,
In message <1284149249.26713.2926.ca...@petert> you wrote:
>
> > Sorry, I'm confused. What exactly do you want me to do? Since you
> > applied Peter's patch, the problem has gone away for me.
>
> However, I think there's still the issue that if there are multiple
> functions i
Dear Ben Gardiner,
In message you
wrote:
>
> Tested on da850evm with NAND enabled; the env.OOB marker was
> recognized, the environment was loaded and I was able to load and boot
> a uImage kernel from NAND.
Thanks a lot.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD
The current da850evm support in u-boot/master [1] omits any use of
the davinci EMAC. This patch adds basic support for the EMAC using
the MII PHY found on the baseboard of the EVM. The MAC address is
read from the environment variable 'ethadd'. Note that this is
different from the da850evm support
On Fri, 2010-09-10 at 14:53 -0500, Timur Tabi wrote:
> On Fri, Sep 10, 2010 at 2:49 PM, Wolfgang Denk wrote:
>
> > AFAICT you did not reply to this, and the problem is still unsolved.
> >
> > Do you still have this on your list?
>
> Sorry, I'm confused. What exactly do you want me to do? Since
On Friday, September 10, 2010 14:53:10 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > not sure if you wanted to include these for 2010.09, or wait until after:
> > 11.08.2010 [PATCH] Makefile: restore support for board shortcut targets
> > 19.08.2010 [PATCH v2] MAKEALL: cut down on duplication of
On Fri, Sep 10, 2010 at 2:49 PM, Wolfgang Denk wrote:
> AFAICT you did not reply to this, and the problem is still unsolved.
>
> Do you still have this on your list?
Sorry, I'm confused. What exactly do you want me to do? Since you
applied Peter's patch, the problem has gone away for me.
--
Dear Timur Tabi,
In message <20100616145133.bbde7d81...@gemini.denx.de> I wrote:
>
> > > we add support to U-Boot to conditionally check for the gcc version like
> > > Linux to know when to use -fno-toplevel-reorder? =A0Or do we use a linker
> > > script that would support more versions of gcc at
On Fri, Sep 10, 2010 at 1:54 PM, Wolfgang Denk wrote:
> * U-Boot v2010.09-rc1 was released on Fri, 10 Sep 2010.
>
> * Release "v2010.09" is scheduled in 18 days - on September 28, 2010,
> i. e. we have a delay against the original plan of about 2 weeks.
> Please help testing, and check if all you
On Fri, 10 Sep 2010 20:53:56 +0200
Wolfgang Denk wrote:
> Dear Kim Phillips,
>
> In message <20100910132606.cb2debcd.kim.phill...@freescale.com> you wrote:
> >
> > > Would you prefer a patch only for the MPC8349EMDS, or should I try and
> > > convert the other boards too? How should I know which
Dear Kim Phillips,
In message <20100910132606.cb2debcd.kim.phill...@freescale.com> you wrote:
>
> > Would you prefer a patch only for the MPC8349EMDS, or should I try and
> > convert the other boards too? How should I know which boards are safe?
> > Grep for CONFIG_E300?
>
> CONFIG_MPC83xx, since
Dear Mike Frysinger,
In message <201009101426.17289.vap...@gentoo.org> you wrote:
>
> not sure if you wanted to include these for 2010.09, or wait until after:
> 11.08.2010 [PATCH] Makefile: restore support for board shortcut targets
> 19.08.2010 [PATCH v2] MAKEALL: cut down on duplication of targ
Dear "Ira W. Snyder",
In message <20100910181022.ga18...@ovro.caltech.edu> you wrote:
>
> Would you prefer a patch only for the MPC8349EMDS, or should I try and
> convert the other boards too? How should I know which boards are safe?
> Grep for CONFIG_E300?
I think we should try and update all bo
On Fri, 10 Sep 2010 11:10:23 -0700
"Ira W. Snyder" wrote:
> Would you prefer a patch only for the MPC8349EMDS, or should I try and
> convert the other boards too? How should I know which boards are safe?
> Grep for CONFIG_E300?
CONFIG_MPC83xx, since E300 gets hits for some mpc51xx parts. Not to
On Friday, September 10, 2010 13:54:40 Wolfgang Denk wrote:
> Please help testing, and check if all your relevant patches have been
> included.
not sure if you wanted to include these for 2010.09, or wait until after:
11.08.2010 [PATCH] Makefile: restore support for board shortcut targets
19.08.20
On Fri, Sep 10, 2010 at 01:29:48PM +0200, Stefan Roese wrote:
> Hi Ira & Wolfgang,
>
> On Friday 10 September 2010 13:18:55 Wolfgang Denk wrote:
> > > Does anyone know the true maximum value for CONFIG_SYS_BOOTMAPSZ on Linux
> > > (if one even exists)?
> >
> > The CONFIG_SYS_BOOTMAPSZ thing is as
A vous, bailleur de l'appartement à DRAGUIGNAN,
Si vous cherchez des LOCATAIRES pour votre bien, connectez-vous sur
http://www.maxiMoteur.com (site de particuliers)
MaxiMoteur:
Vous aide à rechercher, vendre et louer votre bien immobilier entre
PARTICULIERS partout en France.
A plus de 1000 ann
Hi Wolfgang,
On Fri, Sep 10, 2010 at 1:32 PM, Wolfgang Denk wrote:
> Dear Ben Gardiner,
>
> In message you
> wrote:
>>
>> It's fine by me but I'm curious: why move the declaration of the stack
>> variables i and net_size to before the check of the block_isbad
>> function pointer? Before this ch
Hello everybody:
* U-Boot v2010.09-rc1 was released on Fri, 10 Sep 2010.
* Release "v2010.09" is scheduled in 18 days - on September 28, 2010,
i. e. we have a delay against the original plan of about 2 weeks.
For details please see
http://www.denx.de/wiki/U-Boot/ReleaseCycle
Please help tes
Dear Ben Gardiner,
In message you
wrote:
>
> It's fine by me but I'm curious: why move the declaration of the stack
> variables i and net_size to before the check of the block_isbad
> function pointer? Before this change, I think there would be no
> allocation of these variables on the stack if
On Fri, Sep 10, 2010 at 12:32 PM, Scott Wood wrote:
> On Fri, 10 Sep 2010 10:35:04 -0400
> Ben Gardiner wrote:
>
>> It's fine by me but I'm curious: why move the declaration of the stack
>> variables i and net_size to before the check of the block_isbad
>> function pointer?
>
> U-Boot coding styl
On Fri, 10 Sep 2010 10:35:04 -0400
Ben Gardiner wrote:
> It's fine by me but I'm curious: why move the declaration of the stack
> variables i and net_size to before the check of the block_isbad
> function pointer?
U-Boot coding style prohibits mid-block declarations.
> Before this change, I thi
Hi Scott,
Thank you for picking up the 'mtdparts spread' patch series into
u-boot-nand-flash next by applying the v6 series and doing this fixup
on-top. It is greatly appreciated.
On Thu, Sep 9, 2010 at 4:50 PM, Scott Wood wrote:
> Consolidate some code in mtd_get_len_incl_bad(), and fix a condi
Dear Andreas Bießmann,
> + sprintf(dev->name, "at91_emac");
I would think "emac" is sufficient. That they are on an AT91 system
should be obvious to the user.
And if, somehow, in the future, MACB and AT91_EMAC get merged, we
would not need to change this again :)
Reinhard
__
Dear Alexander Stein,
> + /* Disable PITC
> + * Add 0x1000 to current counter to stop it faster
> + * without waiting for wrapping back to 0
> + */
Sorry, a multiline comment goes like this:
/*
* 1st line
* ...
* last line
*/
Best Regards,
Reinhard
<>
Wolfgang,
I know you are favouring a migration of U-Boot to GPLv3, but currently it
is still licensed under v2 (although most code is v2 'or later')
I have some v3 code I would like to bring in (from GRUB). Will that cause
any issues?
Regards,
Graeme
On Sep 10, 2010, at 2:03 AM, Tony Wang wrote:
> Hi All,
>
> Could you tell me where can I download U-Boot for p4080, I have this board
> now.
What board? You can basic support for P4080 in the git tree for u-boot.
- k
___
U-Boot mailing list
U-Boot
Hi Ira & Wolfgang,
On Friday 10 September 2010 13:18:55 Wolfgang Denk wrote:
> > Does anyone know the true maximum value for CONFIG_SYS_BOOTMAPSZ on Linux
> > (if one even exists)?
>
> The CONFIG_SYS_BOOTMAPSZ thing is as old as U-Boot and PPCBoot
> exists, i. e. well over a decade. IIRC there wa
Dear "Ira W. Snyder",
In message <20100909225241.gi3...@ovro.caltech.edu> you wrote:
>
> On most (all?) 83xx boards, CONFIG_SYS_BOOTMAPSZ is set to 8MB. The comment
> says:
...
> Does anyone know the true maximum value for CONFIG_SYS_BOOTMAPSZ on Linux
> (if one even exists)?
The CONFIG_SYS_BOOT
Dear Amit Kucheria,
In message you
wrote:
>
> > It is not related to a specific storage. We could have a filesystem even
> > on other storages (SPI-Flash, NAND, HD...) and "reading from file"
> > should IMHO hide the underlying storage media.
>
> Reading from filesystems brings up the obvious q
On Thu, Sep 9, 2010 at 4:35 PM, Stefano Babic wrote:
> Reinhard Meyer wrote:
[snip]
>> How do you make sure the
>> blocks don't overwrite files or don't get overwritten by files?
>
> Writing a correct partition table: the first partition must start after
> u-boot code and environment, used as ra
Hi All,
Could you tell me where can I download U-Boot for p4080, I have this board now.
Thanks
/Tony
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
38 matches
Mail list logo
