On Wed, Jul 14, 2010 at 9:24 AM, Pavel Machek wrote:
> Hi!
>
>> >There is no point supporting companies that give you a little bit of
>> >information in exchange they want the support that being in a mainline
>> >kernel gives. Its an unfair exchange of knowledge and time, and if they
>> >claim the
Hi!
> >There is no point supporting companies that give you a little bit of
> >information in exchange they want the support that being in a mainline
> >kernel gives. Its an unfair exchange of knowledge and time, and if they
> >claim they have to make a profit then its even more unfair.
>
> also,
On Sun, Jul 4, 2010 at 9:03 PM, Theodore Tso wrote:
>
> On Jul 4, 2010, at 3:27 AM, Dave Airlie wrote:
>
>> So its as crap as the others since the kernel space is uninteresting
>> and doesn't give you any idea how to actually use the GPU, its just a
>> slightly intelligent shim which transfers com
On Sun, Jul 04, 2010 at 07:03:22AM -0400, Theodore Tso wrote:
> We have sources to our web browsers but not to the a number of the
> various web services that the browsers talk to (GMail, AIM, Gmane,
> Yahoo Finance, Google Search, etc.).
>
> And we have the sources to the Intel wireless dri
On Jul 4, 2010, at 3:27 AM, Dave Airlie wrote:
> So its as crap as the others since the kernel space is uninteresting
> and doesn't give you any idea how to actually use the GPU, its just a
> slightly intelligent shim which transfers command streams and
> interrupt to/from gpu/userspace.
>
> Its
On Sun, Jul 4, 2010 at 5:06 PM, Magnus Wendt wrote:
>
>
> 2010/7/2 Dave Airlie
>>
>> ARM Mali - not sure what is going on there, I;m going to go with no
>> hope but would be nice to be proved wrong
>
> So far no user space but at least kernel space is available under GPLv2
>
> http://www.malideve
2010/7/2 Dave Airlie
>
> ARM Mali - not sure what is going on there, I;m going to go with no
> hope but would be nice to be proved wrong
>
So far no user space but at least kernel space is available under GPLv2
http://www.malideveloper.com/drivers.php
___
You know, not to be a stickler here, but it irks me sometimes when people do
what Luc did here. I want to make something clear, as a long-time SLACKWARE
LINUX user. RedHat = Linux, but Linux != RedHat. RedHat may have gained
fame by building a Linux distribution that mainstreamed Linux briefly,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luc Verhaegen wrote:
> Since redhat is then not working with qualcomm, why is this then your
> responsibility?
I find that sentiment surprising from somebody who has actually met Dave. :/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Lin
On Fri, 2010-07-02 at 19:07 +0700, "C. Bergström" wrote:
> Dave Airlie wrote:
> > What potential? there are maybe 6 players on the ARM graphics scene
> >
> > ...
> > Nvidia - well we know their position will never change.
> >
> Never say never. I have every reason to believe that Nvidia would
On Fri, Jul 02, 2010 at 01:10:29PM +0200, Luc Verhaegen wrote:
[...]
> > They'll keep shipping closed stuff, just like they are now. Are you
> > going to reverse engineer the userspace drivers, so people who care
> > about open and free software platforms can use these drivers? (or have
> > you alr
Xavier Bestel wrote:
On Fri, 2010-07-02 at 19:07 +0700, "C. Bergström" wrote:
Dave Airlie wrote:
What potential? there are maybe 6 players on the ARM graphics scene
...
Nvidia - well we know their position will never change.
Never say never. I have every reason to believe th
Luc, can you please take your corporate bullshit out of this? I can
assume you know Dave personally and should be clearly aware that he's
everything but a corporate drone.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedeskt
Dave Airlie wrote:
What potential? there are maybe 6 players on the ARM graphics scene
...
Nvidia - well we know their position will never change.
Never say never. I have every reason to believe that Nvidia would
respond to market demand.
*fingers crossed*
./C
__
> Sure, but you still slammed, and this affected in first order mostly
> Qualcomm, instead
> of stating that you simply do not want to be involved.
I have no choice but to be involved, again you seem to misunderstand
what my position is.
>
>> They'll keep shipping closed stuff, just like they ar
On Fri, Jul 2, 2010 at 9:12 PM, Luc Verhaegen wrote:
> On Fri, Jul 02, 2010 at 06:15:35AM -0400, Christoph Hellwig wrote:
>> Luc, can you please take your corporate bullshit out of this? I can
>> assume you know Dave personally and should be clearly aware that he's
>> everything but a corporate d
On Fri, Jul 02, 2010 at 06:15:35AM -0400, Christoph Hellwig wrote:
> Luc, can you please take your corporate bullshit out of this? I can
> assume you know Dave personally and should be clearly aware that he's
> everything but a corporate drone.
Yes, with mails like this he clearly shows that he i
On Fri, Jul 02, 2010 at 08:23:27PM +1000, Dave Airlie wrote:
> >
>
> They own quite a lot of the IP in the 3D core, having bought it from
> AMD, you can see the CP packets and PM4 stuff just like in radeon.
Aha, imageon indeed, cool!
I doubt that you know the conditions of this sale. This might
>
> Yes, this a mess indeed.
>
> But i fear that this a mess that cannot be fixed, in its entirety, in a
> single shot.
>
> Qualcomm making this code available already clearly shows the will and
> determination of
> some people inside qualcomm to do The Right Thing.
>
> This is Qualcomms first bi
On Fri, Jul 02, 2010 at 08:10:40AM +1000, Dave Airlie wrote:
> Now this is just my opinion as maintainer of the drm, and doesn't
> reflect anyone or any official policy, I've also no idea if Linus
> agrees or not.
>
> We are going to start to see a number of companies in the embedded
> space submi
100% agreed on the rationale, and I hope you can keep this crap out!
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Piotr Gluszenia Slawinski wrote:
There is no point supporting companies that give you a little bit of
information in exchange they want the support that being in a mainline
kernel gives. Its an unfair exchange of knowledge and time, and if they
claim they have to make a profit then its even more
Piotr Gluszenia Slawinski wrote:
> There is no point supporting companies that give you a little bit of
> information in exchange they want the support that being in a mainline
> kernel gives. Its an unfair exchange of knowledge and time, and if they
> claim they have to make a profit then it
There is no point supporting companies that give you a little bit of
information in exchange they want the support that being in a mainline
kernel gives. Its an unfair exchange of knowledge and time, and if they
claim they have to make a profit then its even more unfair.
also, they seem to do it
On Thu, 2010-07-01 at 20:42 -0400, Timothy Meade wrote:
> -- Forwarded message --
> Hello. I've been working with the developers on the htc-linux project
> and following the progress of Android on MSM devices closely for a few
> years. I've been excitied to see DRM/DRI replace PM
-- Forwarded message --
From: Timothy Meade
Date: Thu, Jul 1, 2010 at 8:38 PM
Subject: Closed source userspace graphics drivers with an open source
kernel component
To: Saravana Kannan
Cc: LKML , dri-devel
, linux-arm-...@vger.kernel.org,
jcro...@codeaurora.org
On Thu, Jul 1, 2
Dave Airlie wrote:
This is more about initial development stages. We maintain kernel
API/ABI for all in-tree drivers, however before we put a driver into
mainline, we usually need to redo the crazy interfaces that vendors
have come up with. Like 32/64 alignment, passing userspace addresses
into t
I thought Intel shelved Larrabee.
~ C.
On Thu, Jul 1, 2010 at 4:51 PM, Piotr Gluszenia Slawinski
wrote:
>> We are going to start to see a number of companies in the embedded
>> space submitting 3D drivers for mobile devices to the kernel. I'd like
>> to clarify my position once so they don't all
We are going to start to see a number of companies in the embedded
space submitting 3D drivers for mobile devices to the kernel. I'd like
to clarify my position once so they don't all come asking the same
questions.
one of options for future would be equipping gpu's with additional
processing fo
On Fri, Jul 2, 2010 at 10:08 AM, Daniel Walker wrote:
> On Fri, 2010-07-02 at 09:37 +1000, Dave Airlie wrote:
>
>> > Oh, man .. It seems like any driver model that straddles userspace and
>> > kernel space is kind of asking for trouble (my opinion anyway)..
>> >
>> > Would you accept a userspace c
On Fri, 2010-07-02 at 09:37 +1000, Dave Airlie wrote:
> > Oh, man .. It seems like any driver model that straddles userspace and
> > kernel space is kind of asking for trouble (my opinion anyway)..
> >
> > Would you accept a userspace component that supported some subset of the
> > features ? You
On Fri, Jul 2, 2010 at 9:29 AM, Daniel Walker wrote:
> On Fri, 2010-07-02 at 08:57 +1000, Dave Airlie wrote:
>> On Fri, Jul 2, 2010 at 8:51 AM, Daniel Walker wrote:
>> > On Fri, 2010-07-02 at 08:36 +1000, Dave Airlie wrote:
>> >> On Fri, Jul 2, 2010 at 8:10 AM, Dave Airlie wrote:
>> >> > Now thi
On Fri, 2010-07-02 at 08:57 +1000, Dave Airlie wrote:
> On Fri, Jul 2, 2010 at 8:51 AM, Daniel Walker wrote:
> > On Fri, 2010-07-02 at 08:36 +1000, Dave Airlie wrote:
> >> On Fri, Jul 2, 2010 at 8:10 AM, Dave Airlie wrote:
> >> > Now this is just my opinion as maintainer of the drm, and doesn't
>
On Fri, 2010-07-02 at 08:36 +1000, Dave Airlie wrote:
> On Fri, Jul 2, 2010 at 8:10 AM, Dave Airlie wrote:
> > Now this is just my opinion as maintainer of the drm, and doesn't
> > reflect anyone or any official policy, I've also no idea if Linus
> > agrees or not.
> >
> > We are going to start to
On Fri, Jul 2, 2010 at 8:51 AM, Daniel Walker wrote:
> On Fri, 2010-07-02 at 08:36 +1000, Dave Airlie wrote:
>> On Fri, Jul 2, 2010 at 8:10 AM, Dave Airlie wrote:
>> > Now this is just my opinion as maintainer of the drm, and doesn't
>> > reflect anyone or any official policy, I've also no idea i
On Fri, Jul 2, 2010 at 8:10 AM, Dave Airlie wrote:
> Now this is just my opinion as maintainer of the drm, and doesn't
> reflect anyone or any official policy, I've also no idea if Linus
> agrees or not.
>
> We are going to start to see a number of companies in the embedded
> space submitting 3D d
36 matches
Mail list logo
