Forum Discussion

Balerion's avatar
Balerion
Icon for Occasional Contributor rankOccasional Contributor
2 months ago
Solved

Nios-V alt_epcq_controller_write() Problem

Hi, I have a flash on my custom board which is MT25QU01G. The flash is connected to Nios-V/g with Epcq Controller. I am trying to erase, write, read sectors from flash. Before write and erase I unlo...
Embedded Applications Layer
general
layer
Nios Architecture
Nios Cpu
  • ShoH_Altera's avatar
    ShoH_Altera
    1 month ago

    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

ShoH_Altera's avatar
ShoH_Altera
Icon for Occasional Contributor rankOccasional Contributor
2 months ago

Hi 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

Balerion's avatar
Balerion
Icon for Occasional Contributor rankOccasional Contributor
1 month ago

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's avatar
    ShoH_Altera
    Icon for Occasional Contributor rankOccasional Contributor
    1 month ago

    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

  • ShoH_Altera's avatar
    ShoH_Altera
    Icon for Occasional Contributor rankOccasional Contributor
    1 month ago

    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's avatar
    Balerion
    Icon for Occasional Contributor rankOccasional Contributor
    1 month ago

    Hi ShoH,

    Thanks for your response. I will be using that. 

    Balerion