From: Tobias Jakobi <liquid.acid@gmx.net>
To: Inki Dae <inki.dae@samsung.com>
Cc: Gustavo Padovan <gustavo@padovan.org>,
"linux-samsung-soc@vger.kernel.org"
<linux-samsung-soc@vger.kernel.org>,
DRI mailing list <dri-devel@lists.freedesktop.org>
Subject: Re: drm/exynos: Add atomic modesetting support
Date: Sat, 09 May 2015 14:30:18 +0200 [thread overview]
Message-ID: <554DFDDA.2040101@gmx.net> (raw)
In-Reply-To: <554DFB87.7020306@gmx.net>
And here's the drm.debug=0xff output leading to the oops:
> [ 109.575582] [drm:drm_stub_open]
> [ 109.575609] [drm:drm_open_helper] pid = 2430, minor = 0
> [ 109.575630] [drm:ipp_subdrv_open] done priv[0xed9b7e10]
> [ 109.575647] [drm:drm_setup]
> [ 109.575699] [drm:drm_ioctl] pid=2430, dev=0xe200, auth=1, DRM_IOCTL_VERSION
> [ 109.575719] [drm:drm_ioctl] pid=2430, dev=0xe200, auth=1, DRM_IOCTL_VERSION
> [ 109.575764] [drm:drm_release] open_count = 1
> [ 109.575786] [drm:drm_release] pid = 2430, device = 0xe200, open_count = 1
> [ 109.575810] [drm:drm_lastclose]
> [ 109.575856] [drm:drm_atomic_state_alloc] Allocate atomic state edbdb100
> [ 109.575876] [drm:drm_atomic_get_crtc_state] Added [CRTC:21] ed10d600 state to edbdb100
> [ 109.575893] [drm:drm_atomic_get_plane_state] Added [PLANE:17] edbdb900 state to edbdb100
> [ 109.575906] [drm:drm_atomic_set_crtc_for_plane] Link plane state edbdb900 to [NOCRTC]
> [ 109.575918] [drm:drm_atomic_set_fb_for_plane] Set [NOFB] for plane state edbdb900
> [ 109.575933] [drm:drm_atomic_add_affected_connectors] Adding all current connectors for [CRTC:21] to edbdb100
> [ 109.575947] [drm:drm_atomic_check_only] checking edbdb100
> [ 109.575965] [drm:drm_atomic_commit] commiting edbdb100
> [ 109.575996] Unable to handle kernel NULL pointer dereference at virtual address 000000a4
I've tried to do this in userspace by running modetest through gdb, but
I can't seem to break when the segfault occurs (modetest is already dead
when gdb attempts to break).
I hope this makes it easier to isolate the issue.
With best wishes,
Tobias
next prev parent reply other threads:[~2015-05-09 12:30 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-30 21:50 drm/exynos: Add atomic modesetting support Gustavo Padovan
2015-04-30 21:50 ` [PATCH v4 01/12] drm/exynos: atomic phase 1: use drm_plane_helper_update() Gustavo Padovan
2015-04-30 21:50 ` [PATCH v4 02/12] drm/exynos: atomic phase 1: use drm_plane_helper_disable() Gustavo Padovan
2015-04-30 21:50 ` [PATCH v4 03/12] drm/exynos: atomic phase 1: add .mode_set_nofb() callback Gustavo Padovan
2015-04-30 21:50 ` [PATCH v4 04/12] drm/exynos: atomic phase 2: wire up state reset(), duplicate() and destroy() Gustavo Padovan
2015-04-30 21:50 ` [PATCH v4 05/12] drm/exynos: atomic phase 2: keep track of framebuffer pointer Gustavo Padovan
2015-04-30 21:50 ` [PATCH v4 06/12] drm/exynos: atomic phase 3: atomic updates of planes Gustavo Padovan
2015-04-30 21:50 ` [PATCH v4 07/12] drm/exynos: atomic phase 3: use atomic .set_config helper Gustavo Padovan
2015-04-30 21:50 ` [PATCH v4 08/12] drm/exynos: atomic phase 3: convert page flips Gustavo Padovan
2015-04-30 21:50 ` [PATCH v4 09/12] drm/exynos: remove exported functions from exynos_drm_plane Gustavo Padovan
2015-05-08 23:36 ` Tobias Jakobi
2015-04-30 21:50 ` [PATCH v4 10/12] drm/exynos: don't disable unused functions at init Gustavo Padovan
2015-04-30 21:50 ` [PATCH v4 11/12] drm/exynos: atomic dpms support Gustavo Padovan
2015-04-30 21:50 ` [PATCH v4 12/12] drm/exynos: remove unnecessary calls to disable_plane() Gustavo Padovan
2015-05-06 21:45 ` drm/exynos: Add atomic modesetting support Gustavo Padovan
2015-05-07 2:45 ` Inki Dae
2015-05-08 21:45 ` Gustavo Padovan
2015-05-08 21:51 ` Tobias Jakobi
2015-05-09 10:23 ` Inki Dae
2015-05-09 12:13 ` Tobias Jakobi
2015-05-09 12:20 ` Tobias Jakobi
2015-05-09 12:30 ` Tobias Jakobi [this message]
2015-05-10 13:54 ` Inki Dae
2015-05-12 18:29 ` Gustavo Padovan
2015-05-14 18:41 ` Gustavo Padovan
-- strict thread matches above, loose matches on Subject: below --
2015-05-15 10:16 Tobias Jakobi
2015-05-15 11:44 Tobias Jakobi
2015-05-18 19:51 ` Gustavo Padovan
2015-05-18 20:35 ` Daniel Stone
2015-05-18 21:02 ` Gustavo Padovan
2015-05-19 13:53 ` Tobias Jakobi
2015-05-19 14:06 ` Daniel Stone
2015-05-19 14:52 ` Tobias Jakobi
2015-05-19 17:27 ` Tobias Jakobi
2015-05-19 18:43 ` Gustavo Padovan
2015-05-19 18:54 ` Daniel Stone
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=554DFDDA.2040101@gmx.net \
--to=liquid.acid@gmx.net \
--cc=dri-devel@lists.freedesktop.org \
--cc=gustavo@padovan.org \
--cc=inki.dae@samsung.com \
--cc=linux-samsung-soc@vger.kernel.org \
/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.