1. 29 Jan, 2007 1 commit
  2. 26 Jan, 2007 2 commits
  3. 25 Jan, 2007 3 commits
  4. 24 Jan, 2007 25 commits
  5. 22 Jan, 2007 6 commits
  6. 11 Jan, 2007 1 commit
    • Gautham R Shenoy's avatar
      [PATCH] Change cpu_up and co from __devinit to __cpuinit · b282b6f8
      Gautham R Shenoy authored
      
      
      Compiling the kernel with CONFIG_HOTPLUG = y and CONFIG_HOTPLUG_CPU = n
      with CONFIG_RELOCATABLE = y generates the following modpost warnings
      
      WARNING: vmlinux - Section mismatch: reference to .init.data: from
      .text between '_cpu_up' (at offset 0xc0141b7d) and 'cpu_up'
      WARNING: vmlinux - Section mismatch: reference to .init.data: from
      .text between '_cpu_up' (at offset 0xc0141b9c) and 'cpu_up'
      WARNING: vmlinux - Section mismatch: reference to .init.text:__cpu_up
      from .text between '_cpu_up' (at offset 0xc0141bd8) and 'cpu_up'
      WARNING: vmlinux - Section mismatch: reference to .init.data: from
      .text between '_cpu_up' (at offset 0xc0141c05) and 'cpu_up'
      WARNING: vmlinux - Section mismatch: reference to .init.data: from
      .text between '_cpu_up' (at offset 0xc0141c26) and 'cpu_up'
      WARNING: vmlinux - Section mismatch: reference to .init.data: from
      .text between '_cpu_up' (at offset 0xc0141c37) and 'cpu_up'
      
      This is because cpu_up, _cpu_up and __cpu_up (in some architectures) are
      defined as __devinit
      AND
      __cpu_up calls some __cpuinit functions.
      
      Since __cpuinit would map to __init with this kind of a configuration,
      we get a .text refering .init.data warning.
      
      This patch solves the problem by converting all of __cpu_up, _cpu_up
      and cpu_up from __devinit to __cpuinit. The approach is justified since
      the callers of cpu_up are either dependent on CONFIG_HOTPLUG_CPU or
      are of __init type.
      
      Thus when CONFIG_HOTPLUG_CPU=y, all these cpu up functions would land up
      in .text section, and when CONFIG_HOTPLUG_CPU=n, all these functions would
      land up in .init section.
      
      Tested on a i386 SMP machine running linux-2.6.20-rc3-mm1.
      
      Signed-off-by: default avatarGautham R Shenoy <ego@in.ibm.com>
      Cc: Vivek Goyal <vgoyal@in.ibm.com>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      b282b6f8
  7. 08 Jan, 2007 2 commits
    • Anton Blanchard's avatar
      [POWERPC] Fix bugs in the hypervisor call stats code · dc40127c
      Anton Blanchard authored
      
      
      There were a few issues with the HCALL_STATS code:
      
      - PURR cpu feature checks were backwards
      - We iterated one entry off the end of the hcall_stats array
      - Remove dead update_hcall_stats() function prototype
      
      I noticed one thing while debugging, and that is we call H_ENTER (to set
      up the MMU hashtable in early init) before we have done the cpu fixups.
      This means we will execute the PURR SPR reads even on a CPU that isnt
      capable of it. I wonder if we can move the CPU feature fixups earlier.
      
      Signed-off-by: default avatarAnton Blanchard <anton@samba.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      dc40127c
    • Anton Blanchard's avatar
      [POWERPC] Fix corruption in hcall9 · ab87e8dc
      Anton Blanchard authored
      
      
      It looks to me like we are corrupting r12 in the hcall9 function.
      Although we have r0 free we cant use offsets against it, so save
      away r12 in there instead.  r12 holds the ninth return value from
      the hypervisor call, so without this fix, the caller will see the
      wrong value for the ninth element in the array that gets the return
      values.
      
      Signed-off-by: default avatarAnton Blanchard <anton@samba.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      ab87e8dc