Re: [Mesa3d-dev] [PROPOSAL] configure.ac: Simplify LIBDRM_RADEON_REQUIRED and introduce LIBDRM_INTEL_REQUIRED variable

2010-03-23 Thread Luc Verhaegen
On Tue, Mar 23, 2010 at 02:16:03PM +0100, Sedat Dilek wrote: > Hi, > > what do you think about this proposal? > > -- > Sedat Makes _a_ _lot_ of sense. Luc Verhaegen. -- Download IntelĀ® Parallel Studi

Re: [Mesa3d-dev] DRI SDK and modularized drivers.

2010-03-22 Thread Luc Verhaegen
On Mon, Mar 22, 2010 at 10:46:37PM +0100, Nicolai Haehnle wrote: > On Mon, Mar 22, 2010 at 2:24 AM, Luc Verhaegen wrote: > >> In > >> particular, the Mesa core <-> classic driver split only makes sense if > >> there are enough people who are actually wor

Re: [Mesa3d-dev] DRI SDK and modularized drivers.

2010-03-21 Thread Luc Verhaegen
his actions a bit better. But as said in an earlier email, what you incur on overhead here you can easily make up in the driver internal interfaces. And then the other synergies come weighing in. Luc Verhaegen. -- D

Re: [Mesa3d-dev] DRI SDK and modularized drivers.

2010-03-21 Thread Luc Verhaegen
o might like one or another way of working better. And i guess that this is what those reasoning against this are mostly afraid of. Ideas like this can no longer be swept under the carpet with "impossible". Luc Verhaegen.

Re: [Mesa3d-dev] DRI SDK and modularized drivers.

2010-03-21 Thread Luc Verhaegen
On Fri, Mar 19, 2010 at 06:26:03PM +0100, Nicolai Haehnle wrote: > On Thu, Mar 18, 2010 at 5:38 PM, Luc Verhaegen wrote: > > So, identify the volatile interfaces, and the more stable interfaces, > > and then isolate the volatile ones, and then you come to only one > > conclus

Re: [Mesa3d-dev] DRI SDK and modularized drivers.

2010-03-18 Thread Luc Verhaegen
On Thu, Mar 18, 2010 at 01:28:28AM -0700, Corbin Simpson wrote: > On Wed, Mar 17, 2010 at 6:13 PM, Luc Verhaegen wrote: > > On Wed, Mar 17, 2010 at 12:28:39AM +0100, Luc Verhaegen wrote: > >> Modularized dri drivers and an SDK enabled mesa tree are available in my > >>

Re: [Mesa3d-dev] DRI SDK and modularized drivers.

2010-03-17 Thread Luc Verhaegen
On Wed, Mar 17, 2010 at 12:28:39AM +0100, Luc Verhaegen wrote: > Modularized dri drivers and an SDK enabled mesa tree are available in my > personal git repos at http://cgit.freedesktop.org/~libv/ > > The SDK enabled mesa tree adds to the mesa build system to create shared > libra

Re: [git pull] drm request 3

2010-03-05 Thread Luc Verhaegen
ernel drm driver, firmware, libdrm driver, Xorg driver, 2 mesa drivers, 1-2 media acceleration libraries. All spreading inherently unstable interfaces everywhere. Graphics drivers will always be complex, and buggy and unstable, but we should try to en

Re: [git pull] drm request 3

2010-03-04 Thread Luc Verhaegen
On Thu, Mar 04, 2010 at 05:08:00PM -0800, Linus Torvalds wrote: > > > On Fri, 5 Mar 2010, Luc Verhaegen wrote: > > > > libdrm is composed of the main libdrm, and several driver specific > > libdrms today (... and libkms, yes). > > It's actually not libdr

Re: [git pull] drm request 3

2010-03-04 Thread Luc Verhaegen
its real dependency is also 2.3.0. It's the mesa drivers that are responsible for the main mesa dependency on libdrm 2.4.15. Luc Verhaegen. -- Download IntelĀ® Parallel Studio Eval Try the new software tools for y

Re: [PATCHES] radeon kms drm HPD patches

2009-12-04 Thread Luc Verhaegen
ten broken, we should always use a monitor database. Luckily, in that situation, words like "So why don't create and maintain one then", ended the discussion. Sadly this is not possible here. So. whatever. Luc Verhaegen.

Re: [PATCHES] radeon kms drm HPD patches

2009-12-04 Thread Luc Verhaegen
On Fri, Dec 04, 2009 at 06:14:24PM -0500, Alex Deucher wrote: > On Fri, Dec 4, 2009 at 5:58 PM, Luc Verhaegen wrote: > > On Fri, Dec 04, 2009 at 05:18:21PM -0500, Alex Deucher wrote: > >> This set of patches adds interrupt driven HPD (Hot Plug Detect) > >> support to r

Re: [PATCHES] radeon kms drm HPD patches

2009-12-04 Thread Luc Verhaegen
a few years back? I remember you, bridgie and davey throwing tons of crap at radeonhd for using HPD, and here you are hooking it up to the same r5xx hardware, even though you seem to prefer to name the hooks rs600. What is so di

Re: [Patch 0/2] [VIA UniChrome DRM] Patch system hang issue caused by 3D scaling+ACPI

2009-09-15 Thread Luc Verhaegen
have to spend ages patiently trying to explain what i see as pretty obvious, in a way that it cannot be baselessly thrashed anymore, which often means repeating things a lot (and yes, i do not have the patience for that). Now what i am wondering is, are these things really not obvious, or are y

Re: [Patch 0/2] [VIA UniChrome DRM] Patch system hang issue caused by 3D scaling+ACPI

2009-09-11 Thread Luc Verhaegen
t alone told exactly what it fixes or how this can be reproduced. It just blatantly broke things, and then the only quick answer is: revert. Chances are that if this is looked at differently, everyone can become happy without a major version bump. If not, there should be a major version bump and

Re: [Patch 0/2] [VIA UniChrome DRM] Patch system hang issue caused by 3D scaling+ACPI

2009-09-11 Thread Luc Verhaegen.
es currently fully supported are CLE266, KM400 and K8M800. Luc Verhaegen. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment -

Re: [Patch 0/2] [VIA UniChrome DRM] Patch system hang issue caused by 3D scaling+ACPI

2009-09-10 Thread Luc Verhaegen
ions, each of which is hairy and defunct in its own particular way for its own particular reasons, is what is important here, not why this got to be such. What is important is how this situation is dealt with with respect to other parts of the graphics driver stack. And

Re: [Patch 0/2] [VIA UniChrome DRM] Patch system hang issue caused by 3D scaling+ACPI

2009-09-10 Thread Luc Verhaegen
On Fri, Sep 11, 2009 at 01:29:21PM +1000, Daniel Stone wrote: > On Fri, Sep 11, 2009 at 05:20:06AM +0200, Luc Verhaegen wrote: > > > > And why did you suddenly start to care, while you pretty much ignored > > this dead before? Would that be for technical reasons? > &g

Re: [Patch 0/2] [VIA UniChrome DRM] Patch system hang issue caused by 3D scaling+ACPI

2009-09-10 Thread Luc Verhaegen
me and unichrome. Because it was included in opensuse, and because i have seen what effect this code has, i do care about pointing out the issues with this code now. What is your reason to care all of a sudden? Luc Verhaegen. ---

Re: [Patch 0/2] [VIA UniChrome DRM] Patch system hang issue caused by 3D scaling+ACPI

2009-09-10 Thread Luc Verhaegen
cause i believe these are against the kernel > > copy of the drm, because for some reason the kernel copy never saw > > commit 659e9a091d3. And why did you suddenly start to care, while you pretty much ignored this dead before? Would that be for technical reasons? Luc Verhaegen.

Re: [Patch 0/2] [VIA UniChrome DRM] Patch system hang issue caused by 3D scaling+ACPI

2009-09-10 Thread Luc Verhaegen
your own drm driver with your own xorg driver seems to be necessary. Luc Verhaegen. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and d

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

2009-08-18 Thread Luc Verhaegen
On Wed, Aug 19, 2009 at 09:22:10AM +1000, Dave Airlie wrote: > On Wed, Aug 19, 2009 at 9:12 AM, Luc Verhaegen wrote: > > On Wed, Aug 19, 2009 at 09:07:55AM +1000, Dave Airlie wrote: > >> On Wed, Aug 19, 2009 at 8:03 AM, Luc Verhaegen wrote: > >> > On Wed, Aug 19,

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

2009-08-18 Thread Luc Verhaegen
On Wed, Aug 19, 2009 at 09:07:55AM +1000, Dave Airlie wrote: > On Wed, Aug 19, 2009 at 8:03 AM, Luc Verhaegen wrote: > > On Wed, Aug 19, 2009 at 07:03:41AM +1000, Dave Airlie wrote: > >> On Wed, Aug 19, 2009 at 2:12 AM, Keith Whitwell wrote: > >> > I think the bug in

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

2009-08-18 Thread Luc Verhaegen
tly after they made their mistakes, even if they belong to your current political faction. Luc Verhaegen. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design

Re: [Patch 0/3] Resubmit VIA Chrome9 DRM via_chrome9 for upstream

2009-07-18 Thread Luc Verhaegen
ome?! Last > time you decided to work on openChrome, didn't you? Don't tell me that you didn't see that one coming a few lightyears off. Luc Verhaegen. -- Enter the BlackBerry Developer Challenge This

Re: [Patch] Automake: stop polluting ${prefix}/include

2008-10-30 Thread Luc Verhaegen
lso backwards compatible. Luc Verhaegen. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a t

[Patch] Automake: stop polluting ${prefix}/include

2008-10-29 Thread Luc Verhaegen
Luc Verhaegen. >From a280751e9dc3fa75fe4355edbb44815781547fc7 Mon Sep 17 00:00:00 2001 From: Luc Verhaegen <[EMAIL PROTECTED]> Date: Wed, 29 Oct 2008 17:24:13 +0100 Subject: [PATCH] Automake: stop polluting ${prefix}/include Fix up Makefiles and pkg-config file so that headers are insta

Re: radeon r6xx DRM...

2008-06-04 Thread Luc Verhaegen
s a pretty trivial job and thus the least of our worries, it's just that the microcode is a big blob :) Luc Verhaegen. SUSE/Novell X Driver Developer. - Check out the new SourceForge.net Marketplace. It's the best p

Re: Replacing SiS and VIA memory managers.

2006-05-28 Thread Luc Verhaegen
are require wider alignment, while normal alignment needs to be 16 bytes? Anyway, that's driver specific, not set in stone. Nice work, Luc Verhaegen. --- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully tr