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
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,
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 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
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 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
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
-- next part --
An
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 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,
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,
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
> 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
>
> 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
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
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
-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
-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 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
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
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
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
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
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
> 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 pr
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
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
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 drivers for mobile devices to the kernel. I'd like
to clarify my
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.
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
> 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
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
100% agreed on the rationale, and I hope you can keep this crap out!
>
> 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
> 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
process
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
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
-- 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-msm at vger.kernel.org,
jcrouse at codeaurora.org
On Thu
On Thu, Jul 1, 2010 at 8:18 PM, Saravana Kannan wrote:
> 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
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
On Thu, Jul 1, 2010 at 8:18 PM, Saravana Kannan wrote:
> 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
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
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
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
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, 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: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'
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, 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: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
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 drivers for mobile devices to the kernel. I'd like
to clarify my
76 matches
Mail list logo
