Error Messages
I have a Radeon IGP345 chip in my Compaq laptop. When I try to run X, it quits almost immediately after starting. I see no obvious errors in the log file or the output from startx. Is there anyway to increase the vebosity of the output? Thanks! Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Rant (was Re: ATI Drivers.)
On Fri, 18 Jul 2003, Mike A. Harris wrote: > On 17 Jul 2003, William Suetholz wrote: > > If I sound like the devil's advocate, I assure you I'm not. I'm > just tired of hearing random people bitch and beak off about this > type of crap who don't put any sort of thought whatsoever into > the business, legal, copyright/trademark/patent, or engineering > costs and other factors that affect these types of decisions in > companies out there. Try to look at things from the angle of the > given company out there for once. I appreciate all the work various folks have done to move Linux along. I have used Linux since about kernel 0.99. Now for me at least Linux has become my daily OS. (I used to use OS/2 daily and Linux as my secondary OS.) Many Thanks to All! I also understand the capitalist elements you detail. I am not a hard core (meaning religious or fanatical) open source advocate. Open source just makes good sense. I could go into the various reasons why, but I won't and it's probably obvious to anyone on this list anyway. I wish some sort of compromise could be reached where the proprietary never-to-be-open-sourced bits could be made to coexist with the open bits in a timely manner. What I mean is that I don't like waiting for months and months for various hardware and features to be supported by Linux. I don't mean just with Xfree, but with other parts of Linux as well, like media players and so forth. (My goal is never to have to boot Windows for anything.) I don't know what a workable solution from a technology aspect would be. Perhaps some consistent pluggable module API or library scheme? Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Rant (was Re: ATI Drivers.)
On Fri, 18 Jul 2003, Sven Luther wrote: > On Fri, Jul 18, 2003 at 05:57:50AM -0400, Mike A. Harris wrote: > > >What's the deal with ATI's drivers? > > > > Maybe they could have the whole X driver and kernel module in open > source, and only keep the opengl library as proprietary stuff. I more or > less doubt they have any IP involved in these part, at least some really > meaningfull stuff. This would it make much easier for user installations > too, i think. Maybe not but the companies are going to protect anything that is even remotely proprietary. It's just the nature of the beast. > > > > Why do these companies not open source their complete drivers? > > Because they have intellectual property in their drivers that > > As if their concurent where not capable of reverse engineering the > drivers. Because it takes money and manpower. They are not going to do pull engineers off of more lucrative projects to get them little if any more profit. > > I have no problem for them to go proprietary, but i would very much like > a powerpc version of said drivers. Since both of them also release > drivers for MacOSX, i guess this would not be very expensive to just > rebuild powerpc versions of them. Or for other arches too. I think this > is the cost the graphic companies have to pay for not releasing the > source code. I'm with you there. I have a Mac and many ATI products that are available come far after their PC counterparts have been released. Though I pretty much answered my concern about this above, I'd rather suspect some sort of agreement with Bill Gates to keep the cutting edge products on Windows or lose access to the Windows market (Microsoft inside information.) Conspiracy's are often more fun than reality. > > > I am not sure this is the case all over the world, and in any case it is > hardly fair. If i buy a product, i also buy the right to use it fully. I > am no lawyer, but i guess that if you where going to resort to legal > action, the judge may well see it that way in at least some of the > countries where graphic cards are used. There are implied warranties in that if you buy something that is intended to serve a purpose, like a car for instance, it will be useful for that purpose. Maybe that's the only reason video card drivers manufacturers support Linux at all. > > No, there you are exagerating. I hardly doubt that they would go broke > or whatever if they released open source drivers. If anything, they > would sell more boards. Probably not enough to make the effort worthwhile. Probably the only reason they do the FireGL drivers at all is because they already had UNIX drivers folks were willing to pay big bucks for. > > The problem is that we get what the US lawyer say we can, and not what > we may very well have the right to in other places of the world. I doubt it. Although the US was founded on the principals of people having the rights to the benefits of their inventions, i.e. patents, US law is probably evolved/derived from European law, since many US founders were Europeans. Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Rant (was Re: ATI Drivers.)
On Fri, 18 Jul 2003, Mark Vojkovich wrote: > On Fri, 18 Jul 2003, Tim Roberts wrote: > > > On 18 Jul 2003 20:16:35 -0500, William Suetholz wrote: > > > > In business terms, the Linux market is not relevant. Sad but true. > > For consumer desktop that's true. There is one potential business > case in the professional desktop market. SGI's, HP's and Sun's old > workstation customers have been moving over to Linux. All the film > studios are using Linux, for instance. The volume is small but the > margins on the professional cards is high so there is a chance that > it might actually make money some day. If it weren't for this > potential in the professional market, NVIDIA probably wouldn't have > any binary Linux drivers. The real target of those drivers is the > NVIDIA Quadro line not the GeForce line. If the server market is the biggest (and for Linux it is) then only 2D support if that is required. I'd bet even the big film studios don't use Linux to view the final rendering. They probably use a Mac (Apple OS of some kind) or a PC running Windows. > Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: Rant (was Re: ATI Drivers.)
On Sun, 20 Jul 2003, Alexander Stohr wrote: > > On Fri, 18 Jul 2003, Mark Vojkovich wrote: > > > > From: Fred Heitkamp [mailto:[EMAIL PROTECTED] > > > If the server market is the biggest (and for Linux it is) then > > only 2D support if that is required. I'd bet even the big > > film studios don't use Linux to view the final rendering. They > > probably use a Mac (Apple OS of some kind) or a PC running > > Windows. > > It is NOT the server market, it is the grafics render farming > and the related grafics editing at the desks of the movie industry. > I honestly don't know for a fact that the server market is bigger than the movie renderfarm market. I am just speculating that it is base on casual reading of trade websites and periodicals. Just because there are more general internet using businesses than movie businesses. Servers don't need high performance 3D or 2D graphics. In fact many servers are probably not administered with a GUI at all. I don't know how many CAD/CAM applications are done using Linux either, but probably much less than Windows and Solaris/SGI. I am not trying to argue against high performance and complete ATI or Nvidia opensource drivers. I was just playing devils advocate. Linux is my favorite OS. It would be perfect for me if the graphics and multimedia capabilities were equal or better than Windows. Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Rant (was Re: ATI Drivers.)
On Sun, 20 Jul 2003, Mike A. Harris wrote: > On Sat, 19 Jul 2003, Fred Heitkamp wrote: > > > > >If the server market is the biggest (and for Linux it is) then > >only 2D support if that is required. I'd bet even the big > >film studios don't use Linux to view the final rendering. They > >probably use a Mac (Apple OS of some kind) or a PC running > >Windows. > > Search google for Dreamworks SKG stories involving Linux. You'll > be surprised. I will do that. But even if you count every cluster node running Linux rendering movie and TV frames as a separate machine, I'd still bet it's only a fraction of the total Linux server market. Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Rant (was Re: ATI Drivers.)
On Tue, 22 Jul 2003, Mike A. Harris wrote: > On Mon, 21 Jul 2003, Fred Heitkamp wrote: > > I'm not sure how "Linux server market" got into the discussion, > or how it's relevant. The only thing I can assume is that one > person in the thread misunderstood another person in the thread. I started it a few posts ago, and quite probably I was not real clear writing what I meant. Simply stated I meant: (Total Linux servers) >> (Total Linux movie rendering machines.) The point I meant to make by that is that video card manufacturers may support the larger server market with decent 2D or console support, but not add good 3D support because it is not required in the server market and the movie rendering population is too small to worry about. > My comment was specifically in response to: > > >> >I'd bet even the big > >> >film studios don't use Linux to view the final rendering. They > >> >probably use a Mac (Apple OS of some kind) or a PC running > >> >Windows. > > I would take you up on that bet in other words. Nothing to do > with Linux server market vs. movie studio Linux market. Just > pointing out that Linux not only thrives in the movie studio > market, but that it is basically taking over that market > entirely. Not overnight, but very increasingly every day. I I have no problem with your conclusion, just that the movie studios may not need the top notch graphics (however movie studios define that), on the linux machines, if they use a Windows, Mac, SGI machine, or other rig, to view the final rendering or construct the graphics scenes in the first place. Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Audio in X11
I was wondering. Was there ever an effort to make a network independent audio extension for X11? (forgive my terminology if it's wrong.) For example, if I am logged on from a remote terminal and want to play an MP3 from the distant machine on the remote terminal, is this possible? Sorry if this is a FAQ, but I didn't see one while googling. Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
X11 CVS with linux 2.6.0-test9?
Just to aggravate myself I am trying to use XFree86 with linux kernel 2.6.0-test9. I have a Radeon 8500 and a ASUS A7M266-D with two 1600MP processors. I have compiled and installed the radeon kernel modules from the X cvs sources into the kernel modules directory. I noticed there are two, radeon.o and radeon.ko. The radeon.ko should be for the 2.6.0-x kernels, right? The kernel seems to pretty much work, but still having some problems with my sound chip on the motherboard, but I am straying off-topic. My point is the kernel is stable and has been running continuously for several days. When I load the radeon module into the kernel and start X glxinfo shows I have no DRI (first problem) even though dri is enabled. Second problem: X/Gnome 2.4 only runs for a couple minutes before the display freezes hard. The only way to clear the display is to reboot (CTL-ALT-BKSPC does not work; kill -9 X does not clear the display). My question is what is the status of XFree86 and linux 2.6.x kernels? Does anyone have DRI and Radeon working with 2.6.x on any x86 hardware? Thanks! Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
(Warning long!) Re: X11 CVS with linux 2.6.0-test9?
On Tue, 25 Nov 2003, Michel [ISO-8859-1] Dänzer wrote: I upgraded my kernel to 2.6.0-test10-mm1. I didn't not install the radeon kernel module from the XFree86 CVS source. I manage to run X11 for about 30 minutes or so before I got the hard lockup. I was using Netscape at the time filling in a query form. It seems that it locks up when doing a lot of mousing around. Here is the output of LIBGL_DEBUG=verbose glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: Brian Paul server glx version string: 1.4 Mesa 4.0.4 server glx extensions: GLX_MESA_pixmap_colormap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_release_buffers, GLX_MESA_copy_sub_buffer, GLX_SGI_video_sync, GLX_ARB_get_proc_address client glx vendor string: Brian Paul client glx version string: 1.4 Mesa 4.0.4 client glx extensions: GLX_MESA_pixmap_colormap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_release_buffers, GLX_MESA_copy_sub_buffer, GLX_SGI_video_sync, GLX_ARB_get_proc_address GLX extensions: GLX_MESA_pixmap_colormap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_release_buffers, GLX_MESA_copy_sub_buffer, GLX_SGI_video_sync, GLX_ARB_get_proc_address OpenGL vendor string: Brian Paul OpenGL renderer string: Mesa X11 OpenGL version string: 1.3 Mesa 4.0.4 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_convolution, GL_EXT_compiled_vertex_array, GL_EXT_fog_coord, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_shared_texture_palette, GL_EXT_stencil_wrap, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_HP_occlusion_test, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_resize_buffers, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_texgen_reflection, GL_NV_texture_rectangle, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_pixel_texture, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIX_depth_texture, GL_SGIX_pixel_texture, GL_SGIX_shadow, GL_SGIX_shadow_ambient glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x24 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x25 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x26 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x27 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x28 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x29 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2a 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2b 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2c 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2d 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2e 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x2f 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x30 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x31 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None 0x32 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 16 0 0 None radeon120236 2 Linux Linux pc1 2.6.0-test10-mm1 #9 SMP Thu Nov 27 08:19:03 EST 2003 i686 GNU/Linux Here is the log file: The -bpp option is no longer supported. Use -depth to set the color depth, and use -fbbpp if you really need to force a non-default framebuffer (hardware) pixel format. This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.99.16 Release Date: 20 November 2003 X Pr
Re: (Warning long!) Re: X11 CVS with linux 2.6.0-test9?
On Sat, 29 Nov 2003, Michel [ISO-8859-1] Dänzer wrote: > On Fri, 2003-11-28 at 19:27, Fred Heitkamp wrote: > > > > name of display: :0.0 > > display: :0 screen: 0 > > direct rendering: No > > server glx vendor string: Brian Paul > > server glx version string: 1.4 Mesa 4.0.4 > > Current XFree86 CVS is based on Mesa 5.0.x, it seems to be picking up > the wrong libGL? The libOSMesa libraries as of Nov 22 seems to be the following on my system. -rw-r--r--1 root root 160 Nov 22 10:34 libOSMesa.a -rwxr-xr-x1 root root 809 Aug 31 00:24 libOSMesa.la lrwxrwxrwx1 root root 16 Nov 22 11:21 libOSMesa.so -> libOSMesa.so.4.0 lrwxrwxrwx1 root root 16 Nov 29 13:24 libOSMesa.so.4 -> libOSMesa.so.4.0 -rwxr-xr-x1 root root 1543615 Nov 22 10:34 libOSMesa.so.4.0 > > > > (**) RADEON(0): Option "AGPMode" "4" > > Have you tried lower AGP modes? No but there doesn't seem to be a problem with the 2.4.x kernels running on mode 4. I will lower the mode and try disabling backing store and see what happens. > > > > (**) RADEON(0): Option "BackingStore" > > (**) RADEON(0): Backing store enabled > > BTW, do you really want to use backing store? I doubt it causes your > problems, but it may hurt performance for local clients. > I tried just leaving the display running without doing anything interactive with the interface and X ran for several hours before freezing. All that was running was Xscreensaver. I then tried again using X normally but with a different window manager (XFCE 4) and it worked for about an hour and then froze again. > -- > Earthling Michel DÃnzer | Debian (powerpc), X and DRI developer > Software libre enthusiast| http://svcs.affero.net/rm.php?r=daenzer > Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: (Warning long!) Re: X11 CVS with linux 2.6.0-test9?
On Wed, 3 Dec 2003, Alexander Stohr wrote: > > I tried just leaving the display running without doing anything > > interactive with the interface and X ran for several hours before > > freezing. All that was running was Xscreensaver. I then tried > > again using > > X normally but with a different window manager (XFCE 4) and > > it worked for > > about an hour and then froze again. > > having a machine frozen after several hours could mean > a thermal problem. this can inlcude even overclocked CPUs > or instable RAM or anything else on the bus or the grafics. I suppose I could have a hardware problem, since my PC is a couple years old now. However, I can leave the same computer just running a 2.4.x kernel for days with no problems. Would the redesigned kernel 2.6.x bang the hardware so much more; going beyond that of kernel 2.4.x? > > -Alex. > Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: (Warning long!) Re: X11 CVS with linux 2.6.0-test9?
On Wed, 3 Dec 2003, Andrew P. Lentvorski, Jr. wrote: > On Wed, 3 Dec 2003, Alexander Stohr wrote: > > > > I tried just leaving the display running without doing anything > > > interactive with the interface and X ran for several hours before > > > freezing. All that was running was Xscreensaver. I then tried > > > again using > > > X normally but with a different window manager (XFCE 4) and > > > it worked for > > > about an hour and then froze again. > > It can also mean problems in DRI and OpenGL. > > I had to remove several of the screen savers from the random list because > they would lock up my system quite reliably. > > You might want to check which specific screen savers are running when the > system locks. > I implemented some of the suggestions that folks on the list were kind enough to give and hopefully got a little closer to the core issue. I made sure that I did not have any old Mesa/GL libraries in the /usr/X11R6/lib directory. I set the AGP mode to 2. Setting the mode to 2 seemed to allow X to run continuously the longest without locking up. In fact I used mode 2 all day and I don't believe X11 ever locked up. I still wasn't sure whether the GL lib issue was a being a confuser, so I changed the mode back to 4. X ran about 7 hours without locking up, essentially running with just a XFCE terminal open with a "tar verify" scrolling all night and the Xscreensaver running. When I logged in this morning and brought up Mozilla, X locked-up a few seconds later. Lastly, I checked to see that all the proper kernel modules were inserted, after learning that kernel 2.6.x is different than 2.4.x in respect to the DRI/AGP modules, but glxinfo still shows DRI is not working. Here are some log snippets: (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="The XFree86 Project" compiled for 4.3.99.16, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/linux/libdrm.a (II) Module drm: vendor="The XFree86 Project" compiled for 4.3.99.16, module version = 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "GLcore" (II) Reloading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor="The XFree86 Project" compiled for 4.3.99.16, module version = 1.13.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmGetBusid returned '' (II) RADEON(0): [drm] created "radeon" driver at busid "PCI:1:5:0" (II) RADEON(0): [drm] added 8192 byte SAREA at 0xe0b51000 (II) RADEON(0): [drm] mapped SAREA 0xe0b51000 to 0x44276000 (II) RADEON(0): [drm] framebuffer handle = 0xf000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): [agp] Mode 0x0f000207 [AGP 0x1022/0x700c; Card 0x1002/0x514c] (II) RADEON(0): [agp] 8192 kB allocated with handle 0x0001 (II) RADEON(0): [agp] ring handle = 0xfc00 (II) RADEON(0): [agp] Ring mapped at 0x44278000 (II) RADEON(0): [agp] ring read ptr handle = 0xfc101000 (II) RADEON(0): [agp] Ring read ptr mapped at 0x44379000 (II) RADEON(0): [agp] vertex/indirect buffers handle = 0xfc102000 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x4437a000 (II) RADEON(0): [agp] GART texture map handle = 0xfc302000 (II) RADEON(0): [agp] GART Texture map mapped at 0x4457a000 (II) RADEON(0): [drm] register handle = 0xef00 (II) RADEON(0): [dri] Visual configs initialized (II) RADEON(0): CP in BM mode (II) RADEON(0): Using 8 MB GART 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 5 MB for GART textures (II) RADEON(0): Memory manager initialized to (0,0) (1280,8191) (II) RADEON(0): Reserved area from (0,1024) to (1280,1026) (II) RADEON(0): Largest offscreen area available: 1280 x 7165 (II) RADEON(0): Will use back buffer at offset 0x140 (II) RADEON(0): Will use depth buffer at offset 0x190 (II) RADEON(0): Will use 34816 kb for textures at offset 0x1e0 (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Scanline Image Writes Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots
RE: (Warning long!) Re: X11 CVS with linux 2.6.0-test9?
On Tue, 9 Dec 2003, Michel [ISO-8859-1] Dänzer wrote:
> On Fri, 2003-12-05 at 13:11, Fred Heitkamp wrote:
> >
> > I set the AGP mode to 2. Setting the mode to 2 seemed to allow X to run
> > continuously the longest without locking up. In fact I used mode 2 all
> > day and I don't believe X11 ever locked up. I still wasn't sure whether
> > the GL lib issue was a being a confuser, so I changed the mode back to 4.
> > X ran about 7 hours without locking up, essentially running with just a
> > XFCE terminal open with a "tar verify" scrolling all night and the
> > Xscreensaver running. When I logged in this morning and brought up
> > Mozilla, X locked-up a few seconds later. Lastly, I checked to see that
> > all the proper kernel modules were inserted, after learning that kernel
> > 2.6.x is different than 2.4.x in respect to the DRI/AGP modules, but
> > glxinfo still shows DRI is not working.
>
> So it was likely AGP.
Eventually the display locked up at mode 2 too, though it took a lot
longer. I have been trying to compile the latest CVS and am not having
success. Actually it compiled OK but I got this message from glxinfo:
libGL: XF86DRIGetClientDriverName: 4.0.1 r200 (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r200_dri.so
libGL error: dlopen /usr/X11R6/lib/modules/dri/r200_dri.so failed
(/usr/X11R6/li
b/modules/dri/r200_dri.so: cannot open shared object file: No such file or
direc
tory)
libGL error: unable to find driver: r200_dri.so
name of display: :0.0
display: :0 screen: 0
direct rendering: No
I tried compiling with #define DriDrivers mga radeon r200
in my host.def file but the compile stops. Here is the code that makes it
stop. Can someone explain why the "<<<<<" business is in the source file?
static void r200SetBuffer( GLcontext *ctx,
GLframebuffer *colorBuffer,
GLuint bufferBit )
{
r200ContextPtr rmesa = R200_CONTEXT(ctx);
<<<<<<< r200_span.c
switch ( mode ) {
case GL_FRONT_LEFT:
===
switch ( bufferBit ) {
case FRONT_LEFT_BIT:
>>>>>>> 1.2
if ( rmesa->doPageFlip && rmesa->sarea->pfCurrentPage == 1 ) {
rmesa->state.pixel.readOffset = rmesa->r200Screen->backOffset;
rmesa->state.pixel.readPitch = rmesa->r200Screen->backPitch;
rmesa->state.color.drawOffset = rmesa->r200Screen->backOffset;
>
> > (II) RADEON(0): Direct rendering enabled
>
> This means the DRI is fine as far as the X server and the kernel are
> concerned; does
>
> LIBGL_DEBUG=verbose glxinfo
>
Fred
Error Loading Explorer.exe
You must reinstall Windows.
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
RE: (Warning long!) Re: X11 CVS with linux 2.6.0-test9?
On Sat, 13 Dec 2003, Michel [ISO-8859-1] Dänzer wrote: > On Sat, 2003-12-13 at 23:04, Fred Heitkamp wrote: > > > > Can someone explain why the "<<<<<" business is in the source file? > > It's a merge conflict. (It's a good idea to check the output of cvs up > for lines starting with a capital C for conflict) > I deleted my xfree cvs and reacquired a new set of sources. The sources compiled fine and now my DRI is working. I got 1907 fps on my Radeon 8500 with glxgears. Still checking the stability issue. Hopefully that is resolved now too. Thanks for everyones help. I've appended the glxinfo output, if anyone is curious. Fred libGL: XF86DRIGetClientDriverName: 4.0.1 r200 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r200_dri.so drmOpenByBusid: busid is PCI:1:5:0 drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports PCI:1:5:0 name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_make_current_read client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group GLX extensions: GLX_ARB_get_proc_address, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_SGI_video_sync OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R200 20030328 AGP 2x x86/MMX+/3DNow!+/SSE TCL OpenGL version string: 1.3 Mesa 5.0.2 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x25 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x27 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x28 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x29 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2a 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2b 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x2c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2d 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2e 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2f 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x30 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x31 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16
Re: xprt 902 eats up all cpu cycles
On Sat, 10 Jan 2004, Tim Krieglstein wrote: > Hi > > I am currently testing the 4.3.99.902 release on an Radeon 9200. Debian > Sid It is much more stable than the 901 release for me. And i had only one lockup > so far (and i was'nt able to trace the error back to xfree since linux > 2.6.0 also had some problems). It was a hard lockup, so couldn't do anything > in finding the error. I have a Radeon 8500, X11 4.3.99.902, and kernel 2.6.0 all on a dual Athlon. There seems to be a problem when I run gnome 2.4 and xscreensaver. The computer locks up hard and cannot be accessed even via a remote terminal. Most of the lockups seem to occur when an OpenGL screensaver is running. There were lockups in the past with some of the 2.6.0-test? versions, but it was always possible to login remotely and shutdown/reboot etc. Only way to get back on is to hit the reset. I have compiled and installed kernel 2.6.1. I'll see what happens with that. Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: radeon dri lockup
On Sun, 15 Feb 2004, Jonathan Isom wrote: I have a Radeon 8500 that also locks up hard. I enabled sysrq in my kernel and lockup makes kernel too broken even for that. I am currently using 2.6.3-rc3, but all other kernels I tried lockup too. It appears the lockup is in the dri somewhere as the machine runs for days when no GUI has been used. I suspect that the problem may be in the OpenGL somewhere because most of the time the machine is frozen on a OpenGL xscreensaver. I haven't noticed a particular one though. What I have been doing is using the GUI for a while and then changing back to the console so the machine does not lock up, but I have noticed that the machine is becoming unstable even without the GUI running and a reboot is still necessary eventually. What I mean is that running the GUI eventually makes the machine unstable even if it is not allowed to actually lockup. I have tried various window managers and it does not seem to matter which one, eventually all have locked up when left on for several hours. I am going to try uninstalling xscreensaver and leaving the GUI up to see what happens. > I've got a Radeon 7000 that locks up hard on a linux 2.4.23. no logs are > written & requiring power cycle. > It locks in Quake3 in less that 7 minutes most times. some xscreensaver > work fine,but havn't tried them all > > jisom at inbox dot lv > > ___ > Devel mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/devel > Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
lockups
I've complained about lockups in the past. I have uninstalled xscreensaver 4.14 and my PC has not locked up for two days so far. What worries me is that a poorly writen or buggy program can lock up my machine hard so that only a hard reset will cure it. I am using: XFree86 Version 4.3.99.902 (4.4.0 RC 2) Release Date: 18 December 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.1 i686 [ELF] Current Operating System: Linux pc1 2.6.3-rc3 #4 SMP Sun Feb 15 10:11:45 EST 2004 i686 Build Date: 23 January 2004 Changelog Date: 23 January 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Fred Error Loading Explorer.exe You must reinstall Windows. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
my Radeon 8500 log
It was suggested I post my log to the list. OpenGL programs from xscreensaver lock up my Linux hard. The -bpp option is no longer supported. Use -depth to set the color depth, and use -fbbpp if you really need to force a non-default framebuffer (hardware) pixel format. This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.99.902 (4.4.0 RC 2) Release Date: 18 December 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.1 i686 [ELF] Current Operating System: Linux pc1 2.6.3 #1 SMP Fri Feb 20 07:33:41 EST 2004 i686 Build Date: 23 January 2004 Changelog Date: 23 January 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Sat Feb 21 08:20:39 2004 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "A90" (**) | |-->Device "Radeon 8500" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AutoRepeat" "500 30" (**) Option "XkbCompat" "group_led" (**) XKB: compat: "group_led" (**) Option "XkbRules" "ibm" (**) XKB: rules: "ibm" (**) Option "XkbModel" "pc107" (**) XKB: model: "pc107" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (**) Option "XkbVariant" "basic" (**) XKB: variant: "basic" (**) Option "XkbOptions" "grp:menu_toggle" (**) XKB: options: "grp:menu_toggle" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "USB Joystick" (**) FontPath set to "/usr/share/fonts/truetype/windows98/fonts,unix/:7100,unix/:7101,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr//share/ghostscript/fonts,/usr/X11R6/lib/X11/fonts/URW/,/usr/X11R6/lib/X11/fonts/TTF/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.7 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.99.902, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.99.902, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.7 (--) using VT number 7 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x800220fc, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1022,700c card , rev 11 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1022,700d card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1022,7440 card 1043,8044 rev 04 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1022,7441 card 1022,7441 rev 04 class 01,01,8a hdr 00 (II) PCI: 00:07:3: chip 1022,7443 card 1043,8044 rev 03 class 06,80,00 hdr 00 (II) PCI: 00:08:0: chip 1000,0020 card 1000,1040 rev 01 class 01,00,00 hdr 80 (II) PCI: 00:08:1: chip 1000,0020 card 1000,1040 rev 01 class 01,00,00 hdr 80 (II) PCI: 00:09:0: chip 104c,8025 card 104c,8025 rev 01 class 0c,00,10 hdr 00 (II) PCI: 00:10:0: chip 1022,7448 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 01:05:0: chip 1002,514c card 1002,013a rev 00 class 03,00,00 hdr 00 (II) PCI: 02:04:0: chip 13f6,0111 card 1043,8077 rev 10 class 04,01,00 hdr 00 (II) PCI: 02:05:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 02:06:0: chip 10b7,9055 card 10b7,9055 rev 30 class 02,00,00 hdr 00 (II) PCI: 02:08:0: chip 1033,0035 card 807d,0035 rev 41 class 0c,03,10 hdr 80 (II) PCI: 02:08:1: chip 1033,0035 card 807d,0035 rev 41 class 0c,03,10 hdr 00 (II) PCI: 02:08:2: chip 1033,00e0 card 807d,1043 rev 02 class 0c,03,20 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range:
