| commit | 7c6352a4699e9a3a2d91b2cddbf3f1048207e904 | |
| author | Benjamin Herrenschmidt <benh@ozlabs.org> | |
| Wed, 9 Apr 2008 07:21:26 +0000 (9 17:21 +1000) | ||
| committer | Paul Mackerras <paulus@samba.org> | |
| Wed, 16 Apr 2008 21:46:10 +0000 (17 07:46 +1000) | ||
| tree | 2f7be099bbe8a205096536ddddf1628573c92597 | treesnapshot (tar.gz zip) |
| parent | 55045d47d7a8c4c61bc0ca6f2fac5087dd598bc3 | commitdiff |
[POWERPC] Initialize paca->current earlier
Currently, we initialize the "current" pointer in the PACA (which
is used by the "current" macro in the kernel) before calling
setup_system(). That means that early_setup() is called with
current still "NULL" which is -not- a good idea. It happens to
work so far but breaks with lockdep when early code calls printk.
This changes it so that all PACAs are statically initialized with
__current pointing to the init task. For non-0 CPUs, this is fixed
up before use.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
Currently, we initialize the "current" pointer in the PACA (which
is used by the "current" macro in the kernel) before calling
setup_system(). That means that early_setup() is called with
current still "NULL" which is -not- a good idea. It happens to
work so far but breaks with lockdep when early code calls printk.
This changes it so that all PACAs are statically initialized with
__current pointing to the init task. For non-0 CPUs, this is fixed
up before use.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
| arch/powerpc/kernel/head_64.S | diffblobblamehistory | |
| arch/powerpc/kernel/paca.c | diffblobblamehistory |