headers
Blair Sadewitz | 2 Jan 2007 04:00
Picon

amd64 aperture driver

If anyone's interested, through some relatively simple changes I got
the aperture driver in pkgsrc to build on amd64.  I do not have
XFree86 installed right now, so I was wondering if someone could test
it for me.  I will send a binary package for 4.99.7 or my set of
patches.

Regards,

--Blair

--

-- 
Support WFMU-FM: free-form radio for the masses!

<http://www.wfmu.org/>
91.1 FM Jersey City, NJ
90.1 FM Mt. Hope, NY

"The Reggae Schoolroom":
<http://www.wfmu.org/playlists/RS/>
Permalink | Reply | 0 comments |
headers
Matthias Drochner | 17 Jan 2007 23:36
Picon
Picon
Favicon

Mesa versions, use of GLX


Hi -
I've just switched my laptop to modular xorg from pkgsrc. It has
some Intel i945 chipset graphics, not supported by the xfree86
sources in the NetBSD main tree, so something had to be done.
(I had tried to use xfree-4.6 within NetBSD's reachover build
structure which worked basically, but since I'm not able to
maintain this further I've given up on this. See an earlier
post on this list.)

The modular xorg server in pkgsrc doesn't build the GLX extension
for now. This is mostly a technical issue because Mesa sources
are required at build time which is not straightforward in pkgsrc.
It is easy to do anyway, so I've built an X server with GLX right
now, using the xorg 1.1.1  server and Mesa-6.5.1 sources.
(Mesa-6.5.2 looks harder because there are some assembler files
which need changes to the Makefiles, but this might be fixed in
newer, unstable xorg sources. I didn't want to go that far.)

DISCLAIMER: I'm mostly clueless about OpenGL/glx/etc issues.
Please correct me if I'm talking nonsense.

Now I've got an X server which does support GLX as did the xfree
server built within NetBSD's main tree. Next question is what
performance gain I get.
What I found is that the Mesa library from pkgsrc doesn't make
use of the GLX extension at all. GL rendering is always done
at the client side. The Mesa library built within NetBSD's
xfree framework does support GLX, but it is not used by any
pkgsrc application, and it is relatively old. (It identifies
(Continue reading)

Permalink | Reply | 2 comments |
headers
Jason Thorpe | 19 Jan 2007 01:12

Re: Mesa versions, use of GLX


On Jan 17, 2007, at 2:36 PM, Matthias Drochner wrote:

> 1. Is it desirable at all for the X server to offer a GLX extension
>    if there is no real hardware support? If the clients are doing
>    the hard work, there is a chance that the load is spread among
>    multiple CPUs or cores, while the singlethreaded X server would
>    be a bottleneck if multiple clients are using it. There is
>    probably less data to be transferred with GLX but for a local
>    client this doesn't matter much. I didn't see a difference in
>    alsolute performance with glxgears or glclock.

Seems like if the hardware doesn't do it, the capability should not be  
sent to the clients.  For precisely the reason you specify.  It also  
seems more fair from a basic CPU scheduling perspective -- the thing  
that wants all that fancy stuff is going to get penalized, not the  
same process that also needs to render your mail reader and word  
processor.

-- thorpej
Permalink | Reply | 1 comment |
headers
Matthias Drochner | 19 Jan 2007 23:01
Picon
Picon
Favicon

Re: Mesa versions, use of GLX


[the GLX Xserver extension]
thorpej <at> shagadelic.org said:
> Seems like if the hardware doesn't do it, the capability should not be
>   sent to the clients.

I've done some limited field research on this and found that the
lack of a fallback in clients is not just some botch in the
Mesa build I have attempted or in the NetBSD reachover xfree86
structure. Every Linux bos I tried so far refuses to display
OpenGL applications on a display not GLX capable:

$ glxgears
Xlib:  extension "GLX" missing on display "localhost:10.0".
Error: couldn't get an RGB, Double-buffered visual

This is also evident if file sizes are looked at: The libGL
libraries are in the 500k order of magnitude on these boxes
which is enough for GLX passthrough but not for a software
renderer. The real thing is in an X server extension "GLcore"
(look in .../pkg/lib/xorg/modules/extensions) which is
about 2.5 MB in size.

So if we don't offer GLX in our X servers we lose interoperability
with most modern systems.

Now the question is whether we should use install OpenGL
client libraries using GLX per default. The reachover framework
does so, but this isn't used much because pkgsrc uses an own
libGL based on a newer Mesa version which does client side
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michai Ramakers | 25 Jan 2007 19:23
Picon

Fwd: build.sh -x fails with 2007.01.24 netbsd-4 tree

---------- Forwarded message ----------
From: Michai Ramakers <m.ramakers <at> gmail.com>
Date: Jan 25, 2007 7:21 PM
Subject: build.sh -x fails with 2007.01.24 netbsd-4 tree
To: port-hpcsh <at> netbsd.org

Hello,

when trying to build distribution with X11 for hpcsh (jornada) with
2007.01.24 netbsd-4
tree (src + xsrc), I get the following error:

===> build.sh command: ./build.sh -D _destdir -T _tooldir -O _objdir
-R _reldir -m hpcsh -x -u tools kernel=GENERIC distribution
===> build.sh started: Wed Jan 24 21:36:26 CET 2007
===> HOST_SH:          /bin/sh
===> MACHINE:          hpcsh
===> MACHINE_ARCH:     sh3el
===> TOOLDIR path:     /maxtor200gb_0/usr_firefly/src/_tooldir
===> DESTDIR path:     /maxtor200gb_0/usr_firefly/src/_destdir
===> RELEASEDIR path:  /maxtor200gb_0/usr_firefly/src/_reldir
===> makewrapper:      /maxtor200gb_0/usr_firefly/src/_tooldir/bin/nbmake-hpcsh
===> Updated /maxtor200gb_0/usr_firefly/src/_tooldir/bin/nbmake-hpcsh
...
#   compile  xkbprint/psgeom.o
/maxtor200gb_0/usr_firefly/src/_tooldir/bin/shle--netbsdelf-gcc -O
-pipe -pipe  -fno-strict-aliasing   -Werror   -DCSRG_BASED -DFUNC
cc1: warnings being treated as errors
/usr/xsrc/xfree/xc/programs/xkbprint/psgeom.c: In function 'FindKeysymsByName':
/usr/xsrc/xfree/xc/programs/xkbprint/psgeom.c:1392: warning: case
(Continue reading)

Permalink | Reply | 1 comment |
headers
Alan Barrett | 25 Jan 2007 20:36
Gravatar

Re: Fwd: build.sh -x fails with 2007.01.24 netbsd-4 tree

On Thu, 25 Jan 2007, Michai Ramakers wrote:
> /usr/xsrc/xfree/xc/programs/xkbprint/psgeom.c:1392: warning: case
> label value is less than minimum value for type

You appear to have an old version of that file.  Several casts to
unsigned char were added in revision 1.2 dated 2006-05-14.

--apb (Alan Barrett)
Permalink | Reply | 0 comments |

Gmane