1. 07 1月, 2009 1 次提交
    • G
      mm: show node to memory section relationship with symlinks in sysfs · c04fc586
      Gary Hade 提交于
      Show node to memory section relationship with symlinks in sysfs
      
      Add /sys/devices/system/node/nodeX/memoryY symlinks for all
      the memory sections located on nodeX.  For example:
      /sys/devices/system/node/node1/memory135 -> ../../memory/memory135
      indicates that memory section 135 resides on node1.
      
      Also revises documentation to cover this change as well as updating
      Documentation/ABI/testing/sysfs-devices-memory to include descriptions
      of memory hotremove files 'phys_device', 'phys_index', and 'state'
      that were previously not described there.
      
      In addition to it always being a good policy to provide users with
      the maximum possible amount of physical location information for
      resources that can be hot-added and/or hot-removed, the following
      are some (but likely not all) of the user benefits provided by
      this change.
      Immediate:
        - Provides information needed to determine the specific node
          on which a defective DIMM is located.  This will reduce system
          downtime when the node or defective DIMM is swapped out.
        - Prevents unintended onlining of a memory section that was
          previously offlined due to a defective DIMM.  This could happen
          during node hot-add when the user or node hot-add assist script
          onlines _all_ offlined sections due to user or script inability
          to identify the specific memory sections located on the hot-added
          node.  The consequences of reintroducing the defective memory
          could be ugly.
        - Provides information needed to vary the amount and distribution
          of memory on specific nodes for testing or debugging purposes.
      Future:
        - Will provide information needed to identify the memory
          sections that need to be offlined prior to physical removal
          of a specific node.
      
      Symlink creation during boot was tested on 2-node x86_64, 2-node
      ppc64, and 2-node ia64 systems.  Symlink creation during physical
      memory hot-add tested on a 2-node x86_64 system.
      Signed-off-by: NGary Hade <garyhade@us.ibm.com>
      Signed-off-by: NBadari Pulavarty <pbadari@us.ibm.com>
      Acked-by: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      c04fc586
  2. 03 1月, 2009 1 次提交
  3. 02 1月, 2009 1 次提交
    • I
      x86: convert permanent_kmaps_init() from macro to inline · a9067d53
      Ingo Brueckl 提交于
      Impact: cleanup
      
      This compiler warning:
      
        arch/x86/mm/init_32.c:515: warning: unused variable 'pgd_base'
      
      triggers because permanent_kmaps_init() is a CPP macro in the
      !CONFIG_HIGHMEM case, that does not tell the compiler that the
      'pgd_base' parameter is used.
      
      Convert permanent_kmaps_init() (and set_highmem_pages_init()) to
      C inline functions - which gives the parameter a proper type and
      which gets rid of the compiler warning as well.
      Signed-off-by: NIngo Brueckl <ib@wupperonline.de>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      a9067d53
  4. 18 12月, 2008 1 次提交
  5. 17 12月, 2008 2 次提交
  6. 31 10月, 2008 2 次提交
  7. 28 10月, 2008 1 次提交
  8. 16 10月, 2008 2 次提交
  9. 13 10月, 2008 1 次提交
    • J
      x86: add _PAGE_IOMAP pte flag for IO mappings · be43d728
      Jeremy Fitzhardinge 提交于
      Use one of the software-defined PTE bits to indicate that a mapping is
      intended for an IO address.  On native hardware this is irrelevent,
      since a physical address is a physical address.  But in a virtual
      environment, physical addresses are also virtualized, so there needs
      to be some way to distinguish between pseudo-physical addresses and
      actual hardware addresses; _PAGE_IOMAP indicates this intent.
      
      By default, __supported_pte_mask masks out _PAGE_IOMAP, so it doesn't
      even appear in the final pagetable.
      Signed-off-by: NJeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      be43d728
  10. 12 10月, 2008 1 次提交
  11. 11 10月, 2008 3 次提交
  12. 15 9月, 2008 1 次提交
  13. 07 9月, 2008 1 次提交
  14. 05 9月, 2008 1 次提交
  15. 23 7月, 2008 1 次提交
  16. 18 7月, 2008 1 次提交
  17. 16 7月, 2008 1 次提交
  18. 11 7月, 2008 1 次提交
  19. 08 7月, 2008 17 次提交