linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: "Stuart Yoder" <stuart.yoder@conformative.com>
To: "'Wolfgang Denk'" <wd@denx.de>
Cc: 'linuxppc-dev list' <linuxppc-dev@ozlabs.org>
Subject: RE: PowerPC + SMP
Date: Tue, 26 Apr 2005 14:07:36 -0500	[thread overview]
Message-ID: <056501c54a93$382d7bc0$2f010a0a@foundation.com> (raw)
In-Reply-To: <20050426173513.23FD1C1510@atlas.denx.de>


We've run into a few issues with U-boot, but they are not unsolveable--

-it doesn't provide an alternate execution path for the 2nd CPU when it
is started by the kernel
-U-boot needs to detect which CPU is executing
-U-boot on the 2nd CPU should not execute any platform/board specific
setup code-- this is stuff you only want to do once
-U-boot on the 2nd CPU cannot relocate itself to SDRAM because Linux is
already running there and assumes it owns all of memory
-it needs some way of getting to the Linux kernel entry point for
secondary CPUs
-it also appears that it should set up HID1 (other stuff??) for SMP
systems

Stuart

> -----Original Message-----
> From: Wolfgang Denk [mailto:wd@denx.de] 
> Sent: Tuesday, April 26, 2005 12:35 PM
> To: Stuart Yoder
> Cc: 'linuxppc-dev list'
> Subject: Re: PowerPC + SMP 
> 
> 
> In message <054301c54a6f$d1cf82b0$2f010a0a@foundation.com> you wrote:
> > 
> > I am using U-boot on my SMP system and U-boot is not SMP aware.  Do 
> > you
> 
> Strictly speaking this statement is wrong.
> 
> So far I am not aware of a port of U-Boot to a SMP system.  
> If  there was  such  a  port, and if it was properly done, 
> then U-Boot probably _were_ SMP aware.
> 
> Best regards,
> 
> Wolfgang Denk
> 
> -- 
> Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
> Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: 
> wd@denx.de Every program has at least one bug and can be 
> shortened by  at  least one  instruction  --  from  which,  
> by induction, one can deduce that every program can be 
> reduced to one instruction which doesn't work.
> 
> 
> 

  reply	other threads:[~2005-04-26 19:07 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-25 21:11 PowerPC + SMP Stuart Yoder
2005-04-26  3:36 ` Benjamin Herrenschmidt
2005-04-26 14:54   ` Stuart Yoder
2005-04-26 17:35     ` Wolfgang Denk
2005-04-26 19:07       ` Stuart Yoder [this message]
2005-04-26 22:27     ` Benjamin Herrenschmidt
2005-04-26 23:04     ` Paul Mackerras
  -- strict thread matches above, loose matches on Subject: below --
2005-04-27  4:37 Frank
2005-04-25 21:10 Stuart Yoder
2005-04-25 21:39 ` Kumar Gala
2005-04-26 19:16   ` Stuart Yoder
2005-04-26 19:23     ` Kumar Gala

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='056501c54a93$382d7bc0$2f010a0a@foundation.com' \
    --to=stuart.yoder@conformative.com \
    --cc=linuxppc-dev@ozlabs.org \
    --cc=wd@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;
as well as URLs for NNTP newsgroup(s).