We attempt to share st3m with the recovery firmware, and thus must
eliminate two components that can't live in the recovery firmware:

1. The startup function, which contains references to all matters of
   subfunctionality we don't want (audio, micropython, etc)
2. The FS code, which contains references to the tarball extraction
   logic (which we don't want to embed into recovery mode either).

We don't pre-generate a FAT partition anymore.

Looks like we won't be using frozen Python modules, probably.

rip 2023-2023

Turns out there's a bug in ESP-IDF that causes FPU registers to get
correpted on context switches:

https://github.com/espressif/esp-idf/issues/11690

This applies this patch in nix, and reminds others to apply this patch
in the README. With this patch applied, graphical glitches in the
firmware seem gone.

This removes all hardware.* captouch calls from mpy and ports the entire
API to captouch.*.

Internally in C, we have unified all API calls under one
st3m_captouch_read call which lets the user access structured data in
any way they want.

This reimplements components/captouch into a separate BSP-based captouch
driver.

New features:

 1. Interrupt-driven, which seems to improve performance.
 2. Has ability to run multiple sequences one after another on the
    AD7147. This is needed to support 13 channels on the bottom captouch
    controller. However, this seems to be currently broken (see BUG).

Whoops, this shouldn't have happened. Sorry.

Also rename the arg of mp_input_set_source() from enable to source

And remove a password from badge_link.pyi