* PSCI version 1.1 and SYSTEM_RESET2 @ 2019-04-30 21:44 Sodagudi Prasad 2019-05-01 0:07 ` Sodagudi Prasad 0 siblings, 1 reply; 10+ messages in thread From: Sodagudi Prasad @ 2019-04-30 21:44 UTC (permalink / raw) To: julien.thierry, will.deacon, catalin.marinas, mark.rutland, lorenzo.pieralisi Cc: linux-kernel, linux-arm-kernel Hi Mark/Will, I would like to understand whether ARM linux community have plans to support PSCI version 1.1 or not. PSCI_1_1 specification introduced support for SYSTEM_RESET2 command and this new command helps mobile devices to SYSTEM_WARM_RESET support. Rebooting devices with warm reboot helps to capture the snapshot of the ram contents for post-mortem analysis. -Thanks, Prasad -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, Linux Foundation Collaborative Project _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: PSCI version 1.1 and SYSTEM_RESET2 2019-04-30 21:44 PSCI version 1.1 and SYSTEM_RESET2 Sodagudi Prasad @ 2019-05-01 0:07 ` Sodagudi Prasad 2019-05-01 9:49 ` Sudeep Holla 0 siblings, 1 reply; 10+ messages in thread From: Sodagudi Prasad @ 2019-05-01 0:07 UTC (permalink / raw) To: julien.thierry, will.deacon, catalin.marinas, mark.rutland, lorenzo.pieralisi, sudeep.holla Cc: linux-kernel, linux-arm-kernel On 2019-04-30 14:44, Sodagudi Prasad wrote: +Sudeep > Hi Mark/Will, > > I would like to understand whether ARM linux community have plans to > support PSCI version 1.1 or not. > PSCI_1_1 specification introduced support for SYSTEM_RESET2 command > and this new command helps mobile devices to SYSTEM_WARM_RESET > support. Rebooting devices with warm reboot helps to capture the > snapshot of the ram contents for post-mortem analysis. I think, there is a recent discussion from Sudeep for the SYSTEM_RESET2 support. https://patchwork.kernel.org/patch/10884345/ Hi Sudeep, I was going through your discussion in the below list - https://lore.kernel.org/lkml/d73d3580-4ec1-a281-4585-5c776fc08c79@xilinx.com/ There is no provision to set up reboot mode dynamically instead kernel command line parameter. Looking for options to reboot device with warm reboot option when kernel crashed. panic() --> emergency_restart() --> machine_emergency_restart() --> machine_restart(NULL); It would nice if there is a config option to reboot the device either in warm or cold in the case of kernel panic. Calling machine_restart with a NULL parameter for kernel crash is leading to devices cold reboot. -Thanks, Prasad > > -Thanks, Prasad -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, Linux Foundation Collaborative Project _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: PSCI version 1.1 and SYSTEM_RESET2 2019-05-01 0:07 ` Sodagudi Prasad @ 2019-05-01 9:49 ` Sudeep Holla 2019-05-01 18:43 ` Sodagudi Prasad 0 siblings, 1 reply; 10+ messages in thread From: Sudeep Holla @ 2019-05-01 9:49 UTC (permalink / raw) To: Sodagudi Prasad Cc: mark.rutland, lorenzo.pieralisi, julien.thierry, catalin.marinas, will.deacon, linux-kernel, Sudeep Holla, linux-arm-kernel On Tue, Apr 30, 2019 at 05:07:31PM -0700, Sodagudi Prasad wrote: > On 2019-04-30 14:44, Sodagudi Prasad wrote: > +Sudeep > > > Hi Mark/Will, > > > > I would like to understand whether ARM linux community have plans to > > support PSCI version 1.1 or not. > > PSCI_1_1 specification introduced support for SYSTEM_RESET2 command > > and this new command helps mobile devices to SYSTEM_WARM_RESET > > support. Rebooting devices with warm reboot helps to capture the > > snapshot of the ram contents for post-mortem analysis. > > I think, there is a recent discussion from Sudeep for the SYSTEM_RESET2 > support. > https://patchwork.kernel.org/patch/10884345/ > This has landed in -next, and hopefully must appear in v5.2 > > Hi Sudeep, > > I was going through your discussion in the below list - > https://lore.kernel.org/lkml/d73d3580-4ec1-a281-4585-5c776fc08c79@xilinx.com/ > > There is no provision to set up reboot mode dynamically instead kernel > command line parameter. > Looking for options to reboot device with warm reboot option when kernel > crashed. > > panic() --> emergency_restart() --> machine_emergency_restart() --> > machine_restart(NULL); > > It would nice if there is a config option to reboot the device either in > warm or cold in the case of kernel panic. I presume you prefer to do warm boot in case of panic to get a dump of the memory to inspect ? If so, is kexec/kdump not the mechanism to achieve that ? I am just trying to understand the use case. Xilinx asked for the same but never got to understand their use case. -- Regards, Sudeep _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: PSCI version 1.1 and SYSTEM_RESET2 2019-05-01 9:49 ` Sudeep Holla @ 2019-05-01 18:43 ` Sodagudi Prasad 2019-05-02 9:05 ` Sudeep Holla 0 siblings, 1 reply; 10+ messages in thread From: Sodagudi Prasad @ 2019-05-01 18:43 UTC (permalink / raw) To: Sudeep Holla Cc: mark.rutland, lorenzo.pieralisi, julien.thierry, catalin.marinas, will.deacon, linux-kernel, linux-arm-kernel On 2019-05-01 02:49, Sudeep Holla wrote: > On Tue, Apr 30, 2019 at 05:07:31PM -0700, Sodagudi Prasad wrote: >> On 2019-04-30 14:44, Sodagudi Prasad wrote: >> +Sudeep >> >> > Hi Mark/Will, >> > >> > I would like to understand whether ARM linux community have plans to >> > support PSCI version 1.1 or not. >> > PSCI_1_1 specification introduced support for SYSTEM_RESET2 command >> > and this new command helps mobile devices to SYSTEM_WARM_RESET >> > support. Rebooting devices with warm reboot helps to capture the >> > snapshot of the ram contents for post-mortem analysis. >> >> I think, there is a recent discussion from Sudeep for the >> SYSTEM_RESET2 >> support. >> https://patchwork.kernel.org/patch/10884345/ >> > > This has landed in -next, and hopefully must appear in v5.2 > >> >> Hi Sudeep, >> >> I was going through your discussion in the below list - >> https://lore.kernel.org/lkml/d73d3580-4ec1-a281-4585-5c776fc08c79@xilinx.com/ >> >> There is no provision to set up reboot mode dynamically instead kernel >> command line parameter. >> Looking for options to reboot device with warm reboot option when >> kernel >> crashed. >> >> panic() --> emergency_restart() --> machine_emergency_restart() --> >> machine_restart(NULL); >> >> It would nice if there is a config option to reboot the device either >> in >> warm or cold in the case of kernel panic. > > I presume you prefer to do warm boot in case of panic to get a dump of > the memory to inspect ? If so, is kexec/kdump not the mechanism to > achieve that ? Hi Sudeep, Thanks for your response and sharing details about your patch. <Sudeep> If so, is kexec/kdump not the mechanism to achieve that? Qualcomm is having vendor specific solution to capture ram contents and for offline analysis. > > I am just trying to understand the use case. Xilinx asked for the same > but never got to understand their use case. Here is the background - Usually, power off drivers are overriding arm_pm_restart and pm_power_off callbacks and registering with reboot notifier with some priority for the reboot operations. Here is the Qualcomm poweroff driver for reference. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/power/reset/msm-poweroff.c Before vendor chip set specific power off driver is probed, arm_pm_restart functions pointer holds the psci_sys_reset function. Once vendor power off driver is probed, vendor drivers can override the arm_pm_restart function pointer. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/firmware/psci.c#n562 Once vendor driver is probed, drivers can take care of devices warm or hard reset configuration part properly. But there is a window from start_kernel() to vendor specific driver probed, devices are getting cold resets even if kernel crashed. This is due to arm_pm_restart points to psci_sys_reset function by default. Is this problem clear now? Qualcomm downstream kernel has a lot of use cases with respect device reset sequence and the downstream driver is much different from upstream drivers. I think, the above-mentioned problem is common for all the chipset vendors and it is not specific Qualcomm use cases. I have one downstream solution to this problem but thought to bring up this problem to the upstream community for a common solution, so that all the vendors can use it. I have modified below flow to avoid cold restart in the case of early kernel panic. panic() --> emergency_restart() --> machine_emergency_restart() --> machine_restart(NULL); -Thanks, Prasad > > -- > Regards, > Sudeep -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, Linux Foundation Collaborative Project _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: PSCI version 1.1 and SYSTEM_RESET2 2019-05-01 18:43 ` Sodagudi Prasad @ 2019-05-02 9:05 ` Sudeep Holla 2019-05-09 1:38 ` Sodagudi Prasad 0 siblings, 1 reply; 10+ messages in thread From: Sudeep Holla @ 2019-05-02 9:05 UTC (permalink / raw) To: Sodagudi Prasad Cc: mark.rutland, lorenzo.pieralisi, julien.thierry, catalin.marinas, will.deacon, linux-kernel, linux-arm-kernel On Wed, May 01, 2019 at 11:43:00AM -0700, Sodagudi Prasad wrote: > On 2019-05-01 02:49, Sudeep Holla wrote: > > On Tue, Apr 30, 2019 at 05:07:31PM -0700, Sodagudi Prasad wrote: > > > On 2019-04-30 14:44, Sodagudi Prasad wrote: [...] > > > > > > It would nice if there is a config option to reboot the device > > > either in > > > warm or cold in the case of kernel panic. > > > > I presume you prefer to do warm boot in case of panic to get a dump of > > the memory to inspect ? If so, is kexec/kdump not the mechanism to > > achieve that ? > > Hi Sudeep, > > Thanks for your response and sharing details about your patch. > > > If so, is kexec/kdump not the mechanism to achieve that? > > > Qualcomm is having vendor specific solution to capture ram contents and for > offline analysis. > Ah OK. > > > > I am just trying to understand the use case. Xilinx asked for the same > > but never got to understand their use case. > > Here is the background - > Usually, power off drivers are overriding arm_pm_restart and pm_power_off > callbacks and registering with reboot notifier with some priority for the > reboot operations. Here is the Qualcomm poweroff driver for reference. > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/power/reset/msm-poweroff.c > > Before vendor chip set specific power off driver is probed, arm_pm_restart > functions pointer holds the psci_sys_reset function. Once vendor power off > driver is probed, vendor drivers can override the arm_pm_restart function > pointer. > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/firmware/psci.c#n562 > > Once vendor driver is probed, drivers can take care of devices warm or hard > reset configuration part properly. But there is a window from > start_kernel() to vendor specific driver probed, devices are getting cold > resets even if kernel crashed. This is due to arm_pm_restart points to > psci_sys_reset function by default. Is this problem clear now? > Too specific use case IMO and I am not sure if we need a generic solution to deal with this. Anyways, I don't see any check in arch/psci specific code for what you want, just ensure reboot_mode is set appropriately. Post a patch and see what people have to say. > Qualcomm downstream kernel has a lot of use cases with respect device reset > sequence and the downstream driver is much different from upstream drivers. > I think, the above-mentioned problem is common for all the chipset vendors > and it is not specific Qualcomm use cases. I have one downstream solution > to this problem but thought to bring up this problem to the upstream > community for a common solution, so that all the vendors can use it. > May be or may be not, post the patch and let's see. > I have modified below flow to avoid cold restart in the case of early kernel > panic. > panic() --> emergency_restart() --> machine_emergency_restart() --> > machine_restart(NULL); > > -Thanks, Prasad > > > > > -- > > Regards, > > Sudeep > > -- > The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, > Linux Foundation Collaborative Project _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: PSCI version 1.1 and SYSTEM_RESET2 2019-05-02 9:05 ` Sudeep Holla @ 2019-05-09 1:38 ` Sodagudi Prasad 2019-05-09 1:47 ` [PATCH] kernel/panic: Use SYSTEM_RESET2 command for warm reset Prasad Sodagudi 0 siblings, 1 reply; 10+ messages in thread From: Sodagudi Prasad @ 2019-05-09 1:38 UTC (permalink / raw) To: Sudeep Holla Cc: mark.rutland, lorenzo.pieralisi, julien.thierry, catalin.marinas, will.deacon, linux-kernel, linux-arm-kernel On 2019-05-02 02:05, Sudeep Holla wrote: > On Wed, May 01, 2019 at 11:43:00AM -0700, Sodagudi Prasad wrote: >> On 2019-05-01 02:49, Sudeep Holla wrote: >> > On Tue, Apr 30, 2019 at 05:07:31PM -0700, Sodagudi Prasad wrote: >> > > On 2019-04-30 14:44, Sodagudi Prasad wrote: > > [...] > >> > > >> > > It would nice if there is a config option to reboot the device >> > > either in >> > > warm or cold in the case of kernel panic. >> > >> > I presume you prefer to do warm boot in case of panic to get a dump of >> > the memory to inspect ? If so, is kexec/kdump not the mechanism to >> > achieve that ? >> >> Hi Sudeep, >> >> Thanks for your response and sharing details about your patch. >> >> > If so, is kexec/kdump not the mechanism to achieve that? >> > >> Qualcomm is having vendor specific solution to capture ram contents >> and for >> offline analysis. >> > > Ah OK. > >> > >> > I am just trying to understand the use case. Xilinx asked for the same >> > but never got to understand their use case. >> >> Here is the background - >> Usually, power off drivers are overriding arm_pm_restart and >> pm_power_off >> callbacks and registering with reboot notifier with some priority for >> the >> reboot operations. Here is the Qualcomm poweroff driver for >> reference. >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/power/reset/msm-poweroff.c >> >> Before vendor chip set specific power off driver is probed, >> arm_pm_restart >> functions pointer holds the psci_sys_reset function. Once vendor power >> off >> driver is probed, vendor drivers can override the arm_pm_restart >> function >> pointer. >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/firmware/psci.c#n562 >> >> Once vendor driver is probed, drivers can take care of devices warm or >> hard >> reset configuration part properly. But there is a window from >> start_kernel() to vendor specific driver probed, devices are getting >> cold >> resets even if kernel crashed. This is due to arm_pm_restart points >> to >> psci_sys_reset function by default. Is this problem clear now? >> > > Too specific use case IMO and I am not sure if we need a generic > solution > to deal with this. Anyways, I don't see any check in arch/psci specific > code for what you want, just ensure reboot_mode is set appropriately. > Post a patch and see what people have to say. Hi Sudeep, Yes. With your system_reset2 command support addition, just configuring the reboot_mode is good enough. -Thanks, Prasad > >> Qualcomm downstream kernel has a lot of use cases with respect device >> reset >> sequence and the downstream driver is much different from upstream >> drivers. >> I think, the above-mentioned problem is common for all the chipset >> vendors >> and it is not specific Qualcomm use cases. I have one downstream >> solution >> to this problem but thought to bring up this problem to the upstream >> community for a common solution, so that all the vendors can use it. >> > > May be or may be not, post the patch and let's see. > >> I have modified below flow to avoid cold restart in the case of early >> kernel >> panic. >> panic() --> emergency_restart() --> machine_emergency_restart() --> >> machine_restart(NULL); >> >> -Thanks, Prasad >> >> > >> > -- >> > Regards, >> > Sudeep >> >> -- >> The Qualcomm Innovation Center, Inc. is a member of the Code Aurora >> Forum, >> Linux Foundation Collaborative Project -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, Linux Foundation Collaborative Project _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH] kernel/panic: Use SYSTEM_RESET2 command for warm reset 2019-05-09 1:38 ` Sodagudi Prasad @ 2019-05-09 1:47 ` Prasad Sodagudi 2019-05-09 9:40 ` Sudeep Holla 2019-05-16 18:29 ` Aaro Koskinen 0 siblings, 2 replies; 10+ messages in thread From: Prasad Sodagudi @ 2019-05-09 1:47 UTC (permalink / raw) To: sudeep.holla, julien.thierry, will.deacon, catalin.marinas, mark.rutland, lorenzo.pieralisi, akpm Cc: Prasad Sodagudi, linux-kernel, linux-arm-kernel Some platforms may need warm reboot support when kernel crashed for post mortem analysis instead of cold reboot. So use config CONFIG_WARM_REBOOT_ON_PANIC and SYSTEM_RESET2 psci command support for warm reset. Signed-off-by: Prasad Sodagudi <psodagud@codeaurora.org> --- kernel/panic.c | 4 ++++ lib/Kconfig.debug | 10 ++++++++++ 2 files changed, 14 insertions(+) diff --git a/kernel/panic.c b/kernel/panic.c index c1fcaad..6ab6675 100644 --- a/kernel/panic.c +++ b/kernel/panic.c @@ -198,6 +198,10 @@ void panic(const char *fmt, ...) console_verbose(); bust_spinlocks(1); +#ifdef CONFIG_WARM_REBOOT_ON_PANIC + /* Configure for warm reboot instead of cold reboot. */ + reboot_mode = REBOOT_WARM; +#endif va_start(args, fmt); len = vscnprintf(buf, sizeof(buf), fmt, args); va_end(args); diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug index d695ec1..2a727d8 100644 --- a/lib/Kconfig.debug +++ b/lib/Kconfig.debug @@ -1000,6 +1000,16 @@ config PANIC_TIMEOUT value n > 0 will wait n seconds before rebooting, while a timeout value n < 0 will reboot immediately. +config WARM_REBOOT_ON_PANIC + bool "Warm reboot instead of cold reboot for panic" + default n + help + Some vendor platform may need warm reboot instead of cold reboot + for debugging. Before vendor specific power off driver is + probed, platform always gets cold reset. By setting Y here and + support for PSCI V1.1 is present from firmware, platform would + get warm reset instead of cold reset. + config SCHED_DEBUG bool "Collect scheduler debugging info" depends on DEBUG_KERNEL && PROC_FS -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,\na Linux Foundation Collaborative Project _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH] kernel/panic: Use SYSTEM_RESET2 command for warm reset 2019-05-09 1:47 ` [PATCH] kernel/panic: Use SYSTEM_RESET2 command for warm reset Prasad Sodagudi @ 2019-05-09 9:40 ` Sudeep Holla 2019-05-16 18:29 ` Aaro Koskinen 1 sibling, 0 replies; 10+ messages in thread From: Sudeep Holla @ 2019-05-09 9:40 UTC (permalink / raw) To: Prasad Sodagudi Cc: mark.rutland, lorenzo.pieralisi, julien.thierry, catalin.marinas, will.deacon, linux-kernel, Sudeep Holla, akpm, linux-arm-kernel On Wed, May 08, 2019 at 06:47:12PM -0700, Prasad Sodagudi wrote: > Some platforms may need warm reboot support when kernel crashed > for post mortem analysis instead of cold reboot. So use config > CONFIG_WARM_REBOOT_ON_PANIC and SYSTEM_RESET2 psci command > support for warm reset. > Please drop all the references to PSCI and SYSTEM_RESET2 including in subject. This is more generic and PSCIv1.1 with SYSTEM_RESET2 can make use of it. > Signed-off-by: Prasad Sodagudi <psodagud@codeaurora.org> > --- > kernel/panic.c | 4 ++++ > lib/Kconfig.debug | 10 ++++++++++ > 2 files changed, 14 insertions(+) > > diff --git a/kernel/panic.c b/kernel/panic.c > index c1fcaad..6ab6675 100644 > --- a/kernel/panic.c > +++ b/kernel/panic.c > @@ -198,6 +198,10 @@ void panic(const char *fmt, ...) > > console_verbose(); > bust_spinlocks(1); > +#ifdef CONFIG_WARM_REBOOT_ON_PANIC > + /* Configure for warm reboot instead of cold reboot. */ > + reboot_mode = REBOOT_WARM; > +#endif > va_start(args, fmt); > len = vscnprintf(buf, sizeof(buf), fmt, args); > va_end(args); > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug > index d695ec1..2a727d8 100644 > --- a/lib/Kconfig.debug > +++ b/lib/Kconfig.debug > @@ -1000,6 +1000,16 @@ config PANIC_TIMEOUT > value n > 0 will wait n seconds before rebooting, while a timeout > value n < 0 will reboot immediately. > > +config WARM_REBOOT_ON_PANIC > + bool "Warm reboot instead of cold reboot for panic" > + default n > + help > + Some vendor platform may need warm reboot instead of cold reboot > + for debugging. Before vendor specific power off driver is > + probed, platform always gets cold reset. By setting Y here and > + support for PSCI V1.1 is present from firmware, platform would > + get warm reset instead of cold reset. > + Ditto here, drop PSCI reference. Since it's being pushed as generic solution, expecting anyone reading this to understand what is this PSCI makes no sense and may be even confusing. -- Regards, Sudeep _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] kernel/panic: Use SYSTEM_RESET2 command for warm reset 2019-05-09 1:47 ` [PATCH] kernel/panic: Use SYSTEM_RESET2 command for warm reset Prasad Sodagudi 2019-05-09 9:40 ` Sudeep Holla @ 2019-05-16 18:29 ` Aaro Koskinen 2019-05-17 18:03 ` Sodagudi Prasad 1 sibling, 1 reply; 10+ messages in thread From: Aaro Koskinen @ 2019-05-16 18:29 UTC (permalink / raw) To: Prasad Sodagudi Cc: mark.rutland, lorenzo.pieralisi, julien.thierry, catalin.marinas, will.deacon, linux-kernel, sudeep.holla, akpm, linux-arm-kernel Hi, On Wed, May 08, 2019 at 06:47:12PM -0700, Prasad Sodagudi wrote: > Some platforms may need warm reboot support when kernel crashed > for post mortem analysis instead of cold reboot. So use config > CONFIG_WARM_REBOOT_ON_PANIC and SYSTEM_RESET2 psci command > support for warm reset. Please see commit b287a25a7148 - you can now use kernel command line option reboot=panic_warm to get this. A. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] kernel/panic: Use SYSTEM_RESET2 command for warm reset 2019-05-16 18:29 ` Aaro Koskinen @ 2019-05-17 18:03 ` Sodagudi Prasad 0 siblings, 0 replies; 10+ messages in thread From: Sodagudi Prasad @ 2019-05-17 18:03 UTC (permalink / raw) To: Aaro Koskinen Cc: mark.rutland, lorenzo.pieralisi, julien.thierry, catalin.marinas, will.deacon, linux-kernel, sudeep.holla, akpm, linux-arm-kernel On 2019-05-16 11:29, Aaro Koskinen wrote: > Hi, > > On Wed, May 08, 2019 at 06:47:12PM -0700, Prasad Sodagudi wrote: >> Some platforms may need warm reboot support when kernel crashed >> for post mortem analysis instead of cold reboot. So use config >> CONFIG_WARM_REBOOT_ON_PANIC and SYSTEM_RESET2 psci command >> support for warm reset. > > Please see commit b287a25a7148 - you can now use kernel command > line option reboot=panic_warm to get this. Thanks Aaro. Yes. I can use this option. Thanks Sudeep and all for discussing. > > A. -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, Linux Foundation Collaborative Project _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2019-05-17 18:03 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2019-04-30 21:44 PSCI version 1.1 and SYSTEM_RESET2 Sodagudi Prasad 2019-05-01 0:07 ` Sodagudi Prasad 2019-05-01 9:49 ` Sudeep Holla 2019-05-01 18:43 ` Sodagudi Prasad 2019-05-02 9:05 ` Sudeep Holla 2019-05-09 1:38 ` Sodagudi Prasad 2019-05-09 1:47 ` [PATCH] kernel/panic: Use SYSTEM_RESET2 command for warm reset Prasad Sodagudi 2019-05-09 9:40 ` Sudeep Holla 2019-05-16 18:29 ` Aaro Koskinen 2019-05-17 18:03 ` Sodagudi Prasad
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).