Re: [PATCH] add PCI ID for i945G chipset for i915 drm
I am testing a x86_64 computer with integrated i945G video. The existing i915 DRI driver seems to work correctly on it once you tell it the correct PCI IDs. Is anyone looking into supporting the newer Intel chips? Just treating it like a i915G seems to work for me. Here is a patch against DRM CVS to add the i945G ID to the DRM kernel module code. committed to CVS... Dave. -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied at skynet.ie Linux kernel - DRI, VAX / pam_smb / ILUG --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: driFillInModes
On 5/17/05, Jon Smirl [EMAIL PROTECTED] wrote: Are the FillInModes() functions working right? I found these two problem when I copied the code into EGL. drivers/dri/common/util.c driFillInModes() modes-stencilBits = stencil_bits[k]; modes-depthBits = depth_bits[k]; Shouldn't that be modes-stencilBits = stencil_bits[k]; modes-depthBits = depth_bits[i]; i instead of k? And in r200screen.c, r200FillInModes() depth_bits_array[0] = depth_bits; depth_bits_array[1] = depth_bits; Should be depth_bits_array[0] = 0; depth_bits_array[1] = depth_bits; This bug is probably in all of the drivers due to copying. I think you right but maybe there is voodoo behind this. I will try to give a look at that... Jerome Glisse --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_idt12alloc_id344op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH] add PCI ID for i945G chipset for i915 drm
On Tue, May 17, 2005 at 05:11:40PM -0400, Christopher Allen Wing wrote: I am testing a x86_64 computer with integrated i945G video. The existing i915 DRI driver seems to work correctly on it once you tell it the correct PCI IDs. Is anyone looking into supporting the newer Intel chips? Just treating it like a i915G seems to work for me. Here is a patch against DRM CVS to add the i945G ID to the DRM kernel module code. I'll take care of things, they aren't exactly the same. Alan. --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: OpenGL without X
On May 17, 05 23:13:07 +0200, Jerome Glisse wrote: Sorry but what is exactly xen (googling give me pointless informations i think...). :) The next generation virtualization support. Something like user mode linux, just much more performant. See it like vanderpool, with the difference that you need support from the operating system that should run on Xen, and not support from the processor. BTW, it is shipped with SuSE Linux 9.3. Read more at http://www.cl.cam.ac.uk/Research/SRG/netos/xen/index.html Matthias -- Matthias Hopf [EMAIL PROTECTED] ____ __ Maxfeldstr. 5 / 90409 Nuernberg(_ | | (_ |__ [EMAIL PROTECTED] Phone +49-911-74053-715__) |_| __) |__ labs www.mshopf.de --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
xscreensaver segfaults on FreeBSD...
I'm getting segfaults from a number of GL xscreensaver hacks on two different FreeBSD machines using the dri-devel port: [ [EMAIL PROTECTED] - ~ ]: gdb /usr/X11R6/bin/xscreensaver-hacks/glforestfire GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd...(no debugging symbols found)... (gdb) run Starting program: /usr/X11R6/bin/xscreensaver-hacks/glforestfire Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 100261)] 0x0004 in ?? () (gdb) bt #0 0x0004 in ?? () #1 0x282c3f01 in UnbindContextWrapper () from /usr/X11R6/lib/libGL.so.1 #2 0x282c409b in glXMakeCurrentReadSGI () from /usr/X11R6/lib/libGL.so.1 #3 0x282c43d6 in glXMakeCurrent () from /usr/X11R6/lib/libGL.so.1 #4 0x0804d281 in draw_fire () #5 0x0804feab in xlockmore_screenhack () #6 0x0804b6de in screenhack () #7 0x0804e8a3 in main () [ [EMAIL PROTECTED] - ~ ]: gdb /usr/X11R6/bin/xscreensaver-hacks/klein GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd...(no debugging symbols found)... (gdb) run Starting program: /usr/X11R6/bin/xscreensaver-hacks/klein Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 100227)] 0x0004 in ?? () (gdb) bt #0 0x0004 in ?? () #1 0x280c7f01 in UnbindContextWrapper () from /usr/X11R6/lib/libGL.so.1 #2 0x280c809b in glXMakeCurrentReadSGI () from /usr/X11R6/lib/libGL.so.1 #3 0x280c83d6 in glXMakeCurrent () from /usr/X11R6/lib/libGL.so.1 #4 0x0804b7cc in ?? () #5 0x08062800 in ?? () #6 0x0282 in ?? () #7 0x08062000 in ?? () #8 0x in ?? () #9 0xbfbfe680 in ?? () #10 0x001f in ?? () #11 0x08062800 in ?? () #12 0x0040 in ?? () #13 0x in ?? () #14 0xbfbfe720 in ?? () #15 0xbfbfe818 in ?? () #16 0x0804e043 in ?? () #17 0xbfbfe720 in ?? () #18 0x0804b43c in ?? () #19 0x0804b4fc in ?? () #20 0x0804e001 in ?? () #21 0x in ?? () #22 0x4e20 in ?? () #23 0x428b6c80 in ?? () #24 0x127f0c7f in ?? () #25 0x00ff in ?? () #26 0x in ?? () #27 0x2807 in ?? () #28 0x282ca9c4 in ?? () from /lib/libc.so.5 #29 0x28058210 in ?? () from /libexec/ld-elf.so.1 #30 0x01bfe774 in ?? () #31 0x00ff in ?? () #32 0x in ?? () #33 0x280779a0 in ?? () from /libexec/ld-elf.so.1 #34 0xbfbfe774 in ?? () #35 0x2805ed11 in r_debug_state () from /libexec/ld-elf.so.1 Any ideas? Adam --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: CVS head: glxgears on r200 with tcl broken
Issues with the current Mesa CVS r200 driver (current CVS xorg, Linus' 'git' kernel and CVS DRM ): 1) When I move a window over a 3D rendering window the contents jumps to the top left hand part of the display. If I move the output (say the glxgears) window to the top left I see the output centred at the screen edge, otherwise the window is blank. When the window moved around the output correctly appears in the window. 2) Turning off hardware acceleration causes severe rendering errors similar to the previously reference image: http://people.freedesktop.org/~airlied/brokengears.png 3) Probably also related to (1); ut2004 shows strange flickers sometimes appearing like a TV out of sync, both full screen and in a window. 4) UseFBDev results in the following error and failed initialisation: (EE) RADEON(0): FBIOPUT_VSCREENINFO: Invalid argument Steve ___ Yahoo! Messenger - want a free and easy way to contact your friends online? http://uk.messenger.yahoo.com --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Direct rendering problem with quake2 on Radeon 8500
Am Mittwoch, den 18.05.2005, 11:29 +0600 schrieb Dimitry Naldayev: Felix Khling [EMAIL PROTECTED] writes: Am Dienstag, den 17.05.2005, 11:19 +0600 schrieb Dimitry Naldayev: Hi all. I cant get direct rendering whit quake2 :( the quake2 reports inderect rendering have useed :( see log of quake2 report in attachments. I suspect that this is a known problem with applications loading libGL dynamically with RTLD_LOCAL. It makes symbols in libGL unavailable to the 3D drivers. Therefore direct rendering is broken with such applications. A workaround is to export LD_PRELOAD=path to libGL in the environment before starting quake2. yes. This help me. Is this a good idea build libGL from Mesa cvs tree not from xorg cvs tree ? and why ? I haven't tried building libGL from Mesa CVS yet. But AFAIK it shouldn't make a big difference. I haven't been following that development so I can only speculate about the exact differences. but I have next problem: X server locked after a few minutes playing in quake2 ;( My computer do not react on mouse or keyboard activity... but this is not bus lock --- mplayer is contining playing music and I can login on the computer through SSH. it is the head of top output: top - 11:02:53 up 19:53, 8 users, load average: 1.22, 0.57, 0.25 Tasks: 59 total, 3 running, 54 sleeping, 0 stopped, 2 zombie Cpu(s): 0.3% us, 99.7% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si Mem:255232k total, 185004k used,70228k free,29812k buffers Swap:0k total,0k used,0k free, 117208k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1444 root 25 0 148m 5832 3332 R 99.3 2.3 1:59.36 X 1423 dima 15 0 2628 1084 908 S 0.7 0.4 0:01.30 esd 1487 dima 16 0 1864 964 764 R 0.3 0.4 0:00.14 top As I can see --- all cpu power eaten by X server, but I cant kill it :( even with help -9 or -11 signal 8o probably because the proces is in system (kernel) mode... Sounds like a graphics engine lockup. Some process keeps holding the lock waiting for the engine to become available, which it never does because it's locked up. In the mean while X tries to grab the lock and fails. So it keeps retrying, eating 100% CPU. Just a theory though. There have been reports about instabilities with r200-based cards. It was introduced by some driver change last year. But AFAIK noone got around to tracking it down. :-/ what I can do? and how I can debug the problem? Try to find a version in CVS that works and then narrow it down to one specific commit that introduced the problem. This will be time consuming and not very exciting though. PS: I have more problems: If I exit from quake before X locked --- the mouse locked (or grabbed ??) I cant use it :( the mouse cursor placed in the left top corner of display. and size of display do not returned to normal rezolution... but keyboard work and I can cleanly shutdown X server... Why this can be? Probably quake2 or the 3D driver segfaults before the mouse grab and graphics mode can be restored, possibly in r200DestroyContext. If it's crashing in the graphics driver this should be fairly easy to track down. Enable core dumps (ulimit -c unlimited) and analyze the core dump with gdb to see where it crashed (gdb -c core `which quake2`). (Caution, quake2 may be a shell script. You must point gdb the actual executable instead.) In gdb use the bt command to see a call stack trace. up and down jump between stack frames. Use print to inspect variables. (This is just general advise. I don't have any r200 hardware myself ATM.) -- Dimitry HTH, Felix -- | Felix Khling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_idt12alloc_id344op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: CVS head: glxgears on r200 with tcl broken
On Wed, 2005-05-18 at 22:47 +0100, Steven Newbury wrote: 1) When I move a window over a 3D rendering window the contents jumps to the top left hand part of the display. If I move the output (say the glxgears) window to the top left I see the output centred at the screen edge, otherwise the window is blank. When the window moved around the output correctly appears in the window. I haven't seen this, but it sounds like it might be related to today's ABI-backwards-compatibility-breaking change to the X.org libdri module. If you have that, make sure everything was rebuilt correctly according to it. 4) UseFBDev results in the following error and failed initialisation: (EE) RADEON(0): FBIOPUT_VSCREENINFO: Invalid argument Either you aren't running radeonfb, or it probably doesn't like the mode. In the latter case, maybe there's something interesting in the kernel output. -- Earthling Michel Dnzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_idt12alloc_id344op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: CVS head: glxgears on r200 with tcl broken
On Wednesday 18 May 2005 23:53, Michel Dnzer wrote: On Wed, 2005-05-18 at 22:47 +0100, Steven Newbury wrote: 1) When I move a window over a 3D rendering window the contents jumps to the top left hand part of the display. If I move the output (say the glxgears) window to the top left I see the output centred at the screen edge, otherwise the window is blank. When the window moved around the output correctly appears in the window. I haven't seen this, but it sounds like it might be related to today's ABI-backwards-compatibility-breaking change to the X.org libdri module. If you have that, make sure everything was rebuilt correctly according to it. I would be surprised. DRI won't even initialize if you have a version mismatch between libdri and the DDX, and the structure that was changed isn't visible from the client. - ajax pgpEkwaQ2O41V.pgp Description: PGP signature
Re: Direct rendering problem with quake2 on Radeon 8500
Felix Kühling [EMAIL PROTECTED] writes: but I have next problem: X server locked after a few minutes playing in quake2 ;( My computer do not react on mouse or keyboard activity... but this is not bus lock --- mplayer is contining playing music and I can login on the computer through SSH. it is the head of top output: top - 11:02:53 up 19:53, 8 users, load average: 1.22, 0.57, 0.25 Tasks: 59 total, 3 running, 54 sleeping, 0 stopped, 2 zombie Cpu(s): 0.3% us, 99.7% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si Mem:255232k total, 185004k used,70228k free,29812k buffers Swap:0k total,0k used,0k free, 117208k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1444 root 25 0 148m 5832 3332 R 99.3 2.3 1:59.36 X 1423 dima 15 0 2628 1084 908 S 0.7 0.4 0:01.30 esd 1487 dima 16 0 1864 964 764 R 0.3 0.4 0:00.14 top As I can see --- all cpu power eaten by X server, but I cant kill it :( even with help -9 or -11 signal 8o probably because the proces is in system (kernel) mode... Sounds like a graphics engine lockup. Some process keeps holding the lock waiting for the engine to become available, which it never does because it's locked up. In the mean while X tries to grab the lock and fails. So it keeps retrying, eating 100% CPU. Just a theory though. but... why I can't kill X server? 9 signal is very powerfull, but not work There have been reports about instabilities with r200-based cards. It was introduced by some driver change last year. But AFAIK noone got around to tracking it down. :-/ what I can do? and how I can debug the problem? Try to find a version in CVS that works and then narrow it down to one specific commit that introduced the problem. This will be time consuming and not very exciting though. What part of cvs tree I need to revert? (reverting full cvs tree will be probably trafic consuming...) and what I need to rebuild? rebuilding full xorg whith mesa dri driver and drm modules take about 1.5 hour on my computer. If I will do full build after every revertion it will be realy time consuming procedure... PS: I have more problems: If I exit from quake before X locked --- the mouse locked (or grabbed ??) I cant use it :( the mouse cursor placed in the left top corner of display. and size of display do not returned to normal rezolution... but keyboard work and I can cleanly shutdown X server... Why this can be? Probably quake2 or the 3D driver segfaults before the mouse grab and graphics mode can be restored, possibly in r200DestroyContext. If it's crashing in the graphics driver this should be fairly easy to track down. Enable core dumps (ulimit -c unlimited) and analyze the core dump with gdb to see where it crashed (gdb -c core `which quake2`). I set ulimit -c unlimited... but were is core dump? I cant find it :( nor for quake2 nor for quake3 (quake3 finished with signal 11) (Caution, quake2 may be a shell script. You must point gdb the actual executable instead.) In gdb use the bt command to see a call stack trace. up and down jump between stack frames. Use print to inspect variables. (This is just general advise. I don't have any r200 hardware myself ATM.) -- Dimitry HTH, Felix -- | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_idt12alloc_id344op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[R300] new snapshot ?
Hi Aapo, Ben, Jerome, Nicolai: I recently checked fresh code from CVS and was pleasantly surprised to see that all Quake3 levels that were broken are now perfect - in fact I cannot find anything that is amiss ! Do you think it would be a good idea to tag the current code and make a snapshot ? thank you ! Vladimir Dergachev --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412alloc_id=16344op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel