1. 11 9月, 2009 3 次提交
    • B
      powerpc/iseries: Fix oops reading from /proc/iSeries/mf/*/cmdline · 1d6ed322
      Benjamin Herrenschmidt 提交于
      That code uses dma_mapping_error() with a NULL device, which is
      a bad idea :-) The proper fix might be to start using some kind
      of pseudo device for all these low level mappings with the
      hypervisor but that will be for another day. Since it directly
      calls into the low level iommu code, I see no problem in having
      it directly test against DMA_ERROR_CODE instead of using the
      accessors with a NULL argument for now.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      1d6ed322
    • P
      powerpc: Fix bug where perf_counters breaks oprofile · a6dbf93a
      Paul Mackerras 提交于
      Currently there is a bug where if you use oprofile on a pSeries
      machine, then use perf_counters, then use oprofile again, oprofile
      will not work correctly; it will lose the PMU configuration the next
      time the hypervisor does a partition context switch, and thereafter
      won't count anything.
      
      Maynard Johnson identified the sequence causing the problem:
      - oprofile setup calls ppc_enable_pmcs(), which calls
        pseries_lpar_enable_pmcs, which tells the hypervisor that we want
        to use the PMU, and sets the "PMU in use" flag in the lppaca.
        This flag tells the hypervisor whether it needs to save and restore
        the PMU config.
      - The perf_counter code sets and clears the "PMU in use" flag directly
        as it context-switches the PMU between tasks, and leaves it clear
        when it finishes.
      - oprofile setup, called for a new oprofile run, calls ppc_enable_pmcs,
        which does nothing because it has already been called.  In particular
        it doesn't set the "PMU in use" flag.
      
      This fixes the problem by arranging for ppc_enable_pmcs to always set
      the "PMU in use" flag.  It makes the perf_counter code call
      ppc_enable_pmcs also rather than calling the lower-level function
      directly, and removes the setting of the "PMU in use" flag from
      pseries_lpar_enable_pmcs, since that is now done in its caller.
      
      This also removes the declaration of pasemi_enable_pmcs because it
      isn't defined anywhere.
      Reported-by: NMaynard Johnson <mpjohn@us.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      Cc: <stable@kernel.org)
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      a6dbf93a
    • K
      powerpc/85xx: Fix SMP compile error and allow NULL for smp_ops · 757cbd46
      Kumar Gala 提交于
      The following commit introduced a compile error since it removed
      the implementation of smp_85xx_basic_setup:
      
      commit 77c0a700
      Author: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Date:   Fri Aug 28 14:25:04 2009 +1000
      
          powerpc: Properly start decrementer on BookE secondary CPUs
      
      Make it so that smp_ops probe() and setup_cpu() can be set to NULL.
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      757cbd46
  2. 02 9月, 2009 3 次提交
  3. 31 8月, 2009 2 次提交
  4. 28 8月, 2009 4 次提交
  5. 27 8月, 2009 2 次提交
  6. 25 8月, 2009 5 次提交
  7. 20 8月, 2009 16 次提交
  8. 30 7月, 2009 1 次提交
  9. 08 7月, 2009 4 次提交