Shouldn't be possible to drop bytes, right?
I'll try what you suggested.
Search found 31 matches
- Wed Jan 15, 2020 2:57 am
- Forum: Bug Reports
- Topic: SPIv3 issues Topic is solved
- Replies: 21
- Views: 13432
- Tue Jan 14, 2020 6:17 am
- Forum: Bug Reports
- Topic: SPIv3 issues Topic is solved
- Replies: 21
- Views: 13432
Re: SPIv3 issues Topic is solved
With my fixes in, I've run into another issue - when setting a higher baud rate, the transfer seems to stall with 0 bytes left in the tx DMA and 1 byte left in the rx DMA. Shouldn't happen because MASRX is set - the SPI peripheral should stop and wait for the rx bytes to be read if the DMA isn't kee...
- Tue Jan 07, 2020 1:07 pm
- Forum: Bug Reports
- Topic: SPIv3 issues Topic is solved
- Replies: 21
- Views: 13432
Re: SPIv3 issues Topic is solved
Not suspending (plus not calling spi_lld_wait_complete) actually solves all the problems for me (I also use software slave select with SSM and SSI bits set). For me as well, but I can see why suspending is attractive - it allows the hardware slave select to work, I think. Also spiAbort (which calls...
- Tue Jan 07, 2020 6:04 am
- Forum: Bug Reports
- Topic: SPIv3 issues Topic is solved
- Replies: 21
- Views: 13432
Re: SPIv3 issues Topic is solved
There is a SUSPC bit to clear the SUSP bit (not to be confused to CSUSP, which sets it). Maybe we need to be clearing the SUSP bit?
- Tue Jan 07, 2020 3:49 am
- Forum: Bug Reports
- Topic: SPIv3 issues Topic is solved
- Replies: 21
- Views: 13432
Re: SPIv3 issues Topic is solved
Why CSUSP at all, other than on spiStop? I guess it would have to do with hardware controlled slave select? Please verify this again, it smells of some device errata. Does it matter if it actually happens in a given test? It is pretty clear that we should be ignoring that particular error based on t...
- Sat Jan 04, 2020 4:22 am
- Forum: Bug Reports
- Topic: SPIv3 issues Topic is solved
- Replies: 21
- Views: 13432
SPIv3 issues Topic is solved
When porting my application to STM32H7, I found that SPI did not work correctly. I'll just list the things I addressed, and I will attach a patch later: - I found that the DMEIF interrupt was occasionally being triggered. Since DMEIF is only triggered on a peripheral-to-memory transfer where the MIN...
- Fri Dec 29, 2017 7:43 pm
- Forum: General Support
- Topic: reducing flash usage
- Replies: 9
- Views: 4274
Re: reducing flash usage
Nope, -falign-functions is disabled.
- Fri Dec 29, 2017 7:38 pm
- Forum: General Support
- Topic: reducing flash usage
- Replies: 9
- Views: 4274
Re: reducing flash usage
Giovanni, any opposition to removing pal_default_config in favor of requiring users to call the PAL APIs to configure each individual pad? Eliminating it saves me 244 bytes of flash and simplifies my code.
- Fri Dec 29, 2017 5:44 pm
- Forum: General Support
- Topic: reducing flash usage
- Replies: 9
- Views: 4274
Re: reducing flash usage
Question about the vector table... Presumably it is ok to use the flash occupied by disabled vectors for data? The simplest way would be to truncate the vector table after the highest vector that is in use.
- Fri Dec 29, 2017 10:44 am
- Forum: General Support
- Topic: reducing flash usage
- Replies: 9
- Views: 4274
Re: reducing flash usage
Ah, looking in the map file, everything is in the right place.