--- a/configs/spinal_saxon_ulx3s_defconfig +++ b/configs/spinal_saxon_ulx3s_defconfig @@ -75,22 +75,31 @@ BR2_PACKAGE_HTOP=y BR2_PACKAGE_LYNX=n BR2_PACKAGE_LINKS=n -BR2_PACKAGE_LIBATOMIC_OPS_ARCH_SUPPORTS=n -BR2_PACKAGE_LIBATOMIC_OPS=n -BR2_PACKAGE_OPENSSL=n -BR2_PACKAGE_LIBOPENSSL=n -BR2_PACKAGE_OPENSSH=n +BR2_PACKAGE_LIBATOMIC_OPS_ARCH_SUPPORTS=y +BR2_PACKAGE_LIBATOMIC_OPS=y +BR2_PACKAGE_OPENSSL=y +BR2_PACKAGE_LIBOPENSSL=y +BR2_PACKAGE_OPENSSH=y +BR2_PACKAGE_CA_CERTIFICATES=y BR2_PACKAGE_RNG_TOOLS=n -BR2_PACKAGE_HAVEGED=n +BR2_PACKAGE_HAVEGED=y BR2_PACKAGE_DROPBEAR=y BR2_PACKAGE_SSHPASS=y #BR2_PACKAGE_BUSYBOX_SHOW_OTHERS=n -BR2_PACKAGE_BASH=n +BR2_PACKAGE_BASH=y -BR2_PACKAGE_GIT=n +BR2_PACKAGE_GIT=y + +BR2_PACKAGE_LIBCURL=y +BR2_PACKAGE_LIBCURL_CURL=y +BR2_PACKAGE_PPPD=y +BR2_PACKAGE_NETCAT=y +BR2_PACKAGE_PROXYCHAINS_NG=y + +BR2_PACKAGE_JPEG=y
dma: unable to request IRQ 0, i assumed i had done something dumb so didn't investigate further at the time
[warn] Multiple main classes detected. Run 'show discoveredMainClasses' to see the list [info] Compiling 74 Scala sources to /home/ulx3s/SaxonSoc/ext/VexRiscv/target/scala-2.11/classes ... [error] Missing required plugin: idsl-plugin [error] one error found [info] Packaging /home/ulx3s/SaxonSoc/ext/SpinalHDL/lib/target/scala-2.11/spinalhdl-lib_2.11-1.4.3.jar ... [info] Done packaging. [error] (ProjectRef(uri("file:/home/ulx3s/SaxonSoc/ext/VexRiscv/"), "root") / Compile / compileIncremental) Compilation failed [error] Total time: 102 s, completed Oct 19, 2020 4:46:47 AM make: *** [makefile:32: generate] Error 1
ubluetooth.BLEworks and at least sees the heartrate sensor in
gap_scan! now just need to make it subscribe to the right GATT notification, then send the values to the FPGA, but that seems straightforward. thanks for the help !
git clone https://github.com/SpinalHDL/SaxonSoc.git --recursive --branch dev)
@emard. Thank you. I've just posted an update here:
I realised that if we have shadow ram for video, we do not need the force-flush feature. In the Next186 cache code, force-flush is implemented by overlaying it on the normal state machine. Clever, but it obfuscates the circuit. If we need it in future, I think it is better implemented with some additional states.
I have extended the sdram controller family for the 68K and 99K with a version for the OberonStation (matched to the cache). This too appears to work in simulation.
@emard do you have details on the IDF RAM usage here? I installed IDF to try a few things but in your docs there is:
idf3 leaves slighty more free RAM than idf4, and ESP32-WROOM modules always need more RAM.
I mention WROOM compatibility in my app demo doc as I’d like to support the “low ram” part for my projects. Micropython 1.13 has “idf3” prefix in the image, assuming built with IDF3 rather than 4.
Are RAM limit issues likely if Micropython moves to IDF4?
WROOM compatibility seems best especially if that's what all the Crowdsupply campaign boards have
I might play with making the ESP32 a BT HID host to connect a mouse or gamepad, looks like I'll have to use the C API for that. I'll see if there's any existing project I can use as a base