Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Outside diff comments:
In `@source/input/I2CKeyboardInputDriver.cpp`:
- Line 628: The I2CKeyboardInputDriver event forwarding path is dropping all but
the first event from InputPipeline::process output, so preserve the full emitted
sequence instead of only consuming output.front(). Update the logic around the
affected read/poll handling in I2CKeyboardInputDriver to either enqueue the
remaining outEvents and drain them across subsequent LVGL reads, or explicitly
block EmitSequence decisions for this driver so no events are silently lost.

Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@include/graphics/common/SdCard.h`:
- Around line 3-15: The SDCARD_SHARE_SPI branch in SdCard.h is using
FS_NO_GLOBALS, but SD.h on arduino-esp32 ignores that guard and still exposes
the global SD instance. Update the include guard in this branch to use the
supported NO_GLOBAL_INSTANCES or NO_GLOBAL_SD macro before including SD.h,
keeping the shared SPI setup while preventing the extra global from being
declared.

In `@include/util/ILog.h`:
- Around line 45-79: The log-level guards in ILOG.h are comparing against
ESP_LOG_* enum values, so the preprocessor checks do not gate the
ILOG_DEBUG/INFO/WARN/ERROR/TRACE macros correctly. Update the guard logic in the
ILOG_* definitions to use numeric compile-time levels instead of ESP_LOG_* enum
constants, or remove these wrappers and rely on ESP-IDF’s native log filtering;
keep the existing macro names and DEVICEUI_ESP_LOG_LEVEL usage so the change
stays localized.

In `@source/comms/WebDAVServer.cpp`:
- Around line 144-147: The initMDNS() flow in WebDAVServer currently logs
success unconditionally and lets the caller treat mDNS as initialized even when
MDNS.begin() fails. Update initMDNS() to detect the MDNS.begin(WEBDAV_HOSTNAME)
result, report failure explicitly, and return a status (or otherwise signal
error) so the caller only sets the initialized flag when startup succeeds; use
the WebDAVServer::initMDNS and its caller’s mDNS-initialized handling to locate
the fix.
- Around line 22-24: `WebDAVServer::RSSI()` is returning an unsigned type, which
wraps normal negative WiFi dBm readings into large positive values and breaks
the UI logic. Change the RSSI API to a signed type in `WebDAVServer::RSSI()` and
update all matching implementations/call sites, including the threshold handling
in `TFTView_320x240`, so the value stays negative when appropriate (use
`int32_t` or `int8_t` consistently).

In `@source/graphics/common/SdCard.cpp`:
- Around line 237-239: The SdFsCard::init() implementation has an empty
SDCARD_USE_EXT_SDHANDLER branch, so the non-void function can fall through
without returning a value. Update the SdFsCard::init() logic in the
SDCARD_USE_EXT_SDHANDLER path to return a valid result just like the other
branches, and ensure every conditional path in init() ends with an explicit
return.
- Around line 80-86: The SD card initialization path in SdCard.cpp is tearing
down and reinitializing the shared SPI bus via SDHandler.end() and
SDHandler.begin(), which can disrupt other active peripherals. Update the SDCard
initialization logic in the SdCard::begin/initialization flow to avoid touching
the shared bus state here, and rely on the existing SPI coordination/lock
mechanism instead of reinitializing the bus before SD.begin().

---

Nitpick comments:
In `@source/graphics/common/SdCard.cpp`:
- Around line 79-96: The SPI-based SD initialization in SdCard.cpp still has a
leftover debug scaffold and misleading SD_MMC diagnostics. Replace the temporary
`#if` 1 // `#ifdef` SDCARD_INIT_SPI guard around the SD.begin() path with the
intended compile-time gate, and update the log messages in this block (including
the cardType logging) to refer to the SPI SD/SD card path rather than SD_MMC.
Use the existing SdCard initialization flow and SD.begin()/SD.cardType() symbols
to locate and correct the affected messages.