Re: [patch] r300 drm compile fix for kernels 2.6.1[01]
On 5/13/05, Kir Kolyshkin [EMAIL PROTECTED] wrote: Attached patch against latest r300 CVS fixes compilation of r300 drm on linux kernel 2.6.10 and .11. Basically, Jerome incorrectly assumes that additional argument to some agp functions was added in 2.6.10, while actually it was included in Linus' kernel only by the time of 2.6.12rc1 (look for '[AGPGART] allow multiple backends' line in http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.12-rc1). Patch is just changing #ifdef's for 2.6.12 to 2.6.10. Checked on linux-2.6.11. Please include my email when replying, as I'm not subscribed to the list. Thx, i will apply it, if no one does it before me :) I was to lazy to track down when the change appear. 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_ids93alloc_id281op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
missing definition
I'm trying to build the software only mesa on cygwin but have a compile error for a missing definition. Would any of you know where to look for M_E from the following snip? t_vp_build.c, build_fog() case GL_EXP: emit_op1(p, VP_OPCODE_ABS, tmp, 0, input); emit_op2(p, VP_OPCODE_MUL, tmp, 0, tmp, swizzle1(params,X)); emit_op2(p, VP_OPCODE_POW, fog, WRITEMASK_X, register_const1f(p, M_E), negate(tmp)); ^^^ Thanks, David Kesselring Atmel MMC [EMAIL PROTECTED] 919-462-6587 --- 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=7393alloc_id=16281op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: missing definition
fre, 13,.05.2005 kl. 08.56 -0400, skrev David Kesselring: I'm trying to build the software only mesa on cygwin but have a compile error for a missing definition. Would any of you know where to look for M_E from the following snip? t_vp_build.c, build_fog() case GL_EXP: emit_op1(p, VP_OPCODE_ABS, tmp, 0, input); emit_op2(p, VP_OPCODE_MUL, tmp, 0, tmp, swizzle1(params,X)); emit_op2(p, VP_OPCODE_POW, fog, WRITEMASK_X, register_const1f(p, M_E), negate(tmp)); ^^^ M_E is the mathematical constant e, usually defined in math.h from glibc : # define M_E2.7182818284590452354 /* e */ -- Ronny V. Vindenes [EMAIL PROTECTED] --- 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=7393alloc_id=16281op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r300 patch: correct a format/argument mismatch
On Friday 13 May 2005 04:45, Jeff Smith wrote: There is a format/argument mismatch in r300_texprog.c. The format given is '%d' while the argument is a char*. This patch corrects the format to '%s'. Applied to CVS. cu, Nicolai -- Jeff Smith pgp5MmPtTQEc6.pgp Description: PGP signature
Re: r300 patch: change some parameters to GLvoid*
On Friday 13 May 2005 04:43, Jeff Smith wrote: There are several places in r300_maos.c where a GLvoid* parameter is more appropriate than char*. This patch makes these changes (which also fixes a compiler warning for me). Applied to CVS. cu, Nicolai -- Jeff Smith __ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail pgpTwaM2Ba5LZ.pgp Description: PGP signature
[Bug 3248] MGA driver fails in unfriendly way on PCI cards
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=3248 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #2654 is|0 |1 obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2005-05-13 14:21 --- Created an attachment (id=2676) -- (https://bugs.freedesktop.org/attachment.cgi?id=2676action=view) Reject PCI G450 cards via drm_device_is_agp callback This is the thrird (and hopefully final!) iteration of this patch. drm_device_is_agp was modified to use a device-specific callback on both Linux and BSD. The Linux code was then modified to use drm_device_is_agp before calling drm_agp_init (this is the way BSD already works). This achieves essentially the same effect as the previous patch, but, since it makes the Linux code more like the BSD code and will require less changes to BSD to implement, I think I like this version better. -- 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. --- 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=7393alloc_id=16281op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-dev] update on GL_EXT_framebuffer_object work
On Monday 02 May 2005 16:56, Brian Paul wrote: This weekend I finished updating the DRI drivers to work with the new framebuffer/renderbuffer changes. My DRI test system is terribly out of date so I haven't run any tests. I'm tempted to just check in the changes now and help people fix any problems that arise, rather than spend a few days updating my test box. I think the code changes are pretty safe though. Here's a summary of changes to the DRI drivers: [snip] Are there any questions or concerns? Working on the experimental R300 driver, I did come upon a question: How are DRI drivers supposed to handle window resizes? If I understand the code correctly, _mesa_resize_framebuffer would have to be called at some point when the window is resized, but I don't see when that happens in any of the DRI drivers in Mesa CVS. Note that it can be easy to be miss this problem. One way that should trigger the issue in all drivers is: 1. Make sure that you hit software rasterization fallbacks (e.g. no_rast=true). 2. Run any GL application in a window and resize the window. If you make the window larger than its initial size, the framebuffer will be clipped incorrectly. I've fixed this by calling _mesa_resize_framebuffer in the same place where clip rectangles are recalculated after the DRI lock has been regained. However, I'd like to know if this is the correct/canonical/preferred way of doing it. cu, Nicolai pgpjIe57zRehm.pgp Description: PGP signature
Re: [Dri-users] No Direct Rendering with Radeon and xorg-x11-6.8.99.6.tar.bz2
Hi, dri-list, (I considered this not a very good solution as you'll sacrifice quite some 3d performance, but since it now happens in snapshots something needs to be done about it probably). Roland My problem if I upgrade Mesa cvs on Xorg cvs, it will compile radeon driver ? Well, you have to try it sooner or later (what now is the ble.. edge), and will be the solution isn't it? . Last minute, finally I understand my problem, I had to update drm for compiling Mesa. Thanks, -- Sérgio M.B. --- 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=7393alloc_id=16281op=click -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
