Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935091AbdCXMlo convert rfc822-to-8bit (ORCPT ); Fri, 24 Mar 2017 08:41:44 -0400 Received: from mail.kernel.org ([198.145.29.136]:38994 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751731AbdCXMle (ORCPT ); Fri, 24 Mar 2017 08:41:34 -0400 MIME-Version: 1.0 In-Reply-To: References: <0db99bd509c94ea8a80f633022d15235a99391a9.1489995966.git.baolin.wang@linaro.org> <58D4FE1D.9040404@samsung.com> From: Rob Herring Date: Fri, 24 Mar 2017 07:41:09 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 1/2] extcon: usb-gpio: Add level trigger support To: Baolin Wang Cc: Chanwoo Choi , MyungJoo Ham , Mark Rutland , Mark Brown , Linaro Kernel Mailman List , LKML , "devicetree@vger.kernel.org" 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 Content-Length: 2407 Lines: 55 On Fri, Mar 24, 2017 at 6:56 AM, Baolin Wang wrote: > Hi, > > On 24 March 2017 at 19:08, Chanwoo Choi wrote: >> Hi, >> >> On 2017년 03월 20일 16:59, Baolin Wang wrote: >>> Now extcon-usb-gpio only supports for GPIO egdge trigger, but VBUS/ID >>> gpios' detection can be triggered by the level trigger on some platforms. >>> Thus intoduce one property 'extcon-gpio,level-trigger' to identify this >>> situation. >>> >>> Signed-off-by: Baolin Wang >>> --- >>> .../devicetree/bindings/extcon/extcon-usb-gpio.txt | 3 +++ >>> 1 file changed, 3 insertions(+) >>> >>> diff --git a/Documentation/devicetree/bindings/extcon/extcon-usb-gpio.txt b/Documentation/devicetree/bindings/extcon/extcon-usb-gpio.txt >>> index dfc14f7..191504b 100644 >>> --- a/Documentation/devicetree/bindings/extcon/extcon-usb-gpio.txt >>> +++ b/Documentation/devicetree/bindings/extcon/extcon-usb-gpio.txt >>> @@ -9,6 +9,9 @@ Required properties: >>> Either one of id-gpio or vbus-gpio must be present. Both can be present as well. >>> - id-gpio: gpio for USB ID pin. See gpio binding. >>> - vbus-gpio: gpio for USB VBUS pin. >>> +- extcon-gpio,level-trigger: Boolean, set this gpio's interrupt flag to >> >> It is 'extcon-usb-gpio' instead of 'extcon-gpio'. > > Sure. "extcon-gpio" is not a vendor, so don't make it a vendor prefix. >>> +level trigger. If not specified defaults to false, gpio's interrupt flag >>> +defaults to edge trigger. >> >> I understand why you need the new flag. >> But, I'm not sure it is right way to add the new flag for interrupt flag. >> >> IMHO, I think that we need to find the more proper way to get the interrupt flag >> or maybe, we may need to implement the new helper api to get the interrupt >> flag for gpio pin when we use the gpio as the interrupt source, > > Yes, I agree with you. We already have helper functions to get > interrupt flag from device tree, but we can not get the irq number of > GPIO to configure in device tree, then I introduce one new flag to > indicate the trigger type. But I like to change the patch if there are > any good suggestion. Thanks. The extcon binding needs an overhaul in general. I'm not going to take extensions to a broken binding. What's needed is a USB connector binding like we have for HDMI and other video connectors. And for USB-C, those need to be combined. Rob