Extending the config menu

[DarkVegetableMatter]

-Changed the configuration menu to allow more flexibilitywhen selecting CPU & Platform -Can now change size of Kernel partition (no longer fixed at 0x20000) -RAM & Flash available to the App is now calculated (total - used by kernel) -Hacked in a clock speed selection got STM32F4 (

Tested on STM32F411

Maybe you can take a look and tell me if this is going in the right direction? I still need to convert the Stellaris target but if this looks good then I can do that and some more testing on LPC & STM hardware

[DarkVegetableMatter]

https://github.com/DarkVegetableMatter/frosted/tree/extendkconfig

[danielinux]

Hello @DarkVegetableMatter - I started porting to libopencm3. It compiles and links but it's not quite working at the moment (missing clock initialization in kernel/frosted.c). I will be working on a lm3s port this weekend to ensure RCC can be configured via libopencm3 properly. STM32 port should be pretty complete though, so we can move ahead on that. Please could you have a look at this branch? https://github.com/insane-adding-machines/frosted/tree/libopencm3

You can find me on IRC here: irc://irc.freenode.net/#frosted

[danielinux]

cc: @maximevince

[DarkVegetableMatter]

Hi

1) I needed to force libopencm3 to build with -mfloat-abi=soft. This builds it from the cmd line

FP_FLAGS="-mfloat-abi=soft" make -C kernel/libopencm3

Please consider removing libopencm3 from the clean make target (maybe a cleanall or cleanlibopencm3 ?)

2) I changed Reset_Handler to reset_handler in def_irq.py - do we want to use libopencm3 startup code or yours?

https://github.com/DarkVegetableMatter/frosted/tree/dvm_libopencm3

I will see if I can get this build to boot, hope I'm doing the right thing

On 21 November 2015 at 02:14, Daniele Lacamera notifications@github.com wrote:

Hello @DarkVegetableMatter https://github.com/DarkVegetableMatter - I started porting to libopencm3. It compiles and links but it's not quite working at the moment (missing clock initialization in kernel/frosted.c). I will be working on a lm3s port this weekend to ensure RCC can be configured via libopencm3 properly. STM32 port should be pretty complete though, so we can move ahead on that. Please could you have a look at this branch? https://github.com/insane-adding-machines/frosted/tree/libopencm3

You can find me on IRC here: irc://irc.freenode.net/#frosted

— Reply to this email directly or view it on GitHub https://github.com/insane-adding-machines/frosted/issues/4#issuecomment-158621355 .

www.nicecupoftea.com www.biscuit.com http://www.mincepie.com/

[danielinux]

Hi, I am a few steps ahead in the branch that your dvm_libopencm3 branch does not seem to take into account! Please ensure you are based on the branch: https://github.com/insane-adding-machines/frosted/tree/libopencm3

As for question (1): I had noticed that cleaning the lib all the time slows down the flow. The branch already has a "libclean" separate target. Perhaps the best way to force FP_FLAGS is from the main Makefile while doing make -C kernel/libopencm3

(2) Startcode should be the one from openocm3. There is no kernel/hal directory anymore. The linker scripts are now in kernel/ld. I just committed a new linker script for stm32, but there is more work to do for startup code and uart.

Also, please note that the libopencm3 submodule points to this repository: https://github.com/insane-adding-machines/libopencm3/tree/qemu

Where I have extended the lib to add support for LM3S clock settings and UART. The latest status with this combo is I can have the full synthetic port to work.

The plan is to propose a pull request to libopencm3 official when the port is stable. The UART interface for all the ports e are going to support needs to be extended to support rx_ready and a irq_clear commands, as it already happens now in my branch for qemu/lm3s.

[DarkVegetableMatter]

Ok, with a bit more tweaking I am now using the libopencm3 startup code and linker script my code starts and calls frosted main() :)

On 21 November 2015 at 14:49, Karl Robinsod karl.robinsod@gmail.com wrote:

Hi

1) I needed to force libopencm3 to build with -mfloat-abi=soft. This builds it from the cmd line

FP_FLAGS="-mfloat-abi=soft" make -C kernel/libopencm3

Please consider removing libopencm3 from the clean make target (maybe a cleanall or cleanlibopencm3 ?)

2) I changed Reset_Handler to reset_handler in def_irq.py - do we want to use libopencm3 startup code or yours?

https://github.com/DarkVegetableMatter/frosted/tree/dvm_libopencm3

I will see if I can get this build to boot, hope I'm doing the right thing

On 21 November 2015 at 02:14, Daniele Lacamera notifications@github.com wrote:

Hello @DarkVegetableMatter https://github.com/DarkVegetableMatter - I started porting to libopencm3. It compiles and links but it's not quite working at the moment (missing clock initialization in kernel/frosted.c). I will be working on a lm3s port this weekend to ensure RCC can be configured via libopencm3 properly. STM32 port should be pretty complete though, so we can move ahead on that. Please could you have a look at this branch? https://github.com/insane-adding-machines/frosted/tree/libopencm3

You can find me on IRC here: irc://irc.freenode.net/#frosted

— Reply to this email directly or view it on GitHub https://github.com/insane-adding-machines/frosted/issues/4#issuecomment-158621355 .

www.nicecupoftea.com www.biscuit.com http://www.mincepie.com/

www.nicecupoftea.com www.biscuit.com http://www.mincepie.com/

[DarkVegetableMatter]

hmm, seems I cannot send on that irc channel... dont know why

On 21 November 2015 at 16:13, Daniele Lacamera notifications@github.com wrote:

Hi, I am a few steps ahead in the branch that your dvm_libopencm3 branch does not seem to take into account! Please ensure you are based on the branch: https://github.com/insane-adding-machines/frosted/tree/libopencm3

As for question (1): I had noticed that cleaning the lib all the time slows down the flow. The branch already has a "libclean" separate target. Perhaps the best way to force FP_FLAGS is from the main Makefile while doing make -C kernel/libopencm3

(2) Startcode should be the one from openocm3. There is no kernel/hal directory anymore. The linker scripts are now in kernel/ld. I just committed a new linker script for stm32, but there is more work to do for startup code and uart.

Also, please note that the libopencm3 submodule points to this repository: https://github.com/insane-adding-machines/libopencm3/tree/qemu

Where I have extended the lib to add support for LM3S clock settings and UART. The latest status with this combo is I can have the full synthetic port to work.

The plan is to propose a pull request to libopencm3 official when the port is stable. The UART interface for all the ports e are going to support needs to be extended to support rx_ready and a irq_clear commands, as it already happens now in my branch for qemu/lm3s.

— Reply to this email directly or view it on GitHub https://github.com/insane-adding-machines/frosted/issues/4#issuecomment-158693477 .

www.nicecupoftea.com www.biscuit.com http://www.mincepie.com/

[danielinux]

query

[maximevince]

:+1: awesome

[DarkVegetableMatter]

Hi

STM32F4 libopencm3 GPIO is now working on the HW. It's a bit basic & we need to decide how configuration (AF, pullup/down, open collector etc) will be passed through the ioctl argument. Macros to pack bits into a 32 byte number? Pointer to a structure?

LPC17xx libopencm3 GPIO is also working on the HW. Same comments as STM32F4 above

LPC17xx clock support in libopencm3 is basically 0 so I have brewed up some code that, I believe, is clocking the CPU at 100MHz. There is also a typo in the LPC17xx clock.h file that means it cant be used to compile as-is

I haven't committed this code because I haven't figured out qemu yet - it starts and a black window appears but I haven't figured out how to connect a terminal to it yet :S

I think we will need a 'platform init' function to group the startup code for different machines. For example, the mbed/seeedpro have the LEDs connected to the same pins but the XPresso (LPC1769) only has one LED and it's connected to a different pin. Happily the config code now allows the user to select a board (STM32F4Discovery, seedpro etc etc) so we could use that

On 22 November 2015 at 23:01, Maxime Vincent notifications@github.com wrote:

[image: :+1:] awesome

— Reply to this email directly or view it on GitHub https://github.com/insane-adding-machines/frosted/issues/4#issuecomment-158864654 .

www.nicecupoftea.com www.biscuit.com http://www.mincepie.com/

[maximevince]

Hi @DarkVegetableMatter,

You can try 'make qemu' or 'make qemu2' as defined in the Makefile. They should spawn you with a qemu UART terminal.

qemu: image.bin 
    qemu-system-arm -semihosting -M lm3s6965evb --kernel image.bin -serial stdio -S -gdb tcp::3333

qemu2: image.bin
    qemu-system-arm -semihosting -M lm3s6965evb --kernel image.bin -serial stdio

[danielinux]

This is fixed - the code is committed :) In the documentation, we will need to specify that minimum qemu version is 2.2.x