[PATCH 1/2] omap2+: add drm device

On Mon, Jan 16, 2012 at 7:01 PM, Rob Clark wrote: > On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras > wrote: >> On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark wrote: >>> On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras >>> wrote: On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark wrote:

[PATCH] drm/i915: kill i915_mem.c

On Thu, Dec 22, 2011 at 10:23:14PM +0100, Daniel Vetter wrote: > Some decent history digging indicates that this was to be used for the > GLX_MESA_allocate_memory extension but never actually implemented for > any released i915 userspace code. > > So just rip it out. > > Cc: Dave Airlie > Cc:

[Intel-gfx] [PATCH 1/2] drm: give up on edid retries when i2c bus is not responding

Hi Dave, Is it ok if I merge this through my -next tree? Otherwise please consider merging this for 3.4. Yours, Daniel On Thu, Jan 05, 2012 at 09:34:28AM -0200, Eugeni Dodonov wrote: > This allows to avoid talking to a non-responding bus repeatedly until we > finally timeout after 15 attempts.

New drm-intel-next tree

Hi all, Because Keith is routinely really busy with all kinds of things, notably gathering fixes for drm-intel-fixes, the patch merge process for the next release cycle sometimes falls behind. To support him and improve things I've been volunteered to take over handling the -next tree. The main

[Bug 42580] [radeon RS690] resume fails when radeon firmware is not available

https://bugzilla.kernel.org/show_bug.cgi?id=42580 J?r?me Glisse changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 43698] On PPC, OpenGL programs use incorrect texture colors.

https://bugs.freedesktop.org/show_bug.cgi?id=43698 --- Comment #12 from GhostlyDeath 2012-01-16 12:36:30 PST --- I still get rendering errors with PrBoom with the patch applied. Do you have a complete patch that can be applied to a more recent git revision? By the way, I rebuilt with: # make

[Intel-gfx] [RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

On Mon, Jan 16, 2012 at 7:59 PM, Paulo Zanoni wrote: > Hi > > 2012/1/5 Jakob Bornecrantz : >> Couldn't this be done by just adding a property instead of a ioctl? >> > > So I've discussed this with Jesse and it seems the best way to turn > this into a property is to add support for CRTC

[Bug 42580] [radeon RS690] resume fails when radeon firmware is not available

https://bugzilla.kernel.org/show_bug.cgi?id=42580 J?r?me Glisse changed: What|Removed |Added CC||glisse at freedesktop.org ---

[Bug 44800] Radeon HD 6450 CAICOS screen corruption and kernel crashes

https://bugs.freedesktop.org/show_bug.cgi?id=44800 --- Comment #9 from Marko Kohtala 2012-01-16 11:43:20 PST --- Created attachment 55651 --> https://bugs.freedesktop.org/attachment.cgi?id=55651 Artefacts in X, screencapture This capture was with the enable_mtrr_cleanup mtrr_spare_reg_nr=1

[Bug 44800] Radeon HD 6450 CAICOS screen corruption and kernel crashes

https://bugs.freedesktop.org/show_bug.cgi?id=44800 --- Comment #8 from Marko Kohtala 2012-01-16 11:26:00 PST --- Created attachment 55650 --> https://bugs.freedesktop.org/attachment.cgi?id=55650 dmesg with enable_mtrr_cleanup Attached the dmesg with The /proc/mtrr is reg00:

[PATCH 1/2] omap2+: add drm device

On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark wrote: > On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras > wrote: >> On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark wrote: >>> On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras >>> wrote: On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark wrote:

[Intel-gfx] [RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

2012/1/16 Dave Airlie : > > Okay I must have missed the bit where you explain why a connector > property isn't used? The registers that contain the rotation information are the pipe registers and, as far as I understood, each pipe is associated with only one crtc. We can have more than one

[PATCH 2/3] drm: add CRTC properties

Three comments about the design are inline: > +void drm_crtc_attach_property(struct drm_crtc *crtc, > + ? ? ? ? ? ? ? ? ? ? ? ? ? ? struct drm_property *property, uint64_t > init_val) > +{ > + ? ? ? int i; > + > + ? ? ? for (i = 0; i < DRM_CRTC_MAX_PROPERTY; i++) { > + ? ? ? ? ? ? ? if

[PATCH 2/3] drm: add CRTC properties

From: Paulo Zanoni Code based on the connector properties code. Two new ioctls: - DRM_IOCTL_MODE_CRTC_GETPROPERTIES - DRM_IOCTL_MODE_CRTC_SETPROPERTY The i915 driver needs this (for the rotation property). Other drivers might need this too. Signed-off-by: Paulo

[PATCH 1/3] drm: add drm_property_change_is_valid

From: Paulo Zanoni Move code from drm_mode_connector_property_set_ioctl to a new function, so we can reuse this code when we add crtc properties. Signed-off-by: Paulo Zanoni --- drivers/gpu/drm/drm_crtc.c | 41 + 1 files

[RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

Hi 2012/1/5 Jakob Bornecrantz : > Couldn't this be done by just adding a property instead of a ioctl? > So I've discussed this with Jesse and it seems the best way to turn this into a property is to add support for CRTC properties, then add a "rotation" property for the i915 driver. This will

New drm-intel-next tree

On Mon, Jan 16, 2012 at 17:41, Daniel Vetter wrote: > > Hi all, > > Because Keith is routinely really busy with all kinds of things, notably > gathering fixes for drm-intel-fixes, the patch merge process for the next > release cycle sometimes falls behind. To support him and improve things I've >

[Bug 43858] DVI of ATI RADEON 9200 AGP don't work

https://bugs.freedesktop.org/show_bug.cgi?id=43858 --- Comment #18 from Valter 2012-01-16 09:22:40 PST --- Hello to everybody, again. I stand corrected. After further tests, after rebooting, it is sufficient only to give the command: xrandr - output DVI-0 - mode 1920x1080R so that the

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #9 from smoki 2012-01-16 16:37:29 UTC --- Created attachment 55656 --> https://bugs.freedesktop.org/attachment.cgi?id=55656 oprofiled fog -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[PATCH 1/2] omap2+: add drm device

On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark wrote: > On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras > wrote: >> On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark wrote: >>> diff --git a/arch/arm/plat-omap/Makefile b/arch/arm/plat-omap/Makefile >>> index 9a58461..b86e6cb 100644 >>> ---

[next] Null pointer dereference in nouveau_vm_map_sg

On Sun, Jan 15, 2012 at 10:31:08PM +0100, Martin Nyhus wrote: > In some cases mem will be null in nouveau_vm_map_sg, resulting in a crash > at drivers/gpu/drm/nouveau/nouveau_vm.c:84. It seems to be easy enough to > reproduce, so I can test patches if needed. > > Martin > How do you

[PATCH 1/2] omap2+: add drm device

On Mon, Jan 16, 2012 at 2:37 PM, Felipe Contreras wrote: > On Mon, Jan 16, 2012 at 7:01 PM, Rob Clark wrote: >> On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras >> wrote: >>> On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark wrote: On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras wrote:

[Bug 36441] [RV620] Artefacts in launcher and dash (horizontal noise lines and color loss)

https://bugs.freedesktop.org/show_bug.cgi?id=36441 --- Comment #8 from Alex Deucher 2012-01-16 06:16:23 PST --- Is this still an issue on newer versions of r600g? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[Bug 36441] [RV620] Artefacts in launcher and dash (horizontal noise lines and color loss)

https://bugs.freedesktop.org/show_bug.cgi?id=36441 --- Comment #7 from Tom Simnett 2012-01-16 05:40:18 PST --- Created attachment 55636 --> https://bugs.freedesktop.org/attachment.cgi?id=55636 artefacts under -nouveau This appears to happen in -nouveau too.

[Bug 43858] DVI of ATI RADEON 9200 AGP don't work

https://bugs.freedesktop.org/show_bug.cgi?id=43858 --- Comment #17 from Valter 2012-01-16 05:39:36 PST --- Ok. I made ??the suggestion of Alex in this way: 1) I gave the following terminal commands: xrandr - newmode "1920x1080R" 138.50 1920 1968 2000 2080 1080 1083 1088 + hsync-vsync

[PATCH 5/5] drm/omap: updates for DSS fifomerge API changes

From: Rob Clark Signed-off-by: Rob Clark --- drivers/staging/omapdrm/omap_crtc.c |2 +- drivers/staging/omapdrm/omap_drv.h |6 ++ drivers/staging/omapdrm/omap_plane.c | 33 - 3 files changed, 31 insertions(+), 10 deletions(-) diff

[PATCH 4/5] drm/omap: multiplanar and YUV support

From: Rob Clark Add support in framebuffer objects for other color formats and multi- planar YUV (NV12). Since this requires changing the API between the plane and fb for getting scanout information (paddr, etc), take advantage of the opportunity and put in place a way to allow

[PATCH 3/5] drm/omap: add drm_plane support

From: Rob Clark Because framebuffer layer and overlay scanout video pipes are basically thing in OMAP display subsystem (the only difference being that the first video pipe does not support scaling or YUV formats), much of the CRTC code is pulled into the plane implementation, and a

[PATCH 2/5] drm/omap: drm API update: addfb2

From: Rob Clark Update to reflect changes in: "drm: add an fb creation ioctl that takes a pixel format v5" Signed-off-by: Rob Clark --- drivers/staging/omapdrm/omap_drv.h | 30 +- drivers/staging/omapdrm/omap_fb.c| 103 ++

[PATCH 1/5] drm/omap: drm API update: make fops struct const

From: Rob Clark Update to reflect changes in: "Make the per-driver file_operations struct const" Signed-off-by: Rob Clark --- drivers/staging/omapdrm/omap_drv.c | 24 +--- 1 files changed, 13 insertions(+), 11 deletions(-) diff --git

[PATCH 0/5] drm/omap: updates for latest master

From: Rob Clark Now that drm and fbdev (omapdss) next trees have been pulled by Linus, here are the updates to keep omapdrm compiling. The first four are re-sends of what was sent earlier, and the fifth takes care of some API changes in omapdss contained in the fbdev pull. Rob

[Bug 44800] Radeon HD 6450 CAICOS screen corruption and kernel crashes

https://bugs.freedesktop.org/show_bug.cgi?id=44800 --- Comment #7 from Michel D?nzer 2012-01-16 03:23:43 PST --- The panic backtrace doesn't look obviously related to the radeon driver ? all the symptoms sound like something might be scribbling more or less randomly over memory. I wonder if

[PATCH 1/2] omap2+: add drm device

On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras wrote: > On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark wrote: >> On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras >> wrote: >>> On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark wrote: On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras

[Bug 43858] DVI of ATI RADEON 9200 AGP don't work

https://bugs.freedesktop.org/show_bug.cgi?id=43858 --- Comment #16 from Michel D?nzer 2012-01-16 02:43:18 PST --- (In reply to comment #15) > X Error of failed request: BadName (named color or font does not exist) > Major opcode of failed request: 150 (RANDR) > Minor opcode of failed

[PATCH 1/2] omap2+: add drm device

On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras wrote: > On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark wrote: >> On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras >> wrote: >>> On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark wrote: diff --git a/arch/arm/plat-omap/Makefile

[Bug 43858] DVI of ATI RADEON 9200 AGP don't work

https://bugs.freedesktop.org/show_bug.cgi?id=43858 --- Comment #16 from Michel Dänzer mic...@daenzer.net 2012-01-16 02:43:18 PST --- (In reply to comment #15) X Error of failed request: BadName (named color or font does not exist) Major opcode of failed request: 150 (RANDR) Minor opcode

[Bug 44800] Radeon HD 6450 CAICOS screen corruption and kernel crashes

https://bugs.freedesktop.org/show_bug.cgi?id=44800 --- Comment #7 from Michel Dänzer mic...@daenzer.net 2012-01-16 03:23:43 PST --- The panic backtrace doesn't look obviously related to the radeon driver — all the symptoms sound like something might be scribbling more or less randomly over

[Bug 43858] DVI of ATI RADEON 9200 AGP don't work

https://bugs.freedesktop.org/show_bug.cgi?id=43858 --- Comment #17 from Valter valter.giovanne...@alice.it 2012-01-16 05:39:36 PST --- Ok. I made ​​the suggestion of Alex in this way: 1) I gave the following terminal commands: xrandr - newmode 1920x1080R 138.50 1920 1968 2000 2080 1080 1083

[Bug 36441] [RV620] Artefacts in launcher and dash (horizontal noise lines and color loss)

https://bugs.freedesktop.org/show_bug.cgi?id=36441 --- Comment #7 from Tom Simnett tom+freedesk...@simnett.com 2012-01-16 05:40:18 PST --- Created attachment 55636 -- https://bugs.freedesktop.org/attachment.cgi?id=55636 artefacts under -nouveau This appears to happen in -nouveau too.

Re: [PATCH 1/2] omap2+: add drm device

On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark rob.cl...@linaro.org wrote: On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras felipe.contre...@gmail.com wrote: On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark rob.cl...@linaro.org wrote: diff --git a/arch/arm/plat-omap/Makefile

Re: [PATCH 1/2] omap2+: add drm device

On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras felipe.contre...@gmail.com wrote: On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark rob.cl...@linaro.org wrote: On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras felipe.contre...@gmail.com wrote: On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark

Re: [PATCH 1/2] omap2+: add drm device

On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark rob.cl...@linaro.org wrote: On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras felipe.contre...@gmail.com wrote: On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark rob.cl...@linaro.org wrote: On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras

Re: [PATCH 1/2] omap2+: add drm device

On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras felipe.contre...@gmail.com wrote: On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark rob.cl...@linaro.org wrote: On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras felipe.contre...@gmail.com wrote: On Fri, Jan 13, 2012 at 11:19 PM, Rob Clark

[Bug 43858] DVI of ATI RADEON 9200 AGP don't work

https://bugs.freedesktop.org/show_bug.cgi?id=43858 --- Comment #18 from Valter valter.giovanne...@alice.it 2012-01-16 09:22:40 PST --- Hello to everybody, again. I stand corrected. After further tests, after rebooting, it is sufficient only to give the command: xrandr - output DVI-0 - mode

[PATCH 0/5] drm/omap: updates for latest master

From: Rob Clark r...@ti.com Now that drm and fbdev (omapdss) next trees have been pulled by Linus, here are the updates to keep omapdrm compiling. The first four are re-sends of what was sent earlier, and the fifth takes care of some API changes in omapdss contained in the fbdev pull. Rob Clark

[PATCH 1/5] drm/omap: drm API update: make fops struct const

From: Rob Clark r...@ti.com Update to reflect changes in: Make the per-driver file_operations struct const Signed-off-by: Rob Clark r...@ti.com --- drivers/staging/omapdrm/omap_drv.c | 24 +--- 1 files changed, 13 insertions(+), 11 deletions(-) diff --git

[PATCH 2/5] drm/omap: drm API update: addfb2

From: Rob Clark r...@ti.com Update to reflect changes in: drm: add an fb creation ioctl that takes a pixel format v5 Signed-off-by: Rob Clark r...@ti.com --- drivers/staging/omapdrm/omap_drv.h | 30 +- drivers/staging/omapdrm/omap_fb.c| 103 ++

[PATCH 3/5] drm/omap: add drm_plane support

From: Rob Clark r...@ti.com Because framebuffer layer and overlay scanout video pipes are basically thing in OMAP display subsystem (the only difference being that the first video pipe does not support scaling or YUV formats), much of the CRTC code is pulled into the plane implementation, and a

[PATCH 5/5] drm/omap: updates for DSS fifomerge API changes

From: Rob Clark r...@ti.com Signed-off-by: Rob Clark r...@ti.com --- drivers/staging/omapdrm/omap_crtc.c |2 +- drivers/staging/omapdrm/omap_drv.h |6 ++ drivers/staging/omapdrm/omap_plane.c | 33 - 3 files changed, 31 insertions(+), 10

[Bug 44800] Radeon HD 6450 CAICOS screen corruption and kernel crashes

https://bugs.freedesktop.org/show_bug.cgi?id=44800 --- Comment #8 from Marko Kohtala marko.koht...@gmail.com 2012-01-16 11:26:00 PST --- Created attachment 55650 -- https://bugs.freedesktop.org/attachment.cgi?id=55650 dmesg with enable_mtrr_cleanup Attached the dmesg with The /proc/mtrr is

[Bug 44800] Radeon HD 6450 CAICOS screen corruption and kernel crashes

https://bugs.freedesktop.org/show_bug.cgi?id=44800 --- Comment #9 from Marko Kohtala marko.koht...@gmail.com 2012-01-16 11:43:20 PST --- Created attachment 55651 -- https://bugs.freedesktop.org/attachment.cgi?id=55651 Artefacts in X, screencapture This capture was with the enable_mtrr_cleanup

Re: New drm-intel-next tree

On Mon, Jan 16, 2012 at 17:41, Daniel Vetter dan...@ffwll.ch wrote: Hi all, Because Keith is routinely really busy with all kinds of things, notably gathering fixes for drm-intel-fixes, the patch merge process for the next release cycle sometimes falls behind. To support him and improve

Re: [RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

Hi 2012/1/5 Jakob Bornecrantz ja...@vmware.com: Couldn't this be done by just adding a property instead of a ioctl? So I've discussed this with Jesse and it seems the best way to turn this into a property is to add support for CRTC properties, then add a rotation property for the i915 driver.

[PATCH 1/3] drm: add drm_property_change_is_valid

From: Paulo Zanoni paulo.r.zan...@intel.com Move code from drm_mode_connector_property_set_ioctl to a new function, so we can reuse this code when we add crtc properties. Signed-off-by: Paulo Zanoni paulo.r.zan...@intel.com --- drivers/gpu/drm/drm_crtc.c | 41

[PATCH 2/3] drm: add CRTC properties

From: Paulo Zanoni paulo.r.zan...@intel.com Code based on the connector properties code. Two new ioctls: - DRM_IOCTL_MODE_CRTC_GETPROPERTIES - DRM_IOCTL_MODE_CRTC_SETPROPERTY The i915 driver needs this (for the rotation property). Other drivers might need this too. Signed-off-by: Paulo Zanoni

[PATCH 3/3] drm/i915: add 'rotation' CRTC property

From: Paulo Zanoni paulo.r.zan...@intel.com This property is needed by to inform the KVMr feature about our current rotation: whenever we change the rotation, we should change that property so that the KVMr knows that the screen is rotated. Signed-off-by: Paulo Zanoni paulo.r.zan...@intel.com

Re: [next] Null pointer dereference in nouveau_vm_map_sg

On Sun, Jan 15, 2012 at 10:31:08PM +0100, Martin Nyhus wrote: In some cases mem will be null in nouveau_vm_map_sg, resulting in a crash at drivers/gpu/drm/nouveau/nouveau_vm.c:84. It seems to be easy enough to reproduce, so I can test patches if needed. Martin How do you trigger

[Bug 42580] [radeon RS690] resume fails when radeon firmware is not available

https://bugzilla.kernel.org/show_bug.cgi?id=42580 Jérôme Glisse gli...@freedesktop.org changed: What|Removed |Added CC|

Re: [PATCH 2/3] drm: add CRTC properties

Three comments about the design are inline: +void drm_crtc_attach_property(struct drm_crtc *crtc, +                             struct drm_property *property, uint64_t init_val) +{ +       int i; + +       for (i = 0; i DRM_CRTC_MAX_PROPERTY; i++) { +               if

Re: [Intel-gfx] [PATCH 1/2] drm: give up on edid retries when i2c bus is not responding

Hi Dave, Is it ok if I merge this through my -next tree? Otherwise please consider merging this for 3.4. Yours, Daniel On Thu, Jan 05, 2012 at 09:34:28AM -0200, Eugeni Dodonov wrote: This allows to avoid talking to a non-responding bus repeatedly until we finally timeout after 15 attempts. We

Re: [Intel-gfx] [RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

On Mon, Jan 16, 2012 at 7:59 PM, Paulo Zanoni przan...@gmail.com wrote: Hi 2012/1/5 Jakob Bornecrantz ja...@vmware.com: Couldn't this be done by just adding a property instead of a ioctl? So I've discussed this with Jesse and it seems the best way to turn this into a property is to add

[Bug 43698] On PPC, OpenGL programs use incorrect texture colors.

https://bugs.freedesktop.org/show_bug.cgi?id=43698 --- Comment #12 from GhostlyDeath ghostlyde...@gmail.com 2012-01-16 12:36:30 PST --- I still get rendering errors with PrBoom with the patch applied. Do you have a complete patch that can be applied to a more recent git revision? By the way, I

[Bug 42580] [radeon RS690] resume fails when radeon firmware is not available

https://bugzilla.kernel.org/show_bug.cgi?id=42580 Jérôme Glisse gli...@freedesktop.org changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH 1/2] omap2+: add drm device

On Mon, Jan 16, 2012 at 7:01 PM, Rob Clark rob.cl...@linaro.org wrote: On Mon, Jan 16, 2012 at 10:59 AM, Felipe Contreras felipe.contre...@gmail.com wrote: On Mon, Jan 16, 2012 at 6:37 PM, Rob Clark rob.cl...@linaro.org wrote: On Mon, Jan 16, 2012 at 8:12 AM, Felipe Contreras

Re: [Intel-gfx] [RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

2012/1/16 Dave Airlie airl...@gmail.com: Okay I must have missed the bit where you explain why a connector property isn't used? The registers that contain the rotation information are the pipe registers and, as far as I understood, each pipe is associated with only one crtc. We can have more

Re: [PATCH] drm/i915: kill i915_mem.c

On Thu, Dec 22, 2011 at 10:23:14PM +0100, Daniel Vetter wrote: Some decent history digging indicates that this was to be used for the GLX_MESA_allocate_memory extension but never actually implemented for any released i915 userspace code. So just rip it out. Cc: Dave Airlie

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #8 from smoki smoki00...@gmail.com 2012-01-16 16:36:23 PST --- Created attachment 55655 -- https://bugs.freedesktop.org/attachment.cgi?id=55655 oprofiled blender -- Configure bugmail:

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #9 from smoki smoki00...@gmail.com 2012-01-16 16:37:29 UTC --- Created attachment 55656 -- https://bugs.freedesktop.org/attachment.cgi?id=55656 oprofiled fog -- Configure bugmail:

[Bug 44848] New: OpenArena brightness control does not work

https://bugs.freedesktop.org/show_bug.cgi?id=44848 Bug #: 44848 Summary: OpenArena brightness control does not work Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW

[PATCH 0/4] drm/exynos: fixed minor bugs.

this patch set fixes the issues that two drivers use same hardware, FIMD and HDMI, and also I'd like to add my colleagues who dedicated to developing and improving Exynos DRM Driver to maintainer entry. this is based on git repository below:

[PATCH 2/4] drm/exynos: fix build dependency for DRM_EXYNOS_HDMI

From: Seung-Woo Kim sw0312@samsung.com DRM_EXYNOS_HDMI driver and VIDEO_SAMSUNG_S5P_TV driver should be not enabled at once because they use same HW blocks. So dependency for DRM_EXYNOS_HDMI is fixed to check VIDEO_SAMSUNG_S5P_TV=n. Signed-off-by: Seung-Woo Kim sw0312@samsung.com