Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp4675995ybg; Tue, 29 Oct 2019 10:41:49 -0700 (PDT) X-Google-Smtp-Source: APXvYqzwgX4OB0XA4gRGKns57ns+DYi7RNFHNgN2k1GzrqGcHqJKDjY8K8VQaFn5u4ECsr1g9YhV X-Received: by 2002:aa7:dc44:: with SMTP id g4mr27182990edu.266.1572370909117; Tue, 29 Oct 2019 10:41:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572370909; cv=none; d=google.com; s=arc-20160816; b=drNOy3I3rAwiZA4tAGzHjxQ5LVLoswOUOerYntcV4T9y1lCDwemmLA3xlcUzveFxvq FWceYmY/H4uOYYCJF6Pys9LUZP6/jOWlZBeQoXehce+IdoxSsvI4sjGtOX73IJMonEPc x4OYdy6L5Lp3pBK4fJ4PZz5xQ7P1/Ejt9n11aihzobyAi+3LWKkvxVr0u2SgJsAgi87H m2TsLWkVjHy9viamK/yU4PYXM1NZDstqX/LeM5cEmHSSrDyAvXo0KWWvCTQrAzQXZJQr 3GKgBwcH4FhJcEzLi/2Znu0Lb3jC68whxmYWOca3j7iqQHZRG4m7Jl1gJ+jqOjWrsxMn VHrQ== 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=EL5Tj0zbCUuf5K60FOncwL9LIvXMP+z9M9FNdKEaRQs=; b=JZelOMW04h4B2YXeRqjLrRkS3kF/EHXYxsgEbIJF9ZRP7L1/GPw3mbd5YeB4iJ/HE2 V4wGVQUpWDm1MAMdJ8FBKcvb9ErqGzdp1Gx+A71KJmN1pkukpTqKP39Gvkt9s4xd5KGm 6zboGzNzE/MoVaRwRCIHzZWa143JKKRa5OENs8y4IkpKe8sLjABc9KtYADYEVQ5z5S6/ D708xtYREJ29sKQtRmhXJxG89Ljmt2vrizu+PvK7SbyE7gGPXKUdnjipRx9wzeR0EGJ5 MEH7fhl+DGtnH2Ey4LZYDrqMf58r6WgY53HgfEmDTks0J87tRMt9U2EwxZ0bJMrxU5Nm jF3Q== 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e7si8704925ejk.20.2019.10.29.10.41.25; Tue, 29 Oct 2019 10:41:49 -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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731790AbfJ2JRP (ORCPT + 99 others); Tue, 29 Oct 2019 05:17:15 -0400 Received: from mga11.intel.com ([192.55.52.93]:3237 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731694AbfJ2JRO (ORCPT ); Tue, 29 Oct 2019 05:17:14 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Oct 2019 02:17:14 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.68,243,1569308400"; d="asc'?scan'208";a="374490234" Received: from pipin.fi.intel.com (HELO pipin) ([10.237.72.175]) by orsmga005.jf.intel.com with ESMTP; 29 Oct 2019 02:17:09 -0700 From: Felipe Balbi To: John Stultz , lkml Cc: John Stultz , Greg Kroah-Hartman , Rob Herring , Mark Rutland , ShuFan Lee , Heikki Krogerus , Suzuki K Poulose , Chunfeng Yun , Yu Chen , Hans de Goede , Andy Shevchenko , Jun Li , Valentin Schneider , Jack Pham , linux-usb@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [PATCH v4 6/9] usb: dwc3: Rework resets initialization to be more flexible In-Reply-To: <20191028215919.83697-7-john.stultz@linaro.org> References: <20191028215919.83697-1-john.stultz@linaro.org> <20191028215919.83697-7-john.stultz@linaro.org> Date: Tue, 29 Oct 2019 11:17:05 +0200 Message-ID: <87h83rj4ha.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, John Stultz writes: > The dwc3 core binding specifies one reset. > > However some variants of the hardware my not have more. ^^ may According to synopsys databook, there's a single *input* reset signal on this IP. What is this extra reset you have? Is this, perhaps, specific to your glue layer around the synopsys ip? Should, perhaps, your extra reset be managed by the glue layer? =2D-=20 balbi --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEElLzh7wn96CXwjh2IzL64meEamQYFAl24A5EACgkQzL64meEa mQajVg/8C0zUku0Benos6tXfx/tAJJh/qhYsHfs0w1BvYtNy8KYfgq7yyUxX4zh5 2dbXhYsQ9fHdJgKPYrybO10XU6rPoWUrK+DOCAUjLx7Rj0P0SzkUI1UGXiCLNzvd UEpOc14h8+KApJ239yKNWypZUdn+raYjMB2ZTtgjj7Smid8KvU5NBMVBuoOKKEm6 tIBw+Vsyzosjidd/fXIUkmJ/05dxh8BVUZcn76pfTMbdWPVyf6h0sGmkWCIPkHJ/ ac0Zow2zWML4LI2ZHDinWaqGS3lYf0r49UeiuNk6P+jnF0+OlhhUzY+XurlLEcI6 /ey9VqPG6j3/Hyx3EdBUlFDh3BzyQ12Pj41lCadzvPsjEQm/woUxzySByCaFGnp9 jXaJ3RerRbHcxoIfRuErdw2txreTr+HTWTpsBMPLv2immknoaI38qBBFWsTReDgi 2WgrJwr5O9ZLF/T2DpBM81WcZLCJQo6pzjetjb49XgJhCFDu0zSLV3A+72dWMR4R 2XTC73Ha5qwBWiHOSGZIWaEV3I4aBS9jENod8RuzstZwl+IJ+0ITy+DTN5C4LcVi s05enHsr6vnk3LJkcA4v53yowDQbOimxWRM2/2a8Wrd4hTWPD/ohSzCr6S6uWY/E +Uq6f1uiNzcx9AgTLaIInuloK27pv160JEs7Odw+ooaLDOwGObU= =HQbL -----END PGP SIGNATURE----- --=-=-=--