Do you need to make frequent writes to the flash (i.e. filesystem) or just infrequently (calibration data at manufacturing), and if you need to use NOR.
Filesystem:
If its the former you'll want to wait until MQX 4.0 (assuming the FTL that comes with MQX 4.0 will be easy enough to link in another external driver and has a NOR mode). If not you'll have to buy an FTL (or attempt to port a linux one to to MQX).
Either way you are looking at:
a) waiting for MQX 4.0 and writing a driver for the FTL that comes with it. I know it's coming with an FTL, I don't know if has both NAND and NOR, or just NAND. If just NAND obviously the next two options are the only ones available.
b) buying a commercial one and porting it to MQX
c) porting a linux one.
Based on my experience the simple answer is you do not want to go down this route - spi flash is too slow, the ftl is too much trouble, and micron is too hard to work with. Pick a different technology with integrated controller and ftl (there are a large number of them now). And using the block mode api for MFS.
Infrequent use without FTL:
Port the vendor drivers for the chip to use the standard api functions to the spi driver (i.e. fopen, read, write, ioctl), if their driver api is logical. Otherwise I would create your own that meets your needs. Sticking with standard mqx api makes a lot of sense and you will understand why as you start to work with it. I would recommend using the polling driver for spi for performance reasons.