Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp7101040ybi; Thu, 13 Jun 2019 09:33:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqxU5mft190yBqVRSSSCJjocukRvovjV5giFxMil+73vD5ttNXQNTOkPIJX5VqEXMqpYr1OY X-Received: by 2002:a62:1652:: with SMTP id 79mr30427594pfw.20.1560443625572; Thu, 13 Jun 2019 09:33:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560443625; cv=none; d=google.com; s=arc-20160816; b=eBih0+QnSpGjEdLD2w9gQtg9BrM+LhJWPzPx8FUA23HzaqZjEbjDX344pUdLj5lxTE lO+nAF1R4irul+rFp19ciwb3rJKBa708zpHH4RSSyNFPOwWIfPgvEGF4PhYM7fn3vMwM 6VzrmyQ+A+RwPRlRNoeoE0xB404FtO3/SB9IlNoJ7Ut9EvXmdIcDtM0a3cgs02Mjob9J 3zuRBMgk/k2Im/xVn9EzeG8jF+N4z235bLMCniEu4TRfUJ4AHWP4c66x0NX8g2Zut6g3 zuws0i+uo3lZqFaDGm+jbPXTOWMSV49JFWUIN/mq3DURZujgRYcKYuKCLmaodgoDcVS8 5pQA== 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=koN+00G7CU0eh11NaVYbCwU6i9zCMJjXz116ZdVU+xU=; b=tOY8eJVWMZ5AWxba5x/U/XhwRllppo5ktH5B36lOx6LVOgpCoo6um2ZGGQ46yI+pN0 UFqE7Cxm4CAZ6gnoZKfTF316xuGtPyYE+4yPWHJMH1QJVD0xBSHcq+KpLO+LI8kF43l7 kAZZRBiuQZXfmnq7yYlL7aAmg0CkzdVtvkjG45WL7K/mbAkfNtV2PcwpJh8j/TCgRGEJ 62T8TDDHBOscmbYCa5OgjSjFD/34gtDc3kH4Qrl1CwYFLwt/zKH5T/UBP1/9bxa/qV0C 6L89pPVqBw5EbsMpG/fEGVyLO3EU6RDTmAg1kWp16Q7Fgy6WlmOCf/80fo4c8n37iTDA aHqA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amarulasolutions.com header.s=google header.b=lTEEDc27; 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 x3si79850plv.26.2019.06.13.09.33.30; Thu, 13 Jun 2019 09:33:45 -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=lTEEDc27; 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 S2392213AbfFMQd2 (ORCPT + 99 others); Thu, 13 Jun 2019 12:33:28 -0400 Received: from mail-io1-f65.google.com ([209.85.166.65]:38908 "EHLO mail-io1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730819AbfFMIEQ (ORCPT ); Thu, 13 Jun 2019 04:04:16 -0400 Received: by mail-io1-f65.google.com with SMTP id k13so15252674iop.5 for ; Thu, 13 Jun 2019 01:04:15 -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=koN+00G7CU0eh11NaVYbCwU6i9zCMJjXz116ZdVU+xU=; b=lTEEDc27WypEUHtSdTgUvnXupW5/VUK3QMCoMTGJX3XVCWkkoxUv9sl4p2XYpfv+Xs hYfL5X/8NXtBbC3/bWgFrTBB0dXM8s71qpMZInzNpqc90yYlOvYCoL84/ErHox3e01cg ACU5CrA5DnCLwUy7BivPu5L8ln3CYfqM38Pjg= 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=koN+00G7CU0eh11NaVYbCwU6i9zCMJjXz116ZdVU+xU=; b=QMWbssFMbxfjWoWkM5USnXjTegj10qFebb0nKE/D2qv40muGsC2jIPd5ydAX7mDLnw g/38T5Lz0cy8Bn3iD0vSVU2bdxuNhh70bgC/dL9DO4idPJhW6QReucz4bXv1jUqhI/Qj uopxE+kzkWDJEiJQN02tvQHRtdb971a7BhAdB8qOHZOE3SXLHy/ZaeJQoyMMeTD+0imr qrqhaZ7w5gKE3nkBx89bcW4a2djh4FoFB6upYhBASibbovgC/mevIjfY6IjpXbBLAgf6 yrnqdnsDaVOSkjd0jJl03iWxPaQ995U3pRIXA8CI6CvIsTX9FeB/MyFJ+NKg1nV3kqbd kkJA== X-Gm-Message-State: APjAAAWHH8knz6jD5C3hPBCNwKmeSNwIBBMXs+RSyvIHTnoNXPMLw06g xdUnAeJ8pzmjZoEY/Jb+3Nx8o5sBa2DgDH3IM/Cs3Q== X-Received: by 2002:a6b:6b14:: with SMTP id g20mr51062517ioc.28.1560413055231; Thu, 13 Jun 2019 01:04:15 -0700 (PDT) MIME-Version: 1.0 References: <20190520090318.27570-1-jagan@amarulasolutions.com> <20190520090318.27570-3-jagan@amarulasolutions.com> <20190523203754.2lhi37veeh4rwiy3@flea> <20190530104242.d6ktwv7lip27vc3x@flea> In-Reply-To: <20190530104242.d6ktwv7lip27vc3x@flea> From: Jagan Teki Date: Thu, 13 Jun 2019 13:34:04 +0530 Message-ID: Subject: Re: [PATCH v10 02/11] drm/sun4i: dsi: Update start value in video start delay 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 31, 2019 at 12:23 AM Maxime Ripard wrote: > > On Fri, May 24, 2019 at 03:55:42PM +0530, Jagan Teki wrote: > > On Fri, May 24, 2019 at 2:07 AM Maxime Ripard wrote: > > > > > > On Mon, May 20, 2019 at 02:33:09PM +0530, Jagan Teki wrote: > > > > start value in video start delay computation done in below commit > > > > is as per the legacy bsp drivers/video/sunxi/legacy.. > > > > "drm/sun4i: dsi: Change the start delay calculation" > > > > (sha1: da676c6aa6413d59ab0a80c97bbc273025e640b2) > > > > > > > > This existing start delay computation gives start value of 35, > > > > for "bananapi,s070wv20-ct16" panel timings which indeed trigger > > > > panel flip_done timed out as: > > > > > > > > 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 Tainted: G W 5.1.0-next-20190514-00025-gf928bc7cc146 #15 > > > > 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_pan_display+0xac/0x1d0) > > > > [] (drm_fb_helper_pan_display) from [] (fb_pan_display+0xcc/0x134) > > > > [] (fb_pan_display) from [] (bit_update_start+0x14/0x30) > > > > [] (bit_update_start) from [] (fbcon_switch+0x3d8/0x4e0) > > > > [] (fbcon_switch) from [] (redraw_screen+0x174/0x238) > > > > [] (redraw_screen) from [] (fbcon_prepare_logo+0x3c4/0x400) > > > > [] (fbcon_prepare_logo) from [] (fbcon_init+0x3c8/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 755e10f62b83f396 ]--- > > > > Console: switching to colour frame buffer device 100x30 > > > > [drm:drm_atomic_helper_wait_for_dependencies] *ERROR* [CRTC:46:crtc-0] flip_done timed out > > > > [drm:drm_atomic_helper_wait_for_dependencies] *ERROR* [CONNECTOR:48:DSI-1] flip_done timed out > > > > [drm:drm_atomic_helper_wait_for_dependencies] *ERROR* [PLANE:30:plane-0] flip_done timed out > > > > > > > > But the expected start delay value is 1 which is confirmed from > > > > new bsp [2]. > > > > > > If you're saying that the "legacy" link (second one) is the new BSP. > > > > Will update, thanks. > > > > > > > > > The important and unclear note on legacy and new bsp codes [1] [2] > > > > is both use similar start computation initially but it later reassign > > > > it to 1 in new bsp. > > > > > > Then start_delay is never reassigned to 1 in that link, and is clamped > > > between 8 and 100 as the code that you are removing is doing. > > > > Please see the link one more please > > https://github.com/BPI-SINOVOIP/BPI-M2M-bsp/blob/master/linux-sunxi/drivers/video/sunxi/disp/de/lowlevel_sun8iw5/de_dsi.c#L807 > > > > > > > > > Unfortunately we don't have any evidence or documentation for this > > > > reassignment to 1 in new bsp, but it is working with all supported > > > > panels in A33, A64. > > > > > > No, it's not. That was added to fix a panel that is supported today. > > > > No, I have see this in A33, A64. and these are controller drivers > > right, if it panel fix and it should be part of panel driver isn't > > it? > > I'm not sure to follow that argument. You're submitting that fix to > allow other panels to work, right? So surely, some issues that can be > found using a given panel might not be solely fixed in the panel driver. I'm not sure I understand this. I have been verifying different panels to check across. and this change literally in BSP and the BSP code is using this based on the logs confirmation. all the logs and working conditions shows that the fix would required in dsi. > > > We can even see the same in pin64 longsleep kernel and others. > > > > https://github.com/BPI-SINOVOIP/BPI-M2M-bsp/blob/master/linux-sunxi/drivers/video/sunxi/disp/de/lowlevel_sun8iw5/de_dsi.c#L807 > > https://github.com/longsleep/linux-pine64/blob/pine64-hacks-1.2/drivers/video/sunxi/disp2/disp/de/lowlevel_sun50iw1/de_dsi.c#L730 > > Yeah, and both of these have the legacy driver part with the clamping > too. Yes, both legacy has clamping, but not using. they used it in new version driver which I'm referring above. > > I'll test these patches again some time next week Any help on the testing.