lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <EEBA739CCF11FE49B73E1FB4690F5EE649E29D75@SHSMSX101.ccr.corp.intel.com>
Date:   Thu, 5 Jul 2018 06:47:37 +0000
From:   "Tian, Baofeng" <baofeng.tian@...el.com>
To:     Andrew Morton <akpm@...ux-foundation.org>
CC:     "andrew.smirnov@...il.com" <andrew.smirnov@...il.com>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "Zhuang, Qihua" <qihua.zhuang@...el.com>
Subject: RE: [PATCH] reboot: add reboot_panic parameter

Hi, Morton

On android platform, if use adb reboot, it will automatically reboot with cold reset.
cold reset will reset RAM and cause RAM lose data information, if we want to enable some debug features
like pstore, and ramdump etc, warm reset is needed to keep RAM across reset

So, we add this interface to allow people to set reboot as warm to get log data across reset.

Thanks
Tim

-----Original Message-----
From: Andrew Morton [mailto:akpm@...ux-foundation.org] 
Sent: Tuesday, July 3, 2018 5:31 AM
To: Tian, Baofeng <baofeng.tian@...el.com>
Cc: andrew.smirnov@...il.com; linux-kernel@...r.kernel.org; Zhuang, Qihua <qihua.zhuang@...el.com>
Subject: Re: [PATCH] reboot: add reboot_panic parameter

On Mon, 2 Jul 2018 02:20:59 +0000 "Tian, Baofeng" <baofeng.tian@...el.com> wrote:

> This "reboot_panic" kernel cmdline parameter allow to change the 
> reboot mode in case of panic only. It use the same format as the 
> "reboot" parameter.
> Example, for cf9 warm reset in case of panic: reboot_panic=p,w 
> currently it only support cold/warm reset in case of panic.

Why should we do this?  What are the benefits, what are the usecases, etc?  

Some user-facing documentation should clear that up.  `grep -r reboot= Documentation' will direct you to the appropriate places.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ