Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2892729pxj; Sun, 20 Jun 2021 04:19:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx/IOmWb5Sp553VR/KdxW9r6I+YCmn2q5ojmIR7L6CeebhMogLBN1aNbAys8WokVA0x29IC X-Received: by 2002:a92:da88:: with SMTP id u8mr2481189iln.185.1624187954801; Sun, 20 Jun 2021 04:19:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624187954; cv=none; d=google.com; s=arc-20160816; b=ojUtIj18Og0hyCNLKpIIo/EgZBa4bfynBzxoYeFKDlGZGK4T79UkJ8z/bWvsWAESx4 CFqCYbMc/pVlnuZ0IsrfRxsXvXrW2YeQu5wB9mzHd9o5STQ1poANvkmPpMgT6vLfv8iq fPCbOux4eQ60EtG/hFYYzZ/2G289/4QPwb075HTt0P/vdBf3SB+6uqZFAtKzJ5y67qyc HveoTbxIYRQ6BAddrX06vG0rQICmLZxh9HGuOoGb0jhlxzTFYaV0NzX1hfZI6FozZ42k cRNv6HgqgVF4PS+ctZjizKEpQ9SHlzqyWuY+BZ1vI1XIomaQRIAq9WviR7dLm/Q75wpX Fpkg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=0WUVeJ1YAjWPYFOhCV723Mq3q4z9oEz3YiUjidJI26U=; b=R1RbwxkZEuVMmdlXAbAoxRKdEV3IkYouGosEV3I4D3laJXM+hDS8uQBYCdvynI5P+l P8hsvjNzsURop33bx/A8y+7omF7ZsiNt9KtLDWecrsZxyDdkkTrLmJzfsA5TKdnF39mq GN3G2WOCkxaY+jPMim/GfLfCLLJZTEaio6HI+IZe5VyfuPFrfqbsszFuP74vnLiOr1EW ymHBACfS9Po2AqeZ0MvqFGui9gf9icN53Zr8cz5XAdT5S5uySCyW8Xwt8opvQ6mXXvDz /XNA9xMBZh0V3TyDpLjd2pvLcwDrsFnuEsbLQjeWPUtQIhJmTEox3laW/ScktCBAtmmr nyaQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=i2ZZhgWR; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g3si14548601ioh.101.2021.06.20.04.19.01; Sun, 20 Jun 2021 04:19:14 -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=@kernel.org header.s=k20201202 header.b=i2ZZhgWR; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229595AbhFTLTk (ORCPT + 99 others); Sun, 20 Jun 2021 07:19:40 -0400 Received: from mail.kernel.org ([198.145.29.99]:45964 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229541AbhFTLTj (ORCPT ); Sun, 20 Jun 2021 07:19:39 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 1FB9F6108E; Sun, 20 Jun 2021 11:17:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1624187847; bh=OfUiVNmBFTHlrsfW6CzlrHT/dZVKq3gESxQTYa6X/WY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=i2ZZhgWRRC+5tj5S8vgp2GEx3lnCTHSrIFOckDydhZ/zi115ukcX6jOyTWF+WkTx/ 95tna5wknOSf3FkZXvkbpuHG9xsHocZYpFtajSTFeoXS5at8ziNxiDGerw9t5o5Nyb NY8ou0pqspqxQvQT5Xz9R3R37NFKhUyZHYhMbDBAiXBLx1NND+9ZQXdqwiZhA35r0y An2kCwRin5WZ1fSQe3idUA7TMoDcP2oTm1lh03mDD6PrlfH5g3RM8SGjeLyq8uIVDz UCAzVnHkvGTXwHNxNDzqiFdBgpc+AtfPIa2mXHrakRyuYY4Eqa17D1V1XKER16apyX Lz2C+vQ7c3/uA== Date: Sun, 20 Jun 2021 16:47:22 +0530 From: Vinod Koul To: Richard Fitzgerald Cc: yung-chuan.liao@linux.intel.com, pierre-louis.bossart@linux.intel.com, sanyog.r.kale@intel.com, alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org, patches@opensource.cirrus.com Subject: Re: [PATCH v2] soundwire: bus: Make sdw_nwrite() data pointer argument const Message-ID: References: <20210616145901.29402-1-rf@opensource.cirrus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210616145901.29402-1-rf@opensource.cirrus.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 16-06-21, 15:59, Richard Fitzgerald wrote: > Idiomatically, write functions should take const pointers to the > data buffer, as they don't change the data. They are also likely > to be called from functions that receive a const data pointer. > > Internally the pointer is passed to function/structs shared with > the read functions, requiring a cast, but this is an implementation > detail that should be hidden by the public API. Applied, thanks -- ~Vinod