From: Andrzej Hajda <a.hajda@samsung.com>
To: Tobias Jakobi <tjakobi@math.uni-bielefeld.de>
Cc: linux-samsung-soc@vger.kernel.org,
Marek Szyprowski <m.szyprowski@samsung.com>,
dri-devel@lists.freedesktop.org,
Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Subject: Re: [RFC PATCH] drm/exynos: fix pending update handling
Date: Mon, 09 May 2016 09:17:38 +0200 [thread overview]
Message-ID: <57303992.7010004@samsung.com> (raw)
In-Reply-To: <572DC47A.3000202@math.uni-bielefeld.de>
On 05/07/2016 12:33 PM, Tobias Jakobi wrote:
> Hello Andrzej,
>
> I've applied this to my 4.5.3 based tree, but I'm still seeing the page
> fault.
Thats pity, I hoped to solve two issues with one patch :)
> In fact the calls leading to the fault haven't changed at all.
That is not surprising.
>
>> [ 153.437877] [drm:fimd_update_plane] start addr = 0x20600000, end addr = 0x20a08000, size = 0x408000
>> [ 153.446903] [drm:fimd_update_plane] ovl_width = 1366, ovl_height = 768
>> [ 153.453406] [drm:fimd_update_plane] osd pos: tx = 0, ty = 0, bx = 1365, by = 767
>> [ 153.460785] [drm:fimd_update_plane] osd size = 0x100200
>> [ 153.466000] [drm:drm_vblank_enable] enabling vblank on crtc 0, ret: 0
>> [ 153.472397] [drm:drm_update_vblank_count] updating vblank count on crtc 0: current=7, diff=0, hw=0 hw_last=0
>> [ 153.527759] [drm:drm_atomic_state_default_clear] Clearing atomic state edef0c00
>> [ 153.529428] [drm:drm_property_unreference_blob] edcd2000: blob ID: 44 (1)
>> [ 153.536238] [drm:drm_framebuffer_unreference] edeaac00: FB ID: 42 (2)
>> [ 153.542644] [drm:drm_atomic_state_free] Freeing atomic state edef0c00
>> [ 153.549083] [drm:drm_framebuffer_reference] ecfee0c0: FB ID: 43 (3)
>> [ 153.555315] [drm:drm_framebuffer_unreference] edeaac00: FB ID: 42 (1)
>> [ 153.561776] [drm:exynos_drm_gem_destroy] handle count = 0
>> [ 153.567120] [drm:exynos_drm_free_buf] dma_addr(0x20100000), size(0x408000)
>> [ 153.574341] exynos-sysmmu 11e20000.sysmmu: PAGE FAULT occurred at 0x203f3d80 (page table base: 0x6e2dc000)
>> [ 153.583586] exynos-sysmmu 11e20000.sysmmu: Lv1 entry: 0x6ea7c001
>
> I still need to test this with exynos-drm-next and [1].
OK, in case of page fault let me know which modification you have made
to dts / exynos_defconfig,
I will try to reproduce/investigate it on similar hw.
Regards
Andrzej
>
> With best wishes,
> Tobias
>
>
>
> Andrzej Hajda wrote:
>> Exynos DRM devices update their registers at vblank time. Exynos-DRM uses
>> custom mechanism to wait for vblank. This mechanism is error prone -
>> variables are not updated atomically. As a result in certain circumstances
>> user space can try to free buffers which are still in use by hardware,
>> in such cases IOMMU can throw OOPS.
>> The patch instead of fixing the mechanism replaces it with drm core helper.
>>
>> Signed-off-by: Andrzej Hajda <a.hajda@samsung.com>
>> ---
>> Hi Tobias,
>>
>> This is a quick/dirty patch just for checking if it solves your issue.
>> Successfully tested on decon5433/dsi/i80 path.
>>
>> Please verify if it helps in your case.
>>
>> The patch is based on exynos-drm-next and
>> "drm/exynos: fix cancel page flip code" [1].
>>
>> [1]: http://permalink.gmane.org/gmane.linux.kernel.samsung-soc/53801
>>
>> Regards
>> Andrzej
>> ---
>> drivers/gpu/drm/exynos/exynos_drm_crtc.c | 16 +-----------
>> drivers/gpu/drm/exynos/exynos_drm_drv.c | 44 +-------------------------------
>> drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 --
>> 3 files changed, 2 insertions(+), 60 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c b/drivers/gpu/drm/exynos/exynos_drm_crtc.c
>> index 785ffa6..5b6845b 100644
>> --- a/drivers/gpu/drm/exynos/exynos_drm_crtc.c
>> +++ b/drivers/gpu/drm/exynos/exynos_drm_crtc.c
>> @@ -134,8 +134,6 @@ struct exynos_drm_crtc *exynos_drm_crtc_create(struct drm_device *drm_dev,
>> exynos_crtc->ops = ops;
>> exynos_crtc->ctx = ctx;
>>
>> - init_waitqueue_head(&exynos_crtc->wait_update);
>> -
>> crtc = &exynos_crtc->base;
>>
>> private->crtc[pipe] = crtc;
>> @@ -175,13 +173,6 @@ void exynos_drm_crtc_disable_vblank(struct drm_device *dev, unsigned int pipe)
>> exynos_crtc->ops->disable_vblank(exynos_crtc);
>> }
>>
>> -void exynos_drm_crtc_wait_pending_update(struct exynos_drm_crtc *exynos_crtc)
>> -{
>> - wait_event_timeout(exynos_crtc->wait_update,
>> - (atomic_read(&exynos_crtc->pending_update) == 0),
>> - msecs_to_jiffies(50));
>> -}
>> -
>> void exynos_drm_crtc_finish_update(struct exynos_drm_crtc *exynos_crtc,
>> struct exynos_drm_plane *exynos_plane)
>> {
>> @@ -190,9 +181,6 @@ void exynos_drm_crtc_finish_update(struct exynos_drm_crtc *exynos_crtc,
>>
>> exynos_plane->pending_fb = NULL;
>>
>> - if (atomic_dec_and_test(&exynos_crtc->pending_update))
>> - wake_up(&exynos_crtc->wait_update);
>> -
>> spin_lock_irqsave(&crtc->dev->event_lock, flags);
>> if (exynos_crtc->event)
>> drm_crtc_send_vblank_event(crtc, exynos_crtc->event);
>> @@ -235,10 +223,8 @@ void exynos_drm_crtc_cancel_page_flip(struct drm_crtc *crtc,
>> spin_lock_irqsave(&crtc->dev->event_lock, flags);
>>
>> e = exynos_crtc->event;
>> - if (e && e->base.file_priv == file) {
>> + if (e && e->base.file_priv == file)
>> exynos_crtc->event = NULL;
>> - atomic_dec(&exynos_crtc->pending_update);
>> - }
>>
>> spin_unlock_irqrestore(&crtc->dev->event_lock, flags);
>>
>> diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c b/drivers/gpu/drm/exynos/exynos_drm_drv.c
>> index 0281b30..cc96e85 100644
>> --- a/drivers/gpu/drm/exynos/exynos_drm_drv.c
>> +++ b/drivers/gpu/drm/exynos/exynos_drm_drv.c
>> @@ -45,37 +45,11 @@ struct exynos_atomic_commit {
>> u32 crtcs;
>> };
>>
>> -static void exynos_atomic_wait_for_commit(struct drm_atomic_state *state)
>> -{
>> - struct drm_crtc_state *crtc_state;
>> - struct drm_crtc *crtc;
>> - int i, ret;
>> -
>> - for_each_crtc_in_state(state, crtc, crtc_state, i) {
>> - struct exynos_drm_crtc *exynos_crtc = to_exynos_crtc(crtc);
>> -
>> - if (!crtc->state->enable)
>> - continue;
>> -
>> - ret = drm_crtc_vblank_get(crtc);
>> - if (ret)
>> - continue;
>> -
>> - exynos_drm_crtc_wait_pending_update(exynos_crtc);
>> - drm_crtc_vblank_put(crtc);
>> - }
>> -}
>> -
>> static void exynos_atomic_commit_complete(struct exynos_atomic_commit *commit)
>> {
>> struct drm_device *dev = commit->dev;
>> struct exynos_drm_private *priv = dev->dev_private;
>> struct drm_atomic_state *state = commit->state;
>> - struct drm_plane *plane;
>> - struct drm_crtc *crtc;
>> - struct drm_plane_state *plane_state;
>> - struct drm_crtc_state *crtc_state;
>> - int i;
>>
>> drm_atomic_helper_commit_modeset_disables(dev, state);
>>
>> @@ -89,25 +63,9 @@ static void exynos_atomic_commit_complete(struct exynos_atomic_commit *commit)
>> * have the relevant clocks enabled to perform the update.
>> */
>>
>> - for_each_crtc_in_state(state, crtc, crtc_state, i) {
>> - struct exynos_drm_crtc *exynos_crtc = to_exynos_crtc(crtc);
>> -
>> - atomic_set(&exynos_crtc->pending_update, 0);
>> - }
>> -
>> - for_each_plane_in_state(state, plane, plane_state, i) {
>> - struct exynos_drm_crtc *exynos_crtc =
>> - to_exynos_crtc(plane->crtc);
>> -
>> - if (!plane->crtc)
>> - continue;
>> -
>> - atomic_inc(&exynos_crtc->pending_update);
>> - }
>> -
>> drm_atomic_helper_commit_planes(dev, state, false);
>>
>> - exynos_atomic_wait_for_commit(state);
>> + drm_atomic_helper_wait_for_vblanks(dev, state);
>>
>> drm_atomic_helper_cleanup_planes(dev, state);
>>
>> diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h b/drivers/gpu/drm/exynos/exynos_drm_drv.h
>> index 561925f..0bb3766 100644
>> --- a/drivers/gpu/drm/exynos/exynos_drm_drv.h
>> +++ b/drivers/gpu/drm/exynos/exynos_drm_drv.h
>> @@ -174,8 +174,6 @@ struct exynos_drm_crtc {
>> enum exynos_drm_output_type type;
>> unsigned int pipe;
>> struct drm_pending_vblank_event *event;
>> - wait_queue_head_t wait_update;
>> - atomic_t pending_update;
>> const struct exynos_drm_crtc_ops *ops;
>> void *ctx;
>> struct exynos_drm_clk *pipe_clk;
>>
>
>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2016-05-09 7:17 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-05 17:27 drm/exynos: fimd: pagefault when restarting X Tobias Jakobi
2016-05-06 6:30 ` Andrzej Hajda
2016-05-06 7:48 ` Tobias Jakobi
2016-05-06 8:03 ` [RFC PATCH] drm/exynos: fix pending update handling Andrzej Hajda
2016-05-07 10:33 ` Tobias Jakobi
2016-05-09 7:17 ` Andrzej Hajda [this message]
2016-05-24 22:37 ` Tobias Jakobi
2016-09-16 13:27 ` Tobias Jakobi
2016-09-16 13:41 ` Andrzej Hajda
2016-05-06 8:47 ` drm/exynos: fimd: pagefault when restarting X Andrzej Hajda
2016-05-09 13:38 ` Inki Dae
2016-09-23 9:29 ` Andrzej Hajda
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=57303992.7010004@samsung.com \
--to=a.hajda@samsung.com \
--cc=b.zolnierkie@samsung.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=m.szyprowski@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 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.