On Fri, Oct 31, 2008 at 01:25:14PM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 08:06 Fri 31 Oct , Jerry Van Baren wrote:
> > Wolfgang Denk wrote:
> > > Dear rajeev s,
> > >
> > > In message <[EMAIL PROTECTED]> you wrote:
> > >> We have a custom board based on coldfire (MCF5484) Simila
Hello,
I'm working with an MPC8349EMDS board, doing testing. I usually just
leave the flash blank, and let the autoboot time out, where it sits with
the following message:
Hit any key to stop autoboot: 0
Wrong Image Format for bootm command
ERROR: can't get kernel image!
=>
Since commit 396f
On Wed, Aug 27, 2008 at 05:20:17PM -0500, Kumar Gala wrote:
>
> On Aug 27, 2008, at 4:49 PM, Ira Snyder wrote:
>
>> Hello,
>>
>> I'm working with an MPC8349EMDS board, doing testing. I usually just
>> leave the flash blank, and let the autoboot time out, wh
On Thu, Aug 28, 2008 at 01:04:17AM +0200, Wolfgang Denk wrote:
> Dear Ira Snyder,
>
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > => printenv bootcmd
> > bootcmd=run flash_self
> > => printenv flash_self
> > flash_self=run ramar
On Thu, May 21, 2009 at 12:09:58PM -0500, Peter Tyser wrote:
> This patch series attempts to clean up the DMA implementation for the
> 85xx and 86xx architectures. The changes include:
> - consolidate 85xx and 86xx structures and code
> - add defines for bitfields
> - use proper IO accessors
> - a
On Thu, May 21, 2009 at 03:49:29PM -0500, Peter Tyser wrote:
> On Thu, 2009-05-21 at 12:37 -0700, Ira Snyder wrote:
> > On Thu, May 21, 2009 at 12:09:58PM -0500, Peter Tyser wrote:
> > > This patch series attempts to clean up the DMA implementation for the
> > > 85xx a
On Fri, May 22, 2009 at 03:24:31PM -0500, Peter Tyser wrote:
> Signed-off-by: Peter Tyser
> ---
>
> I don't have any 83xx boards to try this on, but I verified the dma code
> still works on an 86xx board. An easy way to test this change (Ira?)
> would be to enable CONFIG_FSL_DMA and CONFIG_SYS_D
Hello U-Boot users,
I've been working on a custom board, based heavily on the Freescale
MPC8349EMDS board. The only major difference is that the board has some
FPGAs connected to the local bus.
I've found that the TSEC / gianfar ethernet does not work for me in
1000mbit mode. I constantly get "go
On Tue, Jun 02, 2009 at 12:35:14PM -0500, Peter Tyser wrote:
> On Tue, 2009-06-02 at 09:42 -0700, David Hawkins wrote:
> > > I am unable to reproduce the corruption on my MPC8349EMDS eval board,
> > > but I'm running out of ideas to try and find the source of this problem.
> >
> > One more piece o
On Tue, Jun 02, 2009 at 08:50:04PM +0200, Wolfgang Denk wrote:
> Dear Ira Snyder,
>
> In message <20090602162757.ga6...@ovro.caltech.edu> you wrote:
> >
> > I've been working on a custom board, based heavily on the Freescale
> > MPC8349EMDS board. The only
On Wed, Jun 03, 2009 at 04:44:54AM +0800, Liu Dave-R63238 wrote:
> > What is the ACR register settings?
=> md e800 1
e800: 00030300
> > What is the freq of core/csb/DDR and TSEC block?
According to U-Boot's clocks command:
=> clocks
Clock configuration:
Core:533
On Tue, Jun 02, 2009 at 02:25:03PM -0700, Ira Snyder wrote:
> >
> > And what is the SICRH[30-31]?
> > Did you have the matching settings for GMII with 3.3V?
> >
>
> => md e118 1
> e118: 0002
>
> This looks wrong. The MPC8349EMDS
On Tue, Jun 02, 2009 at 06:08:17PM -0500, Kim Phillips wrote:
> On Tue, 2 Jun 2009 15:19:18 -0700
> Ira Snyder wrote:
>
> > On Tue, Jun 02, 2009 at 02:25:03PM -0700, Ira Snyder wrote:
> > > >
> > > > And what is the SICRH[30-31]?
> > > > Di
On Wed, Jun 03, 2009 at 03:19:05PM -0500, Kim Phillips wrote:
> On Wed, 3 Jun 2009 10:50:25 -0700
> Ira Snyder wrote:
>
> > On Tue, Jun 02, 2009 at 06:08:17PM -0500, Kim Phillips wrote:
> > > On Tue, 2 Jun 2009 15:19:18 -0700
> > > Ira Snyder wrote:
> > &
On Wed, Jul 01, 2009 at 10:59:47AM -0500, Peter Tyser wrote:
> On Thu, 2009-05-21 at 12:21 -0500, Peter Tyser wrote:
> > This series tries to add a DMA memory test to the mtest tests. The
> > DMA test performs bursts to SDRAM which can be useful in stressing memory
> > and can be difficult to prod
On Wed, Jul 08, 2009 at 09:30:01AM -0500, Peter Tyser wrote:
> On Wed, 2009-07-08 at 09:07 -0500, Kumar Gala wrote:
> > Peter,
> >
> > Also, I'm not seeing anyone defining CONFIG_DDR_ECC_INIT_VIA_DMA for
> > 83xx. I don't see any reason not to use DMA on 83xx.
>
> When I submitted the original
When running in PCI agent mode, the PCI_CLK_OUT signals are not used, so do
not enable them. See the MPC8349EA Reference Manual, Section 4.4.2
"Clocking in PCI Agent Mode".
Signed-off-by: Ira W. Snyder
---
board/freescale/mpc8349emds/pci.c |7 ---
1 files changed, 0 insertions(+), 7 dele
When running a system with 2 or more MPC8349EMDS boards in PCI agent mode,
the boards will lock up the PCI bus by scanning against each other.
The boards lock against each other by trying to access the PCI bus before
clearing their configuration lock bit. Both boards end up in a loop,
sending and
On Tue, Jan 13, 2009 at 08:09:23AM +0800, Liu Dave wrote:
> > void pci_init_board(void)
> > {
> > volatile immap_t *immr = (volatile immap_t *)CONFIG_SYS_IMMR;
> > - volatile clk83xx_t *clk = (volatile clk83xx_t *)&immr->clk;
> > volatile law83xx_t *pci_law = immr->sysconf.pcilaw;
> >
On Thu, Jan 22, 2015 at 7:24 AM, Masahiro Yamada
wrote:
> This board is still a non-generic board.
>
Hi Masahiro,
This is fine by me. I no longer work for Caltech OVRO, and therefore
no longer have access to this hardware.
Freescale still has these boards for sale. Their team may want to
maintai
>> confirming approval and not reacting at all.
>>
>
> All people (except Freescale and NXP employees) contributed to this code
> are in the CC list. Please give your explicit approval for this license
> change. Thanks.
>
> York
Yes, I approve.
Ira Snyder
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
21 matches
Mail list logo
