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
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 dev
On Thu, Jan 7, 2010 at 4:30 PM, Sedat Dilek 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: libglapi.a
> ar: creating
On Thu, Jan 7, 2010 at 3:26 PM, Sedat Dilek 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 glsl_builtin libmesa.a
From: Dave Airlie
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
---
drivers/gpu/drm/drm_fb_helper.c |9 -
1 fi
[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: li
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 plea
On Thu, Jan 7, 2010 at 2:40 PM, Sedat Dilek 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
> mesa/src/mesa/libmesagalli
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 t
>From 9d6da5df3ca3912ffdd4ad25e10f127d0c5e4354 Mon Sep 17 00:00:00 2001
From: Alex Deucher
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.
Signed-off-by: Alex
http://bugs.freedesktop.org/show_bug.cgi?id=25741
--- Comment #14 from Luca Tettamanti 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
In case this turn
On Thu, 07 Jan 2010 13:24:06 +0530
David John 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.
> >
> > Tested
http://bugs.freedesktop.org/show_bug.cgi?id=25934
--- Comment #4 from Brian Paul 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().
Could you try recompilin
On Thu, Jan 7, 2010 at 6:39 AM, Jerome Glisse 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 fence emission
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
---
drivers/gpu/drm/radeon/r100.c |1 +
drivers/gpu/drm/radeon/r300.c
http://bugzilla.kernel.org/show_bug.cgi?id=15002
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #1 fr
On Wed, Jan 6, 2010 at 3:51 PM, Jerome Glisse 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 wrote:
>> > R300 family will hard lockup if host path read cache flush is
>> > done through MMIO to HOST_PATH_CNTL. But scheduling
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 sponsored
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
---
drivers/gpu/drm/drm_irq.c
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
---
drivers/gpu/drm/radeon/r100.c |8 +++-
drivers/gpu/drm/radeon/r600.c |7 +
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
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 hav
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 a
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.
24 matches
Mail list logo