Received: by 10.223.176.5 with SMTP id f5csp1022449wra; Tue, 6 Feb 2018 11:11:12 -0800 (PST) X-Google-Smtp-Source: AH8x227RE916w3cH4LUx00ADvGchqxYD8IrbCl8CS4CC5jiBkYcUW2atjmOlP1iUcUMaDND2myqD X-Received: by 2002:a17:902:8c91:: with SMTP id t17-v6mr3498645plo.310.1517944271986; Tue, 06 Feb 2018 11:11:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517944271; cv=none; d=google.com; s=arc-20160816; b=0zLj2IozOZDJlV46SNn8qrbzhqh57dukSDBfj9jMff9Ws+jsrsckvsOXw+O1w411Mz c7MCwiybWr9AysgscGuhEcmE0L+dwqg58PqvQVSVfctD3XYwNZ2d15eBQ4Me0UxJ/LKD sSQl3MmPAMm1jB+mxd/39OLhzvFREWt+aXejSgKm8O9+xOgy9SB5rGKY0CzAoAWjfFkv 3Ntvi+dq46F3T8NTmFBfn/KDPrq8bwRijNDUiJa/ykWxAWWxa9DQUu00inUjCaG0RO/g SyNJ7KN83dUbcdfMUuYx4fNPCCMe3nJ7ucplvtxRrIYtexvkOyW0nUkBNX6+FAZ7hez9 R4cw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:arc-authentication-results; bh=0w5fJkx4yyREVvRotLPfpvakw5ptQYsDhYtKjw8+okc=; b=yMzGBWAhguAJXkADbli8pF//J1aiU5rhua9jyWBSKX9hGqsUW6ug2KtRA1xGtLLxWG t8Qdba3kBNjVYBJi1raS9ZSOURk8ha7A4aX96dfKK41l7Lij5kI3HNU0dQICSDEGZYtT sg7IZBBQWaih+OqmsOCqI6PHEq7b4uiVV3EUcg6r/twEM3NexeJpv3mnTAPgHhJPHF6d /ZK4KasknCBtW+NRrLmLdlpxGWqrhli1a2TbD4FfxQAX3Dw3Bl5VjsFfrMTl1RVBHMPg nbRKYNZOA5Tke7FeC+t9r7WI7jGGDTYlgFdQmcJ7TQpe82/bONthIL+BiE24IsjOCL0U ag+Q== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i62si9050403pfe.383.2018.02.06.11.10.58; Tue, 06 Feb 2018 11:11:11 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753161AbeBFTKJ (ORCPT + 99 others); Tue, 6 Feb 2018 14:10:09 -0500 Received: from mail.andi.de1.cc ([85.214.239.24]:36422 "EHLO h2641619.stratoserver.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752682AbeBFTKE (ORCPT ); Tue, 6 Feb 2018 14:10:04 -0500 Received: from p200300ccfbc503001a3da2fffebfd33a.dip0.t-ipconnect.de ([2003:cc:fbc5:300:1a3d:a2ff:febf:d33a] helo=aktux) by h2641619.stratoserver.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ej8cw-0003Jw-Bk; Tue, 06 Feb 2018 20:09:58 +0100 Date: Tue, 6 Feb 2018 20:09:57 +0100 From: Andreas Kemnade To: Tony Lindgren Cc: b-liu@ti.com, gregkh@linuxfoundation.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, Discussions about the Letux Kernel , linux-omap@vger.kernel.org Subject: Re: [PATCH] usb: musb: fix enumeration after resume Message-ID: <20180206200957.196ab0b3@aktux> In-Reply-To: <20180206184725.GD21573@atomide.com> References: <20180127083403.928-1-andreas@kemnade.info> <20180206184725.GD21573@atomide.com> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/zKUm6DYXUggfst3azIH=XCO"; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --Sig_/zKUm6DYXUggfst3azIH=XCO Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, On Tue, 6 Feb 2018 10:47:25 -0800 Tony Lindgren wrote: > * Andreas Kemnade [180127 08:34]: > > On dm3730 there are enumeration problems after resume. > > Investigation led to the cause that the MUSB_POWER_SOFTCONN > > bit is not set. If it was set before suspend (because it > > was enabled via musb_pullup()), it is set in > > musb_restore_context() so the pullup is enabled. But then > > musb_start() is called which overwrites MUSB_POWER and > > therefore disables MUSB_POWER_SOFTCONN, so no pullup is > > enabled and the device is not enumerated. =20 >=20 > I just gave this patch a quick try and things seem to behave > for me from PM point of view: >=20 > Tested-by: Tony Lindgren >=20 > Unrelated to this patch, I also noticed that we now somehow > higher idle power consumption initially when musb modules are > loaded. It used to idle after that but now to get things to > idle I had to plug and unplug a USB device once to the musb > port. >=20 Hmm, I have seen this effect with some earlier kernels but not with 4.15. My observation is that current consumption went down again after a modprobe g_ether and ifconfig usb0 up I was loading modules piece by piece and waited 10s after each and then measured. Regards, Andreas --Sig_/zKUm6DYXUggfst3azIH=XCO Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE7sDbhY5mwNpwYgrAfb1qx03ikyQFAlp5/YUACgkQfb1qx03i kyT2yw//REuINAuyOjtTqW4hlDdn8BYWoxeb9wj4yqlJeETdKerO2nwPHunD+B+l mLx4IOUMaUUg4RJOEmD/hLVDTftz/cqk+xuZb3daLCldI8Oiacz3bMcwVXN81L0H sjgQO4zcoAMG/YDZTIIr4rcjdIc86hSCu6/5gM+yhY9QrwOaVZOIQzpGXVhZ0mIZ FBbACI8dcLpyZExPKhjVJutTRtb1THSi0pTDOWALKoRyJEd+nHguZyFsKhbHMeVg ejXWgkjxy+CUzp8EwgH0uYfbVA7ij30SCZB+Bq8QhKgdRc2lQXchJwCwXXgguojg Wom+hYp4r9t1jLjW+Jm+1/KjwjhfC4BrQ7VwPVs8f+SjqvVBLS1YJsMv+deVK68l prHQbVkUyDMUGp7t7Fsg5NivvYJAWH+PVwM+R5oaXTVPpYLFsjkxBhY54dY0JeDP N7r+k/7KomYTPi7iGH6pzDg0RIQsH5vSopt3v9DkT+T0xK6qe+4UHfUF/XUByY9P FYAvykpd0FqO0SAbKWJ1+k65/FhvRN8hwtGwjI9ZIfCBGjDubkVuBaTrOoyNIMIC Kib06XNZiAEOeE3yeaIhbLLraBCxmKWSkDFqYakX8paeVa7g2p8YHx0zDbwWOuW0 pvolCmuQZOhrK8ToAmy4K/6opynsMe/jlqrCUGnAguaI3IYXXio= =T3RF -----END PGP SIGNATURE----- --Sig_/zKUm6DYXUggfst3azIH=XCO--