dri-devel July 2015

dri-devel@lists.freedesktop.org

180 participants
1178 discussions

[PATCH 0/1] drm: Add Grain Media GM12U320 kms driver
by Hans de Goede 08 Jul '15

08 Jul '15

Hi All, Here is a kms driver, including prime support for Grain-media GM12U320 based USB mini video projectors. These projectors use USB for both power and video data transport. This driver is based on the udl code, where as the GM12U320 usb protocol specific bits come from Viacheslav Nurmekhamitov <slavrn(a)yandex.ru>'s gm12u320 fb driver. The gm12u320_gem.c and _dmabuf.c files are 100% identical to the udl ones except for a s/udl/gm12u320/, as such we should consider creating a shared implemantation of these, IMHO this is best done in a followup patch. This patch is against 4.2-rc1, but it has only been tested build standalone against 4.1 as 4.2-rc1 does not boor for me. Regards, Hans

1 1

WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
by Michal Hocko 08 Jul '15

08 Jul '15

Hi, I am getting the following warning when I switch to the text console from X. I do not know when this has started because I have noticed that only now (in 4.1 kernel). I can try some older kernels if this is useful. I have tried to instrument drm_wait_one_vblank and dump drm_vblank_count before the wait_event and the value when it returns (see the diff below) and it seems to be increasing with new switching to the text console: $ dmesg | grep XXX [ 6.531908] XXX: last:36 [ 6.545852] XXX: drm_vblank_count:37 [ 9.038658] XXX: last:186 [ 9.051332] XXX: drm_vblank_count:187 [ 9.051424] XXX: last:187 [ 9.068036] XXX: drm_vblank_count:188 [ 16.962193] XXX: last:660 [ 16.968683] XXX: drm_vblank_count:661 [ 30.592874] XXX: last:1476 [ 30.598656] XXX: drm_vblank_count:1477 [ 30.598768] XXX: last:1477 [ 30.615339] XXX: drm_vblank_count:1478 [ 37.313338] XXX: last:1879 [ 37.330102] XXX: drm_vblank_count:1880 [ 39.726809] XXX: last:2023 [ 39.735265] XXX: drm_vblank_count:2024 [ 39.735375] XXX: last:2024 [ 39.752094] XXX: drm_vblank_count:2025 [ 60.842401] XXX: last:3287 [ 60.848437] XXX: drm_vblank_count:3288 [ 62.149546] XXX: last:3365 [ 62.151277] XXX: drm_vblank_count:3366 [ 62.151411] XXX: last:3366 [ 62.249376] XXX: drm_vblank_count:3366 [ 92.198305] XXX: last:5160 [ 92.297091] XXX: drm_vblank_count:5160 [ 93.822331] XXX: last:5253 [ 93.922153] XXX: drm_vblank_count:5253 [ 93.922424] XXX: last:5254 [ 94.022213] XXX: drm_vblank_count:5254 [ 100.877802] XXX: last:5665 [ 100.974740] XXX: drm_vblank_count:5665 I am sorry about the lack of information in this report but I am really not sure what might be helpful. I can only tell that I haven't observed anything wrong going on after the warning so it might be harmless. Let me know what kind of information might be helpful. [ 7322.444556] ------------[ cut here ]------------ [ 7322.444569] WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank+0x144/0x16f [drm]() [ 7322.444570] vblank wait timed out on crtc 0 [ 7322.444586] Modules linked in: i915 fbcon cfbfillrect bitblit softcursor cfbimgblt font i2c_algo_bit cfbcopyarea drm_kms_helper drm fb fbdev binfmt_misc snd_hda_codec_hdmi uvcvideo videobuf2_vmalloc videobuf2_memops snd_hda_codec_idt i2c_i801 snd_hda_codec_generic snd_hda_intel snd_hda_controller videobuf2_core arc4 snd_hda_codec snd_hda_core snd_pcm_oss v4l2_common snd_mixer_oss videodev iwldvm media i2c_core mac80211 video iwlwifi backlight snd_pcm sdhci_pci sdhci mmc_core cfg80211 snd_timer snd [ 7322.444588] CPU: 0 PID: 3634 Comm: Xorg Not tainted 4.1.0 #587 [ 7322.444589] Hardware name: Dell Inc. Latitude E6320/09PHH9, BIOS A08 10/18/2011 [ 7322.444591] 0000000000000009 ffff8800c5bb7888 ffffffff8151b709 0000000080000000 [ 7322.444592] ffff8800c5bb78d8 ffff8800c5bb78c8 ffffffff8104550a ffff8800c5bb7958 [ 7322.444593] ffffffffa02d414e 0000000000000000 0000000000000000 ffff8800c58d7000 [ 7322.444594] Call Trace: [ 7322.444599] [<ffffffff8151b709>] dump_stack+0x4f/0x7b [ 7322.444601] [<ffffffff8104550a>] warn_slowpath_common+0xa1/0xbb [ 7322.444608] [<ffffffffa02d414e>] ? drm_wait_one_vblank+0x144/0x16f [drm] [ 7322.444609] [<ffffffff8104556a>] warn_slowpath_fmt+0x46/0x48 [ 7322.444611] [<ffffffff81075b7d>] ? finish_wait+0x59/0x62 [ 7322.444617] [<ffffffffa02d414e>] drm_wait_one_vblank+0x144/0x16f [drm] [ 7322.444618] [<ffffffff81075c9d>] ? wait_woken+0x76/0x76 [ 7322.444624] [<ffffffffa02d4196>] drm_crtc_wait_one_vblank+0x1d/0x21 [drm] [ 7322.444628] [<ffffffffa0331baa>] drm_plane_helper_commit+0x1b3/0x240 [drm_kms_helper] [ 7322.444631] [<ffffffffa0331cfe>] drm_plane_helper_update+0xc7/0xd6 [drm_kms_helper] [ 7322.444652] [<ffffffffa03cd9a5>] intel_crtc_set_config+0x95e/0xc4f [i915] [ 7322.444661] [<ffffffffa02db020>] drm_mode_set_config_internal+0x5c/0xe8 [drm] [ 7322.444666] [<ffffffffa0338ae3>] drm_fb_helper_pan_display+0xa2/0xd8 [drm_kms_helper] [ 7322.444668] [<ffffffffa02be312>] fb_pan_display+0xee/0x131 [fb] [ 7322.444670] [<ffffffffa0353254>] bit_update_start+0x20/0x43 [bitblit] [ 7322.444672] [<ffffffffa035fa24>] fbcon_switch+0x3b7/0x438 [fbcon] [ 7322.444674] [<ffffffff812f7f0d>] redraw_screen+0x112/0x1e3 [ 7322.444676] [<ffffffff812f0711>] complete_change_console+0x3e/0xc7 [ 7322.444678] [<ffffffff812f1684>] vt_ioctl+0xeea/0x117f [ 7322.444680] [<ffffffff812e7538>] tty_ioctl+0xa01/0xa74 [ 7322.444682] [<ffffffff81065154>] ? preempt_count_sub+0xc6/0xd3 [ 7322.444684] [<ffffffff81156204>] do_vfs_ioctl+0x377/0x425 [ 7322.444685] [<ffffffff8115e2a9>] ? __fget+0x70/0x7b [ 7322.444686] [<ffffffff811562f6>] SyS_ioctl+0x44/0x63 [ 7322.444688] [<ffffffff81520197>] system_call_fastpath+0x12/0x6a [ 7322.444689] ---[ end trace 9d3b554e7f553db3 ]--- [ 7326.066994] ------------[ cut here ]------------ Debugging patch -- diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c index af9662e58272..446f4ce02a9d 100644 --- a/drivers/gpu/drm/drm_irq.c +++ b/drivers/gpu/drm/drm_irq.c @@ -1126,17 +1126,19 @@ EXPORT_SYMBOL(drm_crtc_vblank_put); void drm_wait_one_vblank(struct drm_device *dev, int crtc) { int ret; - u32 last; + u32 last, l; ret = drm_vblank_get(dev, crtc); if (WARN(ret, "vblank not available on crtc %i, ret=%i\n", crtc, ret)) return; last = drm_vblank_count(dev, crtc); + pr_info("XXX: last:%u\n", last); ret = wait_event_timeout(dev->vblank[crtc].queue, - last != drm_vblank_count(dev, crtc), + last != (l = drm_vblank_count(dev, crtc)), msecs_to_jiffies(100)); + pr_info("XXX: drm_vblank_count:%u\n", l); WARN(ret == 0, "vblank wait timed out on crtc %i\n", crtc); -- Michal Hocko SUSE Labs

3 11

[PATCH] drm/rockchip: use drm_gem_mmap helpers
by Daniel Kurtz 08 Jul '15

08 Jul '15

Rather than (incompletely [0]) re-implementing drm_gem_mmap() and drm_gem_mmap_obj() helpers, call them directly from the rockchip mmap routines. Once the core functions return successfully, the rockchip mmap routines can still use dma_mmap_attrs() to simply mmap the entire buffer. [0] Previously, we were performing the mmap() without first taking a reference on the underlying gem buffer. This could leak ptes if the gem object is destroyed while userspace is still holding the mapping. Signed-off-by: Daniel Kurtz <djkurtz(a)chromium.org> Reviewed-by: Daniel Vetter <daniel.vetter(a)ffwll.ch> Cc: stable(a)vger.kernel.org --- drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 67 +++++++++++++++-------------- 1 file changed, 34 insertions(+), 33 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c index eb2282c..eba5f8a 100644 --- a/drivers/gpu/drm/rockchip/rockchip_drm_gem.c +++ b/drivers/gpu/drm/rockchip/rockchip_drm_gem.c @@ -54,55 +54,56 @@ static void rockchip_gem_free_buf(struct rockchip_gem_object *rk_obj) &rk_obj->dma_attrs); } -int rockchip_gem_mmap_buf(struct drm_gem_object *obj, - struct vm_area_struct *vma) +static int rockchip_drm_gem_object_mmap(struct drm_gem_object *obj, + struct vm_area_struct *vma) + { + int ret; struct rockchip_gem_object *rk_obj = to_rockchip_obj(obj); struct drm_device *drm = obj->dev; - unsigned long vm_size; - vma->vm_flags |= VM_IO | VM_DONTEXPAND | VM_DONTDUMP; - vm_size = vma->vm_end - vma->vm_start; - - if (vm_size > obj->size) - return -EINVAL; + /* + * dma_alloc_attrs() allocated a struct page table for rk_obj, so clear + * VM_PFNMAP flag that was set by drm_gem_mmap_obj()/drm_gem_mmap(). + */ + vma->vm_flags &= ~VM_PFNMAP; - return dma_mmap_attrs(drm->dev, vma, rk_obj->kvaddr, rk_obj->dma_addr, + ret = dma_mmap_attrs(drm->dev, vma, rk_obj->kvaddr, rk_obj->dma_addr, obj->size, &rk_obj->dma_attrs); + if (ret) + drm_gem_vm_close(vma); + + return ret; } -/* drm driver mmap file operations */ -int rockchip_gem_mmap(struct file *filp, struct vm_area_struct *vma) +int rockchip_gem_mmap_buf(struct drm_gem_object *obj, + struct vm_area_struct *vma) { - struct drm_file *priv = filp->private_data; - struct drm_device *dev = priv->minor->dev; - struct drm_gem_object *obj; - struct drm_vma_offset_node *node; + struct drm_device *drm = obj->dev; int ret; - if (drm_device_is_unplugged(dev)) - return -ENODEV; + mutex_lock(&drm->struct_mutex); + ret = drm_gem_mmap_obj(obj, obj->size, vma); + mutex_unlock(&drm->struct_mutex); + if (ret) + return ret; - mutex_lock(&dev->struct_mutex); + return rockchip_drm_gem_object_mmap(obj, vma); +} - node = drm_vma_offset_exact_lookup(dev->vma_offset_manager, - vma->vm_pgoff, - vma_pages(vma)); - if (!node) { - mutex_unlock(&dev->struct_mutex); - DRM_ERROR("failed to find vma node.\n"); - return -EINVAL; - } else if (!drm_vma_node_is_allowed(node, filp)) { - mutex_unlock(&dev->struct_mutex); - return -EACCES; - } +/* drm driver mmap file operations */ +int rockchip_gem_mmap(struct file *filp, struct vm_area_struct *vma) +{ + struct drm_gem_object *obj; + int ret; - obj = container_of(node, struct drm_gem_object, vma_node); - ret = rockchip_gem_mmap_buf(obj, vma); + ret = drm_gem_mmap(filp, vma); + if (ret) + return ret; - mutex_unlock(&dev->struct_mutex); + obj = vma->vm_private_data; - return ret; + return rockchip_drm_gem_object_mmap(obj, vma); } struct rockchip_gem_object * -- 2.4.3.573.g4eafbef

3 3

[Bug 90360] [RV710/M92] GPU lockup caused by shader based MPEG2 decoding
by bugzilla-daemon＠freedesktop.org 08 Jul '15

08 Jul '15

https://bugs.freedesktop.org/show_bug.cgi?id=90360 --- Comment #6 from no.spam.to.me(a)ish.de --- (In reply to Christian König from comment #4) > Because of > that we fall back to shader based MPEG2 decoding and that seems to crash the > GPU. Who is responsible for shader based MPEG2 decoding? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 91256] Xorg dies - monitor goes to black and after a few seconds came back
by bugzilla-daemon＠freedesktop.org 08 Jul '15

08 Jul '15

1 0

[PATCH 0/3] drm/ttm: hard to swim in an empty pool
by Jérôme Glisse 08 Jul '15

08 Jul '15

So it seems there was several issue with the various ttm pool. The obvious one is fixed in patch 2 where the always empty pool syndrom is addressed. However the pool size are kind of crazy and because before some pool were never actualy fill we might never have experience the hill effect of the crazy maximum limit. This is what is addressed by first patch. Last patch cook it up further so that under memory pressure the pool size is divided by 2 each time a shrinker is run on a pool. There is a timeout to restore the pool size on next allocation. Idea here is that memory should not last and if it last then shrinker will keep minimize the pool size and anyway thing are probably already sluggish once we it the shrinker path. Of course because this fix thing in ttm memory allocation this need careful testing. So before pushing anything i would like to see more people testing this. Cheers, Jérôme

10 28

[Bug 36563] New: Unity locks up with latest xorg/mesa/dri/drm
by bugzilla-daemon＠freedesktop.org 07 Jul '15

07 Jul '15

https://bugs.freedesktop.org/show_bug.cgi?id=36563 Summary: Unity locks up with latest xorg/mesa/dri/drm Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: General AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ernstp(a)gmail.com #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 #1 0x00007f643c9615b4 in _L_lock_944 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x00007f643c9613ca in __pthread_mutex_lock (mutex=0xf09a68) at pthread_mutex_lock.c:61 #3 0x00007f6432d91f9d in radeon_bo (radeon=0xf09a10, handle=21, size=0, alignment=0) at radeon_bo.c:78 #4 0x00007f6432d8d612 in r600_bo_handle (radeon=0xf09a10, handle=21, array_mode=0x7fff0d9888ec) at r600_bo.c:83 #5 0x00007f6432d7770d in r600_texture_from_handle (screen=0xf09bd0, templ=0x7fff0d988990, whandle=0x7fff0d9889d0) at r600_texture.c:484 #6 0x00007f6432d8b29a in dri2_drawable_process_buffers (drawable=0x7f6434095e20, statts=<value optimized out>, count=228100616) at dri2.c:253 #7 dri2_allocate_textures (drawable=0x7f6434095e20, statts=<value optimized out>, count=228100616) at dri2.c:363 #8 0x00007f6432d8c1f7 in dri_st_framebuffer_validate (stfbi=<value optimized out>, statts=0x7fff0d988a80, count=1, out=0x0) at dri_drawable.c:73 #9 0x00007f6432d8c370 in dri_drawable_validate_att (pDRICtx=<value optimized out>, target=3553, format=8410, dPriv=<value optimized out>) at dri_drawable.c:185 #10 dri_set_tex_buffer2 (pDRICtx=<value optimized out>, target=3553, format=8410, dPriv=<value optimized out>) at dri_drawable.c:199 #11 0x00007f6433bc41fe in TfpTexture::bindPixmapToTexture(unsigned long, int, int, int) () from /usr/lib/compiz/libopengl.so #12 0x00007f6433bc9cf4 in boost::detail::function::function_invoker4<GLTexture::List (*)(unsigned long, int, int, int), GLTexture::List, unsigned long, int, int, int>::invoke(boost::detail::function::function_buffer&, unsigned long, int, int, int) () from /usr/lib/compiz/libopengl.so #13 0x00007f6433bc3cb4 in GLTexture::bindPixmapToTexture(unsigned long, int, int, int) () from /usr/lib/compiz/libopengl.so #14 0x00007f643072ff79 in DecorTexture::DecorTexture(unsigned long) () from /usr/lib/compiz/libdecor.so #15 0x00007f6430730095 in DecorScreen::getTexture(unsigned long) () from /usr/lib/compiz/libdecor.so #16 0x00007f6430730678 in Decoration::create(unsigned long, unsigned long) () from /usr/lib/compiz/libdecor.so #17 0x00007f6430730704 in DecorWindow::updateDecoration() () from /usr/lib/compiz/libdecor.so #18 0x00007f6430733593 in DecorScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libdecor.so #19 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #20 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #21 0x00007f642fef44bf in RegexScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libregex.so #22 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #23 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #24 0x00007f642f3c97bc in MoveScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libmove.so #25 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #26 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #27 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #28 0x00007f642d2bb1ad in WorkaroundsScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libworkarounds.so #29 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #30 0x00007f642ce7c396 in ResizeScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libresize.so #31 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #32 0x00007f642cc626c1 in FadeScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libfade.so #33 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #34 0x00007f642ca4d0cb in UnityMTGrabHandlesScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libunitymtgrabhandles.so #35 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #36 0x00007f642c62a3c7 in PrivateScaleScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libscale.so #37 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #38 0x00007f642c40f3c0 in SessionScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libsession.so #39 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #40 0x00007f642c174829 in UnityScreen::handleEvent(_XEvent*) () from /usr/lib/compiz/libunityshell.so #41 0x000000000044e9a3 in CompScreen::handleEvent(_XEvent*) () #42 0x000000000042e59b in PrivateScreen::processEvents() () #43 0x0000000000455958 in CompEventSource::callback() () #44 0x00007f643db83daf in Glib::Source::dispatch_vfunc(_GSource*, int (*)(void*), void*) () from /usr/lib/libglibmm-2.4.so.1 #45 0x00007f643d032bcd in g_main_dispatch (context=0xea3f30) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:2440 #46 g_main_context_dispatch (context=0xea3f30) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:3013 #47 0x00007f643d0333a8 in g_main_context_iterate (context=0xea3f30, block=<value optimized out>, dispatch=1, self=<value optimized out>) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:3091 #48 0x00007f643d0339f2 in g_main_loop_run (loop=0xee5620) at /build/buildd/glib2.0-2.28.6/./glib/gmain.c:3299 #49 0x000000000042a2ea in CompScreen::eventLoop() () #50 0x0000000000423160 in main () -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[Bug 90042] Age of Wonders III gpu lockup
by bugzilla-daemon＠freedesktop.org 07 Jul '15

07 Jul '15

https://bugs.freedesktop.org/show_bug.cgi?id=90042 Bug ID: 90042 Summary: Age of Wonders III gpu lockup Product: Mesa Version: 10.5 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: dawide2211(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 115094 --> https://bugs.freedesktop.org/attachment.cgi?id=115094&action=edit Journalctl I'm using an HD6750 on Arch Linux with the latest updates. The gpu lockup when I try to start a new game. The main menu and the intro to the missions seems to work fine, the lockup happens whenever the game try start a map. -- You are receiving this mail because: You are the assignee for the bug.

1 5

[PATCH] Documentation: drm: Fix tablulation in KMS properties table
by Graham Whaley 07 Jul '15

07 Jul '15

Commit 712a0dd91c4a ("Documentation/drm: Update rotation property") left an extra 'rowspan' for the row omap, which pushed the following qxl rows columns out to column 8 and broke the tabulation. Remove the errant rowspan. Signed-off-by: Graham Whaley <graham.whaley(a)linux.intel.com> --- Documentation/DocBook/drm.tmpl | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/DocBook/drm.tmpl b/Documentation/DocBook/drm.tmpl index e82205e..596b11d 100644 --- a/Documentation/DocBook/drm.tmpl +++ b/Documentation/DocBook/drm.tmpl @@ -3383,7 +3383,7 @@ void intel_crt_init(struct drm_device *dev) <td valign="top" >TBD</td> </tr> <tr> - <td rowspan="2" valign="top" >omap</td> + <td valign="top" >omap</td> <td valign="top" >Generic</td> <td valign="top" >“zorder”</td> <td valign="top" >RANGE</td> -- 2.4.3

1 0

linux-4.2-rc1/drivers/gpu/drm/radeon/cik.c:1912: dead code block ?
by David Binderman 07 Jul '15

07 Jul '15

Hello there, [linux-4.2-rc1/drivers/gpu/drm/radeon/cik.c:1912] -> [linux-4.2-rc1/drivers/gpu/drm/radeon/cik.c:1913]: (warning) Opposite conditions in nested 'if' blocks lead to a dead code block. Source code is if (running == 0) { if (running) { blackout = RREG32(MC_SHARED_BLACKOUT_CNTL); WREG32(MC_SHARED_BLACKOUT_CNTL, blackout | 1); } Regards David Binderman

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel July 2015