Re: secondary processor initialization

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Mar 09, 2010 at 11:33:12AM -0800, Steve Muckle wrote:
> We are adding support for a dual core Scorpion target. The second core
> will require some amount of initialization as well. If we take the
> second core out of reset directly into the kernel, we would have to put
> this initialization in the kernel.

Although we leave the secondary boot code completely up to the board,
we have to date no code in the kernel to deal with bringing a core out
of reset.

We assume that the secondary CPUs are being taken care of by the boot
loader, and we have to poke the address of the secondary CPU
initialization function to some register or memory location and signal
the boot loader.

> Another option is having the secondary CPU(s) execute a portion of the
> bootloader and come in through the main kernel entrypoint. This
> simplifies things but would mean having to put a hook very early in the
> primary boot path, compiled if SMP is configured, which checks the MPIDR
> and reroutes secondary CPUs.

I believe this is what everyone does.
--
To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [Linux for Sparc]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux