On Tue, Mar 23, 2010 at 7:04 AM, Sedat Dilek wrote:
> V2 of my proposal.
0001: Reviewed-by: Dan Nicholson
0002: Having a hard requirement on libdrm_radeon needs to be passed by
the radeon developers. If it is deemed OK, then just drop the 3rd and
4th argument to the PKG_CHECK_MODULES and
On Fri, Mar 12, 2010 at 4:50 AM, Pauli Nieminen wrote:
> Cleanup make system so that all noninstalled headers are put
> to noinst_HEADERS. This quarentees that header will be present
> in tar ball but not installed with make install.
>
> CC: [email protected]
> Signed-off-by: Pauli Nie
On Thu, Mar 4, 2010 at 2:42 PM, Eric Anholt wrote:
> On Thu, 4 Mar 2010 12:37:23 -0800, Jesse Barnes
> wrote:
>> Would anyone have objections if these lists moved to freedesktop.org?
>> The recent thread with Linus about the drm pull request highlights the
>> post lag and non-subscriber aspect o
On Mon, Feb 22, 2010 at 7:17 AM, Brian Paul wrote:
> On Sun, Feb 21, 2010 at 5:54 PM, Dan Nicholson wrote:
>> On Sun, Feb 21, 2010 at 2:33 PM, Keith Packard wrote:
>>> The bash 'cd' command tends to emit random stuff to stdout when the
>>> CDPATH varia
ib to fail.
>
> Signed-off-by: Keith Packard
Congratulations on wading in to mklib, it's not a friendly place. :)
Reviewed-by: Dan Nicholson
--
Download Intel® Parallel Studio Eval
Try the new software to
On Sat, Jan 30, 2010 at 12:51 PM, John Kacur wrote:
> Fix warning by using %zu instead of %d for size_t
>
> Signed-off-by: John Kacur
> ---
> drivers/gpu/drm/radeon/radeon_agp.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_agp.c
>
On Tue, Jan 12, 2010 at 10:21 AM, Jesse Barnes wrote:
> On Fri, 8 Jan 2010 12:00:47 -0800
> Jesse Barnes wrote:
>
>> DRI2 now has support for swapbuffers, OML_sync_control and events.
>> There's a git tree at git://people.freedesktop.org/~jbarnes/mesa with
>> support for the new requests that I'd
On Fri, Jan 8, 2010 at 1:27 AM, Sedat Dilek wrote:
> Reported-and-Tested-by: Sedat Dilek
>
> 1. The complaints about missing file/dir are gone.
> 2. sl_pp_context.o matches libmesa.a and libmesagallium.a, again.
>
> This patch looks fine to me, thanks.
It's in master now. Thanks for testing. If
ops, just a bug about changing directories and breaking relative paths.
Can you try this new version of the patch? I actually tested it this time,
and I think it does the right thing.
--
Dan
>From 59d8948fe55af2c783d8f7c5554ee44809e78bbd Mon Sep 17 00:00:00 2001
From: Dan Nicholson
Date: Thu, 7
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
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
d-time around 6min (that's a fast
> build-time I know).
Parallel make should work. Does the patch below fix the issue?
--
Dan
>From 7ce28ade9e0f529a708e624f40c7e8f8f1aa71c3 Mon Sep 17 00:00:00 2001
From: Dan Nicholson
Date: Thu, 7 Jan 2010 13:45:57 -0800
Subject: [PATCH] Build libmesagallium.a before descending into
On Sun, Nov 29, 2009 at 5:03 PM, vehemens wrote:
> On Sunday 29 November 2009 15:36:51 Adam K Kirchhoff wrote:
>> On Sunday 29 November 2009 18:54:31 vehemens wrote:
>> > On Sunday 29 November 2009 14:23:44 Adam K Kirchhoff wrote:
>> > > On Sunday 29 November 2009 14:16:13 vehemens wrote:
>> > >
>
On Thu, Apr 30, 2009 at 3:57 PM, Brian Paul wrote:
> Thanks. I'll commit this and your prev patch after a bit more testing...
I have the other one queued up, I just didn't have time to give it a
spin yet. If you can wait until tomorrow (later tonight actually),
I'll push them. But if you're in a
On Thu, Apr 30, 2009 at 1:58 PM, Keith Packard wrote:
> This makes software fallbacks not do tiling wrong on i965 and later after
> resume. It also should fix 945 performance reduction after resume which
> would have disabled tiling without causing any visible effect.
>
> Signed-off-by: Keith Pack
On Thu, Apr 30, 2009 at 1:26 PM, Keith Packard wrote:
> This makes software fallbacks not do tiling wrong on i965 and later after
> resume. It also should fix 945 performance reduction after resume which
> would have disabled tiling without causing any visible effect.
>
> Signed-off-by: Keith Pack
On Wed, Apr 29, 2009 at 3:39 PM, Tormod Volden wrote:
> From: Tormod Volden
>
> Prepend "-Wl," to linking options and let mklib ignore -Wl options
> inside the object list when building static libraries
> ---
> bin/mklib | 12
> src/gallium/winsys/egl_xl
On Wed, Apr 29, 2009 at 1:13 PM, Tormod Volden wrote:
> From: Tormod Volden
>
> ar gets confused when the --start-group et al options introduced in
> e.g. bfd5916eafb9a97ad10f1d4a8738e7dcb02e04f4 appear inside the object list
>
> Signed-off-by: Tormod Volden
I mostly think this is the right thi
On Thu, Jan 29, 2009 at 5:06 PM, Dave Airlie wrote:
> On Fri, Jan 30, 2009 at 10:30 AM, Andrew Morton
> wrote:
>> (cc's added)
>>
>> On Wed, 21 Jan 2009 13:27:48 +0100
>> Sami Kerola wrote:
>>
>>> I compiled the Torvalds git kernel 2.6.29-rc2-00013 and I got an oops.
>>> The oops happens when ev
On Tue, Dec 9, 2008 at 5:27 PM, Ben Gamari <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-12-09 at 11:19 -0800, Dan Nicholson wrote:
>> I just had a quick scan of the patch, but a couple things jumped out.
>>
>> - The debugfs code should be conditional on CONFIG_DEBUG_FS.
>
On Tue, Dec 9, 2008 at 11:00 AM, Ben Gamari <[EMAIL PROTECTED]> wrote:
> Hey everyone,
>
> This is the latest version of my procfs file handling patch. I have
> ported the old proc files to use the seq_file interface greatly
> simplifying the code. I have also put in place infrastructure for
> expo
On Wed, Oct 29, 2008 at 9:30 PM, Stephen Hemminger
<[EMAIL PROTECTED]> wrote:
> On my desktop with Intel graphics ( 82G33/G31 ), I noticed some problems when
> doing resume from ram. The system takes some key strokes to come back
> correctly:
>
> Resume (power button)
> 1) LCD comes up in a reso
On Tue, Oct 28, 2008 at 9:07 AM, Dieter Nützel <[EMAIL PROTECTED]> wrote:
> Am Dienstag, 28. Oktober 2008 schrieb Dan Nicholson:
>> On Tue, Oct 28, 2008 at 8:44 AM, Dieter Nützel <[EMAIL PROTECTED]> wrote:
>> > kernel openSUSE 10.3 2.6.22.19-0.1-default
>> &
On Tue, Oct 28, 2008 at 8:44 AM, Dieter Nützel <[EMAIL PROTECTED]> wrote:
> kernel openSUSE 10.3 2.6.22.19-0.1-default
>
> /opt/drm> ./configure --prefix=/usr
>
> [-]
>
> checking whether the g++ linker (/usr/i586-suse-linux/bin/ld) supports shared
> libraries... yes
> checking dynamic linker chara
Anyone have any problems with this?
On Thu, Jun 12, 2008 at 7:12 AM, Dan Nicholson <[EMAIL PROTECTED]> wrote:
> Since the gl pkg-config file doesn't convey any specifics about the
> backend in use, this adds a new pkg-config file for when DRI is in use.
> This can be used by
Since the gl pkg-config file doesn't convey any specifics about the
backend in use, this adds a new pkg-config file for when DRI is in use.
This can be used by the xserver build to determine if the DRI extension
is appropriate.
---
Dan
I don't know if this makes anything a lot better, but I think
On Thu, Feb 21, 2008 at 9:33 AM, Tiago Vignatti <[EMAIL PROTECTED]> wrote:
>
> Also, with DRI2 we have to explicit pass --disable-dri2 flag to autoconf
> because Xorg uses dri_sarea.h which is external to X server (from mesa).
> Is this good enough?
Update mesa. ajax added dri_sarea.h to the in
On Feb 13, 2008 6:48 AM, Dan Nicholson <[EMAIL PROTECTED]> wrote:
> On Feb 13, 2008 6:40 AM, Dan Nicholson <[EMAIL PROTECTED]> wrote:
> > The glapi source files for the xserver's GLX module are currently
> > generated in the mesa tree and then manually merged int
On Feb 13, 2008 6:40 AM, Dan Nicholson <[EMAIL PROTECTED]> wrote:
> The glapi source files for the xserver's GLX module are currently
> generated in the mesa tree and then manually merged into the the xserver
> tree. This step in the GLX build is error prone as the files
The glapi source files for the xserver's GLX module are currently
generated in the mesa tree and then manually merged into the the xserver
tree. This step in the GLX build is error prone as the files can easily
become unsynchronized from the rest of the glapi in mesa.
This patchset changes the mes
On 9/28/07, Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> It should build against the last release of libdrm, not master, master
> isn't released and when it gets released it'll be libdrm3 due to the
> ttm api... if it can't build against that due to the missing TTM then
> disable i915tex builds by d
32 matches
Mail list logo
