From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54HTaK11612 for linux-mips-outgoing; Mon, 4 Jun 2001 10:29:36 -0700 Received: from mail.palmchip.com ([63.203.52.8]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54HTXh11608 for ; Mon, 4 Jun 2001 10:29:35 -0700 Received: from palmchip.com (sabretooth.palmchip.com [10.1.10.110]) by mail.palmchip.com (8.11.0/8.9.3) with ESMTP id f54HTSc07776 for ; Mon, 4 Jun 2001 10:29:28 -0700 Message-ID: <3B1BC6B8.C58758FA@palmchip.com> Date: Mon, 04 Jun 2001 10:34:48 -0700 From: Ian Thompson Organization: Palmchip Corporation X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: dcache_blast() bug? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi all, I'm seeing some odd memory behavior around the time when blast_dcache() is called, leading me to think that the method may be a little buggy. It appears that memory is being corrupted (consistently so) over the course of flushing the dcache. This happens to my command line argument string - arcs_cmdline. Before the blast_dcache() call, it is "console=ttyS0 ramdisk_start=0x9fcf0000 load_ramdisk=1", and after the call, the corrupted data is "ttyS0 ra0". I take it this isn't supposed to happen? any ideas of why the writeback_invalidate_d cache operation may be losing data? thanks, -ian -- ---------------------------------------- Ian Thompson tel: 408.952.2023 Firmware Engineer fax: 408.570.0910 Palmchip Corporation www.palmchip.com