Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp173451pxa; Wed, 26 Aug 2020 07:43:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxdZl9uH0cSuA0a6kISVokZxgoJQOsmMgDESIKZ/RmmlJVDPvsPWGvLBsLXX++q0U1NMuUa X-Received: by 2002:a17:906:eb97:: with SMTP id mh23mr10949844ejb.1.1598453003047; Wed, 26 Aug 2020 07:43:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598453003; cv=none; d=google.com; s=arc-20160816; b=j67uLppeBk5ySHsOjUmbKP6QWL5wKLPNQbcTdAjHpge8U0LiYw4Pwh8rEmIyvHD7nL sghvQQbok46zMYkD6eqgvgKd5QUPqIxaYaU4Wia/3jTrKqql9fsH4JIvnIWZCHYwOXry mnS2rJUfZyyBHDJYe8o2aJpiSqF24K9viXIIIKDqYghL71wFyj3AmldSQk1pjWrDjuHE lF2r222H7c0HqyX+Lfzzzvvw8eTYDRxt/C/zO9M1zdZJ2jzilgCxY3kMdMPeOSUcV/CD v4qTxoLvSPYwfD5vVac+Ipx0AJzb4VCU5+89bJbpBzrfvxr7/5T/o5G6u3bOQDv1s+87 ObaA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:ironport-sdr:ironport-sdr; bh=cj4r9jWChxQeJ9ieSUqMGgSxMbF4FVvApciykTfNbHU=; b=JL4gMlo9SUCNTBPWCS8uxZF774ckuDwmmgUIqeKPLPzzFDo0XDT1Bn/hUkWTjtfASo 5HJB1sqV6FZsNvDTIvqR5kUawDjVqIaQsUTa9jXHid+89jkAel6cwdJtp/up/2oqXSo6 FuJhNyUxLu9QHuvYyWnI+dcFsByW4oQRWQ0rQpIM6lD4RcYa0eewe/cpa7kMzo4JTJgM NJktGgElhxDeNfB90cc/eDGrOFxwQL92w87IRHurT6Qw5YvC4OSSEQoekgn3VaxFEJnQ f0jWwH/CxBWgMIqp7dEFUVkunX3MStK887NSkbUnSnPlkNRgYcsscgiq8a7Hk3dr1KeJ IHxg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id s17si1760126ejy.13.2020.08.26.07.43.00; Wed, 26 Aug 2020 07:43:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1726884AbgHZOkY (ORCPT + 99 others); Wed, 26 Aug 2020 10:40:24 -0400 Received: from mga11.intel.com ([192.55.52.93]:3727 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726734AbgHZOkU (ORCPT ); Wed, 26 Aug 2020 10:40:20 -0400 IronPort-SDR: nXjjw/d8Vf8jd0NiEb1r3ofsuQDuWCiNSWUCc6b7aChm4Vb61pwxWR0SIO/eK9TX0kH1kavBg+ M3mWWRhERO6g== X-IronPort-AV: E=McAfee;i="6000,8403,9725"; a="153869856" X-IronPort-AV: E=Sophos;i="5.76,356,1592895600"; d="scan'208";a="153869856" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Aug 2020 07:40:20 -0700 IronPort-SDR: uwrE/m7OJxY2wgP0ERnHQlSOIMq0Fak51rD/ut8OuryPrAsM34MBNqt2K0CCynweGLzV4+3tDo T5go1EsNN8Cw== X-IronPort-AV: E=Sophos;i="5.76,356,1592895600"; d="scan'208";a="299494855" Received: from gillelas-mobl1.amr.corp.intel.com (HELO [10.255.231.51]) ([10.255.231.51]) by orsmga006-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Aug 2020 07:40:18 -0700 Subject: Re: [PATCH 05/11] soundwire: bus: update multi-link definition with hw sync details To: Vinod Koul , Bard Liao Cc: alsa-devel@alsa-project.org, tiwai@suse.de, gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, ranjani.sridharan@linux.intel.com, hui.wang@canonical.com, broonie@kernel.org, srinivas.kandagatla@linaro.org, jank@cadence.com, mengdong.lin@intel.com, sanyog.r.kale@intel.com, rander.wang@linux.intel.com, bard.liao@intel.com References: <20200818024120.20721-1-yung-chuan.liao@linux.intel.com> <20200818024120.20721-6-yung-chuan.liao@linux.intel.com> <20200826094420.GA2639@vkoul-mobl> From: Pierre-Louis Bossart Message-ID: Date: Wed, 26 Aug 2020 09:09:14 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200826094420.GA2639@vkoul-mobl> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >> + * @hw_sync_min_links: Number of links used by a stream above which >> + * hardware-based synchronization is required. This value is only >> + * meaningful if multi_link is set. If set to 1, hardware-based >> + * synchronization will be used even if a stream only uses a single >> + * SoundWire segment. > > Soundwire spec does not say anything about multi-link so this is left to > implementer. Assuming that value of 1 would mean hw based sync will > be used even for single stream does not make sense in generic terms. > Maybe yes for Intel but may not be true for everyone? hw-based sync is required for Intel even for single stream. It's been part of the recommended programming flows since the beginning but ignored so far. That said, this value is set by each master implementation, no one forces non-Intel users to implement an Intel-specific requirement. > We already use m_rt_count in code for this, so the question is why is > that not sufficient? Because as you rightly said above, Intel requires the hw_sync to be used even for single stream, but we didn't want others to be forced to use the hw-sync for single stream. the m_rt_count is not sufficient for Intel. I think we are in agreement on not forcing everyone to follow what is required by Intel, and that's precisely why we added this setting. If you set it to two you would only use hw_sync when two masters are used.