29 Sep, 2010

4 commits

  • Tested-by: Wolfram Sang
    Signed-off-by: Dominik Brodowski

    Dominik Brodowski
     
  • pcmcia_enable_device() now replaces pcmcia_request_configuration().
    Instead of config_req_t, all necessary flags are either passed as
    a parameter to pcmcia_enable_device(), or (in rare circumstances)
    set in struct pcmcia_device -> flags.

    With the last remaining user of include/pcmcia/cs.h gone, remove
    all references.

    CC: netdev@vger.kernel.org
    CC: linux-wireless@vger.kernel.org
    CC: linux-ide@vger.kernel.org
    CC: linux-usb@vger.kernel.org
    CC: laforge@gnumonks.org
    CC: linux-mtd@lists.infradead.org
    CC: alsa-devel@alsa-project.org
    CC: linux-serial@vger.kernel.org
    CC: Jiri Kosina
    CC: linux-scsi@vger.kernel.org
    Acked-by: Gustavo F. Padovan (for drivers/bluetooth)
    Tested-by: Wolfram Sang
    Signed-off-by: Dominik Brodowski

    Dominik Brodowski
     
  • Several drivers prefer to explicitly set config_{base,index,regs},
    formerly known as ConfigBase, ConfigIndex and Present. Instead of
    passing these values inside config_req_t, store it in struct
    pcmcia_device.

    CC: netdev@vger.kernel.org
    CC: linux-wireless@vger.kernel.org
    CC: linux-ide@vger.kernel.org
    CC: linux-usb@vger.kernel.org
    CC: laforge@gnumonks.org
    CC: linux-mtd@lists.infradead.org
    CC: alsa-devel@alsa-project.org
    CC: linux-serial@vger.kernel.org
    CC: Jiri Kosina
    CC: linux-scsi@vger.kernel.org
    Acked-by: Gustavo F. Padovan (for drivers/bluetooth)
    Tested-by: Wolfram Sang
    Signed-off-by: Dominik Brodowski

    Dominik Brodowski
     
  • IntType was only set to INT_MEMORY (driver pcmciamtd) or INT_MEMORY_AND_IO
    (all other drivers). As this flags seems to relate to ioport access, make
    it conditional to the driver having requested IO port access. There are two
    drivers which do not request IO ports, but did set INT_MEMORY_AND_IO:
    ray_cs and b43. For those, we consistently only set INT_MEMORY in future.

    CC: netdev@vger.kernel.org
    CC: linux-wireless@vger.kernel.org
    CC: linux-ide@vger.kernel.org
    CC: linux-usb@vger.kernel.org
    CC: laforge@gnumonks.org
    CC: linux-mtd@lists.infradead.org
    CC: alsa-devel@alsa-project.org
    CC: linux-serial@vger.kernel.org
    CC: Jiri Kosina
    CC: linux-scsi@vger.kernel.org
    Acked-by: Gustavo F. Padovan (for drivers/bluetooth)
    Tested-by: Wolfram Sang
    Signed-off-by: Dominik Brodowski

    Dominik Brodowski
     

25 Sep, 2010

3 commits


24 Sep, 2010

1 commit


23 Sep, 2010

1 commit


22 Sep, 2010

2 commits


21 Sep, 2010

1 commit


19 Sep, 2010

1 commit


17 Sep, 2010

3 commits


16 Sep, 2010

1 commit

  • BugLink: http://launchpad.net/bugs/640254

    In some cases a magic processing coefficient is needed to enable
    the internal speaker on Dell M101z. According to Realtek, this
    processing coefficient is only present on ALC269vb.

    Cc: stable@kernel.org
    Signed-off-by: David Henningsson
    Signed-off-by: Takashi Iwai

    David Henningsson
     

15 Sep, 2010

1 commit


14 Sep, 2010

1 commit


13 Sep, 2010

2 commits


10 Sep, 2010

1 commit


09 Sep, 2010

1 commit

  • If we pass in a device which is higher than SNDRV_RAWMIDI_DEVICES then
    the "next device" should be -1. This function just returns device + 1.

    But the main thing is that "device + 1" can lead to a (harmless) integer
    overflow and that annoys static analysis tools.

    [fix the case for device == SNDRV_RAWMIDI_DEVICE by tiwai]

    Signed-off-by: Dan Carpenter
    Signed-off-by: Takashi Iwai

    Dan Carpenter
     

08 Sep, 2010

8 commits

  • snd_hda_parse_pin_def_config() has some workaround for re-assigning
    some pins declared as headphones to line-outs. This didn't work properly
    for some cases because it used memmove() stupidly wrongly.

    Reference: Novell bnc#637263
    https://bugzilla.novell.com/show_bug.cgi?id=637263

    Cc:
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     
  • The error handling in snd_seq_oss_open() has several bad codes that
    do dereferecing released pointers and double-free of kmalloc'ed data.
    The object dp is release in free_devinfo() that is called via
    private_free callback. The rest shouldn't touch this object any more.

    The patch changes delete_port() to call kfree() in any case, and gets
    rid of unnecessary calls of destructors in snd_seq_oss_open().

    Fixes CVE-2010-3080.

    Reported-and-tested-by: Tavis Ormandy
    Cc:
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     
  • The driver doesn't probe the device properly because of left-over cfg[]
    that isn't used at all for msnd-classic device. This is only for msnd-
    pinnacle.

    Signed-off-by: Takashi Iwai

    Takashi Iwai
     
  • EeePC 1001HAG has a similar problem like other ASUS machine, which doesn't
    set the codec SSID properly for indicating the beep capability.
    To enable PC-beep again, put this to the whitelist.

    Signed-off-by: Takashi Iwai

    Takashi Iwai
     
  • Add init verb sequence for errata ER880C3
    http://www.cirrus.com/en/pubs/errata/ER880C3.pdf

    Signed-off-by: Brian Austin
    Cc:
    Signed-off-by: Takashi Iwai

    Brian Austin
     
  • Due to the wrong "return" in the loop, a capture substream won't be
    released at disconnection properly if the device is capture only and has
    no playback substream. This caused Oops occasionally at the device
    reconnection.

    Reported-by: Kim Minhyoung
    Cc:
    Signed-off-by: Takashi Iwai

    Takashi Iwai
     
  • The Line and Mic inputs cannot be used at the same time, so the driver
    has to automatically disable one of them if both are set. However, it
    forgot to notify userspace about this change, so the mixer state would
    be inconsistent. To fix this, check if the other control gets muted,
    and send a notification event in this case.

    Signed-off-by: Clemens Ladisch
    Reported-and-tested-by: Nathan Schagen
    Cc:
    Signed-off-by: Takashi Iwai

    Clemens Ladisch
     
  • For the WM8776 chip, this driver uses a different sample format and
    more features than the Windows driver. When rebooting from Linux into
    Windows, the latter driver does not reset the chip but assumes all its
    registers have their default settings, so we get garbled sound or, if
    the output happened to be muted before rebooting, no sound.

    To make that driver happy, hook our driver's cleanup function into the
    shutdown notifier and ensure that the chip gets reset.

    Signed-off-by: Clemens Ladisch
    Reported-and-tested-by: Nathan Schagen
    Cc:
    Signed-off-by: Takashi Iwai

    Clemens Ladisch
     

07 Sep, 2010

1 commit


04 Sep, 2010

1 commit

  • The Audio Class v2 support code in 2.6.35 added checks for the
    bInterfaceProtocol field. However, there are devices (usually those
    detected by vendor-specific quirks) that do not have one of the
    predefined values in this field, which made the driver reject them.

    To fix this regression, restore the old behaviour, i.e., assume that
    a device with an unknown bInterfaceProtocol field (other than
    UAC_VERSION_2) has more or less UAC-v1-compatible descriptors.

    [compile warning fixes by tiwai]

    Signed-off-by: Clemens Ladisch
    Cc: Daniel Mack
    Cc:
    Signed-off-by: Takashi Iwai

    Clemens Ladisch
     

02 Sep, 2010

2 commits

  • For devices with more than one control interface, let's assume the first
    one contains the audio controls. Unfortunately, there is no field in any
    of the descriptors to tell us whether a control interface is for audio
    or MIDI controls, so a better check is not easy to implement.

    On a composite device with audio and MIDI functions, for example, the
    code currently overwrites chip->ctrl_intf, causing operations on the
    control interface to fail if they are issued after the device probe.

    Signed-off-by: Daniel Mack
    Signed-off-by: Takashi Iwai

    Daniel Mack
     
  • This new model adds the following functionality to HP G60:
    - Automute of internal speakers
    - Autoswitch of internal/external mics
    - Remove SPDIF not physically present

    BugLink: http://launchpad.net/bugs/587388
    Cc: stable@kernel.org
    Signed-off-by: David Henningsson
    Signed-off-by: Takashi Iwai

    David Henningsson
     

29 Aug, 2010

2 commits


28 Aug, 2010

3 commits