An error occurred fetching the project authors.
  1. 06 Apr, 2022 1 commit
  2. 02 Mar, 2022 1 commit
  3. 20 Sep, 2021 1 commit
  4. 19 Nov, 2020 2 commits
  5. 27 Jul, 2020 1 commit
  6. 17 Jun, 2020 1 commit
  7. 27 May, 2020 1 commit
  8. 27 Mar, 2020 1 commit
  9. 13 Mar, 2020 1 commit
  10. 20 Aug, 2019 2 commits
    • Daniel Stuart's avatar
      ASoC: intel: cht_bsw_max98090_ti: Add all Chromebooks that need pmc_plt_clk_0 quirk · d5e12042
      Daniel Stuart authored
      Every single baytrail chromebook sets PMC to 0, as can be seeing
      below by searching through coreboot source code:
      	$ grep -rl "PMC_PLT_CLK\[0\]" .
      	./rambi/variants/glimmer/devicetree.cb
      	./rambi/variants/clapper/devicetree.cb
      	./rambi/variants/swanky/devicetree.cb
      	./rambi/variants/enguarde/devicetree.cb
      	./rambi/variants/winky/devicetree.cb
      	./rambi/variants/kip/devicetree.cb
      	./rambi/variants/squawks/devicetree.cb
      	./rambi/variants/orco/devicetree.cb
      	./rambi/variants/ninja/devicetree.cb
      	./rambi/variants/heli/devicetree.cb
      	./rambi/variants/sumo/devicetree.cb
      	./rambi/variants/banjo/devicetree.cb
      	./rambi/variants/candy/devicetree.cb
      	./rambi/variants/gnawty/devicetree.cb
      	./rambi/variants/rambi/devicetree.cb
      	./rambi/variants/quawks/devicetree.cb
      
      Plus, Cyan (only non-baytrail chromebook with max98090) also needs
      this patch for audio to work.
      
      Thus, this commit adds all the missing devices to bsw_max98090 quirk
      table, implemented by commit a182ecd3 ("ASoC: intel:
      cht_bsw_max98090_ti: Add quirk for boards using pmc_plt_clk_0").
      Signed-off-by: default avatarDaniel Stuart <daniel.stuart14@gmail.com>
      Link: https://lore.kernel.org/r/20190815171300.30126-1-daniel.stuart14@gmail.comSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      d5e12042
    • Daniel Stuart's avatar
      ASoC: intel: cht_bsw_max98090_ti: Add all Chromebooks that need pmc_plt_clk_0 quirk · 404be07f
      Daniel Stuart authored
      Every single baytrail chromebook sets PMC to 0, as can be seeing
      below by searching through coreboot source code:
      	$ grep -rl "PMC_PLT_CLK\[0\]" .
      	./rambi/variants/glimmer/devicetree.cb
      	./rambi/variants/clapper/devicetree.cb
      	./rambi/variants/swanky/devicetree.cb
      	./rambi/variants/enguarde/devicetree.cb
      	./rambi/variants/winky/devicetree.cb
      	./rambi/variants/kip/devicetree.cb
      	./rambi/variants/squawks/devicetree.cb
      	./rambi/variants/orco/devicetree.cb
      	./rambi/variants/ninja/devicetree.cb
      	./rambi/variants/heli/devicetree.cb
      	./rambi/variants/sumo/devicetree.cb
      	./rambi/variants/banjo/devicetree.cb
      	./rambi/variants/candy/devicetree.cb
      	./rambi/variants/gnawty/devicetree.cb
      	./rambi/variants/rambi/devicetree.cb
      	./rambi/variants/quawks/devicetree.cb
      
      Plus, Cyan (only non-baytrail chromebook with max98090) also needs
      this patch for audio to work.
      
      Thus, this commit adds all the missing devices to bsw_max98090 quirk
      table, implemented by commit a182ecd3 ("ASoC: intel:
      cht_bsw_max98090_ti: Add quirk for boards using pmc_plt_clk_0").
      Signed-off-by: default avatarDaniel Stuart <daniel.stuart14@gmail.com>
      Link: https://lore.kernel.org/r/20190815171300.30126-1-daniel.stuart14@gmail.comSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      404be07f
  11. 09 Aug, 2019 1 commit
  12. 30 Jul, 2019 1 commit
  13. 06 Jun, 2019 2 commits
  14. 05 Jun, 2019 1 commit
  15. 03 Apr, 2019 1 commit
    • Hans de Goede's avatar
      ASoC: Intel: cht_bsw_max98090_ti: Enable codec clock once and keep it enabled · 4bcdec39
      Hans de Goede authored
      Users have been seeing sound stability issues with max98090 codecs since:
      commit 648e9218 ("clk: x86: Stop marking clocks as CLK_IS_CRITICAL")
      
      At first that commit broke sound for Chromebook Swanky and Clapper models,
      the problem was that the machine-driver has been controlling the wrong
      clock on those models since support for them was added. This was hidden by
      clk-pmc-atom.c keeping the actual clk on unconditionally.
      
      With the machine-driver controlling the proper clock, sound works again
      but we are seeing bug reports describing it as: low volume,
      "sounds like played at 10x speed" and instable.
      
      When these issues are hit the following message is seen in dmesg:
      "max98090 i2c-193C9890:00: PLL unlocked".
      
      Attempts have been made to fix this by inserting a delay between enabling
      the clk and enabling and checking the pll, but this has not helped.
      
      It seems that at least on boards which use pmc_plt_clk_0 as clock,
      if we ever disable the clk, the pll looses its lock and after that we get
      various issues.
      
      This commit fixes this by enabling the clock once at probe time on
      these boards. In essence this restores the old behavior of clk-pmc-atom.c
      always keeping the clk on on these boards.
      
      Fixes: 648e9218 ("clk: x86: Stop marking clocks as CLK_IS_CRITICAL")
      Reported-by: default avatarMogens Jensen <mogens-jensen@protonmail.com>
      Reported-by: default avatarDean Wallace <duffydack73@gmail.com>
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      Acked-by: default avatarPierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
      Signed-off-by: default avatarMark Brown <broonie@kernel.org>
      4bcdec39
  16. 28 Jan, 2019 1 commit
  17. 06 Dec, 2018 1 commit
  18. 03 Dec, 2018 1 commit
  19. 05 Nov, 2018 1 commit
  20. 16 Apr, 2018 1 commit
  21. 18 Oct, 2017 3 commits
  22. 09 Oct, 2017 1 commit
  23. 19 Sep, 2017 4 commits
  24. 24 May, 2017 1 commit
  25. 24 Oct, 2016 1 commit
    • Julia Lawall's avatar
      ASoC: constify snd_soc_ops structures · 9b6fdef6
      Julia Lawall authored
      Check for snd_soc_ops structures that are only stored in the ops field of a
      snd_soc_dai_link structure.  This field is declared const, so snd_soc_ops
      structures that have this property can be declared as const also.
      
      The semantic patch that makes this change is as follows:
      (http://coccinelle.lip6.fr/)
      
      // <smpl>
      @r disable optional_qualifier@
      identifier i;
      position p;
      @@
      static struct snd_soc_ops i@p = { ... };
      
      @ok1@
      identifier r.i;
      struct snd_soc_dai_link e;
      position p;
      @@
      e.ops = &i@p;
      
      @ok2@
      identifier r.i, e;
      position p;
      @@
      struct snd_soc_dai_link e[] = { ..., { .ops = &i@p, }, ..., };
      
      @bad@
      position p != {r.p,ok1.p,ok2.p};
      identifier r.i;
      struct snd_soc_ops e;
      @@
      e@i@p
      
      @depends on !bad disable optional_qualifier@
      identifier r.i;
      @@
      static
      +const
       struct snd_soc_ops i = { ... };
      // </smpl>
      
      The effect on the layout of the .o files is shown by the following output
      of the size command, first before then after the transformation:
      
         text    data     bss     dec     hex filename
         4500     696       0    5196    144c sound/soc/generic/simple-card.o
         4564     632       0    5196    144c sound/soc/generic/simple-card.o
      
         text    data     bss     dec     hex filename
         3018     608       0    3626     e2a sound/soc/generic/simple-scu-card.o
         3074     544       0    3618     e22 sound/soc/generic/simple-scu-card.o
      
         text    data     bss     dec     hex filename
         4148    2448     768    7364    1cc4 sound/soc/intel/boards/bdw-rt5677.o
         4212    2384     768    7364    1cc4 sound/soc/intel/boards/bdw-rt5677.o
      
         text    data     bss     dec     hex filename
         5403    4628     384   10415    28af sound/soc/intel/boards/bxt_da7219_max98357a.o
         5531    4516     384   10431    28bf sound/soc/intel/boards/bxt_da7219_max98357a.o
      
         text    data     bss     dec     hex filename
         5275    4496     384   10155    27ab sound/soc/intel/boards/bxt_rt298.o
         5403    4368     384   10155    27ab sound/soc/intel/boards/bxt_rt298.o
      
         text    data     bss     dec     hex filename
        10017    2344      48   12409    3079 sound/soc/intel/boards/bytcr_rt5640.o
        10145    2232      48   12425    3089 sound/soc/intel/boards/bytcr_rt5640.o
      
         text    data     bss     dec     hex filename
         3719    2356       0    6075    17bb sound/soc/intel/boards/bytcr_rt5651.o
         3847    2244       0    6091    17cb sound/soc/intel/boards/bytcr_rt5651.o
      
         text    data     bss     dec     hex filename
         3598    2392       0    5990    1766 sound/soc/intel/boards/cht_bsw_max98090_ti.o
         3726    2280       0    6006    1776 sound/soc/intel/boards/cht_bsw_max98090_ti.o
      
         text    data     bss     dec     hex filename
         5343    3624      16    8983    2317 sound/soc/intel/boards/cht_bsw_rt5645.o
         5471    3496      16    8983    2317 sound/soc/intel/boards/cht_bsw_rt5645.o
      
         text    data     bss     dec     hex filename
         4662    2592     384    7638    1dd6 sound/soc/intel/boards/cht_bsw_rt5672.o
         4790    2464     384    7638    1dd6 sound/soc/intel/boards/cht_bsw_rt5672.o
      
         text    data     bss     dec     hex filename
         1595    2528       0    4123    101b sound/soc/intel/boards/haswell.o
         1659    2472       0    4131    1023 sound/soc/intel/boards/haswell.o
      
         text    data     bss     dec     hex filename
         6272    4760     416   11448    2cb8 sound/soc/intel/boards/skl_nau88l25_max98357a.o
         6464    4568     416   11448    2cb8 sound/soc/intel/boards/skl_nau88l25_max98357a.o
      
         text    data     bss     dec     hex filename
         7075    4888     416   12379    305b sound/soc/intel/boards/skl_nau88l25_ssm4567.o
         7267    4696     416   12379    305b sound/soc/intel/boards/skl_nau88l25_ssm4567.o
      
         text    data     bss     dec     hex filename
         5659    4496     384   10539    292b sound/soc/intel/boards/skl_rt286.o
         5787    4368     384   10539    292b sound/soc/intel/boards/skl_rt286.o
      
         text    data     bss     dec     hex filename
         1721    2048       0    3769     eb9 sound/soc/kirkwood/armada-370-db.o
         1769    1976       0    3745     ea1 sound/soc/kirkwood/armada-370-db.o
      
         text    data     bss     dec     hex filename
         1363    1792       0    3155     c53 sound/soc/mxs/mxs-sgtl5000.o
         1427    1728       0    3155     c53 sound/soc/mxs/mxs-sgtl5000.o
      Signed-off-by: default avatarJulia Lawall <Julia.Lawall@lip6.fr>
      Signed-off-by: default avatarMark Brown <broonie@kernel.org>
      9b6fdef6
  26. 20 Apr, 2016 1 commit
  27. 09 Apr, 2016 1 commit
    • Lukas Wunner's avatar
      ACPI / utils: Rename acpi_dev_present() · c68ae33e
      Lukas Wunner authored
      acpi_dev_present() was originally named after pci_dev_present()
      to signify the similarity of the two functions.
      
      However Rafael J. Wysocki pointed out that the exported function
      acpi_dev_present() is easily confused with the non-exported
      acpi_device_is_present(). Additionally in ACPI parlance the term
      "present" usually refers to the "device is present" bit returned
      by the _STA control method, yet acpi_dev_present() merely checks
      presence in the namespace. It does not invoke _STA at all, let
      alone check the "device is present" bit.
      
      As suggested by Rafael, rename the function to acpi_dev_found()
      and adjust all existing call sites.
      Signed-off-by: default avatarLukas Wunner <lukas@wunner.de>
      Signed-off-by: default avatarRafael J. Wysocki <rafael.j.wysocki@intel.com>
      c68ae33e
  28. 25 Jan, 2016 1 commit
  29. 19 Dec, 2015 1 commit
  30. 18 Nov, 2015 1 commit
    • Mengdong Lin's avatar
      ASoC: Change the PCM runtime array to a list · 1a497983
      Mengdong Lin authored
      Currently the number of DAI links is statically defined by the machine
      driver at build time using an array. This makes it difficult to shrink/
      grow the number of DAI links at runtime in order to reflect any changes
      in topology.
      
      We can change the DAI link array in the core to a list so that PCMs and
      FE DAI links can be added and deleted at runtime to reflect changes in
      use case and DSP topology. The machine driver can still register DAI links
      as an array.
      
      As the 1st step, this patch change the PCM runtime array to a list. A new
      PCM runtime is added to the list when a DAI link is bound successfully.
      
      Later patches will further implement the DAI link list.
      
      More:
      - define snd_soc_new/free_pcm_runtime() to create/free a runtime.
      - define soc_add_pcm_runtime() to add a runtime to the rtd list.
      - define soc_remove_pcm_runtimes() to clean up the runtime list.
      
      - traverse the rtd list to probe the link components and dais.
      
      - Add a field "num" to PCM runtime struct, used to specify the device
        number when creating the pcm device, and for a soc card to access
        its dai_props array.
      
      - The following 3rd party machine/platform drivers iterate the rtd list
        to check the runtimes:
        sound/soc/intel/atom/sst-mfld-platform-pcm.c
        sound/soc/intel/boards/cht_bsw_rt5645.c
        sound/soc/intel/boards/cht_bsw_rt5672.c
        sound/soc/intel/boards/cht_bsw_max98090_ti.c
      Signed-off-by: default avatarMengdong Lin <mengdong.lin@linux.intel.com>
      Signed-off-by: default avatarMark Brown <broonie@kernel.org>
      1a497983
  31. 21 Oct, 2015 1 commit
  32. 21 Aug, 2015 1 commit