1. 09 10月, 2012 1 次提交
    • K
      mm: kill vma flag VM_RESERVED and mm->reserved_vm counter · 314e51b9
      Konstantin Khlebnikov 提交于
      A long time ago, in v2.4, VM_RESERVED kept swapout process off VMA,
      currently it lost original meaning but still has some effects:
      
       | effect                 | alternative flags
      -+------------------------+---------------------------------------------
      1| account as reserved_vm | VM_IO
      2| skip in core dump      | VM_IO, VM_DONTDUMP
      3| do not merge or expand | VM_IO, VM_DONTEXPAND, VM_HUGETLB, VM_PFNMAP
      4| do not mlock           | VM_IO, VM_DONTEXPAND, VM_HUGETLB, VM_PFNMAP
      
      This patch removes reserved_vm counter from mm_struct.  Seems like nobody
      cares about it, it does not exported into userspace directly, it only
      reduces total_vm showed in proc.
      
      Thus VM_RESERVED can be replaced with VM_IO or pair VM_DONTEXPAND | VM_DONTDUMP.
      
      remap_pfn_range() and io_remap_pfn_range() set VM_IO|VM_DONTEXPAND|VM_DONTDUMP.
      remap_vmalloc_range() set VM_DONTEXPAND | VM_DONTDUMP.
      
      [akpm@linux-foundation.org: drivers/vfio/pci/vfio_pci.c fixup]
      Signed-off-by: NKonstantin Khlebnikov <khlebnikov@openvz.org>
      Cc: Alexander Viro <viro@zeniv.linux.org.uk>
      Cc: Carsten Otte <cotte@de.ibm.com>
      Cc: Chris Metcalf <cmetcalf@tilera.com>
      Cc: Cyrill Gorcunov <gorcunov@openvz.org>
      Cc: Eric Paris <eparis@redhat.com>
      Cc: H. Peter Anvin <hpa@zytor.com>
      Cc: Hugh Dickins <hughd@google.com>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: James Morris <james.l.morris@oracle.com>
      Cc: Jason Baron <jbaron@redhat.com>
      Cc: Kentaro Takeda <takedakn@nttdata.co.jp>
      Cc: Matt Helsley <matthltc@us.ibm.com>
      Cc: Nick Piggin <npiggin@kernel.dk>
      Cc: Oleg Nesterov <oleg@redhat.com>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Robert Richter <robert.richter@amd.com>
      Cc: Suresh Siddha <suresh.b.siddha@intel.com>
      Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
      Cc: Venkatesh Pallipadi <venki@google.com>
      Acked-by: NLinus Torvalds <torvalds@linux-foundation.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      314e51b9
  2. 24 7月, 2012 1 次提交
  3. 13 1月, 2012 1 次提交
  4. 14 6月, 2011 1 次提交
  5. 10 6月, 2011 1 次提交
  6. 31 3月, 2011 1 次提交
  7. 23 3月, 2011 1 次提交
  8. 26 1月, 2011 1 次提交
    • T
      console: rename acquire/release_console_sem() to console_lock/unlock() · ac751efa
      Torben Hohn 提交于
      The -rt patches change the console_semaphore to console_mutex.  As a
      result, a quite large chunk of the patches changes all
      acquire/release_console_sem() to acquire/release_console_mutex()
      
      This commit makes things use more neutral function names which dont make
      implications about the underlying lock.
      
      The only real change is the return value of console_trylock which is
      inverted from try_acquire_console_sem()
      
      This patch also paves the way to switching console_sem from a semaphore to
      a mutex.
      
      [akpm@linux-foundation.org: coding-style fixes]
      [akpm@linux-foundation.org: make console_trylock return 1 on success, per Geert]
      Signed-off-by: NTorben Hohn <torbenh@gmx.de>
      Cc: Thomas Gleixner <tglx@tglx.de>
      Cc: Greg KH <gregkh@suse.de>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      ac751efa
  9. 07 1月, 2011 1 次提交
    • D
      atyfb: Fix bootup hangs on sparc64. · 09798eb9
      David S. Miller 提交于
      After commit 25edd694 ("sparc64: Get
      rid of indirect p1275 PROM call buffer.")  we can't pass virtual
      addresses >4GB to PROM calls.
      
      Largely this is never necessary in drivers because we have a copy of
      the entire PROM device tree in the kernel and a set of of_*()
      interfaces to access it.
      
      Unfortunately there were some lingering prom calls in the atyfb
      driver, in particular prom_finddevice() was being called with an
      on-stack address which could be anywhere.
      
      This code is actually probing for information we already have, the
      PROM choosen console output device is stored in of_console_device so
      all of this nasty code consolidates into a one-line comparison.
      
      Next we have some prom_getintdefault() calls which are trivially
      transformed into the equivalent of_getintprop_default().
      
      Special thanks to Fabio, who figured out exactly where the bootup
      was hanging.  That made this bug trivial to fix.
      Reported-by: NFabio M. Di NItto <fabbione@fabbione.net>
      Reported-by: NSam Ravnborg <sam@ravnborg.org>
      Reported-by: NFrans van Berckel <fberckel@xs4all.nl>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      Signed-off-by: NFabio M. Di NItto <fabbione@fabbione.net>
      09798eb9
  10. 16 11月, 2010 1 次提交
  11. 09 10月, 2010 1 次提交
  12. 25 5月, 2010 1 次提交
  13. 17 3月, 2010 1 次提交
  14. 09 2月, 2010 1 次提交
  15. 29 1月, 2010 1 次提交
  16. 04 12月, 2009 1 次提交
  17. 23 9月, 2009 1 次提交
  18. 01 7月, 2009 2 次提交
  19. 09 2月, 2009 1 次提交
  20. 06 2月, 2009 1 次提交
  21. 06 8月, 2008 1 次提交
  22. 25 7月, 2008 5 次提交
  23. 23 5月, 2008 1 次提交
  24. 28 4月, 2008 1 次提交
  25. 19 2月, 2008 1 次提交
  26. 20 10月, 2007 1 次提交
  27. 17 10月, 2007 2 次提交
  28. 21 7月, 2007 1 次提交
    • D
      [SPARC]: Fix serial console device detection. · c73fcc84
      David S. Miller 提交于
      The current scheme works on static interpretation of text names, which
      is wrong.
      
      The output-device setting, for example, must be resolved via an alias
      or similar to a full path name to the console device.
      
      Paths also contain an optional set of 'options', which starts with a
      colon at the end of the path.  The option area is used to specify
      which of two serial ports ('a' or 'b') the path refers to when a
      device node drives multiple ports.  'a' is assumed if the option
      specification is missing.
      
      This was caught by the UltraSPARC-T1 simulator.  The 'output-device'
      property was set to 'ttya' and we didn't pick upon the fact that this
      is an OBP alias set to '/virtual-devices/console'.  Instead we saw it
      as the first serial console device, instead of the hypervisor console.
      
      The infrastructure is now there to take advantage of this to resolve
      the console correctly even in multi-head situations in fbcon too.
      
      Thanks to Greg Onufer for the bug report.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c73fcc84
  29. 20 7月, 2007 1 次提交
  30. 18 7月, 2007 1 次提交
  31. 16 7月, 2007 1 次提交
  32. 29 6月, 2007 1 次提交
  33. 09 5月, 2007 2 次提交