1. 29 7月, 2013 1 次提交
  2. 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
  3. 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
  4. 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
  5. 24 7月, 2012 1 次提交
  6. 13 1月, 2012 1 次提交
  7. 14 6月, 2011 1 次提交
  8. 10 6月, 2011 1 次提交
  9. 31 3月, 2011 1 次提交
  10. 23 3月, 2011 1 次提交
  11. 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
  12. 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
  13. 16 11月, 2010 1 次提交
  14. 09 10月, 2010 1 次提交
  15. 25 5月, 2010 1 次提交
  16. 17 3月, 2010 1 次提交
  17. 09 2月, 2010 1 次提交
  18. 29 1月, 2010 1 次提交
  19. 04 12月, 2009 1 次提交
  20. 23 9月, 2009 1 次提交
  21. 01 7月, 2009 2 次提交
  22. 09 2月, 2009 1 次提交
  23. 06 2月, 2009 1 次提交
  24. 06 8月, 2008 1 次提交
  25. 25 7月, 2008 5 次提交
  26. 23 5月, 2008 1 次提交
  27. 28 4月, 2008 1 次提交
  28. 19 2月, 2008 1 次提交
  29. 20 10月, 2007 1 次提交
  30. 17 10月, 2007 2 次提交
  31. 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
  32. 20 7月, 2007 1 次提交
  33. 18 7月, 2007 1 次提交