On Mon, Jun 02, 2003 at 07:02:37PM +0100, José Fonseca wrote:
> On Mon, Jun 02, 2003 at 09:14:23AM -0600, Jens Owen wrote:
> > Jose Fonseca wrote:
> > >CVSROOT: /cvsroot/dri
> > >Module name: xc
> > >Repository:xc/xc/lib/GL/mesa/src/drv/r200/
> > >Changes by:[EMAIL PROTECTED
On Mon, Jun 02, 2003 at 01:51:10PM -0400, Adam K Kirchhoff wrote:
>
> Just wanted to let you know that after adding the newline to the
> Imakefile.inc, the build seems to have completed without a hitch.
Thanks Adam. For a while I wasn't sure if the newline had any effect or
not.
> I assu
[This e-mail has been automatically generated.]
You have one or more bugs assigned to you in the Bugzilla
bugsystem (http://bugs.xfree86.org/) that require
attention.
All of these bugs are in the NEW state, and have not been touched
in 7 days or more. You need to take a look at th
[EMAIL PROTECTED]
After you read this you are going to go out tonight and
have the best time of your life...If you want to get out
and have a great time with exactly the kind of person
that you're looking for then you have to come to the right place.
Guys and girls, make the selection of your choic
Matt Sealey wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Michel Dänzer
Sent: Tuesday, June 03, 2003 12:42 AM
To: Alex Deucher
Cc: Keith Whitwell; [EMAIL PROTECTED]
Subject: Re: [Dri-devel] [RFC] New Xv adapter using MESA_ycbcr_texture
On Tue, 2003-0
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Michel Dänzer
> Sent: Tuesday, June 03, 2003 12:42 AM
> To: Alex Deucher
> Cc: Keith Whitwell; [EMAIL PROTECTED]
> Subject: Re: [Dri-devel] [RFC] New Xv adapter using MESA_ycbcr_texture
>
>
> On Tue, 2003
On Mon, Jun 02, 2003 at 09:07:16PM -0700, Ian Romanick wrote:
> José Fonseca wrote:
>
> >I would also like to discuss the possibility of:
> > - dropping the DRM(my_func)() for drm_my_func(). If I'm not mistaken,
> > these symbols aren't exported to the rest of the kernel so there
> > isn't an
input
cliff
Title: 西安房地产信息网
西安房地产信息网
www.800j.cc
非典时期买楼该注重什么？
谁来评述“世家星城”
.
我要发言 进入论坛
---
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
__
Title: 西安房地产信息网
西安房地产信息网
www.800j.cc
非典时期买楼该注重什么？
谁来评述“世家星城”
.
我要发言 进入论坛
---
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
__
José Fonseca wrote:
I would also like to discuss the possibility of:
- dropping the DRM(my_func)() for drm_my_func(). If I'm not mistaken,
these symbols aren't exported to the rest of the kernel so there
isn't any conflict when several DRM's are loaded simulatenously on
the kernel (or i
Title: 西安房地产信息网
西安房地产信息网
www.800j.cc
非典时期买楼该注重什么？
谁来评述“世家星城”
.
我要发言 进入论坛
---
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
__
Alex Deucher wrote:
I've been thinking of trying to implement an XV adapter using OpenGL
and MESA_ycbcr_texture for YUV or regular RGB textures for RGB video.
This would not only provide a default Xv adapter (in the event that the
hw didn't have one) or it would provide hw accelerated video pl
On Mon, Jun 02, 2003 at 05:29:54PM -0600, Brian Paul wrote:
> Keith Whitwell wrote:
>...
> > One thing that is a bit confusing is that some drivers are just drivers,
> > wheras others are combinations of drivers and window system interfaces.
> > It would be nice to have just drivers here and mov
On Mon, Jun 02, 2003 at 04:23:14PM -0600, Brian Paul wrote:
>
> Sounds like the Mesa directory re-org should happen sooner, rather
> than later.
>
> I've been doing some research into CVS and it looks like there are two
> approaches to doing the re-org:
>
> 1. Use the usual cvs add/remove/comm
On Mon, 2003-06-02 at 16:28, Egbert Eich wrote:
> Damien Miller writes:
> > Owen Taylor wrote:
> > >
> > > Here's a quick (if late) writeup of my thoughts on X modularization;
> > > I'm not sure it really addresses your questions, since the
> > > driver interfaces are the part of X that I'm
(At least in my opinion) the DRM template code is somewhat ugly and difficult to
modify since the code is all spread out and a small change usually leads
to modifications is several places. This is surely result of some
groing pain since actually there is no real reason to be like that since
it's
Keith Whitwell wrote:
Brian Paul wrote:
David Dawes wrote:
On Mon, Jun 02, 2003 at 04:23:14PM -0600, Brian Paul wrote:
Sounds like the Mesa directory re-org should happen sooner, rather
than later.
I've been doing some research into CVS and it looks like there are
two approaches to doing the
On Tue, Jun 03, 2003 at 09:31:27AM -0700, Linus Torvalds wrote:
>My only real underlying requirement is that compiled-in stuff works. I
>personally refuse to use modules, since I see no point to them when I
>compile the kernel for my machine _anyway_.
Does this go any way towards explaining wh
On Tue, 2003-06-03 at 00:09, Alex Deucher wrote:
> perhaps it would be better to just write opengl output plugins for
> video applications that used MESA_ycbcr_texture.
I think so, e.g. you lose direct rendering by putting this into the
server.
> However, looking at the code for several video a
Denis Oliver Kropp wrote:
Quoting Brian Paul ([EMAIL PROTECTED]):
My first step would be to wrap-up version 5.0.2 (bug fix release) and
get that out of the way.
That would leave the embedded-* branches. Do those of you working on
those branches have any concerns?
The embedded-2-branch which
Keith Whitwell wrote:
Keith Whitwell wrote:
Brian Paul wrote:
Sounds like the Mesa directory re-org should happen sooner, rather
than later.
I've been doing some research into CVS and it looks like there are
two approaches to doing the re-org:
1. Use the usual cvs add/remove/commit commands t
whoops... I meant to replay to all...
--- Keith Whitwell <[EMAIL PROTECTED]> wrote:
>
> Not sure I quite understand you - but definitely changing those apps
> to use
> the Mesa extension (if available) would be a win.
They convert the YUV frames to RGB in software and then display them as
OGL t
Keith Whitwell wrote:
Brian Paul wrote:
Sounds like the Mesa directory re-org should happen sooner, rather
than later.
I've been doing some research into CVS and it looks like there are two
approaches to doing the re-org:
1. Use the usual cvs add/remove/commit commands to move everything
arou
Linus Torvalds wrote:
On Mon, 2 Jun 2003, Keith Whitwell wrote:
Under what circumstances does this actually happen? First 3d app run? Even
something like 'glinfo'?
I don't even get a desktop - the thing hangs at initialization time
(probably when clearing the screen.
My hardware may actuall
Alex Deucher wrote:
perhaps it would be better to just write opengl output plugins for
video applications that used MESA_ycbcr_texture. However, looking at
the code for several video apps, most that have an OGL output still use
RGB textures with the the YUV->RGB conversion done in software.
Not su
Keith Whitwell wrote:
Brian Paul wrote:
Sounds like the Mesa directory re-org should happen sooner, rather
than later.
I've been doing some research into CVS and it looks like there are two
approaches to doing the re-org:
1. Use the usual cvs add/remove/commit commands to move everything
arou
Quoting Brian Paul ([EMAIL PROTECTED]):
> My first step would be to wrap-up version 5.0.2 (bug fix release) and
> get that out of the way.
>
> That would leave the embedded-* branches. Do those of you working on
> those branches have any concerns?
The embedded-2-branch which is the new develop
Brian Paul wrote:
Sounds like the Mesa directory re-org should happen sooner, rather than
later.
I've been doing some research into CVS and it looks like there are two
approaches to doing the re-org:
1. Use the usual cvs add/remove/commit commands to move everything
around. This would work, b
On Mon, Jun 02, 2003 at 04:23:14PM -0600, Brian Paul wrote:
> kernel/ - kernel drivers, modules
> agpgart-2.5/
> drm/
> radeon/
> radeonfb/
> radeonfb-
On Mon, 2 Jun 2003, Keith Whitwell wrote:
>
> Under what circumstances does this actually happen? First 3d app run? Even
> something like 'glinfo'?
I don't even get a desktop - the thing hangs at initialization time
(probably when clearing the screen.
My hardware may actually have gone bad,
Sounds like the Mesa directory re-org should happen sooner, rather
than later.
I've been doing some research into CVS and it looks like there are two
approaches to doing the re-org:
1. Use the usual cvs add/remove/commit commands to move everything
around. This would work, but it would be pre
perhaps it would be better to just write opengl output plugins for
video applications that used MESA_ycbcr_texture. However, looking at
the code for several video apps, most that have an OGL output still use
RGB textures with the the YUV->RGB conversion done in software.
Alex
--- Keith Whitwell
Alex Deucher wrote:
I've been thinking of trying to implement an XV adapter using OpenGL
and MESA_ycbcr_texture for YUV or regular RGB textures for RGB video.
This would not only provide a default Xv adapter (in the event that the
hw didn't have one) or it would provide hw accelerated video pl
I've been thinking of trying to implement an XV adapter using OpenGL
and MESA_ycbcr_texture for YUV or regular RGB textures for RGB video.
This would not only provide a default Xv adapter (in the event that the
hw didn't have one) or it would provide hw accelerated video playback
on hw that su
Ian Romanick wrote:
This is just a friendly reminder that the weekly dri-devel IRC meeting will
be starting in the #dri-devel channel on irc.freenode.net at 2100 UTC (or
5:00PM EDT or 2:00PM PDT, if you prefer).
Time zone conversion available at:
http://www.timezoneconverter.com/cgi-bin/tzc.tzc
L
On Sat, May 31, 2003 at 06:01:54PM +0100, Keith Whitwell wrote:
>Thirdly, and this isn't really the patch's problem, it raises for me again the
>question: Wouldn't we be better off using straight gnu assembler syntax,
>rather than the somewhat tortured macros in there currently?
It's a portabi
This is just a friendly reminder that the weekly dri-devel IRC meeting will
be starting in the #dri-devel channel on irc.freenode.net at 2100 UTC (or
5:00PM EDT or 2:00PM PDT, if you prefer).
Time zone conversion available at:
http://www.timezoneconverter.com/cgi-bin/tzc.tzc
Logs of previous IR
On Fri, May 30, 2003 at 01:58:40PM +0200, Sven Luther wrote:
>On Thu, May 29, 2003 at 11:53:32AM -0400, David Dawes wrote:
>> On Thu, May 29, 2003 at 07:34:28AM +0200, Sven Luther wrote:
>> >On Thu, May 29, 2003 at 12:00:22AM -0400, Mike A. Harris wrote:
>> >> On Wed, 28 May 2003, Sven Luther wrote
On Mon, Jun 02, 2003 at 09:14:23AM -0600, Jens Owen wrote:
> Jose Fonseca wrote:
> >CVSROOT: /cvsroot/dri
> >Module name: xc
> >Repository: xc/xc/lib/GL/mesa/src/drv/r200/
> >Changes by: [EMAIL PROTECTED] 03/05/31 15:42:18
> >
> >Log message:
> > Add a newline at end of file - believe
Jose,
Just wanted to let you know that after adding the newline to the
Imakefile.inc, the build seems to have completed without a hitch. I
assume this has made it's way into CVS?
Adam
On Sat, 31 May 2003, [iso-8859-15] José Fonseca wrote:
> On Sat, May 31, 2003 at 04:23:47PM -0500, Jo
Brian Paul wrote:
Ian Romanick wrote:
Here's the list of reversions (either from 4.x to 3.x or from a later
4.x to an earlier 4.x). I don't think the files in src/X matter, but
t_context.c and t_imm_dlist.c sure should. IMHO, we should update the
trunk to whatever version of the dlist code ha
I haven't released 5.1 (devel release) yet so 5.2 (stable release) won't
be coming for a while. 5.1 is in pretty good shape though. I'm trying
to decide if I should do the directory re-org before or after the 5.1
release. Thoughts?
I don't see any reason to delay...
Keith
---
Ian Romanick wrote:
Nicholas Wourms wrote:
Keith Whitwell wrote:
The patch does have a few issues. Firstly it doesn't apply cleanly
to the current trunk so there'll be a bit of work wiggling it in.
[SNIP]
I noticed that, but I also noticed something else. It seems that
trunk has some reg
Nicholas Wourms wrote:
Keith Whitwell wrote:
The patch does have a few issues. Firstly it doesn't apply cleanly to
the current trunk so there'll be a bit of work wiggling it in.
[SNIP]
I noticed that, but I also noticed something else. It seems that trunk
has some regressions [or lack of up
Jose Fonseca wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/lib/GL/mesa/src/drv/r200/
Changes by: [EMAIL PROTECTED] 03/05/31 15:42:18
Log message:
Add a newline at end of file - believe it or not, this was the culprit for all
the build problems lately...
Am Montag, 2. Juni 2003 15:09 schrieb Keith Whitwell:
> Linus Torvalds wrote:
> > Have others seen this? Current DRI CVS tree, current 2.5.x kernel (which
> > is pretty current kernel-module-wise, the only difference to the current
> > DRI tree _seems_ to be the documentation updates).
> >
> > Same
Linus Torvalds wrote:
On Fri, 30 May 2003, Linus Torvalds wrote:
Modulo that, X is happy, with no error messages apart from a mention of
the irq issue in the logs up until the lockup:
(II) RADEON(0): [drm] failure adding irq handler, there is a device already
using that irq
[drm]
48 matches
Mail list logo
