Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp3493894imm; Fri, 25 May 2018 06:43:42 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpcBvAlXR4OP+uCUefC0tZDQdVnHP+Lslt5hajQG9kJ+IUimUvcqrqsHYy+5uHGuVBiQAO6 X-Received: by 2002:a65:4309:: with SMTP id j9-v6mr2022071pgq.375.1527255822113; Fri, 25 May 2018 06:43:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527255822; cv=none; d=google.com; s=arc-20160816; b=ut2zKHmQEhzBx+pmzCQVUADp2bUowJaeB3xihzxGPA0xMk8gYNRbxIMUrdcNTEsvJN s7t5cCTvYsGaLGkdHtauPR3xTbu30f3Qg7v9KlvQZrHM0DejEOnhot+evDn2iJYCB20H 77B9N415J8627M0OStE+4RLwE7ie9QjZ+wJrXBRMpUYQR1K5rvm7cIjX7Dj1WSepRhGf vJsWoRURXWOytpK1u/N2LTwSprOdw6gNXXSfy+QbLWtgVKPYQFrR1VMBIQG+7DOl19s+ 0MUrsmO8IWuifVYFJ4957yM1dVmLzmNKpL7e/XtC50/UBrK0Ce6bUAX8DcouKunrozIe b8WA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=9mGcJnPU3WkYBCXmKhXiUGTN8loA59I5yRSLWilB6nU=; b=VxnLvcF7jaYlaYs6AYOFzazLdq1KSXwX+6EgCaFbmBSxv214IR9RA0o9nPHZKxkv28 3tkoC1s0NzHR+ZAr73gneLpM145XA9PuKOBVLuUPGHkFlp/XuXcFx8c65MXT/uqMzilL YA7VYy8qXOSmUKdrIrNbj5YHkJSApSRQugou/OAOGguuTaT2nNhXsf9xf+s+8e/2xDAx Kkdhj0Y4IeLll3KiV2J7G6u5/GiqhJaklnYp01EeY7L+1pohYhlMPIhczaBTrB1yLeN8 owrvbXmngxAkvWGqRq6YnmTrtxwfkzg4DgolO2WXj472wJBI1pmIZnqJOlYUa25RFGIf /Icg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u10-v6si18506964pgr.642.2018.05.25.06.43.22; Fri, 25 May 2018 06:43:42 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935607AbeEYNmH (ORCPT + 99 others); Fri, 25 May 2018 09:42:07 -0400 Received: from mga18.intel.com ([134.134.136.126]:60048 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934397AbeEYNmG (ORCPT ); Fri, 25 May 2018 09:42:06 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 May 2018 06:42:06 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,440,1520924400"; d="scan'208";a="227212395" Received: from snc-desk.iind.intel.com (HELO snc-desk) ([10.223.96.118]) by orsmga005.jf.intel.com with ESMTP; 25 May 2018 06:42:02 -0700 Date: Fri, 25 May 2018 19:10:23 +0530 From: Shreyas NC To: Guenter Roeck Cc: pierre-louis.bossart@linux.intel.com, alsa-devel@alsa-project.org, linux-kernel , Takashi Iwai , Liam Girdwood , Mark Brown , "Patel, Chintan M" , Guenter Roeck Subject: Re: [alsa-devel] [RFC/RFT PATCH] ASoC: topology: Improve backwards compatibility with v4 topology files Message-ID: <20180525134023.GJ3116@snc-desk> References: <20180522165842.233949-1-groeck@google.com> <649b1c14-e440-0c89-a59c-dc663344faa3@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > > +struct skl_dfw_v4_pipe { > > > + u8 pipe_id; > > > + u8 pipe_priority; > > > + u16 conn_type:4; > > > + u16 rsvd:4; > > > + u16 memory_pages:8; > > > +} __packed; > > > + > > > +struct skl_dfw_v4_module { > > > + char uuid[SKL_UUID_STR_SZ]; > > > + Any reason to not have this as u8? commit 09305da97c7808b900985526aa9198233f32fb37 had changed this to u8.. > > > + > > > + mconfig->params_fixup = dfw->params_fixup; > > > + mconfig->converter = dfw->converter; > > > + mconfig->m_type = dfw->module_type; > > > + mconfig->vbus_id = dfw->vbus_id; > > > + mconfig->module->resources[0].is_pages = dfw->mem_pages; > > > + > > > + ret = skl_tplg_add_pipe_v4(dev, mconfig, skl, &dfw->pipe); > > > + if (ret) > > > + return ret; > > > + > > > + mconfig->dev_type = dfw->dev_type; > > > + mconfig->hw_conn_type = dfw->hw_conn_type; > > > + mconfig->time_slot = dfw->time_slot; > > > + mconfig->formats_config.caps_size = dfw->caps.caps_size; > > > chromeos-3.18 has this: > > if (dfw_config->is_loadable) > > memcpy(mconfig->guid, dfw_config->uuid, > > ARRAY_SIZE(dfw_config->uuid)); > > > Is this needed here? > > > Direct memcpy doesn't work anymore since the uuid format is different. The > above is replaced > with (unconditional) > > ret = guid_parse(dfw->uuid, (guid_t *)mconfig->guid); > if (ret) > return ret; > > at the beginning of skl_tplg_get_pvt_data_v4(). The new code, as far as I > can see, loads > the uuid unconditionally if it finds SND_SOC_TPLG_TUPLE_TYPE_UUID. I wanted > to > be on the safe side and decided to do the same. > In the new code, still does a memcpy(). So, I am not sure if I understand why memcpy() does not work. if (uuid_tkn->token == SKL_TKN_UUID) { memcpy(guid, &uuid_tkn->uuid, 16); return 0; } Replied on the older mail since Pierre had a similar question as well. --Shreyas --