Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3705222yba; Tue, 23 Apr 2019 08:16:58 -0700 (PDT) X-Google-Smtp-Source: APXvYqwPx2r8QS2T+wE80YNg3gmwWZrOQKSoX9w7kyqZe9jeCfev69OiJiEuxQ/1iwDr5EdfWkC6 X-Received: by 2002:aa7:91d5:: with SMTP id z21mr27394262pfa.222.1556032618745; Tue, 23 Apr 2019 08:16:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556032618; cv=none; d=google.com; s=arc-20160816; b=sdTMrAKv+xDDHbapbqdul6bVcEH0iqVfK1GzUortRlW7oRX+zWsj5DcIWj/TojcxV9 bM7bVgt2VdO3tLGJHhDTuQp3aNlk+WbjflID9dZm2xhZ92kXUp6G8Lt5lPJBvl3UHBBH FoFoWwqr2ZI2vMNpWWFqAfqtbdlmBgn4I+ScqvoM11ZQ+RIUFKIF6ur3b8xQKg9HZlex vai0IbNsNJD3FiXFOfiw9SXXfW8dFINEMB96I0HhSvH4cKefF5HfYAcnvG7Bw3Z921fr 8EkZz5azsGjdCrpXDGtbiAcczsqp/Kmv0lyMhBBibyrizVjfvcdXn144enLVzw4YsXPT 6lVg== 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:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=KKgCG+V9HGhmizUKcBIsxWOOCQpnwlNSIzpNSeMCKDE=; b=VmYQNiYUNs5OYUnY1er7h3n8OgDMZFgLPFMwGBChIsyMkAbyzzEPbXiJ+dTxX+rrd1 5haWxa7QF5nA2tlU9scvVD5I7LjJ4VayhZCDMqwM/wYJOiNTCBBu8T9B3EvsvcCnTtOw ifga1z8BM8N5fK2cUWt92qzIS6Oe1/tCBJrzOwMrvsYMq/2xJzygtg5I1v7DMq4lBKrY W4l1uLWSIa1dnvW72zxrsgzMyU9SzCJEEquQJHJyE/Rr1fTyeDCHyUPSmRpSb7BnrsOJ 0jLgp1d+P1VspamEDyigGmyLkLGXjEbW60ZPVo6PGDR+vUn4SKAbBZuwzMwSX9+ifRQx wDVA== 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=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a11si14663835pgw.384.2019.04.23.08.16.42; Tue, 23 Apr 2019 08:16:58 -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=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728005AbfDWPOV (ORCPT + 99 others); Tue, 23 Apr 2019 11:14:21 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:52418 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727695AbfDWPOV (ORCPT ); Tue, 23 Apr 2019 11:14:21 -0400 Received: from localhost (unknown [IPv6:2a01:e0a:2c:6930:5cf4:84a1:2763:fe0d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: bbrezillon) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 43009260D5F; Tue, 23 Apr 2019 16:14:19 +0100 (BST) Date: Tue, 23 Apr 2019 17:14:16 +0200 From: Boris Brezillon To: Vitor Soares Cc: Mark Brown , "linux-iio@vger.kernel.org" , "linux-i3c@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "pmeerw@pmeerw.net" , "lars@metafoo.de" , "knaack.h@gmx.de" , "jic23@kernel.org" , "lorenzo.bianconi83@gmail.com" , "bbrezillon@kernel.org" , "rafael@kernel.org" , "gregkh@linuxfoundation.org" , "joao.pinto@synopsys.com" Subject: Re: [PATCH 1/3] remap: Add I3C bus support Message-ID: <20190423171416.47b2c9c4@collabora.com> In-Reply-To: <13D59CF9CEBAF94592A12E8AE55501350A61C9A2@DE02WEMBXB.internal.synopsys.com> References: <20190416153948.GF4834@sirena.org.uk> <13D59CF9CEBAF94592A12E8AE55501350A61C9A2@DE02WEMBXB.internal.synopsys.com> Organization: Collabora X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 23 Apr 2019 14:58:06 +0000 Vitor Soares wrote: > Hi Mark, > > From: Mark Brown > Date: Tue, Apr 16, 2019 at 16:39:48 > > > On Mon, Apr 15, 2019 at 09:19:39PM +0200, Vitor Soares wrote: > > > > > +++ b/drivers/base/regmap/regmap-i3c.c > > > @@ -0,0 +1,62 @@ > > > +// SPDX-License-Identifier: GPL-2.0 > > > +/* > > > + * Copyright (c) 2018 Synopsys, Inc. and/or its affiliates. > > > > Please make the entire header C++ style so it looks more consistent. > > Otherwise this looks good modulo > > I will change it next drop. > > > Boris' comment; I'm fine with leaving > > extra modes for later so long as they can be introduced without > > disrupting existing users so the only question there would be if we > > should name the init function in some way that's specific to the I/O > > mode being used here. > > My concern is that booth modes (SDR/HDR) might be needed on the device. > e.g. use SDR to configure the device and use HDR to send/receive large > data. I'd say that we shouldn't use the regmap abstraction in this case or have a driver-specific backend implementation for it. I guess the common case is "regs are accessed in SDR mode", so let's keep the name as it is now and we'll define devm_regmap_init_i3c_hdr() if we ever need it. Please make it explicit in the kernel-doc that we're using SDR transfers here.