* [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).