Re: Linux 2.6.31-rc7

On Tue, Aug 25, 2009 at 15:07:55 -0700, Linus Torvalds wrote: [...] > However, the problem remains that KMS gets the output wrong, in ways that > clearly X does not. Eric - it's clearly not just Mac Mini and my > experimental machine that have problems, but also a Macbook 2.1. Hi Linus, for t

[Bug 19496] resume from standby broken when using desktop effects, screen freezed

http://bugs.freedesktop.org/show_bug.cgi?id=19496 Matt changed: What|Removed |Added CC||kewlka...@gmail.com --- Comment #5 from Matt

[PATCH] drm/kms: add explicit encoder disable function and detach harder.

From: Dave Airlie For shared tv-out and VGA encoders, we really need to know if the encoder is just being switched off temporarily in blanking or if we are really disabling it hard. Also we need to try harder to disconnect encoders from unused connectors so we can share more efficently. (shared

Re: [PATCH 3/3] radeon: Use request_firmware()

> KMS support by Dave Airlie . > > For Radeon 100- to 500-series, firmware blobs look like: > struct { > __be32 datah; > __be32 datal; > } cp_ucode[256]; > > For Radeon 600-series, there are two separate firmware blobs: > __be32 me_ucode[PM4_UCODE_SIZE * 3]; > __be

Re: [PATCH] r128: Add test for initialisation to all ioctls that require it

> Almost all r128's private ioctls require that the CCE state has > already been initialised. However, most do not test that this has > been done, and will proceed to dereference a null pointer. This may > result in a security vulnerability, since some ioctls are > unprivileged. > > This adds a

Re: [PATCH] drm: dereference of tmp in drm_proc_create_files()

> tmp allocation may fail, prevent a dereference. Thanks, pushed to drm-next. Dave. > > Signed-off-by: Roel Kluin > --- > diff --git a/drivers/gpu/drm/drm_proc.c b/drivers/gpu/drm/drm_proc.c > index bbd4b3d..dc967af 100644 > --- a/drivers/gpu/drm/drm_proc.c > +++ b/drivers/gpu/drm/drm_proc.c

Re: [PATCH 1/3] drm/crtc_helper: replace modeset fail path with something simpler

> Signed-off-by: Maarten Maathuis -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied at skynet.ie Linux kernel - DRI, VAX / pam_smb / ILUG On Thu, 27 Aug 2009, Maarten Maathuis wrote: > - The previous system was not very transparent, nor flexible. > - This is needed to

Re: [Patch] DRM: Parse the detailed time info in CEA-EDID

> it will skip the CEA-data block and parse the detailed timing info. > > Signed-off-by: Zhao Yakui > --- Pushed to drm-next. Dave. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial.

[Bug 14091] New: OpenGL causes system crash

http://bugzilla.kernel.org/show_bug.cgi?id=14091 Summary: OpenGL causes system crash Product: Drivers Version: 2.5 Kernel Version: 2.6.30-020630-generic Platform: All OS/Version: Linux Tree: Mainline Status: NEW

Re: [PATCH] Add modesetting pageflip ioctl and corresponding drm event

Thomas Hellström skrev: > >> I described this in more detail and hopefully more coherently in my >> email to Michel. If that's still not clear, follow up there. >> >> >> > I've read the mail and understand the proposal, thanks. > > /Thomas > > > So, I've been doing some thinking over th

RE: Partial updates with glX/DRI

On Sun, 2009-08-30 at 09:35 +0200, thomas.cook...@nokia.com wrote: > >> >> > > While I have this working, it seems a little hacky and isn't widely > >> >> > > supported (I have it working on 1 driver build for 1 bit of > >> >> > > hardware). > >> >> > > >> >> > If you mean rendering to pixmaps is

[PATCH] drm: dereference of tmp in drm_proc_create_files()

tmp allocation may fail, prevent a dereference. Signed-off-by: Roel Kluin --- diff --git a/drivers/gpu/drm/drm_proc.c b/drivers/gpu/drm/drm_proc.c index bbd4b3d..dc967af 100644 --- a/drivers/gpu/drm/drm_proc.c +++ b/drivers/gpu/drm/drm_proc.c @@ -106,6 +106,10 @@ int drm_proc_create_files(struct

RE: Partial updates with glX/DRI

>> >> > > While I have this working, it seems a little hacky and isn't widely >> >> > > supported (I have it working on 1 driver build for 1 bit of hardware). >> >> > >> >> > If you mean rendering to pixmaps isn't widely supported, that should be >> >> > getting better with DRI2. >> >> >> >> I hope