From: Markus Trippelsdorf <markus@trippelsdorf.de>
To: Alex Deucher <alexdeucher@gmail.com>
Cc: Alex Deucher <alexander.deucher@amd.com>,
Eric Biederman <ebiederm@xmission.com>,
dri-devel@lists.freedesktop.org
Subject: Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues
Date: Mon, 29 Jul 2013 16:09:57 +0200 [thread overview]
Message-ID: <20130729140957.GA355@x4> (raw)
In-Reply-To: <CADnq5_OGVuYz3To8vmfgK_BjVT3hU371cank-AH6SrOws-99yQ@mail.gmail.com>
On 2013.07.29 at 09:58 -0400, Alex Deucher wrote:
> On Mon, Jul 29, 2013 at 3:51 AM, Markus Trippelsdorf
> <markus@trippelsdorf.de> wrote:
> > On my test machine Xorg doesn't start anymore when I kexec into a
> > 3.11.0-rc3 kernel.
>
> With kexec, dpm doesn't get torn down properly which can result in a
> bad hardware state when the driver loads again. Does the attached
> patch help? It attempts to disable dpm at startup in case it wasn't
> torn down properly previously.
dpm initialization now works, but unfortunately GPU acceleration still gets
disabled:
[drm] Initialized drm 1.1.0 20060810 [135/1104]
[drm] radeon kernel modesetting enabled.
[drm] initializing kernel modesetting (RS780 0x1002:0x9614 0x1043:0x834D).
[drm] register mmio base: 0xFBEE0000
[drm] register mmio size: 65536
ATOM BIOS: 113
radeon 0000:01:05.0: VRAM: 128M 0x00000000C0000000 - 0x00000000C7FFFFFF (128M used)
radeon 0000:01:05.0: GTT: 512M 0x00000000A0000000 - 0x00000000BFFFFFFF
[drm] Detected VRAM RAM=128M, BAR=128M
[drm] RAM width 32bits DDR
[TTM] Zone kernel: Available graphics memory: 4082356 kiB
[TTM] Zone dma32: Available graphics memory: 2097152 kiB
[TTM] Initializing pool allocator
[TTM] Initializing DMA pool allocator
[drm] radeon: 128M of VRAM memory ready
[drm] radeon: 512M of GTT memory ready.
[drm] GART: num cpu pages 131072, num gpu pages 131072
[drm] Loading RS780 Microcode
[drm] PCIE GART of 512M enabled (table at 0x00000000C0040000).
radeon 0000:01:05.0: WB enabled
radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x00000000a0000c00 and cpu addr 0xffff880215c30c00
radeon 0000:01:05.0: fence driver on ring 3 use gpu addr 0x00000000a0000c0c and cpu addr 0xffff880215c30c0c
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[drm] Driver supports precise vblank timestamp query.
[drm] radeon: irq initialized.
radeon 0000:01:05.0: setting latency timer to 64
[drm] ring test on 0 succeeded in 1 usecs
[drm:r600_dma_ring_test] *ERROR* radeon: ring 3 test failed (0xCAFEDEAD)
radeon 0000:01:05.0: disabling GPU acceleration
radeon 0000:01:05.0: ffff8802161cfc00 unpin not necessary
[drm] Radeon Display Connectors
[drm] Connector 0:
[drm] VGA-1
[drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c
[drm] Encoders:
[drm] CRT1: INTERNAL_KLDSCP_DAC1
[drm] Connector 1:
[drm] DVI-D-1
[drm] HPD3
[drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c
[drm] Encoders:
[drm] DFP3: INTERNAL_KLDSCP_LVTMA
== power state 0 ==
ui class: none
internal class: boot
caps: video
uvd vclk: 0 dclk: 0
power level 0 sclk: 50000 vddc_index: 2
power level 1 sclk: 50000 vddc_index: 2
status: c r b
== power state 1 ==
ui class: performance
internal class: none
caps: video
uvd vclk: 0 dclk: 0
power level 0 sclk: 50000 vddc_index: 1
power level 1 sclk: 70000 vddc_index: 2
status:
== power state 2 ==
ui class: none
internal class: uvd
caps: video
uvd vclk: 53300 dclk: 40000
power level 0 sclk: 50000 vddc_index: 1
power level 1 sclk: 50000 vddc_index: 1
status:
switching from power state:
ui class: none
internal class: boot
caps: video
uvd vclk: 0 dclk: 0
power level 0 sclk: 50000 vddc_index: 2
power level 1 sclk: 50000 vddc_index: 2
status: c b
switching to power state:
ui class: performance
internal class: none
caps: video
uvd vclk: 0 dclk: 0
power level 0 sclk: 50000 vddc_index: 1
power level 1 sclk: 70000 vddc_index: 2
status: r
[drm] radeon: dpm initialized
[drm] fb mappable at 0xF0142000
[drm] vram apper at 0xF0000000
[drm] size 7299072
[drm] fb depth is 24
[drm] pitch is 6912
fbcon: radeondrmfb (fb0)
--
Markus
next prev parent reply other threads:[~2013-07-29 14:09 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-29 7:51 Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues Markus Trippelsdorf
2013-07-29 13:58 ` Alex Deucher
2013-07-29 14:09 ` Markus Trippelsdorf [this message]
2013-07-29 14:18 ` Alex Deucher
2013-07-29 15:50 ` Eric W. Biederman
2013-07-29 18:02 ` Alex Deucher
2013-07-29 18:10 ` Eric W. Biederman
2013-07-29 19:53 ` Alex Deucher
2013-07-29 19:58 ` Markus Trippelsdorf
2013-07-30 11:27 ` Markus Trippelsdorf
2013-07-30 11:57 ` Markus Trippelsdorf
2013-07-30 14:53 ` Alex Deucher
2013-07-30 18:46 ` Markus Trippelsdorf
2013-07-30 20:56 ` Markus Trippelsdorf
2013-07-31 9:19 ` Joshua C.
2013-07-29 16:14 ` Joshua C.
2013-07-29 16:35 ` Markus Trippelsdorf
2013-07-29 17:58 ` Alex Deucher
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=20130729140957.GA355@x4 \
--to=markus@trippelsdorf.de \
--cc=alexander.deucher@amd.com \
--cc=alexdeucher@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=ebiederm@xmission.com \
/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.