From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1130 invoked by alias); 6 Jul 2009 20:52:34 -0000 Received: (qmail 1121 invoked by uid 22791); 6 Jul 2009 20:52:34 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_12,SPF_PASS X-Spam-Check-By: sourceware.org Received: from hagrid.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.197) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 06 Jul 2009 20:52:28 +0000 Received: from localhost (hagrid.ecoscentric.com [127.0.0.1]) by mail.ecoscentric.com (Postfix) with ESMTP id 2B268151AA99 for ; Mon, 6 Jul 2009 21:52:24 +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 ngVcIXqJ1z5i; Mon, 6 Jul 2009 21:52:22 +0100 (BST) From: bugzilla-daemon@ecoscentric.com To: ecos-bugs@ecos.sourceware.org Subject: [Bug 1000761] eCos support for MPC5xxx MCUs X-Bugzilla-Reason: QAcontact X-Bugzilla-Type: newchanged 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: Jochen.Gerster@freescale.com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Priority: normal X-Bugzilla-Assigned-To: jifl@ecoscentric.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Mon, 06 Jul 2009 20:52:00 -0000 Message-Id: <20090706205222.9DFD0151ABD9@mail.ecoscentric.com> 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 X-SW-Source: 2009/txt/msg00247.txt.bz2 http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000761 --- Comment #13 from Jochen Gerster 2009-07-06 21:52:20 --- (In reply to comment #7) > Would you be able to migrate your MPC5xxx contribution to use the updated > PowerPC architectural HAL? So concerning the migration to the updated PowerPC arch HAL we discovered two major changes we like to discuss with you first... a)We were able to switch to it for all e200z6 ports but there are some constraints to do this also vor the mpc5510 (=e200z1) as here the core exception handling has some difference compared to the higher e200 cores. In detail, the e200z1 core only provides a IVOR base SPR and no further IVORx offset SPRs. The offset between the exception vectors are fixed to 16bytes. So the current BookE exception vector declaration in vector.s as to be changed. We think the best solution is to have BookE exception vectors completely independent from the old powerpc exception vectors. In the current implementation BookE only enhance the existing exception vectors declaration. Further should this booke exception handling support all e200 cores, means if we make it work for e200z1 then it can also be used for all other e200 cores. b)Further didn't we understand the usage of the ...NEED_VECTORS and ...COPY_VECTORS Macros in arch.inc hal_vectors_init for booke. As if ....NEED_VECTORS isn't configured still the IVOR base SPR is written but not the offsets, for us this didn't make sense as if I install exceptions I completely do this and not partly? We suggest to remove #if ...COPY_VECTORS and #if ...NEED_VECTORS in arch.inc for booke, and instead differ only e200z1 and e200z_higher. Means for e200z1 only IVOR base SPR have to be written, and for all e200z_higher also the IVORx offsets have to be written. But we would use therefore a different configuration macro and not ...NEEDE_VECTORS We appreciate your feedback... best regards, Jochen -- Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.