Re: [Dri-devel] Re: [Dri-devel][patch] 3DNow normalization bug
On Thu, 30 Jan 2003 00:14:43 +0100 Dieter Nützel <[EMAIL PROTECTED]> wrote: > Am Mittwoch, 29. Januar 2003 22:30 schrieb Felix Kühling: > > On Wed, 29 Jan 2003 07:59:30 -0700 > > > > Brian Paul <[EMAIL PROTECTED]> wrote: > > > >>> Since these functions are globally exported, it might be worth it to > > > >>> write a quick test that calls the various > > > >>> _transform_normalize_normals functions to make sure that they all > > > >>> produces the same (or close enough) results. > > > >> > > > >> And: > > > >> _transform_normalize_normals_no_rot > > > >> _transform_rescale_normals_no_rot > > > >> _transform_rescale_normals > > > >> _transform_normals_no_rot > > > >> _transform_normals > > > >> _normalize_normals > > > >> _rescale_normals > > > >> > > > >> These should be tested too, while we're at it. > > > > > > > > Agreed. > > > > > > > > Brian: If such tests do get written, where should they live in the > > > > tree? > > > > > > There's a number of test routines in the src/math/m_debug_*.c files. I > > > think that would be the place to add more if needed. > > > > It's all there. Even benchmarking is included. It just needs to be > > recompiled with DEBUG and RUN_DEBUG_BENCHMARK defined. > > > > I downloaded Mesa CVS and configured it with --enable-debug and > > --enable-profile. When I started a GL app with the correct library path > > I got this: > > > > cpu vendor: AuthenticAMD > > cpu name: AMD Duron(tm) processor > > MMX cpu detected. > > 3DNow! cpu detected. > > - > > (i = 0, j = 0) > > 1.177931 -0.033552 [ratio = -2.848425e-02 - 29 bit missed] > > 0.841573 0.728316[ratio = 8.654217e-01 - 21 bit missed] > > 0.735570 -0.684420 [ratio = -9.304624e-01 - 25 bit missed] > > Mesa implementation error: _mesa_normal_tab[0][NORM_NORMALIZE] failed test > > (3DNow!) Please report to the Mesa bug database at www.mesa3d.org > > Mesa: Mesa DEBUG build Jan 29 2003 21:43:51 > > Mine is _longer_ (dual Athlon MP 1900+;-) > > Mesa/demos> ./glinfo > cpu vendor: AuthenticAMD > cpu name: AMD Athlon(tm) MP > MMX cpu detected. > 3DNow! cpu detected. > - > (i = 0, j = 0) > 1.177931 -0.033552 [ratio = -2.848425e-02 - 29 bit missed] > 0.841573 0.728316[ratio = 8.654216e-01 - 21 bit missed] > 0.735570 -0.684420 [ratio = -9.304624e-01 - 25 bit missed] > Mesa implementation error: _mesa_normal_tab[0][NORM_NORMALIZE] failed test > (3DNow!) > Please report to the Mesa bug database at www.mesa3d.org > Testing OS support for SSE... yes. > Testing OS support for SSE unmasked exceptions... SIGFPE, yes. > Tests of OS support for SSE passed. > SSE cpu detected. > - > (i = 0, j = 0) > 0.356922 -0.121018 [ratio = -3.390600e-01 - 26 bit missed] > 0.288519 0.972743[ratio = 3.371504e+00 - 25 bit missed] > -0.5472210.197804[ratio = -3.614698e-01 - 26 bit missed] > Mesa implementation error: _mesa_normal_tab[0][NORM_NORMALIZE] failed test > (SSE) > Please report to the Mesa bug database at www.mesa3d.org > Mesa: Mesa DEBUG build Jan 29 2003 23:50:36 > GL_VERSION: 1.4 Mesa 5.1 > > > A patch to fix this is attached. Basically the same kind of problem as > > before. Now it reports no more problems :) in any of the math functions > > tested on my Duron. This should be about everything except SSE. > > _BOTH_ are fixed through your patch. That's because there is no such SSE function. So after installing SSE functions the same 3dnow normalize was tested again. Thanks for testing on an SSE machine. Felix __\|/_____ ___ ___ __Tschüß___\_6 6_/___/__ \___/__ \___/___\___You can do anything,___ _Felix___\Ä/\ \_\ \_\ \__U___just not everything [EMAIL PROTECTED]>o<__/ \___/ \___/at the same time! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Re: [Dri-devel][patch] 3DNow normalization bug
Felix Kühling wrote: On Wed, 29 Jan 2003 07:59:30 -0700 Brian Paul <[EMAIL PROTECTED]> wrote: Since these functions are globally exported, it might be worth it to write a quick test that calls the various _transform_normalize_normals functions to make sure that they all produces the same (or close enough) results. And: _transform_normalize_normals_no_rot _transform_rescale_normals_no_rot _transform_rescale_normals _transform_normals_no_rot _transform_normals _normalize_normals _rescale_normals These should be tested too, while we're at it. Agreed. Brian: If such tests do get written, where should they live in the tree? There's a number of test routines in the src/math/m_debug_*.c files. I think that would be the place to add more if needed. It's all there. Even benchmarking is included. It just needs to be recompiled with DEBUG and RUN_DEBUG_BENCHMARK defined. I downloaded Mesa CVS and configured it with --enable-debug and --enable-profile. When I started a GL app with the correct library path I got this: cpu vendor: AuthenticAMD cpu name: AMD Duron(tm) processor MMX cpu detected. 3DNow! cpu detected. - (i = 0, j = 0) 1.177931 -0.033552 [ratio = -2.848425e-02 - 29 bit missed] 0.841573 0.728316[ratio = 8.654217e-01 - 21 bit missed] 0.735570 -0.684420 [ratio = -9.304624e-01 - 25 bit missed] Mesa implementation error: _mesa_normal_tab[0][NORM_NORMALIZE] failed test (3DNow!) Please report to the Mesa bug database at www.mesa3d.org Mesa: Mesa DEBUG build Jan 29 2003 21:43:51 A patch to fix this is attached. Basically the same kind of problem as before. Now it reports no more problems :) in any of the math functions tested on my Duron. This should be about everything except SSE. I've checked in the patch to the Mesa and DRI trees. Thanks! -Brian --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] Re: Configuration File Example.
> 1) Requires special parser which is too syntax sensitive > 2) Users editing the file could hose it rather easily compared to >existing formats. Ja I know I was teasing the "We want XML" crowd by going to the extreme in the opposite direction, trying to pull them back to the centre. > For a new config file, I personally think it makes the most sense > to use one of either: > > 1) XF86Config style file, and use libxf86config to parse it, >possibly extending the lib slightly as needed. I'd be perfectly happy with this. > 2) One of the XML-is-my-favourite TLA ideas I'd be less than happy with this, XMHell is not my favourite thing. > Either one has a good arguement on both sides. You're trying to drive in the middle of the road, be careful. > Reinventing a new format though buys nothing. I'm of the faith > that good GUI/TUI config tools should be handling everything for > configuration. End user edited config files == bug reports out > the wazoo. I'd prefer to not ship some specialized config format > at all than to ship one that wasn't well thought out, and also > keeps the principle of least surprise. I couldn't care less whether there is or isn't a GUI / TUI configuration program. What I do care about is that the configuration files must be stored in a file which can be edited, run through a script, etc. All the configuration files on my box which I've ever had to edit / bothered to look, have never been in XML, and I don't see a good enough reason to start now. > KISS principle. Also, a bit of open source philosophy - reuse > what exists already, don't reinvent. Well I'd consider XML to not be simpler than XF86Config-4, besides which it is uneccessary, what happened to the "don't implement it if you don't need it" philosophy? cheers Liam --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] >>15.3 MILLION OPT-IN EMAIL ADDRESSES...PLUS $2,000 IN FREE EMAIL MARKETING SOFTWARE!
WOULD YOU LIKE TO HAVE YOUR MESSAGE SEEN BY OVER 15.3 MILLION OPT-IN, TARGETED PROSPECTS DAILY? Below contains all the information you will ever need to market your product or service on the Internet. If you have a product, service, or message that you would like to get out to Thousands, Hundreds of Thousands, or even Millions of people, you have several options. Traditional methods include print advertising, direct mail, radio, and television advertising. They are all effective, but they all have two catches: They're EXPENSIVE and TIME CONSUMING. Not only that, you only get ONE SHOT at making your message heard by the right people. Also, Internet Search Engine Submissions, Classified Ads, Newsgroup Postings simply DO NOT WORK effectively. Now this has all changed! Thanks to the top programmers in the world and their NEW EMAIL TECHNOLOGY, You can send millions of email messages daily for FREE...Without getting terminated from your current Internet connection! It's very simple to do and you can be increasing your sales within minutes of installing this new extraordinary software! Besides...It's the only real way to advertise on the Internet that works...Period! >>>WE WILL SUPPLY YOU WITH OVER 15.3 MILLION OPT-IN EMAIL ADDRESSES TO GET YOU STARTED RIGHT AWAY! >>>PLUS FREE EMAIL ADDRESS DOWNLOADS FOR LIFE! >>>ALSO, YOU WILL RECEIVE $2,000 WORTH OF EMAIL MARKETING SOFTWARE FREE! Including.. BROADCAST EMAIL SENDING SOFTWARE...(send millions of email advertisements daily with a few clicks of your mouse, without getting your ISP trerminated. We used the same software to send you this email) EMAIL EXTRACTION SOFTWARE...(retrieve new targeted email addresses daily. Hundreds of thousands of them) LIST MANAGEMENT SOFTWARE...(keep your lists clean, opt-in and manage all your remove requests, leads, sales etc...) and much...much more! Hurry...This extraordinary offer ends at midnight tonight! To find out more information, Do not respond by email. Instead, click on the link below or copy and paste the exact web site address below into your web browser. http://www.vvorldvvideventures.com/504305/addresses.htm __ Want to be removed from our email list? You were sent this email because you used our Opt-in service. We hope you enjoy reading our messages. However, if you'd rather not receive future e-mails from us, Click on the link below http://www.vvorldvvideventures.com/504305/romove.htm Thank you for your cooperation ___ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel