Forum Discussion
Occasional ContributorNios-V alt_epcq_controller_write() Problem
Hi Balerion,
Regading to avl_mem slave:
If you also place avl_mem slave in Peripheral Region, you can use the current altera_epcq_controller.c file as is.
However, you may want to place avl_mem slave in cacheable (non-Peripheral) region to take advantage of the cache for read accesses. In that case, cache maintenance needed for flash memory write operation in Nios V/g system. Here is a code example (= not fully validated) to achieve this attached (please replace the file extension from ".txt" to ".c"). At the end of the alt_epcq_controller_write_block() function, cache flush function call and error checking are added.
Thanks,
ShoH
Occasional ContributorHi ShoH,
So, what I understand up to now is that there are two options for me. The first one is that I will disable caching in my nios-v/g configuration(0Kilobytes of cache) and the other option is that according to "https://www.intel.com/content/www/us/en/docs/programmable/726952/25-1/memory-configurations-tab.html" I have to place my peripherals to non-cached address space to do that I need to create peripheral region.
There comes a few questions to my mind:
- What differs between Peripheral A and Peripheral B and which one should I choose?
- Let's say I create peripheral region, Do I need to also create tightly coupled memory region as well or peripheral region is enough?
- Why do peripherals have to be located to the non-cached address space?
Thanks,
Balerion
Occasional ContributorHi Balerion,
Yes, disable caching(0Kilobytes of cache) is another option and a good choice when you use Tightly Coupled Memories(TCMs). (In my design, I usually disable cache when I can use sufficient size of TCMs.)
- There is no difference between Peripheral A and Peripheral B for the core. You may use ether one. When you feel convenient with two separeate peripheral region, you can use both. These allow you to use separate regions for Peripheral.
- Accessing TCM always bypasses cache memory(=Cache is never used for TCM accesses). So you don't need to worry about peripheral region for TCM.
https://www.intel.com/content/www/us/en/docs/programmable/683632/25-3/accessing-tightly-coupled-memory.html - "peripheral access must be non-cached" : Caches store copies of data, and accessing peripheral registers through a cache can result in reading "stale" data, or a write could be held in the cache and never write to the peripheral hardware. Please note that this is due to the way CPU caches work and is not specific to Nios V.
Please let me know if disabling cache or caring peripheral region helps to resolve the QSPI access issue.
Thanks,
ShoH
- ShoH_Altera
Hi Balerion,
Regading to avl_mem slave:
If you also place avl_mem slave in Peripheral Region, you can use the current altera_epcq_controller.c file as is.
However, you may want to place avl_mem slave in cacheable (non-Peripheral) region to take advantage of the cache for read accesses. In that case, cache maintenance needed for flash memory write operation in Nios V/g system. Here is a code example (= not fully validated) to achieve this attached (please replace the file extension from ".txt" to ".c"). At the end of the alt_epcq_controller_write_block() function, cache flush function call and error checking are added.
Thanks,
ShoH - Balerion
Hi ShoH,
Before I try what you suggest I did another thing which is I used to call Public API's in order like:
For write operation:
alt_epcq_controller_lock(); // with related params to unlock all sectors
alt_epcq_controller_write(); // with related params to erase and write
alt_epcq_controller_lock(); // with related params to lock all sectors
I was doing that for every write operation.then what I did is when initializing I'm opening the lock of all sector once then don't deal with any locking:
alt_epcq_controller_lock(); // with related params to unlock all sectors
SleepMs(20);
For Write operation:
alt_epcq_controller_write(); // with related params to erase and write
It seems, this solved my problem. I did some tests like writing and reading different size of data and comparing them none of them failed.
Thanks for help,
Balerion - ShoH_Altera
Hi Balerion,
In any case, it is highly recommended to use non-cached access to Peripherals in order to ensure reliable and stable access to Peripherals.
Thanks,
ShoH - Balerion
Hi ShoH,
Thanks for your response. I will be using that.
Balerion
