From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751962AbcEJKPd (ORCPT ); Tue, 10 May 2016 06:15:33 -0400 Received: from mga02.intel.com ([134.134.136.20]:58194 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751769AbcEJKPb (ORCPT ); Tue, 10 May 2016 06:15:31 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.24,604,1455004800"; d="asc'?scan'208";a="100419183" From: Felipe Balbi To: Roger Quadros Cc: tony@atomide.com, Joao.Pinto@synopsys.com, sergei.shtylyov@cogentembedded.com, peter.chen@freescale.com, jun.li@freescale.com, grygorii.strashko@ti.com, yoshihiro.shimoda.uh@renesas.com, nsekhar@ti.com, b-liu@ti.com, linux-usb@vger.kernel.org, linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v7 4/5] usb: dwc3: omap: Pass VBUS and ID events transparently In-Reply-To: <5731B436.6020801@ti.com> References: <1462873919-20532-1-git-send-email-rogerq@ti.com> <1462873919-20532-5-git-send-email-rogerq@ti.com> <87d1oui6eh.fsf@linux.intel.com> <5731B155.6010109@ti.com> <871t5ai5ye.fsf@linux.intel.com> <5731B436.6020801@ti.com> User-Agent: Notmuch/0.22+11~g124a67e (http://notmuchmail.org) Emacs/25.0.93.2 (x86_64-pc-linux-gnu) Date: Tue, 10 May 2016 13:13:21 +0300 Message-ID: <87vb2mgr0e.fsf@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Roger Quadros writes: >>>> Roger Quadros writes: >>>>> Don't make any decisions regarding VBUS session based on ID >>>>> status. That is best left to the OTG core. >>>>> >>>>> Pass ID and VBUS events independent of each other so that OTG >>>>> core knows exactly what to do. >>>>> >>>>> This makes dual-role with extcon work with OTG irq on OMAP platforms. >>>>> >>>>> Signed-off-by: Roger Quadros >>>> >>>> I have a feeling this will regress OMAP5432 uEVM. Did you test with th= at >>>> board ? >>>> >>> >>> Yes. Any specific test case you would like me to test? >>> For now I'm just doing enumeration with g_zero. >>=20 >> IIRC OMAP5 uEVM didn't have separate VBUS and ID GPIOs. How are you >> handling that case ? >>=20 > It comes from the PMIC, extcon-palmas.c. alright, then :-) =2D-=20 balbi --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXMbRBAAoJEIaOsuA1yqREwYMP/0hvjq4gshhktoAftQiP24tk 4YE4nDBcuR0zrUAX0EWsBLd4fmzFUebJxqYEXKhMYjB12esZzj5stfJP2HR+gSQs kExJeqBCP2FVT21/IGP7QGu9c/6oRagdpCfEYUrefKysp87pcu3Ml+0zroUGtiSb TftqQbaGtkQ1wHtbi5kp5aZFdFmBR8hc1r8oX+Ybf7LCCwZdejT1HPxhot9QC2dY RslWWCSPVXOhyVORCaT9bkCySVbf3wBDl1dl2h57Kec4VtyHk6aJ+Wlc1r3XzEP8 boNbnpKkQvtdRC2JznsXZgY7pXs5mkguXpOlqll1gan2bpveF+Ng5yhZU5pGkyCN +q4HqiG6CKtkfaTyoRR0csGsgWoaflS7vwfBOKNH6yQ/C58qf2gkWVrtp0cdmLfz FeuibFjGZMBB56uJNKmnwbOoyNzV1NcAqGR9z394xYB0LZ/62DBY8t5Xh/ZUDaB7 qA8kJOwYD+H8he9XUlbL0hPL3CtKOVzm+DHZREBrUTDvkxtoad4S2X5gs/f5L64J qJ7YlS+y0gmeque8e1pexrQA1BIs/AiJH/6kyNYNmWbKABW9sLFmU6BOyhz6NaAE 754ByA7mW++Yl3kfkgejHQYeVrELVd1a8iLEPyQ9xFtJuWulJq86L0sbYTl10VGt 8BIvhGY+7N4v/ZAeG1oA =POAO -----END PGP SIGNATURE----- --=-=-=--