Nios® V/II Embedded Design Suite (EDS)
Support for Embedded Development Tools, Processors (SoCs and Nios® V/II processor), Embedded Development Suites (EDSs), Boot and Configuration, Operating Systems, C and C++
Announcements
FPGA community forums and blogs on community.intel.com are migrating to the new Altera Community and are read-only. For urgent support needs during this transition, please visit the FPGA Design Resources page or contact an Altera Authorized Distributor.

nios2-download error with MMU

Altera_Forum
Honored Contributor II
1,436 Views

Hi, 

 

I work on the nios2 kit 2C35. I would like to switch on linux with MMU after a µClinux Evalution. 

 

I have met a problem during the flash programming. ("nios2-download -g linux.initramfs.gz"). 

 

I have an error during the verification. 

"Verify failed between address 0xD0000000 and 0xD000FFFF". 

It can't be a pinmap problem, I had the same during my evaluation of µClinux solution and when I use nios2-flash-programmer --debug, I can see my CFI Flash Table 

 

Have you got an idea to explain my problem?
0 Kudos
6 Replies
Altera_Forum
Honored Contributor II
625 Views

the address 0xD0000000 and 0xD000FFFF is wrong 

try to change address to 0x0000000 and 0x0000FFFF in custom_fpga.h
0 Kudos
Altera_Forum
Honored Contributor II
625 Views

You must use the (new) option '--mmu' in order to make nios2-flash-programmer correctly working with MMU cpu.

0 Kudos
Altera_Forum
Honored Contributor II
625 Views

Hi, 

 

I have the same problem.  

About the --mmu option, I've found it in nios2-programmer, but not in nios2-download at least in the version 9.0.
0 Kudos
Altera_Forum
Honored Contributor II
625 Views

I don't think an option '--mmu' would be useful to 'nios2-download': the elf itself contains its loading address, which must be offset-ed with 0xc0000000 if I'm not wrong...

0 Kudos
Altera_Forum
Honored Contributor II
625 Views

Does it solve your pb?

0 Kudos
Altera_Forum
Honored Contributor II
625 Views

 

--- Quote Start ---  

[...] its loading address, which must be offset-ed with 0xc0000000 if I'm not wrong... 

--- Quote End ---  

 

 

Do you know what means this offset ? 

 

I've found the problem, it was a bad timing on the SDRam. All seems OK now.
0 Kudos
Reply