From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754830AbcIIUzG (ORCPT ); Fri, 9 Sep 2016 16:55:06 -0400 Received: from muru.com ([72.249.23.125]:41811 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751120AbcIIUzF (ORCPT ); Fri, 9 Sep 2016 16:55:05 -0400 Date: Fri, 9 Sep 2016 13:55:01 -0700 From: Tony Lindgren To: Andreas Kemnade Cc: Laurent Pinchart , Bin Liu , Greg Kroah-Hartman , linux-usb@vger.kernel.org, linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [v2] musb: omap2430: do not assume balanced enable()/disable() Message-ID: <20160909205500.onyqllfwgqhvln7w@atomide.com> References: <1470238731-32358-1-git-send-email-andreas@kemnade.info> <1946895.vi37Pmm05X@avalon> <20160909200803.4cngkfhgkki4e7o3@atomide.com> <1538976.gm2HNISj8k@avalon> <20160909224029.57db61f7@aktux> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160909224029.57db61f7@aktux> User-Agent: Mutt/1.6.2-neo (2016-07-23) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Andreas Kemnade [160909 13:40]: > On Fri, 09 Sep 2016 23:21:50 +0300 > Laurent Pinchart wrote: > > > > How exactly is it worse breaking runtime PM than breaking USB gadget > > completely ? :-) > > > Does it still break with my phy-twl4030 fixes? At least on gta04, > they fix real problems and hide the musb problem I tried to fix with > this patch. > https://patchwork.kernel.org/patch/9292097/ > https://patchwork.kernel.org/patch/9298447/ Andreas, it's a different USB PHY on pandaboard, that's using phy-twl6030-usb.c. Probably similar issue. > > The issue here is that the .disable() platform operation is called by > > musb with the PHY already powered off, leading to the PHY power > > reference count becoming negative. The next call to the .enable() > > operation restores the reference count to 0 without enabling the PHY. > > > > Feel free to send me a better fix and I will test it. > > > The patch has to be reworked on top of the patch series: > Implement PM runtime for musb-core based on session bit Yeah that leaves out all most of the trickery with the glue specific PM runtime tinkering so tracking down any remaining unbalanced calls should be easier :) But that's for v4.9, let's see what's the minimal fix for v4.8. Regards, Tony