From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32385 invoked by alias); 7 Oct 2014 13:44:57 -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 32359 invoked by uid 89); 7 Oct 2014 13:44:56 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mail.ecoscentric.com Received: from albus.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.200) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 07 Oct 2014 13:44:54 +0000 Received: by mail.ecoscentric.com (Postfix, from userid 512) id 2D0CBA82FAC; Tue, 7 Oct 2014 14:44:51 +0100 (BST) From: bugzilla-daemon@bugs.ecos.sourceware.org To: unassigned@bugs.ecos.sourceware.org Subject: [Bug 1001864] Data not relocated to RAM during ROMINT startup Date: Tue, 07 Oct 2014 13:44:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: eCos X-Bugzilla-Component: HAL X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jifl@ecoscentric.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: normal 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: 2014/txt/msg00268.txt.bz2 Please do not reply to this email, use the link below. http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001864 Jonathan Larmour changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jifl@ecoscentric.com --- Comment #5 from Jonathan Larmour --- Hi Ilija, The specific proposal in comment #1 to use CYG_HAL_STARTUP_ROM doesn't feel quite right to me: a) it would probably be better for this property to be accessible via CDL, not just source. A CDL interface presumably. b) It might make the code appear confusing in the case where you do need to distinguish "real" ROM startup from ROMINT/FLASH/whatever. But this is easily dealt with just by using a different name for the abstract startup type. It could be CYGINT_HAL_STARTUP_ROM or CYGINT_HAL_ROM_STARTUP, but perhaps it might better express what we're after here if we called it CYGINT_HAL_STANDALONE_STARTUP. But i've no strong preferences. Jifl -- You are receiving this mail because: You are the assignee for the bug.