1. 04 8月, 2014 1 次提交
  2. 29 7月, 2014 1 次提交
  3. 17 4月, 2014 1 次提交
  4. 31 10月, 2013 1 次提交
  5. 09 10月, 2013 1 次提交
  6. 20 9月, 2013 1 次提交
  7. 22 11月, 2011 1 次提交
  8. 27 9月, 2011 1 次提交
  9. 24 6月, 2011 1 次提交
  10. 24 2月, 2011 1 次提交
  11. 19 2月, 2011 2 次提交
  12. 18 8月, 2010 1 次提交
  13. 15 3月, 2010 1 次提交
    • R
      Video: ARM CLCD: Better fix for swapped IENB and CNTL registers · 3f17522c
      Russell King 提交于
      On PL111, as found on Realview and other platforms, these registers are
      always arranged as CNTL then IENB.  On PL110, these registers are IENB
      then CNTL, except on Versatile platforms.
      
      Re-arrange the handling of these register swaps so that PL111 always
      gets it right without resorting to ifdefs, leaving the only case needing
      special handling being PL110 on Versatile.
      
      Fill out amba/clcd.h with the PL110/PL111 register definition
      differences in case someone tries to use the PL110 specific definitions
      on PL111.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      3f17522c
  14. 09 7月, 2009 1 次提交
  15. 11 6月, 2009 1 次提交
    • L
      [ARM] 5544/1: Trust PrimeCell resource sizes · dc890c2d
      Linus Walleij 提交于
      I found the PrimeCell/AMBA Bus drivers distrusting the resource
      passed in as part of the struct amba_device abstraction. This
      patch removes all hard coded resource sizes found in the PrimeCell
      drivers and move the responsibility of this definition back to
      the platform/board device definition, which already exist and
      appear to be correct for all in-tree users of these drivers.
      We do this using the resource_size() inline function which was
      also replicated in the only driver using the resource size, so
      that has been changed too. The KMI_SIZE was left in kmi.h in case
      someone likes it. Test-compiled against Versatile and Integrator
      defconfigs, seems to work but I don't posess these boards and
      cannot test them.
      Signed-off-by: NLinus Walleij <linus.walleij@stericsson.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      dc890c2d
  16. 21 5月, 2009 1 次提交
  17. 01 4月, 2009 1 次提交
  18. 09 1月, 2009 1 次提交
  19. 01 12月, 2008 1 次提交
  20. 30 11月, 2008 1 次提交
  21. 20 7月, 2007 1 次提交
  22. 14 12月, 2006 1 次提交
    • R
      [PATCH] getting rid of all casts of k[cmz]alloc() calls · 5cbded58
      Robert P. J. Day 提交于
      Run this:
      
      	#!/bin/sh
      	for f in $(grep -Erl "\([^\)]*\) *k[cmz]alloc" *) ; do
      	  echo "De-casting $f..."
      	  perl -pi -e "s/ ?= ?\([^\)]*\) *(k[cmz]alloc) *\(/ = \1\(/" $f
      	done
      
      And then go through and reinstate those cases where code is casting pointers
      to non-pointers.
      
      And then drop a few hunks which conflicted with outstanding work.
      
      Cc: Russell King <rmk@arm.linux.org.uk>, Ian Molton <spyro@f2s.com>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Greg KH <greg@kroah.com>
      Cc: Jens Axboe <jens.axboe@oracle.com>
      Cc: Paul Fulghum <paulkf@microgate.com>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Karsten Keil <kkeil@suse.de>
      Cc: Mauro Carvalho Chehab <mchehab@infradead.org>
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Cc: Ian Kent <raven@themaw.net>
      Cc: Steven French <sfrench@us.ibm.com>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Neil Brown <neilb@cse.unsw.edu.au>
      Cc: Jaroslav Kysela <perex@suse.cz>
      Cc: Takashi Iwai <tiwai@suse.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      5cbded58
  23. 26 1月, 2006 1 次提交
  24. 15 1月, 2006 1 次提交
  25. 08 1月, 2006 1 次提交
  26. 07 1月, 2006 1 次提交
  27. 04 1月, 2006 1 次提交
  28. 08 11月, 2005 1 次提交
    • R
      [ARM] More sparse fixes · 2c250134
      Russell King 提交于
      arch/arm/kernel/irq.c:998:26: warning: Using plain integer as NULL pointer
      arch/arm/kernel/smp.c:145:25: warning: Using plain integer as NULL pointer
      arch/arm/kernel/smp.c:362:5: warning: symbol 'smp_call_function_on_cpu' was not declared. Should it be static?
      drivers/video/amba-clcd.c:521:12: warning: symbol 'amba_clcdfb_init' was not declared. Should it be static?
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      2c250134
  29. 07 11月, 2005 1 次提交
    • A
      [PATCH] fbcon/fbdev: Move softcursor out of fbdev to fbcon · c465e05a
      Antonino A. Daplas 提交于
      According to Jon Smirl, filling in the field fb_cursor with soft_cursor for
      drivers that do not support hardware cursors is redundant.  The soft_cursor
      function is usable by all drivers because it is just a wrapper around
      fb_imageblit.  And because soft_cursor is an fbcon-specific hook, the file is
      moved to the console directory.
      
      Thus, drivers that do not support hardware cursors can leave the fb_cursor
      field blank.  For drivers that do, they can fill up this field with their own
      version.
      
      The end result is a smaller code size.  And if the framebuffer console is not
      loaded, module/kernel size is also reduced because the soft_cursor module will
      also not be loaded.
      Signed-off-by: NAntonino Daplas <adaplas@pol.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      c465e05a
  30. 02 11月, 2005 1 次提交
  31. 28 10月, 2005 1 次提交
  32. 01 5月, 2005 2 次提交
  33. 28 4月, 2005 2 次提交
  34. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4