From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [81.3.11.18] (helo=mail.ku-gbr.de) by canuck.infradead.org with esmtps (Exim 4.43 #1 (Red Hat Linux)) id 1D9ilS-0005qV-P6 for linux-mtd@lists.infradead.org; Fri, 11 Mar 2005 06:57:11 -0500 Date: Fri, 11 Mar 2005 12:57:09 +0100 From: Konstantin Kletschke To: linux-mtd@lists.infradead.org Message-ID: <20050311115708.GD11203@synertronixx3> References: <20050311104457.GB11203@synertronixx3> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050311104457.GB11203@synertronixx3> Subject: Re: jffs2 with sync burst mode List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Am 2005-03-11 11:44 +0100 schrieb Konstantin Kletschke: > Actually I tried to debug, what happens in, before and after memcpy() in > fs/jffs2/scan.c line 773 (actual cvs) located in > jffs2_scan_dirent_node(), as I suspect some issues with dcache. > Therefore I copied memcpy() out of arch/arm/boot/compressed/misc.c (why > is it _there?) above jffs2_scan_dirent_node() to memcpykgk(). No I am puzzled. I think I replaced arch/arm/lib/memcpy.S with static inline __ptr_t memcpykgk(__ptr_t __dest, __const __ptr_t __src, size_t __n) out of arch/arm/boot/compressed/misc.c by accident, though it works now. The inline helps probably. So, is it correct memcpy() in lib/string.c and out of arch/arm/boot/compressed/misc.c are NOT used in general arm code? Konsti -- GPG KeyID EF62FCEF Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF