From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6285 invoked by alias); 3 May 2013 05:40:13 -0000 Mailing-List: contact ecos-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-bugs-owner@sourceware.org Received: (qmail 6276 invoked by uid 89); 3 May 2013 05:40:13 -0000 X-Spam-SWARE-Status: No, score=-4.6 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.1 Received: from hagrid.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.197) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 03 May 2013 05:40:12 +0000 Received: by mail.ecoscentric.com (Postfix, from userid 48) id C32744680003; Fri, 3 May 2013 06:40:10 +0100 (BST) From: bugzilla-daemon@bugs.ecos.sourceware.org To: unassigned@bugs.ecos.sourceware.org Subject: [Bug 1001837] Rich FlexBus RAM layout Date: Fri, 03 May 2013 05:40:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: eCos X-Bugzilla-Component: Patches and contributions X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: mjones@linear.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: low X-Bugzilla-Assigned-To: unassigned@bugs.ecos.sourceware.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://bugs.ecos.sourceware.org/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2013/txt/msg00290.txt.bz2 Please do not reply to this email, use the link below. http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001837 Mike Jones changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mjones@linear.com --- Comment #5 from Mike Jones --- I am trying to understand the memory layout. It appears that: 0x60C00000 Non-Cached Data RAM 4MB 0x60400000 Cached Data RAM 8MB 0x60000000 Code RAM 4MB Stacks seem to be in the middle one, because a variable on the stack is at 0x604008D8. This is the variable getting corrupted as discussed in #101764, the MMC/SPI patch. >>From CDL comments, it appears you can't DMA to cached data. If the SPI driver uses DMA, I believe it will DMA to arrays on the stack in the cached area. Do you think this could be the source of my SPI problems that only occur on FXM? That DMA to the stack area is messing up the stack leading to the bad address pointers. Is there a way to disable this cache? There is a value CYGSEM_HAL_ENABLE_DCACHE_ON_STARTUP, but I am guessing that is not for the 8MB cached data. -- You are receiving this mail because: You are the assignee for the bug.