Subject: Re: questions from NetBSD sparc newbie
To: NetBSD/sparc Discussion List <port-sparc@NetBSD.org>
From: Michael Lorenz <macallan@netbsd.org>
List: port-sparc
Date: 03/05/2007 21:31:50
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello,
On Mar 5, 2007, at 16:54, Greg A. Woods wrote:
> I've got a build of netbsd-4 using xsrc-current for sparc finished
> successfully last night and I'm going to try to set it up on my netboot
> server for testing on the spare SS5, with the LEO/ZX, to see if xfree86
> really can drive the LEO with either the XFree86 and/or Xsun24
> binaries.
Not with XFree86 unless you write a wsdisplay driver for the leo. Even
then it will probably need some minor hacking ( for some reason the
framebuffer device IDs get translated somewhere in the SBus/fb support
layer, it might miss an entry for the LEO on NetBSD )
> I'm beginning to suspect that the Xsun* binaries built by the recent
> /usr/src/x11 reach-over makefiles include all the MESA/GL and RENDER
> extensions, given their size
I don't know about GL but they definitely support XRENDER.
> but at the moment it looks like the XFree86 binary I finally see being
> built is useless when linked statically as the right things aren't set
> up to be referenced and linked into it.
I have no idea what you're talking about.
> Currently it's the tiny one:
>
> $ pwd
> /build/woods/always/netbsd-4-sparc-ssv8-destdir-no-g/usr/X11R6/bin
> $
> /build/woods/always/netbsd-4-i386-sparc-tools/bin/sparc--netbsdelf-
> size X*
> text data bss dec hex filename
> 1847306 198396 104864 2150566 20d0a6 XFree86
> 2985982 184864 140296 3311142 328626 Xdmx
> 4515706 310904 168192 4994802 4c36f2 Xnest
> 2520306 181888 128728 2830922 2b324a Xprt
> 4149234 377672 169520 4696426 47a96a Xsun
> 4353186 378560 169528 4901274 4ac99a Xsun24
> 3975062 376032 169328 4520422 44f9e6 XsunMono
> 4114998 301792 187272 4604062 46409e Xvfb
Well, it will load display drivers, extensions etc. on startup.
> I really don't want my Xserver dynamically loading code -- I want
> everything I need it to support statically bound into it and ready to
> use at all times.
Then you'll have to build your own but I seriously doubt this will save
a lot in terms of memory footprint size.
have fun
Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
iQEVAwUBRezSl8pnzkX8Yg2nAQJ/Egf+P699huMdkDImNLFvlTeCn9mdaVNr4olo
bKwgP0CniV6wuxPlg6RdtVQlqzjXTX/vDnhmr0ZihHUiCZjim/Xw0BZvwi7/GZwI
J3onVx4UxRV+uYCiZOhZ13C4yq2RqVq4ntFS9yRHss/0tp4Vg0SsBlbe+gVnQ4f5
loKNCiurLbrvvs8Rf7PHq4nCMBB1eqKK/3S4QSCBJUXuG/CLXeGQAvtTf3vQn+4Q
HBiHWk5coJ/D2Yi/5YZxoeqhVjZCV87iIgr6tCGY1c0VzqybSpP2Rr5AsnNMZAaj
gAW7si5CmdUuhXFSkU6DH9TFWmYoCYv/hSwVCmq1kAutnUlaTdOTbg==
=o9k7
-----END PGP SIGNATURE-----