Hi @JColvin
Thank you for picking this issue up, and yes the target is the Cmod S7. Any board with DDR or SRAM or even a Zynq's OCM is unlikely to require this QSPI use case.
The thread you link looks a bit frayed, and it only addresses the trivial requirement of boot loading - which I believe is fairly well documented, see e.g. from today https://app.livestorm.co/adiuvo-engineering/mastering-microblaze/live?s=5478d071-d14e-4aba-bb64-1b3891de5c27#/chat
My desire is to use the QSPI as main / backing memory for a microblaze + cache system, to enable non trivial micro blaze applications on the Cmod S7 platform.
My experience is that BRAM provides scarcely sufficient memory for a non-trivial C command line application; IIRC the S7-25 has 80 BRAMs which is 320 kBy, shave some off for data path FIFOs and you have no more than 256kBy for microblaze memory. Similar to PDP 11/40 memory size; circa 1970. The libraries and applications have bloated since then.
If the QSPI can't support the Mb + cache + QSPI concept I shall have to use a different processor core or a much simpler application (and smaller memory requirement).
I look forward to your response
Best Regards
Martin
PS Without this technique or an equivalent enabler, it is hard to see how the Cmod S7 can be used for non-trivial "processor" applications