Custom Query (93 matches)
Results (25 - 27 of 93)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#27 | fixed | Multi-processor platform with several loaders | ||
Description |
Hi, I am trying to write a multi-processor platform with private program memories, and I was trying to figure out if this was possible with SOCLIB. I made a try with 2 Mips in a first phase, with two associated mapping tables. The difference between both mappings is the MEMORY address, 0x10000000 for Mips0 and 0x20000000 for Mips1. I created two loaders taking different binaries, the reset section of the first jumps to 0x10xxxx and the second jumps to 0x20xxx. Loader loader0("MJPEG0.x"); VciRam<vci_param> vcimultiram0("vcimultiram0", IntTab(0,0), maptab, loader0); Loader loader1("MJPEG1.x"); VciRam<vci_param> vcimultiram1("vcimultiram1", IntTab(1,0), maptab1, loader1); MJPEG0.x: 211735 bfc00020: 3c1b1001 lui k1,0x1001 211736 bfc00024: 277bf360 addiu k1,k1,-3232 MJPEG1.x: 202290 bfc00020: 3c1b2001 lui k1,0x2001 202291 bfc00024: 277bb820 addiu k1,k1,-18400 However, when I execute the simulation, I see that cache1 seems to execute the reset section of MJPEG0.x. cache0 PC: 0xbfc00020 NPC: 0xbfc00024 Ins: 0x3c1b1001 cache0 PC: 0xbfc00024 NPC: 0xbfc00028 Ins: 0x277bf360 cache1 PC: 0xbfc00020 NPC: 0xbfc00024 Ins: 0x3c1b1001 cache1 PC: 0xbfc00024 NPC: 0xbfc00028 Ins: 0x277bf360 Did I do something wrong? Thank you Alexandre |
|||
#23 | fixed | Nios-based platforms: elf loader problem | ||
Description |
When I run Nios-based platforms, the simulation fails. It appears that the loading of the elf binary file does not work correctly. Here is the backtrace provided by gdb : #2 std::_Rb_tree<std::string const, std::pair<std::string const, elfpp::symbol*>, std::_Select1st<std::pair<std::string const, elfpp::symbol*> >, std::less<std::string const>, std::allocator<std::pair<std::string const, elfpp::symbol*> > >::insert_equal (this=0x208810, __v=@0xbfff7b04) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916 #3 0x000447fc in std::string::size () at basic_string.h:86 #4 0x000447fc in std::string::size () at basic_string.h:86 #5 0x000447fc in std::string::size () at basic_string.h:86 #6 0x000447fc in std::string::size () at basic_string.h:86 #7 0x000447fc in elfpp::section::add_symbol (this=0x2087c0, sym=@0x2094b0) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916 #8 0x0000e304 in std::string::size () at basic_string.h:76 #9 0x0000e304 in elfpp::elfn_access<elfpp::elf32_bits_s, 32>::load_symtab (this=0x1468c8, obj=@0x2075f0) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916 #10 0x00048129 in elfpp::object::parse_symbol_table (this=0x2075f0) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916 #11 0x000613ce in std::string::size () at basic_string.h:50 #12 0x000613ce in soclib::common::(anonymous namespace)::elf_load (filename=@0xbfffef7c, loader=@0xbfffeebc) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916 #13 0x0004b2a9 in soclib::common::Loader::load_file (this=0xbfffeebc, desc_str=@0xbfffef7c) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916 #14 0x0004bd9c in std::string::size () at basic_string.h:46 #15 0x0004bd9c in soclib::common::Loader::Loader (this=0xbfffeebc, f=@0xbfffef7c, f2=@0xbfffef78, f3=@0xbfffef74, f4=@0xbfffef70, f5=@0xbfffef6c, f6=@0xbfffef68) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916 #16 0x00052cd6 in std::string::size () at basic_string.h:140 #17 0x00052cd6 in _main (argc=2, argv=0xbffff0a4) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916 #18 0x00055477 in sc_main (argc=2, argv=0xbffff0a4) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916 #19 0x00069be4 in sc_elab_and_sim () at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916 #20 0x000022e6 in start () A platform including the loaded binary is attached. François |
|||
#50 | solved | Option --edit systemcass | ||
Description |
Hello, I have used systemcass to compile the plateform caba-vgmn-multi_timer-mips32. I can use trace, help, etc but i have some trouble with scheduling option. In fact when i use --edit no editor open and the simulation run completely. I have vim and $EDITOR correctly set. did someone else have encouter the same problem.
|