Skip to content
Snippets Groups Projects
Select Git revision
  • main default protected
  • anon/appstore
  • blm_docs
  • compressor
  • pippin/media_framework
  • sec/blinky
  • pippin/uhm_flash_access_bust
  • release/1.0.0
  • fm_fix2
  • fm_fix
  • pippin/make_empty_drawlists_skip_render_and_blit
  • pressable_bugfix
  • moon2_gay_drums
  • moon2_applications
  • schneider/application-remove-name
  • anon/webflasher
  • pippin/display-python-errors-on-display
  • bl00mbox
  • bl00mbox_old
  • schneider/recovery
  • v1.0.0
  • v1.0.0+rc6
  • v1.0.0+rc5
  • v1.0.0+rc4
  • v1.0.0+rc3
  • v1.0.0+rc2
  • v1.0.0+rc1
27 results

sdkconfig.defaults

Blame
    • Forked from flow3r / flow3r firmware
    Source project has a limited visibility.
    • q3k's avatar
      f6ffcc2c
      sdkconfig: bump down SPIRAM_MALLOC_ALWAYSINTERNAL · f6ffcc2c
      q3k authored 
      We seem to be wasting a lot of internal memory on random mallocs(),
preventing us from late-initializing bluetooth/BLE.

Fixes #13 . Maybe. We'll see with time.

I think a more complete approach would be to force all micropython
allocations to land in SPIRAM? Or maybe use some memory watermarking to
make the micropython allocator only use internal memory if there's
plenty of it available, enough to initialize BLE?
      f6ffcc2c
      History
      sdkconfig: bump down SPIRAM_MALLOC_ALWAYSINTERNAL
      q3k authored 
      We seem to be wasting a lot of internal memory on random mallocs(),
preventing us from late-initializing bluetooth/BLE.

Fixes #13 . Maybe. We'll see with time.

I think a more complete approach would be to force all micropython
allocations to land in SPIRAM? Or maybe use some memory watermarking to
make the micropython allocator only use internal memory if there's
plenty of it available, enough to initialize BLE?