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. 06 10月, 2012 9 次提交
  3. 02 10月, 2012 1 次提交
  4. 01 10月, 2012 1 次提交
  5. 29 9月, 2012 1 次提交
  6. 27 9月, 2012 1 次提交
  7. 25 9月, 2012 1 次提交
    • M
      backlight: Add TPS65217 WLED driver · eebfdc17
      Matthias Kaehlcke 提交于
      The TPS65217 chip contains a boost converter and current sinks which can be
      used to drive LEDs for use as backlights. Expose this functionality via the
      backlight API.
      
      Tested on an AM335x based custom board with a single WLED string, using
      different values for ISEL and FDIM (though it would be hard to tell the
      difference except for the value in WLEDCTRL1). Both instantiation through the
      device tree and by passing platform data have been tested. Testing has been
      done with an Androidized 3.2 kernel from the rowboat project. Koen Kooi
      reported the driver to be working on a Beaglebone board with LCD3 cape
      Signed-off-by: NMatthias Kaehlcke <matthias@kaehlcke.net>
      Signed-off-by: NSamuel Ortiz <sameo@linux.intel.com>
      eebfdc17
  8. 21 9月, 2012 3 次提交
  9. 19 9月, 2012 3 次提交
  10. 17 9月, 2012 1 次提交
    • M
      efifb: Skip DMI checks if the bootloader knows what it's doing · f462ed93
      Matthew Garrett 提交于
      The majority of the DMI checks in efifb are for cases where the bootloader
      has provided invalid information. However, on some machines the overrides
      may do more harm than good due to configuration differences between machines
      with the same machine identifier. It turns out that it's possible for the
      bootloader to get the correct information on GOP-based systems, but we
      can't guarantee that the kernel's being booted with one that's been updated
      to do so. Add support for a capabilities flag that can be set by the
      bootloader, and skip the DMI checks in that case. Additionally, set this
      flag in the UEFI stub code.
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      Acked-by: NPeter Jones <pjones@redhat.com>
      Signed-off-by: NMatt Fleming <matt.fleming@intel.com>
      f462ed93
  11. 14 9月, 2012 6 次提交
  12. 13 9月, 2012 1 次提交
    • T
      ARM: OMAP2+: Prepare for irqs.h removal · 7d7e1eba
      Tony Lindgren 提交于
      As the interrupts should only be defined in the platform_data, and
      eventually coming from device tree, there's no need to define them
      in header files.
      
      Let's remove the hardcoded references to irqs.h and fix up the includes
      so we don't rely on headers included in irqs.h. Note that we're
      defining OMAP_INTC_START as 0 to the interrupts. This will be needed
      when we enable SPARSE_IRQ. For some drivers we need to add
      #include <plat/cpu.h> for now until these drivers are fixed to
      remove cpu_is_omapxxxx() usage.
      
      While at it, sort som of the includes the standard way, and add
      the trailing commas where they are missing in the related data
      structures.
      
      Note that for drivers/staging/tidspbridge we just define things
      locally.
      
      Cc: Paul Walmsley <paul@pwsan.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      7d7e1eba
  13. 11 9月, 2012 4 次提交
  14. 05 9月, 2012 1 次提交
  15. 02 9月, 2012 1 次提交
  16. 01 9月, 2012 1 次提交
  17. 23 8月, 2012 4 次提交