Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp9334pxb; Tue, 12 Jan 2021 18:20:56 -0800 (PST) X-Google-Smtp-Source: ABdhPJx5sIZU5Yu1OoAo6CQ3Z1Mq2orrMcDynjEnnfwJ5LjejXZjgiXM6kbRcODIMPrqbyWHM9m3 X-Received: by 2002:a17:906:c414:: with SMTP id u20mr1157126ejz.511.1610504456545; Tue, 12 Jan 2021 18:20:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610504456; cv=none; d=google.com; s=arc-20160816; b=tMETgP1HV6H1t6IbC3lHdiatHNoaUCuk6jk8oNJtAhr24hM7LWlzoJpFQ+hgDw647F KIkAp+DGfG8+WU5ffZjjG0iF3pli16k9VpBHM3WOEAJStwRNqsM8LZuEKyI1mxdnu42N TjV83NHskMITa9sFjdiP69xBsGhc/WRiwVNT/Ss7MEj+MxBYopVxIzuKR2cZNFp1HIbX YJb+9pCBloZhEwRXw6lvYnYBj4tTWLIKliN0M1iS4NB4XqtYAUMaTAseZlv5qHiavpu/ RHuS/BkinFlbH/KkDGO8uP7yXFw0b+VmPbuRaU9JH2WflOZiZDTX92LMv8w8Y29EOvVR Nhew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=VHE1GQYCKLXO2+6l09vaWQmmgKYH4T/fAVUP7YQfNLA=; b=Zd2oALx+V5NJtKnls2Ea0U8Qbq16WQmO489iVMhUbJyGw2hOsxgDR4u9rK98cY5t+S pfTgEvq3RgcEOaEgxF6qok9J4bhjaIcZp+swHBOUBdoi/f0hG3l0ZDOOPmaHjLUwp2sd HzxJjGT4pC+af4c6F0PxmZ2zR07zbi+irEzaALYHNneLvLYxhw9VCCSSaWwgzWzNQfMt sGbEvS5UmIrGMEQG1Q7O/py6dq2ObCWrL1uPe1SVYW1V5bDAR0zv96W6eeA7l7yMQIsY 0LakqPLoaSnuPFAmmGBvtA3+e15Ml3zskGstDHT/ZSBoqOcpPojJpW9LsVqruf4tLNYB Xl2A== 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=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l61si306712ede.106.2021.01.12.18.20.32; Tue, 12 Jan 2021 18:20:56 -0800 (PST) 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=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729160AbhALQlm (ORCPT + 99 others); Tue, 12 Jan 2021 11:41:42 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37188 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726184AbhALQlm (ORCPT ); Tue, 12 Jan 2021 11:41:42 -0500 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4F45CC061786 for ; Tue, 12 Jan 2021 08:41:02 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: eballetbo) with ESMTPSA id CE7031F44B67 Subject: Re: [PATCH 1/2] cros_ec_commands: Add EC_CODEC_I2S_RX_RESET To: Mark Brown , Guenter Roeck Cc: ALSA development , "Gustavo A . R . Silva" , Liam Girdwood , Takashi Iwai , Yu-Hsuan Hsu , Linux Kernel Mailing List , Guenter Roeck , Prashant Malani , Pi-Hsun Shih , Benson Leung , Cheng-Yi Chiang References: <20210107085942.2891525-1-yuhsuan@chromium.org> <20210107135459.GB4726@sirena.org.uk> <20210112004207.GN4728@sirena.org.uk> <20210112141036.GC4646@sirena.org.uk> From: Enric Balletbo i Serra Message-ID: <253ab603-f082-6e96-9303-7e127e743906@collabora.com> Date: Tue, 12 Jan 2021 17:40:56 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <20210112141036.GC4646@sirena.org.uk> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 12/1/21 15:10, Mark Brown wrote: > On Mon, Jan 11, 2021 at 05:52:31PM -0800, Guenter Roeck wrote: >> On Mon, Jan 11, 2021 at 4:42 PM Mark Brown wrote: > >>> TBH that seems like a big enough change to split out from this and done >>> as a separate series, I'd be perfectly happy to apply your original >>> change. I guess part of doing that sync up should ideally be to >>> refactor things so that it can be done mechanically in future. > >> Being able to do it mechanically was the idea for introducing the script. >> Unfortunately it doesn't help to have such a script if people don't use it. > > Looking at the issues Yu-Hsuan mentions and briefly at the code I guess > there's some updates needed with the script for namespacing around at > least pd_ to avoid the need for hand massaging things, that'll put > people off using the script. > I even didn't know about that script :-(, or forget about it, assuming the files are async again, I think I'm fine on only introduce that line of code instead of a full sync (and lets think how we can do better work on this and solve in the chrome-platform tree). I have some comments on patch 2, though. Cheers, Enric