Search found 9 matches
- Mon Nov 05, 2018 5:20 pm
- Forum: Development and Feedback
- Topic: [INFO] Posix simulator restored
- Replies: 2
- Views: 2616
Re: [INFO] Posix simulator restored
Hi Giovanni, Here are two test results for trying to build the POSIX demo on OSX. 1. When I try to build the POSIX demo using 'make' or 'gnumake' I get the error: Compiling chsys.c clang: error: unsupported argument '-alms=build/lst/chsys.lst' to option 'Wa,' 2. In the past I was able to build the s...
- Tue Jan 03, 2017 1:39 pm
- Forum: AVR Support
- Topic: bugs in AVR/hal_spi_lld.* Topic is solved
- Replies: 8
- Views: 7113
Re: bugs in AVR/hal_spi_lld.* Topic is solved
Hi Fabio,
Thanks for applying the patch! I have re-tested it and it works fine.
Kind regards, Marcello
Thanks for applying the patch! I have re-tested it and it works fine.
Kind regards, Marcello
- Wed Dec 28, 2016 4:37 pm
- Forum: AVR Support
- Topic: bugs in AVR/hal_spi_lld.* Topic is solved
- Replies: 8
- Views: 7113
Re: bugs in AVR/hal_spi_lld.* Topic is solved
Hurray! Somebody finally took the time to have a look at my solution to a bug which I posted 8 months ago. You took your time guys! :| And yes, I think my initial post is still relevant: Apart from (unknowingly) solving the "Write Collision" bug that Marco discovered, the solution I propos...
- Wed Aug 03, 2016 10:32 am
- Forum: Bug Reports
- Topic: chSemWait() won't put thread to sleep Topic is solved
- Replies: 8
- Views: 4877
Re: chSemWait() won't put thread to sleep Topic is solved
Hi, Ok, thank you for explaining that. From the way you reply I get the idea that you might have missed this: In the file AVR/compilers/GCC/chtypes.h on line 69 the type 'cnt_t' is defined as uint8_t. It needs to be int8_t. I hope you can fix it in the next release (even though the AVR platform does...
- Tue Aug 02, 2016 11:51 pm
- Forum: Bug Reports
- Topic: chSemWait() won't put thread to sleep Topic is solved
- Replies: 8
- Views: 4877
Re: chSemWait() won't put thread to sleep Topic is solved
ps.
What is LTO and what version of GCC do you recommend?
What is LTO and what version of GCC do you recommend?
- Tue Aug 02, 2016 11:49 pm
- Forum: Bug Reports
- Topic: chSemWait() won't put thread to sleep Topic is solved
- Replies: 8
- Views: 4877
Re: chSemWait() won't put thread to sleep Topic is solved
Hi Giovanni,
Updating to GCC version 4.9.2. didn't help, but I found the problem: In the file AVR/compilers/GCC/chtypes.h on line 69 the type 'cnt_t' is defined as uint8_t. It needs to be int8_t, because it can go negative. Hope this helps.
Best wishes,
Marcello
Updating to GCC version 4.9.2. didn't help, but I found the problem: In the file AVR/compilers/GCC/chtypes.h on line 69 the type 'cnt_t' is defined as uint8_t. It needs to be int8_t, because it can go negative. Hope this helps.
Best wishes,
Marcello
- Tue Aug 02, 2016 11:35 am
- Forum: Bug Reports
- Topic: chSemWait() won't put thread to sleep Topic is solved
- Replies: 8
- Views: 4877
Re: chSemWait() won't put thread to sleep Topic is solved
Hi Giovanni, Thank your for your reply. I think you are right that the problem might be the compiler. The .lss file that was compiled with the trunk version of chibios only contains an entry for chSemWait with 5 lines of assembler whereas the version that was compiled with chibios 16.1.x (the one th...
- Tue Aug 02, 2016 2:24 am
- Forum: Bug Reports
- Topic: chSemWait() won't put thread to sleep Topic is solved
- Replies: 8
- Views: 4877
chSemWait() won't put thread to sleep Topic is solved
- ChibiOS version : trunk
- Compiler: GCC 4.8.1
- Platform and board: Arduino Uno board
- Nature of the problem: chSemWait won't put the thread to sleep. It always returns MSG_OK even if N < 0. The problem does not occur in version 16.1.5
- Compiler: GCC 4.8.1
- Platform and board: Arduino Uno board
- Nature of the problem: chSemWait won't put the thread to sleep. It always returns MSG_OK even if N < 0. The problem does not occur in version 16.1.5
- Fri Jul 01, 2016 9:53 pm
- Forum: AVR Support
- Topic: bugs in AVR/hal_spi_lld.* Topic is solved
- Replies: 8
- Views: 7113
bugs in AVR/hal_spi_lld.* Topic is solved
Hi, I tried to get mmc_spi with FATFS in ChibiOS master (3b1848e on github) running on an Arduino UNO, but it didn't work. First I discovered that the card wouldn't connect because the AVR SPI implementation sends 0 as a dummy variable when it receives and ignores data, whereas SD cards want to hear...