Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp242210ybi; Fri, 24 May 2019 03:10:19 -0700 (PDT) X-Google-Smtp-Source: APXvYqxjwdRxn5DEw4a8Ybkx07P6br2F6ZZ5ueRKGxJX/7ikHiw1+hHQNkSihMf6Kal0JGMmKniE X-Received: by 2002:a17:902:1126:: with SMTP id d35mr69810188pla.82.1558692619125; Fri, 24 May 2019 03:10:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558692619; cv=none; d=google.com; s=arc-20160816; b=nFvkv7v00tg1cTfwJz+G3syfGMw432BulOyKKdR05gVy0MPv/QcYzhXOfAi4HnoYqs 9xDac3iWk6C4BGlJrn/dq8YRfJTUPOjD/IAyVia8MlKkLln+9hj2lzllOqd8fg+f9dmF 8KHpQh4RA94eBEI//64jf/t8N8aNjXWWIPSKlZc56gXhKPN2iYeM1VUfS91hjP5kX0Ge i4JxzC7AFLuIfvlSu76lHbeoXbjiCDthiMy/BXJYlBSfScD8C2P0wLUy9SuBM1FL1246 EaIUjYOLgEDCBW4OTBEsciNFaJuXaQZXQGRQBCDduVsE39B/n++S3Esf4nWgCD1uftkB OSow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=v2UKxBj/16PFnPT0opJ+Wxp3U9KN6SIstIRPi4CR6Dg=; b=0u0E0f151W3dIljIM9WNzbQQdT/0v2eJmmwYU/S9miO6fw+XFy0wuQn7JFHCexyygX f60u/YQuOZmrd+qHwbOoq+km29ZZEz1XiMz5WX/da5e6j5fkQDzEKCZzYkWQcthVclZw CCLolFSehpDWxJLiSMiQjwogcsMq2CDxsMXucYCGdJkJYLQg8KBAtgtTZCNH/dXKT7N6 CfycPn0g6k1+YKVXlyFbxH4YCI8mM/UJDqFWXc9axuQBPpGRmTnQTeKA3PuoKIaMtbYo 0SNYRkvayRqzL8xkwDq45ATh4YVen5QxuUka9AWM7bC6B+wckGoNmwIC8swPD/6rUZ3G YJ/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amarulasolutions.com header.s=google header.b=lvVH5C8f; 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 f38si3376658plb.339.2019.05.24.03.10.00; Fri, 24 May 2019 03:10:19 -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; dkim=pass header.i=@amarulasolutions.com header.s=google header.b=lvVH5C8f; 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 S2390198AbfEXKHu (ORCPT + 99 others); Fri, 24 May 2019 06:07:50 -0400 Received: from mail-it1-f196.google.com ([209.85.166.196]:38985 "EHLO mail-it1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390106AbfEXKHt (ORCPT ); Fri, 24 May 2019 06:07:49 -0400 Received: by mail-it1-f196.google.com with SMTP id 9so12982967itf.4 for ; Fri, 24 May 2019 03:07:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amarulasolutions.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=v2UKxBj/16PFnPT0opJ+Wxp3U9KN6SIstIRPi4CR6Dg=; b=lvVH5C8fcVBxVLdFKCCU7ZqdcvQC84ZTeT1hnQfp2l+m4+WAl8xKSkJ62hp4jGjoRP pZZCtvosTk3b1cuR8ZH2y5aeRTZiaMcez8/hglgDIG8f+BgvYF1xQa8Q16acwfmqNtsP EAORiPyjxlLePwEQdO4Ju5Xmo5mFeB9cGNrWw= 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=v2UKxBj/16PFnPT0opJ+Wxp3U9KN6SIstIRPi4CR6Dg=; b=WPvvRAfoRp3SeORuDvrCSNmhWIqB+MPD/vCP0883a5ecIoKSJZg1E7BtXO3CZ6OyKT 6Xe7Mxx48aTZdOu90ESSQVrdTeCvSq22aZ2URt82BC9lZW7ET6yu84vgpc4roLJXP/9k UX6O4LsCkQ8M4y3TCHYwwzJSGX2SF7zwMTfIewNRNzhetB6q89Au3VupNf+03xaGtoL5 vbfw7XIjQJsR2iE85zdIydffBu1u2TdAyk8HzPBS+t4Z45nxjmQl9WevnUvT5eJr759Q /2YYWv3C2TSsPpg2Re+P+1wq3lY6HJm1MRa1gMxE+g0iNdGS64tAo4uiVsh4elFpbmkk ffuw== X-Gm-Message-State: APjAAAV59wSgD3F9VD5dL2rQwYiYJZYuf1MVA8iCglwfQa8rGePIaJU+ C7cLg1mqrw0i5K3QMU/WbV6AF7zSEoU3cHge4+4AYQ== X-Received: by 2002:a24:a004:: with SMTP id o4mr16634448ite.167.1558692468219; Fri, 24 May 2019 03:07:48 -0700 (PDT) MIME-Version: 1.0 References: <20190520090318.27570-1-jagan@amarulasolutions.com> <20190520090318.27570-5-jagan@amarulasolutions.com> <20190523204823.mx7l4ozklzdh7npn@flea> In-Reply-To: <20190523204823.mx7l4ozklzdh7npn@flea> From: Jagan Teki Date: Fri, 24 May 2019 15:37:36 +0530 Message-ID: Subject: Re: [PATCH v10 04/11] drm/sun4i: tcon: Compute DCLK dividers based on format, lanes To: Maxime Ripard Cc: David Airlie , Daniel Vetter , Chen-Yu Tsai , dri-devel , linux-arm-kernel , linux-kernel , Bhushan Shah , Vasily Khoruzhick , =?UTF-8?B?5Z2a5a6a5YmN6KGM?= , Michael Trimarchi , linux-amarula , linux-sunxi Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 24, 2019 at 2:18 AM Maxime Ripard wrote: > > On Mon, May 20, 2019 at 02:33:11PM +0530, Jagan Teki wrote: > > pll-video => pll-mipi => tcon0 => tcon0-pixel-clock is the typical > > MIPI clock topology in Allwinner DSI controller. > > > > TCON dotclock driver is computing the desired DCLK divider based on > > panel pixel clock along with input DCLK min, max divider values from > > tcon driver and that would eventually set the pll-mipi clock rate. > > > > The current code is passing dsi min and max divider value as 4 via > > tcon driver which would ended-up triggering below vblank wait timed out > > warning on "bananapi,s070wv20-ct16" panel. > > > > WARNING: CPU: 0 PID: 31 at drivers/gpu/drm/drm_atomic_helper.c:1429 drm_atomic_helper_wait_for_vblanks.part.1+0x298/0x2a0 > > [CRTC:46:crtc-0] vblank wait timed out > > Modules linked in: > > CPU: 0 PID: 31 Comm: kworker/0:1 Not tainted 5.1.0-next-20190514-00025-g5186cdf10757-dirty #6 > > Hardware name: Allwinner sun8i Family > > Workqueue: events deferred_probe_work_func > > [] (unwind_backtrace) from [] (show_stack+0x10/0x14) > > [] (show_stack) from [] (dump_stack+0x84/0x98) > > [] (dump_stack) from [] (__warn+0xfc/0x114) > > [] (__warn) from [] (warn_slowpath_fmt+0x44/0x68) > > [] (warn_slowpath_fmt) from [] (drm_atomic_helper_wait_for_vblanks.part.1+0x298/0x2a0) > > [] (drm_atomic_helper_wait_for_vblanks.part.1) from [] (drm_atomic_helper_commit_tail_rpm+0x5c/0x6c) > > [] (drm_atomic_helper_commit_tail_rpm) from [] (commit_tail+0x40/0x6c) > > [] (commit_tail) from [] (drm_atomic_helper_commit+0xbc/0x128) > > [] (drm_atomic_helper_commit) from [] (restore_fbdev_mode_atomic+0x1cc/0x1dc) > > [] (restore_fbdev_mode_atomic) from [] (drm_fb_helper_restore_fbdev_mode_unlocked+0x54/0xa0) > > [] (drm_fb_helper_restore_fbdev_mode_unlocked) from [] (drm_fb_helper_set_par+0x30/0x54) > > [] (drm_fb_helper_set_par) from [] (fbcon_init+0x560/0x5ac) > > [] (fbcon_init) from [] (visual_init+0xbc/0x104) > > [] (visual_init) from [] (do_bind_con_driver+0x1b0/0x390) > > [] (do_bind_con_driver) from [] (do_take_over_console+0x13c/0x1c4) > > [] (do_take_over_console) from [] (do_fbcon_takeover+0x74/0xcc) > > [] (do_fbcon_takeover) from [] (notifier_call_chain+0x44/0x84) > > [] (notifier_call_chain) from [] (__blocking_notifier_call_chain+0x48/0x60) > > [] (__blocking_notifier_call_chain) from [] (blocking_notifier_call_chain+0x18/0x20) > > [] (blocking_notifier_call_chain) from [] (register_framebuffer+0x1e0/0x2f8) > > [] (register_framebuffer) from [] (__drm_fb_helper_initial_config_and_unlock+0x2fc/0x50c) > > [] (__drm_fb_helper_initial_config_and_unlock) from [] (drm_fbdev_client_hotplug+0xe8/0x1b8) > > [] (drm_fbdev_client_hotplug) from [] (drm_fbdev_generic_setup+0x88/0x118) > > [] (drm_fbdev_generic_setup) from [] (sun4i_drv_bind+0x128/0x160) > > [] (sun4i_drv_bind) from [] (try_to_bring_up_master+0x164/0x1a0) > > [] (try_to_bring_up_master) from [] (__component_add+0x94/0x140) > > [] (__component_add) from [] (sun6i_dsi_probe+0x144/0x234) > > [] (sun6i_dsi_probe) from [] (platform_drv_probe+0x48/0x9c) > > [] (platform_drv_probe) from [] (really_probe+0x1dc/0x2c8) > > [] (really_probe) from [] (driver_probe_device+0x60/0x160) > > [] (driver_probe_device) from [] (bus_for_each_drv+0x74/0xb8) > > [] (bus_for_each_drv) from [] (__device_attach+0xd0/0x13c) > > [] (__device_attach) from [] (bus_probe_device+0x84/0x8c) > > [] (bus_probe_device) from [] (deferred_probe_work_func+0x64/0x90) > > [] (deferred_probe_work_func) from [] (process_one_work+0x204/0x420) > > [] (process_one_work) from [] (worker_thread+0x274/0x5a0) > > [] (worker_thread) from [] (kthread+0x11c/0x14c) > > [] (kthread) from [] (ret_from_fork+0x14/0x2c) > > Exception stack(0xde539fb0 to 0xde539ff8) > > 9fa0: 00000000 00000000 00000000 00000000 > > 9fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > 9fe0: 00000000 00000000 00000000 00000000 00000013 00000000 > > ---[ end trace 4017fea4906ab391 ]--- > > > > But accordingly to Allwinner A33, A64 BSP codes [1] [2] this divider > > is clearly using 'format/lanes' for dsi divider value, dsi_clk.clk_div > > > > Which would compute the pll_freq and set a clock rate for it in > > [3] and [4] respectively. > > > > The same issue has reproduced in A33, A64 with 4-lane and 2-lane devices > > and got fixed with this computation logic 'format/lanes', so this patch > > using dclk min and max dividers as per BSP. > > > > [1] https://github.com/BPI-SINOVOIP/BPI-M2M-bsp/blob/master/linux-sunxi/drivers/video/sunxi/disp/de/disp_lcd.c#L1106 > > [2] https://github.com/BPI-SINOVOIP/BPI-M64-bsp/blob/master/linux-sunxi/drivers/video/sunxi/disp2/disp/de/lowlevel_sun50iw1/disp_al.c#L213 > > [3] https://github.com/BPI-SINOVOIP/BPI-M2M-bsp/blob/master/linux-sunxi/drivers/video/sunxi/disp/de/disp_lcd.c#L1127 > > [4] https://github.com/BPI-SINOVOIP/BPI-M2M-bsp/blob/master/linux-sunxi/drivers/video/sunxi/disp/de/disp_lcd.c#L1161 > > In that mail, I've pointed out that clk_div isn't used for the TCON dclk divider: > http://lists.infradead.org/pipermail/linux-arm-kernel/2019-February/629596.html > > The only reply you've sent is that you indeed see that the divider is > set to 4 in the BSP, but you're now saying that the BSP can change > it. If so, then please point exactly the flaw in the explanation in > that mail. Frankly, I have explained these details in commit message and previous version patch[1] with print messages on the code. BSP has tcon_div and dsi_div. dsi_div is dynamic which depends on bpp/lanes and it indeed depends on PLL computation (not tcon_div), anyway I have explained again on this initial link you mentioned. Please have a look and get back. [1] https://patchwork.freedesktop.org/patch/291525/