Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1089042pxa; Wed, 12 Aug 2020 23:28:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxrsOLSiUrVbasoM5ZRncYDAPJI3j+SVW0oi8NiiOzMnNpCaOdQnfkFQkZ5BgnELANGcFrR X-Received: by 2002:a05:6402:1e5:: with SMTP id i5mr3213564edy.194.1597300107589; Wed, 12 Aug 2020 23:28:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597300107; cv=none; d=google.com; s=arc-20160816; b=BsPmWVU9yEUon1pFRIjwluTB3959KYNu1h+Df6/0FHjihKbLA/5AyWeNYRnoGQbvCO UCROR/iF1H8++kxUDc2EslVYsxExuv18xtofNtoM9XusXLyyNuTOulZyf5bfjBjJUjmH MG94ZGOptbjWvt24O6b+QEZkEkLdadSPmI2kIXEY/58w/IKbqYTIfFLGvVtbAxRtba82 7WUKhyEYgoWZ2dv7EJDJSIftFPHegJE/WeVqK9GcYhosK/rlhb/E1Sytah3W/cOWaqQ8 VS4NS/nZNYmv2EPbFKUTA9P4e2f59lnWMQwiVNySJKGJeWfFKbXZZvQQr2nuD7Akg7eS WViQ== 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:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=Rkxg7BbjMCs7clQXqrkuuJfUcLuYZQzc5cqQVGT0bkA=; b=yeE0D2wAhG+HCbnYqEhK70sGpnQOPKljwxXR7hxDCF5G46alcnAITECOv/X0rK3B4Y hp1KFsddiNEaXgYnE0RewSO6KpndqZEHgG3IK6f78Ihme19LvW06prGkrMcHWSUsRt6c AVt8YwToFQ3ITmzJMBli1BPgIUfkqLFEDChCpewXwHT9rseK8aN4CwY8kalM/IjUXW6b LUcF3H/XtcNLj5ItpVZnOnlhJErlBPJ/YzbaXfZfT1lOCU7ZW/LZ1H2p2DOwLENlWJMy MZa23H6fhudbarwrD0fRPuw+MlDNmfubpO+6RNAp4cmj9/GgPLvWyi6bs+VgxHg6DMwf 8OeA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=VKZLwG+L; 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=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l11si2891433ejx.280.2020.08.12.23.28.04; Wed, 12 Aug 2020 23:28:27 -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; dkim=pass header.i=@chromium.org header.s=google header.b=VKZLwG+L; 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=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726044AbgHMGZH (ORCPT + 99 others); Thu, 13 Aug 2020 02:25:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52562 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725964AbgHMGZH (ORCPT ); Thu, 13 Aug 2020 02:25:07 -0400 Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 278D8C061757 for ; Wed, 12 Aug 2020 23:25:07 -0700 (PDT) Received: by mail-wr1-x443.google.com with SMTP id y3so4165128wrl.4 for ; Wed, 12 Aug 2020 23:25:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Rkxg7BbjMCs7clQXqrkuuJfUcLuYZQzc5cqQVGT0bkA=; b=VKZLwG+LBvxKNHW01Y5Vq1/8AYhApv5uc8wgcsV/vbbo4UJGTn/e5mkESWhcGdLN1z 9WWewNaDZMHCE+ZCrJMu3icDG4+cPlyocZWkv0BwiQvVqFNGfAhD0jvtaOrwou6FzGr4 pL6Fs3rCu1m/uUWiC6PdMZz9hLGdlCSTrNt6I= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Rkxg7BbjMCs7clQXqrkuuJfUcLuYZQzc5cqQVGT0bkA=; b=H9ZjT1g6W6AlaiUJtzFRT3k2T3hXn2tcq+PHmwqwGTbip0s0hW6BAdKyFYEQAoKTxU e9Nm/M2ojRjDr8xDZ/kw+QS9fq2ptT7kifldvxJYjkQdk4cq7oGc1KoKOElqpCIrpjVL oAf4q4TlxeXANrCJ7zy0Z0oxBG/+tqJKRwMnCi2rnei9bOZ+aTscy6QCrs6mOE6Oaosr eU8KLS1vRxehJQvH6Ww0KNBl+6vCt4qjKOby4Rb+pBtsiDmTSEUqnMs+FS9GiTwT2+Th DkhRyoXPpNfqVC8t0OZZTBMvlx8t6/jDwIBzBG3BTkJ9tamjQeUAPIOabR/trNeE8HkO 8B8w== X-Gm-Message-State: AOAM531fmS5BKGsfYy5/befOxQ+ar01MQ6xNSBFeVqsMKgLnC8Bcfhly IOBC4RzjBow86YheLBxkRjMmhjr3yYx8wCW3jAkVJA== X-Received: by 2002:adf:97d3:: with SMTP id t19mr2321367wrb.138.1597299905388; Wed, 12 Aug 2020 23:25:05 -0700 (PDT) MIME-Version: 1.0 References: <3f3baf5e-f73d-9cd6-cbfb-36746071e126@linux.intel.com> <20200811145353.GG6967@sirena.org.uk> <20200811172209.GM6967@sirena.org.uk> <0714b222-d3fc-5744-1147-bfac7df2651e@linux.intel.com> In-Reply-To: <0714b222-d3fc-5744-1147-bfac7df2651e@linux.intel.com> From: Yu-Hsuan Hsu Date: Thu, 13 Aug 2020 14:24:54 +0800 Message-ID: Subject: Re: [PATCH v3 2/2] ASoC: Intel: Add period size constraint on strago board To: Pierre-Louis Bossart Cc: "Lu, Brent" , Takashi Iwai , Guennadi Liakhovetski , "alsa-devel@alsa-project.org" , Andy Shevchenko , Kuninori Morimoto , Kai Vehmanen , "linux-kernel@vger.kernel.org" , "Rojewski, Cezary" , Jie Yang , Takashi Iwai , Liam Girdwood , Sam McNally , Mark Brown , Ranjani Sridharan , Daniel Stuart , "yuhsuan@google.com" , Damian van Soelen Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Pierre-Louis Bossart =E6=96=BC 2020=E5=B9=B48=E6=9C=8813=E6=97=A5 =E9=80=B1=E5=9B=9B =E4=B8=8A=E5=8D=8812:= 38=E5=AF=AB=E9=81=93=EF=BC=9A > > > > On 8/12/20 11:08 AM, Lu, Brent wrote: > >>> > >>> I also wonder what's really missing, too :) > >>> > >>> BTW, I took a look back at the thread, and CRAS seems using a very > >>> large buffer, namely: > >>> [ 52.434791] sound pcmC1D0p: PERIOD_SIZE [240:240] > >>> [ 52.434802] sound pcmC1D0p: BUFFER_SIZE [204480:204480] > >> > >> yes, that's 852 periods and 4.260 seconds. Never seen such values :-) > > > > CRAS calls snd_pcm_hw_params_set_buffer_size_max() to use as large > > buffer as possible. So the period size is an arbitrary number in differ= ent > > platforms. Atom SST platform happens to be 256, and CML SOF platform > > is 1056 for example. > > ok, but earlier in this thread it was mentioned that values such as 432 > are not suitable. the statement above seems to mean the period actual > value is a "don't care", so I don't quite see why this specific patch2 > restricting the value to 240 is necessary. Patch1 is needed for sure, > Patch2 is where Takashi and I are not convinced. I have downloaded the patch1 but it does not work. After applying patch1, the default period size changes to 320. However, it also has the same issue with period size 320. (It can be verified by aplay.)