public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Amit Shah <shahamit@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] decoding 'program check exception trap'
Date: Tue, 17 Aug 2004 17:29:37 +0530	[thread overview]
Message-ID: <877aabc4040817045975185242@mail.gmail.com> (raw)
In-Reply-To: <20040817114320.D2812C109F@atlas.denx.de>

On Tue, 17 Aug 2004 13:43:15 +0200, Wolfgang Denk <wd@denx.de> wrote:
> > Hey WD, can you explain a bit on how you actually did this? The
> > preboot command copies something from PCI. How / when do you write to
> > the SDRAM over PCI? Did you do this through interrupts? Or was it
> > something else?
> 
> In our case this was different. The system is  a  standard  PCI  card
> which sits in a PC. Some software on the PC will initialize the card,
> holding  the processor in reset. It will then upload the U-Boot image
> into SDRAM, and then release the processor on  the  card  which  will
> boot  U-Boot  from  the location in RAM, which then in turn will load
> and boot Linux.

My situation is a bit similar as well. I too have a PCI card. However,
we do have flash, so I use u-boot to initialize the SDRAM and UART on
the board. After this is done, some binary (evenutally, a uImage) is
to be loaded and run. How to synchroize these things? How to stop
u-boot so that image from the PCI can be transferred? Better would be
to interrupt the host, and the driver then signals some userspace
program to transfer the image. After this, signal the MV64360 that the
binary is loaded, so that u-boot can then continue and transfer
execution to the binary / uImage.

Is this too murky?

Amti.

> 
> Best regards,
> 
> Wolfgang Denk
> 
> --
> Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
> Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
> Quote from the Boss... "I didn't say it was your fault.  I said I was
> going to blame it on you."
> 


-- 
Amit Shah
http://amitshah.nav.to/

  reply	other threads:[~2004-08-17 11:59 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-16 16:02 [U-Boot-Users] decoding 'program check exception trap' Amit Shah
2004-08-16 20:21 ` Wolfgang Denk
2004-08-17  7:05   ` Amit Shah
2004-08-17  7:38     ` Wolfgang Denk
2004-08-17  8:36       ` Amit Shah
2004-08-17 10:24         ` Wolfgang Denk
2004-08-17 10:51           ` Amit Shah
2004-08-17 11:26       ` Amit Shah
2004-08-17 11:43         ` Wolfgang Denk
2004-08-17 11:59           ` Amit Shah [this message]
2004-08-17 17:15             ` Wolfgang Denk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=877aabc4040817045975185242@mail.gmail.com \
    --to=shahamit@gmail.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox