From mint-bounce@lists.fishpool.fi Sat Jan 16 08:32:46 2010 X-Authenticated: #3273601 X-Provags-ID: V01U2FsdGVkX1966NlK81J6VGi2gs30UHSKRWRPt1UArDHtfbGkZ+ VVLQykxrj/ifpi To: From: Lars Schmidbauer Subject: Re: [MiNT] Daily freemint kernel builds X-Mailer: MyMAIL Rev:1.91-06.13685 (Atari/(STiK/STinG/GlueSTiK)) X-Hardware: Atari Falcon/CT60 MIME-Version: 1.0 Date: Sat, 16 Jan 2010 14:34:58 +0200 (MET) Content-Type: text/plain; charset="iso-8859-2" X-Priority: 3 X-MSMail-Priority: Normal Message-Id: <000ef172.01b43d1ccd12@mail.gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.48999999999999999 X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: latzmaster@gmx.de Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.sparemint.org id o0GDWjIC005468 Hi, @Miro + Alan: > but you know, better 100% working 66 MHz than > maybe-something-silently-not-working XX MHz > You may not like it, but it just be life for you that your CT60 can't > run 100% stable at 100MHz. Yes, of course you're right. But i'm feeling a little bit disappointed somehow...well, not really ;-) @Ronald: > What model 060 CPU do you have - IIRC, Rodolphe posted the numbers on his > website for the models that were fairly reliable for bumping up the speed. 68060 Rev.6 Mask E41J with latest ABE+SDR V7A. So it should work good with 'high speed'. > Do you have the CTCM? Makes it so easy to play with the speeds... Yes, CTCM installed. @Mark: > What is more likely happening is that corruption is being > introduced during the calculation of decompression, and that corruption > is being caused by the cpu probably. Using an FPU accuracy checker may > yield a test failure but none of these packages are built to use fpu. > It's all in here: http://aoi.atari-source.org/~mduckworth/fputest.tar.gz Hm, $fptest shows (no matter what CPU speed): rounding is double, result = 0x640006, expected result = 0x640005 rounding is float, result = 0x640006, expected result = 0x640005 ???? BENCH.TOS 66 Mhz: 0.810 seconds 90 MHz: 0.620 seconds 100 MHz: 0.565 seconds FPUTEST.TOS pass until ~100000 without problems at 66 and 90 Mhz, then i stopped it manually. At 100 MHz, errors are shown right from the start. How long shall i run FPUTEST.TOS? One more: The first block seems always to be compressed correct (at 90 and 100 MHz): bzip2 -vv /h/ozk-15012010.tar /h/ozk-15012010.tar: block 1: crc = 0x820d2ecd, combined CRC = 0x820d2ecd, size = 899981 bzip2/libbzip2: internal error number 1007. ... Again, thank you all. Perhaps i'll test some other SDRAM. But now i look how the builds are working on my Falcon. Lars