1. 12 6月, 2008 1 次提交
  2. 05 5月, 2008 1 次提交
    • I
      irda: fix !PNP support for drivers/net/irda/smsc-ircc2.c · 7a1aa309
      Ingo Molnar 提交于
      x86.git testing found this build bug on v2.6.26-rc1:
      
        ERROR: "pnp_get_resource" [drivers/net/irda/smsc-ircc2.ko] undefined!
        make[1]: *** [__modpost] Error 1
        make: *** [modules] Error 2
      
      the driver did not anticipate the case of !CONFIG_PNP which is rare but 
      still possible. Instead of restricting the driver to PNP-only in the 
      Kconfig space, add the (trivial) dummy struct pnp_driver - this is that 
      other drivers use in the !PNP case too.
      
      The driver itself can in theory be initialized on !PNP too in certain 
      cases, via smsc_ircc_legacy_probe().
      
      Patch only minimally build tested, i dont have this hardware.
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7a1aa309
  3. 29 1月, 2008 1 次提交
    • J
      [netdrvr] irq handler minor cleanups in several drivers · 28fc1f5a
      Jeff Garzik 提交于
      * use irq_handler_t where appropriate
      
      * no need to use 'irq' function arg, its already stored in a data struct
      
      * rename irq handler 'irq' argument to 'dummy', where the function
        has been analyzed and proven not to use its first argument.
      
      * remove always-false "dev_id == NULL" test from irq handlers
      
      * remove pointless casts from void*
      
      * declance: irq argument is not const
      
      * add KERN_xxx printk prefix
      
      * fix minor whitespace weirdness
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      28fc1f5a
  4. 11 10月, 2007 2 次提交
  5. 02 7月, 2007 1 次提交
  6. 29 6月, 2007 1 次提交
    • B
      smsc-ircc2: skip preconfiguration for PNP devices · 7c31d2f5
      Bjorn Helgaas 提交于
      If we rely on the device resources from PNPBIOS, we also have to rely on
      the BIOS to configure any bridges on the way to the device.
      
      Using the PNPBIOS resources but changing the configuration of a bridge
      behind the back of the firmware is likely to make things inconsistent.
      
      This patch addresses part of the 2.6.22 regression:
          "no irda0 interface (2.6.21 was OK), smsc does not find chip"
      It fixes smsc-ircc2 PNP device detection on HP nx5000 laptops.
      Other laptops, including HP nc6000, HP nc8000, HP nw8000, and Toshiba
      Portege 4000, still need PNP quirks to make this work.
      
      With "smsc-ircc2.nopnp", we do the legacy device probe, including manual
      bridge preconfiguration, as before.
      Signed-off-by: NBjorn Helgaas <bjorn.helgaas@hp.com>
      Cc: Samuel Ortiz <samuel@sortiz.org>
      Acked-by: N"Linus Walleij (LD/EAB)" <linus.walleij@ericsson.com>
      Cc: Andrey Borzenkov <arvidjaar@mail.ru>
      Cc: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Adam Belay <ambx1@neo.rr.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      7c31d2f5
  7. 09 5月, 2007 2 次提交
    • B
      smsc-ircc2: add PNP support · d0d4f69b
      Bjorn Helgaas 提交于
      Claim devices using PNP, unless the user explicitly specified device
      addresses.  This can be disabled with the "smsc-ircc2.nopnp" option.
      
      This removes the need for probing legacy addresses and helps untangle IR
      devices from serial8250 devices.
      
      Sometimes the SMC device is at a legacy COM port address but does not use the
      legacy COM IRQ.  In this case, claiming the device using PNP rather than 8250
      legacy probe means we can automatically use the correct IRQ rather than
      forcing the user to use "setserial" to set the IRQ manually.
      
      If the PNP claim doesn't work, make sure you don't have a setserial init
      script, e.g., /etc/init.d/setserial, configured to poke in legacy COM port
      resources for the IRDA device.  That causes the serial driver to claim
      resources needed by this driver.
      
      Based on this patch by Ville Syrjälä:
          http://www.hpl.hp.com/personal/Jean_Tourrilhes/IrDA/ir260_smsc_pnp.diffSigned-off-by: NBjorn Helgaas <bjorn.helgaas@hp.com>
      Cc: Keith Owens <kaos@ocs.com.au>
      Cc: Len Brown <lenb@kernel.org>
      Cc: Adam Belay <ambx1@neo.rr.com>
      Cc: Matthieu CASTET <castet.matthieu@free.fr>
      Cc: Jean Tourrilhes <jt@hpl.hp.com>
      Cc: Matthew Garrett <mjg59@srcf.ucam.org>
      Cc: Ville Syrjala <syrjala@sci.fi>
      Cc: Russell King <rmk+serial@arm.linux.org.uk>
      Acked-by: NSamuel Ortiz <samuel@sortiz.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      d0d4f69b
    • B
      smsc-ircc2: tidy up module parameter checking · 916f11c7
      Bjorn Helgaas 提交于
      To determine whether the user specified a module parameter, use some #defines
      instead of checking for bare magic numbers.
      Signed-off-by: NBjorn Helgaas <bjorn.helgaas@hp.com>
      Cc: Keith Owens <kaos@ocs.com.au>
      Cc: Len Brown <lenb@kernel.org>
      Cc: Adam Belay <ambx1@neo.rr.com>
      Cc: Matthieu CASTET <castet.matthieu@free.fr>
      Cc: Jean Tourrilhes <jt@hpl.hp.com>
      Cc: Matthew Garrett <mjg59@srcf.ucam.org>
      Cc: Ville Syrjala <syrjala@sci.fi>
      Cc: Russell King <rmk+serial@arm.linux.org.uk>
      Cc: Samuel Ortiz <samuel@sortiz.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      916f11c7
  8. 26 4月, 2007 3 次提交
  9. 05 10月, 2006 1 次提交
    • D
      IRQ: Maintain regs pointer globally rather than passing to IRQ handlers · 7d12e780
      David Howells 提交于
      Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
      of passing regs around manually through all ~1800 interrupt handlers in the
      Linux kernel.
      
      The regs pointer is used in few places, but it potentially costs both stack
      space and code to pass it around.  On the FRV arch, removing the regs parameter
      from all the genirq function results in a 20% speed up of the IRQ exit path
      (ie: from leaving timer_interrupt() to leaving do_IRQ()).
      
      Where appropriate, an arch may override the generic storage facility and do
      something different with the variable.  On FRV, for instance, the address is
      maintained in GR28 at all times inside the kernel as part of general exception
      handling.
      
      Having looked over the code, it appears that the parameter may be handed down
      through up to twenty or so layers of functions.  Consider a USB character
      device attached to a USB hub, attached to a USB controller that posts its
      interrupts through a cascaded auxiliary interrupt controller.  A character
      device driver may want to pass regs to the sysrq handler through the input
      layer which adds another few layers of parameter passing.
      
      I've build this code with allyesconfig for x86_64 and i386.  I've runtested the
      main part of the code on FRV and i386, though I can't test most of the drivers.
      I've also done partial conversion for powerpc and MIPS - these at least compile
      with minimal configurations.
      
      This will affect all archs.  Mostly the changes should be relatively easy.
      Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
      
      	struct pt_regs *old_regs = set_irq_regs(regs);
      
      And put the old one back at the end:
      
      	set_irq_regs(old_regs);
      
      Don't pass regs through to generic_handle_irq() or __do_IRQ().
      
      In timer_interrupt(), this sort of change will be necessary:
      
      	-	update_process_times(user_mode(regs));
      	-	profile_tick(CPU_PROFILING, regs);
      	+	update_process_times(user_mode(get_irq_regs()));
      	+	profile_tick(CPU_PROFILING);
      
      I'd like to move update_process_times()'s use of get_irq_regs() into itself,
      except that i386, alone of the archs, uses something other than user_mode().
      
      Some notes on the interrupt handling in the drivers:
      
       (*) input_dev() is now gone entirely.  The regs pointer is no longer stored in
           the input_dev struct.
      
       (*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking.  It does
           something different depending on whether it's been supplied with a regs
           pointer or not.
      
       (*) Various IRQ handler function pointers have been moved to type
           irq_handler_t.
      Signed-Off-By: NDavid Howells <dhowells@redhat.com>
      (cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
      7d12e780
  10. 29 9月, 2006 1 次提交
  11. 13 7月, 2006 1 次提交
  12. 10 5月, 2006 1 次提交
  13. 15 4月, 2006 1 次提交
  14. 10 4月, 2006 1 次提交
    • L
      [IRDA]: smcinit merged into smsc-ircc driver · c1e14a6e
      Linus Walleij 提交于
      This patch integrates the smcinit code into the smsc-ircc driver.
      Some laptops have their smsc-ircc chip not properly configured by the
      BIOS and needs some preconfiguration. Currently, this can be done from
      userspace with smcinit, a utility that comes with the irda-utils
      package. It messes with ioports and PCI settings, from userspace.  Now
      with this patch, if we happen to be on one of the known to be faulty
      laptops, we preconfigure the chip from the driver.
      
      Patch from Linus Walleij <triad@df.lth.se>
      Signed-off-by: NSamuel Ortiz <samuel.ortiz@nokia.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c1e14a6e
  15. 10 11月, 2005 1 次提交
  16. 31 10月, 2005 1 次提交
  17. 30 10月, 2005 1 次提交
  18. 29 10月, 2005 1 次提交
  19. 08 9月, 2005 9 次提交
  20. 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