All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Heiko Stübner" <heiko@sntech.de>
To: Liviu Dudau <Liviu.Dudau@arm.com>
Cc: Russell King <rmk+kernel@arm.linux.org.uk>,
	Mark Yao <mark.yao@rock-chips.com>,
	Philipp Zabel <p.zabel@pengutronix.de>,
	Daniel Vetter <daniel.vetter@ffwll.ch>,
	David Airlie <airlied@linux.ie>, Eric Anholt <eric@anholt.net>,
	linux-rockchip <linux-rockchip@lists.infradead.org>,
	LAKML <linux-arm-kernel@lists.infradead.org>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 0/2] Improve drm_of_component_probe() and move rockchip to use it
Date: Mon, 16 Nov 2015 17:07:17 +0100	[thread overview]
Message-ID: <2290660.pLIRHdxPYF@diego> (raw)
In-Reply-To: <1447685093-26129-1-git-send-email-Liviu.Dudau@arm.com>

Hi Liviu,

Am Montag, 16. November 2015, 14:44:51 schrieb Liviu Dudau:
> When I have introduced the drm_of_component_probe() function I have managed
> to break rockchip's DRM driver as the compare_of() function had to match
> both local crtc ports and remote encoder ones. As suggested by Russell
> King, I have now enhanced the drm_of_component_probe() function to take two
> comparison functions, and converted (again) rockchip driver to use it.
> 
> I would really like to get some Tested-By this time if possible from IMX,
> Armada and Rockchip developers as I lack hardware to do that myself.
> 
> The only thing not implemented from Russell's suggestion list is the
> renaming of the function into drm_kms_component_probe().

 with these patches applied I loose the display on my rk3288. A bit of dumb
debug-output shows that the compare function does seem to do strange things:

[    1.020476] [drm] Initialized drm 1.1.0 20060810
[    1.025943] drm_of_component_probe: adding port /vop@ff940000/port
[    1.032225] drm_of_component_probe: adding port /vop@ff930000/port
[    1.038421] drm_of_component_probe: adding encoder /hdmi@ff980000
[    1.044535] drm_of_component_probe: adding encoder /edp@ff970000
[    1.050562] drm_of_component_probe: adding encoder /hdmi@ff980000
[    1.056663] drm_of_component_probe: adding encoder /edp@ff970000

---- Columns:	dev->parent / dev	comparing	dev->parent->of_node	with	np

[    1.062683] compare_port: platform/ff980000.hdmi comparing NULL with /vop@ff940000/port
[    1.071017] compare_port: platform/ff980000.hdmi comparing NULL with /vop@ff940000/port
[    1.079024] compare_port: platform/ff930000.vop comparing NULL with /vop@ff940000/port
[    1.087117] compare_port: platform/ff980000.hdmi comparing NULL with /vop@ff940000/port
[    1.095130] compare_port: platform/ff930000.vop comparing NULL with /vop@ff940000/port
[    1.103054] compare_port: platform/ff940000.vop comparing NULL with /vop@ff940000/port
[    1.111553] panel_regulator: supplied by vcc33_sys


I need to dig deeper to find out what's happening there, but maybe you
already have some idea in the meantime :-)


Thanks
Heiko

WARNING: multiple messages have this Message-ID (diff)
From: "Heiko Stübner" <heiko@sntech.de>
To: Liviu Dudau <Liviu.Dudau@arm.com>
Cc: linux-rockchip <linux-rockchip@lists.infradead.org>,
	Daniel Vetter <daniel.vetter@ffwll.ch>,
	LKML <linux-kernel@vger.kernel.org>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	Russell King <rmk+kernel@arm.linux.org.uk>,
	LAKML <linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH 0/2] Improve drm_of_component_probe() and move rockchip to use it
Date: Mon, 16 Nov 2015 17:07:17 +0100	[thread overview]
Message-ID: <2290660.pLIRHdxPYF@diego> (raw)
In-Reply-To: <1447685093-26129-1-git-send-email-Liviu.Dudau@arm.com>

Hi Liviu,

Am Montag, 16. November 2015, 14:44:51 schrieb Liviu Dudau:
> When I have introduced the drm_of_component_probe() function I have managed
> to break rockchip's DRM driver as the compare_of() function had to match
> both local crtc ports and remote encoder ones. As suggested by Russell
> King, I have now enhanced the drm_of_component_probe() function to take two
> comparison functions, and converted (again) rockchip driver to use it.
> 
> I would really like to get some Tested-By this time if possible from IMX,
> Armada and Rockchip developers as I lack hardware to do that myself.
> 
> The only thing not implemented from Russell's suggestion list is the
> renaming of the function into drm_kms_component_probe().

 with these patches applied I loose the display on my rk3288. A bit of dumb
debug-output shows that the compare function does seem to do strange things:

[    1.020476] [drm] Initialized drm 1.1.0 20060810
[    1.025943] drm_of_component_probe: adding port /vop@ff940000/port
[    1.032225] drm_of_component_probe: adding port /vop@ff930000/port
[    1.038421] drm_of_component_probe: adding encoder /hdmi@ff980000
[    1.044535] drm_of_component_probe: adding encoder /edp@ff970000
[    1.050562] drm_of_component_probe: adding encoder /hdmi@ff980000
[    1.056663] drm_of_component_probe: adding encoder /edp@ff970000

---- Columns:	dev->parent / dev	comparing	dev->parent->of_node	with	np

[    1.062683] compare_port: platform/ff980000.hdmi comparing NULL with /vop@ff940000/port
[    1.071017] compare_port: platform/ff980000.hdmi comparing NULL with /vop@ff940000/port
[    1.079024] compare_port: platform/ff930000.vop comparing NULL with /vop@ff940000/port
[    1.087117] compare_port: platform/ff980000.hdmi comparing NULL with /vop@ff940000/port
[    1.095130] compare_port: platform/ff930000.vop comparing NULL with /vop@ff940000/port
[    1.103054] compare_port: platform/ff940000.vop comparing NULL with /vop@ff940000/port
[    1.111553] panel_regulator: supplied by vcc33_sys


I need to dig deeper to find out what's happening there, but maybe you
already have some idea in the meantime :-)


Thanks
Heiko
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

WARNING: multiple messages have this Message-ID (diff)
From: heiko@sntech.de (Heiko Stübner)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/2] Improve drm_of_component_probe() and move rockchip to use it
Date: Mon, 16 Nov 2015 17:07:17 +0100	[thread overview]
Message-ID: <2290660.pLIRHdxPYF@diego> (raw)
In-Reply-To: <1447685093-26129-1-git-send-email-Liviu.Dudau@arm.com>

Hi Liviu,

Am Montag, 16. November 2015, 14:44:51 schrieb Liviu Dudau:
> When I have introduced the drm_of_component_probe() function I have managed
> to break rockchip's DRM driver as the compare_of() function had to match
> both local crtc ports and remote encoder ones. As suggested by Russell
> King, I have now enhanced the drm_of_component_probe() function to take two
> comparison functions, and converted (again) rockchip driver to use it.
> 
> I would really like to get some Tested-By this time if possible from IMX,
> Armada and Rockchip developers as I lack hardware to do that myself.
> 
> The only thing not implemented from Russell's suggestion list is the
> renaming of the function into drm_kms_component_probe().

 with these patches applied I loose the display on my rk3288. A bit of dumb
debug-output shows that the compare function does seem to do strange things:

[    1.020476] [drm] Initialized drm 1.1.0 20060810
[    1.025943] drm_of_component_probe: adding port /vop at ff940000/port
[    1.032225] drm_of_component_probe: adding port /vop at ff930000/port
[    1.038421] drm_of_component_probe: adding encoder /hdmi at ff980000
[    1.044535] drm_of_component_probe: adding encoder /edp at ff970000
[    1.050562] drm_of_component_probe: adding encoder /hdmi at ff980000
[    1.056663] drm_of_component_probe: adding encoder /edp at ff970000

---- Columns:	dev->parent / dev	comparing	dev->parent->of_node	with	np

[    1.062683] compare_port: platform/ff980000.hdmi comparing NULL with /vop at ff940000/port
[    1.071017] compare_port: platform/ff980000.hdmi comparing NULL with /vop at ff940000/port
[    1.079024] compare_port: platform/ff930000.vop comparing NULL with /vop at ff940000/port
[    1.087117] compare_port: platform/ff980000.hdmi comparing NULL with /vop at ff940000/port
[    1.095130] compare_port: platform/ff930000.vop comparing NULL with /vop at ff940000/port
[    1.103054] compare_port: platform/ff940000.vop comparing NULL with /vop at ff940000/port
[    1.111553] panel_regulator: supplied by vcc33_sys


I need to dig deeper to find out what's happening there, but maybe you
already have some idea in the meantime :-)


Thanks
Heiko

  parent reply	other threads:[~2015-11-16 16:07 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-16 14:44 [PATCH 0/2] Improve drm_of_component_probe() and move rockchip to use it Liviu Dudau
2015-11-16 14:44 ` Liviu Dudau
2015-11-16 14:44 ` Liviu Dudau
2015-11-16 14:44 ` [PATCH 1/2] drm: Improve drm_of_component_probe() to correctly handle ports and remote ports Liviu Dudau
2015-11-16 14:44   ` Liviu Dudau
2015-11-16 14:44   ` Liviu Dudau
2015-11-16 16:22   ` Russell King - ARM Linux
2015-11-16 16:22     ` Russell King - ARM Linux
2015-11-16 16:22     ` Russell King - ARM Linux
2015-11-16 16:49     ` Liviu Dudau
2015-11-16 16:49       ` Liviu Dudau
2015-11-16 17:22       ` Russell King - ARM Linux
2015-11-16 17:22         ` Russell King - ARM Linux
2015-11-16 17:22         ` Russell King - ARM Linux
2015-11-16 17:32         ` Daniel Stone
2015-11-16 17:32           ` Daniel Stone
2015-11-16 17:32           ` Daniel Stone
2015-11-16 17:43           ` Russell King - ARM Linux
2015-11-16 17:43             ` Russell King - ARM Linux
2015-11-16 17:43             ` Russell King - ARM Linux
2015-11-16 17:48             ` Daniel Stone
2015-11-16 17:48               ` Daniel Stone
2015-11-16 17:48               ` Daniel Stone
2015-11-16 17:53               ` Russell King - ARM Linux
2015-11-16 17:53                 ` Russell King - ARM Linux
2015-11-16 21:17         ` Liviu Dudau
2015-11-16 21:17           ` Liviu Dudau
2015-11-16 21:17           ` Liviu Dudau
2015-11-16 22:33           ` Russell King - ARM Linux
2015-11-16 22:33             ` Russell King - ARM Linux
2015-11-16 14:44 ` [PATCH 2/2] drm/rockchip: Convert the probe function to the generic drm_of_component_probe() Liviu Dudau
2015-11-16 14:44   ` Liviu Dudau
2015-11-16 14:44   ` Liviu Dudau
2015-11-16 16:30   ` Russell King - ARM Linux
2015-11-16 16:30     ` Russell King - ARM Linux
2015-11-16 16:30     ` Russell King - ARM Linux
2015-11-16 16:52     ` Liviu Dudau
2015-11-16 16:52       ` Liviu Dudau
2015-11-16 16:52       ` Liviu Dudau
2015-11-16 17:01       ` Heiko Stübner
2015-11-16 17:01         ` Heiko Stübner
2015-11-16 17:01         ` Heiko Stübner
2015-11-16 16:07 ` Heiko Stübner [this message]
2015-11-16 16:07   ` [PATCH 0/2] Improve drm_of_component_probe() and move rockchip to use it Heiko Stübner
2015-11-16 16:07   ` Heiko Stübner
2015-11-16 16:50   ` Liviu Dudau
2015-11-16 16:50     ` Liviu Dudau
2015-11-16 16:50     ` Liviu Dudau

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2290660.pLIRHdxPYF@diego \
    --to=heiko@sntech.de \
    --cc=Liviu.Dudau@arm.com \
    --cc=airlied@linux.ie \
    --cc=daniel.vetter@ffwll.ch \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=eric@anholt.net \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=mark.yao@rock-chips.com \
    --cc=p.zabel@pengutronix.de \
    --cc=rmk+kernel@arm.linux.org.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.