dri-devel June 2011

dri-devel@lists.freedesktop.org

101 participants
499 discussions

[Trivial PATCH 0/5] treewide: Use angle brackets for system includes
by Joe Perches 03 Jun '11

03 Jun '11

Just neatening. Joe Perches (5): drbd: Use angle brackets for system includes drm: Use angle brackets for system includes aix94xx: Use angle brackets for system includes ALSA: asihpi: Use angle brackets for system includes staging: msm: Use angle brackets for system includes drivers/block/drbd/drbd_int.h | 2 +- drivers/block/drbd/drbd_nl.c | 4 ++-- drivers/gpu/drm/drm_ioctl.c | 2 +- drivers/gpu/drm/i915/i915_gem_tiling.c | 4 ++-- drivers/gpu/drm/nouveau/nouveau_drv.h | 10 +++++----- drivers/gpu/drm/ttm/ttm_agp_backend.c | 6 +++--- drivers/gpu/drm/ttm/ttm_bo.c | 6 +++--- drivers/gpu/drm/ttm/ttm_bo_manager.c | 6 +++--- drivers/gpu/drm/ttm/ttm_bo_util.c | 4 ++-- drivers/gpu/drm/ttm/ttm_execbuf_util.c | 6 +++--- drivers/gpu/drm/ttm/ttm_lock.c | 4 ++-- drivers/gpu/drm/ttm/ttm_memory.c | 6 +++--- drivers/gpu/drm/ttm/ttm_module.c | 2 +- drivers/gpu/drm/ttm/ttm_object.c | 4 ++-- drivers/gpu/drm/ttm/ttm_page_alloc.c | 4 ++-- drivers/gpu/drm/ttm/ttm_tt.c | 8 ++++---- drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c | 4 ++-- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 8 ++++---- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 12 ++++++------ drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 4 ++-- drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_gmr.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_gmrid_manager.c | 6 +++--- drivers/gpu/drm/vmwgfx/vmwgfx_overlay.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 4 ++-- drivers/scsi/aic94xx/aic94xx_dump.c | 2 +- drivers/staging/msm/ebi2_l2f.c | 2 +- drivers/staging/msm/ebi2_tmd20.c | 2 +- drivers/staging/msm/mddihost.h | 2 +- drivers/staging/msm/mdp_ppp.c | 2 +- drivers/staging/msm/mdp_ppp_v20.c | 2 +- drivers/staging/msm/mdp_ppp_v31.c | 2 +- drivers/staging/msm/msm_fb.h | 2 +- include/drm/ttm/ttm_bo_driver.h | 12 ++++++------ include/drm/ttm/ttm_execbuf_util.h | 2 +- include/drm/ttm/ttm_lock.h | 2 +- include/linux/drbd_tag_magic.h | 2 +- sound/pci/asihpi/hpidspcd.c | 2 +- 39 files changed, 80 insertions(+), 80 deletions(-) -- 1.7.5.rc3.dirty

2 2

3D support for Displaylink devices
by PRASANNA KUMAR 03 Jun '11

03 Jun '11

USB graphics devices from displaylink does not have 3D hardware. To get 3D effects (compiz, GNOME 3, KWin, OpenGL apps etc) with these device in Linux the native (primary) GPU can be used to provide hardware acceleration. All the graphics operation is done using the native (primary) GPU and the end result is taken and send to the displaylink device. Can this be achieved? If so is it possible to implement a generic framework so that any device (USB, thunderbolt or any new technology) can use this just by implementing device specific (compression and) data transport? I am not sure this is the correct mailing list. Thanks, Prasanna Kumar

5 5

Fw: [PATCH] drm: i915: correct return status in intel_hdmi_mode_valid()
by Nicolas Kaiser 02 Jun '11

02 Jun '11

Forwarding to Keith Packard. Sorry, initially sent to the previous maintainer instead. Start weitergeleitete Nachricht: Datum: Fri, 20 May 2011 18:58:53 +0200 Von: Nicolas Kaiser <nikai(a)nikai.net> An: Chris Wilson <chris(a)chris-wilson.co.uk> Cc: David Airlie <airlied(a)linux.ie>, dri-devel(a)lists.freedesktop.org, linux-kernel(a)vger.kernel.org Betreff: [PATCH] drm: i915: correct return status in intel_hdmi_mode_valid() Signed-off-by: Nicolas Kaiser <nikai(a)nikai.net> --- Untested: just looks to me like the intention might be to return MODE_CLOCK_LOW here, is that correct? drivers/gpu/drm/i915/intel_hdmi.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_hdmi.c b/drivers/gpu/drm/i915/intel_hdmi.c index f289b86..655bbd9 100644 --- a/drivers/gpu/drm/i915/intel_hdmi.c +++ b/drivers/gpu/drm/i915/intel_hdmi.c @@ -194,7 +194,7 @@ static int intel_hdmi_mode_valid(struct drm_connector *connector, if (mode->clock > 165000) return MODE_CLOCK_HIGH; if (mode->clock < 20000) - return MODE_CLOCK_HIGH; + return MODE_CLOCK_LOW; if (mode->flags & DRM_MODE_FLAG_DBLSCAN) return MODE_NO_DBLESCAN; -- 1.7.5.rc3

2 1

[Bug 31412] radeon memory leak
by bugzilla-daemon＠bugzilla.kernel.org 02 Jun '11

02 Jun '11

https://bugzilla.kernel.org/show_bug.cgi?id=31412 --- Comment #15 from Kevin <kjslag(a)gmail.com> 2011-06-02 17:24:35 --- I'm sorry. I wasn't clear. There is NOT a memory leak. Below is some of my 'free -m' output from above. My question is, why does the 'used -/+ buffers/cache' decrease when I 'echo 3 > /proc/sys/vm/drop_caches'? # free -m total used free shared buffers cached Mem: 5920 4318 1602 0 113 2465 -/+ buffers/cache: 1740 4180 Swap: 7998 0 7998 # echo 3 > /proc/sys/vm/drop_caches # free -m total used free shared buffers cached Mem: 5920 225 5695 0 3 12 -/+ buffers/cache: 209 5711 Swap: 7998 0 7998 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

[Bug 27517] KMS breaks 3D on R200
by bugzilla-daemon＠freedesktop.org 02 Jun '11

02 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=27517 --- Comment #10 from Keith <keith(a)backblow-loft.demon.co.uk> 2011-06-02 03:01:22 PDT --- (In reply to comment #9) > (In reply to comment #8) > > Yes, some time around the introduction of KMS, acceleration stopped working. I > > had it fine on Debian before squeeze and Ubuntu Maveric but recently upgraded > > to Natty and it stopped working. Starting compiz gives the old > > GLX_EXT_texture_pixmap not available error. It also complains about GL version > > 1.4+ whereas glxinfo reports version 1.4 > > Latest updates on Debian squeeze have 3D acceleration bursting into life. > Kernel: 2.6.32-5-686 > X server 1.7.7 That should have been 2D. Also, it was openGL version 1.4 whereas this card only supports 1.3 so everything is as it should be. glxgears still gives low values for FPS. Compiz now works fine. I wish /usr/lib/nux/unity_support_test -p was not such a well kept secret, it would have helped clear up a lot of misconceptions. -- 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

Re: 3D support for Displaylink devices
by Prasanna Kumar T S M 02 Jun '11

02 Jun '11

Garry, My first name is "PrasannaKumar". I will use my full name to prevent confusion :). I want 3D acceleration for running Compiz or GNOME3 or KWin with composition. Currently windows Displaylink driver compresses and transfers pixel data where there is a change (only damaged area is transferred) to reduce the amount of data transfer. It is able to play HD video without dropping frames. So I think that 3D acceleration and video playback acceleration is possible. High end games cannot be played but the normal 3D and video operations should work without any issues. When displaylink introduces USB 3.0 devices the bandwidth issue will go away (I remember reading in Wikipedia that displaylink is working on a USB 3.0 product). The displaylink framebuffer driver that comes with linux (udlfb) also compresses and transfers only the damaged region to conserve the USB bandwidth. Also CPU usage for doing the compression is very less making it ideal for mobile devices (may be an android mobile). http://www.youtube.com/watch?v=3-bLOc1qnMM&feature=player_embedded shows android mobile with displaylink device. When a mobile phone is able to power a high resolution graphics normal desktops and notebooks can do provide good quality output. PrasannaKumar Muralidharan On 31-05-2011 15:36, Garry Hurley Jr. wrote: > Kumar > > I am going to make the assumption that your culture puts the family > name first, so please excuse me for calling you Kumar if that is not > your given name. > > As to your question, I think I understand what you are asking for and > I was thinking similar things about displaying over ethernet about > five years ago. The problem is complex due to video refresh rates and > the latency of the connection. You would not get the same performance > on a video game, for example, unless you dropped a few dozen frames > per second, since the USB bus is slower than the PCI bus or even the > ISA bus. If you are talking about 3D acceleration, I presume you want > to game with it. The solution may lie in buffering, but again, your > performance would suffer unless you took the quality down a notch. > From the gamers I know, dropping quality for performance is a very > tricky balance. Each one is different about the quality he or she will > allow to be dropped in a game but when that balance is tipped, they > will complain or switch to a different technology. > > I am not saying it is not possible, but I am asking if, knowing this, > you truly feel it is worth the effort to try to implement it. > > Sent from my iPhone > > On May 30, 2011, at 1:30 PM, PRASANNA KUMAR > <prasanna_tsm_kumar(a)yahoo.co.in > <mailto:prasanna_tsm_kumar@yahoo.co.in>> wrote: > >> USB graphics devices from displaylink does not have 3D hardware. To >> get 3D effects (compiz, GNOME 3, KWin, OpenGL apps etc) with these >> device in Linux the native (primary) GPU can be used to provide >> hardware acceleration. All the graphics operation is done using the >> native (primary) GPU and the end result is taken and send to the >> displaylink device. Can this be achieved? If so is it possible to >> implement a generic framework so that any device (USB, thunderbolt or >> any new technology) can use this just by implementing device specific >> (compression and) data transport? I am not sure this is the correct >> mailing list. >> >> Thanks, >> Prasanna Kumar >> _______________________________________________ >> dri-devel mailing list >> dri-devel(a)lists.freedesktop.org <mailto:dri-devel@lists.freedesktop.org> >> http://lists.freedesktop.org/mailman/listinfo/dri-devel

1 0

[Bug 31412] radeon memory leak
by bugzilla-daemon＠bugzilla.kernel.org 02 Jun '11

02 Jun '11

https://bugzilla.kernel.org/show_bug.cgi?id=31412 Jesse Zhang <zh.jesse(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zh.jesse(a)gmail.com --- Comment #14 from Jesse Zhang <zh.jesse(a)gmail.com> 2011-06-02 05:56:22 --- There is no leaking here. A quick google search turns up http://sourcefrog.net/weblog/software/linux-kernel/free-mem.html. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

[Bug 33376] [RADEON:KMS:R600C] screen damage during kde fade-out on logout.
by bugzilla-daemon＠freedesktop.org 02 Jun '11

02 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=33376 --- Comment #6 from Justin <deus_ex_machin(a)lavabit.com> 2011-06-01 21:49:56 PDT --- Can confirm the same distortion with classic r600 (HD5870M mesa 7.10.2 + xf86-video-ati 6.14.2). No more distortions after switching to gallium r600 however. -- 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 31412] radeon memory leak
by bugzilla-daemon＠bugzilla.kernel.org 02 Jun '11

02 Jun '11

https://bugzilla.kernel.org/show_bug.cgi?id=31412 --- Comment #13 from Kevin <kjslag(a)gmail.com> 2011-06-02 02:57:29 --- So is this something that should be fixed or is everything working as intended? To me, it doesn't seem correct. Unused caches shouldn't be stored in my "used" memory. Is there anything else that I should try to help? Can anyone else reproduce this? I just open large pdfs and scroll through them. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of 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 June 2011