Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3744900ybl; Mon, 12 Aug 2019 05:47:54 -0700 (PDT) X-Google-Smtp-Source: APXvYqzblS6zsEgGc2mzv6hRGQf7kBiZMLXirRYNaxUg98CE9xiYfaGNrj7w4/1nbfSF4o+iyhtg X-Received: by 2002:aa7:9882:: with SMTP id r2mr3243942pfl.146.1565614074553; Mon, 12 Aug 2019 05:47:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565614074; cv=none; d=google.com; s=arc-20160816; b=HNUNLPYse6FTKPF11VxuHwRfg+m4MI/dtcD7rD+Ac2DCnK25FnsWAz5keejklvka3B b0AZIXvVjACLWWLPOIAtgZVHO4sHlqZ49Zzpf5Ng3sBjIZSz8BBlPIruvKelFdo1d7v+ voYJ7voreCG63ZnykN3CDermHtZz9ZQPpJjvk5s18ws8qpCHHZOg1R7AL1QB1A+UsSOH JZm/tsmRJbId8rqofwFFF3ppjt2ZlsfwKR/CZEBf9gH3DvASjqWuRHw5ZmM/EZAW1Vf3 RSo7xbKOwP/9SmcGdA+9lq54x0BbGvMoN+ByfyNkA7lKi2SVMcM+5jQ3z/6UbgzD1bvW STUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=iQroE59DQQQrTqgqpx2cNHWgtrWhy5LoWBE9r2oIb78=; b=sEZlQ6drMUWKXI7I2Ie11pSOlVavQ5+lJ1ZpZVRekJACSTuky6ddyKz6qo6ymhVOPA 1wyTveQxLDNavuFB+kSwMzsRWqhJBNKykw+xzcdBBSIilycaGIwYkswZWpWgoxhwxz8Z FDKyMPjnh/N6V0dWdqrpRKzVnlnrhOKHHjLSD/ASvmcu42bE8Rs/gg5jWgSWnPh6JcK1 KrnTTKI/ZBUEsN2K6ip8A22W3YigRHR8ZVlBjFUZ6FwNaG6LmHegg/gDeAi5oz0J+A0p +QQ+i5TpKgc2jP4bAVs2EA0QeEYYatKqxaiDYg1fut7yQZOiwrwlwtnkNk9dp6nsZsdS KudQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o3si62735362pld.102.2019.08.12.05.47.38; Mon, 12 Aug 2019 05:47:54 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728427AbfHLMq6 (ORCPT + 99 others); Mon, 12 Aug 2019 08:46:58 -0400 Received: from mga07.intel.com ([134.134.136.100]:4684 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726496AbfHLMq6 (ORCPT ); Mon, 12 Aug 2019 08:46:58 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Aug 2019 05:46:32 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,377,1559545200"; d="asc'?scan'208";a="375932562" Received: from pipin.fi.intel.com (HELO pipin) ([10.237.72.175]) by fmsmga006.fm.intel.com with ESMTP; 12 Aug 2019 05:46:29 -0700 From: Felipe Balbi To: Roger Quadros , Heikki Krogerus , Pawel Laszczak Cc: "gregkh\@linuxfoundation.org" , "linux-usb\@vger.kernel.org" , "linux-kernel\@vger.kernel.org" , "jbergsagel\@ti.com" , "nsekhar\@ti.com" , "nm\@ti.com" , Suresh Punnoose , Jayshri Dajiram Pawar , Rahul Kumar , Anil Joy Varughese Subject: Re: [PATCH v10 5/6] usb:cdns3 Add Cadence USB3 DRD Driver In-Reply-To: References: <1563733939-21214-1-git-send-email-pawell@cadence.com> <1563733939-21214-6-git-send-email-pawell@cadence.com> <88742d5b-ee10-cf4e-6724-58e7bdd19cb9@ti.com> <1e557bcf-2d50-f600-0e81-1f9fba5499a1@ti.com> <20190812103147.GA4691@kuha.fi.intel.com> Date: Mon, 12 Aug 2019 15:46:25 +0300 Message-ID: <874l2mtuu6.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Roger Quadros writes: >> The sysfs file we expose from the class for the role switches is >> primarily meant for supporting proprietary protocols that require us >> to basically override the connector USB data role. The default role >> should always be selected in the drivers. > > OK. Let's take this example > - Port is dual-role port micro AB. > - microAB to type-A adapter is connected which pulls ID low. port transit= ions > to "host" role by the controller driver. > - proprietary protocol want to switch role to device role so writes "devi= ce" to > mode switch sysfs. port transitions to "device" role. > > Now, how does controller driver know to fall back to HW based role switch= ing? Use a 'disconnect' or 'suspend' event to go reset it? But that should, probably, be done at kernel space, no? =2D-=20 balbi --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEElLzh7wn96CXwjh2IzL64meEamQYFAl1RX6EACgkQzL64meEa mQZPthAAoPp+d2wATueMi3bs7y0hgbJbVUAfZwIcaCcrj0vG2JlU62N1tNjJhsP/ xLLRKsXs7FKLNR0XjkYA0fhOjJwCkEjgnxEZOi+OdWi22avG4YQOP+UAXcuBLB7R m95XWGOjvW3Tpfh6Fc3F3cmrdbNhMP/+EA/tsdIKEtDZsNkJtWNAFVCnb2pwuaC2 5oEsqDDgCeTDqNPqSH8T2Afkshwfr/rP7pQBunObvZdohJkR4FPteOnoVlFXIkrD FxBMrIs27xhPywv6U/OeQoCWbvSxnixEvpN7yZzAtZHBt0CuS9w2MvTXQ0l/5Guy +tAuTdtT+g+Ypaxtp8VoO6SmohDO959TEGYm3OuITelPZKdM9rilRXp+agqWqCuD M2qfyD0z6AertZ/XzAESt1MHbpZLWxS2CY9QpDmd5RBM0HyS8TnlYNdXpQYpVi+q FrCqsew6ndcdFG0sr5i5aP5PyidrqMXJeV/hy3MVxbVq2CJATxasC36+ec0oagNO zkmg0zEHB+Kte/tf+QTGCaYZGjWbObPH++m+phTJpO2UN4EU5hcO0qu1AXTGBdEF Qnd1alBJim0s5KJ9+E2CUk7s/9l46f4zeTrCoxRtsbSQiBRPQR/SQcdUBRUVFvxW mPkQlndf37HU1ieYbdm6jC1SkUxtLJmlnv61PJ0I8M8CHwF36Lo= =A2Hp -----END PGP SIGNATURE----- --=-=-=--