Re: [PATCH v4 2/2] ASoC: Intel: Skylake: large_config_get overhaul

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2019-08-08 16:50, Pierre-Louis Bossart wrote:
Thanks Cezary, the split makes it much easier to review. I have a couple of minor comments below, looks good otherwise.

On 8/8/19 5:24 AM, Cezary Rojewski wrote:
LARGE_CONFIG_GET is mainly used to retrieve requested module parameters
but it may also carry TX payload with them. Update its implementation to
account for both TX and RX data.
First reply.header carries total payload size within data_off_sizefield.
Make use of reply.header to realloc returned buffer with correct size.

Failure of IPC request is permissive - error-payload may be returned, an
informative data why GET for given param failed - and thus function
should not collapse before entire processing is finished. Caller is
responsible for checking returned payload and bytes parameters.

but that is the same as before, yes? this patch does not change the behavior on errors?

To evaluate this statement you have to take a look at old code (before addition of reply saving):

ret = sst_ipc_tx_message_wait(ipc, *ipc_header, NULL, 0,
		      ((char *)param) + data_offset,
		      msg->param_data_size);
if (ret < 0) {
	dev_err(ipc->dev,
		"ipc: get large config fail, err: %d\n", ret);
	return ret;
}

Third and four parameter for sst_ipc_tx_message_wait denoted tx_data and tx_size in older version. As you can see, these are empty - no payload is carried, _get_ only awaits reply and copied data retrieved (breaks vendor case as described earlier).

Immediately after failure, function was collapsing. Some data might have been appended to "param" but size is unknown. However, due to lack of retrieval of said size, indeed one may say the behavior on errors did not really change. It's vital to highlight that changes added here (2/2 patch) do not make function return right after receiving error though - buffer and size are updated for the caller before leaving the scope.


Signed-off-by: Cezary Rojewski <cezary.rojewski@xxxxxxxxx>
---
  sound/soc/intel/skylake/skl-messages.c |  3 ++-
  sound/soc/intel/skylake/skl-sst-ipc.c  | 27 ++++++++++++++++++++------
  sound/soc/intel/skylake/skl-sst-ipc.h  |  3 ++-
  3 files changed, 25 insertions(+), 8 deletions(-)

diff --git a/sound/soc/intel/skylake/skl-messages.c b/sound/soc/intel/skylake/skl-messages.c
index e8cc710f092b..84f0e6f58eb5 100644
--- a/sound/soc/intel/skylake/skl-messages.c
+++ b/sound/soc/intel/skylake/skl-messages.c
@@ -1379,11 +1379,12 @@ int skl_get_module_params(struct skl_dev *skl, u32 *params, int size,
                u32 param_id, struct skl_module_cfg *mcfg)
  {
      struct skl_ipc_large_config_msg msg;
+    size_t bytes = size;
      msg.module_id = mcfg->id.module_id;
      msg.instance_id = mcfg->id.pvt_id;
      msg.param_data_size = size;
      msg.large_param_id = param_id;
-    return skl_ipc_get_large_config(&skl->ipc, &msg, params);
+    return skl_ipc_get_large_config(&skl->ipc, &msg, &params, &bytes);
  }
diff --git a/sound/soc/intel/skylake/skl-sst-ipc.c b/sound/soc/intel/skylake/skl-sst-ipc.c
index 196c80dadb1f..9d269a5f8bd9 100644
--- a/sound/soc/intel/skylake/skl-sst-ipc.c
+++ b/sound/soc/intel/skylake/skl-sst-ipc.c
@@ -969,12 +969,18 @@ int skl_ipc_set_large_config(struct sst_generic_ipc *ipc,
  EXPORT_SYMBOL_GPL(skl_ipc_set_large_config);
  int skl_ipc_get_large_config(struct sst_generic_ipc *ipc,
-        struct skl_ipc_large_config_msg *msg, u32 *param)
+        struct skl_ipc_large_config_msg *msg,
+        unsigned int **payload, size_t *bytes)

is there a specific reason why we don't use e.g. u32 for the payload? u32 and u64 are used everywhere except here, is this intentional?

Hmm, the reason is probably just me - unintentional. Can replace with u32, sure.

  {
      struct skl_ipc_header header = {0};
-    struct sst_ipc_message request = {0}, reply = {0};
+    struct sst_ipc_message request, reply = {0};
+    unsigned int *buf;
      int ret;
+    reply.data = kzalloc(SKL_ADSP_W1_SZ, GFP_KERNEL);
+    if (!reply.data)
+        return -ENOMEM;
+
      header.primary = IPC_MSG_TARGET(IPC_MOD_MSG);
      header.primary |= IPC_MSG_DIR(IPC_MSG_REQUEST);
      header.primary |= IPC_GLB_TYPE(IPC_MOD_LARGE_CONFIG_GET);
@@ -986,12 +992,21 @@ int skl_ipc_get_large_config(struct sst_generic_ipc *ipc,
      header.extension |= IPC_FINAL_BLOCK(1);
      header.extension |= IPC_INITIAL_BLOCK(1);
-    request.header = *(u64 *)(&header);
-    reply.data = param;
-    reply.size = msg->param_data_size;
+    request.header = *(u64 *)&header;
+    request.data = *payload;
+    request.size = *bytes;
+    reply.size = SKL_ADSP_W1_SZ;
+
      ret = sst_ipc_tx_message_wait(ipc, request, &reply);
      if (ret < 0)
-        dev_err(ipc->dev, "ipc: get large config fail, err: %d\n", ret);
+        dev_err(ipc->dev, "ipc: get large config fail: %d\n", ret);

nit-pick: cosmetic change unrelated to this patch.


Exterminating, roger.

+
+    reply.size = (reply.header >> 32) & IPC_DATA_OFFSET_SZ_MASK;
+    buf = krealloc(reply.data, reply.size, GFP_KERNEL);
+    if (!buf)
+        return -ENOMEM;
+    *payload = buf;
+    *bytes = reply.size;
      return ret;
  }
diff --git a/sound/soc/intel/skylake/skl-sst-ipc.h b/sound/soc/intel/skylake/skl-sst-ipc.h
index 93af08cf41d2..a7ab2c589cc5 100644
--- a/sound/soc/intel/skylake/skl-sst-ipc.h
+++ b/sound/soc/intel/skylake/skl-sst-ipc.h
@@ -139,7 +139,8 @@ int skl_ipc_set_large_config(struct sst_generic_ipc *ipc,
          struct skl_ipc_large_config_msg *msg, u32 *param);
  int skl_ipc_get_large_config(struct sst_generic_ipc *ipc,
-        struct skl_ipc_large_config_msg *msg, u32 *param);
+        struct skl_ipc_large_config_msg *msg,
+        unsigned int **payload, size_t *bytes);
  int skl_sst_ipc_load_library(struct sst_generic_ipc *ipc,
              u8 dma_id, u8 table_id, bool wait);

_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel




[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Pulse Audio]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux