1. 26 3月, 2010 3 次提交
  2. 23 2月, 2010 1 次提交
  3. 04 2月, 2010 1 次提交
  4. 08 12月, 2009 1 次提交
  5. 04 12月, 2009 1 次提交
  6. 29 11月, 2009 3 次提交
    • D
      pcmcia: rework the irq_req_t typedef · 5fa9167a
      Dominik Brodowski 提交于
      Most of the irq_req_t typedef'd struct can be re-worked quite
      easily:
      
      (1) IRQInfo2 was unused in any case, so drop it.
      
      (2) IRQInfo1 was used write-only, so drop it.
      
      (3) Instance (private data to be passed to the IRQ handler):
      	Most PCMCIA drivers using pcmcia_request_irq() to actually
      	register an IRQ handler set the "dev_id" to the same pointer
      	as the "priv" pointer in struct pcmcia_device. Modify the two
      	exceptions (ipwireless, ibmtr_cs) to also work this waym and
      	set the IRQ handler's "dev_id" to p_dev->priv unconditionally.
      
      (4) Handler is to be of type irq_handler_t.
      
      (5) Handler != NULL already tells whether an IRQ handler is present.
      	Therefore, we do not need the IRQ_HANDLER_PRESENT flag in
      	irq_req_t.Attributes.
      
      CC: netdev@vger.kernel.org
      CC: linux-bluetooth@vger.kernel.org
      CC: linux-ide@vger.kernel.org
      CC: linux-wireless@vger.kernel.org
      CC: linux-scsi@vger.kernel.org
      CC: alsa-devel@alsa-project.org
      CC: Jaroslav Kysela <perex@perex.cz>
      CC: Jiri Kosina <jkosina@suse.cz>
      CC: Karsten Keil <isdn@linux-pingi.de>
      for the Bluetooth parts: Acked-by: Marcel Holtmann <marcel@holtmann.org>
      Signed-off-by: NDominik Brodowski <linux@dominikbrodowski.net>
      5fa9167a
    • D
      pcmcia: pcmcia_request_window() doesn't need a pointer to a pointer · 6838b03f
      Dominik Brodowski 提交于
      pcmcia_request_window() only needs a pointer to struct pcmcia_device, not
      a pointer to a pointer.
      
      CC: netdev@vger.kernel.org
      CC: linux-wireless@vger.kernel.org
      CC: linux-scsi@vger.kernel.org
      CC: Jiri Kosina <jkosina@suse.cz>
      Acked-by: Karsten Keil <keil@b1-systems.de> (for ISDN)
      Signed-off-by: NDominik Brodowski <linux@dominikbrodowski.net>
      6838b03f
    • M
      pcmcia: Pass struct pcmcia_device to pcmcia_map_mem_page() · 868575d1
      Magnus Damm 提交于
      No logic changes, just pass struct pcmcia_device to pcmcia_map_mem_page()
      
      [linux@dominikbrodowski.net: update to 2.6.31]
      CC: netdev@vger.kernel.org
      CC: linux-wireless@vger.kernel.org
      CC: linux-scsi@vger.kernel.org
      CC: Jiri Kosina <jkosina@suse.cz>
      Acked-by: Karsten Keil <keil@b1-systems.de> (for ISDN)
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NDominik Brodowski <linux@dominikbrodowski.net>
      868575d1
  7. 09 11月, 2009 1 次提交
  8. 07 11月, 2009 1 次提交
    • M
      hisax: remove bad udelay call to fix build error on ARM · cc05368c
      Martin Michlmayr 提交于
      The hisax ISDN driver fails to build on ARM with CONFIG_HISAX_ELSA:
      
      | drivers/built-in.o: In function `modem_set_dial':
      | drivers/isdn/hisax/elsa_ser.c:535: undefined reference to `__bad_udelay'
      | drivers/isdn/hisax/elsa_ser.c:544: undefined reference to `__bad_udelay'
      | drivers/built-in.o: In function `modem_set_init':
      | drivers/isdn/hisax/elsa_ser.c:486: undefined reference to `__bad_udelay'
      | [...]
      
      According to the comment in arch/arm/include/asm/delay.h, __bad_udelay
      is specifically designed on ARM to produce a build failure when udelay
      is called with a value > 2000.
      Signed-off-by: NMartin Michlmayr <tbm@cyrius.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      cc05368c
  9. 05 11月, 2009 3 次提交
  10. 12 10月, 2009 1 次提交
  11. 26 7月, 2009 4 次提交
  12. 13 7月, 2009 1 次提交
  13. 12 6月, 2009 1 次提交
  14. 18 4月, 2009 1 次提交
    • D
      USB: add reset endpoint operations · 3444b26a
      David Vrabel 提交于
      Wireless USB endpoint state has a sequence number and a current
      window and not just a single toggle bit.  So allow HCDs to provide a
      endpoint_reset method and call this or clear the software toggles as
      required (after a clear halt, set configuration etc.).
      
      usb_settoggle() and friends are then HCD internal and are moved into
      core/hcd.h and all device drivers call usb_reset_endpoint() instead.
      
      If the device endpoint state has been reset (with a clear halt) but
      the host endpoint state has not then subsequent data transfers will
      not complete. The device will only work again after it is reset or
      disconnected.
      Signed-off-by: NDavid Vrabel <david.vrabel@csr.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      3444b26a
  15. 27 2月, 2009 1 次提交
    • H
      drivers/isdn/hisax: fix sparse warning: Should it be static? · e86a6a1b
      Hannes Eder 提交于
      Impact: Move declarations to a header file.
      
      Fix this sparse warning:
        drivers/isdn/hisax/callc.c:24:12: warning: symbol 'lli_revision' was not declared. Should it be static?
        drivers/isdn/hisax/config.c:84:12: warning: symbol 'CardType' was not declared. Should it be static?
        drivers/isdn/hisax/config.c:362:5: warning: symbol 'nrcards' was not declared. Should it be static?
        drivers/isdn/hisax/isdnl1.c:21:12: warning: symbol 'l1_revision' was not declared. Should it be static?
        drivers/isdn/hisax/isdnl2.c:22:12: warning: symbol 'l2_revision' was not declared. Should it be static?
        drivers/isdn/hisax/isdnl3.c:22:12: warning: symbol 'l3_revision' was not declared. Should it be static?
        drivers/isdn/hisax/tei.c:23:12: warning: symbol 'tei_revision' was not declared. Should it be static?
      Signed-off-by: NHannes Eder <hannes@hanneseder.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e86a6a1b
  16. 01 12月, 2008 1 次提交
    • A
      tricky one: hisax sections · 56d74dd5
      Al Viro 提交于
      a) hisax_init_pcmcia() needs to be defined only if we have
         CONFIG_HOTPLUG (no PCMCIA support otherwise) and can be declared
         __devinit.
      
      b) HiSax_inithardware() can go __init
      
      c) hisax_register() is passing to checkcard() full-blown hisax_cs_setup_card():
      	checkcard(i, id, NULL, hisax_d_if->owner, hisax_cs_setup_card);
         The problem with it is that
      	* hisax_cs_setup_card() is __devinit
      	* hisax_register() is not
      	* hisax_cs_setup_card() is a switch from hell, calling a lot of
      	  setup_some_weirdcard() depending on card->typ.  _These_ are also
      	  __devinit.
      
         However, in hisax_register() we have card->typ equal to
         ISDN_CTYPE_DYNAMIC, which reduces hisax_cs_setup_card() to "nevermind
         all that crap, just do nothing and return 2".  So we add a
         trimmed-down callback doing just that and passed to checkcard() by
         hisax_register().  _This_ is non-init (we can stand the impact on
         .text size).
      
      Voila - no section warnings from drivers/isdn
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      56d74dd5
  17. 23 8月, 2008 5 次提交
  18. 27 7月, 2008 1 次提交
  19. 26 7月, 2008 1 次提交
  20. 28 4月, 2008 3 次提交
  21. 21 4月, 2008 3 次提交
  22. 05 3月, 2008 1 次提交
  23. 10 2月, 2008 1 次提交
    • S
      isdn: fix section mismatch warning for ISACVer · f4e64333
      Sam Ravnborg 提交于
      Fix following warnings:
      WARNING: drivers/isdn/hisax/built-in.o(.text+0x19723): Section mismatch in reference from the function ISACVersion() to the variable .devinit.data:ISACVer
      WARNING: drivers/isdn/hisax/built-in.o(.text+0x2005b): Section mismatch in reference from the function setup_avm_a1_pcmcia() to the function .devinit.text:setup_isac()
      
      ISACVer were only used from function annotated __devinit
      so add same annotation to ISACVer.
      One af the fererencing functions missed __devinit so add it
      and kill an additional warning.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Acked-by: NKarsten Keil <kkeil@suse.de>
      Cc: Jeff Garzik <jgarzik@pobox.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f4e64333