Eric Lee / smarc-fsl-linux-kernel

11 Jan, 2012

1 commit

  • 56225e4cc   ALSA: virtuoso: add S/PDIF input support for all Xonars ... Browse Code »

    All Xonar cards support S/PDIF input, but the cards without optical or
    coaxial plugs have only undocumented pin connectors. Support for the
    ST/STX was already added in a previous patch; this adds support for the
    D1/DX (JP2), DG (J5), DS (J5), and HDAV Slim (J12).

    Many thanks to Zoltan Miklos for testing the DS and DX.

    Signed-off-by: Clemens Ladisch
    Signed-off-by: Takashi Iwai

    Clemens Ladisch
     

19 Dec, 2011

1 commit

  • a67ff6a54   ALSA: module_param: make bool parameters really bool ... Browse Code »

    module_param(bool) used to counter-intuitively take an int. In
    fddd5201 (mid-2009) we allowed bool or int/unsigned int using a messy
    trick.

    It's time to remove the int/unsigned int option. For this version
    it'll simply give a warning, but it'll break next kernel version.

    Signed-off-by: Rusty Russell
    Signed-off-by: Takashi Iwai

    Rusty Russell
     

01 Nov, 2011

2 commits

14 Sep, 2011

1 commit

  • dba8b4699   ALSA: mpu401: clean up interrupt specification ... Browse Code »

    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: Clemens Ladisch
    Signed-off-by: Takashi Iwai

    Clemens Ladisch
     

15 Aug, 2011

1 commit

18 Jul, 2011

1 commit

17 Jun, 2011

1 commit

10 Jun, 2011

2 commits

  • 934c2b6d0   ALSA: use KBUILD_MODNAME for request_irq argument in sound/pci/* ... Browse Code »

    The name argument of request_irq() appears in /proc/interrupts, and
    it's quite ugly when the name entry contains a space or special letters.
    In general, it's simpler and more readable when the module name appears
    there, so let's replace all entries with KBUILD_MODNAME.

    Signed-off-by: Takashi Iwai

    Takashi Iwai
     
  • 3733e424c   ALSA: Use KBUILD_MODNAME for pci_driver.name entries ... Browse Code »

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

    Takashi Iwai
     

31 Jan, 2011

1 commit

  • efbeb0718   ALSA: oxygen: fix output routing on Xonar DG ... Browse Code »

    This card uses separate I2S outputs for the front speakers and
    headphones, and reverses the order of the three speaker outputs.
    To work around this, add a model-specific callback to adjust the
    controller's playback routing.

    Signed-off-by: Clemens Ladisch
    Signed-off-by: Takashi Iwai

    Clemens Ladisch
     

23 Jan, 2011

1 commit

  • 233d84c46   ALSA: Xonar, CS43xx: Don't overrun static array ... Browse Code »

    'cs4398_regs' in 'struct xonar_cs43xx' is an array of 'u8' with a size of
    8. So, this code in sound/pci/oxygen/xonar_cs43xx.c::dump_d1_registers()

    for (i = 2; i cs4398_regs[i]);

    will overrun the array when 'i == 8'.

    I guess that what's needed to fix it is the trivial patch below, but I
    must admit that I have no idea about this code, so I may very well be
    wrong. Additionally, I have no way to actually test this, so all I know is
    that the below compiles. Someone who actually knows this code should take
    a look before anything is comitted - consider the below (not much more
    than) a bug report.

    Signed-off-by: Jesper Juhl
    Acked-by: Clemens Ladisch

    Jesper Juhl
     

14 Jan, 2011

1 commit

12 Jan, 2011

3 commits

11 Jan, 2011

1 commit

10 Jan, 2011

22 commits

13 Dec, 2010

1 commit