From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4821 invoked by alias); 3 May 2013 16:51:37 -0000 Mailing-List: contact ecos-patches-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-patches-owner@ecos.sourceware.org Received: (qmail 4698 invoked by uid 89); 3 May 2013 16:51:30 -0000 X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW 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 16:51:29 +0000 Received: from localhost (hagrid.ecoscentric.com [127.0.0.1]) by mail.ecoscentric.com (Postfix) with ESMTP id B26F3468000E for ; Fri, 3 May 2013 17:51:27 +0100 (BST) Received: from mail.ecoscentric.com ([127.0.0.1]) by localhost (hagrid.ecoscentric.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y0LnlG0FaMbJ; Fri, 3 May 2013 17:51:21 +0100 (BST) From: bugzilla-daemon@bugs.ecos.sourceware.org To: ecos-patches@ecos.sourceware.org Subject: [Bug 1001837] Rich FlexBus RAM layout Date: Fri, 03 May 2013 16:51:00 -0000 X-Bugzilla-Reason: CC 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: 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-05/txt/msg00005.txt.bz2 Please do not reply to this email, use the link below. http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001837 --- Comment #7 from Mike Jones --- I assume from Ilija's comments that DMA bypasses the cache, hence the need to invalidate it. When I disable CYGSEM_HAL_ENABLE_DCACHE_ON_STARTUP, I get a conflict saying startup mode must be WRITETHRU, which it is , but is also disabled (conflict comes from CYGPKG_HAL_FREESCALE_EDMA). Perhaps this is a bug. My purpose in disabling it to make it consistent with the 100Mhz device's behavior, and make sure there is no side effect from enabling a feature the device does not support. The conflict did not prevent my app from running. I assume the TCD limitation is because the eDMA logic in the device is connected tightly with the memory bus logic and can't route through the cache, similar to how DMA works directly on memory without the cache. I put breakpoints in the SPI dma setup to see where the buffers reside in memory and they reside in Cache Data RAM just above 0x60400000. I will attach a couple of screen shots with the location. I assume some code will need to be added to invalidate the cache if the code is not already present somewhere, move to another segment without cache, or require turning off caching. Perhaps someone knows if there is cache invalidation code already. For now, I am ok because there is no caching for my 100Mhz device. I believe that whatever is overwriting the device variable is not related to FXM based on what I learned here. There is also evidence that the stack is corrupt in other places because the debugger is not giving a complete stack trace. So I will take the discussion back to the MCC/SPI bug if I discover more. Thanks -- You are receiving this mail because: You are on the CC list for the bug.