From: Tobias Jakobi <liquid.acid@gmx.net>
To: Tobias Jakobi <tjakobi@math.uni-bielefeld.de>,
Marek Szyprowski <m.szyprowski@samsung.com>,
linux-samsung-soc <linux-samsung-soc@vger.kernel.org>
Cc: Sylwester Nawrocki <s.nawrocki@samsung.com>,
Andrzej Hajda <a.hajda@samsung.com>
Subject: Re: [PATCH v2 0/6] Enable HDMI support on Exynos platforms
Date: Fri, 16 Jan 2015 23:44:50 +0100 [thread overview]
Message-ID: <54B99462.6020609@gmx.net> (raw)
In-Reply-To: <54B99178.1060006@gmx.net>
Tobias Jakobi wrote:
> Hello,
>
> so OK, this doesn't look too good.
>
> Tobias Jakobi wrote:
>> I checked with my panel just now and played around a bit with the DRM
>> (opening, vsync, etc.). However on deinitialization the entire system
>> locked up. I currently haven't hooked the board up to the serial
>> console, otherwise I would've tried to extract some more meaningful
>> information.
>>
>> Going to check again more thoroughly on the weekend what exactly
>> triggers the lockup.
>
> So, first of all I did my initial test with the exynos video backend of
> RetroArch. But it turns out that there's no fancy application needed. I
> now tested this with the 'modetest' application from libdrm, and did this:
>
> ./modetest -M exynos -s 16@13:1920x1080
> setting mode 1920x1080-60Hz@XR24 on connectors 16, crtc 13
> ^C
> ./modetest -M exynos -s 16@13:640x480
> setting mode 640x480-60Hz@XR24 on connectors 16, crtc 13
> ^C
> ./modetest -M exynos -s 16@13:640x480
> setting mode 640x480-60Hz@XR24 on connectors 16, crtc 13
> ^C
> ./modetest -M exynos -s 16@13:640x480
>
> The board instantly died then. No kernel log output from the serial
> console, the heartbeat just stops and the board is dead. Need to
> power-cycle to get it running again.
>
> I'm unsure how to triage this at all.
>
> @Marek: Could you check if this also happens for you?
In addition to the simple 'set mode' test, I also tried the 'vsync page
flip' one:
./modetest -M exynos -v -s 16@13:1280x720
While I haven't managed to lock up the system that way (I didn't try to
repeatedly kill and start this test), I managed to produce kernel
warnings that way.
Relevant parts here:
[ 108.173644] lcd0-power-domain: Power-on latency exceeded, new value
364958 ns
[ 108.174010] tv-power-domain: Power-on latency exceeded, new value
350083 ns
[ 192.632246] lcd0-power-domain: Power-on latency exceeded, new value
419499 ns
[ 192.632695] tv-power-domain: Power-on latency exceeded, new value
408167 ns
[ 195.257343] ------------[ cut here ]------------
[ 195.257379] WARNING: CPU: 0 PID: 0 at drivers/gpu/drm/drm_irq.c:1072
drm_vblank_put+0xd8/0xf0()
[ 195.257385] Modules linked in: bridge stp llc bnep btrfs xor xor_neon
zlib_inflate zlib_deflate raid6_pq ecb btusb bluetooth usb_storage
[ 195.257429] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.19.0-rc4+ #3
[ 195.257435] Hardware name: SAMSUNG EXYNOS (Flattened Device Tree)
[ 195.257440] Backtrace:
[ 195.257462] [<c001212c>] (dump_backtrace) from [<c0012344>]
(show_stack+0x18/0x1c)
[ 195.257468] r6:c0595c30 r5:00000000 r4:c063ba90 r3:00000000
[ 195.257494] [<c001232c>] (show_stack) from [<c048f8f8>]
(dump_stack+0x98/0xd8)
[ 195.257507] [<c048f860>] (dump_stack) from [<c0028f9c>]
(warn_slowpath_common+0x88/0xb8)
[ 195.257512] r5:00000430 r4:00000000
[ 195.257525] [<c0028f14>] (warn_slowpath_common) from [<c0029070>]
(warn_slowpath_null+0x24/0x2c)
[ 195.257530] r8:00200200 r7:ee3a9c00 r6:00000000 r5:ed89e380 r4:ed89e380
[ 195.257552] [<c002904c>] (warn_slowpath_null) from [<c0268fac>]
(drm_vblank_put+0xd8/0xf0)
[ 195.257570] [<c0268ed4>] (drm_vblank_put) from [<c028156c>]
(exynos_drm_crtc_finish_pageflip+0xc0/0xf0)
[ 195.257586] [<c02814ac>] (exynos_drm_crtc_finish_pageflip) from
[<c0290358>] (mixer_irq_handler+0xdc/0x104)
[ 195.257591] r10:c06527ee r9:ee1e26c0 r8:00000041 r7:00000801
r6:ed804e68 r5:00000801
[ 195.257607] r4:ed804e10
[ 195.257622] [<c029027c>] (mixer_irq_handler) from [<c00610b0>]
(handle_irq_event_percpu+0x3c/0x138)
[ 195.257627] r7:00000000 r6:00000000 r5:ee1e2720 r4:ed89e9c0
[ 195.257644] [<c0061074>] (handle_irq_event_percpu) from [<c00611f0>]
(handle_irq_event+0x44/0x64)
[ 195.257649] r10:00000000 r9:f0020000 r8:ee008000 r7:00000001
r6:ed89e9c0 r5:ee1e2720
[ 195.257664] r4:ee1e26c0
[ 195.257677] [<c00611ac>] (handle_irq_event) from [<c0063d84>]
(handle_fasteoi_irq+0xb8/0x188)
[ 195.257683] r6:c063be14 r5:ee1e2720 r4:ee1e26c0 r3:00000000
[ 195.257701] [<c0063ccc>] (handle_fasteoi_irq) from [<c0060748>]
(generic_handle_irq+0x34/0x44)
[ 195.257706] r6:00000000 r5:00000000 r4:00000041 r3:c0063ccc
[ 195.257723] [<c0060714>] (generic_handle_irq) from [<c0060a28>]
(__handle_domain_irq+0x64/0xb8)
[ 195.257728] r4:c0620a38 r3:00000062
[ 195.257741] [<c00609c4>] (__handle_domain_irq) from [<c0008604>]
(gic_handle_irq+0x38/0x70)
[ 195.257746] r8:c0625f08 r7:c062c944 r6:0000006b r5:0000007b
r4:f002000c r3:c0625f08
[ 195.257769] [<c00085cc>] (gic_handle_irq) from [<c0012ec0>]
(__irq_svc+0x40/0x74)
[ 195.257775] Exception stack(0xc0625f08 to 0xc0625f50)
[ 195.257785] 5f00: ffffffed 00000000 00000000
c001fa80 c062c510 c062c4c4
[ 195.257794] 5f20: 00000000 00000000 c0625f60 c0624000 00000000
c0625f5c c0625f60 c0625f50
[ 195.257801] 5f40: c000f780 c000f784 600f0053 ffffffff
[ 195.257806] r9:c0624000 r8:c0625f60 r7:c0625f3c r6:ffffffff
r5:600f0053 r4:c000f784
[ 195.257832] [<c000f744>] (arch_cpu_idle) from [<c0057ccc>]
(cpu_startup_entry+0x19c/0x264)
[ 195.257845] [<c0057b30>] (cpu_startup_entry) from [<c048bba8>]
(rest_init+0x8c/0x90)
[ 195.257850] r7:ffffffff
[ 195.257863] [<c048bb1c>] (rest_init) from [<c05f0cd8>]
(start_kernel+0x37c/0x388)
[ 195.257868] r4:c062c5d8 r3:c0624000
[ 195.257882] [<c05f095c>] (start_kernel) from [<40008070>] (0x40008070)
[ 195.257888] ---[ end trace 540e9ba1a4f64db4 ]---
[ 204.079572] lcd0-power-domain: Power-on latency exceeded, new value
470417 ns
[ 204.080079] tv-power-domain: Power-on latency exceeded, new value
449208 ns
So something is fishy...
With best wishes,
Tobias
next prev parent reply other threads:[~2015-01-16 22:45 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-13 9:39 [PATCH v2 0/6] Enable HDMI support on Exynos platforms Marek Szyprowski
2015-01-13 9:39 ` [PATCH v2 1/6] ARM: Exynos: add support for sub-power domains Marek Szyprowski
2015-01-13 10:44 ` Ulf Hansson
2015-01-13 10:53 ` Marek Szyprowski
2015-01-13 14:44 ` Ulf Hansson
2015-01-13 9:39 ` [PATCH v2 2/6] ARM: dts: exynos4: add hdmi related nodes Marek Szyprowski
2015-01-13 9:39 ` [PATCH v2 3/6] ARM: dts: exynos4: add dependency between TV and LCD0 power domains Marek Szyprowski
2015-01-13 9:39 ` [PATCH v2 4/6] ARM: dts: exynos4412-odroid: enable hdmi support Marek Szyprowski
2015-01-13 9:41 ` [PATCH v2 5/6] ARM: dts: exynos4210-universal_c210: " Marek Szyprowski
2015-01-13 9:41 ` [PATCH v2 6/6] ARM: dts: exynos5250: add display power domain Marek Szyprowski
2015-01-14 15:25 ` [PATCH v2 0/6] Enable HDMI support on Exynos platforms Tobias Jakobi
2015-01-15 10:06 ` Marek Szyprowski
2015-01-15 10:10 ` Tobias Jakobi
2015-01-15 10:26 ` Marek Szyprowski
2015-01-15 10:41 ` Joonyoung Shim
2015-01-15 13:57 ` Tobias Jakobi
2015-01-15 13:59 ` Tobias Jakobi
2015-01-15 23:54 ` Tobias Jakobi
2015-01-16 22:32 ` Tobias Jakobi
2015-01-16 22:44 ` Tobias Jakobi [this message]
2015-01-19 6:04 ` Joonyoung Shim
2015-01-19 16:30 ` Marek Szyprowski
2015-01-19 23:03 ` Tobias Jakobi
2015-01-20 7:54 ` Marek Szyprowski
2015-01-19 23:33 ` Tobias Jakobi
2015-01-20 11:25 ` Javier Martinez Canillas
2015-01-29 13:31 ` [RFC] drm/exynos: move hdmi clk disable out of pm ops Gustavo Padovan
2015-01-30 2:02 ` Joonyoung Shim
2015-01-30 8:03 ` Javier Martinez Canillas
2015-01-30 8:05 ` Javier Martinez Canillas
2015-01-30 8:27 ` Joonyoung Shim
2015-01-30 21:45 ` [PATCH] drm/exynos: don' disable hdmi clocks for exynos5420 Gustavo Padovan
2015-02-02 5:34 ` Joonyoung Shim
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=54B99462.6020609@gmx.net \
--to=liquid.acid@gmx.net \
--cc=a.hajda@samsung.com \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=s.nawrocki@samsung.com \
--cc=tjakobi@math.uni-bielefeld.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox