1. 20 2月, 2008 1 次提交
  2. 14 2月, 2008 1 次提交
  3. 24 12月, 2007 1 次提交
  4. 11 12月, 2007 1 次提交
  5. 01 11月, 2007 1 次提交
    • V
      [POWERPC] 4xx: Workaround for the 440EP(x)/GR(x) processors identical PVR issue. · d1dfc35d
      Valentine Barshak 提交于
      PowerPC 440EP(x) 440GR(x) processors have the same PVR values, since
      they have identical cores. However, FPU is not supported on GR(x) and
      enabling APU instruction broadcast in the CCR0 register (to enable FPU)
      may cause unpredictable results. There's no safe way to detect FPU
      support at runtime. This patch provides a workarund for the issue.
      
      We use a POWER6 "logical PVR approach". First, we identify all EP(x)
      and GR(x) processors as GR(x) ones (which is safe). Then we check
      the device tree cpu path. If we have a EP(x) processor entry,
      we call identify_cpu again with PVR | 0x8. This bit is always 0
      in the real PVR. This way we enable FPU only for 440EP(x).
      Signed-off-by: NValentine Barshak <vbarshak@ru.mvista.com>
      Signed-off-by: NJosh Boyer <jwboyer@linux.vnet.ibm.com>
      d1dfc35d
  6. 09 10月, 2007 1 次提交
    • P
      [POWERPC] Use cache-inhibited large page bit from firmware · 84fdde5a
      Paul Mackerras 提交于
      Discussions with firmware architects have confirmed that the bit in
      the ibm,pa-features property that indicates support for
      cache-inhibited large (>= 64kB) page mappings does in fact mean that
      the hypervisor allows 64kB mappings to I/O devices.
      
      Thus we can now enable the code that tests that bit and sets our
      CPU_FTR_CI_LARGE_PAGE feature bit.
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      84fdde5a
  7. 13 9月, 2007 2 次提交
  8. 17 8月, 2007 1 次提交
  9. 22 7月, 2007 1 次提交
  10. 20 7月, 2007 6 次提交
  11. 10 7月, 2007 5 次提交
  12. 28 6月, 2007 1 次提交
  13. 02 6月, 2007 1 次提交
  14. 17 5月, 2007 1 次提交
  15. 10 5月, 2007 1 次提交
  16. 24 4月, 2007 5 次提交
  17. 13 4月, 2007 5 次提交
  18. 08 3月, 2007 2 次提交
    • D
      [POWERPC] Automatically lmb_reserve() initrd · 30437b3e
      David Gibson 提交于
      At present, when an initrd is passed to the kernel used flat device
      tree properties, the memory the initrd occupies must also be reserved
      in the flat tree's reserve map, or the kernel may overwrite it.  That
      makes life more complicated than it could be for the bootwrapper.
      
      This patch makes the kernel automatically reserve the initrd's space.
      That in turn requires parsing the initrd parameters earlier than they
      are currently, in early_init_dt_scan_chosen() instead of
      check_for_initrd().
      Signed-off-by: NDavid Gibson <dwg@au1.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      30437b3e
    • D
      [POWERPC] Allow duplicate lmb_reserve() calls · eb6de286
      David Gibson 提交于
      At present calling lmb_reserve() (and hence lmb_add_region()) twice
      for exactly the same memory region will cause strange behaviour.
      
      This makes life difficult when booting from a flat device tree with
      memory reserve map.  Which regions are automatically reserved by the
      kernel has changed over time, so it's quite possible a newer kernel
      could attempt to auto-reserve a region which is also explicitly listed
      in the device tree's reserve map, leading to trouble.
      
      This patch avoids the problem by making lmb_reserve() ignore a call to
      reserve a previously reserved region.  It also removes a now redundant
      test designed to avoid one specific case of the problem noted above.
      
      At present, this patch deals only with duplicate reservations of an
      identical region.  Attempting to reserve two different, but
      overlapping regions will still cause problems.  I might post another
      patch later dealing with this case, but I'm avoiding it now since it
      is substantially more complicated to deal with, less likely to occur
      and more likely to indicate a genuine bug elsewhere if it does occur.
      Signed-off-by: NDavid Gibson <dwg@au1.ibm.com>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      eb6de286
  19. 16 2月, 2007 1 次提交
  20. 13 2月, 2007 1 次提交
  21. 24 1月, 2007 1 次提交