[Bug 10210] New: Synchronize the R300 register definition file in DRM with the master copy from Mesa
http://bugs.freedesktop.org/show_bug.cgi?id=10210 Summary: Synchronize the R300 register definition file in DRM with the master copy from Mesa Product: DRI Version: DRI CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: General AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] The R300 register definition file (r300_reg.h) in DRM is out of date with the copy in Mesa. -- Configure bugmail: http://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
[Bug 10210] Synchronize the R300 register definition file in DRM with the master copy from Mesa
http://bugs.freedesktop.org/show_bug.cgi?id=10210 --- Comment #1 from [EMAIL PROTECTED] 2007-03-07 06:25 PST --- Created an attachment (id=9016) -- (http://bugs.freedesktop.org/attachment.cgi?id=9016action=view) Proposed patch -- Configure bugmail: http://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
[Bug 10210] Synchronize the R300 register definition file in DRM with the master copy from Mesa
http://bugs.freedesktop.org/show_bug.cgi?id=10210 [EMAIL PROTECTED] changed: What|Removed |Added Component|General |DRM modules -- Configure bugmail: http://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
[Bug 10211] New: Possible correction for r300_pacify's R300_RB3D_DSTCACHE_CTLSTAT write
http://bugs.freedesktop.org/show_bug.cgi?id=10211 Summary: Possible correction for r300_pacify's R300_RB3D_DSTCACHE_CTLSTAT write Product: Mesa Version: CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] This patch modifies r300_pacify's write to R300_RB3D_DSTCACHE_CTLSTAT to be more correct according to Vladimir's comment in r300_reg.h. Apparently we should write 0xa before 3D operations, and 0x2 afterwards. I am not entirely sure this is correct, but I tested it with glxgears and it seems to not cause any regressions. I'm not sure it actually helps anything other than technical correctness, so it some other people could test it and make sure I haven't broken anything, I'd appreciate it. It is possible that fglrx's behaviour has changed since Vladimir's comment, too. -- Configure bugmail: http://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
[Bug 10211] Possible correction for r300_pacify's R300_RB3D_DSTCACHE_CTLSTAT write
http://bugs.freedesktop.org/show_bug.cgi?id=10211 --- Comment #1 from [EMAIL PROTECTED] 2007-03-07 07:04 PST --- Created an attachment (id=9017) -- (http://bugs.freedesktop.org/attachment.cgi?id=9017action=view) Proposed patch -- Configure bugmail: http://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
[Bug 9252] complete lockups with radeon 9600 XT
http://bugs.freedesktop.org/show_bug.cgi?id=9252 --- Comment #28 from [EMAIL PROTECTED] 2007-03-07 07:17 PST --- Could you explain the r300_scratch patch? How was it broken? -- Configure bugmail: http://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
[Bug 9876] SecondLife does not show login screen
http://bugs.freedesktop.org/show_bug.cgi?id=9876 --- Comment #15 from [EMAIL PROTECTED] 2007-03-07 07:26 PST --- (In reply to comment #14) Marc, your patch works for me (tested with globs, not 2nd life though), no matter if GL_FRONT_LEFT or GL_BACK_LEFT is used in r200MakeCurrent. If you're seeing an assertion fail in _mesa_reference_framebuffer as I do, this is a different problem in mesa git not directly related to this patch. seems to be fixed meantime. Otherwise, as Michel said, a backtrace might be helpful. Oh, and I'd bet radeon would need the same fix too. I can confirm that with upper patch+GL_FRONT_LEFT shows the login screen on r200. The crash I have seen is possible related to something else. Will file another bug, when I know who is causing it. -- Configure bugmail: http://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: Invalid reads from intersect_rect in radeon_state.c of r300 driver. [PATCH included]
On Friday 02 March 2007 16:41, Michel Dänzer wrote: On Mon, 2007-02-26 at 07:09 +0200, Panagiotis Papadakos wrote: Well I think I have the correct patch for this. I'm afraid not; the test modification is incorrect. The test is an optimization to avoid doing unnecessary work when the context is already up to date wrt the drawables passed in and doesn't have anything to do with the stamps. Well I think we should do this, because __driUtilUpdateDrawableInfo, is called when lastStamp != stamp, and although the drawables have not changed, we get new cliprects. So we have to call radeonSetCliprects, else we point to memory freed in DoBindContext. -- Papadakos Panagiotis - 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
nexuiz crashes with Free driver
Hello. I'm interested in getting Nexuiz to run well with the dri driver. I know it's not nexuiz since I tried it also with the binary-blob driver. Should I make a bug in the freedesktop.org bugzilla? How to reproduce: Run Ubuntu 7.04 (with free driver) Install nexuiz with apt-get run nexuiz. Change to some flashy weapon. Fire *BOOM* (in the figurative sense, the game crashes). I tried Openarena and Tremuous and both worked well with the Free driver. output of lspci: 00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:01.0 PCI bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to AGP Controller (rev 02) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83) 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) 00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03) 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] 02:01.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05) 02:02.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 02:04.0 CardBus bridge: ENE Technology Inc CB-710/2/4 Cardbus Controller (rev 01) 02:04.1 FLASH memory: ENE Technology Inc CB710 Memory Card Reader Controller 02:05.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) uname -a: Linux gnarlin-laptop 2.6.20-9-generic #2 SMP Mon Feb 26 03:01:44 UTC 2007 i686 GNU/Linux I have also attached my xorg.conf Hopefully this can be of some help. Cheers, Freyr Gunnar Ólafsson # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type man /etc/X11/xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files FontPath/usr/share/X11/fonts/misc FontPath/usr/share/X11/fonts/cyrillic FontPath/usr/share/X11/fonts/100dpi/:unscaled FontPath/usr/share/X11/fonts/75dpi/:unscaled FontPath/usr/share/X11/fonts/Type1 FontPath/usr/share/X11/fonts/100dpi FontPath/usr/share/X11/fonts/75dpi FontPath/usr/share/fonts/X11/misc # path to defoma fonts FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Loadi2c Loadbitmap Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadtype1 Loadvbe Loaddbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout is Option XkbOptionslv3:ralt_switch EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ExplorerPS/2 Option ZAxisMapping 4 5 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section
[Bug 9876] SecondLife does not show login screen
http://bugs.freedesktop.org/show_bug.cgi?id=9876 --- Comment #16 from [EMAIL PROTECTED] 2007-03-07 12:13 PST --- Created an attachment (id=9022) -- (http://bugs.freedesktop.org/attachment.cgi?id=9022action=view) Patch for r200 on Mesa 6.5.2 I've modified the patch posted by Marc to make it work on Mesa 6.5.2 base for ubuntu package. -- Configure bugmail: http://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: Invalid reads from intersect_rect in radeon_state.c of r300 driver. [PATCH included]
The problem is that I still get invalid reads when going from fullscreen mode to window mode for the first time, with my OSG application. On Wednesday 07 March 2007 19:10, Michel Dänzer wrote: On Wed, 2007-03-07 at 19:02 +0200, Panagiotis Papadakos wrote: On Friday 02 March 2007 16:41, Michel Dänzer wrote: On Mon, 2007-02-26 at 07:09 +0200, Panagiotis Papadakos wrote: Well I think I have the correct patch for this. I'm afraid not; the test modification is incorrect. The test is an optimization to avoid doing unnecessary work when the context is already up to date wrt the drawables passed in and doesn't have anything to do with the stamps. Well I think we should do this, because __driUtilUpdateDrawableInfo, is called when lastStamp != stamp, and although the drawables have not changed, we get new cliprects. So we have to call radeonSetCliprects, else we point to memory freed in DoBindContext. Right, just your test modification was wrong. This turned out to also fix issues with apps that don't call glViewport by default, so I pushed something based on it in the meantime, see http://bugs.freedesktop.org/show_bug.cgi?id=9876 . Thanks. -- Papadakos Panagiotis - 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 9252] complete lockups with radeon 9600 XT
http://bugs.freedesktop.org/show_bug.cgi?id=9252 --- Comment #29 from [EMAIL PROTECTED] 2007-03-07 13:44 PST --- (In reply to comment #28) Could you explain the r300_scratch patch? How was it broken? According to Aapo Tahkola, it is not broken. See http://archive.netbsd.se/?ml=dri-devela=2007-02t=3223874. Although I think this code could be cleaner. P.S. What is the u in the drm_r300_cmd_header_t union? -- Configure bugmail: http://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
[Bug 9252] complete lockups with radeon 9600 XT
http://bugs.freedesktop.org/show_bug.cgi?id=9252 --- Comment #30 from [EMAIL PROTECTED] 2007-03-07 13:54 PST --- (In reply to comment #27) So apparently, that's not related to your patches at all? What are the symptoms? E.g., is the X server still running? If not, any hints in its log file or stderr output? ... I think not. This patch just changed the behaviour of the lockup. The lockup can be reproduced by running beryl (I use the latest SVN version) with AIGLX and by rotating the cube. When you let the cube the system lockups. No hints in the logs. With the patch I sent, what was happening is that the first time I was running beryl, when I would rotate the cube for the first time, and let it ,then while the cube was getting its initial position I could see something like the cube vanishing and reappearing again, the time that it would lock up without the patch. Then if I rotated the cube again, everything was working just fine. No vanishing and reappearing. If I restarted beryl and tried to do the same things, then my system would lock up. P.S. I hope you understand what I wrote. Sorry for my English. -- Configure bugmail: http://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
[Bug 7107] Kernel Oops on drm modules unload
http://bugzilla.kernel.org/show_bug.cgi?id=7107 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|NEW |REJECTED Resolution||INSUFFICIENT_DATA --- Additional Comments From [EMAIL PROTECTED] 2007-03-07 15:09 --- Please reopen this bug if it's still present with kernel 2.6.20. --- 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
[Bug 10215] Radeon driver claims to support VBOs, but segfaults on glGenBuffers
http://bugs.freedesktop.org/show_bug.cgi?id=10215 --- Comment #1 from [EMAIL PROTECTED] 2007-03-07 17:43 PST --- I don't quite see what's wrong, but this is not radeon specific. It seems glew completely fails to get the function pointers for those opengl functions (it should use something like glGenBuffers = glXGetProcAddress(glGenBuffers) internally), thus you're calling a function at location 0. -- Configure bugmail: http://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
[Bug 10215] Radeon driver claims to support VBOs, but segfaults on glGenBuffers
http://bugs.freedesktop.org/show_bug.cgi?id=10215 --- Comment #2 from [EMAIL PROTECTED] 2007-03-07 19:46 PST --- It appears that the proper call is made only when a driver claims to support gl version 1.5 or greater, and radeon claims to support 1.3. Setting glewExperimental=GL_TRUE solves that part of the problem, but we seem to get more problems than we fixed. A bunch of Mesa 6.5.1 implementation error: User called no-op dispatch function (an unsupported extension function?) errors, followed by a segfault :/. ... Mesa 6.5.1 implementation error: User called no-op dispatch function (an unsupported extension function?) Please report at bugzilla.freedesktop.org Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213884736 (LWP 3855)] 0xb79bb8f3 in _tnl_DrawElements () from /usr/lib/dri/radeon_dri.so (gdb) bt #0 0xb79bb8f3 in _tnl_DrawElements () from /usr/lib/dri/radeon_dri.so #1 0xb78e8550 in ?? () from /usr/lib/dri/radeon_dri.so #2 0x0004 in ?? () #3 0x0006 in ?? () #4 0x1405 in ?? () #5 0x in ?? () (gdb) Patch to the example code, in case anyone is interested: diff -Naur VBODemo/VBODemo.cpp VBODemo_new/VBODemo.cpp --- VBODemo/VBODemo.cpp 2007-03-05 19:21:37.0 -0700 +++ VBODemo_new/VBODemo.cpp 2007-03-07 20:35:06.0 -0700 @@ -17,6 +17,9 @@ // // Prolly need some error check to see if initialization happened + + glewExperimental = GL_TRUE; + GLenum initStatus = glewInit(); if( initStatus != GLEW_OK ) -- Configure bugmail: http://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
