dri-devel August 2012

dri-devel@lists.freedesktop.org

145 participants
811 discussions

[PATCH] drm: edid: add support for E-DDC
by Shirish S 24 Aug '12

24 Aug '12

This patch adds support in probing 4 block edid data, for E-DDC. This is the first test case in CTS, for HDMI compliance. Based on drm-next branch Shirish S (1): drm: edid: add support for E-DDC drivers/gpu/drm/drm_edid.c | 17 ++++++++++++----- 1 files changed, 12 insertions(+), 5 deletions(-)

5 14

[PATCH] drm: gma500: Kill the GEM glue layer
by Laurent Pinchart 23 Aug '12

23 Aug '12

The private gem_create_mmap_offset() function is now implemented in the DRM core as drm_gem_create_mmap_offset(). Use it and kill the private copy. Signed-off-by: Laurent Pinchart <laurent.pinchart(a)ideasonboard.com> --- drivers/gpu/drm/gma500/Makefile | 2 +- drivers/gpu/drm/gma500/gem.c | 9 +++- drivers/gpu/drm/gma500/gem_glue.c | 90 ------------------------------------- drivers/gpu/drm/gma500/gem_glue.h | 2 - drivers/gpu/drm/gma500/psb_drv.h | 1 - 5 files changed, 8 insertions(+), 96 deletions(-) delete mode 100644 drivers/gpu/drm/gma500/gem_glue.c delete mode 100644 drivers/gpu/drm/gma500/gem_glue.h The patch has been compile-tested only due to lack of test hardware. diff --git a/drivers/gpu/drm/gma500/Makefile b/drivers/gpu/drm/gma500/Makefile index 1583982..85b7449 100644 --- a/drivers/gpu/drm/gma500/Makefile +++ b/drivers/gpu/drm/gma500/Makefile @@ -3,7 +3,7 @@ # ccflags-y += -Iinclude/drm -gma500_gfx-y += gem_glue.o \ +gma500_gfx-y += \ accel_2d.o \ backlight.o \ framebuffer.o \ diff --git a/drivers/gpu/drm/gma500/gem.c b/drivers/gpu/drm/gma500/gem.c index 9fbb868..f2a2e9b 100644 --- a/drivers/gpu/drm/gma500/gem.c +++ b/drivers/gpu/drm/gma500/gem.c @@ -36,7 +36,12 @@ int psb_gem_init_object(struct drm_gem_object *obj) void psb_gem_free_object(struct drm_gem_object *obj) { struct gtt_range *gtt = container_of(obj, struct gtt_range, gem); - drm_gem_object_release_wrap(obj); + + /* Remove the list map if one is present */ + if (obj->map_list.map) + drm_gem_free_mmap_offset(obj); + drm_gem_object_release(obj); + /* This must occur last as it frees up the memory of the GEM object */ psb_gtt_free_range(obj->dev, gtt); } @@ -77,7 +82,7 @@ int psb_gem_dumb_map_gtt(struct drm_file *file, struct drm_device *dev, /* Make it mmapable */ if (!obj->map_list.map) { - ret = gem_create_mmap_offset(obj); + ret = drm_gem_create_mmap_offset(obj); if (ret) goto out; } diff --git a/drivers/gpu/drm/gma500/gem_glue.c b/drivers/gpu/drm/gma500/gem_glue.c deleted file mode 100644 index 3c17634..0000000 --- a/drivers/gpu/drm/gma500/gem_glue.c +++ /dev/null @@ -1,90 +0,0 @@ -/************************************************************************** - * Copyright (c) 2011, Intel Corporation. - * All Rights Reserved. - * - * This program is free software; you can redistribute it and/or modify it - * under the terms and conditions of the GNU General Public License, - * version 2, as published by the Free Software Foundation. - * - * This program is distributed in the hope it will be useful, but WITHOUT - * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or - * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for - * more details. - * - * You should have received a copy of the GNU General Public License along with - * this program; if not, write to the Free Software Foundation, Inc., - * 51 Franklin St - Fifth Floor, Boston, MA 02110-1301 USA. - * - **************************************************************************/ - -#include <drm/drmP.h> -#include <drm/drm.h> -#include "gem_glue.h" - -void drm_gem_object_release_wrap(struct drm_gem_object *obj) -{ - /* Remove the list map if one is present */ - if (obj->map_list.map) { - struct drm_gem_mm *mm = obj->dev->mm_private; - struct drm_map_list *list = &obj->map_list; - drm_ht_remove_item(&mm->offset_hash, &list->hash); - drm_mm_put_block(list->file_offset_node); - kfree(list->map); - list->map = NULL; - } - drm_gem_object_release(obj); -} - -/** - * gem_create_mmap_offset - invent an mmap offset - * @obj: our object - * - * Standard implementation of offset generation for mmap as is - * duplicated in several drivers. This belongs in GEM. - */ -int gem_create_mmap_offset(struct drm_gem_object *obj) -{ - struct drm_device *dev = obj->dev; - struct drm_gem_mm *mm = dev->mm_private; - struct drm_map_list *list; - struct drm_local_map *map; - int ret; - - list = &obj->map_list; - list->map = kzalloc(sizeof(struct drm_map_list), GFP_KERNEL); - if (list->map == NULL) - return -ENOMEM; - map = list->map; - map->type = _DRM_GEM; - map->size = obj->size; - map->handle = obj; - - list->file_offset_node = drm_mm_search_free(&mm->offset_manager, - obj->size / PAGE_SIZE, 0, 0); - if (!list->file_offset_node) { - dev_err(dev->dev, "failed to allocate offset for bo %d\n", - obj->name); - ret = -ENOSPC; - goto free_it; - } - list->file_offset_node = drm_mm_get_block(list->file_offset_node, - obj->size / PAGE_SIZE, 0); - if (!list->file_offset_node) { - ret = -ENOMEM; - goto free_it; - } - list->hash.key = list->file_offset_node->start; - ret = drm_ht_insert_item(&mm->offset_hash, &list->hash); - if (ret) { - dev_err(dev->dev, "failed to add to map hash\n"); - goto free_mm; - } - return 0; - -free_mm: - drm_mm_put_block(list->file_offset_node); -free_it: - kfree(list->map); - list->map = NULL; - return ret; -} diff --git a/drivers/gpu/drm/gma500/gem_glue.h b/drivers/gpu/drm/gma500/gem_glue.h deleted file mode 100644 index ce5ce30..0000000 --- a/drivers/gpu/drm/gma500/gem_glue.h +++ /dev/null @@ -1,2 +0,0 @@ -extern void drm_gem_object_release_wrap(struct drm_gem_object *obj); -extern int gem_create_mmap_offset(struct drm_gem_object *obj); diff --git a/drivers/gpu/drm/gma500/psb_drv.h b/drivers/gpu/drm/gma500/psb_drv.h index 40ce2c9..94badc8 100644 --- a/drivers/gpu/drm/gma500/psb_drv.h +++ b/drivers/gpu/drm/gma500/psb_drv.h @@ -24,7 +24,6 @@ #include <drm/drmP.h> #include "drm_global.h" -#include "gem_glue.h" #include "gma_drm.h" #include "psb_reg.h" #include "psb_intel_drv.h" -- Regards, Laurent Pinchart

4 7

[PATCH] i915: use alloc_ordered_workqueue() instead of explicit UNBOUND w/ max_active = 1
by Tejun Heo 23 Aug '12

23 Aug '12

This is an equivalent conversion and will ease scheduled removal of WQ_NON_REENTRANT. Signed-off-by: Tejun Heo <tj(a)kernel.org> --- drivers/gpu/drm/i915/i915_dma.c | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c index 9cf7dfe..a55ca7a 100644 --- a/drivers/gpu/drm/i915/i915_dma.c +++ b/drivers/gpu/drm/i915/i915_dma.c @@ -1536,11 +1536,9 @@ int i915_driver_load(struct drm_device *dev, unsigned long flags) * * All tasks on the workqueue are expected to acquire the dev mutex * so there is no point in running more than one instance of the - * workqueue at any time: max_active = 1 and NON_REENTRANT. + * workqueue at any time. Use an ordered one. */ - dev_priv->wq = alloc_workqueue("i915", - WQ_UNBOUND | WQ_NON_REENTRANT, - 1); + dev_priv->wq = alloc_ordered_workqueue("i915", 0); if (dev_priv->wq == NULL) { DRM_ERROR("Failed to create our workqueue.\n"); ret = -ENOMEM;

3 4

[XDC 2012] Conference Update #2
by Egbert Eich 23 Aug '12

23 Aug '12

We are a little less than one month into XDC 2012 so here's some update: Registration: ------------- So far we have 32 registered participants - which is pretty good. If you plan to come and haven't added yourself to the participants list at http://wiki.x.org/wiki/Events/XDC2012/Attendees, please do so! Presentations: -------------- Our program list is still quite empty, so if you have something to present, please add yourself to http://wiki.x.org/wiki/Events/XDC2012/Program! Weekend Event: -------------- As announced we are planning a hiking trip to the Frankonian countryside on Saturday for all those are still there for the weekend. On this trip we will have the opportunity to visit some local brewery beergardens. if you would like to join us for this trip please register yourself at http://wiki.x.org/wiki/Events/XDC2012/Weekend so that we get a rough estimate on how many people to expect. Hotel Reservation: ------------------ The reservation period for which we allocated rooms and negotiated a special price at the Azimut Hotel is over - I've been informed by the hotel that it is completely booked out at this time. You may still try at one of the other hotels listed. All of them are still at walking distance to the venue. There are other hotels in the vicinity - however I have not stayed at any of them. if you have difficulties finding a hotel please contact the organizers. Limited Email Access: --------------------- Speaking of contacting the organizers, I will have limited email access for the next two weeks, thus if you have urgent inquiries, please contact Stefan Dirsch <sndirsch at suse dot com> for assistance. I've also updated the event Wiki pages accordingly. See you in Nuernberg! Egbert.

1 0

[Bug 38280] New: [bisected] regression : etqw tree/water wrong rendering
by bugzilla-daemon＠freedesktop.org 23 Aug '12

23 Aug '12

https://bugs.freedesktop.org/show_bug.cgi?id=38280 Summary: [bisected] regression : etqw tree/water wrong rendering Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pelloux(a)gmail.com Created an attachment (id=47923) --> (https://bugs.freedesktop.org/attachment.cgi?id=47923) incorrect rendering commit 9346d895e7ff6c1f01b46513694542026ffba5cc broke tree and water rendering in etqw (Island map) See attached screenshots. I'm using r600g + HD4850 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 8

[PATCH] Update MAX_EDID value in exynos
by Shirish S 23 Aug '12

23 Aug '12

From: Shirish Shankarappa <s.shirish(a)samsung.com> The value of MAX_EDID is now valid only for 2 block EDID data which is 256, but to support 4 block EDID (E-DDC) this needs to be 512. Based on drm-next branch Shirish Shankarappa (1): drm/exynos: Update the MAX_EDID value for E-DDC drivers/gpu/drm/exynos/exynos_drm_connector.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

4 4

[Bug 34212] New: radeon: 3650 AGP lockup on radeon.ko load
by bugzilla-daemon＠bugzilla.kernel.org 23 Aug '12

23 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=34212 Summary: radeon: 3650 AGP lockup on radeon.ko load Product: Drivers Version: 2.5 Kernel Version: 2.6.39-rc5 + drm-next 1794d25 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: detringj(a)gmail.com Regression: No Hardware: 2x 1.7GHz Xeon (Foster) on a SuperMicro P4DC6 workstation board RadeonHD 3650 AGP (built by VisionTek) Radeon board has 1x VGA, 1x DVI, and 1x S-Video ports. A TV is attached to the S-Video port through a generic S-Video multiplexer, the others are not connected. TV is a US/NTSC standard definition CRT. System boots into a VGA text console with no problem. When attempting "modprobe radeon", the system switches to graphics mode, then prints a backtrace on the framebuffer and hangs (no keyboard response, no ping, ssh dies). A mostly-solid stripe of green pixel noise can be seen across the bottom 2 or 3 scanlines of the TV. The setup works when using the fglrx driver. An NV31+nouveau arrangement also seems to work, so I don't think the motherboard is at fault. This isn't really a "regression" per-se, as it has never worked in any vendor- or self-compiled kernel I've tried (since about July 2010). -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 2

[Bug 41744] New: Unigine Heaven shows black textures (Radeon HD4250)
by bugzilla-daemon＠freedesktop.org 23 Aug '12

23 Aug '12

https://bugs.freedesktop.org/show_bug.cgi?id=41744 Summary: Unigine Heaven shows black textures (Radeon HD4250) Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: gsedej(a)gmail.com Unigine Heaven benchmark shows black textures. It looks like this: http://imageshack.us/photo/my-images/842/slika322.jpg/ It looks like it's problem with floating-point textures. This is output of program: http://pastebin.com/GKWmbhV9 Here is my glxinfo: http://pastebin.com/BM9Vw8vm I am using Ubuntu 11.04 with "oibaf" PPA build. Do I need to provide more data? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 14

[PULL] drm documentation
by Laurent Pinchart 23 Aug '12

23 Aug '12

Hi Dave, The DRM documentation has been floating around for quite some time now. It's time to get it in mainline, otherwise it will start bit-rotting all alone (there's too little documentation written for the kernel, it would feel so lonely outside of Documentation/DocBook/). The following changes since commit 269b62db0e52bf2656aa762d61cfe67f3705fdff: Merge branch 'for-airlied' of git://people.freedesktop.org/~danvet/drm-intel into drm-next (2012-08-23 15:12:44 +1000) are available in the git repository at: git://linuxtv.org/pinchartl/fbdev.git drm-doc Laurent Pinchart (1): Documentation: DocBook DRM framework documentation Documentation/DocBook/drm.tmpl | 2835 ++++++++++++++++++++++++++++++--------- -- Regards, Laurent Pinchart

1 0

[PATCH V2] drm: edid: add support for E-DDC
by Shirish S 23 Aug '12

23 Aug '12

This patch adds support in probing 4 block edid data, for E-DDC. This is the first test case in CTS, for HDMI compliance. Changes from V1: 1. Data type of offset adress updated to unsigned short 2. Updated the buf feild of msg[0] Based on drm-next branch Shirish S (1): drm: edid: add support for E-DDC drivers/gpu/drm/drm_edid.c | 19 +++++++++++++------ 1 files changed, 13 insertions(+), 6 deletions(-)

1 1

← Newer
1
...
53
54
55
56
57
58
59
...
82
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel August 2012