1. 17 4月, 2014 1 次提交
  2. 11 2月, 2014 2 次提交
  3. 26 9月, 2013 1 次提交
  4. 29 7月, 2013 1 次提交
  5. 26 6月, 2013 2 次提交
    • R
      fb: fix atyfb unused data warnings · 9abc907e
      Randy Dunlap 提交于
      Fix compiler warnings of data defined but not used by using the
      __maybe_unused attribute.  The date are only used with certain kconfig
      settings.
      
      drivers/video/aty/atyfb_base.c:534:13: warning: 'ram_dram' defined but not used [-Wunused-variable]
      drivers/video/aty/atyfb_base.c:535:13: warning: 'ram_resv' defined but not used [-Wunused-variable]
      Signed-off-by: NRandy Dunlap <rdunlap@infradead.org>
      Cc:	Paul Mackerras <paulus@samba.org>
      Cc:	Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc:	linux-fbdev@vger.kernel.org
      Cc:	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
      Cc:	Tomi Valkeinen <tomi.valkeinen@ti.com>
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      9abc907e
    • R
      fb: fix atyfb build warning · 6e36308a
      Randy Dunlap 提交于
      Fix build warning when neither of CONFIG_FB_ATY_GX or
      CONFIG_FB_ATY_CT is enabled, since ARRAY_SIZE(aty_chips) is 0 in
      that case.
      
      drivers/video/aty/atyfb_base.c:437:11: warning: overflow in implicit constant conversion [-Woverflow]
      Signed-off-by: NRandy Dunlap <rdunlap@infradead.org>
      Cc:	Paul Mackerras <paulus@samba.org>
      Cc:	Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc:	linux-fbdev@vger.kernel.org
      Cc:	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
      Cc:	Tomi Valkeinen <tomi.valkeinen@ti.com>
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      6e36308a
  6. 04 1月, 2013 1 次提交
    • G
      Drivers: video: remove __dev* attributes. · 48c68c4f
      Greg Kroah-Hartman 提交于
      CONFIG_HOTPLUG is going away as an option.  As a result, the __dev*
      markings need to be removed.
      
      This change removes the use of __devinit, __devexit_p, __devinitdata,
      __devinitconst, and __devexit from these drivers.
      
      Based on patches originally written by Bill Pemberton, but redone by me
      in order to handle some of the coding style issues better, by hand.
      
      Cc: Bill Pemberton <wfp5p@virginia.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      48c68c4f
  7. 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
  8. 24 7月, 2012 1 次提交
  9. 13 1月, 2012 1 次提交
  10. 14 6月, 2011 1 次提交
  11. 10 6月, 2011 1 次提交
  12. 31 3月, 2011 1 次提交
  13. 23 3月, 2011 1 次提交
  14. 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
  15. 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
  16. 16 11月, 2010 1 次提交
  17. 09 10月, 2010 1 次提交
  18. 25 5月, 2010 1 次提交
  19. 17 3月, 2010 1 次提交
  20. 09 2月, 2010 1 次提交
  21. 29 1月, 2010 1 次提交
  22. 04 12月, 2009 1 次提交
  23. 23 9月, 2009 1 次提交
  24. 01 7月, 2009 2 次提交
  25. 09 2月, 2009 1 次提交
  26. 06 2月, 2009 1 次提交
  27. 06 8月, 2008 1 次提交
  28. 25 7月, 2008 5 次提交
  29. 23 5月, 2008 1 次提交
  30. 28 4月, 2008 1 次提交
  31. 19 2月, 2008 1 次提交
  32. 20 10月, 2007 1 次提交
  33. 17 10月, 2007 1 次提交