ChibiOS Free Embedded RTOS

Sorry, ignore. I was derefencing the pointer, that causes the seg fault. For reference, it works like this.


#include <stdio&#46;h>
#include <stdint&#46;h>

void test(void *d) {
int pad = (int) d;
printf("D&#58; %d\n", pad);
}

int main(void) {
test((void *)5);
return 0;
}


Thank you ...

If gcc is something to go by, I get a segmentation fault. Does gcc-arm-none-eabi behave differently? Or am I misunderstanding you? Thank you for your patience to look at this.


#include <stdio&#46;h>
#include <stdint&#46;h>

void test(void *d) {
printf("D&#58; %d\n", *(uint8_t *)d);
}

int main ...

I still think there are potential problems passing integer literals... I am testing with GCC on a Linux terminal, but I expect gcc-arm-none-eabi to behave the same. GCC gives segmentation faults whenever I use a literal integer and with reason. The literal will be interpreted as an address.

I guess ...

Please ignore, this seems to have an answer already here viewtopic.php?t=5120.

Sorry Giovanni, you are faster than me! Thanks for your reply.

I am trying to use the same callback for events on two different pads. After setting up the pads as inputs, I am enabling events and setting up callbacks like this:


palEnablePadEvent(GPIOA, 9, PAL_EVENT_MODE_BOTH_EDGES);
palEnablePadEvent(GPIOA, 10, PAL_EVENT_MODE_BOTH_EDGES ...

Thank you Giovanni for the prompt response and thank you for ChibiOS. I used the validator and added the pins and ports that are not really used in the Black Pill, I thought unused pins could be left out. If I wanted to contribute the file, what steps are necessary?

I have been using ChibiOS since last week and I have to say I am loving it! But here to my problem: I created a board definition file for the STM32F411CE based BlackPill. fmpp creates the board files without issues. However, when I compile my application, I am getting errors in the board.h file ...