[Bug 8541] Strange effect?
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=8541 [EMAIL PROTECTED] changed: What|Removed |Added Component|Drivers/DRI/r300|DRM modules Product|Mesa|DRI Version|6.5 |DRI CVS --- Additional Comments From [EMAIL PROTECTED] 2007-01-13 03:48 --- Seems this has nothing to do with 3d acceleration at all, I can get the same problem if I just change the resolution to something else with xrandr. $ xrandr SZ:Pixels Physical Refresh *0 1680 x 1050 ( 431mm x 272mm ) *60 1 1280 x 1024 ( 431mm x 272mm ) 60 2 1280 x 960( 431mm x 272mm ) 60 3 1152 x 864( 431mm x 272mm ) 60 4 1024 x 768( 431mm x 272mm ) 60 5832 x 624( 431mm x 272mm ) 60 6800 x 600( 431mm x 272mm ) 60 7640 x 480( 431mm x 272mm ) 60 8640 x 350( 431mm x 272mm ) 60 Current rotation - normal Current reflection - none Rotations possible - normal Reflections possible - none Some resolutions are good, others bad.. good: 1680 x 1050, 1152 x 864,832 x 624, 640 x 480, 640 x 350 bad: 1280 x 1024, 1280 x 960, 1024 x 768, 800 x 600 .. Any ideas? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Debugging the Radeon 200M command processor (CP)
Michel, On 1/12/07, Michel Dänzer [EMAIL PROTECTED] wrote: 4) Is there a simple command that I can issue to the CP to clear the screen JUST to see if it is issuing any commands from the ring buffer at all? You could do something along the lines of radeon_test_writeback: write to a scratch register via the CP and verify by reading the register directly. Actually, doing something like that from radeon_do_init_cp and returning an error if it fails might generally help to handle CP initialization issues more gracefully. Do you have any idea what that command stream would look like? Is it something like this: BEGIN_RING(2); OUT_RING( CP_PACKET0( RADEON_SCRATCH_REG5, 0 ) );\ OUT_RING( 0xDEADBEEF); \ ADVANCE_RING() COMMIT_RING() 1) The fglrx driver never sets the (RADEON_CP_RB_RPTR_ADDR) register. If I read the register back when fglrx is running, it is set to 0. What does that register indicate? You can ignore scratch register writeback for now. You may want to load the radeon kernel module with no_wb=1 though to prevent the unlikely event that it intervenes with anything. Ok. I'll try that. ... BTW. I have some code (based on bitfield) which automatically decodes the register traces from libsegfault, and gives me the names of the regs and the fields. It makes reading the trace much easier. Is there some place I can put that on the freedesktop servers? Cheers Thanks for the answers, --Phil - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[r300] Anisotropic filtering advertised, but not enabled
From my tests, it would seem that the r300 driver advertises anisotropic filtering capability, yet, simple tests clearly show that it is not enabled. Please note that I am not running the latest Mesa. OpenGL renderer string: Mesa DRI R300 20060815 AGP 4x TCL OpenGL version string: 1.3 Mesa 6.5.1 Test program: http://steinsoft.net/index.php?site=Programming/Projects/OpenGL/anisotropictest Thank you for your time, Jonathan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Debugging the Radeon 200M command processor (CP)
On 1/13/07, Phillip Ezolt [EMAIL PROTECTED] wrote: Michel, On 1/12/07, Michel Dänzer [EMAIL PROTECTED] wrote: 4) Is there a simple command that I can issue to the CP to clear the screen JUST to see if it is issuing any commands from the ring buffer at all? You could do something along the lines of radeon_test_writeback: write to a scratch register via the CP and verify by reading the register directly. Actually, doing something like that from radeon_do_init_cp and returning an error if it fails might generally help to handle CP initialization issues more gracefully. Do you have any idea what that command stream would look like? Is it something like this: BEGIN_RING(2); OUT_RING( CP_PACKET0( RADEON_SCRATCH_REG5, 0 ) );\ OUT_RING( 0xDEADBEEF); \ ADVANCE_RING() COMMIT_RING() Should be do the work, then you read the scratch reg via MMIO to see if the value was set. 1) The fglrx driver never sets the (RADEON_CP_RB_RPTR_ADDR) register. If I read the register back when fglrx is running, it is set to 0. What does that register indicate? You can ignore scratch register writeback for now. You may want to load the radeon kernel module with no_wb=1 though to prevent the unlikely event that it intervenes with anything. Ok. I'll try that. ... BTW. I have some code (based on bitfield) which automatically decodes the register traces from libsegfault, and gives me the names of the regs and the fields. It makes reading the trace much easier. Is there some place I can put that on the freedesktop servers? I don't think there is any place for this except user account, you could send it to me and i will put it in mine. best, Jerome Glisse - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 9641] New: lack of textures in Heroes Of Might And Magic V
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=9641 Summary: lack of textures in Heroes Of Might And Magic V Product: DRI Version: DRI CVS Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: General AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] Heroes Of Might And Magic V works under Wine. However, when running with DRI - textures are missing. In the main menu there is no background, in game mode almost everything is white. Everything works correctly on same system when using fglrx driver. Radeon X550 PCI-E, Mesa-6.5.2, xf86-video-ati-6.6.3, wine-0.9.29, tested on Heroes Of Might And Magic Demo -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [nouveau] a million little pieces affecting nvidia drivers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexy Khrabrov schrieb: When trying to make nvidia drivers sleep, and then later get nouveau to work, I got hopelessly confused about various pieces of video hardware/software and their mutual entanglements. I'd much appreciates if one of you esteemed video sages takes a few steps towards deconfusion. The TLAs floating in this soup are AGP DRI DRM Obviously, we need a new DRM driver for nouveau as it says to compile it. This installs library libdrm.so -- who uses it? We're talking of DRM, while X refers to DRI? DRM is the part of the 3D driver that is part of the kernel. For AGP cards it depends on the AGP driver in the kernel. Mesa does the OpenGL rendering. It contains both a software implementation and some other backends, the most important one is DRI, 3D hardware drivers, which use libdrm to acces the kernel part. So the AGP driver is at the lowest layer, the DRM accesses the AGP driver and the hardware. libdrm is used by DRI (which is part of Mesa) to access the DRM in the kernel. X uses Mesa for OpenGL rendering. GLX is the part of X that is accessed by OpenGL applications. GLX canbe used over a network, but currently the free drivers don't support hardware-acceleration in this case. Nvidia's proprietary drivers do (though somewhat limited). The situation is similar with ATI's proprietary drivers, but Nvidia's proprietary drivers are different. The framebuffer drivers in the kernel are something different. They are used for advanced graphics stuff on the console (as opposed to X). Different numer of lines and columns on the console and such. They access the same hardware as the DRM does, which sometimes leads to problems. Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFqWnDbtUV+xsoLpoRAvnLAJsFEqkTzXrYB9uKpXTuwzT5h2JC3gCgiDWz CqTJwMA9XlpM+DCKVkV42Ag= =iviY -END PGP SIGNATURE- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel