From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751153AbdALSli (ORCPT ); Thu, 12 Jan 2017 13:41:38 -0500 Received: from www.zeus03.de ([194.117.254.33]:51848 "EHLO mail.zeus03.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750924AbdALSlf (ORCPT ); Thu, 12 Jan 2017 13:41:35 -0500 Date: Thu, 12 Jan 2017 19:41:01 +0100 From: Wolfram Sang To: Dmitry Torokhov Cc: Rob Herring , Benjamin Tissoires , Pali =?utf-8?B?Um9ow6Fy?= , =?utf-8?B?TWljaGHFgiBLxJlwaWXFhA==?= , Jean Delvare , Takashi Iwai , linux-i2c@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] i2c: do not enable fall back to Host Notify by default Message-ID: <20170112184101.slxulrvreq7zl2pc@ninjato> References: <20170105045722.GA17958@dtor-ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170105045722.GA17958@dtor-ws> User-Agent: NeoMutt/20161126 (1.7.1) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 04, 2017 at 08:57:22PM -0800, Dmitry Torokhov wrote: > Falling back unconditionally to HostNotify as primary client's interrupt > breaks some drivers which alter their functionality depending on whether > interrupt is present or not, so let's introduce a board flag telling I2C > core explicitly if we want wired interrupt or HostNotify-based one: > I2C_CLIENT_HOST_NOTIFY. > > For DT-based systems we introduce "host-notify" property that we convert > to I2C_CLIENT_HOST_NOTIFY board flag. > > Tested-by: Benjamin Tissoires > Signed-off-by: Dmitry Torokhov Applied to for-current, thanks! How do we handle driver fixes? Shall I take them via I2C to have the dependency clear? Or can they go seperately?