[Bug 43871] New: shader with uniform array/record and if clauses is not translated correctly into TGSI IR

https://bugs.freedesktop.org/show_bug.cgi?id=43871 Bug #: 43871 Summary: shader with uniform array/record and if clauses is not translated correctly into TGSI IR Classification: Unclassified Product: Mesa Version: git

[Bug 43395] Game running in wine stops rendering

https://bugs.freedesktop.org/show_bug.cgi?id=43395 --- Comment #14 from Tomas Schlosser 2011-12-15 14:08:15 PST --- New updates came: kernel 3.1.5-2.fc16 mesa-dri-drivers.x86_64 7.11.2-1.fc16 No changes, rendering stops after a few minutes (5 - 10). I can't build mesa from git. Last time I

[Bug 43655] Latest radeon dri driver on HD6950 with kernel 3.2 flickers

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

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #11 from Alex Deucher 2011-12-15 13:40:27 PST --- (In reply to comment #9) > Created attachment 54475 [details] [review] > glxinfo > > I'm attaching the full output of "glxinfo". Unfortunately, you'll end up with the software 3D

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 Alex Deucher changed: What|Removed |Added Attachment #54475|application/octet-stream|text/plain mime type|

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #10 from Camale?n 2011-12-15 13:28:13 PST --- (In reply to comment #8) > Does the system hang if you remove the NoAccel option but don't load > gnome-shell? Yes, the user has reported that by removing that option from "xorg.conf"

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #9 from Camale?n 2011-12-15 13:25:23 PST --- Created attachment 54475 --> https://bugs.freedesktop.org/attachment.cgi?id=54475 glxinfo I'm attaching the full output of "glxinfo". -- Configure bugmail:

[PATCH 3/3] drm/omap: add debugfs support

From: Andy Gross Right now just a tiler_map file to dump a 2d map of which areas in tiler/dmm have pinned buffers (or reservations). In the future more could be added. Signed-off-by: Rob Clark --- drivers/staging/omapdrm/Makefile |1 +

[PATCH 2/3] drm/omap: avoid aquiring mutex in atomic context

From: Rob Clark omap_gem_roll() could be called by fbcon in atomic context. Avoid aquiring mutex, or calling tiler_pin() (which itself is not safe for atomic context) in these cases. Signed-off-by: Rob Clark --- drivers/staging/omapdrm/omap_gem.c | 16 ++-- 1 files

[PATCH 1/3] drm/omap: add ywrap module param

From: Rob Clark Can be set at boot or module load time to prevent YWRAP scrolling from being enabled. Signed-off-by: Rob Clark --- drivers/staging/omapdrm/omap_fbdev.c | 15 ++- 1 files changed, 10 insertions(+), 5 deletions(-) diff --git

[PATCH] exynos: add module name for Samsung Exynos SoC support.

this patch adds module name for Samsung Exynos SoC. with this patch, we can test kmstest, modetest and vbltest of libdrm. Exynos drm driver of kernel side have been merged to mainline. you can refer to mainline git repository below:

[PATCH] drm/nouveau: Use vsprintf extension %pV

Using %pV can save text. Replace NV_PRINTK macro with nv_printk and use of vsprintf extension %pV. Convert the NV_ macros to use nv_printk and neaten them too. Saves ~45KB or ~5% of total code space for nouveau. $ size drivers/gpu/drm/nouveau/built-in.o* textdata bss dec hex

[Bug 30227] [RADEON:KMS:AGP:R300:PPC] random X freeze by a GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=30227 --- Comment #11 from Michel D?nzer 2011-12-15 10:12:05 PST --- (In reply to comment #10) > However, for me it crashes about 10-20 seconds when glxgears is running, or it > instantly crashes when I attempt to move or resize a window in

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

https://bugs.freedesktop.org/show_bug.cgi?id=43698 --- Comment #8 from Michel D?nzer 2011-12-15 10:02:06 PST --- Created attachment 54470 --> https://bugs.freedesktop.org/attachment.cgi?id=54470 WIP endianness fixes Here's some Mesa/Gallium endianness fixes I've been working on. Note that

[Bug 43332] corrupted output in mesa-demo/fp-tri using r600g on evergreen

https://bugs.freedesktop.org/show_bug.cgi?id=43332 --- Comment #3 from Stefano Teso 2011-12-15 09:53:39 PST --- (In reply to comment #2) > > The bug is also present in the libGL 7.11.2 shipped by debian, so I don't > > think > > it's a regression or a bug in my config. > > It looks like that

[Bug 43332] corrupted output in mesa-demo/fp-tri using r600g on evergreen

https://bugs.freedesktop.org/show_bug.cgi?id=43332 --- Comment #2 from Stefano Teso 2011-12-15 09:37:46 PST --- > The bug is also present in the libGL 7.11.2 shipped by debian, so I don't > think > it's a regression or a bug in my config. It looks like that inst->Dst[0].Register.WriteMask ==

[Bug 43719] drm-core-next + AGP RV670 = Oops

https://bugs.freedesktop.org/show_bug.cgi?id=43719 --- Comment #1 from Andy Furniss 2011-12-15 09:20:05 PST --- (In reply to comment #0) > I don't use this box any more as such, and this is the first drm-core-next .. I tested some more and the latest working commit is commit

[mipsel+rs780e]Occasionally "GPU lockup" after resuming from suspend.

On Don, 2011-12-08 at 19:35 +0800, chenhc at lemote.com wrote: > > I found CP_RB_WPTR has changed when "ring test failed", so I think CP is > active, but what it get from ring buffer is wrong. CP_RB_WPTR is normally only changed by the CPU after adding commands to the ring buffer, so I'm afraid

[Bug 43861] Build error in latest git master

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

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #8 from Alex Deucher 2011-12-15 08:44:55 PST --- Does the system hang if you remove the NoAccel option but don't load gnome-shell? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #7 from Alex Deucher 2011-12-15 08:43:49 PST --- (In reply to comment #6) > (In reply to comment #5) > > What version of the 3D driver is he using? > > How could we check this? Please attach the output of glxinfo. > > > You

[Bug 43861] New: Build error in latest git master

https://bugs.freedesktop.org/show_bug.cgi?id=43861 Bug #: 43861 Summary: Build error in latest git master Classification: Unclassified Product: Mesa Version: git Platform: All URL:

[PATCH] drm: call connector dpms fxn, when setting config

A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111215/fe3afe33/attachment.pgp>

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #6 from Camale?n 2011-12-15 07:47:32 PST --- (In reply to comment #5) > What version of the 3D driver is he using? How could we check this? > You might try a newer 3D driver package. Make sure he is using the r300 > gallium

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #5 from Alex Deucher 2011-12-15 07:29:00 PST --- What version of the 3D driver is he using? You might try a newer 3D driver package. Make sure he is using the r300 gallium driver (r300g). -- Configure bugmail:

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #19 from Alex Deucher 2011-12-15 07:19:31 PST --- (In reply to comment #18) > And finally: Is it a proper fix, or just a workaround? It's a workaround. Since those options work, it's not a radeon bug. It's most likely a platform

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

https://bugs.freedesktop.org/show_bug.cgi?id=43858 Valter changed: What|Removed |Added Attachment #54462|0 |1 is obsolete|

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

https://bugs.freedesktop.org/show_bug.cgi?id=43858 --- Comment #1 from Valter 2011-12-15 07:12:26 PST --- Created attachment 54463 --> https://bugs.freedesktop.org/attachment.cgi?id=54463 dmsg output -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

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

https://bugs.freedesktop.org/show_bug.cgi?id=43858 Bug #: 43858 Summary: DVI of ATI RADEON 9200 AGP don't work Classification: Unclassified Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All)

[PATCH] drm: call connector dpms fxn, when setting config

From: Rob Clark Call connector->funcs->dpms(DPMS_ON) rather than just setting connector->dpms = DPMS_ON. This ensures that if the connector has something to do to enable the output (rather than just using drm_helper_connector_dpms helper directly), that this happens at bootup.

[PATCH] staging: drm/omap: fix for connectors not enabled at bootup

On Mon, Dec 12, 2011 at 6:39 PM, Greg KH wrote: > On Sun, Dec 11, 2011 at 03:13:17PM -0600, Rob Clark wrote: >> From: Rob Clark >> >> The connector's dpms fxn is only triggered by userspace. ?When the >> driver is loaded and detected displays configured, drm core only >> calls the crtc and

[Bug 43719] drm-core-next + AGP RV670 = Oops

https://bugs.freedesktop.org/show_bug.cgi?id=43719 Michel D?nzer changed: What|Removed |Added Product|Mesa|DRI Version|git

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #18 from Przemyslaw Kochanski 2011-12-15 06:20:29 PST --- (In reply to comment #13) > Try the following options in the kernel command line in grub: > pci=nomsi > noapic > irqpoll > and see if any of them help. I've tried your

[PATCH -fixes 0/3][RESEND] Documentation updates

Dave, Please pull this series into drm-fixes for 3.2. Thanks, Thomas On 11/21/2011 01:08 PM, Thomas Hellstrom wrote: > A couple of updates to various interface docs > > In-Reply-To: > > ___ > dri-devel mailing list > dri-devel at

[PATCH 1/8][RESEND] vmwgfx: Use the revised fifo hw version register when present

Dave, Please pull this series into drm-fixes for 3.2! Thanks, Thomas On 11/28/2011 01:19 PM, Thomas Hellstrom wrote: > The driver implements the needed resource management required > to use that register. > > Signed-off-by: Thomas Hellstrom > Reviewed-by: Jakob Bornecrantz > --- >

[Bug 41086] [r600] Screen update problems when scrolling to the right in tvbrowser (java app)

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

[PATCH v3 5/5] drm/exynos: Add plane support with fimd

The exynos fimd supports 5 window overlays. Only one window overlay of fimd is used by the crtc, so we need plane feature to use the rest window overlays. This creates one ioctl exynos specific - DRM_EXYNOS_PLANE_SET_ZPOS, it is the ioctl to decide for user to assign which window overlay.

[PATCH v2 5/5] drm/exynos: Add plane support with fimd

On 12/15/2011 02:26 AM, Jesse Barnes wrote: > On Wed, 14 Dec 2011 19:00:15 +0900 > Joonyoung Shim wrote: > >> The exynos fimd supports 5 window overlays. Only one window overlay of >> fimd is used by the crtc, so we need plane feature to use the rest >> window overlays. >> >> This creates one

[Bug 43655] Latest radeon dri driver on HD6950 with kernel 3.2 flickers

https://bugs.freedesktop.org/show_bug.cgi?id=43655 --- Comment #5 from Michel D?nzer 2011-12-15 10:18:01 UTC --- It sounds like the problem may happen or not with a certain probability with any given kernel. You should probably test each kernel a certain number of times before declaring it as

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #4 from Camale?n 2011-12-15 00:49:15 PST --- (In reply to comment #3) > I have asked the user to try with this option while having the firmware > package > installed, will report back as soon as I get the results. The user

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #20 from Alex Deucher 2011-12-15 07:21:45 UTC --- I would suggest emailing the linux-kernel mailing list and saying that you need noapic or pci=msi to get things working on your board. Include the hw details of your system (lspci,

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #17 from Przemyslaw Kochanski 2011-12-14 17:39:45 PST --- Created attachment 54446 --> https://bugs.freedesktop.org/attachment.cgi?id=54446 gdb gnome-shell backtrace -- Configure bugmail:

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #16 from Przemyslaw Kochanski 2011-12-14 17:38:59 PST --- Created attachment 54445 --> https://bugs.freedesktop.org/attachment.cgi?id=54445 output of glxinfo I'm experiencing the same issue on Ubuntu 11.10. I'm ready to provide

[3.1.4] mm slub memory corruption in drm_vblank_cleanup

On Tue, 13 Dec 2011, batouzo wrote: > Hello, we where building 3.1.4 kernel when we noticed BUG()s on bootup. > > After some debugging it seems to be use after freed memory corruption > caused by radeon driver. That's not what's indicated here, this is the poison value being overwritten and

[PATCH 3/3] 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 2/3] 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 1/3] 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 | 53 +- drivers/staging/omapdrm/omap_fb.c| 99 ++---

[PATCH 0/3] drm/omap: updates for addfb2 and plane support

From: Rob Clark The first patch updates omapdrm for API changes introduced when addfb2 support (for multi-planar fb's) was added (in drm-next). The next patch adds drm plane (overlay) support, with CRTCs using private plane objects to avoid code duplication between the CRTC and

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #4 from Camaleón noela...@gmail.com 2011-12-15 00:49:15 PST --- (In reply to comment #3) I have asked the user to try with this option while having the firmware package installed, will report back as soon as I get the results.

Re: [3.1.4] mm slub memory corruption in drm_vblank_cleanup

On Tue, 13 Dec 2011, batouzo wrote: Hello, we where building 3.1.4 kernel when we noticed BUG()s on bootup. After some debugging it seems to be use after freed memory corruption caused by radeon driver. That's not what's indicated here, this is the poison value being overwritten and

[PATCH] exynos: add module name for Samsung Exynos SoC support.

this patch adds module name for Samsung Exynos SoC. with this patch, we can test kmstest, modetest and vbltest of libdrm. Exynos drm driver of kernel side have been merged to mainline. you can refer to mainline git repository below:

Re: [PATCH 1/8][RESEND] vmwgfx: Use the revised fifo hw version register when present

Dave, Please pull this series into drm-fixes for 3.2! Thanks, Thomas On 11/28/2011 01:19 PM, Thomas Hellstrom wrote: The driver implements the needed resource management required to use that register. Signed-off-by: Thomas Hellstromthellst...@vmware.com Reviewed-by: Jakob

Re: [PATCH -fixes 0/3][RESEND] Documentation updates

Dave, Please pull this series into drm-fixes for 3.2. Thanks, Thomas On 11/21/2011 01:08 PM, Thomas Hellstrom wrote: A couple of updates to various interface docs In-Reply-To: ___ dri-devel mailing list dri-devel@lists.freedesktop.org

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #18 from Przemyslaw Kochanski przemys...@kochanski.biz 2011-12-15 06:20:29 PST --- (In reply to comment #13) Try the following options in the kernel command line in grub: pci=nomsi noapic irqpoll and see if any of them help.

[Bug 43719] drm-core-next + AGP RV670 = Oops

https://bugs.freedesktop.org/show_bug.cgi?id=43719 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Product|Mesa|DRI

RE: [PATCH] drm: Enable reading 3D capabilities of 3D monitor

Thanks for the comments. Fixed most of the issues with the earlier patch. Sending out a new one. Comments inline below. -Original Message- From: Adam Jackson [mailto:a...@redhat.com] Sent: Tuesday, December 13, 2011 9:51 PM To: Kavuri, Sateesh Cc: dri-devel@lists.freedesktop.org

Re: [PATCH] drm: integer overflow in drm_mode_dirtyfb_ioctl()

Cc'ed Dave's work email. On Wed, Nov 23, 2011 at 2:12 PM, Xi Wang xi.w...@gmail.com wrote: There is a potential integer overflow in drm_mode_dirtyfb_ioctl() if userspace passes in a large num_clips.  The call to kmalloc would allocate a small buffer, and the call to fb-funcs-dirty may result

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

https://bugs.freedesktop.org/show_bug.cgi?id=43858 Bug #: 43858 Summary: DVI of ATI RADEON 9200 AGP don't work Classification: Unclassified Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All)

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

https://bugs.freedesktop.org/show_bug.cgi?id=43858 --- Comment #1 from Valter valter.giovanne...@alice.it 2011-12-15 07:12:26 PST --- Created attachment 54463 -- https://bugs.freedesktop.org/attachment.cgi?id=54463 dmsg output -- Configure bugmail:

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

https://bugs.freedesktop.org/show_bug.cgi?id=43858 Valter valter.giovanne...@alice.it changed: What|Removed |Added Attachment #54462|0 |1 is

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #19 from Alex Deucher ag...@yahoo.com 2011-12-15 07:19:31 PST --- (In reply to comment #18) And finally: Is it a proper fix, or just a workaround? It's a workaround. Since those options work, it's not a radeon bug. It's most

[Bug 41668] Screen locks up at random points when using a 3D compositing wm (gnome-shell) on an rv515 (radeon mobility x1300)

https://bugs.freedesktop.org/show_bug.cgi?id=41668 --- Comment #20 from Alex Deucher ag...@yahoo.com 2011-12-15 07:21:45 UTC --- I would suggest emailing the linux-kernel mailing list and saying that you need noapic or pci=msi to get things working on your board. Include the hw details of your

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #5 from Alex Deucher ag...@yahoo.com 2011-12-15 07:29:00 PST --- What version of the 3D driver is he using? You might try a newer 3D driver package. Make sure he is using the r300 gallium driver (r300g). -- Configure bugmail:

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #6 from Camaleón noela...@gmail.com 2011-12-15 07:47:32 PST --- (In reply to comment #5) What version of the 3D driver is he using? How could we check this? You might try a newer 3D driver package. Make sure he is using the

Re: [mipsel+rs780e]Occasionally GPU lockup after resuming from suspend.

On Don, 2011-12-08 at 19:35 +0800, che...@lemote.com wrote: I found CP_RB_WPTR has changed when ring test failed, so I think CP is active, but what it get from ring buffer is wrong. CP_RB_WPTR is normally only changed by the CPU after adding commands to the ring buffer, so I'm afraid that may

[Bug 43861] New: Build error in latest git master

https://bugs.freedesktop.org/show_bug.cgi?id=43861 Bug #: 43861 Summary: Build error in latest git master Classification: Unclassified Product: Mesa Version: git Platform: All URL:

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #7 from Alex Deucher ag...@yahoo.com 2011-12-15 08:43:49 PST --- (In reply to comment #6) (In reply to comment #5) What version of the 3D driver is he using? How could we check this? Please attach the output of glxinfo.

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #8 from Alex Deucher ag...@yahoo.com 2011-12-15 08:44:55 PST --- Does the system hang if you remove the NoAccel option but don't load gnome-shell? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 43861] Build error in latest git master

https://bugs.freedesktop.org/show_bug.cgi?id=43861 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 43719] drm-core-next + AGP RV670 = Oops

https://bugs.freedesktop.org/show_bug.cgi?id=43719 --- Comment #1 from Andy Furniss li...@andyfurniss.entadsl.com 2011-12-15 09:20:05 PST --- (In reply to comment #0) I don't use this box any more as such, and this is the first drm-core-next .. I tested some more and the latest working commit

[Bug 43332] corrupted output in mesa-demo/fp-tri using r600g on evergreen

https://bugs.freedesktop.org/show_bug.cgi?id=43332 --- Comment #2 from Stefano Teso stefano.t...@gmail.com 2011-12-15 09:37:46 PST --- The bug is also present in the libGL 7.11.2 shipped by debian, so I don't think it's a regression or a bug in my config. It looks like that

[Bug 43332] corrupted output in mesa-demo/fp-tri using r600g on evergreen

https://bugs.freedesktop.org/show_bug.cgi?id=43332 --- Comment #3 from Stefano Teso stefano.t...@gmail.com 2011-12-15 09:53:39 PST --- (In reply to comment #2) The bug is also present in the libGL 7.11.2 shipped by debian, so I don't think it's a regression or a bug in my config. It

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

https://bugs.freedesktop.org/show_bug.cgi?id=43698 --- Comment #8 from Michel Dänzer mic...@daenzer.net 2011-12-15 10:02:06 PST --- Created attachment 54470 -- https://bugs.freedesktop.org/attachment.cgi?id=54470 WIP endianness fixes Here's some Mesa/Gallium endianness fixes I've been working

[Bug 30227] [RADEON:KMS:AGP:R300:PPC] random X freeze by a GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=30227 --- Comment #11 from Michel Dänzer mic...@daenzer.net 2011-12-15 10:12:05 PST --- (In reply to comment #10) However, for me it crashes about 10-20 seconds when glxgears is running, or it instantly crashes when I attempt to move or resize a

[Bug 43655] Latest radeon dri driver on HD6950 with kernel 3.2 flickers

https://bugs.freedesktop.org/show_bug.cgi?id=43655 --- Comment #5 from Michel Dänzer mic...@daenzer.net 2011-12-15 10:18:01 UTC --- It sounds like the problem may happen or not with a certain probability with any given kernel. You should probably test each kernel a certain number of times before

[Bug 41086] [r600] Screen update problems when scrolling to the right in tvbrowser (java app)

https://bugs.freedesktop.org/show_bug.cgi?id=41086 Harald Judt h.j...@gmx.at changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [PATCH] staging: drm/omap: fix for connectors not enabled at bootup

On Mon, Dec 12, 2011 at 6:39 PM, Greg KH g...@kroah.com wrote: On Sun, Dec 11, 2011 at 03:13:17PM -0600, Rob Clark wrote: From: Rob Clark r...@ti.com The connector's dpms fxn is only triggered by userspace.  When the driver is loaded and detected displays configured, drm core only calls the

[PATCH] drm: call connector dpms fxn, when setting config

From: Rob Clark r...@ti.com Call connector-funcs-dpms(DPMS_ON) rather than just setting connector-dpms = DPMS_ON. This ensures that if the connector has something to do to enable the output (rather than just using drm_helper_connector_dpms helper directly), that this happens at bootup. This

Re: [PATCH] drm: call connector dpms fxn, when setting config

On Thu, 2011-12-15 at 14:53 -0600, Rob Clark wrote: From: Rob Clark r...@ti.com Call connector-funcs-dpms(DPMS_ON) rather than just setting connector-dpms = DPMS_ON. This ensures that if the connector has something to do to enable the output (rather than just using

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #9 from Camaleón noela...@gmail.com 2011-12-15 13:25:23 PST --- Created attachment 54475 -- https://bugs.freedesktop.org/attachment.cgi?id=54475 glxinfo I'm attaching the full output of glxinfo. -- Configure bugmail:

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #10 from Camaleón noela...@gmail.com 2011-12-15 13:28:13 PST --- (In reply to comment #8) Does the system hang if you remove the NoAccel option but don't load gnome-shell? Yes, the user has reported that by removing that option

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Attachment #54475|application/octet-stream|text/plain mime

[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed

https://bugs.freedesktop.org/show_bug.cgi?id=43835 --- Comment #11 from Alex Deucher ag...@yahoo.com 2011-12-15 13:40:27 PST --- (In reply to comment #9) Created attachment 54475 [details] [review] glxinfo I'm attaching the full output of glxinfo. Unfortunately, you'll end up with the

[Bug 43655] Latest radeon dri driver on HD6950 with kernel 3.2 flickers

https://bugs.freedesktop.org/show_bug.cgi?id=43655 Alexandre Demers alexandre.f.dem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 43395] Game running in wine stops rendering

https://bugs.freedesktop.org/show_bug.cgi?id=43395 --- Comment #14 from Tomas Schlosser schlosse...@seznam.cz 2011-12-15 14:08:15 PST --- New updates came: kernel 3.1.5-2.fc16 mesa-dri-drivers.x86_64 7.11.2-1.fc16 No changes, rendering stops after a few minutes (5 - 10). I can't build mesa from

[Bug 43871] New: shader with uniform array/record and if clauses is not translated correctly into TGSI IR

https://bugs.freedesktop.org/show_bug.cgi?id=43871 Bug #: 43871 Summary: shader with uniform array/record and if clauses is not translated correctly into TGSI IR Classification: Unclassified Product: Mesa Version: git

[Bug 43655] Latest radeon dri driver on HD6950 with kernel 3.2 flickers

https://bugs.freedesktop.org/show_bug.cgi?id=43655 Alexandre Demers alexandre.f.dem...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug 43655] Latest radeon dri driver on HD6950 with kernel 3.2 flickers

https://bugs.freedesktop.org/show_bug.cgi?id=43655 --- Comment #8 from Alexandre Demers alexandre.f.dem...@gmail.com 2011-12-15 17:50:38 PST --- I think I've found a hint. Here's the thing: Whatever kernel version is the first entry in my Grub's list, the problem will appear. If I select a

[PATCH 1/3] drm/omap: add ywrap module param

From: Rob Clark r...@ti.com Can be set at boot or module load time to prevent YWRAP scrolling from being enabled. Signed-off-by: Rob Clark r...@ti.com --- drivers/staging/omapdrm/omap_fbdev.c | 15 ++- 1 files changed, 10 insertions(+), 5 deletions(-) diff --git

[PATCH 2/3] drm/omap: avoid aquiring mutex in atomic context

From: Rob Clark r...@ti.com omap_gem_roll() could be called by fbcon in atomic context. Avoid aquiring mutex, or calling tiler_pin() (which itself is not safe for atomic context) in these cases. Signed-off-by: Rob Clark r...@ti.com --- drivers/staging/omapdrm/omap_gem.c | 16 ++--

[PATCH 3/3] drm/omap: add debugfs support

From: Andy Gross andy.gr...@ti.com Right now just a tiler_map file to dump a 2d map of which areas in tiler/dmm have pinned buffers (or reservations). In the future more could be added. Signed-off-by: Rob Clark r...@ti.com --- drivers/staging/omapdrm/Makefile |1 +

[PATCH] drm/nouveau: Use vsprintf extension %pV

Using %pV can save text. Replace NV_PRINTK macro with nv_printk and use of vsprintf extension %pV. Convert the NV_LEVEL macros to use nv_printk and neaten them too. Saves ~45KB or ~5% of total code space for nouveau. $ size drivers/gpu/drm/nouveau/built-in.o* textdata bss dec