Well, my plan was to... er... post a message on linaro-dev and see happened!

And yes, refactor as an ARM-common driver + SoC-specific stubs, that sounds 
about right.

I plan to work on the Linux integration from 1st December. I have done some 
Linux kernel work before but I'm a little rusty.

Jon.

-----Original Message-----
From: Amit Kucheria [mailto:amit.kuche...@linaro.org]
Sent: 12 October 2010 12:04
To: Jon Callan
Cc: linaro-dev@lists.linaro.org
Subject: Re: Common ARM context save/restore code

Jon,

I'm sure you anticipated this - What is your plan for pushing this out
to the kernel? :)

And how can we help?

On Tue, Oct 12, 2010 at 1:39 PM, Jon Callan <jon.cal...@arm.com> wrote:
> Vishwa,
>
> I have a more-or-less complete set of example code for CPU context 
> save/restore, currently supporting A5/A8/A9 and with planned support for 
> Eagle.
>
> It is structured as "firmware" at the moment, but it would be much better if 
> it was integrated into the ARM Linux kernel. The idea is the kernel calls it 
> from CPUidle, and it saves all CPU context and cuts the power. Then when 
> power returns, it restores all CPU context and returns to the kernel as if 
> nothing has happened.
>
> It handles just the CPU and cluster context, which on A9mpcore includes MMU, 
> GIC, VFP, SCU, L2cc, Debug, etc. It takes care of cleaning caches and 
> entering/leaving the coherency domain. There is also support for TrustZone, 
> but as you say that's quite platform-specific.
>
> So we would need to integrate this with the SoC-specific code somehow.

So you need to refactor these to an ARM-common driver and SoC-specific stubs?

/Amit

-- IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium.  Thank you.

_______________________________________________
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Reply via email to