On 12/31/2009 12:00 PM, David John wrote:
With the current DRM code, an output that has been powered off
from userspace will automatically power back on when resuming
from suspend. This patch fixes this behaviour.
Tested only with the Intel i915 driver on an Intel GM45 Express
chipset.
On 01/07/2010 12:42 AM, Johan Hovold wrote:
Yeap. The fix uncovered a bug in your driver. I haven't heard of problems
with the other drm drivers.
The backlight is handled via the DRI driver I assume. At least
i9xx_crtc_dpms is called on powerdown.
Can you post your dmesg and kernel
R300 family will hard lockup if host path read cache flush is
done through MMIO to HOST_PATH_CNTL. But scheduling same flush
through ring seems harmless. This patch remove the hdp_flush
callback and add a flush after each fence emission which means
a flush after each IB schedule. Thus we should
http://bugzilla.kernel.org/show_bug.cgi?id=15002
Summary: invalid EDID checksum pause boot for 130 sec - kms,
radeon
Product: Drivers
Version: 2.5
Kernel Version: 2.6.33-rc3 2c1f1895ef2aa8f0e5497893eff71304aef332e1
Platform: All
In some case vblank might not be initialized and we shouldn't
try to use associated function. This patch make sure this is
the case. It also export drm_vblank_cleanup so driver can cleanup
vblank if for any reason IRQ/MSI is not working.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
If for any reason we haven't installed handler we shouldn't try to
enable IRQ/MSI on the hw so we don't get unhandled IRQ/MSI which
makes the kernel sad.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/r100.c |8 +++-
drivers/gpu/drm/radeon/r600.c
Following two patch avoid to activate hw IRQ/MSI when there is no
handler. Such case might happen for various reasons (for instance
if we disable accel we also disable irq along the way).
--
This SF.Net email is
On Wed, Jan 6, 2010 at 3:51 PM, Jerome Glisse gli...@freedesktop.org wrote:
On Wed, Jan 06, 2010 at 01:57:08PM -0500, Alex Deucher wrote:
On Wed, Jan 6, 2010 at 1:29 PM, Jerome Glisse jgli...@redhat.com wrote:
R300 family will hard lockup if host path read cache flush is
done through MMIO to
http://bugzilla.kernel.org/show_bug.cgi?id=15002
Alex Deucher alexdeuc...@gmail.com changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
In some case we weren't releasing the AGP device at module unloading.
This leaded to unfunctional AGP at next module load. This patch make
sure we release the AGP bus if we acquire it.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/r100.c |1 +
On Thu, Jan 7, 2010 at 6:39 AM, Jerome Glisse jgli...@redhat.com wrote:
R300 family will hard lockup if host path read cache flush is
done through MMIO to HOST_PATH_CNTL. But scheduling same flush
through ring seems harmless. This patch remove the hdp_flush
callback and add a flush after each
http://bugs.freedesktop.org/show_bug.cgi?id=25934
--- Comment #4 from Brian Paul brian.e.p...@gmail.com 2010-01-07 08:20:27
PST ---
I can't reproduce this. I forced the parser to call the yyerror() function
where your gdb log indicated. I don't get a segfault in vfprintf() or
strlen().
On Thu, 07 Jan 2010 13:24:06 +0530
David John david...@xenontk.org wrote:
On 12/31/2009 12:00 PM, David John wrote:
With the current DRM code, an output that has been powered off
from userspace will automatically power back on when resuming
from suspend. This patch fixes this behaviour.
http://bugs.freedesktop.org/show_bug.cgi?id=25741
--- Comment #14 from Luca Tettamanti kronos...@gmail.com 2010-01-07 09:00:06
PST ---
Created an attachment (id=32509)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32509)
Add a module parameter to disable spread spectrum unconditionally
From 9d6da5df3ca3912ffdd4ad25e10f127d0c5e4354 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Thu, 7 Jan 2010 14:19:47 -0500
Subject: [PATCH] drm/radeon/kms: fix typo in atom connector type handling
Also remove the problematic enums that were unused
remnants from the ddx.
On Thu, Jan 07, 2010 at 08:05:30PM +0100, Sedat Dilek wrote:
Hi,
I have a couple of questions which araised while building mesa from
upstream master [1].
Partially, I discussed them on #radeon IRC [2,3].
[Q1] SpeedUp build of mesa: parallel-make-jobs and/or ccache?
For a long time it
On Thu, Jan 7, 2010 at 2:40 PM, Sedat Dilek sedat.di...@googlemail.com wrote:
Hi Dan,
[src/mesa/Makefile]
...
-driver_subdirs: libmesa.a libglapi.a
+driver_subdirs: libmesa.a libmesagallium.a libglapi.a
This one works :-).
$ find mesa/ -name libmesa*
mesa/src/mesa/libmesa.a
[PATCH] Build libmesagallium.a before descending into drivers
...does NOT fix the parallel-make-job problem.
$ grep libmesagallium mesa/src/mesa/Makefile
default: depend asm_subdirs glsl_builtin libmesa.a libmesagallium.a \
libmesagallium.a: $(MESA_GALLIUM_OBJECTS) $(GLSL_LIBS)
driver_subdirs:
Hi Dan,
[src/mesa/Makefile]
...
-driver_subdirs: libmesa.a libglapi.a
+driver_subdirs: libmesa.a libmesagallium.a libglapi.a
This one works :-).
$ find mesa/ -name libmesa*
mesa/src/mesa/libmesa.a
mesa/src/mesa/libmesagallium.a
$ find mesa/ -name libglapi*
mesa/src/mesa/libglapi.a
Can you
From: Dave Airlie airl...@redhat.com
If userspace (plymouth in this case) asks for a deeper depth,
refuse it as well due to lack of resizing.
This fixes an issue since 32MB cards went to 8bpp and plymouth
crashes on startup.
Signed-off-by: Dave Airlie airl...@redhat.com
---
On Thu, Jan 7, 2010 at 3:26 PM, Sedat Dilek sedat.di...@googlemail.com wrote:
Indeed, I discovered a failure in both cases.
But, I always do a clean checkout (build-from-scratch) and clean/clear
the cache of ccache.
$ grep libmesagallium.a mesa/src/mesa/Makefile
default: depend asm_subdirs
On Thu, Jan 7, 2010 at 4:30 PM, Sedat Dilek sedat.di...@googlemail.com wrote:
Yeah, I had a deeper look into the build-log:
/bin/bash ../../bin/mklib -o glapi -static main/dispatch.o
glapi/glapi.o glapi/glapi_getproc.o glapi/glthread.o x86/glapi_x86.o
mklib: Making Linux static library:
Hi,
Would it be feasible to set subject_prefix to [dri-devel]
by the admin/moderator of this list?
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app
On Fri, Jan 08, 2010 at 03:24:36AM +0100, Sedat Dilek wrote:
Here is the build.log with applied mklib-smarter-extract.patch (only this
one).
Maybe you have a look at the build-log:
...
mklib: Making Linux static library: libmesa.a
ar: ../../src/glsl/pp/libglslpp.a: No such file or
24 matches
Mail list logo