Wolfgang Denk wrote on 14/12/2009 21:11:17:
>
> Dear Joakim Tjernlund,
>
> In message 004f9...@transmode.se> you wrote:
> > Any interest in these patches I sent some time ago?
>
> Lots of ionterest actually. But so little time :-(
OK, good to know. I will wait then.
Jocke
_
Feng, Stefan
Can I do anything else to help you identify the problem ?
Thanks.
Felix.
Felix Radensky wrote:
> Hi,
>
> Feng Kan wrote:
>
>> Can you turn on the additional debug information. That will give a
>> better
>> Clue as to what part is hanging.
>>
>>
>
> I've enabled debugging
The following debug patch shows that gd->cpu is not being relocated to
ddr. Linux may not be able to boot due to "fdt board" crashing if
flash has been erased or changed.
On mpc8572ds:
=> fdt board
fdt board
cpu_numcores gd=3fe6df68 cpu=effed578 n=2
cpu_numcores gd=3fe6df68 cpu=effed578 n=2
cpu_
Ben Warren wrote:
> A previous Commit converted the LAN91C96 Ethernet driver to using the
> CONFIG_NET_MULTI API, but did not include full board support. This patch
> finishes the job.
>
>
Found a bug in my own patch :(
> diff --git a/board/ti/sdp3430/sdp.c b/board/ti/sdp3430/sdp.c
> index 0d8
A previous Commit converted the LAN91C96 Ethernet driver to using the
CONFIG_NET_MULTI API, but did not include full board support. This patch
finishes the job.
Signed-off-by: Ben Warren
---
This patch applies to the net/next tree and is necessary to complete previously-
submitted code in that t
Peter Tyser wrote:
> On Mon, 2009-12-14 at 14:44 -0600, Scott Wood wrote:
>> Peter Tyser wrote:
>>> {cpu/mpc8260 => arch/ppc/cpu/mpc824x}/u-boot.lds |2 +-
>> [snip]
>>> {cpu/mpc824x => arch/ppc/cpu/mpc8260}/u-boot.lds |2 +-
>> These seem to have gotten mixed up.
>
> Impressive attent
On Mon, 2009-12-14 at 14:44 -0600, Scott Wood wrote:
> Peter Tyser wrote:
> > {cpu/mpc8260 => arch/ppc/cpu/mpc824x}/u-boot.lds |2 +-
> [snip]
> > {cpu/mpc824x => arch/ppc/cpu/mpc8260}/u-boot.lds |2 +-
>
> These seem to have gotten mixed up.
Impressive attention to detail! It looks
Hi Wolfgang,
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Monday, December 14, 2009 3:16 PM
> To: David Mitchell
> Cc: u-boot@lists.denx.de; Stefan Roese; Jeff Mann
> Subject: Re: [U-Boot] [PATCH V2] ppc4xx: Canyonlands: Fix USB host PHY
> reset sequence
>
> De
Dear Dave Mitchell,
In message <1260824693-11874-1-git-send-email-dmitch...@appliedmicro.com> you
wrote:
> Current de-assert reset is not sufficient for the USB PHY reset
> on some Canyonlands platforms. The patch adds an assert/de-assert
> sequence. This addresses a USB detection problem for dev
Dear David,
In message
you wrote:
>
> I generated several versions for a remote team to test (I don't have the
> failing hardware).
> Only the 100ms version worked every time.
I see :-(
> Actually we need the reset prior to Linux boot as well. Otherwise Linux
> will not discover attached devic
Current de-assert reset is not sufficient for the USB PHY reset
on some Canyonlands platforms. The patch adds an assert/de-assert
sequence. This addresses a USB detection problem for devices
attached prior to power-up. The delay lengths are needed for
power to the PHY to stabilize.
Signed-off-by:
On Thu, Dec 10, 2009 at 03:14:36PM +, Nick Thompson wrote:
> Davinci: NAND enable ECC even when not in NAND boot mode
>
> On Davinci platforms, the default NAND device is enabled (for ECC)
> in low level boot code when NAND boot mode is used. If booting in
> another mode, NAND ECC is not enabl
Hi Wolfgang,
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Monday, December 14, 2009 2:42 PM
> To: David Mitchell
> Cc: u-boot@lists.denx.de; Stefan Roese; Jeff Mann
> Subject: Re: [U-Boot] [PATCH] ppc4xx: Canyonlands: Fix USB host PHY
> reset sequence
>
> > -
Peter Tyser wrote:
> {cpu/mpc8260 => arch/ppc/cpu/mpc824x}/u-boot.lds |2 +-
[snip]
> {cpu/mpc824x => arch/ppc/cpu/mpc8260}/u-boot.lds |2 +-
These seem to have gotten mixed up.
-Scott
___
U-Boot mailing list
U-Boot@lists.denx.de
http://list
Dear Stefan,
In message <1260821359-8705-1-git-send-email-dmitch...@appliedmicro.com> Dave
Mitchell wrote:
...
> --- a/board/amcc/canyonlands/canyonlands.c
> +++ b/board/amcc/canyonlands/canyonlands.c
> @@ -177,8 +177,11 @@ int board_early_init_f(void)
> /* Remove NOR-FLASH, NAND-FLASH & EE
Dear Dave Mitchell,
In message <1260821359-8705-1-git-send-email-dmitch...@appliedmicro.com> you
wrote:
> Current de-assert reset is not sufficient for the USB PHY reset
> on some Canyonlands platforms. The patch adds an assert/de-assert
> sequence. This addresses a USB detection problem for devi
Dear Peter Tyser,
In message <1260748714-23748-1-git-send-email-pty...@xes-inc.com> you wrote:
> Neither the MVBLUE nor its underlying architecture implement the
> do_irqinfo() function which is required when CONFIG_CMD_IRQ is defined.
> This change fixes the following MVBLUE compiler error:
>
>
Dear Detlev Zundel,
In message <1260809680-4545-1-git-send-email-...@denx.de> you wrote:
> The support for this was silently dropped by a configuration
> split during the merge of the imx27lite board support in commit
> 864aa034f3a0e10ce710e8bbda171df3cab59414 (cmd_mtdparts: Move to common
> handl
Dear Scott Wood,
In message <20091211191400.ga30...@loki.buserror.net> you wrote:
> The following changes since commit 3b887ca8ce72cc12129183538f6e828db13f4867:
> Peter Korsgaard (1):
> mpc83xx: boot time regression, move LCRR setup back to cpu_init_f
>
> are available in the git reposi
Current de-assert reset is not sufficient for the USB PHY reset
on some Canyonlands platforms. The patch adds an assert/de-assert
sequence. This addresses a USB detection problem for devices
attached prior to power-up. The delay lengths are needed for
power to the PHY to stabilize.
Signed-off-by:
Dear Joakim Tjernlund,
In message
you
wrote:
> Any interest in these patches I sent some time ago?
Lots of ionterest actually. But so little time :-(
Sorry..
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Ki
The support for this was silently dropped by a configuration
split during the merge of the imx27lite board support in commit
864aa034f3a0e10ce710e8bbda171df3cab59414 (cmd_mtdparts: Move to common
handling of FLASH devices via MTD layer).
Signed-off-by: Detlev Zundel
---
include/configs/imx27lite
Wolfgang Denk wrote on 03/11/2009 20:40:50:
> From: Wolfgang Denk
> To: Joakim Tjernlund
> Cc: u-boot@lists.denx.de
> Date: 03/11/2009 20:40
> Subject: Re: [U-Boot] [PATCH 0/3] No GOT in IRQ and use r12 as GOT ptr
>
> Dear Joakim Tjernlund,
>
> In message <1257180242-1299-1-git-send-email-joaki
Any interest in these patches I sent some time ago?
Jocke
Joakim Tjernlund wrote on 02/11/2009 19:01:16:
> From: Joakim Tjernlund
> To: u-boot@lists.denx.de
> Cc: Joakim Tjernlund
> Date: 02/11/2009 19:01
> Subject: [PATCH 0/4] Make u-boot true PIC for ppc
>
> This series adds link_o
Dear "Dunda, Matthias",
In message
<569685f045b85741820d0265e0d2999d019cf...@tddhh01.hh.thales-naval.de> you wrote:
>
> So, what is needed for that later I can give it a "make MYCOOLBOARD_config"
> followed by "make all"?
It is strongly recommended that you start reading the documentation,
like
Hi all-
I'd like to add a new custom board configuration to the u-boot build.
Which files have to be created and/or patched to add a new board to build
system?
Our design uses the MPC8568E CPU, so I suppose, I can use a lot of present
code coming from parameters like "ppc" and "mpc85xx".
Of co
On Monday 14 December 2009 01:39:20 Peter Tyser wrote:
> > > Before I respin, do you have any issue with the fact that the
> > > CFLAGS_lib will apply to both /lib and /arch/blackfin/lib?
> >
> > sorry, i dont understand what you mean. i must have missed the patch
> > you're implicitly referring t
That was the problem.
After GPIO configuration this line resolve the problem.
*setbits_be32(&immr->sysconf.sicrh, SICRH_GPIO_0 | SICRH_GPIO_1 |
SICRH_GPIO_2);*
The DEBUG output:
SPI - CHIP SELECT CONFIGURATION
&gpio = ec00
gpio->dir = 3f00
gpio->odr = 0
gpio->ier = e0bfff0f
gpio->imr
Peter Tyser schrieb:
> Neither the MVBLUE nor its underlying architecture implement the
> do_irqinfo() function which is required when CONFIG_CMD_IRQ is defined.
> This change fixes the following MVBLUE compiler error:
>
> -> ./MAKEALL MVBLUE
> Configuring for MVBLUE board...
> common/libcommon.a(c
29 matches
Mail list logo
