dri-devel January 2012

dri-devel@lists.freedesktop.org

91 participants
570 discussions

[PATCH] radeon: Use mdelay() instead of msleep() in atom_op_delay().
by Michel Dänzer 04 Jan '12

04 Jan '12

From: Michel Dänzer <michel.daenzer(a)amd.com> It can be called from atomic context, e.g. when switching to console for panic output. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=43941 Signed-off-by: Michel Dänzer <michel.daenzer(a)amd.com> --- drivers/gpu/drm/radeon/atom.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/atom.c b/drivers/gpu/drm/radeon/atom.c index 14cc88a..d99dbb6 100644 --- a/drivers/gpu/drm/radeon/atom.c +++ b/drivers/gpu/drm/radeon/atom.c @@ -666,7 +666,7 @@ static void atom_op_delay(atom_exec_context *ctx, int *ptr, int arg) if (arg == ATOM_UNIT_MICROSEC) udelay(count); else - msleep(count); + mdelay(count); } static void atom_op_div(atom_exec_context *ctx, int *ptr, int arg) -- 1.7.7.3

4 22

[Bug 24861] [RV250Lf] External monitor loses signal from loading drm modules/firmware until X starts
by bugzilla-daemon＠freedesktop.org 04 Jan '12

04 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=24861 Johannes Obermayr <johannesobermayr(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Johannes Obermayr <johannesobermayr(a)gmx.de> 2012-01-04 05:12:29 PST --- Fixed a long time ago. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 36037] RV250Lf: airlied/drm-fixes branch crashes in new backlight code
by bugzilla-daemon＠freedesktop.org 04 Jan '12

04 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=36037 Johannes Obermayr <johannesobermayr(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #10 from Johannes Obermayr <johannesobermayr(a)gmx.de> 2012-01-04 05:06:07 PST --- It does not crash when building against recent kernels. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 24215] [RV250Lf] radeonPolygonStipplePreKMS in radeon_common.c
by bugzilla-daemon＠freedesktop.org 04 Jan '12

04 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=24215 Johannes Obermayr <johannesobermayr(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #2 from Johannes Obermayr <johannesobermayr(a)gmx.de> 2012-01-04 05:03:06 PST --- Obsolete because DRI1 code was removed from Mesa stack in Oct 2011. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[patch] gma500: silence gcc warnings in mid_get_vbt_data()
by Dan Carpenter 04 Jan '12

04 Jan '12

Add a cast here to silence a Gcc warning. drivers/gpu/drm/gma500/mid_bios.c:214:28: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] Signed-off-by: Dan Carpenter <dan.carpenter(a)oracle.com> --- Compile tested only. diff --git a/drivers/gpu/drm/gma500/mid_bios.c b/drivers/gpu/drm/gma500/mid_bios.c index 55fee10..5eee9ad 100644 --- a/drivers/gpu/drm/gma500/mid_bios.c +++ b/drivers/gpu/drm/gma500/mid_bios.c @@ -202,7 +202,7 @@ static void mid_get_vbt_data(struct drm_psb_private *dev_priv) /*so, some values have changed location*/ new_size = vbt->checksum; /*checksum contains lo size byte*/ /*LSB of oaktrail_gct contains hi size byte*/ - new_size |= ((0xff & (unsigned int)vbt->oaktrail_gct)) << 8; + new_size |= ((0xff & (unsigned int)(long)vbt->oaktrail_gct)) << 8; vbt->checksum = vbt->size; /*size contains the checksum*/ if (new_size > 0xff) @@ -211,8 +211,8 @@ static void mid_get_vbt_data(struct drm_psb_private *dev_priv) vbt->size = new_size; /* number of descriptors defined in the GCT */ - number_desc = ((0xff00 & (unsigned int)vbt->oaktrail_gct)) >> 8; - bpi = ((0xff0000 & (unsigned int)vbt->oaktrail_gct)) >> 16; + number_desc = ((0xff00 & (unsigned int)(long)vbt->oaktrail_gct)) >> 8; + bpi = ((0xff0000 & (unsigned int)(long)vbt->oaktrail_gct)) >> 16; vbt->oaktrail_gct = ioremap(addr + GCT_R10_HEADER_SIZE, GCT_R10_DISPLAY_DESC_SIZE * number_desc); pGCT = vbt->oaktrail_gct;

2 1

[RFC v3 0/2] Introduce DMA buffer sharing mechanism
by Sumit Semwal 03 Jan '12

03 Jan '12

Hello Everyone, This is RFC v3 for DMA buffer sharing mechanism - changes from v2 are in the changelog below. Various subsystems - V4L2, GPU-accessors, DRI to name a few - have felt the need to have a common mechanism to share memory buffers across different devices - ARM, video hardware, GPU. This need comes forth from a variety of use cases including cameras, image processing, video recorders, sound processing, DMA engines, GPU and display buffers, and others. This RFC is an attempt to define such a buffer sharing mechanism- it is the result of discussions from a couple of memory-management mini-summits held by Linaro to understand and address common needs around memory management. [1] A new dma_buf buffer object is added, with operations and API to allow easy sharing of this buffer object across devices. The framework allows: - a new buffer-object to be created with fixed size. - different devices to 'attach' themselves to this buffer, to facilitate backing storage negotiation, using dma_buf_attach() API. - association of a file pointer with each user-buffer and associated allocator-defined operations on that buffer. This operation is called the 'export' operation. - this exported buffer-object to be shared with the other entity by asking for its 'file-descriptor (fd)', and sharing the fd across. - a received fd to get the buffer object back, where it can be accessed using the associated exporter-defined operations. - the exporter and user to share the scatterlist using map_dma_buf and unmap_dma_buf operations. Documentation present in the patch-set gives more details. This is based on design suggestions from many people at the mini-summits, most notably from Arnd Bergmann <arnd(a)arndb.de>, Rob Clark <rob(a)ti.com> and Daniel Vetter <daniel(a)ffwll.ch>. The implementation is inspired from proof-of-concept patch-set from Tomasz Stanislawski <t.stanislaws(a)samsung.com>, who demonstrated buffer sharing between two v4l2 devices. [2] References: [1]: https://wiki.linaro.org/OfficeofCTO/MemoryManagement [2]: http://lwn.net/Articles/454389 Patchset based on top of 3.2-rc3, the current version can be found at http://git.linaro.org/gitweb?p=people/sumitsemwal/linux-3.x.git Branch: dma-buf-upstr-v2 Earlier versions: v2 at: https://lkml.org/lkml/2011/12/2/53 v1 at: https://lkml.org/lkml/2011/10/11/92 Best regards, ~Sumit Semwal History: v3: - Review comments incorporated: - from Konrad Rzeszutek Wilk [https://lkml.org/lkml/2011/12/3/45] - replaced BUG_ON with WARN_ON - various places - added some error-checks - replaced EXPORT_SYMBOL with EXPORT_SYMBOL_GPL - some cosmetic / documentation comments - from Arnd Bergmann, Daniel Vetter, Rob Clark [https://lkml.org/lkml/2011/12/5/321] - removed mmap() fop and dma_buf_op, also the sg_sync* operations, and documented that mmap is not allowed for exported buffer - updated documentation to clearly state when migration is allowed - changed kconfig - some error code checks - from Rob Clark [https://lkml.org/lkml/2011/12/5/572] - update documentation to allow map_dma_buf to return -EINTR v2: - Review comments incorporated: - from Tomasz Stanislawski [https://lkml.org/lkml/2011/10/14/136] - kzalloc moved out of critical section - corrected some in-code comments - from Dave Airlie [https://lkml.org/lkml/2011/11/25/123] - from Daniel Vetter and Rob Clark [https://lkml.org/lkml/2011/11/26/53] - use struct sg_table in place of struct scatterlist - rename {get,put}_scatterlist to {map,unmap}_dma_buf - add new wrapper APIs dma_buf_{map,unmap}_attachment for ease of users - documentation updates as per review comments from Randy Dunlap [https://lkml.org/lkml/2011/10/12/439] v1: original Sumit Semwal (2): dma-buf: Introduce dma buffer sharing mechanism dma-buf: Documentation for buffer sharing framework Documentation/dma-buf-sharing.txt | 222 ++++++++++++++++++++++++++++ drivers/base/Kconfig | 10 ++ drivers/base/Makefile | 1 + drivers/base/dma-buf.c | 289 +++++++++++++++++++++++++++++++++++++ include/linux/dma-buf.h | 172 ++++++++++++++++++++++ 5 files changed, 694 insertions(+), 0 deletions(-) create mode 100644 Documentation/dma-buf-sharing.txt create mode 100644 drivers/base/dma-buf.c create mode 100644 include/linux/dma-buf.h -- 1.7.4.1

6 14

[Bug 44422] New: periodic slowdowns in every 30sec
by bugzilla-daemon＠freedesktop.org 03 Jan '12

03 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=44422 Bug #: 44422 Summary: periodic slowdowns in every 30sec Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: aaalmosss(a)gmail.com Rendering slows down to crawl for <1sec every 30 secs. It affects everything: 3d applications, video playback, 2d drawing (e.g. kpatience), probably because of the compositing. I suspect this is caused by r600g, because my other machine running the same distribution but r300g doesn't have this problem. Current 7.12-dev (git-2cd7e5b) seems to slow down less than 7.11, but the effect remains and it is very noticeable. -- 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

[Bug 44425] New: Missing textures not being rendered in planeshift game.
by bugzilla-daemon＠freedesktop.org 03 Jan '12

03 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=44425 Bug #: 44425 Summary: Missing textures not being rendered in planeshift game. Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: freedesktop(a)darkskiez.co.uk This game has gone from being unplayable in 7.11 to nearly perfect in 7.12 git, however, there is a large section of the game in between towns where you cannot see where you are going, you just get a lot of black, which can sometimes get dirty with old images, sample video supplied. Card: Radeon 6850 Planeshift: ver 0.5.8.1 DRM: [drm] Initialized radeon 2.11.0 20080528 for 0000:01:00.0 on minor 0 OpenGL renderer string: Gallium 0.4 on AMD BARTS OpenGL version string: 2.1 Mesa 7.12-devel (git-bce506f) OpenGL shading language version string: 1.20 Video Capture: http://www.darkskiez.co.uk/planeweird2.mp4 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 44405] New: Spring RTS crashes using r600g (5670, Redwood), kernel rejects relocations
by bugzilla-daemon＠freedesktop.org 03 Jan '12

03 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=44405 Bug #: 44405 Summary: Spring RTS crashes using r600g (5670, Redwood), kernel rejects relocations Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: marbacz(a)gmail.com Created attachment 55060 --> https://bugs.freedesktop.org/attachment.cgi?id=55060 gdb bt full I'm using Mesa from git(77058335), r600g on Redwood [Radeon HD 5670], kernel 3.1.5. Spring crashes on startup, with following trace(full trace attached) #7 0x00007fd1b9f858d5 in pipe_surface_reference (ptr=0x7fd1ae5a1a58, surf=<optimized out>) at ../../src/gallium/auxiliary/util/u_inlines.h:112 #8 st_renderbuffer_delete (rb=0x7fd1ae5a19b0) at state_tracker/st_cb_fbo.c:181 #9 0x00007fd1b9f59c30 in _mesa_reference_renderbuffer_ (ptr=0x7fd1ae596998, rb=0x0) at main/renderbuffer.c:186 #10 0x00007fd1b9f30b1e in _mesa_reference_renderbuffer (rb=0x0, ptr=0x7fd1ae596998) at main/renderbuffer.h:62 #11 _mesa_free_framebuffer_data (fb=0x7fd1ae596740) at main/framebuffer.c:216 #12 0x00007fd1b9f30bfe in _mesa_destroy_framebuffer (fb=0x7fd1ae596740) at main/framebuffer.c:193 #13 0x00007fd1b9f30cb3 in _mesa_reference_framebuffer_ (ptr=0x7fff6a0c34a8, fb=0x0) at main/framebuffer.c:253 #14 0x00007fd1b9f2c304 in _mesa_reference_framebuffer (fb=0x0, ptr=0x7fff6a0c34a8) at main/framebuffer.h:62 #15 _mesa_DeleteFramebuffersEXT (n=1, framebuffers=<optimized out>) at main/fbobject.c:1832 and with lots of similar messages in dmesg: [14960.505619] [drm:radeon_cs_parser_relocs] *ERROR* gem object lookup failed 0x136 [14960.505622] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -2! [14960.524494] [drm:radeon_cs_parser_relocs] *ERROR* gem object lookup failed 0x136 [14960.524497] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -2! [14960.758968] unknown[16452]: segfault at 0 ip 0000000000a84204 sp 00007fff3e6ac280 error 4 in spring[400000+d4a000] attached full trace and glxinfo. Let me know if you need more info. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[Bug 43941] 'BUG: scheduling while atomic' after: 'panic occurred, switching back to text console'
by bugzilla-daemon＠freedesktop.org 03 Jan '12

03 Jan '12

https://bugs.freedesktop.org/show_bug.cgi?id=43941 --- Comment #14 from Michel Dänzer <michel(a)daenzer.net> 2012-01-03 10:07:36 PST --- (In reply to comment #13) > Yes, this fixes the hang after and MCE, and it shows the error log on the > screen. Great, thanks for testing. Note that in general a bug report shouldn't be resolved before the fix is applied or at least submitted, but anyway I've submitted it now. > Any, clues how to debug this MCE error? Unfortunately not. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel January 2012