CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=6.1.0-beta.1 2020-10-12T22:45:51+00:00 2020-10-12T22:45:51+00:00 Scott Shawcroft scott@adafruit.com 2020-10-12T22:45:51+00:00 urn:sha1:1eb1434fc968cb05e3cfd69b40434331404ef5df rgbmatrix: update protomatter to 1.0.5 tag 2020-10-12T18:28:20+00:00 Jeff Epler jepler@gmail.com 2020-10-12T18:26:58+00:00 urn:sha1:9696dbfd388aa4c21b686d4566832964c31f8035 If the display is paused, `_PM_swapbuffer_maybe` will never return. So, when brightness is 0, refresh does nothing. This makes it necessary to update the display when unpausing. Closes: #3524 2020-10-10T19:30:37+00:00 Jeff Epler jepler@gmail.com 2020-10-10T19:30:37+00:00 urn:sha1:5e38bb98cbcc2d1ab607b19d11e628def4f48f4c this is compile-tested on stm32f405 feather matrixportal nrf52840 feather but not actually tested-tested. 2020-09-02T18:34:16+00:00 Jeff Epler jepler@unpythonic.net 2020-09-02T18:34:16+00:00 urn:sha1:17a5a85528525352ec1821127fafec2acb239196 2020-09-01T16:00:22+00:00 Jeff Epler jepler@gmail.com 2020-09-01T15:58:54+00:00 urn:sha1:3c083330f8a201d74b120c1f9f83baef8124fae5 @tannewt noticed this in a pull request review. The allocated memory was never used, but the GC would have collected it eventually. 2020-09-01T16:00:22+00:00 Jeff Epler jepler@gmail.com 2020-08-31T21:00:41+00:00 urn:sha1:ce603dfebfa9a6ef057110c14c5d5b819eb93069 2020-09-01T16:00:19+00:00 Jeff Epler jepler@gmail.com 2020-09-01T16:00:19+00:00 urn:sha1:dfa90cc11ddf7cd719c448ae9c516bf2b117aa3a 2020-09-01T16:00:07+00:00 Jeff Epler jepler@gmail.com 2020-08-28T16:24:59+00:00 urn:sha1:e01ade3848cf828620ea25ada2b2b829dbe180f3 2020-09-01T15:55:45+00:00 Jeff Epler jepler@gmail.com 2020-08-28T16:17:07+00:00 urn:sha1:2f120c70eee692b8e036f8f0778af2b723e1f0e7 e.g., allocating a 192x32x6bpp matrix would be enough to trigger this reliably on a Metro M4 Express using the "memory hogging" layout. Allocating 64x32x6bpp could trigger it, but somewhat unreliably. There are several things going on here: * we make the failing call with interrupts off * we were throwing an exception with interrupts off * protomatter failed badly in _PM_free when it was partially-initialized Incorporate the fix from protomatter, switch to a non-throwing malloc variant, and ensure that interrupts get turned back on. This decreases the quality of the MemoryError (it cannot report the size of the failed allocation) but allows CircuitPython to survive, rather than faulting. 2020-06-03T09:56:35+00:00 Diego Elio Pettenò flameeyes@flameeyes.com 2020-05-30T09:44:13+00:00 urn:sha1:dd5d7c86d22807c021dd1711eb7dd3daebc5cfcf This can be enforced by pre-commit, but correct it separately to make it easier to review.