1. 16 5月, 2018 2 次提交
  2. 15 5月, 2018 1 次提交
    • F
      ALSA: hda/ca0132: fix array_size.cocci warnings · c5f13d75
      Fengguang Wu 提交于
      sound/pci/hda/patch_ca0132.c:5062:50-51: WARNING: Use ARRAY_SIZE
      sound/pci/hda/patch_ca0132.c:5092:50-51: WARNING: Use ARRAY_SIZE
      
       Use ARRAY_SIZE instead of dividing sizeof array with sizeof an element
      
      Semantic patch information:
       This makes an effort to find cases where ARRAY_SIZE can be used such as
       where there is a division of sizeof the array by the sizeof its first
       element or by any indexed element or the element type. It replaces the
       division of the two sizeofs by ARRAY_SIZE.
      
      Generated by: scripts/coccinelle/misc/array_size.cocci
      
      Fixes: 47cdf76e ("ALSA: hda/ca0132: Add new control changes for SBZ + R3Di")
      CC: Connor McAdams <conmanx360@gmail.com>
      Signed-off-by: NFengguang Wu <fengguang.wu@intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      c5f13d75
  3. 14 5月, 2018 2 次提交
  4. 13 5月, 2018 14 次提交
  5. 02 5月, 2018 2 次提交
  6. 28 4月, 2018 1 次提交
  7. 27 4月, 2018 1 次提交
  8. 25 4月, 2018 8 次提交
  9. 24 4月, 2018 2 次提交
  10. 19 4月, 2018 2 次提交
  11. 16 4月, 2018 5 次提交
    • T
      ALSA: emu10k1: Reduce GFP_ATOMIC allocation · 057666b6
      Takashi Iwai 提交于
      The emu10k1 fx8010 code allocates each irq resource dynamically and
      links to the list at PCM trigger callback.  Due to the nature of
      trigger callback, the allocation is done with GFP_ATOMIC, hence it
      may fail more often.  Moreover, the irq resource isn't big at all, and
      using the kmalloc for this won't save many bytes, either.
      
      This patch removes the dynamic allocation and embeds the irq resource
      into struct snd_emu10k1_fx8010_pcm.irq field instead of keeping a
      pointer.  As a result, it simplifies the code and removes the
      unnecessary GFP_ATOMIC usage.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      057666b6
    • T
      ALSA: cmipci: Allocate with GFP_KERNEL instead of GFP_ATOMIC · 0be51680
      Takashi Iwai 提交于
      save_mixer_state() is called in a sleepable context, so it's safe to
      allocate with GFP_KERNEL instead of the current GFP_ATOMIC.  The
      GFP_ATOMIC usage must have been based on an incorrect assumption in
      the very old code base.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      0be51680
    • D
      ALSA: hda - New VIA controller suppor no-snoop path · af52f998
      David Wang 提交于
      This patch is used to tell kernel that new VIA HDAC controller also
      support no-snoop path.
      
      [ minor coding style fix by tiwai ]
      Signed-off-by: NDavid Wang <davidwang@zhaoxin.com>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      af52f998
    • J
      ALSA: ad1889: Replace mdelay with usleep_range in snd_ad1889_ac97_ready · 1fa350b6
      Jia-Ju Bai 提交于
      snd_ad1889_ac97_ready() is never called in atomic context.
      
      The call chain ending up at snd_ad1889_ac97_ready() is:
      [1] snd_ad1889_ac97_ready() <- snd_ad1889_ac97_xinit() <-
      	snd_ad1889_ac97_init() <- snd_ad1889_probe()
      
      snd_ad1889_probe() is only set as ".probe" in struct pci_driver.
      This function is not called in atomic context.
      
      Despite never getting called from atomic context, snd_ad1889_ac97_ready()
      calls mdelay for busy wait.
      This is not necessary and can be replaced with usleep_range to
      avoid busy waiting.
      
      This is found by a static analysis tool named DCNS written by myself.
      Signed-off-by: NJia-Ju Bai <baijiaju1990@gmail.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      1fa350b6
    • J
      ALSA: ad1889: Replace mdelay with usleep_range in snd_ad1889_init · 621fdf60
      Jia-Ju Bai 提交于
      snd_ad1889_init() is never called in atomic context.
      
      The call chain ending up at snd_ad1889_init() is:
      [1] snd_ad1889_init() <- snd_ad1889_create() <- snd_ad1889_probe()
      
      snd_ad1889_probe() is only set as ".probe" in struct pci_driver.
      This function is not called in atomic context.
      
      Despite never getting called from atomic context, snd_ad1889_init()
      calls mdelay for busy wait.
      This is not necessary and can be replaced with usleep_range to
      avoid busy waiting.
      
      This is found by a static analysis tool named DCNS written by myself.
      Signed-off-by: NJia-Ju Bai <baijiaju1990@gmail.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      621fdf60