Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp4035056ybv; Mon, 10 Feb 2020 11:02:40 -0800 (PST) X-Google-Smtp-Source: APXvYqxHTjwRotT5mE+DtuCq6LvCT9eAPBDvLSkUflA5E05jj6lzU7FesLlWo0uDNjjFK9/sQr6g X-Received: by 2002:aca:5a04:: with SMTP id o4mr313955oib.113.1581361359872; Mon, 10 Feb 2020 11:02:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581361359; cv=none; d=google.com; s=arc-20160816; b=liKWV9C9EAjZ6FxIkDbDV5j3AES7WxVTHOoRXQHwNndnOCp5iA4npQjCvK3o6nnum2 e7LCjA8YDTD9d/HXsLbPEEYpyy+B2H0H6N+rCtgiNGk71xtHXq7Oyun0+/yaTt5POcbx JFxca/xcS4/COxMxZkdmQ37bKZ/xV9MvXrwaAkjHjziSBM7kxCzhAw+9kXfYl2pmdYBs S9osc8ftfqJHQGyjPNlmEWiJ5A+0PPlFmRK2NhFjAQ07/q1wk8BeQfpu9a7G/B/hvs44 NOFLIAM9uJ9B5eneUcpYchowegWSiYww9+ifrnPff77AQoWGMMLW50HlzET/7tjSVJ8v El8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=9cf+4qQjBnlkEW/EJTW7h2vLgsgp1JMVDelx9bM1U3Q=; b=yq0p8/ApqiAzIrXCkaCFwWp+X/tWSn2YcuMyEkVYN5CNfW8ey54NHyutPuI6EVACEG KDhE7Uvj/SW0vnQnZ0Nzwq82ErGyYN7gK6csCkEbxnBlR29Wd58/747wfKcoPFcvMZdW WW9mfOpKmF0ScAZqR5zb/h1UUUciv59Nm6DX3yIdDU3R5gXtMp0NfOFVZWP4As+NoCZg 4WQjfyn+3Qvlus2bwwBUf2GDgobyrkHJy9ePxF9DxtQhqzvqmQsGJUEbo8nxUvicfy2w lrybyjcc81E4ULpKbw2FKdVcGR5ej1bfmbOU+yrdpRVjJOku5TxL/iQ+j7Fuhkn6gmvv fnrg== 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 l19si545545oii.54.2020.02.10.11.02.26; Mon, 10 Feb 2020 11:02:39 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727484AbgBJTCL (ORCPT + 99 others); Mon, 10 Feb 2020 14:02:11 -0500 Received: from mail-ed1-f68.google.com ([209.85.208.68]:38831 "EHLO mail-ed1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726831AbgBJTCL (ORCPT ); Mon, 10 Feb 2020 14:02:11 -0500 Received: by mail-ed1-f68.google.com with SMTP id p23so1617696edr.5; Mon, 10 Feb 2020 11:02:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=9cf+4qQjBnlkEW/EJTW7h2vLgsgp1JMVDelx9bM1U3Q=; b=ZtS11vuHhd0zOId95mWyRGX3HsEJ7ltYzXkSSgCuBn0Es8gycoJ6/gspYeBXcrP+iN G5Uzbye3SktOKnpVOeGPe5aAPB1Q8Y5XibaC0+TOzdDrfVShiVmIOCT5ICk8jL0oFexM yGzNMsuJtwOi49ejM1zzN9QKmm2FHAkFBgVkwQOv3uH5d11XRkzfKafOtGvHj/Ja8K/2 rzt97/QRbSGWGLtF7ZKzoz7wsWatC7cPPJGZ16I8Gse63rZ3719lgiaH07IzH2qZM7MC pRWcbnxLh4TqOJ749e+c2t34Tz28qPvRlch3hCmsA3P1ZFEK5eVGePEdRiQVxJwx4K1y jWsA== X-Gm-Message-State: APjAAAXHz9ZYlXnsIAucY+va5Sn3LNzGmHM3JH+v+KCektru3WvmWQuK ZkH9TnyCcIX1xDxwroSkTWYE8JuB6QY= X-Received: by 2002:aa7:df04:: with SMTP id c4mr2519354edy.385.1581361328652; Mon, 10 Feb 2020 11:02:08 -0800 (PST) Received: from kozik-lap ([194.230.155.125]) by smtp.googlemail.com with ESMTPSA id r23sm74834edp.15.2020.02.10.11.02.06 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 10 Feb 2020 11:02:07 -0800 (PST) Date: Mon, 10 Feb 2020 20:02:05 +0100 From: Krzysztof Kozlowski To: Anand Moon Cc: Linux USB Mailing List , devicetree , linux-arm-kernel , Greg Kroah-Hartman , Rob Herring , Mark Rutland , Felipe Balbi , Marek Szyprowski , Bartlomiej Zolnierkiewicz , linux-samsung-soc@vger.kernel.org, Linux Kernel Subject: Re: [PATCHv3 0/3] Add support for suspend clk for Exynos5422 SoC Message-ID: <20200210190205.GB16433@kozik-lap> References: <20200210105108.1128-1-linux.amoon@gmail.com> <20200210135612.GB2163@pi3> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 10, 2020 at 10:38:52PM +0530, Anand Moon wrote: > Hi Krzysztof, > > On Mon, 10 Feb 2020 at 19:26, Krzysztof Kozlowski wrote: > > > > On Mon, Feb 10, 2020 at 10:51:05AM +0000, Anand Moon wrote: > > > Long time ago I tried to add suspend clk for dwc3 phy > > > which was wrong appoch, see below. > > > > > > [0] https://lore.kernel.org/patchwork/patch/837635/ > > > [1] https://lore.kernel.org/patchwork/patch/837636/ > > > > > > > Thanks for your review comments. > > > You ignored parts of my review from these previous patches. I asked for > > describing WHY are you doing this and WHAT problem are you trying to > > solve. I asked for this multiple times. Unfortunately I cannot find the > > answers to my questions in this patchset... > > > > Best regards, > > Krzysztof > > I dont know how to resolve this issue, but I want to re-post > some of my changes back for review. let me try again. > > My future goal is to add #power-domain for FSYS and FSYS2 > which I am trying to resolve some issue. > Also add run-time power management for USB3 drivers. You can start by describing why FSYS and FSYS2 power domains cannot be added right now. Maybe this patchset allows this later? > > Here is the clk diagram for FSYS clk as per Exynos5422 user manual. > [0] https://imgur.com/gallery/zAiBoyh > > As per the USB 3.0 Architecture T I. > > 2.13.1 PHY Power Management > The SS PHY has power states P0, P1, P2, and P3, corresponding to the > SS LPM states of U0, U1, U2,and U3. In the P3 state,SS PHY does not drive > the default functional clock,instead, the *susp_clk* is used in its place. > > So enable the suspend clk help control the power management > states for the DWC3 controller. That's too vague because clock usually cannot "help"... The wording is wrong and the actual problem is not described. I could guess from your description and driver behavior that SCLK has to be on during USB DRD suspend. Best regards, Krzysztof