All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
To: Cezary Rojewski <cezary.rojewski@intel.com>, alsa-devel@alsa-project.org
Cc: broonie@kernel.org, lgirdwood@gmail.com, tiwai@suse.com
Subject: Re: [PATCH 00/35] ASoC: Intel: Clenaup SST initialization
Date: Thu, 22 Aug 2019 15:55:02 -0500	[thread overview]
Message-ID: <a08b2547-3fe5-5c48-9513-c5ade151c01e@linux.intel.com> (raw)
In-Reply-To: <20190822190425.23001-1-cezary.rojewski@intel.com>



On 8/22/19 2:03 PM, Cezary Rojewski wrote:
> This segment targets initialization procedures for all SST drivers.
> For legacy:
> - it concentrates on updating ACPI loader so generic DSP framework is
>    not fed any platform specific data. sst-acpi module ceases to exist
>    and is replaced by hsw-acpi and byt-acpi
> 
> For cAVS (Skylake+):
> - Repairs what is currently an initialization mess, given the order of
>    invocation of engaged handlers and sheer amount of them.
> - provides interface to offload hardware-specifics away from driver
> 
> Following is the order of Skylake initialization currently:
> - skl_probe
>     -> schedule skl_probe_work
> - skl_first_init
> - skl_create
> 
> -> skl_init_dsp
> --> skl/ bxt/ cnl_sst_dsp_init
> ---> skl_sst_ctx_init
> ----> skl_dsp_ctx_init
> -----> sst_dsp_new
> ------> sst_ops::init (invoked but unimplemented!)
> 
> Listing all the types engaged together with the naming chosen for the
> above paints an even darker picture. Code is unreadable and hides
> initialization for diffenret members is various handlers. Moreover, due
> to existing ill relationship between skl_dev, sst_dsp and
> sst_generic_ipc, one must be extra careful when accessing so called
> "dsp/ thread_context" as they all don't get initialized immediately
> before object is yield for further processing. However, 100/100 series
> is nonsense and thus cleanups have been divided into chunks and
> prioritized.
> 
> Code seen here is part of new Skylake fundament, located at the very
> bottom of internal mainline. Said mainline is tested constantly on at
> least sigle platform from every cAVS bucket (description below). This
> week, BDW has been added to the CI family and was essential in
> validating legacy changes. Baytrail platform is still missing. Changes
> for BYT directly mirror HSW/ BDW but due to current lack of platform
> were untested.
> Boards engaged in testing: rt286, rt298, rt274.

this is not enough, sorry. these are RVPs and you need to check with 
commercial devices supported in sound/soc/intel/boards/.

> 
> !!! IMPORTANT !!!
> 
> Some upstream FW binaries are not compatible with existing /skylake
> driver while changes found here (HARDWARE_CONFIG/ FIRMWARE_CONFIG) make
> use of firmware ability to offload hardware-specifics away from driver.
> These and more are core part of any cAVS design and are to be
> implemented and used by host. This too is missing on Linux upstream.
> 
> As explanined once, five main FW branches are available:
> - kbl, 1.5 cAVS (supports SKL, KBL, KBL-R, ABL, more..)
> - apl_auto, 1.5+ cAVS (supports APL, GLK)
> - cnl, 1.8 cAVS (supports CNL, CFL, WHL, CML)
> - icl, 2.0 cAVS (supports ICL, LKF)
> - master, 2.5 cAVS (supports TGL, EHL and everything above)
> 
> SKL FW binary existing on upstream is a descendant of old spt branch,
> obsoleted for 4-5 years now. That FW is a stub, quickly replaced by
> kbl which is to be used on all 1.5 cAVS platforms.
> 
> The same story goes with bxtn binary, a descendant of apl branch,
> replaced by apl_auto 2-3 years ago. All vendors, entire validation and
> development is located on apl_auto.
> 
> Message: all FW binaries are to be updated as we cannot guarantee these
> are still functional. Given the fact that all vendors are fed with new
> binaries on regular basis from all main branches, it's highly probable
> some scenarios fail with existing FWs. In consequence, linux-firmware
> patch will be provided with fresh, updated binaries, soon.
> Once more, please note, we do not support, nor test platforms using
> obsolete FW binaries. That includes all platforms, not just SKL or APL.

"we don't break userspace" means you have to be backwards compatible 
with whatever the user has on their filesystem when the kernel is updated.
Or if you go ahead, you need to detect that the firmware is not 
supported and make it known to the user that it needs to be updated.

> 
> Amadeusz Sławiński (1):
>    ASoC: Intel: Skylake: Put FW runtime params defs in one place
> 
> Cezary Rojewski (34):
>    ASoC: Intel: Skylake: Add FIRMWARE_CONFIG IPC request
>    ASoC: Intel: Skylake: Add HARDWARE_CONFIG IPC request
>    ASoC: Intel: Skylake: Unify firmware loading mechanism
>    ASoC: Intel: Skylake: Reload libraries on D0 entry for CNL
>    ASoC: Intel: Skylake: Unhardcode dsp cores number
>    ASoC: Intel: Skylake: Update interrupt disabling routine
>    ASoC: Intel: Skylake: Inline ipc free operations
>    ASoC: Intel: Skylake: Unify driver cleanup mechanism
>    ASoC: Intel: Relocate irq thread header to sst_ops
>    ASoC: Intel: Merge sst_dsp_device into sst_pdata
>    ASoC: Intel: Skylake: Reuse sst_dsp_free
>    ASoC: Intel: Skylake: Reuse sst_dsp_new
>    ASoC: Intel: Skylake: Remove skl_dsp_acquire_irq
>    ASoC: Intel: Skylake: Use dsp loading functions directly
>    ASoC: Intel: Skylake: Make dsp_ops::stream_tag obsolete
>    ASoC: Intel: Skylake: Remove skl_dsp_loader_ops
>    ASoC: Intel: Skylake: Remove window0 sst_addr fields
>    ASoC: Intel: Skylake: Remove redundant W0 and W1 macros
>    ASoC: Intel: Skylake: Remove redundant SRAM fields
>    ASoC: Intel: Expose ACPI loading members
>    ASoC: Intel: Haswell: Define separate ACPI loader
>    ASoC: Intel: Baytrail: Define separate ACPI loader
>    ASoC: Intel: Refactor probing of ACPI devices
>    ASoC: Intel: Skylake: Simplify skl_sst_ctx_init declaration
>    ASoC: Intel: Skylake: Simplify all sst_dsp_init declarations
>    ASoC: Intel: Skylake: Define platform descriptors
>    ASoC: Intel: Skylake: Update skl_ids table
>    ASoC: Intel: Skylake: Flip SST initialization order
>    ASoC: Intel: Reuse sst_pdata::fw_name field
>    ASoC: Intel: Reuse sst_pdata::fw field
>    ASoC: Intel: Skylake: Remove skl_dsp_ops
>    ASoC: Intel: Skylake: Privatize SST init handlers
>    ASoC: Intel: Skylake: Merge skl_sst_ctx_init into skl_init_dsp
>    ASoC: Intel: Remove obsolete firmware fields
> 
>   sound/soc/intel/Kconfig                       |  14 +-
>   sound/soc/intel/baytrail/Makefile             |   2 +
>   sound/soc/intel/baytrail/acpi.c               |  64 +++++
>   sound/soc/intel/baytrail/sst-baytrail-dsp.c   |   2 +-
>   sound/soc/intel/baytrail/sst-baytrail-ipc.c   |  13 +-
>   sound/soc/intel/baytrail/sst-baytrail-ipc.h   |   2 +
>   sound/soc/intel/common/Makefile               |   4 +-
>   .../intel/common/soc-acpi-intel-bxt-match.c   |   2 -
>   .../intel/common/soc-acpi-intel-byt-match.c   |   2 -
>   .../intel/common/soc-acpi-intel-cnl-match.c   |   1 -
>   .../intel/common/soc-acpi-intel-glk-match.c   |   3 -
>   .../intel/common/soc-acpi-intel-hda-match.c   |   2 -
>   .../common/soc-acpi-intel-hsw-bdw-match.c     |   4 -
>   .../intel/common/soc-acpi-intel-icl-match.c   |   1 -
>   .../intel/common/soc-acpi-intel-kbl-match.c   |  12 -
>   .../intel/common/soc-acpi-intel-skl-match.c   |   3 -
>   sound/soc/intel/common/sst-acpi.c             | 117 +--------
>   sound/soc/intel/common/sst-dsp-priv.h         |   8 +-
>   sound/soc/intel/common/sst-dsp.h              |  37 +--
>   sound/soc/intel/common/sst-firmware.c         |  13 +-
>   sound/soc/intel/haswell/Makefile              |   2 +
>   sound/soc/intel/haswell/acpi.c                |  78 ++++++
>   sound/soc/intel/haswell/sst-haswell-dsp.c     |   1 +
>   sound/soc/intel/haswell/sst-haswell-ipc.c     |  13 +-
>   sound/soc/intel/haswell/sst-haswell-ipc.h     |   2 +
>   sound/soc/intel/skylake/bxt-sst.c             | 143 ++++-------
>   sound/soc/intel/skylake/cnl-sst-dsp.c         |  13 +-
>   sound/soc/intel/skylake/cnl-sst-dsp.h         |  15 +-
>   sound/soc/intel/skylake/cnl-sst.c             | 142 ++++-------
>   sound/soc/intel/skylake/skl-debug.c           |   2 +-
>   sound/soc/intel/skylake/skl-messages.c        | 194 ++------------
>   sound/soc/intel/skylake/skl-pcm.c             |  22 +-
>   sound/soc/intel/skylake/skl-sst-cldma.c       |  10 +-
>   sound/soc/intel/skylake/skl-sst-dsp.c         |  79 ++----
>   sound/soc/intel/skylake/skl-sst-dsp.h         |  55 ++--
>   sound/soc/intel/skylake/skl-sst-ipc.c         | 238 ++++++++++++++++--
>   sound/soc/intel/skylake/skl-sst-ipc.h         | 124 ++++++++-
>   sound/soc/intel/skylake/skl-sst-utils.c       |  28 +--
>   sound/soc/intel/skylake/skl-sst.c             | 150 ++++++-----
>   sound/soc/intel/skylake/skl.c                 |  65 +++--
>   sound/soc/intel/skylake/skl.h                 |  26 +-
>   41 files changed, 877 insertions(+), 831 deletions(-)
>   create mode 100644 sound/soc/intel/baytrail/acpi.c
>   create mode 100644 sound/soc/intel/haswell/acpi.c
> 
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel

  parent reply	other threads:[~2019-08-22 20:55 UTC|newest]

Thread overview: 107+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-22 19:03 [PATCH 00/35] ASoC: Intel: Clenaup SST initialization Cezary Rojewski
2019-08-22 19:03 ` [PATCH 01/35] ASoC: Intel: Skylake: Put FW runtime params defs in one place Cezary Rojewski
2019-08-22 19:03 ` [PATCH 02/35] ASoC: Intel: Skylake: Add FIRMWARE_CONFIG IPC request Cezary Rojewski
2019-08-23 18:24   ` Pierre-Louis Bossart
2019-08-24  9:17     ` Cezary Rojewski
2019-08-26 16:27       ` Pierre-Louis Bossart
2019-08-26 19:34         ` Cezary Rojewski
2019-08-22 19:03 ` [PATCH 03/35] ASoC: Intel: Skylake: Add HARDWARE_CONFIG " Cezary Rojewski
2019-08-23 18:32   ` Pierre-Louis Bossart
2019-08-24  9:30     ` Cezary Rojewski
2019-08-22 19:03 ` [PATCH 04/35] ASoC: Intel: Skylake: Unify firmware loading mechanism Cezary Rojewski
2019-08-23 18:40   ` Pierre-Louis Bossart
2019-08-24  9:34     ` Cezary Rojewski
2019-08-26 16:31       ` Pierre-Louis Bossart
2019-08-26 19:50         ` Cezary Rojewski
2019-08-22 19:03 ` [PATCH 05/35] ASoC: Intel: Skylake: Reload libraries on D0 entry for CNL Cezary Rojewski
2019-08-22 19:03 ` [PATCH 06/35] ASoC: Intel: Skylake: Unhardcode dsp cores number Cezary Rojewski
2019-08-22 19:03 ` [PATCH 07/35] ASoC: Intel: Skylake: Update interrupt disabling routine Cezary Rojewski
2019-08-22 19:03 ` [PATCH 08/35] ASoC: Intel: Skylake: Inline ipc free operations Cezary Rojewski
2019-08-22 19:03 ` [PATCH 09/35] ASoC: Intel: Skylake: Unify driver cleanup mechanism Cezary Rojewski
2019-08-22 19:04 ` [PATCH 10/35] ASoC: Intel: Relocate irq thread header to sst_ops Cezary Rojewski
2019-08-22 19:04 ` [PATCH 11/35] ASoC: Intel: Merge sst_dsp_device into sst_pdata Cezary Rojewski
2019-08-23 18:54   ` Pierre-Louis Bossart
2019-08-24 10:52     ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 12/35] ASoC: Intel: Skylake: Reuse sst_dsp_free Cezary Rojewski
2019-08-23 19:07   ` Pierre-Louis Bossart
2019-08-24  9:35     ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 13/35] ASoC: Intel: Skylake: Reuse sst_dsp_new Cezary Rojewski
2019-08-23 19:09   ` Pierre-Louis Bossart
2019-08-24  9:37     ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 14/35] ASoC: Intel: Skylake: Remove skl_dsp_acquire_irq Cezary Rojewski
2019-08-22 19:04 ` [PATCH 15/35] ASoC: Intel: Skylake: Use dsp loading functions directly Cezary Rojewski
2019-08-23 19:17   ` Pierre-Louis Bossart
2019-08-24  9:41     ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 16/35] ASoC: Intel: Skylake: Make dsp_ops::stream_tag obsolete Cezary Rojewski
2019-08-22 19:04 ` [PATCH 17/35] ASoC: Intel: Skylake: Remove skl_dsp_loader_ops Cezary Rojewski
2019-08-23 19:21   ` Pierre-Louis Bossart
2019-08-24  9:49     ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 18/35] ASoC: Intel: Skylake: Remove window0 sst_addr fields Cezary Rojewski
2019-08-23 19:26   ` Pierre-Louis Bossart
2019-08-24  9:57     ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 19/35] ASoC: Intel: Skylake: Remove redundant W0 and W1 macros Cezary Rojewski
2019-08-23 19:28   ` Pierre-Louis Bossart
2019-08-24 11:52     ` Cezary Rojewski
2019-08-24 12:04       ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 20/35] ASoC: Intel: Skylake: Remove redundant SRAM fields Cezary Rojewski
2019-08-22 19:04 ` [PATCH 21/35] ASoC: Intel: Expose ACPI loading members Cezary Rojewski
2019-08-23 19:32   ` Pierre-Louis Bossart
2019-08-24  9:58     ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 22/35] ASoC: Intel: Haswell: Define separate ACPI loader Cezary Rojewski
2019-08-23 19:35   ` Pierre-Louis Bossart
2019-08-24  9:59     ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 23/35] ASoC: Intel: Baytrail: " Cezary Rojewski
2019-08-23 19:36   ` Pierre-Louis Bossart
2019-08-22 19:04 ` [PATCH 24/35] ASoC: Intel: Refactor probing of ACPI devices Cezary Rojewski
2019-08-23 19:43   ` Pierre-Louis Bossart
2019-08-24 10:16     ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 25/35] ASoC: Intel: Skylake: Simplify skl_sst_ctx_init declaration Cezary Rojewski
2019-08-22 19:04 ` [PATCH 26/35] ASoC: Intel: Skylake: Simplify all sst_dsp_init declarations Cezary Rojewski
2019-08-22 19:04 ` [PATCH 27/35] ASoC: Intel: Skylake: Define platform descriptors Cezary Rojewski
2019-08-23 19:50   ` Pierre-Louis Bossart
2019-08-24 10:51     ` Cezary Rojewski
2019-08-26 17:13       ` Pierre-Louis Bossart
2019-08-26 19:18         ` Cezary Rojewski
2019-08-26 21:53           ` Pierre-Louis Bossart
2019-08-22 19:04 ` [PATCH 28/35] ASoC: Intel: Skylake: Update skl_ids table Cezary Rojewski
2019-08-23 20:15   ` Pierre-Louis Bossart
2019-08-22 19:04 ` [PATCH 29/35] ASoC: Intel: Skylake: Flip SST initialization order Cezary Rojewski
2019-08-23 20:18   ` Pierre-Louis Bossart
2019-08-24 10:54     ` Cezary Rojewski
2019-08-26 16:39       ` Pierre-Louis Bossart
2019-08-26 20:03         ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 30/35] ASoC: Intel: Reuse sst_pdata::fw_name field Cezary Rojewski
2019-08-23 20:20   ` Pierre-Louis Bossart
2019-08-24 10:57     ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 31/35] ASoC: Intel: Reuse sst_pdata::fw field Cezary Rojewski
2019-08-22 19:04 ` [PATCH 32/35] ASoC: Intel: Skylake: Remove skl_dsp_ops Cezary Rojewski
2019-08-22 19:04 ` [PATCH 33/35] ASoC: Intel: Skylake: Privatize SST init handlers Cezary Rojewski
2019-08-23 20:25   ` Pierre-Louis Bossart
2019-08-24 11:01     ` Cezary Rojewski
2019-08-22 19:04 ` [PATCH 34/35] ASoC: Intel: Skylake: Merge skl_sst_ctx_init into skl_init_dsp Cezary Rojewski
2019-08-22 19:04 ` [PATCH 35/35] ASoC: Intel: Remove obsolete firmware fields Cezary Rojewski
2019-08-23 20:27   ` Pierre-Louis Bossart
2019-08-24 11:02     ` Cezary Rojewski
2019-08-22 20:55 ` Pierre-Louis Bossart [this message]
2019-08-23  8:29   ` [PATCH 00/35] ASoC: Intel: Clenaup SST initialization Cezary Rojewski
2019-08-23 10:26     ` Mark Brown
2019-08-23 10:43       ` Cezary Rojewski
2019-08-23 16:26         ` Pierre-Louis Bossart
2019-08-23 18:44           ` Cezary Rojewski
2019-08-23 20:12             ` Pierre-Louis Bossart
2019-08-23 21:39               ` Mark Brown
2019-08-24 13:51                 ` Cezary Rojewski
2019-08-25 11:06                   ` Cezary Rojewski
2019-08-26  7:24                     ` Wasko, Michal
2019-08-26 16:51                       ` Pierre-Louis Bossart
2019-08-26 20:08                         ` Cezary Rojewski
2019-08-26 21:57                           ` Pierre-Louis Bossart
2019-08-27  8:33                             ` Wasko, Michal
2019-08-27 13:52                               ` Pierre-Louis Bossart
2019-08-27 14:58                                 ` Cezary Rojewski
2019-08-27 15:00                                   ` Pierre-Louis Bossart
2019-08-27 15:08                                     ` Cezary Rojewski
2019-08-27 17:18                                       ` Pierre-Louis Bossart
2019-08-27 18:13                                         ` Cezary Rojewski
2019-08-27 19:20                                         ` Mark Brown
2019-08-27 19:06                         ` Mark Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a08b2547-3fe5-5c48-9513-c5ade151c01e@linux.intel.com \
    --to=pierre-louis.bossart@linux.intel.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@kernel.org \
    --cc=cezary.rojewski@intel.com \
    --cc=lgirdwood@gmail.com \
    --cc=tiwai@suse.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.