1. 25 7月, 2008 4 次提交
  2. 22 7月, 2008 2 次提交
  3. 17 7月, 2008 1 次提交
    • J
      powerpc: pci config cleanup · b500563b
      John Rigby 提交于
      Choosing PCI or not at config time is allowed on some
      platforms via an if expression in arch/powerpc/Kconfig.
      To add a new platform with PCI support selectable at
      config time, you must change the if expression.  This
      patch makes this easier by changing:
          bool "PCI support" if <long expression>
      to
          bool "PCI support" if PPC_PCI_CHOICE
      and adding select PPC_PCI_CHOICE to all the config nodes that
      were previously in the PCI if expression.
      
      Platforms with unconditional PCI support continue to
      just select PCI in their config nodes.
      Signed-off-by: NJohn Rigby <jrigby@freescale.com>
      Acked-by: NGrant Likely <grant.likely@secretlab.ca>
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      b500563b
  4. 15 7月, 2008 1 次提交
  5. 09 7月, 2008 2 次提交
  6. 03 7月, 2008 3 次提交
    • N
      powerpc/pseries: Update the device tree correctly for drconf memory add/remove · 3c3f67ea
      Nathan Fontenot 提交于
      This updates the device tree manipulation routines so that memory
      add/remove of lmbs represented under the
      ibm,dynamic-reconfiguration-memory node of the device tree invokes the
      hotplug notifier chain.
      
      This change is needed because of the change in the way memory is
      represented under the ibm,dynamic-reconfiguration-memory node.  All lmbs
      are described in the ibm,dynamic-memory property instead of having a
      separate node for each lmb as in previous device tree layouts.  This
      requires the update_node() routine to check for updates to the
      ibm,dynamic-memory property and invoke the hotplug notifier chain.
      
      This also updates the pseries hotplug notifier to be able to gather information
      for lmbs represented under the ibm,dynamic-reconfiguration-memory node and
      have the lmbs added/removed.
      Signed-off-by: NNathan Fontenot <nfont@austin.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      3c3f67ea
    • N
      powerpc/pseries: Use base address to derive starting page frame number · 92ecd179
      Nathan Fontenot 提交于
      Use the base address of the lmb to derive the starting page frame number
      instead of trying to extract it from the drc index of the lmb.  The drc
      index should not be used for this as it will, and did, break.
      
      Until this point, systems that have had memory represented in the device
      tree with a node for each lmb the drc index would (luckily) closely
      track the base address of the lmb.  For example a lmb with a drc index
      of 8000000a would have a base address of a0000000.  This correlation
      allowed the current code to derive the starting page frame number from
      the drc inddex
      
      Device tree layouts where lmbs are represented under the
      ibm,dynamic-reconfiguration-memory node in the ibm,dynamic-memory
      property do not have this correlation between the drc index and base
      address of the lmb.
      Signed-off-by: NNathan Fontenot <nfont@austin.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      92ecd179
    • N
      powerpc/pseries: Allow phandle to be specified in formats other than decimal · 4b6e805e
      Nathan Fontenot 提交于
      Allow the phandle passed to the /proc/ppc64/ofdt file to be specified
      in formats other than decimal.  This allows us to easily specify phandle
      values in hex that would otherwise appear as negative integers.
      
      This is an issue on systems where the value of
      /proc/device-tree/ibm,dynamic-reconfiguration-memory.ibm,phandle is
      fffffff9.  Having to pass this to the ofdt file as a string results in
      a large negative number, and simple_strtoul() does not handle negative
      numbers.
      Signed-off-by: NNathan Fontenot <nfont@austin.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      4b6e805e
  7. 30 6月, 2008 1 次提交
  8. 26 6月, 2008 1 次提交
  9. 16 6月, 2008 2 次提交
  10. 14 5月, 2008 2 次提交
  11. 05 5月, 2008 1 次提交
  12. 29 4月, 2008 3 次提交
  13. 24 4月, 2008 3 次提交
  14. 21 4月, 2008 1 次提交
  15. 18 4月, 2008 4 次提交
  16. 17 4月, 2008 3 次提交
    • M
      [POWERPC] Always add preferred consoles in platforms/pseries/lpar.c · 5faae2e5
      Michael Ellerman 提交于
      There is logic in platforms/peries/lpars.c which checks if the user has
      specified a console on the command line, and refrains from adding a
      preferred console entry for the hvc/hvsi console if they have.
      
      This trips up if you use "netconsole=foo" on the command line, and has
      the result that you get _only_ the netconsole, because the hvc device is
      never added as a preferred console. Worse still if you get the netconsole
      configuration wrong somehow, you end up with no console at all.
      
      As it turns out we don't need to worry about checking the command line.
      If the user has specified "console=foo", then foo will be set as the
      preferred console when the command line is parsed in start_kernel(), much
      later than the pseries code, and so the latter setting will take effect.
      Signed-off-by: NMichael Ellerman <michael@ellerman.id.au>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      5faae2e5
    • M
      [POWERPC] Move prototype for find_udbg_vterm() into a header file · 21cf9133
      Michael Ellerman 提交于
      Move the prototype for find_udbg_vterm() into pseries.h, removing
      it from setup.c.
      Signed-off-by: NMichael Ellerman <michael@ellerman.id.au>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      21cf9133
    • M
      [POWERPC] pseries/phyp dump: Reserve a variable amount of space at boot · 37ddd5d0
      Manish Ahuja 提交于
      This changes the way we calculate how much space to reserve for the
      pHyp dump.  Currently we reserve 256MB only.  With this change, the
      code first checks to see if an amount has been specified on the boot
      command line with the "phyp_dump_reserve_size" option, and if so, uses
      that much.
      
      Otherwise it computes 5% of total ram and rounds it down to a multiple
      of 256MB, and uses the larger of that or 256MB.
      
      This is for large systems with a lot of memory (10GB or more).  The
      aim is to have more space available for the kernel on reboot on
      machines with more resources.  Although the dump will be collected
      pretty fast and the memory released really early on allowing the
      machine to have the full memory available, this alleviates any issues
      that can be caused by having way too little memory on very very large
      systems during those few minutes.
      Signed-off-by: NManish Ahuja <mahuja@us.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      37ddd5d0
  17. 07 4月, 2008 1 次提交
  18. 01 4月, 2008 1 次提交
  19. 31 3月, 2008 1 次提交
  20. 26 3月, 2008 3 次提交