From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751877AbcG1WDx (ORCPT ); Thu, 28 Jul 2016 18:03:53 -0400 Received: from mga03.intel.com ([134.134.136.65]:4317 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751375AbcG1WDu (ORCPT ); Thu, 28 Jul 2016 18:03:50 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.28,435,1464678000"; d="scan'208";a="741185380" From: Lucas De Marchi To: linux-i2c@vger.kernel.org Cc: christian.ruppert@alitech.com, linux-kernel@vger.kernel.org, mika.westerberg@linux.intel.com, jarkko.nikula@linux.intel.com Subject: [PATCH v3 0/3] i2c: designware: improve performance for transfers Date: Thu, 28 Jul 2016 19:03:41 -0300 Message-Id: <1469743424-2480-1-git-send-email-lucas.demarchi@intel.com> X-Mailer: git-send-email 2.7.4 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This can be considered a v3 of "i2c: designware: do not disable adapter after transfer". Differences are: - Now there's a first patch that does not depend on IC_TAR being dynamically enabled/disabled: it just doesn't wait for the state change when not needed. - We added a patch that allows detecting if HW supports the dynamic TAR updates - In the last patch the bits were changed as suggested by Jarkko. - This is tested on BayTrail and CherryTrail, both of them returning true for "dynamically update TAR" José Roberto de Souza (1): i2c: designware: wait for disable/enable only if necessary Lucas De Marchi (2): i2c: designware: detect when dynamic tar update is possible i2c: designware: do not disable adapter after transfer drivers/i2c/busses/i2c-designware-core.c | 103 +++++++++++++++++++++---------- drivers/i2c/busses/i2c-designware-core.h | 1 + 2 files changed, 72 insertions(+), 32 deletions(-) -- 2.7.4