From patchwork Fri Jul 13 21:09:12 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Wolfram Sang X-Patchwork-Id: 943820 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=none (mailfrom) smtp.mailfrom=vger.kernel.org (client-ip=209.132.180.67; helo=vger.kernel.org; envelope-from=linux-i2c-owner@vger.kernel.org; receiver=) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=sang-engineering.com Authentication-Results: ozlabs.org; dkim=fail reason="signature verification failed" (1024-bit key; secure) header.d=sang-engineering.com header.i=@sang-engineering.com header.b="CF93WVpU"; dkim-atps=neutral Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 41S56K5mmCz9ryt for ; Sat, 14 Jul 2018 07:09:45 +1000 (AEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731966AbeGMV0D (ORCPT ); Fri, 13 Jul 2018 17:26:03 -0400 Received: from www.zeus03.de ([194.117.254.33]:48408 "EHLO mail.zeus03.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731955AbeGMV0D (ORCPT ); Fri, 13 Jul 2018 17:26:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=sang-engineering.com; h= from:to:cc:subject:date:message-id; s=k1; bh=3KrJknHHRCwzZZHj5bx wJqWCThzhfgW7Jmd4qND/CDU=; b=CF93WVpU8BD50baVBKzXVqYJDtidHYKjOxT eZKEVPIQxs/5k8omcWVhBj2QiOEpzFJA3WneL9pk3q9pxaahjaW9eiz85Bjrp4qM eygpKE7uwxbP8Bq2NFCdxVikklprR6bsv/RsvLzZCnS6UapWoU8c3i0oTaGsnvqP nZhiOSJ8= Received: (qmail 3379 invoked from network); 13 Jul 2018 23:09:42 +0200 Received: by mail.zeus03.de with ESMTPSA (ECDHE-RSA-AES256-GCM-SHA384 encrypted, authenticated); 13 Jul 2018 23:09:42 +0200 X-UD-Smtp-Session: l3s3148p1@4ncB5udwdOUgAwDPW8bBAAId4P/+oMhl From: Wolfram Sang To: linux-i2c@vger.kernel.org Cc: linux-renesas-soc@vger.kernel.org, kernel@pengutronix.de, Wolfram Sang , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: [PATCH/RFT 0/6] i2c: recovery: fix GPIO usage for recovery Date: Fri, 13 Jul 2018 23:09:12 +0200 Message-Id: <20180713210920.3648-1-wsa+renesas@sang-engineering.com> X-Mailer: git-send-email 2.11.0 Sender: linux-i2c-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-i2c@vger.kernel.org I have sent the last patch of this series before, but then I realized I need to convert all users of GPIO recovery before. I needed to make sure they all set the SDA GPIO to output, this is what patches 3-5 are doing. Which is also good for them because then they can send STOP at apropriate places when doing recovery. Then, I noticed that two drivers were not using the open drain mode for SCL which seems like a bug to me. So, patches 1+2 address that. I'd think those two are stable material. Due to no hardware, I could only build test these patches. I'd be really looking forward to comments or tests of these patches. A branch can be found here: git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git renesas/i2c/recovery-sda-output Thanks, Wolfram Wolfram Sang (6): i2c: designware: use open drain for recovery GPIO i2c: imx: use open drain for recovery GPIO i2c: designware: set SDA as output for recovery i2c: davinci: set SDA as output for recovery i2c: imx: set SDA as output for recovery i2c: recovery: remove bogus check if SDA GPIO is set to output drivers/i2c/busses/i2c-davinci.c | 3 ++- drivers/i2c/busses/i2c-designware-master.c | 4 ++-- drivers/i2c/busses/i2c-imx.c | 4 ++-- drivers/i2c/i2c-core-base.c | 4 +--- 4 files changed, 7 insertions(+), 8 deletions(-)