Re: [v3][PATCH 5/8] book3e/kexec/kdump: introduce a kexec kernel flag

2013-12-17 Thread Scott Wood
On Tue, 2013-07-09 at 16:03 +0800, Tiejun Chen wrote: > We need to introduce a flag to indicate we're already running > a kexec kernel then we can go proper path. For example, We > shouldn't access spin_table from the bootloader to up any secondary > cpu for kexec kernel, and kexec kernel already

Re: [v3][PATCH 5/8] book3e/kexec/kdump: introduce a kexec kernel flag

2013-12-17 Thread Scott Wood
On Tue, 2013-07-09 at 16:03 +0800, Tiejun Chen wrote: We need to introduce a flag to indicate we're already running a kexec kernel then we can go proper path. For example, We shouldn't access spin_table from the bootloader to up any secondary cpu for kexec kernel, and kexec kernel already know

[v3][PATCH 5/8] book3e/kexec/kdump: introduce a kexec kernel flag

2013-07-09 Thread Tiejun Chen
We need to introduce a flag to indicate we're already running a kexec kernel then we can go proper path. For example, We shouldn't access spin_table from the bootloader to up any secondary cpu for kexec kernel, and kexec kernel already know how to jump to generic_secondary_smp_init.

[v3][PATCH 5/8] book3e/kexec/kdump: introduce a kexec kernel flag

2013-07-09 Thread Tiejun Chen
We need to introduce a flag to indicate we're already running a kexec kernel then we can go proper path. For example, We shouldn't access spin_table from the bootloader to up any secondary cpu for kexec kernel, and kexec kernel already know how to jump to generic_secondary_smp_init.