From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 81680C0650E for ; Mon, 1 Jul 2019 14:27:44 +0000 (UTC) Received: from shelob.surriel.com (shelob.surriel.com [96.67.55.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 4574B2184C for ; Mon, 1 Jul 2019 14:27:44 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="arAwgdST" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4574B2184C Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=fail smtp.mailfrom=kernelnewbies-bounces+kernelnewbies=archiver.kernel.org@kernelnewbies.org Received: from localhost ([::1] helo=shelob.surriel.com) by shelob.surriel.com with esmtp (Exim 4.92) (envelope-from ) id 1hhxHS-0008JQ-7f for kernelnewbies@archiver.kernel.org; Mon, 01 Jul 2019 10:27:42 -0400 Received: from mail-vs1-xe43.google.com ([2607:f8b0:4864:20::e43]) by shelob.surriel.com with esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from ) id 1hhxFg-0006A9-Hz for kernelnewbies@kernelnewbies.org; Mon, 01 Jul 2019 10:25:52 -0400 Received: by mail-vs1-xe43.google.com with SMTP id q64so9035911vsd.1 for ; Mon, 01 Jul 2019 07:25:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=prX1E0RG7UeUBzCLq0Q5Oi12RHYXNZyfW5bTMLlL8JI=; b=arAwgdST9DjY9vxXrFWg7C4mcvo7W/JT82sW+gnGtZsku0jghjgd5ceLmlW/DD9MeW SXkWG25P0KqPSmuIRtC+91B/URngWnXzXO8GJCmxhhbMGJQqlEiWIiugydsHUWvn4xMP fLUMKKSyPDRVGraoestBcMoB/SGklheTHS1bG1NorskLUwMXCHe8BQZPTckzxHVWrkH0 dSgyjWmIUs2c0Togy+4bsvPsYEpRzGGfMHrKl0nRw4vnMSAFdwJFAi62yo8VoJYFgkFK k+mbzCq1HV6m3HieHAh0vw3OvFpjQBSH70WCR/VZt+fI0mNEPME9QrW2RFWol/gfdiYe BMAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=prX1E0RG7UeUBzCLq0Q5Oi12RHYXNZyfW5bTMLlL8JI=; b=Fea0CCvwy/36jhymYoHdPS4VOGBWu0sqnGdWwUErt77O8E10N6YYTtGSOdlxDI0gYn C7Ngye+e6Tb+673sO/t22UyUkoJHU1XlUXLHC5r6i0/MK2lgwXsEIiTlUJSXGKkYGnAN EDEeWn0FqA0uXiRZgWbW0GSBVXoPAik8vgzQXQG8StITfKczUcgKMzeMkcJxQiQ3kuAD dyL5S2uc9Fw80MkUuJkQ6yTjqvLnM1tai5cO2t69YEPj+xpTqJbyrnQ6sQQQilLHy0Zh AIfVRVNKNAWE550+pjduP8MiQHdDCEqVXNoBdtehWGOh6QA/7dMXWK7yxV2t6lTCNVCE 4nOw== X-Gm-Message-State: APjAAAUwtUx4ainluEu8Q8wdoaXAwYTuJYrpDTFkwwBHUS7z2UjefqZm BAlRwU2XQ0dyl+9rb2+pT6Jlfon7Ic7e8l3efc8= X-Google-Smtp-Source: APXvYqzWTG5NkVuWmj3+DO56fz33iIrbZisyvuVAbbQwtuyydaLXGbJH3yLGRx0Z49Q2eGRBQaNkmTqk5JK8s6+zHXM= X-Received: by 2002:a67:3195:: with SMTP id x143mr15188071vsx.144.1561991151262; Mon, 01 Jul 2019 07:25:51 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Pintu Agarwal Date: Mon, 1 Jul 2019 19:55:39 +0530 Message-ID: Subject: Re: [IMX] [DRM]: suspend/resume support To: Fabio Estevam , s.hauer@pengutronix.de, p.zabel@pengutronix.de Cc: linux-pm@vger.kernel.org, open list , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , Kernelnewbies X-BeenThere: kernelnewbies@kernelnewbies.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Learn about the Linux kernel List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: kernelnewbies-bounces+kernelnewbies=archiver.kernel.org@kernelnewbies.org On Sat, Jun 22, 2019 at 1:43 PM Pintu Agarwal wrote: > > On Fri, Jun 21, 2019 at 9:09 PM Fabio Estevam wrote: > > > > On Fri, Jun 21, 2019 at 12:13 PM Pintu Agarwal wrote: > > > > > Okay there is some update on the 2nd part. > > > Now I am able to successfully install all imx modules after the resume > > > (no hang). > > > But, I got some errors after install finish: > > > [drm] disabling vblank on crtc 1 > > > [IMX]: imx_drm_disable_vblank - called > > > [drm:drm_atomic_helper_commit_cleanup_done] *ERROR* [CRTC:24:crtc-0] > > > flip_done timed out > > > > > > Also I am able to start the weston successfully. > > > But I see LCD/HDMI display is not working (only some backlight is visible). > > > > > > And, I noticed, weston also reports the following errors: > > > imx-ipuv3 2400000.ipu: DC stop timeout after 50 ms > > > [IMX]: drm_crtc_vblank_off - called > > > [IMX]: imx_drm_disable_vblank - called > > > INFO: rcu_preempt detected stalls on CPUs/tasks: { 1} (detected by 0, > > > t=6002 jiffies, g=289, c=288, q=8) > > > Task dump for CPU 1: > > > weston R running 0 306 1 0x00000000 > > > [] (__schedule) from [<00080193>] (0x80193) > > > > > > Do you have any clue about these errors ? > > > > Which kernel version is this? > Now, I am using Kernel 4.9 (custom) with some internal changes. After the hibernate-resume, I am trying to install the modules in following order: insmod imxdrm.ko insmod parallel-display.ko insmod dw-hdmi.ko insmod dw_hdmi-imx.ko insmod imx-ipu-v3.ko insmod imx-ipuv3-crtc.ko insmod imx-ldb.ko I noticed that if I don't install the "crtc" or "ldb" module at last, then system will hang. Otherwise, the modules are installed successfully. But, I get following errors: [drm:drm_atomic_helper_wait_for_flip_done] *ERROR* [CRTC:24:crtc-0] flip_done timed out [drm:drm_atomic_helper_commit_cleanup_done] *ERROR* [CRTC:24:crtc-0] flip_done timed out But, hdmi could be detected from the logs: dwhdmi-imx 120000.hdmi: Detected HDMI controller 0x13:0x1a:0xa0:0xc1 However, after I start weston, there is no display in LCD and HDMI. I can only see the backlight. One more thing, I observed that, there was a huge delay after component_bind_all(): [IMX]: imx_drm_driver_load - component_bind_all - DONE <-------------- delay ---------------> Then we get flip_done timeout. So, my question is: 1) If we have to test hibernation on iMX6/7 then which is the suitable way? 2) Is it possible to support this feature by performing module installation after resume? 3) If yes, then which modules should be chosen as loadable, and which can be in-built? (So, we don't have to implement suspend/resume for each module) 4) I also compared clock_summary in normal boot and after resume (with module installed). I found below difference in clock frequency (pll5, pll4) Example: - pll5 1 1 1188000007 + pll5 1 1 1040000015 what does this indicates? Is there any issue? _______________________________________________ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies