LOGIN   :::   RECOVER PASS   :::   GET ACCOUNT    
Browse
  • Projects
  • Code (CVS)
  • Forums
  • News
  • Articles
  • Polls
  •  
    OpenCores
  • FAQ
  • CVS HowTo
  • Mission
  • Media
  • Tools
  • Advertise
  • Mirrors
  • Logos
  • Contact us
  • Find Resources
  • Job Opportunity
  •  
    Tools
  • Search
      
  • Download Cores (CVSGet)
  •  
    More
  • Wishbone
  • Perlilog
  • EDA tools
  • OpenTech CD
  •  
    Navigation: All forums > Openrisc > Message List > Message Post

    Message

    Reply | Reply all
    Date Prev | Date Next | Thread Prev | Thread Next Date Index | Thread Index

    From: anthonyyi at msn.com<anthonyyi@m...>
    Date: Thu Jul 10 05:35:47 CEST 2008
    Subject: [openrisc] OR1200 porting MP3 problem
    Top
    since I have downloaded the new tool chain from opencores web
    and run the newest cross compiler in a linux machine
    The previous problem have been sloved

    However I add something on the xess.ld as follows
    .rodata :
    {
    *(.rodata)
    *(.rodata.str1.1)
    *(.rodata.cst4)
    __etext = . ;
    } > ram
    If not add these, the ld will give out some error information
    But I don't know whether is rigth to this.
    The linker can work correctly and generate the excutable file

    Now, the problem is coming when I use simulator:
    It will reports that:
    ERR: 8-bit program load out of memory area: 80000000
    ...
    ERR: 8-bit program load out of memory area: 80001d08
    ERR: 8-bit program load out of memory area: 80001d09
    ERR: 8-bit program load out of memory area: 80001d0a
    ERR: 8-bit program load out of memory area: 80001d0b
    ERR: 8-bit program load out of memory area: 80001d0c
    ERR: 8-bit program load out of memory area: 80001d0d

    when I use the decompiler to see the asm file
    Disassembly of section .text:

    80000000 <__start>:
    80000000: 9c 61 00 00 l.addi r3,r1,0x0
    80000004: 00 00 2a f6 l.j 8000abdc <__uClibc_start>
    80000008: 15 00 00 00 l.nop 0x0

    8000000c <_report1>:
    8000000c: 9c 21 ff e8 l.addi r1,r1,0xffffffe8
    80000010: d4 01 10 00 l.sw 0x0(r1),r2
    80000014: 9c 41 00 18 l.addi r2,r1,0x18
    80000018: d7 e2 1f f8 l.sw 0xfffffff8(r2),r3
    8000001c: 9c 60 12 34 l.addi r3,r0,0x1234
    80000020: d7 e2 1f f4 l.sw 0xfffffff4(r2),r3
    80000024: 84 82 ff f4 l.lwz r4,0xfffffff4(r2)
    80000028: d7 e2 27 fc l.sw 0xfffffffc(r2),r4

    I don't know why this is happen
    So any can help
    Thank you deeply

    ----- Original Message -----
    From: anthonyyi<anthonyyi@m...>
    To:
    Date: Sun Jul 6 10:13:55 CEST 2008
    Subject: [openrisc] OR1200 porting MP3 problem

    > Actually I find the compiler command using for compile mp3 is :
    > or32-rtems-gcc/or32-rtems-as/or32-rtems-sr/
    > However, I haven't porting the rtems system to my envirment yet(
    > Cgywin in
    > Windows XP)
    > I try to use or32-uclinx-* commands to replace those commands
    > Then it gives out errors as follows:
    > /opt/or32-uclinux/lib/gcc-lib/or32-uclinux/
    > 3.1/../../../../or32-uclinx/bin/ld:
    > canot find -lc
    > collect2 ld returned 1 exit status
    > make[1]: *** [minmad] errror1
    > BTY, I modified the _ANSI file there is no sys/config.h/ in my
    > directory
    > I think the xess-mad project is porting by the rtems group.
    > Who have complied this project successfully can give me some
    > advice?
    > Thanks a lot
    > Anthony Y
    > make[1]: Leaving directory `/home/new/or1k/mp3/sw/mad-xess'
    > --
    > View this message in context:
    >
    http://www.nabble.com/OR1200-porting-MP3-problem-tp18299825p18299825.html
    > Sent from the OpenCores - RISC mailing list archive at Nabble.com.
    >
    >

    Follow upAuthor
    [openrisc] OR1200 porting MP3 problemJeremy Bennett

     
    Copyright (c) 1999 OPENCORES.ORG. All rights reserved.