Re: [Dri-devel] Snapshots now being built with gcc 3.2
On Fri, 2002-09-27 at 04:25, Andy Dustman wrote: Still getting the same problem with the r200. Interestingly, the amount of memory used for textures has gone up recently, from about 93 MB to 113 MB. Most obvious feature of this is what looks like a NULL pointer reference at the end. Also there is a load/unload/load of the xaa module. (WW) module minor version (0) is less than the required minor version (1) Hmmm, Michel, is this what you expect? Andy, you can download from my site http://cpotha.net/dri_resume.html my latest snapshot just for the included libxaa.a and libGL* - copy these out over your dri.sf.net installation. One other thing: There is a variable in the dripkg.sh script, PKG_MINIMAL=1, which is causing GL and core libraries not to be included the snapshot. Commenting this out reveals that the non-shared libraries are not getting built anyway. As above, you can get more up to date libGL.* thingies from my snapshot. HTH, Charl -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Snapshots now being built with gcc 3.2
On Wed, Sep 25, 2002 at 10:32:32PM -0400, Andy Dustman wrote: On Tue, 2002-09-24 at 09:25, José Fonseca wrote: I've updated my workstation to the RedHat Linux 7.3.94 beta, which has gcc 3.2. So now forward the snapshots will be built with this version. AFAIK this shouldn't pose any problem to the users since the key issue is that the kernel modules are compiled with the same version of gcc that compiled the kernel, and that still holds true. If the kernel modules were the only issue, you'd be right. Unfortunately the other important component of the snapshots is the DRI shared library. Since (for those who haven't heard) GCC 3.2 breaks binary compatibility with earlier versions, the shared libraries don't work. My X server dies on signal 11 almost immediately (during drm initialization). So these snapshots will only work if your X server is compiled with GCC 3.2. Also I've noticed that the shared library is now twice the size (or more) than it used to be (went from about 5 MB to 12 MB). AFAIK the announced breakeage concerned C++ only. Since very few people seem to have GCC 3.2 at the moment (I do have a Gentoo 1.4-pre1 box that does, but haven't tried DRI snaps on it yet), can we please have some built with the old gcc? Most likely Red Hat provides this in a gcc-compat package. I'm trying now to build some myself from CVS, but didn't have much luck last night (result didn't run). The ability of gcc-3.2 to generate more efficient code to Pentium III and IV, being able to generate SSE and SSE2 instructions automatically was one of the main reasons why I installed Redhat beta, since I do lot of numerical stuff. This together with the new gnome2 desktop. Unfortunately I don't have other machine were I can build those snapshots, and SourceForge compiler farm fails to build the snapshots except for some cards (ATI cards IIRC) due to an outdate Xfree installed on the system. RedHat does indeed provides a compat-gcc package. I'll see what I can do to use it within my scripts. Nevertheless it would be good to be sure about these binary compatabilities, since the widespread of gcc-3.2 will happen very soon. José Fonseca --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Snapshots now being built with gcc 3.2
On Thu, 2002-09-26 at 03:40, Charl P. Botha wrote: serious note, have you tried replacing your libxaa.a yet to eliminate the possibility of that signal 11 that we've been seeing with the last few snapshots? You could also try a snapshot of today or later, because Michel has fixed the XAA problem which resulted in the Sig11. I'll certainly try another snapshot. My own snapshot attempt at last night looks like it had nearly the same signal 11 problem, although it got slightly further than the snapshots on the websites. Neither one actually crashes the machine, but the video goes dead: The monitor no longer syncs up and switching VTs doesn't help. -- Andy Dustman PGP: 0x930B8AB6 @ .net http://dustman.net/andy Cogito, ergo sum. -- Rene Descartes I yam what I yam and that's all what I yam. -- Popeye --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Snapshots now being built with gcc 3.2
On Thu, 2002-09-26 at 19:22, José Fonseca wrote: AFAIK the announced breakeage concerned C++ only. Well, there is some c++ code in libnurbs, and so apparently libGLU.so. However it appears that wouldn't affect the DRI snapshots. RedHat does indeed provides a compat-gcc package. I'll see what I can do to use it within my scripts. If the segfaults I'm getting actually are related to XAA, then it really may not matter. I'm trying (again) to make my own snapshot build (with gcc 2.96), but I'll also try one of yours. Nevertheless it would be good to be sure about these binary compatabilities, since the widespread of gcc-3.2 will happen very soon. Most likely, yes, since Red Hat 8.0 and Gentoo 1.4 will both have it; I don't think most other Linux distributions will stay too far behind (except maybe Debian, but at least they have 3.0 in stable and 3.2 in testing). Is it possible you have changed some of your compiler options? The snapshots are about twice the size they used to be. -- Andy Dustman PGP: 0x930B8AB6 @ .net http://dustman.net/andy Cogito, ergo sum. -- Rene Descartes I yam what I yam and that's all what I yam. -- Popeye --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Snapshots now being built with gcc 3.2
Am Freitag, 27. September 2002 03:20 schrieb Andy Dustman: On Thu, 2002-09-26 at 19:22, José Fonseca wrote: AFAIK the announced breakeage concerned C++ only. Well, there is some c++ code in libnurbs, and so apparently libGLU.so. However it appears that wouldn't affect the DRI snapshots. RedHat does indeed provides a compat-gcc package. I'll see what I can do to use it within my scripts. If the segfaults I'm getting actually are related to XAA, then it really may not matter. I'm trying (again) to make my own snapshot build (with gcc 2.96), but I'll also try one of yours. Nevertheless it would be good to be sure about these binary compatabilities, since the widespread of gcc-3.2 will happen very soon. Most likely, yes, since Red Hat 8.0 and Gentoo 1.4 will both have it; I don't think most other Linux distributions will stay too far behind (except maybe Debian, but at least they have 3.0 in stable and 3.2 in testing). I think they are ahead. This world is not (US-) America alone... Mandrake 9.0 (October) SuSE 8.1 (30. September) http://www.suse.de/de/private/products/suse_linux/i386/new_features.html UnitedLinux Beta Cheers, Dieter -- Dieter Nützel Graduate Student, Computer Science University of Hamburg Department of Computer Science @home: Dieter.Nuetzel at hamburg.de (replace at with @) --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Snapshots now being built with gcc 3.2
On Thu, 2002-09-26 at 20:50, Andy Dustman wrote: On Thu, 2002-09-26 at 03:40, Charl P. Botha wrote: serious note, have you tried replacing your libxaa.a yet to eliminate the possibility of that signal 11 that we've been seeing with the last few snapshots? You could also try a snapshot of today or later, because Michel has fixed the XAA problem which resulted in the Sig11. I'll certainly try another snapshot. My own snapshot attempt at last night looks like it had nearly the same signal 11 problem, although it got slightly further than the snapshots on the websites. Neither one actually crashes the machine, but the video goes dead: The monitor no longer syncs up and switching VTs doesn't help. Still getting the same problem with the r200. Interestingly, the amount of memory used for textures has gone up recently, from about 93 MB to 113 MB. Most obvious feature of this is what looks like a NULL pointer reference at the end. Also there is a load/unload/load of the xaa module. (II) Loading sub module xaa (II) LoadModule: xaa (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor=The XFree86 Project compiled for 4.2.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (WW) module minor version (0) is less than the required minor version (1) (II) UnloadModule: xaa (II) Unloading /usr/X11R6/lib/modules/libxaa.a (II) Loading sub module xaa (II) LoadModule: xaa (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor=The XFree86 Project compiled for 4.2.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (**) RADEON(0): Using AGP 1x mode (II) RADEON(0): AGP Fast Write disabled by default ... (II) RADEON(0): [drm] created radeon driver at busid PCI:1:0:0 (II) RADEON(0): [drm] added 8192 byte SAREA at 0xd892b000 (II) RADEON(0): [drm] mapped SAREA 0xd892b000 to 0x40013000 (II) RADEON(0): [drm] framebuffer handle = 0xd000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): [agp] Mode 0x1f000201 [AGP 0x8086/0x7190; Card 0x1002/0x514c] (II) RADEON(0): [agp] 32768 kB allocated with handle 0xe092f000 (II) RADEON(0): [agp] ring handle = 0xe000 (II) RADEON(0): [agp] Ring mapped at 0x48234000 (II) RADEON(0): [agp] ring read ptr handle = 0xe0101000 (II) RADEON(0): [agp] Ring read ptr mapped at 0x40015000 (II) RADEON(0): [agp] vertex/indirect buffers handle = 0xe0102000 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x48335000 (II) RADEON(0): [agp] AGP texture map handle = 0xe0302000 (II) RADEON(0): [agp] AGP Texture map mapped at 0x48535000 (II) RADEON(0): [drm] register handle = 0xe900 (II) RADEON(0): [dri] Visual configs initialized (II) RADEON(0): CP in BM mode (II) RADEON(0): Using 32 MB AGP aperture (II) RADEON(0): Using 1 MB for the ring buffer (II) RADEON(0): Using 2 MB for vertex/indirect buffers (II) RADEON(0): Using 29 MB for AGP textures (II) RADEON(0): Memory manager initialized to (0,0) (1408,8191) (II) RADEON(0): Largest offscreen area available: 1408 x 7141 (II) RADEON(0): Will use back buffer at offset 0xc5c000 (II) RADEON(0): Will use depth buffer at offset 0xf2e000 (II) RADEON(0): Will use 112640 kb for textures at offset 0x120 (==) RADEON(0): Backing store disabled (==) RADEON(0): Silken mouse enabled Screen to screen bit blits Solid filled rectangles Solid filled trapezoids 8x8 mono pattern filled trapezoids 8x8 color pattern filled rectangles CPU to Screen color expansion Solid Lines Dashed Lines Image Writes Driver provided ScreenToScreenBitBlt replacement Driver provided FillSolidRects replacement Driver provided WriteBitmap replacement Driver provided NonTEGlyphRenderer replacement (II) (null)(0): Acceleration enabled Fatal server error: Caught signal 11. Server aborting ** With the 20020926 official snapshot, the last line is the Silken mouse message. Otherwise the log appears to be the same. One other thing: There is a variable in the dripkg.sh script, PKG_MINIMAL=1, which is causing GL and core libraries not to be included the snapshot. Commenting this out reveals that the non-shared libraries are not getting built anyway. 20020920 is the last snapshot that works at all for me (for r200 and radeon). -- Andy Dustman PGP: 0x930B8AB6 @ .net http://dustman.net/andy Cogito, ergo sum. -- Rene Descartes I yam what I yam and that's all what I yam. -- Popeye --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Snapshots now being built with gcc 3.2
On Tue, 2002-09-24 at 09:25, José Fonseca wrote: I've updated my workstation to the RedHat Linux 7.3.94 beta, which has gcc 3.2. So now forward the snapshots will be built with this version. AFAIK this shouldn't pose any problem to the users since the key issue is that the kernel modules are compiled with the same version of gcc that compiled the kernel, and that still holds true. If the kernel modules were the only issue, you'd be right. Unfortunately the other important component of the snapshots is the DRI shared library. Since (for those who haven't heard) GCC 3.2 breaks binary compatibility with earlier versions, the shared libraries don't work. My X server dies on signal 11 almost immediately (during drm initialization). So these snapshots will only work if your X server is compiled with GCC 3.2. Also I've noticed that the shared library is now twice the size (or more) than it used to be (went from about 5 MB to 12 MB). Since very few people seem to have GCC 3.2 at the moment (I do have a Gentoo 1.4-pre1 box that does, but haven't tried DRI snaps on it yet), can we please have some built with the old gcc? Most likely Red Hat provides this in a gcc-compat package. I'm trying now to build some myself from CVS, but didn't have much luck last night (result didn't run). -- Andy Dustman PGP: 0x930B8AB6 @ .net http://dustman.net/andy Cogito, ergo sum. -- Rene Descartes I yam what I yam and that's all what I yam. -- Popeye --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] Snapshots now being built with gcc 3.2
Hi guys. Yep, vacations ended. I've updated my workstation to the RedHat Linux 7.3.94 beta, which has gcc 3.2. So now forward the snapshots will be built with this version. AFAIK this shouldn't pose any problem to the users since the key issue is that the kernel modules are compiled with the same version of gcc that compiled the kernel, and that still holds true. Strangely, when testing the snapshots scripts with the new setup I noticed that only radeon and r200 drivers are being built on the HEAD (as there is no errors on the build log). Keith, I know you've been merging r200-0-2-branch, so do you know anything about this? The Mach64 development on my side is still on hold. Besides the hassle of returning from vacations, and have a lot of stuff to do, my laptop's hard drive is busted so I've been working at the univeristy were I don't have any Mach64 card near me. Hopefully I should receive a new drive shortly. Jose Fonseca --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Snapshots now being built with gcc 3.2
Hi Jose I've updated my workstation to the RedHat Linux 7.3.94 beta, which has gcc 3.2. So now forward the snapshots will be built with this version. AFAIK this shouldn't pose any problem to the users since the key issue is that the kernel modules are compiled with the same version of gcc that compiled the kernel, and that still holds true. Is it your workstation which is used to built snapshots? I thought it was SF machnery... The Mach64 development on my side is still on hold. Besides the hassle of returning from vacations, and have a lot of stuff to do, my laptop's hard drive is busted so I've been working at the univeristy were I don't have any Mach64 card near me. Hopefully I should receive a new drive shortly. Sad. Really expected fast mach progress after your return. With security resolved and gatos merged (thanks to Leif again) it could go into XFree86 HEAD... Anyway, glad to hear from you again Sergey --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel