1. 15 4月, 2014 1 次提交
  2. 03 4月, 2014 1 次提交
  3. 25 3月, 2014 1 次提交
  4. 19 3月, 2014 1 次提交
  5. 11 3月, 2014 2 次提交
  6. 10 3月, 2014 2 次提交
  7. 06 3月, 2014 6 次提交
  8. 05 3月, 2014 3 次提交
  9. 04 3月, 2014 1 次提交
  10. 03 3月, 2014 1 次提交
  11. 01 3月, 2014 6 次提交
    • D
      ALSA: core - Define snd_pci_quirk without CONFIG_PCI · f0a220de
      Dylan Reid 提交于
      The hda codecs all use this struct and, with an HDA platform driver,
      will be able to be built without PCI.
      Signed-off-by: NDylan Reid <dgreid@chromium.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      f0a220de
    • L
      ASoC: dapm: Consolidate MUXs and virtual MUXs · 236aaa68
      Lars-Peter Clausen 提交于
      MUXs and virtual MUXs are almost identical, the only difference is that for
      virtual MUX there is no hardware backing register in which setting is stored.
      This patch adds code, which is similar to what we already do for DAPM mixer
      controls to support virtual mixer controls, to DAPM enum controls. The new code
      will check if the enum does a hardware backing register and skip over reading
      and writing to the register if it has not.  This allows us to use the same code
      path for both MUXs and virtual MUXs and a lot of nearly identical code can be
      removed.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      236aaa68
    • L
      ASoC: Add macros for defining virtual enums · b948837a
      Lars-Peter Clausen 提交于
      With the upcoming consolidation of normal MUXs and virtual MUXs we need to be
      able to distinguish between enums with and without a backing register at the
      enum level. Use the same approach as used for virtual mixer controls by setting
      the reg field of the enum to SND_SOC_NOPM for enums without a backing register.
      This patch adds a set of helper macros that can be used to define such enums.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      b948837a
    • L
      ASoC: dapm: Consolidate MUXs and value MUXs · 3727b496
      Lars-Peter Clausen 提交于
      MUXs and value MUXs are almost identical, the only difference is that a value
      MUX uses a look-up table to map from the selected control item to a register
      value, while MUXs use a direct mapping. This patch uses
      snd_soc_enum_item_to_val() and snd_soc_enum_val_to_item(), which where earlier
      introduced during the consolidation of enum and value enum controls, to hide
      this difference. This allows us to use the same code path for both MUXs and
      value MUXs and a lot of nearly duplicated code can be removed.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      3727b496
    • L
      ASoC: Consolidate enum and value enum controls · 29ae2fa5
      Lars-Peter Clausen 提交于
      The implementations for enum and value enum controls are almost identical. The
      only difference is that the value enum uses an additional look-up table to map
      the control value to the register value, while the enum control uses a direct
      mapping. Enums and value enums can easily be distinguished at runtime, for value
      enums the values field of the snd_soc_enum struct contains the look-up table,
      while for enums it is NULL. This patch adds two new small helper functions
      called snd_soc_enum_item_to_val() and snd_soc_enum_val_to_item() which map
      between register value and control item. If the items field of the snd_soc_enum
      struct is NULL the function will do a direct mapping otherwise they'll use the
      look-up table to do the mapping. Using these small helper functions it is
      possible to use the same kcontrol handlers for both enums and value enums. The
      functions are added a inline functions in soc.h so they can also be used by the
      DAPM code to accomplish similar consolidation.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      29ae2fa5
    • L
      8303d769
  12. 25 2月, 2014 4 次提交
    • T
      ALSA: Clean up snd_device_*() codes · 72620d60
      Takashi Iwai 提交于
      A few code cleanups and optimizations.  In addition, drop
      snd_device_disconnect() that isn't used at all, and drop the return
      values from snd_device_free*().
      
      Another slight difference by this change is that now the device state
      will become always SNDRV_DEV_REGISTERED no matter whether dev_register
      ops is present or not.  It's for better consistency.  There should be
      no impact for the current tree, as the state isn't checked.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      72620d60
    • T
      ALSA: Use priority list for managing device list · 289ca025
      Takashi Iwai 提交于
      Basically, the device type specifies the priority of the device to be
      registered / freed, too.  However, the priority value isn't well
      utilized but only it's checked as a group.  This results in
      inconsistent register and free order (where each of them should be in
      reversed direction).
      
      This patch simplifies the device list management code by simply
      inserting a list entry at creation time in an incremental order for
      the priority value.  Since we can just follow the link for register,
      disconnect and free calls, we don't have to specify the group; so the
      whole enum definitions are also simplified as well.
      
      The visible change to outside is that the priorities of some object
      types are revisited.  For example, now the SNDRV_DEV_LOWLEVEL object
      is registered before others (control, PCM, etc) and, in return,
      released after others.  Similarly, SNDRV_DEV_CODEC is in a lower
      priority than SNDRV_DEV_BUS for ensuring the dependency.
      
      Also, the unused SNDRV_DEV_TOPLEVEL, SNDRV_DEV_LOWLEVEL_PRE and
      SNDRV_DEV_LOWLEVEL_NORMAL are removed as a cleanup.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      289ca025
    • T
      ALSA: hwdep: Allow to assign the given parent · 71e2e1c1
      Takashi Iwai 提交于
      Just like PCM, allow hwdep to be assigned to a different parent device
      than the card.  It'll be used for the HD-audio codec device in the
      later patches.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      71e2e1c1
    • T
      ALSA: Create sysfs attribute files via groups · caa751ba
      Takashi Iwai 提交于
      Instead of calling each time device_create_file(), create the groups
      of sysfs attribute files at once in a normal way.  Add a new helper
      function, snd_get_device(), to return the associated device object,
      so that we can handle the sysfs addition locally.
      
      Since the sysfs file addition is done differently now,
      snd_add_device_sysfs_file() helper function is removed.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      caa751ba
  13. 24 2月, 2014 1 次提交
  14. 23 2月, 2014 3 次提交
  15. 21 2月, 2014 1 次提交
  16. 20 2月, 2014 5 次提交
  17. 16 2月, 2014 1 次提交