Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp236725imm; Tue, 15 May 2018 00:33:41 -0700 (PDT) X-Google-Smtp-Source: AB8JxZp9pTIl6l7woq0Wi45WTzQ3GreGe/AmpGwHF9X65yoXRcJVXLe1GEFWNUsD66g0Ix28pCZl X-Received: by 2002:a63:9812:: with SMTP id q18-v6mr11019305pgd.170.1526369621140; Tue, 15 May 2018 00:33:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526369621; cv=none; d=google.com; s=arc-20160816; b=Odp0nNFvsBaQFBYGfKCNw4RreK3zSNx52swXwQc/KAW5CeZ6T8iJFKQJ+JkZ1JVjBy knMzV1GTetT5Hrllzef6gOrWIbI773X2HN8mvbNliEZjy6CT5u8kTxnvn2HFFdpuS9AK Q1JKZP6EblgqMRnE4HdMLzTz2+/zh+HtqM4YIy2PacGAxu/59tM5H2AsHV2Knkpiddvp zZR8ePpCmMO+cpqla+jLfQxY08aQcTw8HSm0OSVV31QEDnOIkRKjl6u3h4Fpk/lj0/9O d1WRSfK8ayRXUgGsKNOLwQqMOYQnywIvP669/AmkK1If1Z3dqXvWiPkoFIlxBGHRDUuE G2WA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=vJVwNVLW3Cs6LN3Sx6lxnJWpSaha2fFw7UpmgxDnlYI=; b=HrMIoESkkvnyhQE5hZwyfz1I/PbhHVw1Dx/2mUoM0IMs5AxfgqoUCOVDrOz3m/Ehy7 zhgJAOf4CNtraUdTbSlGZJlhBNF5MqzV5v7bRgsB4HFU5MG/T6e0pqZR7aaWxnombJne KmBbbcyMVPnrDRRN9W2CYgqBXfTcpgK6rsRuAqzBLo9/kMusUyweVCg5k8BwV7L/N/hz RgcRFWCloeeftOZ14xFmPmh2oWS7AERxudOm6dYKRGsrFHZFJ8DqdaMNbw9aW+HSic5h Q82GFfi2lUnXrPizRjY4iCYUMuOFJFu51xurujMyGEmQZGdtLEvwMybRRRhliU81bJqg po6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=azOG93vK; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 69-v6si11293971pfv.135.2018.05.15.00.33.27; Tue, 15 May 2018 00:33:41 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=azOG93vK; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752430AbeEOHcF (ORCPT + 99 others); Tue, 15 May 2018 03:32:05 -0400 Received: from mail.kernel.org ([198.145.29.99]:57580 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752139AbeEOHcC (ORCPT ); Tue, 15 May 2018 03:32:02 -0400 Received: from mail-wm0-f43.google.com (mail-wm0-f43.google.com [74.125.82.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id DA66321771; Tue, 15 May 2018 07:32:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1526369522; bh=vJVwNVLW3Cs6LN3Sx6lxnJWpSaha2fFw7UpmgxDnlYI=; h=In-Reply-To:References:From:Date:Subject:To:Cc:From; b=azOG93vK6nTD/dz7u+aTrwtgo48j2ZXOlC2LYEM+Uqk+Y4odTN/HgbpQHbfia7eGY I8pqmRgIGye0fzVuCJx5Zse0KH3lLknQUsILKcUU1pUwB5OB71YRQ+4UMQVG2jFp6g xWESfpjQ8+enQeYOXqfV1T83y3qHyVWOcCsyOTds= Received: by mail-wm0-f43.google.com with SMTP id m129-v6so19461554wmb.3; Tue, 15 May 2018 00:32:01 -0700 (PDT) X-Gm-Message-State: ALKqPweZP9HkImJqxgSEmjuUZGLuF7/UVyY42EqnODsTk7VxNKRXbumJ WWTWU7UgaEOOmAQfduyr/1ocGIKiKjRfWaS5gyw= X-Received: by 2002:a1c:c588:: with SMTP id v130-v6mr6499508wmf.135.1526369520351; Tue, 15 May 2018 00:32:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.199.70 with HTTP; Tue, 15 May 2018 00:31:59 -0700 (PDT) In-Reply-To: <878t8l9y6j.fsf@linux.intel.com> References: <20180131155718.5237-1-a.hajda@samsung.com> <20180131155718.5237-2-a.hajda@samsung.com> <878t8l9y6j.fsf@linux.intel.com> From: Krzysztof Kozlowski Date: Tue, 15 May 2018 09:31:59 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 1/2] USB: dwc3: get extcon device by OF graph bindings To: Felipe Balbi Cc: Andrzej Hajda , "open list:DESIGNWARE USB3 DRD IP DRIVER" , Bartlomiej Zolnierkiewicz , Marek Szyprowski , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Greg Kroah-Hartman , Inki Dae , Rob Herring , Mark Rutland , Chanwoo Choi , Laurent Pinchart , linux-kernel@vger.kernel.org, "linux-samsung-soc@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 15, 2018 at 9:26 AM, Felipe Balbi wrote: > Andrzej Hajda writes: > >> extcon device is used to detect host/device connection. Since extcon >> OF property is deprecated, alternative method should be added. >> This method uses OF graph bindings to locate extcon. >> >> Signed-off-by: Andrzej Hajda >> --- >> Hi all, >> >> This patch implements alternative method to get extcon from DWC3. >> The code works but is hacky, as DWC3 must traverse different DT nodes >> to get extcon, in case of TM2 it is USB-PHY and MUIC, but other >> platforms can have different paths. >> I would be glad if it can be merged as is for now, but additional work >> must be done to make it generic. >> I guess on DT binding side it is OK. So the problem should be addressed >> in the code. >> My rough idea is to implement kind of extcon aliases/forwarder mechanism, >> ie. USB-PHY will expect on its output remote port extcon, and it should register >> extcon-forwarder pointing to this extcon. This way DWC3 can look for the extcon >> on its PHY phandle, and it will receive via forwarding mechanism extcon >> exposed by MUIC. >> As I said this is rough idea for discussion, other propositions are welcome. >> >> Regards >> Andrzej > > I need someone from devicetree to review and ack patch2 before I can > apply them. Either way, this doesn't apply: The DTS patch will go through arm-soc tree, I'll take it. The DTS patches are independent from drivers and shall not usually go through regular trees. Best regards, Krzysztof