* [PATCH] ARM: tegra: add kexec support to defconfig @ 2013-01-02 21:12 Stephen Warren 2013-01-03 16:50 ` Stephen Warren 2013-01-03 21:05 ` Thierry Reding 0 siblings, 2 replies; 7+ messages in thread From: Stephen Warren @ 2013-01-02 21:12 UTC (permalink / raw) To: linux-arm-kernel From: Stephen Warren <swarren@nvidia.com> Signed-off-by: Stephen Warren <swarren@nvidia.com> --- arch/arm/configs/tegra_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/tegra_defconfig b/arch/arm/configs/tegra_defconfig index 742dc41..e621603 100644 --- a/arch/arm/configs/tegra_defconfig +++ b/arch/arm/configs/tegra_defconfig @@ -34,6 +34,7 @@ CONFIG_AEABI=y CONFIG_HIGHMEM=y CONFIG_ZBOOT_ROM_TEXT=0x0 CONFIG_ZBOOT_ROM_BSS=0x0 +CONFIG_KEXEC=y CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y CONFIG_CPU_IDLE=y -- 1.7.10.4 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* [PATCH] ARM: tegra: add kexec support to defconfig 2013-01-02 21:12 [PATCH] ARM: tegra: add kexec support to defconfig Stephen Warren @ 2013-01-03 16:50 ` Stephen Warren 2013-01-03 21:05 ` Thierry Reding 1 sibling, 0 replies; 7+ messages in thread From: Stephen Warren @ 2013-01-03 16:50 UTC (permalink / raw) To: linux-arm-kernel On 01/02/2013 02:12 PM, Stephen Warren wrote: >... Applied to (squashed into) Tegra's for-3.9/defconfig branch. ^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH] ARM: tegra: add kexec support to defconfig 2013-01-02 21:12 [PATCH] ARM: tegra: add kexec support to defconfig Stephen Warren 2013-01-03 16:50 ` Stephen Warren @ 2013-01-03 21:05 ` Thierry Reding 2013-01-03 21:18 ` Stephen Warren 1 sibling, 1 reply; 7+ messages in thread From: Thierry Reding @ 2013-01-03 21:05 UTC (permalink / raw) To: linux-arm-kernel On Wed, Jan 02, 2013 at 02:12:21PM -0700, Stephen Warren wrote: > From: Stephen Warren <swarren@nvidia.com> > > Signed-off-by: Stephen Warren <swarren@nvidia.com> > --- > arch/arm/configs/tegra_defconfig | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/arm/configs/tegra_defconfig b/arch/arm/configs/tegra_defconfig > index 742dc41..e621603 100644 > --- a/arch/arm/configs/tegra_defconfig > +++ b/arch/arm/configs/tegra_defconfig > @@ -34,6 +34,7 @@ CONFIG_AEABI=y > CONFIG_HIGHMEM=y > CONFIG_ZBOOT_ROM_TEXT=0x0 > CONFIG_ZBOOT_ROM_BSS=0x0 > +CONFIG_KEXEC=y > CONFIG_CPU_FREQ=y > CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y > CONFIG_CPU_IDLE=y Interesting. What do you plan to use this for? kdump? Thierry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130103/e0a702be/attachment.sig> ^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH] ARM: tegra: add kexec support to defconfig 2013-01-03 21:05 ` Thierry Reding @ 2013-01-03 21:18 ` Stephen Warren 2013-01-03 21:29 ` Thierry Reding 0 siblings, 1 reply; 7+ messages in thread From: Stephen Warren @ 2013-01-03 21:18 UTC (permalink / raw) To: linux-arm-kernel On 01/03/2013 02:05 PM, Thierry Reding wrote: > On Wed, Jan 02, 2013 at 02:12:21PM -0700, Stephen Warren wrote: >> From: Stephen Warren <swarren@nvidia.com> >> >> Signed-off-by: Stephen Warren <swarren@nvidia.com> --- >> arch/arm/configs/tegra_defconfig | 1 + 1 file changed, 1 >> insertion(+) >> >> diff --git a/arch/arm/configs/tegra_defconfig >> b/arch/arm/configs/tegra_defconfig index 742dc41..e621603 100644 >> --- a/arch/arm/configs/tegra_defconfig +++ >> b/arch/arm/configs/tegra_defconfig @@ -34,6 +34,7 @@ >> CONFIG_AEABI=y CONFIG_HIGHMEM=y CONFIG_ZBOOT_ROM_TEXT=0x0 >> CONFIG_ZBOOT_ROM_BSS=0x0 +CONFIG_KEXEC=y CONFIG_CPU_FREQ=y >> CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y CONFIG_CPU_IDLE=y > > Interesting. What do you plan to use this for? kdump? I plan to burn a kernel (and a small stub, and a DTB) into flash instead of U-Boot, and hence not have to rely on any bootloader. Even ignoring that, a quick scp of a new kernel to a target followed by a kexec is faster than rebooting all the way through U-Boot's slower Ethernet support to boot a new kernel. ^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH] ARM: tegra: add kexec support to defconfig 2013-01-03 21:18 ` Stephen Warren @ 2013-01-03 21:29 ` Thierry Reding 2013-01-03 21:45 ` Stephen Warren 0 siblings, 1 reply; 7+ messages in thread From: Thierry Reding @ 2013-01-03 21:29 UTC (permalink / raw) To: linux-arm-kernel On Thu, Jan 03, 2013 at 02:18:27PM -0700, Stephen Warren wrote: > On 01/03/2013 02:05 PM, Thierry Reding wrote: > > On Wed, Jan 02, 2013 at 02:12:21PM -0700, Stephen Warren wrote: > >> From: Stephen Warren <swarren@nvidia.com> > >> > >> Signed-off-by: Stephen Warren <swarren@nvidia.com> --- > >> arch/arm/configs/tegra_defconfig | 1 + 1 file changed, 1 > >> insertion(+) > >> > >> diff --git a/arch/arm/configs/tegra_defconfig > >> b/arch/arm/configs/tegra_defconfig index 742dc41..e621603 100644 > >> --- a/arch/arm/configs/tegra_defconfig +++ > >> b/arch/arm/configs/tegra_defconfig @@ -34,6 +34,7 @@ > >> CONFIG_AEABI=y CONFIG_HIGHMEM=y CONFIG_ZBOOT_ROM_TEXT=0x0 > >> CONFIG_ZBOOT_ROM_BSS=0x0 +CONFIG_KEXEC=y CONFIG_CPU_FREQ=y > >> CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y CONFIG_CPU_IDLE=y > > > > Interesting. What do you plan to use this for? kdump? > > I plan to burn a kernel (and a small stub, and a DTB) into flash > instead of U-Boot, and hence not have to rely on any bootloader. Why does that require kexec support? > Even ignoring that, a quick scp of a new kernel to a target followed > by a kexec is faster than rebooting all the way through U-Boot's > slower Ethernet support to boot a new kernel. That sounds like an interesting approach. I wonder if this actually works with the current state of drivers in mainline. Sounds like this could speed up development quite a bit by avoiding full reboots. Thierry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130103/ffe62503/attachment.sig> ^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH] ARM: tegra: add kexec support to defconfig 2013-01-03 21:29 ` Thierry Reding @ 2013-01-03 21:45 ` Stephen Warren 2013-01-04 20:08 ` Thierry Reding 0 siblings, 1 reply; 7+ messages in thread From: Stephen Warren @ 2013-01-03 21:45 UTC (permalink / raw) To: linux-arm-kernel On 01/03/2013 02:29 PM, Thierry Reding wrote: > On Thu, Jan 03, 2013 at 02:18:27PM -0700, Stephen Warren wrote: >> On 01/03/2013 02:05 PM, Thierry Reding wrote: >>> On Wed, Jan 02, 2013 at 02:12:21PM -0700, Stephen Warren >>> wrote: >>>> From: Stephen Warren <swarren@nvidia.com> >>>> >>>> Signed-off-by: Stephen Warren <swarren@nvidia.com> --- >>>> arch/arm/configs/tegra_defconfig | 1 + 1 file changed, 1 >>>> insertion(+) >>>> >>>> diff --git a/arch/arm/configs/tegra_defconfig >>>> b/arch/arm/configs/tegra_defconfig index 742dc41..e621603 >>>> 100644 --- a/arch/arm/configs/tegra_defconfig +++ >>>> b/arch/arm/configs/tegra_defconfig @@ -34,6 +34,7 @@ >>>> CONFIG_AEABI=y CONFIG_HIGHMEM=y CONFIG_ZBOOT_ROM_TEXT=0x0 >>>> CONFIG_ZBOOT_ROM_BSS=0x0 +CONFIG_KEXEC=y CONFIG_CPU_FREQ=y >>>> CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y CONFIG_CPU_IDLE=y >>> >>> Interesting. What do you plan to use this for? kdump? >> >> I plan to burn a kernel (and a small stub, and a DTB) into flash >> instead of U-Boot, and hence not have to rely on any bootloader. > > Why does that require kexec support? Because I'd be using that kernel plus an initrd to download the "real" kernel over e.g. TFTP and kexec it. ^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH] ARM: tegra: add kexec support to defconfig 2013-01-03 21:45 ` Stephen Warren @ 2013-01-04 20:08 ` Thierry Reding 0 siblings, 0 replies; 7+ messages in thread From: Thierry Reding @ 2013-01-04 20:08 UTC (permalink / raw) To: linux-arm-kernel On Thu, Jan 03, 2013 at 02:45:02PM -0700, Stephen Warren wrote: > On 01/03/2013 02:29 PM, Thierry Reding wrote: > > On Thu, Jan 03, 2013 at 02:18:27PM -0700, Stephen Warren wrote: > >> On 01/03/2013 02:05 PM, Thierry Reding wrote: > >>> On Wed, Jan 02, 2013 at 02:12:21PM -0700, Stephen Warren > >>> wrote: > >>>> From: Stephen Warren <swarren@nvidia.com> > >>>> > >>>> Signed-off-by: Stephen Warren <swarren@nvidia.com> --- > >>>> arch/arm/configs/tegra_defconfig | 1 + 1 file changed, 1 > >>>> insertion(+) > >>>> > >>>> diff --git a/arch/arm/configs/tegra_defconfig > >>>> b/arch/arm/configs/tegra_defconfig index 742dc41..e621603 > >>>> 100644 --- a/arch/arm/configs/tegra_defconfig +++ > >>>> b/arch/arm/configs/tegra_defconfig @@ -34,6 +34,7 @@ > >>>> CONFIG_AEABI=y CONFIG_HIGHMEM=y CONFIG_ZBOOT_ROM_TEXT=0x0 > >>>> CONFIG_ZBOOT_ROM_BSS=0x0 +CONFIG_KEXEC=y CONFIG_CPU_FREQ=y > >>>> CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y CONFIG_CPU_IDLE=y > >>> > >>> Interesting. What do you plan to use this for? kdump? > >> > >> I plan to burn a kernel (and a small stub, and a DTB) into flash > >> instead of U-Boot, and hence not have to rely on any bootloader. > > > > Why does that require kexec support? > > Because I'd be using that kernel plus an initrd to download the "real" > kernel over e.g. TFTP and kexec it. Right, that makes sense. Thanks for explaining. Thierry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130104/395cb0d5/attachment.sig> ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2013-01-04 20:08 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-01-02 21:12 [PATCH] ARM: tegra: add kexec support to defconfig Stephen Warren 2013-01-03 16:50 ` Stephen Warren 2013-01-03 21:05 ` Thierry Reding 2013-01-03 21:18 ` Stephen Warren 2013-01-03 21:29 ` Thierry Reding 2013-01-03 21:45 ` Stephen Warren 2013-01-04 20:08 ` Thierry Reding
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).