hack for getting suspend/resume to half work on an IBM Thinkpad
x60s [SMP]
John Baldwin
jhb at freebsd.org
Wed Oct 4 11:56:13 PDT 2006
On Tuesday 03 October 2006 17:33, Andrea Bittau wrote:
> On Tue, Oct 03, 2006 at 02:03:31PM -0700, Nate Lawson wrote:
> > I agree. The standard switch to protected mode, paging, etc. needs to
> > be performed and then resume from the saved register context.
>
> I guess my point was that there are two pieces of code that do that:
> 1) mpboot.s bootMP() used by system bootstrap and what my current patch
uses. I
> think this is what you guys are suggesting to use, and I'm doing it
anyway in
> my patch, but I just want to be the devil's advocate =D.
>
> 2) acpi_wakecode.S wakeup_16() used by the BSP to wake itself up. This is
what
> I was suggesting should be generalized and used by the other cores too.
The
> difference of this code as opposed to #1 is that #2 can "cheat". That
is, we
> can create the code for #2 on the fly and do stuff like mov old_eax,eax
etc
> and don't have to be smart about figuring out where the CPU should land
and
> how it should initialize itself [as in the case of #1].
>
> I'm just wondering whether we should do something about the assembly "code
> duplication" in #1 and #2. I understand they serve a different purpose, but
> arguably, they do the same thing: real-mode -> jump in kernel. What is
> different is what happens once in kernel mode: boot or resume? That
difference
> could be coded in the C part of the kernel leaving a single asm entry point
both
> for bootstrap and wakeup code. Am I making any sense? =D
1) is already tailored to work with starting up an extra AP based on the
STARTUP IPI, so I think we should reuse it for starting up the cores. I need
to think about it more though. First we need to get APIC with UP working
though.
--
John Baldwin
More information about the freebsd-mobile
mailing list