I'm unsure but I believe there is just one spi hardware port...evidence is the that others Ex the PCD8544 graphic LCD driver bit bangs the SPI interface.
Now on a small LCD this works reasonably well bit banged but on other TFT LCD's with color it is slow.
A fast TFT LCD doesn't need the high time delay the PCD8544 may need.
After eliminating all delays in the bit banging the esp8266 is still slow in comparison to a PIC chip driving the same LCD via hardware SPI.
I have bit banged a ST7735S 128x160 TFT LCD it works but is 5 times slower on a complete screen refresh than a PIC at 10 mips.
An 8 bit or 16bit parallel TFT LCD interface is a non starter since the esp8266 lacks enough I/O pins.
A microchip PIC and its hardware (pins /interfaces) are just a couple of CPU cycles away from receiving or sinking electrons. With the esp8266 the non electrical engineer coders seem to have put the hardware within wrappers that are within wrappers and appear to be holding the electrons back from getting to the pins efficiently.
I see others trying to unwind the esp8266 coders nirvana by setting and clearing pins more efficiently so there is hope for pleasant outcomes.
I have the obvious option to continue using a PIC to interface the LCD and relegate the esp8266 to a UART command line type interface to the PIC but I am attempting to explore what can or can't be done with the esp8266 standalone.
Is there is a way to have the esp8266 use hardware SPI so it might be more pleasant to view the LCD?