Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1493991ybt; Sat, 27 Jun 2020 10:00:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz7ibbvOQhDgGD7n0kWOISFcdPI5UNeBP23lHQmunPTSa6gyWBSgyPoDJ/khbLYKPx+9i8m X-Received: by 2002:a17:906:1151:: with SMTP id i17mr7660260eja.535.1593277221085; Sat, 27 Jun 2020 10:00:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593277221; cv=none; d=google.com; s=arc-20160816; b=YcY1379QafOS1yGBHtHDjWr+T/QWEgq8E1vfPh2D+dor3UmVu5xykcXalzYow3xOsG 50+P2nhGqckx1VQIIs579mFqIHpQseJ1Lvb0tlV9/bD9qj1aJSsZA/ME4wTlDG2BpPgg 3DEPy/yoI5cOZvTHl3R1v8ZJei045rLJA//Cb+dwySnkwVdUITFWkB2eoOf7+BNs9CE4 8QeaTFUhk/4dLPK7jrj/tln+QKz1MlksfkE/lDM39kHtlhdbE1gEO90+CQA+vT/DShQ5 0i54uOw3g/yjROICg+6L40cxYTjWMuGRZ8D81iuFQSQEklbd44G7zxalwfMqy0AWP7B+ y5KA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:user-agent:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=1nGL+tnFIAt0ZoojBnWf47XaRiyJlS+iVijOfL+WgN8=; b=CFtMg0VuMK19vzh2wm4ZDIuZxh8/sea4Kp73RZAFGPkmZ8YcVEaAvMMuPAMZi0Tf0i wSmqLxm5R6gpHFUGvN2wVqW3rQpslx+DnAS7/K0MMz6Qj83J/bxciR2HYSR7xH8GqVjv xPXUGhun7XMaPXsGf7xUluB9IB9/Skb+IB+FG/aDfNcJ9xd+MrLNmSb4M5HZDdbyFcNG dZjGfBdhMY3Vdb9fOziK+ogCRRWp4/GD0QoZgY2MIXnImUq8a3g+ct7RJ1URk8j2h1Wo 6DClHzKXl+5X03NxrCFnYpQS8E8id76p2HhocqSZzuxoV95PJpibnEUBtvoIeFHrD1H5 2plQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=KDjyolna; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l6si2213431edq.465.2020.06.27.09.59.45; Sat, 27 Jun 2020 10:00:21 -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=@walle.cc header.s=mail2016061301 header.b=KDjyolna; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726012AbgF0Q7A (ORCPT + 99 others); Sat, 27 Jun 2020 12:59:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60820 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725882AbgF0Q7A (ORCPT ); Sat, 27 Jun 2020 12:59:00 -0400 Received: from ssl.serverraum.org (ssl.serverraum.org [IPv6:2a01:4f8:151:8464::1:2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 17702C061794; Sat, 27 Jun 2020 09:59:00 -0700 (PDT) Received: from ssl.serverraum.org (web.serverraum.org [172.16.0.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ssl.serverraum.org (Postfix) with ESMTPSA id 9486622708; Sat, 27 Jun 2020 18:58:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2016061301; t=1593277134; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1nGL+tnFIAt0ZoojBnWf47XaRiyJlS+iVijOfL+WgN8=; b=KDjyolnahGMCwSPrN3p3Fo+EAzc4V2j/Qj1pS0mkzPzRQ7FFlvsijQDE8mL1WhFn6ZT6Sm +s0a+4agmyvkqpNPN410Cod0aFiiGM8WmlQmpsVTQD1HqjFTBDoxk9otowPmCIj/fVADf8 u4Sf253hGdU+Hqycn2N/c4J/2tX2OwQ= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 27 Jun 2020 18:58:54 +0200 From: Michael Walle To: Andy Shevchenko Cc: Sungbo Eo , Linus Walleij , Bartosz Golaszewski , Linux Kernel Mailing List , "open list:GPIO SUBSYSTEM" Subject: Re: [PATCH] gpio: add GPO driver for PCA9570 In-Reply-To: References: <20200623060526.29922-1-mans0n@gorani.run> <80bbca9a625b2a0feb9b816906549b7c@walle.cc> <2291c01d-30df-518e-a952-644bd955f1f3@gorani.run> <69f5d1a1970838b8c4bd8d6e8dba6cac@walle.cc> <9956439a3c887dde7b2b8fa48de20db2@walle.cc> User-Agent: Roundcube Webmail/1.4.5 Message-ID: <83f1fba7fb04780b84c5e96a184f61f9@walle.cc> X-Sender: michael@walle.cc Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Am 2020-06-24 16:52, schrieb Andy Shevchenko: > On Wed, Jun 24, 2020 at 4:46 PM Michael Walle wrote: [..] >> So you just write one byte of data (or you might repeat it, but >> that is just as if you start a new i2c transaction, just that >> you save the i2c addressing). > > You can write the same value twice. > It means that the first byte can represent the register address. But > it's still too volatile. In this case the output pin will hold the value of the "fake" address register for a short period of time. No? > Perhaps regmap can gain something like register-less communication. I don't know if that is worth it (and if that is an intended use of regmap). -michael