1. 19 8月, 2012 13 次提交
  2. 15 8月, 2012 1 次提交
    • D
      sparc64: Be less verbose during vmemmap population. · 2856cc2e
      David S. Miller 提交于
      On a 2-node machine with 256GB of ram we get 512 lines of
      console output, which is just too much.
      
      This mimicks Yinghai Lu's x86 commit c2b91e2e
      (x86_64/mm: check and print vmemmap allocation continuous) except that
      we aren't ever going to get contiguous block pointers in between calls
      so just print when the virtual address or node changes.
      
      This decreases the output by an order of 16.
      
      Also demote this to KERN_DEBUG.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      2856cc2e
  3. 02 8月, 2012 1 次提交
    • J
      sparc64: do not clobber personality flags in sys_sparc64_personality() · a27032ee
      Jiri Kosina 提交于
      There are multiple errors in how sys_sparc64_personality() handles
      personality flags stored in top three bytes.
      
      - directly comparing current->personality against PER_LINUX32 doesn't work
        in cases when any of the personality flags stored in the top three bytes
        are used.
      - directly forcefully setting personality to PER_LINUX32 or PER_LINUX
        discards any flags stored in the top three bytes
      
      Fix the first one by properly using personality() macro to compare only
      PER_MASK bytes.
      Fix the second one by setting only the bits that should be set, instead of
      overwriting the whole value.
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a27032ee
  4. 31 7月, 2012 2 次提交
  5. 27 7月, 2012 19 次提交
  6. 19 7月, 2012 1 次提交
  7. 10 7月, 2012 2 次提交
  8. 06 7月, 2012 1 次提交