1. 01 8月, 2006 2 次提交
  2. 03 7月, 2006 2 次提交
    • T
      [PATCH] genirq: ARM dyntick cleanup · d061daa0
      Thomas Gleixner 提交于
      Linus: "The hacks in kernel/irq/handle.c are really horrid. REALLY
      horrid."
      
      They are indeed. Move the dyntick quirks to ARM where they belong.
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d061daa0
    • T
      [PATCH] irq-flags: consolidate flags for request_irq · 6e213616
      Thomas Gleixner 提交于
      The recent interrupt rework introduced bit value conflicts with sparc.
      Instead of introducing new architecture flags mess, move the interrupt SA_
      flags out of the signal namespace and replace them by interrupt related flags.
      
      This allows to remove the obsolete SA_INTERRUPT flag and clean up the bit
      field values.
      
      This patch:
      
      Move the interrupt related SA_ flags out of linux/signal.h and rename them to
      IRQF_ .  This moves the interrupt related flags out of the signal namespace
      and allows to remove the architecture dependencies.
      
      SA_INTERRUPT is not needed by userspace and glibc so it can be removed safely.
      
      The existing SA_ constants are kept for easy transition and will be
      removed after a 6 month grace period.
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: "Randy.Dunlap" <rdunlap@xenotime.net>
      Cc: Jaroslav Kysela <perex@suse.cz>
      Cc: Takashi Iwai <tiwai@suse.de>
      Cc: "Antonino A. Daplas" <adaplas@pol.net>
      Cc: Greg KH <greg@kroah.com>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: Mauro Carvalho Chehab <mchehab@infradead.org>
      Cc: Karsten Keil <kkeil@suse.de>
      Cc: Jody McIntyre <scjody@modernduck.com>
      Cc: Ben Collins <bcollins@debian.org>
      Cc: Stefan Richter <stefanr@s5r6.in-berlin.de>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
      Cc: Dave Airlie <airlied@linux.ie>
      Cc: Jens Axboe <axboe@suse.de>
      Cc: Chris Zankel <chris@zankel.net>
      Cc: Andi Kleen <ak@muc.de>
      Cc: Miles Bader <uclinux-v850@lsi.nec.co.jp>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Kazumoto Kojima <kkojima@rr.iij4u.or.jp>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>                                 Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Greg Ungerer <gerg@uclinux.org>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: Richard Henderson <rth@twiddle.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      6e213616
  3. 02 7月, 2006 1 次提交
  4. 30 6月, 2006 21 次提交
  5. 23 6月, 2006 2 次提交
    • J
      [PATCH] adjust handle_IRR_event() return type · 908dcecd
      Jan Beulich 提交于
      Correct the return type of handle_IRQ_event() (inconsistency noticed during
      Xen development), and remove redundant declarations.  The return type
      adjustment required breaking out the definition of irqreturn_t into a
      separate header, in order to satisfy current include order dependencies.
      Signed-off-by: NJan Beulich <jbeulich@novell.com>
      
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: Ian Molton <spyro@f2s.com>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Hirokazu Takata <takata.hirokazu@renesas.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: William Lee Irwin III <wli@holomorphy.com>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Miles Bader <uclinux-v850@lsi.nec.co.jp>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      908dcecd
    • Z
      [PATCH] x86: kernel irq balance doesn't work · 1b61b910
      Zhang Yanmin 提交于
      On i386, kernel irq balance doesn't work.
      
      1) In function do_irq_balance, after kernel finds the min_loaded cpu but
         before calling set_pending_irq to really pin the selected_irq to the
         target cpu, kernel does a cpus_and with irq_affinity[selected_irq].
         Later on, when the irq is acked, kernel would calls
         move_native_irq=>desc->handler->set_affinity to change the irq affinity.
          However, every function pointed by
         hw_interrupt_type->set_affinity(unsigned int irq, cpumask_t cpumask)
         always changes irq_affinity[irq] to cpumask.  Next time when recalling
         do_irq_balance, it has to do cpu_ands again with
         irq_affinity[selected_irq], but irq_affinity[selected_irq] already
         becomes one cpu selected by the first irq balance.
      
      2) Function balance_irq in file arch/i386/kernel/io_apic.c has the same
         issue.
      
      [akpm@osdl.org: cleanups]
      Signed-off-by: NZhang Yanmin <yanmin.zhang@intel.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      1b61b910
  6. 26 4月, 2006 1 次提交
  7. 26 3月, 2006 1 次提交
  8. 07 1月, 2006 2 次提交
  9. 22 12月, 2005 1 次提交
    • A
      [PATCH] include/linux/irq.h: #include <linux/smp.h> · 23f9b317
      Adrian Bunk 提交于
      Jan's crosscompile page [1] shows, that one regression in 2.6.15-rc is
      that the v850 defconfig does no longer compile.
      
      The compile error is:
      
      <--  snip  -->
      
      ...
        CC      arch/v850/kernel/setup.o
      In file included from /usr/src/ctest/rc/kernel/arch/v850/kernel/setup.c:17:
      /usr/src/ctest/rc/kernel/include/linux/irq.h:13:43: asm/smp.h: No such file or directory
      make[2]: *** [arch/v850/kernel/setup.o] Error 1
      
      <--  snip  -->
      
      The #include <asm/smp.h> in irq.h was intruduced in 2.6.15-rc.
      
      Since include/linux/irq.h needs code from asm/smp.h only in the
      CONFIG_SMP=y case and linux/smp.h #include's asm/smp.h only in the
      CONFIG_SMP=y case, I'm suggesting this patch to #include <linux/smp.h>
      in irq.h.
      
      I've tested the compilation with both CONFIG_SMP=y and CONFIG_SMP=n
      on i386.
      Signed-off-by: NAdrian Bunk <bunk@stusta.de>
      Acked-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      23f9b317
  10. 07 11月, 2005 1 次提交
  11. 08 9月, 2005 2 次提交
  12. 29 6月, 2005 1 次提交
    • A
      [PATCH] irqpoll · 200803df
      Alan Cox 提交于
      Anyone reporting a stuck IRQ should try these options.  Its effectiveness
      varies we've found in the Fedora case.  Quite a few systems with misdescribed
      IRQ routing just work when you use irqpoll.  It also fixes up the VIA systems
      although thats now fixed with the VIA quirk (which we could just make default
      as its what Redmond OS does but Linus didn't like it historically).
      
      A small number of systems have jammed IRQ sources or misdescribes that cause
      an IRQ that we have no handler registered anywhere for.  In those cases it
      doesn't help.
      Signed-off-by: NAlan Cox <number6@the-village.bc.nu>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      200803df
  13. 24 6月, 2005 1 次提交
  14. 22 6月, 2005 2 次提交
    • P
      [PATCH] uml: make hw_controller_type->release exist only for archs needing it · b77d6adc
      Paolo 'Blaisorblade' Giarrusso 提交于
      With Chris Wedgwood <cw@f00f.org>
      
      As suggested by Chris, we can make the "just added" method ->release
      conditional to UML only (better: to archs requesting it, i.e.  only UML
      currently), so that other archs don't get this unneeded crud, and if UML
      won't need it any more we can kill this.
      Signed-off-by: NPaolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      CC: Ingo Molnar <mingo@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b77d6adc
    • P
      [PATCH] uml: add and use generic hw_controller_type->release · dbce706e
      Paolo 'Blaisorblade' Giarrusso 提交于
      With Chris Wedgwood <cw@f00f.org>
      
      Currently UML must explicitly call the UML-specific
      free_irq_by_irq_and_dev() for each free_irq call it's done.
      
      This is needed because ->shutdown and/or ->disable are only called when the
      last "action" for that irq is removed.
      
      Instead, for UML shared IRQs (UML IRQs are very often, if not always,
      shared), for each dev_id some setup is done, which must be cleared on the
      release of that fd.  For instance, for each open console a new instance
      (i.e.  new dev_id) of the same IRQ is requested().
      
      Exactly, a fd is stored in an array (pollfds), which is after read by a
      host thread and passed to poll().  Each event registered by poll() triggers
      an interrupt.  So, for each free_irq() we must remove the corresponding
      host fd from the table, which we do via this -release() method.
      
      In this patch we add an appropriate hook for this, and remove all uses of
      it by pointing the hook to the said procedure; this is safe to do since the
      said procedure.
      
      Also some cosmetic improvements are included.
      
      This is heavily based on some work by Chris Wedgwood, which however didn't
      get the patch merged for something I'd call a "misunderstanding" (the need
      for this patch wasn't cleanly explained, thus adding the generic hook was
      felt as undesirable).
      Signed-off-by: NPaolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      CC: Ingo Molnar <mingo@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      dbce706e