[Bug 14313] [i915 PBO TTM] read pixels through PBO not working when pixel alignment is 1

http://bugs.freedesktop.org/show_bug.cgi?id=14313 Shuang He [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #3

[Bug 16334] [DRM 945GM] i915 Oops (i915_driver_lastclose) when shutdown X

http://bugs.freedesktop.org/show_bug.cgi?id=16334 Johannes Engel [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED]

Re: dri2 concerns

Kristian Høgsberg wrote: On Fri, Jul 4, 2008 at 4:01 AM, Thomas Hellström [EMAIL PROTECTED] wrote: Kristian, As we're starting to incorporate dri2 in our code, I've run into some major concerns about the sarea and the event mechanisms: Hi Thomas. Sorry for the late reply, I had a

[Bug 16635] GLX apps frozen after VT Switch

http://bugs.freedesktop.org/show_bug.cgi?id=16635 --- Comment #3 from Kshitij Kulshreshtha [EMAIL PROTECTED] 2008-07-08 05:34:30 PST --- Created an attachment (id=17571) -- (http://bugs.freedesktop.org/attachment.cgi?id=17571) Xorg.0.log with compiz frozen without TTM This is the

Re: [PATCH] drm_memory.h: remove double inclusion of linux/vmalloc.h

On Sun, Jul 6, 2008 at 7:31 AM, Alexander Beregalov [EMAIL PROTECTED] wrote: From: Alexander Beregalov [EMAIL PROTECTED] Remove double inclusion of linux/vmalloc.h drivers/char/drm/drm_memory.h |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) Signed-off-by: Alexander Beregalov

[Bug 10985] backlight doesn't come on after resume with i915 video

http://bugzilla.kernel.org/show_bug.cgi?id=10985 --- Comment #24 from [EMAIL PROTECTED] 2008-07-08 08:28 --- (In reply to comment #22) If you say that echo mem /sys/power/state works, where is the bug I realised by comment #10 that my tests had been flawed and in fact echo mem

Re: [PATCH] drm_memory.h: remove double inclusion of linux/vmalloc.h

On Tue, Jul 08, 2008 at 08:29:57AM -0400, Mark Asselstine wrote: On Sun, Jul 6, 2008 at 7:31 AM, Alexander Beregalov [EMAIL PROTECTED] wrote: From: Alexander Beregalov [EMAIL PROTECTED] #if __OS_HAS_AGP -#include linux/vmalloc.h - Why remove this one and not the one at the top of

Re: [PATCH] drm_memory.h: remove double inclusion of linux/vmalloc.h

2008/7/8 Ian Romanick [EMAIL PROTECTED]: On Tue, Jul 08, 2008 at 08:29:57AM -0400, Mark Asselstine wrote: On Sun, Jul 6, 2008 at 7:31 AM, Alexander Beregalov [EMAIL PROTECTED] wrote: From: Alexander Beregalov [EMAIL PROTECTED] #if __OS_HAS_AGP -#include linux/vmalloc.h - Why

[PATCH] BSD: drm_locked_task may sleep in an interrupt handler, fix

that. Reply-To: Hi, I just commited a similar fix for this to OpenBSD. Sleeping in interrupt handlers is bad. just do the same a the linux code does and flag the handler to be dealt with on unlock. I don't have a freebsd machine around, so I don't know if this even compiles, but the general

Status of everything?

Hi, You may consider this offtopic, but I wondering about status of graphical development. Last time I checked modesetting, intel-batchbuffer, dri2, none did work. So my question is more or less, when to expect new technologies to turn stable? Now it seems that GEM was choosen to be memory

[Bug 11082] texture_from_pixmap xdemo program fails with Radeon 7000

http://bugs.freedesktop.org/show_bug.cgi?id=11082 --- Comment #4 from Alan Swanson [EMAIL PROTECTED] 2008-07-08 14:59:33 PST --- Candidate for Mesa 7.1? Patch is not related to specific driver as given in bug summary. -- Configure bugmail:

Re: Status of everything?

You may consider this offtopic, but I wondering about status of graphical development. Yes. And lastly, just for a thought, maybe it is better to do one thing at time, for example stabilize kernel modesetting, put it in kernel, then release gem driver and stabilize it, and then add

Re: Status of everything?

Hi, On Wed, Jul 09, 2008 at 12:31:22AM +0300, Maxim Levitsky wrote: Last time I checked modesetting, This works. intel-batchbuffer, This works. dri2, This works. And lastly, just for a thought, maybe it is better to do one thing at time, for example stabilize kernel modesetting, put

intel batchbuffer cliprect mode..

So I've got a problem with the aperture space check if the cliprect mode changes and blits flush the relocs and aperture spaces. However in trying to fix, I've noticed we never set the batch-cliprect_mode anywhere I can see except to IGNORE_CLIPRECTS in intel_batchbuffer.h. I'm going wtf..

Re: Status of everything?

On Wed, 2008-07-09 at 00:31 +0300, Maxim Levitsky wrote: And lastly, just for a thought, maybe it is better to do one thing at time, for example stabilize kernel modesetting, put it in kernel, then release gem driver and stabilize it, and then add dri2 to it? Yes, but everything depends on

[Bug 12176] 1D depth texture with GL_LUMINANCE mode is incorrect

http://bugs.freedesktop.org/show_bug.cgi?id=12176 haihao [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|