Skip to content
Snippets Groups Projects
  1. Oct 04, 2024
  2. Oct 02, 2024
  3. Sep 30, 2024
  4. Sep 20, 2024
  5. Sep 19, 2024
  6. Sep 18, 2024
  7. Sep 13, 2024
  8. Sep 11, 2024
  9. Sep 10, 2024
    • Joshua Grisham's avatar
      ALSA: hda/realtek: Refactor and simplify Samsung Galaxy Book init · 7e4d4b32
      Joshua Grisham authored and Takashi Iwai's avatar Takashi Iwai committed
      I have done a lot of analysis for these type of devices and collaborated
      quite a bit with Nick Weihs (author of the first patch submitted for this
      including adding samsung_helper.c). More information can be found in the
      issue on Github [1] including additional rationale and testing.
      
      The existing implementation includes a large number of equalizer coef
      values that are not necessary to actually init and enable the speaker
      amps, as well as create a somewhat worse sound profile. Users have
      reported "muffled" or "muddy" sound; more information about this including
      my analysis of the differences can be found in the linked Github issue.
      
      This patch refactors the "v2" version of ALC298_FIXUP_SAMSUNG_AMP to a much
      simpler implementation which removes the new samsung_helper.c, reuses more
      of the existing patch_realtek.c, and sends significantly fewer unnecessary
      coef values (including removing all of these EQ-specific coef values).
      
      A pcm_playback_hook is used to dynamically enable and disable the speaker
      amps only when there will be audio playback; this is to match the behavior
      of how the driver for these devices is working in Windows, and is
      suspected but not yet tested or confirmed to help with power consumption.
      
      Support for models with 2 speaker amps vs 4 speaker amps is controlled by
      a specific quirk name for both types. A new int num_speaker_amps has been
      added to alc_spec so that the hooks can know how many speaker amps to
      enable or disable. This design was chosen to limit the number of places
      that subsystem ids will need to be maintained: like this, they can be
      maintained only once in the quirk table and there will not be another
      separate list of subsystem ids to maintain elsewhere in the code.
      
      Also updated the quirk name from ALC298_FIXUP_SAMSUNG_AMP2 to
      ALC298_FIXUP_SAMSUNG_AMP_V2_.. as this is not a quirk for "Amp #2" on
      ALC298 but is instead a different version of how to handle it.
      
      More devices have been added (see Github issue for testing confirmation),
      as well as a small cleanup to existing names.
      
      [1]: https://github.com/thesofproject/linux/issues/4055#issuecomment-2323411911
      
      
      
      Signed-off-by: default avatarJoshua Grisham <josh@joshuagrisham.com>
      Link: https://patch.msgid.link/20240909193000.838815-1-josh@joshuagrisham.com
      
      
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      7e4d4b32
    • Edson Juliano Drosdeck's avatar
      ALSA: hda/realtek: Enable mic on Vaio VJFH52 · fc09ea51
      Edson Juliano Drosdeck authored and Takashi Iwai's avatar Takashi Iwai committed
      
      Vaio VJFH52 is equipped with ACL256, and needs a
      fix to make the internal mic and headphone mic to work.
      Also must to limits the internal microphone boost.
      
      Signed-off-by: default avatarEdson Juliano Drosdeck <edson.drosdeck@gmail.com>
      Link: https://patch.msgid.link/20240909162751.4790-1-edson.drosdeck@gmail.com
      
      
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      fc09ea51
  10. Sep 09, 2024
    • Takashi Iwai's avatar
      ALSA: hda: Use non-SG allocation for the communication buffers · 28fbfaf6
      Takashi Iwai authored
      The azx_bus->dma_type is referred only for allocating the
      communication buffers like CORB/RIRB, and the allocation size is
      small.  Hence it doesn't have to be S/G buffer allocation, which is an
      obvious overkill.  Use the standard SNDRV_DMA_TYPE_DEV_WC instead.
      
      This was changed to SNDRV_DMA_TYPE_DEV_WC_SG in the commit
      37137ec2 ("ALSA: hda: Once again fix regression of page
      allocations with IOMMU") as a workaround for IOMMU-backed
      allocations.  But this is no longer needed since the allocation with
      SNDRV_DMA_TYPE_DEV_WC itself was fixed in the commit 9c273013
      ("ALSA: memalloc: Use DMA API for x86 WC page allocations, too").
      
      So this patch reverts the previous workaround in this piece of code.
      
      Link: https://patch.msgid.link/20240909134744.25426-1-tiwai@suse.de
      
      
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      28fbfaf6
  11. Sep 08, 2024
  12. Sep 06, 2024
  13. Sep 05, 2024
  14. Sep 04, 2024
  15. Sep 03, 2024
  16. Sep 02, 2024
  17. Aug 30, 2024
  18. Aug 29, 2024
  19. Aug 28, 2024
  20. Aug 26, 2024
  21. Aug 25, 2024
  22. Aug 23, 2024
  23. Aug 22, 2024
  24. Aug 21, 2024
Loading