About Shadow frame buffer.
Can i know what is a shadow frame buffer, how it works. Is there any tutorial or docs for using that? I want to use floating point numbers in kernel mode (for compressing graphics data sent through USB). Is there any way to use those numbers in kernel mode (video driver code). Or is it possible to compress data in user mode and send it to USB without affecting the performance? Thanks, Prasanna Kumar T S M ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: About Shadow frame buffer.
PRASANNA KUMAR wrote: Can i know what is a shadow frame buffer, how it works. Is there any tutorial or docs for using that? There is some (but not much) documentation of the shadow frame buffer code in http://cgit.freedesktop.org/xorg/xserver/tree/hw/dmx/doc/dmx.xml -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Listing of Xorg exit codes?
I'm in the process of trying to track down an Xorg crash, but when I attach gdb to the running X process, I discovered that it's actually exiting instead of crashing. I see the following message from gdb: Program exited with code 0364. I've ran gdb a few times now and I keep seeing the same exit code. I don't see any error message in the Xorg.0.log.old so I'm not sure where to start exactly. I tried googling for a list of exit codes, but haven't been able to find anything. Can any one here point me to a master list of exit codes? Are these codes driver specific thing? (I'm using the radeon driver, RS480) - Lowell Alleman ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Listing of Xorg exit codes?
On Thu, Jul 22, 2010 at 4:51 PM, Lowell Alleman wrote: I'm in the process of trying to track down an Xorg crash, but when I attach gdb to the running X process, I discovered that it's actually exiting It sometimes work to set a breakpoint on exit or _exit and see in the backtrace where the process exits. I am not sure about Xorg though. Tormod ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Listing of Xorg exit codes?
I would set a breakpoint at exit and then see what called it, there is some very good X debugging info at: http://www.x.org/wiki/Development/Documentation/ServerDebugging Pat --- On Thu, Jul 22, 2010 at 9:51 AM, Lowell Alleman low...@allemansonline.com wrote: I'm in the process of trying to track down an Xorg crash, but when I attach gdb to the running X process, I discovered that it's actually exiting instead of crashing. I see the following message from gdb: Program exited with code 0364. I've ran gdb a few times now and I keep seeing the same exit code. I don't see any error message in the Xorg.0.log.old so I'm not sure where to start exactly. I tried googling for a list of exit codes, but haven't been able to find anything. Can any one here point me to a master list of exit codes? Are these codes driver specific thing? (I'm using the radeon driver, RS480) - Lowell Alleman ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: pekan...@gmail.com ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Listing of Xorg exit codes?
Here is a gdb session with the crash. Does any of this help me? Tormod, you'r a Ubuntu guy, right? Any idea why I'm getting a message about the r300_dri.so symbols report a CRC mismatch? I have applied the latest radeon drivers from /ppa.launchpad.net/xorg-edgers/drivers-only/ubuntu, other than that it's stock Kubuntu 10.4 install on an AMD64 that I loaded just yesterday. (Any chance any of these problems would go way If I went back to 32bit install?) If any of this info is useful, I can file a bug on launchpad. - Lowell --- $ sudo gdb -p `pgrep X` GNU gdb (GDB) 7.1-ubuntu Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Attaching to process 11527 Reading symbols from /usr/bin/Xorg...Reading symbols from /usr/lib/debug/usr/bin/Xorg...done. done. Reading symbols from /lib/libudev.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libudev.so.0 Reading symbols from /usr/lib/libpciaccess.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpciaccess.so.0 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done. [Thread debugging using libthread_db enabled] Loaded symbols for /lib/libpthread.so.0 Reading symbols from /usr/lib/libXfont.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXfont.so.1 Reading symbols from /usr/lib/libXau.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXau.so.6 Reading symbols from /usr/lib/libpixman-1.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpixman-1.so.0 Reading symbols from /usr/lib/libXdmcp.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXdmcp.so.6 Reading symbols from /lib/libgcrypt.so.11...(no debugging symbols found)...done. Loaded symbols for /lib/libgcrypt.so.11 Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.1 Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /lib/libbz2.so.1.0...(no debugging symbols found)...done. Loaded symbols for /lib/libbz2.so.1.0 Reading symbols from /usr/lib/libfontenc.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfontenc.so.1 Reading symbols from /lib/libgpg-error.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libgpg-error.so.0 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /usr/lib/xorg/modules/extensions/libextmod.so...Reading symbols from /usr/lib/debug/usr/lib/xorg/modules/extensions/libextmod.so...done. done. Loaded symbols for /usr/lib/xorg/modules/extensions/libextmod.so Reading symbols from /usr/lib/xorg/modules/extensions/libdbe.so...Reading symbols from /usr/lib/debug/usr/lib/xorg/modules/extensions/libdbe.so...done. done. Loaded symbols for /usr/lib/xorg/modules/extensions/libdbe.so Reading symbols from /usr/lib/xorg/modules/extensions/libglx.so...Reading symbols from /usr/lib/debug/usr/lib/xorg/modules/extensions/libglx.so...done. done. Loaded symbols for /usr/lib/xorg/modules/extensions/libglx.so Reading symbols from /usr/lib/xorg/modules/extensions/librecord.so...Reading symbols from /usr/lib/debug/usr/lib/xorg/modules/extensions/librecord.so...done. done. Loaded symbols for /usr/lib/xorg/modules/extensions/librecord.so Reading symbols from /usr/lib/xorg/modules/extensions/libdri.so...Reading symbols from /usr/lib/debug/usr/lib/xorg/modules/extensions/libdri.so...done. done. Loaded symbols for /usr/lib/xorg/modules/extensions/libdri.so Reading symbols from /lib/libdrm.so.2... warning: the debug information found in /usr/lib/debug//lib/libdrm.so.2.4.0 does not match /lib/libdrm.so.2 (CRC mismatch). warning: the debug information found in /usr/lib/debug/lib/libdrm.so.2.4.0 does not match /lib/libdrm.so.2 (CRC mismatch). (no debugging symbols found)...done. Loaded symbols for /lib/libdrm.so.2
Re: EXA classic problem with Xv
Hello, I have now ported the driver to exa_mixed (also because the exa_classic bugfix is not being backported to 1.7 and this way we bypass the issue). Driver seems to work fine, just like it did under exa_classic. But the same issue remains, mplayer and others still use the fullscreen pixmap as a Xv pixmap and that one is 'pinned'. Once it is pinned I cannot access the base address and thus can't blit the XV image onto the pixmap... I wonder if i need to do exaPrepareAccess() too to make exaMoveInPixmap() actually do something... Can someone also explain what the 'pinned' system is all about on the pixmaps score? -Yves On Thu, Jun 10, 2010 at 09:16:44PM +0200, Maarten Maathuis wrote: On Thu, Jun 10, 2010 at 8:56 PM, Corbin Simpson mostawesomed...@gmail.com wrote: 2010/6/10 Yves De Muyter y...@alfavisio.be: Is there any documentation available about the differences between exa_mixed and exa_driver ? Is exa_driver like complete handover of pixmap migration to the driver ? The three flavors: ~ Classic. EXA handles offscreen pixmaps itself. Simple, except when it breaks. ~ Driver. EXA lets the driver control pixmap allocation and placement. Great if you have a memory manager. ~ Mixed. Like driver, but certain things have been tweaked to optimize certain kinds of acceleration in a way that was never really explained to me. mixed has parts from classic that avoid touching driver pixmaps directly for fallbacks (vram is slow to access from the cpu). Xorg's unique access patterns are not well suited to modern gpu's IMO. That's why mixed was made. Mixed would be useless if our world was 100% gpu accelerated, but unfortunately it's not. For mixed you can also fail prepare access on the frontbuffer, which allows you to make a driver that doesn't allow mapping of vram, provided you have a UTS and DFS hook that always works. For igp'ish hardware without dedicated memory and a decent memory manager, exa driver is preferred because it's the simplest driver mode and avoids overhead that is unneeded for such hardware. To go from driver to mixed is pretty simple; here's an example commit: http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=577ff3ce922e457cc32f80d4365cb1da81552e72 ~ C. -- When the facts change, I change my mind. What do you do, sir? ~ Keynes Corbin Simpson mostawesomed...@gmail.com ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: madman2...@gmail.com -- Life spent, a precious moment, in the wink of an eye we live and we die. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: y...@connected.be ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Advice to lose (or minimize) computer freezes with intel card
Hello, I suppose you are familiar with the topic, there are lots of bug reports ( https://bugs.freedesktop.org/buglist.cgi?quicksearch=intel+freeze, https://bbs.archlinux.org/viewtopic.php?pid=629896) and forum threads. I have a computer with card Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03). I used to have no problems in 2007 (maybe because I did not use composition yet?), but then I have been getting random and obscure freezes of the computer. Ctrl+Alt+F1 or Alt+SysRq+REISUB do not work at all, the only option is to shut down from the hardware. Random because they are unpredictable, obscure because they leave no trace in the log of Xorg. It happened with Debian, then I switched to Arch and they increased, then to OpenSuse and now to Ubuntu. With the two latter distros, the frequency of occurrences has dropped, but I still get them, and sometimes very close in time (e.g., I had three yesterday within half an hour, they look as though they had memory, but how if the computer has been hardly restarted?). I never had the problem with computers having nvidia cards. The computer is an acer aspire 5612 bought in 2007, of 32 bits. I am now running the kernel 2.6.32-23-generic from Ubuntu, the version of xserver-xorg is 1:7.5+5ubuntu1, the version of xserver-xorg-core is 2:1.7.6-2ubuntu7.2, and the version of xserver-xorg-video-intel is 2:2.9.1-3ubuntu5. I use KDE (Kubuntu) with OpenGL enabled, bilinear (setting trilinear looked to increase the occurrences of the freezes). I usually use Firefox a lot. Another annoying thing :-) is that, with Windows Vista, the composition is smoother, quicker, and without any freezes :-( Is using Windows the only solution so far? :-( :-( (please do not take it the wrong way, I am not blaming Xorg's team, I am aware that Windows receives better driver support from manufacturers). Is there any way to lose or minimize such freezes? It does not have to be a very deep answer (I am aware the bug is still open), but you can just tell me your experience. You may also tell me whether you know any particular distro (in 32 bits) where the number of occurrences be smaller. Thank you, David PS. May I ask you to Cc to me any replies? Thank you. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Advice to lose (or minimize) computer freezes with intel card
Hello, I suppose you are familiar with the topic, there are lots of bug reports ( [ 2 more citation lines. Click/Enter to toggle visibility. ] https://bugs.freedesktop.org/buglist.cgi?quicksearch=intel+freeze, https://bbs.archlinux.org/viewtopic.php?pid=629896) and forum threads. I have a computer with card Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03). Interesting that you mention this. A patch[1] just went into the latest 2.6.35-rc kernel which likely addresses the issue you mention. You may want to give this kernel a try if you feel up for it. - Ben [1] http://lkml.indiana.edu/hypermail//linux/kernel/1007.2/01471.html ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com