1. 02 1月, 2015 1 次提交
  2. 13 8月, 2014 1 次提交
  3. 12 2月, 2014 1 次提交
  4. 29 5月, 2013 1 次提交
    • T
      ALSA: PCI: Remove superfluous pci_set_drvdata(pci, NULL) at remove · 20a24225
      Takashi Iwai 提交于
      As drvdata is cleared to NULL at probe failure or at removal by the
      driver core, we don't have to call pci_set_drvdata(pci, NULL) any
      longer in each driver.
      
      The only remaining pci_set_drvdata(NULL) is in azx_firmware_cb() in
      hda_intel.c.  Since this function itself releases the card instance,
      we need to clear drvdata here as well, so that it won't be released
      doubly in the remove callback.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      20a24225
  5. 07 12月, 2012 1 次提交
  6. 15 8月, 2012 1 次提交
  7. 03 7月, 2012 2 次提交
  8. 24 4月, 2012 1 次提交
  9. 19 12月, 2011 1 次提交
  10. 01 11月, 2011 1 次提交
  11. 14 9月, 2011 1 次提交
    • C
      ALSA: mpu401: clean up interrupt specification · dba8b469
      Clemens Ladisch 提交于
      The semantics of snd_mpu401_uart_new()'s interrupt parameters are
      somewhat counterintuitive:  To prevent the function from allocating its
      own interrupt, either the irq number must be invalid, or the irq_flags
      parameter must be zero.  At the same time, the irq parameter being
      invalid specifies that the mpu401 code has to work without an interrupt
      allocated by the caller.  This implies that, if there is an interrupt
      and it is allocated by the caller, the irq parameter must be set to
      a valid-looking number which then isn't actually used.
      
      With the removal of IRQF_DISABLED, zero becomes a valid irq_flags value,
      which forces us to handle the parameters differently.
      
      This patch introduces a new flag MPU401_INFO_IRQ_HOOK for when the
      device interrupt is handled by the caller, and makes the allocation of
      the interrupt to depend only on the irq parameter.  As suggested by
      Takashi, the irq_flags parameter was dropped because, when used, it had
      the constant value IRQF_DISABLED.
      Signed-off-by: NClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      dba8b469
  12. 10 6月, 2011 1 次提交
    • T
      ALSA: Use KBUILD_MODNAME for pci_driver.name entries · 3733e424
      Takashi Iwai 提交于
      The convention for pci_driver.name entry in kernel drivers seem to be
      the module name or equivalent ones.  But, so far, almost all PCI sound
      drivers use more verbose name like "ABC Xyz (12)", and these are fairly
      confusing when appearing as a file name.
      
      This patch converts the all pci_driver.name entries in sound/pci/* to
      use KBUILD_MODNAME for more unified appearance.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      3733e424
  13. 09 2月, 2010 1 次提交
  14. 12 1月, 2009 1 次提交
  15. 01 2月, 2008 2 次提交
  16. 16 10月, 2007 1 次提交
  17. 13 7月, 2006 1 次提交
  18. 23 6月, 2006 1 次提交
  19. 28 4月, 2006 1 次提交
  20. 22 1月, 2006 1 次提交
    • J
      [ALSA] Prevent ALSA trident driver from grabbing pcnet32 hardware · e3183ec9
      Jon Mason 提交于
      Modules: Trident driver
      
      Some pcnet32 hardware erroneously has the Vendor ID for Trident.  The
      pcnet32 driver looks for the PCI ethernet class before grabbing the
      hardware, but the current trident driver does not check against the
      PCI audio class.  This allows the trident driver to claim the pcnet32
      hardware.  This patch prevents that.
      
      Per Jiri Slaby's request, I changed the trident driver to use
      PCI_DEVICE macro and PCI ID #defines.
      
      This patch is untested on Trident 4DWAVE_DX hardware, but has been
      tested on pcnet32 hardware.
      Signed-off-by: NJon Mason <jdmason@us.ibm.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      e3183ec9
  21. 03 1月, 2006 2 次提交
  22. 11 11月, 2005 1 次提交
  23. 12 9月, 2005 1 次提交
    • C
      [ALSA] set owner field in struct pci_driver · 3bcd4649
      Clemens Ladisch 提交于
      AD1889 driver,ALS4000 driver,ATIIXP driver,ATIIXP-modem driver
      AZT3328 driver,BT87x driver,CMIPCI driver,CS4281 driver
      ENS1370/1+ driver,ES1938 driver,ES1968 driver,FM801 driver
      Intel8x0 driver,Intel8x0-modem driver,Maestro3 driver,RME32 driver
      RME96 driver,SonicVibes driver,VIA82xx driver,VIA82xx-modem driver
      ALI5451 driver,au88x0 driver,CS46xx driver,EMU10K1/EMU10K2 driver
      HDA Intel driver,ICE1712 driver,ICE1724 driver,KORG1212 driver
      MIXART driver,NM256 driver,RME HDSP driver,RME9652 driver
      Trident driver,Digigram VX222 driver,YMFPCI driver
      Set the module owner field in each driver's struct pci_driver to get
      the driver symlink in the sysfs device directory.
      Signed-off-by: NClemens Ladisch <clemens@ladisch.de>
      3bcd4649
  24. 22 6月, 2005 1 次提交
  25. 29 5月, 2005 1 次提交
    • T
      [ALSA] Replace pci_module_init() with pci_register_driver() · 01d25d46
      Takashi Iwai 提交于
      Documentation,ALS4000 driver,ATIIXP driver,ATIIXP-modem driver
      AZT3328 driver,BT87x driver,CMIPCI driver,CS4281 driver
      ENS1370/1+ driver,ES1938 driver,ES1968 driver,FM801 driver
      Intel8x0 driver,Intel8x0-modem driver,Maestro3 driver,RME32 driver
      RME96 driver,SonicVibes driver,VIA82xx driver,VIA82xx-modem driver
      ALI5451 driver,au88x0 driver,CA0106 driver,CS46xx driver
      EMU10K1/EMU10K2 driver,HDA Intel driver,ICE1712 driver,ICE1724 driver
      KORG1212 driver,MIXART driver,NM256 driver,RME HDSP driver
      RME9652 driver,Trident driver,Digigram VX222 driver,YMFPCI driver
      Replace the obsolete pci_module_init() with pci_register_driver().
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      01d25d46
  26. 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