Honored Contributor
Honored ContributorHello Nick,
re: SPI. Presumably when spi.c fails to compile it is becuase there are missing symbols. Have you added SPI to your core? If not, you'll need to pop into SOPC Builder and add the SPI component (our default Quartus Projects do not include SPI IIRC). Then, you'll need to run core_update to propogate the information to the kernel. Page 20 of the Getting Started Guide talks a bit about this process. re: 16550, USB etc. The Linux kernel contains literally hundreds of configuration options and that's what make the offering so powerful. However, Linux was developed initially for an Intel *86 (and that's still by far the most popular architecture). So, device drivers sometimes assume this native architecture is present. For example, I imagine by enabling the 16550 your kernel assumes there is a COM port at 0x3F8 in your I/O space. Like SPI, you'll need to ensure the output from SOPC Builder is propogated to the kernel (and that the kernel can use this information meaningfully -- in the case of SPI, there is already support built-in but in the case of the UART you will have to do some legwork to map the "PC COM1" type approach to a Nios-Avalaon architecture). mike
