1. 11 1月, 2009 1 次提交
  2. 09 1月, 2009 2 次提交
  3. 07 1月, 2009 15 次提交
  4. 06 1月, 2009 3 次提交
  5. 05 1月, 2009 1 次提交
  6. 29 12月, 2008 1 次提交
  7. 24 12月, 2008 1 次提交
  8. 11 12月, 2008 2 次提交
  9. 02 12月, 2008 1 次提交
    • S
      [ARM] 5319/1: AT91: support AT91CAP9 revC CPUs · 7be90a6b
      Stelian Pop 提交于
      The AT91CAP9 revC CPU has a few differences over the previous,
      revB CPU which was distributed in small quantities only (revA was
      an internal Atmel product only).
      
      This patch adds the detection routines to recognize the different
      AT91CAP9 revisions (based on the PMC subsystem version number), and
      uses them to:
      	- activate a workaround for the external interrupts levels
      	  (on revB CPUs)
      	- set the UDPHS_BYPASS bit (on revB CPUs)
      	- set AT91_GPBR register address to the correct offset
      	  (0xfffffd50 on revB, 0xfffffd60 on revC)
      
      For debugging usage, the CPU revision can be found in /proc/cpuinfo
      on the 'Revision' line.
      
      This patch is extracted from Andrew Victor's -at91 patch (2.6.27-at91.patch)
      where it has been tested for the last 6 months.
      Signed-off-by: NStelian Pop <stelian@popies.net>
      Signed-off-by: NAndrew Victor <linux@maxim.org.za>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      7be90a6b
  10. 21 11月, 2008 1 次提交
  11. 15 11月, 2008 1 次提交
  12. 13 11月, 2008 3 次提交
  13. 07 11月, 2008 2 次提交
  14. 02 11月, 2008 1 次提交
    • A
      saner FASYNC handling on file close · 233e70f4
      Al Viro 提交于
      As it is, all instances of ->release() for files that have ->fasync()
      need to remember to evict file from fasync lists; forgetting that
      creates a hole and we actually have a bunch that *does* forget.
      
      So let's keep our lives simple - let __fput() check FASYNC in
      file->f_flags and call ->fasync() there if it's been set.  And lose that
      crap in ->release() instances - leaving it there is still valid, but we
      don't have to bother anymore.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      233e70f4
  15. 31 10月, 2008 3 次提交
  16. 30 10月, 2008 2 次提交