All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hans de Goede <hdegoede@redhat.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 2/2] sun7i: Add PSCI v0.2 support
Date: Mon, 15 Dec 2014 16:48:10 +0100	[thread overview]
Message-ID: <548F02BA.6030000@redhat.com> (raw)
In-Reply-To: <548EFDF1.9010404@siemens.com>

Hi,

On 15-12-14 16:27, Jan Kiszka wrote:
> On 2014-12-15 12:44, Hans de Goede wrote:
>> Hi,
>>
>> On 15-12-14 12:37, Jan Kiszka wrote:
>>> This extends the PSCI support for the A20 to a dual v0.2 and v0.1
>>> interface. Recent OSes will prefer v0.2, olders will still find the
>>> original interface, just at v0.2 service IDs.
>>>
>>> In addition to the existing services, v0.2 requires us to implement both
>>> system off and reset. At least Linux will make use of them in favor of
>>> its own implementations and, thus, fail if they do not work.
>>
>> Ugh, that may be a problem, as at least power off is highly SoC specific
>> (different pmics, and newer pmics have a different bus) and somewhat board
>> specific.
>
> Yes, that was my first thought as well.
>
>>
>> I think we may avoid adding any board specific stuff for now, since we
>> only want PSCI support on A20 and later and the only boards I know
>> of which are not using the standard axp pmics are all A10 / A13 boards,
>> but this might come back to bite us in the future.
>
> Good - so this is a conceptual ack for this patch?

I guess so I'm still not enthusiastic, but given that there seems no other
way (as you indicate below) and that for now I do not foresee any issues,
as long as we do a different psci.S per SoC (one for each of sun6i sun7i
and sun8i at least), we should be able to make this work.

So yes I can live with this. Note it still does not make me happy though
(not your fault).

>
>>
>> Can't we just return -ENOTSUPPORTED or some such ?
>
> Unfortunately not. I don't know what was the intention of the designed
> of this spec regarding mandatory SYSTEM_OFF and SYSTEM_RESET support.
> Both functions are not supposed to return at all, and the kernel panics
> when you return from SYSTEM_OFF.

Not nice, but nothing we can do to fix the retroactively.

Regards,

Hans

  reply	other threads:[~2014-12-15 15:48 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-15 11:37 [U-Boot] [PATCH 0/2] sun7i: PSCI enhancements Jan Kiszka
2014-12-15 11:37 ` [U-Boot] [PATCH 1/2] sun7i: Add support for taking CPUs offline via PSCI Jan Kiszka
2014-12-29 14:08   ` Ian Campbell
2014-12-31 11:57     ` Jan Kiszka
2014-12-15 11:37 ` [U-Boot] [PATCH 2/2] sun7i: Add PSCI v0.2 support Jan Kiszka
2014-12-15 11:44   ` Hans de Goede
2014-12-15 15:27     ` Jan Kiszka
2014-12-15 15:48       ` Hans de Goede [this message]
2014-12-29 14:12   ` Ian Campbell
2014-12-31 11:57     ` Jan Kiszka
2015-01-07 18:41       ` Ian Campbell

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=548F02BA.6030000@redhat.com \
    --to=hdegoede@redhat.com \
    --cc=u-boot@lists.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.