[Bug 40790] r600g readPixSanity failure on RS880 Radeon HD 4250

https://bugs.freedesktop.org/show_bug.cgi?id=40790 --- Comment #18 from ojab 2012-08-18 14:45:07 UTC --- Still the same on latest libdrm/mesa/xf86-video-ati & kernel-3.5.2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because:

[Bug 53348] [855gm] GPU hang whilst playing Imperialism 2 under wine

https://bugs.freedesktop.org/show_bug.cgi?id=53348 Yunrui Hu changed: What|Removed |Added CC||hyrathb at gmail.com --- Comment #3 from

[Bug 53348] [855gm] GPU hang whilst playing Imperialism 2 under wine

https://bugs.freedesktop.org/show_bug.cgi?id=53348 --- Comment #2 from Yunrui Hu 2012-08-18 14:03:11 UTC --- I can confirm this. I suffer from the same problem with the same chip(i855).The terminal output and dmesg show the same thing as Bruno's. The only difference is the game.I don't know

[UDL] general protection fault in fb_deferred_io_mkwrite()

Am Sonntag, den 12.08.2012, 14:22 -0700 schrieb Bernie Thompson: > On Sun, Aug 12, 2012 at 3:34 AM, Thomas Meyer wrote: > guilty driver is probably udl_fb.c > any ideas? > > > Hi Thomas, Hi Bernie! > We were seeing similar issues in udlfb (the original fbdev version of > this

3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote: > On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap wrote: >> On 08/17/2012 03:25 PM, Justin M. Forbes wrote: >> >>> for , we have verified cases on inteldrmfb, radeondrmfb, and >>> cirrusdrmfb. >>> >>> This is the last message displayed before the

3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap wrote: > On 08/17/2012 03:25 PM, Justin M. Forbes wrote: > >> for , we have verified cases on inteldrmfb, radeondrmfb, and >> cirrusdrmfb. >> >> This is the last message displayed before the system hangs. This seems >> to be hitting a large number of

[Bug 4804] endless loop in dri_utils.c

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

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #11 from Alexandre Demers 2012-08-18 05:09:01 UTC --- Created attachment 65723 --> https://bugs.freedesktop.org/attachment.cgi?id=65723 apitrace -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #10 from Alexandre Demers 2012-08-18 05:08:00 UTC --- Well, it seems running it through qapitrace doesn't lock. But running only this single test in a terminal does. One thing though: when using qapitrace and looking up state,

[RFC 0/5] Generic panel framework

Hi Tomi, On Friday 17 August 2012 14:42:31 Tomi Valkeinen wrote: > On Fri, 2012-08-17 at 13:10 +0200, Laurent Pinchart wrote: > > What kind of directory structure do you have in mind ? Panels are already > > isolated in drivers/video/panel/ so we could already ditch the panel- > > prefix in

DRM/V4L2 buffer sharing

Hi Mauro, On Friday 17 August 2012 19:03:47 Mauro Carvalho Chehab wrote: > Em 17-08-2012 18:01, Sylwester Nawrocki escreveu: > > On 08/15/2012 11:09 PM, Laurent Pinchart wrote: > >> On Wednesday 15 August 2012 18:13:19 Sylwester Nawrocki wrote: > >>> On 08/15/2012 12:06 AM, Laurent Pinchart

DRM/V4L2 buffer sharing (was: Re: Patches submitted via linux-media ML that are at patchwork.linuxtv.org)

Hi Laurent, On 08/15/2012 11:09 PM, Laurent Pinchart wrote: > On Wednesday 15 August 2012 18:13:19 Sylwester Nawrocki wrote: >> On 08/15/2012 12:06 AM, Laurent Pinchart wrote: >>> On Tuesday 14 August 2012 18:37:23 Sylwester Nawrocki wrote: On 08/14/2012 03:04 PM, Mauro Carvalho Chehab

[Bug 4804] endless loop in dri_utils.c

https://bugs.freedesktop.org/show_bug.cgi?id=4804 Matt Turner matts...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 53348] [855gm] GPU hang whilst playing Imperialism 2 under wine

https://bugs.freedesktop.org/show_bug.cgi?id=53348 --- Comment #2 from Yunrui Hu hyra...@gmail.com 2012-08-18 14:03:11 UTC --- I can confirm this. I suffer from the same problem with the same chip(i855).The terminal output and dmesg show the same thing as Bruno's. The only difference is the

[Bug 53348] [855gm] GPU hang whilst playing Imperialism 2 under wine

https://bugs.freedesktop.org/show_bug.cgi?id=53348 Yunrui Hu hyra...@gmail.com changed: What|Removed |Added CC||hyra...@gmail.com ---

[Bug 40790] r600g readPixSanity failure on RS880 Radeon HD 4250

https://bugs.freedesktop.org/show_bug.cgi?id=40790 --- Comment #18 from ojab o...@ojab.ru 2012-08-18 14:45:07 UTC --- Still the same on latest libdrm/mesa/xf86-video-ati kernel-3.5.2 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

Re: [RFCv3 PATCH 3/8] v4l2-subdev: add support for the new edid ioctls.

Hi Hans I didnt catch this sentence in the documentation of the API It is not possible to set part of an EDID, it is always all or nothing. . Guess, I have to read the documentation thoroughly before making assumptions. It makes my question irrelevant. Best Regards Soby Mathew On Thu, Aug 16,

Re: [PATCH] drm/usb: select USB_SUPPORT in Kconfig

Hi Dave, What is your opinion about this patch? On 15 August 2012 01:27, Sascha Hauer s.ha...@pengutronix.de wrote: On Tue, Aug 14, 2012 at 05:12:22PM +0530, Sachin Kamat wrote: In general what you suggested seems to be the right thing to do. However in this particular case, making this

[PATCH v2 0/3] Display switching support for Apple laptops

This series adds display switching support for Apple laptops. The first two patches contain preparatory changes to vga_switcheroo, and the third contains the changes to support display switching with the gmux. While these patches will allow switching the display mux, most Macbook owners will not

[PATCH v2 1/3] vga_switcheroo: Don't require handler init callback

This callback is a no-op in nouveau, and the upcoming apple-gmux switcheroo support won't require it either. Rather than forcing drivers to stub it out, just make it optional and remove the callback from nouveau. Signed-off-by: Seth Forshee seth.fors...@canonical.com ---

[PATCH v2 2/3] vga_switcheroo: Remove assumptions about registration/unregistration ordering

vga_switcheroo assumes that the handler will be registered before the last client, otherwise switching will not be enabled. Likewise it's assumed that the handler will not be unregistered without at least one client also being unregistered, otherwise switching will remain enabled despite no longer

[PATCH v2 3/3] apple-gmux: Add display mux support

From: Andreas Heider andr...@meetr.de Add support for the gmux display muxing functionality and register a mux handler with vga_switcheroo. Signed-off-by: Andreas Heider andr...@meetr.de Signed-off-by: Seth Forshee seth.fors...@canonical.com --- drivers/platform/x86/apple-gmux.c | 224

DRM/V4L2 buffer sharing (was: Re: Patches submitted via linux-media ML that are at patchwork.linuxtv.org)

Hi Laurent, On 08/15/2012 11:09 PM, Laurent Pinchart wrote: On Wednesday 15 August 2012 18:13:19 Sylwester Nawrocki wrote: On 08/15/2012 12:06 AM, Laurent Pinchart wrote: On Tuesday 14 August 2012 18:37:23 Sylwester Nawrocki wrote: On 08/14/2012 03:04 PM, Mauro Carvalho Chehab wrote: This

Re: DRM/V4L2 buffer sharing

Em 17-08-2012 18:01, Sylwester Nawrocki escreveu: Hi Laurent, On 08/15/2012 11:09 PM, Laurent Pinchart wrote: On Wednesday 15 August 2012 18:13:19 Sylwester Nawrocki wrote: On 08/15/2012 12:06 AM, Laurent Pinchart wrote: On Tuesday 14 August 2012 18:37:23 Sylwester Nawrocki wrote: On

Re: [UDL] general protection fault in fb_deferred_io_mkwrite()

Am Sonntag, den 12.08.2012, 14:22 -0700 schrieb Bernie Thompson: On Sun, Aug 12, 2012 at 3:34 AM, Thomas Meyer tho...@m3y3r.de wrote: guilty driver is probably udl_fb.c any ideas? Hi Thomas, Hi Bernie! We were seeing similar issues in udlfb (the original fbdev version

[PATCH] drm/radeon: allow CMASK and FMASK in the CS checker on r600-r700

MSAA is impossible without them. Signed-off-by: Marek Olšák mar...@gmail.com --- drivers/gpu/drm/radeon/r600_cs.c | 94 +- drivers/gpu/drm/radeon/r600d.h | 17 ++ drivers/gpu/drm/radeon/radeon_drv.c |3 +-