[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <66ce544a-c1bf-4e84-2a7c-7480bbc0e12c@linux.vnet.ibm.com>
Date: Thu, 30 Apr 2020 11:22:09 +0530
From: Abhishek <huntbag@...ux.vnet.ibm.com>
To: Nicholas Piggin <npiggin@...il.com>, linux-kernel@...r.kernel.org,
linuxppc-dev@...abs.org
Cc: ego@...ux.vnet.ibm.com, mikey@...ling.org, mpe@...erman.id.au,
oohall@...il.com, psampat@...ux.ibm.com, svaidy@...ux.ibm.com,
skiboot@...ts.ozlabs.org
Subject: Re: [RFC 1/3] powernv/cpuidle : Support for pre-entry and post exit
of stop state in firmware
Hi Nick,
Have you posted out the kernel side of "opal v4" patchset?
I could only find the opal patchset.
Thanks,
Abhishek
On 04/28/2020 06:38 AM, Nicholas Piggin wrote:
> Thanks for picking this up and pushing it along. I do plan to come back
> and take another look at it all, but what we do need to do first is get
> a coherent approach to this proposed new calling convention and OS ops.
>
> It's fine to work on this in the meantime, but to start merging things
> my idea is:
>
> - OPAL must leave r13-r15 untouched for the OS.
> - OS ops are made available only for a "v4" OS that uses the new
> calling convention, including kernel stack.
> - OS ops baseline (all OSes must provide) will be console / printk
> facility, trap handling and crash/symbol decoding on behalf of OPAL,
> and runtime virtual memory.
>
> Other OS ops features can be added in the versioned structure, including
> this.
>
> I'm trying to get back to cleaning these things up and start getting
> them merged now. Any comments or review on those would be helpful.
>
> Thanks,
> Nick
>
Powered by blists - more mailing lists