lkml.org 
[lkml]   [2015]   [Dec]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: [RFC][PATCH] misc: Introduce reboot_reason driver
    On Tue, Dec 8, 2015 at 3:29 PM, John Stultz <john.stultz@linaro.org> wrote:
    > This patch adds a basic driver to allow for commands like
    > "reboot bootloader" and "reboot recovery" to communicate this
    > reboot-reason to the bootloader.
    >
    > This is commonly done on Android devices, in order to reboot
    > the device into fastboot or recovery mode. It also supports
    > custom OEM specific commands, via "reboot oem-<value>".

    What are some examples of OEM specific commands?

    > This driver pulls the phys memory address from DT as well as
    > the magic reason values that are written to the address for
    > each mode.

    Starting with what does the h/w look like, this is typically
    implemented with some sort of persistent register(s) either in the SOC
    or PMIC. So I think persistent memory/registers is what we need to
    describe in DT. Perhaps this could be tied into pstore (an overkill
    for a single register, but useful if you already have pstore support
    for persistent memory)? The 2nd part is which register to use and the
    mapping of values to reboot reason. Do these vary within SOC families?
    If not, then we should just hardcode them in the reboot drivers which
    are already vendor specific.

    Also, while trying to standardize the values for reboot reason
    probably won't work short term, we should define something so people
    will start using it. We also should consider any implications with
    PSCI.

    Rob


    \
     
     \ /
      Last update: 2015-12-08 23:41    [W:2.305 / U:0.908 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site