Thanks, didn't know it was doing that. That definitely explains the behavior.
Okay, so I'm not aware of a decoration for a segment of RAM1 DTCM, and in my mind declaring that it has to be in...
Type: Posts; User: jorj
Thanks, didn't know it was doing that. That definitely explains the behavior.
Okay, so I'm not aware of a decoration for a segment of RAM1 DTCM, and in my mind declaring that it has to be in...
Seems to work casually, I'll work it out a little more later.
I'm not convinced that the problem is (at least solely) caching - playing with this a little over lunch today, I found (as I'm sure...
Thanks, that gives me somewhere to look. I've got a version of the RA8875 driver that's doing DMA (8-bit only) and suffering from the same issue. I'll play with flushing the cache first to see if...
Kurt, you probably know this answer too...
Here's a test program (wired up on a Teensy 4.1) that dumps a 320x240 16-bit image on to an ILI9341, using DMA. Works great as long as it statically...
Got it, thanks for the clarification Kurt.
I see it clearing the receive and transmit bits. But it's also setting all of the error condition bits. Is that intentional?
In this line
_pimxrt_spi->SR = 0x3f00; // clear out all of the other status...
I wonder if Paul meant to mask out the bits, rather than setting all of the error condition bits.
...
Teensyduino 1.45's keyboard handling (usb_keyboard.c) has this common pattern twice:
while (1) {
if (!usb_configuration) {
return -1;
}
...