- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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?Link Copied
6 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
the address 0xD0000000 and 0xD000FFFF is wrong
try to change address to 0x0000000 and 0x0000FFFF in custom_fpga.h- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
You must use the (new) option '--mmu' in order to make nios2-flash-programmer correctly working with MMU cpu.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Does it solve your pb?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
--- 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.

Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page