Add support for QuickLogic EOS S3 SoC

[PiotrZierhoffer]

This PR is the first from a series of PRs related to the EOS S3 ecosystem.

EOS S3 is a Cortex-M4-F based platform with an FPGA and a sensor processing subsystem.

The series will add support for the SoC itself, for the boards and several drivers.

More to read:

• QuickLogic EOS S3 description: https://www.quicklogic.com/products/eos-s3/
• QuickFeather board press release: https://antmicro.com/blog/2020/03/quickfeather-release/

The series will consist of the following PRs:

• EOS S3 SoC
• QuickLogic Chandalar board
• QuickLogic QuickFeather board
• GPIO support
• SPI support
• on-board FPGA support

[ioannisg]

Could you send out the Board definition in the same PR? So CI will pick up and build for the Board/SoC

[ioannisg]

Thanks! Pls, add the Board support (Can be minimal) as part of this PR

[kowalewskijan]

I removed QuickLogic Chandalar board and replaced it with QuickLogic QuickFeather board since it has much more features enabled, which will come in next PRs.

[PiotrZierhoffer]

As we changed the board we use, I ask for re-review of this PR

[tgorochowik]

Looks good, should be ready to merge once zephyrproject-rtos/hal_quicklogic#1 is in.

[kowalewskijan]

Since the HAL PR was merged, I updated west.yml manifest to point to correct remote and commit.

[PiotrZierhoffer]

@carlescufi @ioannisg as from our perspective this is good to go, would you care to [re]review this?

[carlescufi]

Suggested change

	static int eos_s3_init(struct device *arg)
	static int eos_s3_init(const struct device *arg)

[kowalewskijan]

Fixed the line as suggested

[carlescufi]

This is almost ready for merging, just one check, will this be built by default CI?

[carlescufi]

@galak and @MaureenHelm please take a look and consider it for 2.4.

[carlescufi]

I have no objections except for:

• Fix the const struct device
• Make sure this board is built in CI

[kowalewskijan]

I fixed the suggestion from @carlescufi and rebased the branch.
@carlescufi : I can see that in the buildkite/zephyr CI there is a quick_feather target called in tests e.g.: here, so I assume it is fine.

[Willmish]

Hi @PiotrZierhoffer , me and @JDuchniewicz are working on a project utilising an EOS S3 based board (SparkFun's Qt PLUS), and are struggling to get it to flash properly using the adapted version of TinyFPGA programmer (https://github.com/QuickLogic-Corp/TinyFPGA-Programmer-Application/tree/master). I was wondering whether you could share with us what was your workflow/tools when working with the board?

(Right now for us the board hangs when Verifying binary written to the board - this is happening on 2 different boards and tested on 3 different setups (MacOS, Ubuntu 20.04, Arch Linux)).

Any help would be highly appreciated!

[Willmish]

@PiotrZierhoffer For context - I also tried flashing using openOCD via STLINK but am always met with a time out when trying to halt the target CPU:

(Had to modify the board/quicklogic_quickfeather.cfg to use "hla_swd" instead of "swd" for the transport)

Also I belive @JDuchniewicz tried flashing using JLINK, without much success.