Eric Lee / smarc-fsl-linux-kernel

16 Oct, 2007

1 commit

22 Oct, 2006

1 commit

  • 30b35399c   [ALSA] Various fixes for suspend/resume of ALSA PCI drivers ... Browse Code »

    - Check the return value of pci_enable_device() and request_irq()
    in the suspend. If any error occurs there, disable the device
    using snd_card_disconnect().
    - Call pci_set_power_state() properly with pci_choose_state().
    - Fix the order to call pci_set_power_state().
    - Removed obsolete house-made PM codes in some drivers.

    Signed-off-by: Takashi Iwai
    Signed-off-by: Jaroslav Kysela

    Takashi Iwai
     

23 Sep, 2006

1 commit

13 Jul, 2006

1 commit

23 Jun, 2006

1 commit

28 Apr, 2006

1 commit

03 Jan, 2006

2 commits

11 Nov, 2005

1 commit

04 Nov, 2005

1 commit

12 Sep, 2005

1 commit

  • 025cd2f6b   [ALSA] snd-ca0106, snd-emu10k1: Add symlink in the sys tree. ... Browse Code »

    CA0106 driver,EMU10K1/EMU10K2 driver
    A thread appeared on the LKML. This patch implements the fix.

    Question:
    in sysfs, /sys/bus/*/drivers lists the driver names, with their exported .name (eg. '.name = 'EMU10K1_Audigy'' in the module code, from now on 'driver name'). In /sys/modules, the kernel modules are listed with their module name, eg. snd_emu10k1. However, it seems to me that in sysfs, there is no way in particular to tell, which module has which .name. That is, that snd_emu10k1 is EMU10K1_Audigy and vice versa.

    I wonder whether it wouldn't be possible to add a symlink to the particular module from the driver, and/or from the module to the driver, so the list of devices handled by the module and the module name would be accessible. This way, I would know which driver name corresponds to which module name and vice versa.

    Answer:
    For PCI drivers, just add the line:
    .owner = THIS_MODULE,

    to their struct pci_driver definition and you will get the symlink
    created for you.

    Signed-off-by: James Courtier-Dutton

    James Courtier-Dutton
     

30 Aug, 2005

1 commit

  • 67ed4161f   [ALSA] sound - fix .iface field of mixer control elements ... Browse Code »

    Documentation,CS46xx driver,EMU10K1/EMU10K2 driver,AD1848 driver
    SB16/AWE driver,CMIPCI driver,ENS1370/1+ driver,RME32 driver
    RME96 driver,ICE1712 driver,ICE1724 driver,KORG1212 driver
    RME HDSP driver,RME9652 driver
    This patch changes .iface to SNDRV_CTL_ELEM_IFACE_MIXER whre _PCM or
    _HWDEP was used in controls that are not associated with a specific PCM
    (sub)stream or hwdep device, and changes some controls that got
    inconsitent .iface values due to copy+paste errors. Furthermore, it
    makes sure that all control that do use _PCM or _HWDEP use the correct
    number in the .device field.

    Signed-off-by: Clemens Ladisch

    Clemens Ladisch
     

28 Jul, 2005

2 commits

29 May, 2005

1 commit

  • 01d25d460   [ALSA] Replace pci_module_init() with pci_register_driver() ... Browse Code »

    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: Takashi Iwai

    Takashi Iwai
     

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

    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!

    Linus Torvalds