headers
bugzilla-daemon | 1 Aug 2005 01:34

[Bug 578] RFE: Increase Mesa MAX_WIDTH and MAX_HEIGHT to 8192

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=578          

ajax <at> nwnk.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|cvs                         |Mesa core
            Product|xorg                        |Mesa
            Version|CVS_head                    |unspecified

------- Additional Comments From ajax <at> nwnk.net  2005-08-01 09:34 -------
product shift          

     
--           
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email         

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marcelo E. Magallon | 2 Aug 2005 19:53
Picon
Favicon

Re: Mesa 6.3 released

On Wed, Jul 20, 2005 at 12:26:19PM -0600, Brian Paul wrote:

 > - DirectFB driver (Claudio Ciccani)

 How's that one suppossed to work?  I tried installing the
 libdirectfb-dev Debian package and compilation fails looking for
 GL/directfbgl.h which isn't included.  I looked at the DirectFB website
 and it seems to me that DirectFBGL is something additional to DirectFB,
 so my question is basically if the following information in
 docs/README.directfb is _complete_

    Requirements
    ============

      To build Mesa with DirectFB (DirectFBGL) support you need:
         - DirectFB at least 0.9.21 (http://directfb.org)
         - pkg-config at least 0.9 (http://pkgconfig.sf.net)

 and what does the "(DirectFBGL)" bit mean.

 I guess another way of stating my question is "what does the Mesa
 DirectFB driver _do_?"

 Thanks,

 Marcelo

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
(Continue reading)

Permalink | Reply | 4 comments |
headers
Claudio Ciccani | 2 Aug 2005 22:15

Re: Mesa 6.3 released

Marcelo E. Magallon wrote:
> On Wed, Jul 20, 2005 at 12:26:19PM -0600, Brian Paul wrote:
> 
>  > - DirectFB driver (Claudio Ciccani)
> 
>  How's that one suppossed to work?  I tried installing the
>  libdirectfb-dev Debian package and compilation fails looking for
>  GL/directfbgl.h which isn't included.  

That header should be located under $(Mesa)/include/GL; probably
Brian forgot to include it in the release version.

>  I looked at the DirectFB website
>  and it seems to me that DirectFBGL is something additional to DirectFB,
>  so my question is basically if the following information in
>  docs/README.directfb is _complete_
> 
>     Requirements
>     ============
> 
>       To build Mesa with DirectFB (DirectFBGL) support you need:
>          - DirectFB at least 0.9.21 (http://directfb.org)
>          - pkg-config at least 0.9 (http://pkgconfig.sf.net)
> 
>  and what does the "(DirectFBGL)" bit mean.
> 
>  I guess another way of stating my question is "what does the Mesa
>  DirectFB driver _do_?"
> 
>  Thanks,
(Continue reading)

Permalink | Reply | 3 comments |
headers
Marcelo E. Magallon | 3 Aug 2005 03:38
Picon
Favicon

Re: Mesa 6.3 released

On Tue, Aug 02, 2005 at 10:15:58PM +0200, Claudio Ciccani wrote:

 > That header should be located under $(Mesa)/include/GL; probably
 > Brian forgot to include it in the release version.

 Ah, thanks!

 I hope this goes into 6.3.1, which has been mentioned on the X.org
 mailing list but I haven't found it on the Mesa website, so I guess it
 hasn't been actually relesed, has it?

 > OpenGL support under DirectFB (formally know as DirectFBGL) works
 > through modules. When you compile Mesa with the linux-directfb
 > target, it builds a DirectFBGL module.

 Ok, I see.  I had guessed as much.

 > That module is then installed under
 > $(DIRECTFB_MODULEDIR)/interfaces/IDirectFBGL/ and when an application
 > requests to create an OpenGL context, DirectFB loads the module and
 > the module performs the necessary initialization.  More or less this
 > is how it works.

 The module does not provide any kind of hardware acceleration, just the
 OpenGL API, right?  Looking at the source my guess is that this is a
 software rasterizer.

--

-- 
Marcelo
(Continue reading)

Permalink | Reply | 1 comment |
headers
Claudio Ciccani | 3 Aug 2005 10:09

Re: Mesa 6.3 released

Marcelo E. Magallon wrote:
> On Tue, Aug 02, 2005 at 10:15:58PM +0200, Claudio Ciccani wrote:
> 
>  > That header should be located under $(Mesa)/include/GL; probably
>  > Brian forgot to include it in the release version.
> 
>  Ah, thanks!
> 
>  I hope this goes into 6.3.1, which has been mentioned on the X.org
>  mailing list but I haven't found it on the Mesa website, so I guess it
>  hasn't been actually relesed, has it?

You can take that header from Mesa CVS or from the old DirectFBGL module
at directfb.org.

> 
>  > OpenGL support under DirectFB (formally know as DirectFBGL) works
>  > through modules. When you compile Mesa with the linux-directfb
>  > target, it builds a DirectFBGL module.
> 
>  Ok, I see.  I had guessed as much.
> 
>  > That module is then installed under
>  > $(DIRECTFB_MODULEDIR)/interfaces/IDirectFBGL/ and when an application
>  > requests to create an OpenGL context, DirectFB loads the module and
>  > the module performs the necessary initialization.  More or less this
>  > is how it works.
> 
>  The module does not provide any kind of hardware acceleration, just the
>  OpenGL API, right?  Looking at the source my guess is that this is a
(Continue reading)

Permalink | Reply | 0 comments |
headers
Adam Jackson | 4 Aug 2005 02:37
Gravatar

Default driver set for Xorg 6.9/7.0

I'm reviewing the list of DRI drivers built by default for Xorg 6.9, and I've 
got a few questions for the audience.

- savage.  In DevelDRIDrivers for 6.8.x, but disabled in HEAD at one point due 
to build issues relating to the DRM version bump.  Should probably be added 
to the default set.
- unichrome.  In DevelDRIDrivers in HEAD; would like to add it to the default 
set if I can get an official ruling on its security.  Is the command verifier 
trusted at this point?
- gamma.  Disabled totally now, likely to stay that way unless someone 
resurrects the DRM _real_ fast.
- sunffb.  Still under DevelDRIDrivers, anyone care?
- r300.  Totally disabled for now, absolutely not a candidate for the default 
set, but I suspect people want it in DevelDRIDrivers.

People with strong feelings about any of the above, please speak up.

- ajax
Permalink | Reply | 4 comments |
headers
Ian Romanick | 4 Aug 2005 03:02
Picon
Favicon

Re: Default driver set for Xorg 6.9/7.0


Adam Jackson wrote:
> I'm reviewing the list of DRI drivers built by default for Xorg 6.9, and I've 
> got a few questions for the audience.
> 
> - savage.  In DevelDRIDrivers for 6.8.x, but disabled in HEAD at one point due 
> to build issues relating to the DRM version bump.  Should probably be added 
> to the default set.

I tried to build this on Friday, but ran into problems.  I'll try to get
it at least building in the next day or two.

> - unichrome.  In DevelDRIDrivers in HEAD; would like to add it to the default 
> set if I can get an official ruling on its security.  Is the command verifier 
> trusted at this point?
> - gamma.  Disabled totally now, likely to stay that way unless someone 
> resurrects the DRM _real_ fast.

IMO, the existing gamma driver should stay dead forever.  If the DRI
code base were a "one of things is not like the others" puzzle, the
gamma driver would be that thing.  That said, one of my dreams is to
resurrect support for the GMX2000 and similar cards in a "new" glint
driver that is architectued like the other drivers.

That should be done right after hardware accelerated indirect rendering,
the new off-screen memory managers, and pbuffers. ;)

> - sunffb.  Still under DevelDRIDrivers, anyone care?
> - r300.  Totally disabled for now, absolutely not a candidate for the default 
> set, but I suspect people want it in DevelDRIDrivers.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dee Sharpe | 4 Aug 2005 03:41

[FWD: Mesa port]


__________________________________________________________________
Switch to Netscape Internet Service.
As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register

Netscape. Just the Net You Need.

New! Netscape Toolbar for Internet Explorer
Search from anywhere on the Web and block those annoying pop-ups.
Download now at http://channels.netscape.com/ns/search/install.jsp
From: __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp <demetrioussharpe>
Subject: [Mesa3d-dev] Mesa port
Date: 2005-08-03 15:47:22 GMT
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alex Deucher | 4 Aug 2005 04:10
Picon

Re: Default driver set for Xorg 6.9/7.0

On 8/3/05, Adam Jackson <ajax <at> nwnk.net> wrote:
> I'm reviewing the list of DRI drivers built by default for Xorg 6.9, and I've
> got a few questions for the audience.
> 
> - savage.  In DevelDRIDrivers for 6.8.x, but disabled in HEAD at one point due
> to build issues relating to the DRM version bump.  Should probably be added
> to the default set.

I'd like to see savage in.  It's ready.

Alex

> - unichrome.  In DevelDRIDrivers in HEAD; would like to add it to the default
> set if I can get an official ruling on its security.  Is the command verifier
> trusted at this point?
> - gamma.  Disabled totally now, likely to stay that way unless someone
> resurrects the DRM _real_ fast.
> - sunffb.  Still under DevelDRIDrivers, anyone care?
> - r300.  Totally disabled for now, absolutely not a candidate for the default
> set, but I suspect people want it in DevelDRIDrivers.
> 
> People with strong feelings about any of the above, please speak up.
> 
> - ajax
> 
> 
>

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dave Airlie | 4 Aug 2005 05:28
Picon
Favicon

Re: Default driver set for Xorg 6.9/7.0

>
> - savage.  In DevelDRIDrivers for 6.8.x, but disabled in HEAD at one point due
> to build issues relating to the DRM version bump.  Should probably be added
> to the default set.
> - unichrome.  In DevelDRIDrivers in HEAD; would like to add it to the default
> set if I can get an official ruling on its security.  Is the command verifier
> trusted at this point?

I'm happy with those...

> - gamma.  Disabled totally now, likely to stay that way unless someone
> resurrects the DRM _real_ fast.

if it still builds you might want to leave it .. there might be someone
with a 2.4 kernel with a working DRM :-), not that I really care..

dave.

--

-- 
David Airlie, Software Engineer
http://www.skynet.ie/~airlied / airlied at skynet.ie
Linux kernel - DRI, VAX / pam_smb / ILUG

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
Permalink | Reply | 1 comment |

Gmane