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
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
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
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.
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
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
> >>
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
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
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
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
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.
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
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
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
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
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 -
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
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
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.
---
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.
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
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,
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
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
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
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
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
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
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
29 matches
Mail list logo