1. 10 Oct, 2006 1 commit
  2. 09 Oct, 2006 1 commit
    • David Howells's avatar
      IRQ: Use the new typedef for interrupt handler function pointers · 40220c1a
      David Howells authored
      Use the new typedef for interrupt handler function pointers rather than
      actually spelling out the full thing each time.  This was scripted with the
      following small shell script:
      egrep -nHrl -e 'irqreturn_t[ 	]*[(][*]' $* |
      while read i
          echo $i
          perl -pi -e 's/irqreturn_t\s*[(]\s*[*]\s*([_a-zA-Z0-9]*)\s*[)]\s*[(]\s*int\s*,\s*void\s*[*]\s*[)]/irq_handler_t \1/g' $i || exit $?
      Signed-Off-By: default avatarDavid Howells <dhowells@redhat.com>
  3. 08 Oct, 2006 1 commit
  4. 02 Oct, 2006 1 commit
    • Jeff Dike's avatar
      [PATCH] const struct tty_operations · b68e31d0
      Jeff Dike authored
      As part of an SMP cleanliness pass over UML, I consted a bunch of
      structures in order to not have to document their locking.  One of these
      structures was a struct tty_operations.  In order to const it in UML
      without introducing compiler complaints, the declaration of
      tty_set_operations needs to be changed, and then all of its callers need to
      be fixed.
      This patch declares all struct tty_operations in the tree as const.  In all
      cases, they are static and used only as input to tty_set_operations.  As an
      extra check, I ran an i386 allyesconfig build which produced no extra
      53 drivers are affected.  I checked the history of a bunch of them, and in
      most cases, there have been only a handful of maintenance changes in the
      last six months.  serial_core.c was the busiest one that I looked at.
      Signed-off-by: default avatarJeff Dike <jdike@addtoit.com>
      Acked-by: default avatarAlan Cox <alan@redhat.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  5. 02 Jul, 2006 1 commit
  6. 30 Jun, 2006 1 commit
  7. 23 Mar, 2006 1 commit
  8. 14 Jan, 2006 1 commit
  9. 13 Jan, 2006 1 commit
    • Andreas Schwab's avatar
      [IA64] build broken for ia64 simserial.c · d50f5c5c
      Andreas Schwab authored
      TTY layer buffering revamp broke ia64 in commit
        CC      arch/ia64/hp/sim/simserial.o
      arch/ia64/hp/sim/simserial.c: In function `receive_chars':
      arch/ia64/hp/sim/simserial.c:170: error: structure has no member named `flip'
       ... and so on ...
      make[1]: *** [arch/ia64/hp/sim/simserial.o] Error 1
      Patch from Andreas Schwab.
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
  10. 11 Jan, 2006 1 commit
  11. 07 Nov, 2005 1 commit
  12. 07 Sep, 2005 1 commit
  13. 11 Jul, 2005 1 commit
    • Kenji Kaneshige's avatar
      [IA64] assign_irq_vector() should not panic · 3b5cc090
      Kenji Kaneshige authored
      Current assign_irq_vector() will panic if interrupt vectors is running
      out. But I think how to handle the case of lack of interrupt vectors
      should be handled by the caller of this function. For example, some
      PCI devices can raise the interrupt signal via both MSI and I/O
      APIC. So even if the driver for these device fails to allocate a
      vector for MSI, the driver still has a chance to use I/O APIC based
      interrupt. But currently there is no chance for these driver to use
      I/O APIC based interrupt because kernel will panic when
      assign_irq_vector() fails to allocate interrupt vector.
      The following patch changes assign_irq_vector() for ia64 to return
      -ENOSPC on error instead of panic (as i386 and x86_64 versions do).
      Signed-off-by: default avatarKenji Kaneshige <kaneshige.kenji@jp.fujitsu.com>
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
  14. 28 Jun, 2005 1 commit
  15. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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!