[Bug 50360] flightgear has absymal performance with the llvm shader compiler

https://bugs.freedesktop.org/show_bug.cgi?id=50360 --- Comment #1 from Vadim Girlin 2012-05-25 15:21:57 PDT --- Created attachment 62113 --> https://bugs.freedesktop.org/attachment.cgi?id=62113 patch Does this patch help? -- Configure bugmail:

[Bug 17902] [830M missing dvo driver] need support for DVO-LVDS via na2501

https://bugs.freedesktop.org/show_bug.cgi?id=17902 --- Comment #72 from thor at math.tu-berlin.de 2012-05-25 14:51:23 PDT --- Ok, I managed to cross-compile the patched kernel sources on a much faster x64 machine, so I now have an initrd and a vmlinuz with the patch in it. I won't have access to

Returned mail: see transcript for details

u <<< 501 anisse at astier.eu... Refused -- next part -- A non-text attachment was scrubbed... Name: transcript.zip Type: application/octet-stream Size: 22216 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120525/8b2

[Bug 43207] radeon driver on HD6570 shows pixel noise

https://bugzilla.kernel.org/show_bug.cgi?id=43207 --- Comment #9 from Vladislav Tcendrovskii 2012-05-25 20:10:06 --- I've tried this patch on kernel 3.4, but the only visible result - switching from noisy X screen to framebuffer console is much faster. After such switching noise

[Bug 50360] New: flightgear has absymal performance with the llvm shader compiler

https://bugs.freedesktop.org/show_bug.cgi?id=50360 Bug #: 50360 Summary: flightgear has absymal performance with the llvm shader compiler Classification: Unclassified Product: Mesa Version: git Platform: Other

[Bug 50232] screen redraw is wrong in sauerbraten with the llvm compiler

https://bugs.freedesktop.org/show_bug.cgi?id=50232 almos changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 50230] offset mapping in nexuiz results in bad texturing with the llvm compiler

https://bugs.freedesktop.org/show_bug.cgi?id=50230 almos changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[RFC] Synchronizing access to buffers shared with dma-buf between drivers/devices

> > There are multiple ways synchronization can be achieved, > > fences/sync objects is one common approach, however we're > > presenting a different approach. Personally, I quite like > > fence sync objects, however we believe it requires a lot of > > userspace interfaces to be changed to pass

[RFC] Synchronizing access to buffers shared with dma-buf between drivers/devices

On 25/05/12 14:08, Tom Cooksey wrote: > Hi All, > > I realise it's been a while since this was last discussed, however I'd like > to bring up kernel-side synchronization again. By kernel-side > synchronization, I mean allowing multiple drivers/devices wanting to access > the same buffer to do so

[PATCH] gpu: remove gma500 stub driver

On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote: > In v3.3, the gma500 drm driver moved from staging to drm group by > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control > brightness well and don't need gma500 stub driver anymore. > > Cc: randy.dunlap at oracle.com >

[PATCH] gpu: remove gma500 stub driver

? ??2012-05-25 ? 16:07 +0900?Greg KH ??? > On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote: > > In v3.3, the gma500 drm driver moved from staging to drm group by > > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control > > brightness well and don't need gma500 stub driver

[PATCH] gpu: schedule gma500 stub driver for feature removal

On Fri, 25 May 2012 04:53:50 +0900 Greg KH wrote: > On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote: > > In v3.3, the gma500 drm driver moved from staging to drm group by > > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control > > brightness well and don't need gma500

[Linaro-mm-sig] [PATCH] dma-buf: fix disabled vmap function

Hi Dave, On 25 May 2012 14:34, Dave Airlie wrote: > From: Dave Airlie > > include/linux/dma-buf.h: In function ?dma_buf_vmap?: > include/linux/dma-buf.h:260:1: warning: no return statement in function > returning non-void [-Wreturn-type] > > Reported-by: wfg at linux.intel.com > Signed-off-by:

[GIT PULL]: dma-buf updates for 3.5

Hi Linus, On 25 May 2012 13:25, Sumit Semwal wrote: > Hi Linus, > > Here's the first signed-tag pull request for dma-buf framework. > > Could you please pull the dma-buf updates for 3.5? This includes the > following key items: > - mmap support > - vmap support > - related documentation updates

drm: add helper to clflush a virtual address range

Hi Daniel, I see you say you wanted the patch below for the stable tree, due to some later patch needing it, yet this patch was not "marked" for the stable tree, and I can't seem to figure out which "later patch" you are referring to here. Any hints on what I should do for the 3.4-stable kernel

[pull] drm-intel-fixes for 3.5

On Thu, May 24, 2012 at 05:56:24PM +0200, Daniel Vetter wrote: > Hi Dave, > > A set of fixes for 3.5: > - Fixes for regressions in 3.5: fix spurious gmbus NAK, fix module unload, > fix pch pll asserts. > - Fix up eDP panel power sequencing - turns out we need to keep vdd on > while switching

[Bug 43272] pink/purple line displays to the left of the screen

https://bugzilla.kernel.org/show_bug.cgi?id=43272 Alan changed: What|Removed |Added Status|RESOLVED|CLOSED CC|

[Intel-gfx] [PATCH 02/14] drm: handle HDP and polled connectors separately

On 5/24/12 3:26 PM, Daniel Vetter wrote: > Instead of reusing the polling code for hdp handling, split them up. > This has a few consequences: > - Don't touch HDP capable connectors in the poll loop. > - Only touch HDP capable connectors in drm_helper_hpd_irq_event. > - Run the HDP handling

[GIT PULL]: dma-buf updates for 3.5

Hi Linus, Here's the first signed-tag pull request for dma-buf framework. Could you please pull the dma-buf updates for 3.5? This includes the following key items: - mmap support - vmap support - related documentation updates These are needed by various drivers to allow mmap/vmap of dma-buf

[PATCH] drm: introduce DRM_CONNECTOR_POLL_FORCE

Useful for ->detect functions that have different behaviour if force is set. This way probe_single_connector can avoid to do the expensive edid dance on connectors where this is not needed. I've checked through all drivers and set this flag everywhere where the connector->detect function has

[Bug 12882] [855GM missing DVO driver] s-video not detected

https://bugs.freedesktop.org/show_bug.cgi?id=12882 Daniel Vetter changed: What|Removed |Added Summary|[855GM missng DVO driver] |[855GM missing DVO driver]

[RFC] Synchronizing access to buffers shared with dma-buf between drivers/devices

Hi All, I realise it's been a while since this was last discussed, however I'd like to bring up kernel-side synchronization again. By kernel-side synchronization, I mean allowing multiple drivers/devices wanting to access the same buffer to do so without bouncing up to userspace to resolve

[Bug 17902] [830M missing dvo driver] need support for DVO-LVDS via na2501

https://bugs.freedesktop.org/show_bug.cgi?id=17902 Daniel Vetter changed: What|Removed |Added Summary|[830M] need support for |[830M missing dvo driver]

[Bug 12882] [855GM missng DVO driver] s-video not detected

https://bugs.freedesktop.org/show_bug.cgi?id=12882 Daniel Vetter changed: What|Removed |Added Summary|[855GM DVO] s-video not |[855GM missng DVO driver]

[Bug 30845] [855 missing dvo driver] DVI output unsupported

https://bugs.freedesktop.org/show_bug.cgi?id=30845 Daniel Vetter changed: What|Removed |Added Severity|normal |enhancement Priority|medium

[Bug 17902] [830M] need support for DVO-LVDS via na2501

https://bugs.freedesktop.org/show_bug.cgi?id=17902 Chris Wilson changed: What|Removed |Added CC||thor at math.tu-berlin.de --- Comment

[RFC][PATCH 2/2] libdrm: atomic mode set

From: Ville Syrj?l? --- include/drm/drm.h |1 + include/drm/drm_mode.h | 13 +++ xf86drmMode.c | 270 xf86drmMode.h | 19 4 files changed, 303 insertions(+), 0 deletions(-) diff

[RFC][PATCH 1/2] libkms: YUYV support

From: Ville Syrj?l? --- libkms/intel.c |6 +- libkms/libkms.h |2 ++ 2 files changed, 7 insertions(+), 1 deletions(-) diff --git a/libkms/intel.c b/libkms/intel.c index 8b8249b..8aeb6ae 100644 --- a/libkms/intel.c +++ b/libkms/intel.c @@ -52,7 +52,7

[RFC][PATCH 0/2] libdrm: Atomic mode setting stuff

Here's the libdrm part of the atomic mode setting stuff. There's a new object I christened drmModePropertySet. It's an opaque object which is used to keep track of property changes for the user. Internally it's just a linked list of object_id/property_id/property_value tuples. The list is sorted

Oops with Radeon/Uninorth on Maple

On Thu, May 24, 2012 at 2:18 AM, Dmitry Eremin-Solenikov wrote: > Hello, colleagues, > > I'm trying to enable an AGP slot (again) on my Maple board (dual PPC970FX > board, with CPC925 (U3H) north bridge). > > ?For now I'm stuck with a problem: I use radeon card, drm-radeon driver with > KMS. > >

Oops with Radeon/Uninorth on Maple

On Thu, 2012-05-24 at 10:18 +0400, Dmitry Eremin-Solenikov wrote: > Hello, colleagues, > > I'm trying to enable an AGP slot (again) on my Maple board (dual > PPC970FX board, with CPC925 (U3H) north bridge). > > For now I'm stuck with a problem: I use radeon card, drm-radeon driver > with

[Bug 43272] pink/purple line displays to the left of the screen

https://bugzilla.kernel.org/show_bug.cgi?id=43272 Damien Churchill changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] dma-buf: fix disabled vmap function

From: Dave Airlie include/linux/dma-buf.h: In function ?dma_buf_vmap?: include/linux/dma-buf.h:260:1: warning: no return statement in function returning non-void [-Wreturn-type] Reported-by: wfg at linux.intel.com Signed-off-by: Dave Airlie --- include/linux/dma-buf.h |

[PATCH] gpu: remove gma500 stub driver

In v3.3, the gma500 drm driver moved from staging to drm group by Alan Cox's 3abcf41fb patch. the gma500 drm driver should control brightness well and don't need gma500 stub driver anymore. Cc: randy.dunlap at oracle.com Cc: mjg59 at srcf.ucam.org Cc: gregkh at suse.de Cc: trenn at suse.de Cc:

[GIT PULL]: dma-buf updates for 3.5

On Fri, May 25, 2012 at 2:17 AM, Sumit Semwal wrote: > > I am really sorry - I goofed up in the git URL (sent the ssh URL > instead). I was going to send you an acerbic email asking for your private ssh key, but then noticed that you had sent another email with the public version of the git

drm/i915 3.5 merge window: gen6_sanitize_pm errors

On Thu, May 24, 2012 at 07:27:04PM -0700, Linus Torvalds wrote: > These guys seem to be recently introduced: > > [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy: > GEN6_RP_INTERRUPT_LIMITS expected 1700, was 1206 > [drm:gen6_sanitize_pm] *ERROR* Power management

drm/i915 3.5 merge window: gen6_sanitize_pm errors

On Thu, 24 May 2012 19:27:04 -0700, Linus Torvalds wrote: > These guys seem to be recently introduced: > > [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy: > GEN6_RP_INTERRUPT_LIMITS expected 1700, was 1206 > [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy: >

[Bug 39832] HDA ATI HDMI: no sound with 3.0 - 2.6.39.3 works

https://bugzilla.kernel.org/show_bug.cgi?id=39832 --- Comment #24 from Santiago Garcia Mantinan 2012-05-25 07:35:48 --- About my previous message... when I talk about 3.0 and 3.1 I meant that they were also failing, not working, 2.6.39 was the last working one for me, I tested all the

[Bug 50325] Glyphy bad render on r600g (software render is fine)

https://bugs.freedesktop.org/show_bug.cgi?id=50325 --- Comment #3 from T?r?k Edwin 2012-05-25 00:22:27 PDT --- With the git version of Mesa I get an error, opened new bug here: https://bugs.freedesktop.org/show_bug.cgi?id=50338 EE r600_shader.c:140

[Bug 50338] r600g: EE r600_shader.c:140 r600_pipe_shader_create - translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=50338 --- Comment #1 from T?r?k Edwin 2012-05-25 00:22:02 PDT --- Created attachment 62088 --> https://bugs.freedesktop.org/attachment.cgi?id=62088 R600_DUMP_SHADERS=1 output from working Mesa 8.0.2 shader dump from

[Bug 50338] New: r600g: EE r600_shader.c:140 r600_pipe_shader_create - translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=50338 Bug #: 50338 Summary: r600g: EE r600_shader.c:140 r600_pipe_shader_create - translation from TGSI failed ! Classification: Unclassified Product: Mesa Version: git

[PATCH] gpu: schedule gma500 stub driver for feature removal

? ??2012-05-25 ? 04:53 +0900?Greg KH ??? > On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote: > > In v3.3, the gma500 drm driver moved from staging to drm group by > > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control > > brightness well and don't need gma500 stub driver

[Bug 39832] HDA ATI HDMI: no sound with 3.0 - 2.6.39.3 works

https://bugzilla.kernel.org/show_bug.cgi?id=39832 Santiago Garcia Mantinan changed: What|Removed |Added CC||manty at manty.net ---

[PATCH] gpu: schedule gma500 stub driver for feature removal

On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote: > In v3.3, the gma500 drm driver moved from staging to drm group by > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control > brightness well and don't need gma500 stub driver anymore. > > So, my plan is remove gma500 stub

[PATCH] gpu: remove gma500 stub driver

On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote: > In v3.3, the gma500 drm driver moved from staging to drm group by > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control > brightness well and don't need gma500 stub driver anymore. Looks good to me. -- Matthew Garrett

[RFC][PATCH 6/6] WIP drm/i915: "Atomic" modeset test implementation

From: Ville Syrj?l? Just a quick prototype to test the atomic modeset API. Implemented via already existing non-atomic mechanisms internally. --- drivers/gpu/drm/i915/Makefile|1 + drivers/gpu/drm/i915/intel_atomic.c | 788

[RFC][PATCH 5/6] WIP: drm: Atomic modeset ioctl

From: Ville Syrj?l? First draft. The ioctl simply takes a list of object IDs and property IDs and their values. For setting values to blob properties, the property value indicates the length of the data, and the actual data is passed via another blob pointer.

[RFC][PATCH 4/6] drm: Refactor object property check code

From: Ville Syrj?l? Refactor the code to check whether an object has a specific property to a new function. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c | 20 ++-- 1 files changed, 14 insertions(+), 6 deletions(-) diff --git

[RFC][PATCH 3/6] drm: Allow drm_mode_object_find() to look up an object of any type

From: Ville Syrj?l? To avoid having to pass object types from userspace for atomic mode setting ioctl, allow drm_mode_object_find() to look up an object of any type. This will only work as long as the all object types share the ID space. Signed-off-by: Ville

[RFC][PATCH 2/6] drm: Allow signed values for range properties

From: Ville Syrj?l? Treat a range property as signed when the unsigned minimum value is larger than the unsigned maximum value. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c | 17 ++--- 1 files changed, 14 insertions(+), 3

[RFC][PATCH 1/6] drm: Export drm_property_create_blob() and drm_property_destroy_blob()

From: Ville Syrj?l? Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c |8 +--- include/drm/drm_crtc.h |4 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index

[RFC][PATCH 0/6] WIP: drm: Atomic mode setting idea

This is some very early demo code for the atomic modesetting feature. According to my current plan there would be just one ioctl. You simply feed it an arbitrary list of object properties and the implementation will decice how it can apply those (for example, whether it can complete the operation

[Bug 39832] HDA ATI HDMI: no sound with 3.0 - 2.6.39.3 works

https://bugzilla.kernel.org/show_bug.cgi?id=39832 Santiago Garcia Mantinan ma...@manty.net changed: What|Removed |Added CC|

Re: drm/i915 3.5 merge window: gen6_sanitize_pm errors

On Thu, 24 May 2012 19:27:04 -0700, Linus Torvalds torva...@linux-foundation.org wrote: These guys seem to be recently introduced: [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 1700, was 1206 [drm:gen6_sanitize_pm] *ERROR* Power

[Bug 50338] New: r600g: EE r600_shader.c:140 r600_pipe_shader_create - translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=50338 Bug #: 50338 Summary: r600g: EE r600_shader.c:140 r600_pipe_shader_create - translation from TGSI failed ! Classification: Unclassified Product: Mesa Version: git

[Bug 50338] r600g: EE r600_shader.c:140 r600_pipe_shader_create - translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=50338 --- Comment #1 from Török Edwin edwin+m...@etorok.net 2012-05-25 00:22:02 PDT --- Created attachment 62088 -- https://bugs.freedesktop.org/attachment.cgi?id=62088 R600_DUMP_SHADERS=1 output from working Mesa 8.0.2 shader dump from working:

[Bug 50325] Glyphy bad render on r600g (software render is fine)

https://bugs.freedesktop.org/show_bug.cgi?id=50325 --- Comment #3 from Török Edwin edwin+m...@etorok.net 2012-05-25 00:22:27 PDT --- With the git version of Mesa I get an error, opened new bug here: https://bugs.freedesktop.org/show_bug.cgi?id=50338 EE r600_shader.c:140 r600_pipe_shader_create -

Re: drm/i915 3.5 merge window: gen6_sanitize_pm errors

On Thu, May 24, 2012 at 07:27:04PM -0700, Linus Torvalds wrote: These guys seem to be recently introduced: [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 1700, was 1206 [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy:

[RFC][PATCH 1/2] libkms: YUYV support

From: Ville Syrjälä ville.syrj...@linux.intel.com --- libkms/intel.c |6 +- libkms/libkms.h |2 ++ 2 files changed, 7 insertions(+), 1 deletions(-) diff --git a/libkms/intel.c b/libkms/intel.c index 8b8249b..8aeb6ae 100644 --- a/libkms/intel.c +++ b/libkms/intel.c @@ -52,7 +52,7 @@

[PATCH] dma-buf: fix disabled vmap function

From: Dave Airlie airl...@redhat.com include/linux/dma-buf.h: In function ‘dma_buf_vmap’: include/linux/dma-buf.h:260:1: warning: no return statement in function returning non-void [-Wreturn-type] Reported-by: w...@linux.intel.com Signed-off-by: Dave Airlie airl...@redhat.com ---

Re: [Linaro-mm-sig] [PATCH] dma-buf: fix disabled vmap function

On Fri, May 25, 2012 at 10:18 AM, Sumit Semwal sumit.sem...@linaro.org wrote: Hi Dave, On 25 May 2012 14:34, Dave Airlie airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com include/linux/dma-buf.h: In function ‘dma_buf_vmap’: include/linux/dma-buf.h:260:1: warning: no return

[Bug 43272] pink/purple line displays to the left of the screen

https://bugzilla.kernel.org/show_bug.cgi?id=43272 Damien Churchill dam...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[RFC] Synchronizing access to buffers shared with dma-buf between drivers/devices

Hi All, I realise it's been a while since this was last discussed, however I'd like to bring up kernel-side synchronization again. By kernel-side synchronization, I mean allowing multiple drivers/devices wanting to access the same buffer to do so without bouncing up to userspace to resolve

Re: [pull] drm-intel-fixes for 3.5

On Thu, May 24, 2012 at 05:56:24PM +0200, Daniel Vetter wrote: Hi Dave, A set of fixes for 3.5: - Fixes for regressions in 3.5: fix spurious gmbus NAK, fix module unload, fix pch pll asserts. - Fix up eDP panel power sequencing - turns out we need to keep vdd on while switching

[PATCH] drm: introduce DRM_CONNECTOR_POLL_FORCE

Useful for -detect functions that have different behaviour if force is set. This way probe_single_connector can avoid to do the expensive edid dance on connectors where this is not needed. I've checked through all drivers and set this flag everywhere where the connector-detect function has

[Bug 17902] [830M] need support for DVO-LVDS via na2501

https://bugs.freedesktop.org/show_bug.cgi?id=17902 Chris Wilson ch...@chris-wilson.co.uk changed: What|Removed |Added CC|

[Bug 12882] [855GM missng DVO driver] s-video not detected

https://bugs.freedesktop.org/show_bug.cgi?id=12882 Daniel Vetter dan...@ffwll.ch changed: What|Removed |Added Summary|[855GM DVO] s-video not |[855GM missng DVO driver]

[Bug 17902] [830M missing dvo driver] need support for DVO-LVDS via na2501

https://bugs.freedesktop.org/show_bug.cgi?id=17902 Daniel Vetter dan...@ffwll.ch changed: What|Removed |Added Summary|[830M] need support for |[830M missing dvo driver]

[Bug 12882] [855GM missing DVO driver] s-video not detected

https://bugs.freedesktop.org/show_bug.cgi?id=12882 Daniel Vetter dan...@ffwll.ch changed: What|Removed |Added Summary|[855GM missng DVO driver] |[855GM missing DVO

Re: [PATCH] omap2+: add drm device

On Thu, May 24, 2012 at 12:01 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: Hi, On Wed, 2012-05-23 at 15:08 -0500, Andy Gross wrote: Register OMAP DRM/KMS platform device.  DMM is split into a separate device using hwmod. Signed-off-by: Andy Gross andy.gr...@ti.com snip +static int

Oops with Radeon/Uninorth on Maple

Hello, colleagues, I'm trying to enable an AGP slot (again) on my Maple board (dual PPC970FX board, with CPC925 (U3H) north bridge). For now I'm stuck with a problem: I use radeon card, drm-radeon driver with KMS. If I force drm-radeon to think about a card as about PCI card (by

Re: [patch] drm/udl: unlock before returning in udl_gem_mmap()

On Thu, Mar 22, 2012 at 09:30:56AM +0300, Dan Carpenter wrote: If we hit an error here, then we should unlock and unreference obj before returning. This is still present in linux-next. regards, dan carpenter Signed-off-by: Dan Carpenter dan.carpen...@oracle.com diff --git

RE: [PATCH 08/10] drm/radeon: replace pflip and sw_int counters with atomics

-Original Message- From: Sylvain BERTRAND [mailto:sylw...@legeek.net] Sent: Thursday, May 24, 2012 1:59 PM To: Christian König Cc: j.gli...@gmail.com; Koenig, Christian; dri-devel@lists.freedesktop.org Subject: Re: [PATCH 08/10] drm/radeon: replace pflip and sw_int counters with

Re: [PATCH] gpu: schedule gma500 stub driver for feature removal

On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote: In v3.3, the gma500 drm driver moved from staging to drm group by Alan Cox's 3abcf41fb patch. the gma500 drm driver should control brightness well and don't need gma500 stub driver anymore. So, my plan is remove gma500 stub driver

Re: [PATCH] gpu: schedule gma500 stub driver for feature removal

於 五，2012-05-25 於 04:53 +0900，Greg KH 提到： On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote: In v3.3, the gma500 drm driver moved from staging to drm group by Alan Cox's 3abcf41fb patch. the gma500 drm driver should control brightness well and don't need gma500 stub driver

[PATCH] gpu: remove gma500 stub driver

In v3.3, the gma500 drm driver moved from staging to drm group by Alan Cox's 3abcf41fb patch. the gma500 drm driver should control brightness well and don't need gma500 stub driver anymore. Cc: randy.dun...@oracle.com Cc: mj...@srcf.ucam.org Cc: gre...@suse.de Cc: tr...@suse.de Cc:

Re: drm: add helper to clflush a virtual address range

Hi Daniel, I see you say you wanted the patch below for the stable tree, due to some later patch needing it, yet this patch was not marked for the stable tree, and I can't seem to figure out which later patch you are referring to here. Any hints on what I should do for the 3.4-stable kernel tree

Re: [PATCH] gpu: remove gma500 stub driver

On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote: In v3.3, the gma500 drm driver moved from staging to drm group by Alan Cox's 3abcf41fb patch. the gma500 drm driver should control brightness well and don't need gma500 stub driver anymore. Cc: randy.dun...@oracle.com Cc:

Re: [PATCH] gpu: remove gma500 stub driver

於 五，2012-05-25 於 16:07 +0900，Greg KH 提到： On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote: In v3.3, the gma500 drm driver moved from staging to drm group by Alan Cox's 3abcf41fb patch. the gma500 drm driver should control brightness well and don't need gma500 stub driver

[GIT PULL]: dma-buf updates for 3.5

Hi Linus, Here's the first signed-tag pull request for dma-buf framework. Could you please pull the dma-buf updates for 3.5? This includes the following key items: - mmap support - vmap support - related documentation updates These are needed by various drivers to allow mmap/vmap of dma-buf

Re: [GIT PULL]: dma-buf updates for 3.5

Hi Linus, On 25 May 2012 13:25, Sumit Semwal sumit.sem...@linaro.org wrote: Hi Linus, Here's the first signed-tag pull request for dma-buf framework. Could you please pull the dma-buf updates for 3.5? This includes the following key items: - mmap support - vmap support - related

Re: [Linaro-mm-sig] [PATCH] dma-buf: fix disabled vmap function

Hi Dave, On 25 May 2012 14:34, Dave Airlie airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com include/linux/dma-buf.h: In function ‘dma_buf_vmap’: include/linux/dma-buf.h:260:1: warning: no return statement in function returning non-void [-Wreturn-type] Reported-by:

[Bug 43272] pink/purple line displays to the left of the screen

https://bugzilla.kernel.org/show_bug.cgi?id=43272 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|RESOLVED|CLOSED

Re: [RFC] Synchronizing access to buffers shared with dma-buf between drivers/devices

On 25/05/12 14:08, Tom Cooksey wrote: Hi All, I realise it's been a while since this was last discussed, however I'd like to bring up kernel-side synchronization again. By kernel-side synchronization, I mean allowing multiple drivers/devices wanting to access the same buffer to do so without

Re: [PATCH] gpu: schedule gma500 stub driver for feature removal

On Fri, 25 May 2012 04:53:50 +0900 Greg KH gre...@linuxfoundation.org wrote: On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote: In v3.3, the gma500 drm driver moved from staging to drm group by Alan Cox's 3abcf41fb patch. the gma500 drm driver should control brightness well and

Re: Oops with Radeon/Uninorth on Maple

On Thu, May 24, 2012 at 2:18 AM, Dmitry Eremin-Solenikov dmitry_ere...@mentor.com wrote: Hello, colleagues, I'm trying to enable an AGP slot (again) on my Maple board (dual PPC970FX board, with CPC925 (U3H) north bridge).  For now I'm stuck with a problem: I use radeon card, drm-radeon

Re: [GIT PULL]: dma-buf updates for 3.5

On Fri, May 25, 2012 at 2:17 AM, Sumit Semwal sumit.sem...@linaro.org wrote: I am really sorry - I goofed up in the git URL (sent the ssh URL instead). I was going to send you an acerbic email asking for your private ssh key, but then noticed that you had sent another email with the public

RE: [RFC] Synchronizing access to buffers shared with dma-buf between drivers/devices

There are multiple ways synchronization can be achieved, fences/sync objects is one common approach, however we're presenting a different approach. Personally, I quite like fence sync objects, however we believe it requires a lot of userspace interfaces to be changed to pass around

Re: [Intel-gfx] [PATCH 02/14] drm: handle HDP and polled connectors separately

On 5/24/12 3:26 PM, Daniel Vetter wrote: Instead of reusing the polling code for hdp handling, split them up. This has a few consequences: - Don't touch HDP capable connectors in the poll loop. - Only touch HDP capable connectors in drm_helper_hpd_irq_event. - Run the HDP handling directly

[Bug 50230] offset mapping in nexuiz results in bad texturing with the llvm compiler

https://bugs.freedesktop.org/show_bug.cgi?id=50230 almos aaalmo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 50232] screen redraw is wrong in sauerbraten with the llvm compiler

https://bugs.freedesktop.org/show_bug.cgi?id=50232 almos aaalmo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 50360] New: flightgear has absymal performance with the llvm shader compiler

https://bugs.freedesktop.org/show_bug.cgi?id=50360 Bug #: 50360 Summary: flightgear has absymal performance with the llvm shader compiler Classification: Unclassified Product: Mesa Version: git Platform: Other

[Bug 43207] radeon driver on HD6570 shows pixel noise

https://bugzilla.kernel.org/show_bug.cgi?id=43207 --- Comment #9 from Vladislav Tcendrovskii c...@mail.ru 2012-05-25 20:10:06 --- I've tried this patch on kernel 3.4, but the only visible result - switching from noisy X screen to framebuffer console is much faster. After such switching

[Bug 17902] [830M missing dvo driver] need support for DVO-LVDS via na2501

https://bugs.freedesktop.org/show_bug.cgi?id=17902 --- Comment #72 from t...@math.tu-berlin.de 2012-05-25 14:51:23 PDT --- Ok, I managed to cross-compile the patched kernel sources on a much faster x64 machine, so I now have an initrd and a vmlinuz with the patch in it. I won't have access to the

[Bug 50360] flightgear has absymal performance with the llvm shader compiler

https://bugs.freedesktop.org/show_bug.cgi?id=50360 --- Comment #1 from Vadim Girlin pt...@yandex.ru 2012-05-25 15:21:57 PDT --- Created attachment 62113 -- https://bugs.freedesktop.org/attachment.cgi?id=62113 patch Does this patch help? -- Configure bugmail: