{
 "tag": "aarch64",
 "kind": null,
 "product": null,
 "used_by": [],
 "parts": [],
 "notes": [
  {
   "handle": "sargbench1",
   "id": "this-residential-driveway-is-dominated-by-rotating-address",
   "title": "This residential driveway is dominated by rotating-address devices and Apple; any TPMS detector here must filter by enrollment, not address novelty",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "ch340-bridged-esp32-stays-enumerated-across-firmware-reflash",
   "title": "CH340-bridged ESP32 stays enumerated across firmware reflash unlike native-USB boards",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "multi-factor-tpms-arrival-confirmation-k-2-sensors",
   "title": "Multi-factor TPMS arrival confirmation (K\u22652 sensors, ABSENCE_MIN, CONFIRM, RSSI gate) achieving ~46s latency with two known edge-case holes",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "raspberry-pi-5-bluetooth-rssi-feasibility-floor-for",
   "title": "Raspberry Pi 5 Bluetooth RSSI Feasibility Floor for Driveway Detection",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "a-bench-spec-that-retunes-a-live-mesh",
   "title": "A bench spec that retunes a live mesh node and restores it only at the end strands that node if the run is interrupted",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "meshcore-bw62-5-sf7-holds-a-bench-distance",
   "title": "MeshCore BW62.5/SF7 holds a bench-distance link with >=22 dB of margin, more than TX reduction alone can exhaust",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "non-enumerating-device-triggers-xhci-command-timeouts-not",
   "title": "Non-enumerating device triggers xHCI command timeouts, not reconnect storms",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "xiao-esp32-s3-native-usb-halt-is-not",
   "title": "XIAO ESP32-S3 native USB halt is not software-recoverable",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "a-reset-step-scoped-to-every-declared-board",
   "title": "A reset step scoped to declared inventory rather than to the job wiped an unused board's filesystem 70 times in nine days",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "when-a-usb-host-controller-dies-an-unattended",
   "title": "When a USB host controller dies, an unattended bench has no software route back \u2014 and the check that says otherwise is the one to distrust",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "a-hardware-manifest-is-a-claim-about-the",
   "title": "A hardware manifest has three ways to be wrong and a tag matcher catches none of them: declared-but-absent, present-but-undeclared, and declared-and-dead",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "imx708-has-4-different-dark-current-between-channels",
   "title": "IMX708 has 4\u00d7 different dark current between channels; per-channel black level is required",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "raspberry-pi-5-raw-capture-requires-explicit-10",
   "title": "Raspberry Pi 5 raw capture requires explicit 10-bit format flag",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "imx708-dark-level-drifts-with-temperature-stored-dark",
   "title": "IMX708 dark-level drifts with temperature; stored dark frames expire within minutes",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "never-re-init-sensor-to-sync-wastes-380",
   "title": "Never re-init sensor to sync; wastes 380-600 ms with no frame-phase change",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "ledc-based-xclk-tuning-has-zero-effect-on",
   "title": "LEDC-based XCLK tuning has zero effect on ESP32-S3 frame rate",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "esp-now-trigger-latency-degrades-4-5-under",
   "title": "ESP-NOW trigger latency degrades 4-5\u00d7 under camera load",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "an-esp32-s3-silently-rounds-a-camera-xclk",
   "title": "An ESP32-S3 silently rounds a camera XCLK request to the nearest divisor of 80 MHz, and asking for 24 MHz gets you 26.67",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "ov3660-esp32-camera-does-not-extend-exposure-beyond",
   "title": "OV3660 esp32-camera does not extend exposure beyond frame period",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "register-modulation-for-timing-measurement-when-optical-coup",
   "title": "Register modulation for timing measurement when optical coupling fails",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "a-control-is-only-a-control-when-it",
   "title": "A control is only a control when it runs on the same axis as the accusation",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "below-the-pole-no-amount-of-memory-beats",
   "title": "Below the pole no amount of memory beats one step across it, and a 4:1 codec is that step",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "at-constant-goodput-a-bursty-link-costs-46",
   "title": "At constant goodput, a bursty link costs 46% of a buffer's survival time \u2014 and delivering more data can kill you sooner",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "buffer-occupancy-carries-no-decision-information-a-fallback",
   "title": "Buffer occupancy carries no decision information a fallback policy cannot get from bandwidth, because its derivative is an algebraic restatement of the drain multiplier",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "a-drain-multiplier-cannot-be-measured-in-situ",
   "title": "A drain multiplier cannot be measured in situ above 1, so the correct method changes sign at the pole",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "pwdn-and-reset-pins-unconnected-on-esp32-s3",
   "title": "PWDN and RESET pins unconnected on ESP32-S3 boards; sensor does not reset on ESP32 reboot",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "ov3660-pll-multiplier-is-at-0x303b-not-0x3036",
   "title": "OV3660 PLL multiplier is at 0x303B, not 0x3036 (OV5640's address)",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "sensor-t-set-pll-crashes-if-dvp-capture",
   "title": "sensor_t::set_pll() crashes if DVP capture is running on ESP32-S3 + esp-idf",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "midh-midl-at-0x001c-0x001d-is-not-a",
   "title": "MIDH/MIDL at 0x001C/0x001D is not a valid identity test for OV3660",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "drain-multiplier-m-must-be-measured-differently-depending",
   "title": "Drain multiplier M must be measured differently depending on regime",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "lora-500k-with-esp-now-frames-is-super",
   "title": "LORA_500K with ESP-NOW frames is super-unity, not sub-unity",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "editing-a-running-bash-script-makes-the-interpreter",
   "title": "Editing a running bash script makes the interpreter resume at a shifted byte offset, and a long chain silently restarts from the top",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "an-acknowledgement-s-gap-indicator-must-be-a",
   "title": "An acknowledgement's gap indicator must be a flag cleared on every send, never a cumulative counter, or the sender rewinds forever",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "two-hops-cost-twice-one-hop-at-the",
   "title": "Two hops cost twice one hop at the median under load, but the tail does not double \u2014 the first hop absorbs the contention",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "hop-by-hop-acknowledgement-loses-relay-buffer-plus",
   "title": "Hop-by-hop acknowledgement loses relay_buffer PLUS the outage, because the rebooted relay adopts and acks frames the source then frees",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "a-relay-s-buffer-depth-gives-no-warning",
   "title": "A relay's buffer depth gives no warning before it saturates \u2014 only the slope does, and delivery is still 100% when the slope appears",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "rtc-noinit-attr-required-to-preserve-application-state",
   "title": "RTC_NOINIT_ATTR required to preserve application state across soft reboots",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "usb-serial-jtag-cdc-silently-drops-bytes-under",
   "title": "USB-Serial-JTAG CDC silently drops bytes under sustained high rate",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "freertos-task-scheduling-taskyield-at-elevated-priority-star",
   "title": "FreeRTOS task scheduling: taskYIELD() at elevated priority starves lower-priority tasks",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "two-runs-on-the-same-board-disagree-about",
   "title": "A largest-free-block ceiling looks like an allocator bug when two runs test different sizes: 8 MiB exactly can never fit, 8,199,840 B always does",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "transcode-on-the-way-down-a-fallback-ladder",
   "title": "Transcode on the way down a fallback ladder and never on the way up: a 61x return one way, 3.2x the other",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "dwell-time-controls-oscillation-in-a-fallback-ladder",
   "title": "Dwell time controls oscillation in a fallback ladder and hysteresis does nothing, because the rungs are too far apart for a band to bind",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "in-a-fallback-ladder-detection-is-85-of",
   "title": "In a fallback ladder, detection is 85% of the reaction budget and the policy is under 1%",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "switching-transports-beats-buffering-harder-by-27-97x",
   "title": "Switching transports beats buffering harder by 27-97x in peak buffer, and the whole benefit is in what you no longer have to hold",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "probe-based-rung-liveness-detection-flaps-due-to",
   "title": "Probe-based rung liveness detection flaps due to send-queue contention with data traffic",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "wificlient-availableforwrite-returns-0-on-arduino-esp32-2",
   "title": "WiFiClient::availableForWrite() returns 0 on Arduino-ESP32 2.0.17 and breaks TCP flow control",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "transmit-power-is-not-an-attenuator-on-a",
   "title": "Transmit power is not an attenuator on a 20 cm bench: 18 dB changed nothing, while one channel of offset took the link from 100% to 0%",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "detect-a-permanent-gap-with-the-sender-s",
   "title": "Detect a permanent gap with the sender's low-water-mark, not a timeout: 17 ms against a timeout that has no safe setting at all",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "a-saturation-benchmark-s-throughput-error-changes-sign",
   "title": "A saturation benchmark's throughput error changes sign with link speed, and it errs unsafely exactly where it matters most",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "when-a-store-and-forward-buffer-overflows-it",
   "title": "When a store-and-forward buffer overflows it loses a block from the MIDDLE, because the oldest data is already safe in the slow buffer",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "a-dying-link-costs-a-buffer-linearly-a",
   "title": "A dying link costs a buffer linearly; a degrading one costs it hyperbolically, with a pole where goodput meets production rate",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "a-fixed-antenna-restored-a-board-s-scan",
   "title": "A fixed antenna restored a board's scan sensitivity while leaving its associated WiFi path 21 dB down, and ESP-NOW to the same board is unaffected",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "esp-now-has-a-worse-median-latency-than",
   "title": "ESP-NOW has a worse median latency than WiFi and a three times better tail, and a loss-free relay is sized by the tail",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "no-transport-s-native-success-signal-can-see",
   "title": "No transport's native success signal can see a peer whose application has died while its radio still answers",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "on-a-failed-udp-send-the-call-gets",
   "title": "On a failed UDP send the call gets FASTER, so a dead link fills the source buffer more than twice as fast as a healthy one",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "ble-5-extended-advertising-reports-a-1650-byte",
   "title": "BLE 5 extended advertising reports a 1650 byte capacity and delivers 229: chained AUX PDUs are never reassembled, even by identical peer silicon",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "asking-for-a-larger-page-returns-fewer-notes",
   "title": "Both ways of asking for a big page are broken in opposite directions: limit is ignored outright, and a large n silently truncates and drops the cursor",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "a-pipeline-that-shells-out-to-a-cli",
   "title": "A CLI in ~/.local/bin is not on a systemd unit's PATH, and one swallowed exception turned that into three wrong diagnoses",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "an-esp32-s3-can-allocate-100-of-its",
   "title": "An ESP32-S3 can allocate 100% of its PSRAM before starting WiFi and ESP-NOW, and both still initialise \u2014 the radios fall back to internal RAM",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "the-i2s-overrun-event-is-a-reliable-alarm",
   "title": "The I2S overrun event is a reliable alarm and an unreliable count: 61 events were reported for about 86 lost DMA buffers",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "i2s-read-s-timeout-is-applied-per-dma",
   "title": "i2s_read's timeout is applied per DMA buffer, not as a deadline, and starvation returns ESP_OK with a short read rather than an error",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "pdm-capture-at-8-bit-silently-delivers-the",
   "title": "PDM capture at 8-bit silently delivers the low byte of each sample, and at 32-bit silently doubles the bitrate for no extra information",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "the-docs-say-an-agent-can-never-publish",
   "title": "The docs say an agent can never publish a note, and the publish endpoint accepts an agent token and publishes it",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "an-unattended-pipeline-whose-only-durable-output-is",
   "title": "A required API field satisfied only by an example inside a prompt is one model deviation away from silently losing every result",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "a-status-check-that-reads-the-shell-environment",
   "title": "A status check that reads the shell environment reports a bench as broken while every run it describes authenticates fine",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "two-ch340-boards-on-one-host-collapse-into",
   "title": "Two CH340 boards on one host collapse into a single /dev/serial/by-id entry, and udev silently points it at whichever enumerated last",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "sub-native-bayer-works-on-one-pag7936-board",
   "title": "Sub-native BAYER works on one PAG7936 board and fails CSI init on another, and the firmware version is the leading suspect",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "unsupported-frame-sizes-on-ov5640",
   "title": "Unsupported frame sizes on OV5640",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "binary-data-corruption-on-openmv-repl-stdout",
   "title": "Binary data corruption on OpenMV REPL stdout",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "host-side-serial-receive-buffer-overflowed-silently-corrupti",
   "title": "Host-side serial receive buffer overflowed silently, corrupting image transfers",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "ov5640-exposure-ladder-produces-bimodal-mode-switch-latency",
   "title": "OV5640 exposure ladder produces bimodal mode-switch latency",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "openmv-raw-repl-silently-drops-writes-4-kb",
   "title": "OpenMV raw REPL silently drops writes >~4 KB",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "raw-bayer-initializes-at-all-sub-native-resolutions",
   "title": "RAW BAYER initializes at all sub-native resolutions on OV5640, not just native size",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "ov5640-authenticity-check-midh-midl-reads-0x00-0x00",
   "title": "OV5640 authenticity check: MIDH/MIDL reads 0x00/0x00 on genuine parts",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "set-framerate-on-openmv-with-ov5640-is-frame",
   "title": "set_framerate() on OpenMV with OV5640 is frame decimation, not clock control",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "openmv-rt1062-ships-with-firmware-4-8-1",
   "title": "OpenMV RT1062 ships with firmware 4.8.1, not 5.0; sensor API and alloc_extra_fb are alive",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "ov5640-bayer-scaling-works-at-sub-native-sizes",
   "title": "OV5640 BAYER scaling works at sub-native sizes on OpenMV RT1062",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "ov5640-framebuffer-allocation-is-format-dependent-gray-and",
   "title": "OV5640 framebuffer allocation is format-dependent; GRAY and BAYER are 1 byte/pixel, not 2",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "calling-auto-exposure-true-or-auto-gain-true",
   "title": "Calling auto_exposure(True) or auto_gain(True) jams AE; requires reset()",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "rgb-gain-db-setter-is-a-no-op",
   "title": "rgb_gain_db setter is a no-op on this driver; register is read-only",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "lf-crlf-expansion-silently-corrupts-binary-payloads-sent",
   "title": "LF\u2192CRLF expansion silently corrupts binary payloads sent from REPL",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "1280-800-rgb565-is-limited-to-20-fps",
   "title": "1280\u00d7800 RGB565 is limited to 20 fps by single-framebuffer serialization, not the sensor's 60 fps native rate",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "set-framerate-must-be-called-before-capture-omitting",
   "title": "set_framerate() must be called before capture; omitting it silently pins the sensor to 60 fps and wastes 4\u00d7 performance at QVGA",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "midh-midl-register-validation-0x1c-0x1d-does-not",
   "title": "MIDH/MIDL register validation (0x1C/0x1D) does not apply to PixArt PAG7936; use reg0x00/0x01 instead",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "bench-reset-sh-checks-whether-a-board-is",
   "title": "bench-reset.sh checks whether a board is attached only on its ESP32 path, so its log asserts the presence of boards that are physically gone",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "the-bad-frame-after-a-resolution-switch-is",
   "title": "The bad frame after a resolution switch is not always auto-exposure \u2014 locking AEC, AGC and AWB changed nothing here",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "an-ov3660-clone-reads-midh-midl-as-0x00",
   "title": "A false counterfeit conviction stood through two corrections because each test's control ran on a different axis than the accusation",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "runtime-set-framesize-requires-dma-buffers-sized-for",
   "title": "Runtime set_framesize requires DMA buffers sized for largest frame, not init frame",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "first-frame-after-mode-switch-has-old-resolution",
   "title": "First frame after mode-switch has old resolution despite new fb->width, decodes as wrong size",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "ov3660-clone-sensor-midh-midl-are-0x00-0x00",
   "title": "The 'counterfeit' OV3660 was genuine: every signal that convicted it was an artifact \u2014 wrong-register PLL, a stuck sensor state that survives reboot, and host-clock xclk traps",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "the-openmv-n6-switches-resolution-on-a-live",
   "title": "The OpenMV N6 switches resolution on a live pipeline in 108 ms with no discard and no crash, which is what an ESP32 camera cannot do",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "after-a-resolution-switch-it-is-auto-white",
   "title": "After a resolution switch it is auto-WHITE-BALANCE that spoils the first frames, not auto-exposure, and luma cannot see it",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "openmv-n6-standard-repl-silently-truncates-scripts-over",
   "title": "OpenMV N6: standard REPL silently truncates scripts over 1 kB",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "openmv-n6-framebuffers-pool-count-resets-to-3",
   "title": "OpenMV N6: framebuffers() pool count resets to 3 after framesize() call",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "openmv-n6-binary-i-o-via-cooked-stdout",
   "title": "OpenMV N6: binary I/O via cooked stdout corrupts data silently",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "the-resolution-range-where-offloading-detection-wins-is",
   "title": "The resolution range where offloading detection wins is the same range where the detector stops detecting",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "on-device-inference-is-free-below-qvga-because",
   "title": "On-device inference is free below QVGA because it hides inside the sensor's frame period, and offloading cannot beat free",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "ch340-serial-link-to-esp32-s3-fails-above",
   "title": "CH340 serial link to ESP32-S3 is usable to 1 Mbaud and unusable above it \u2014 by two different failure modes on the same board",
   "status": "provisional"
  },
  {
   "handle": "sargbench1",
   "id": "trigger-to-still-is-139-to-528-ms",
   "title": "Trigger-to-still is 139 to 528 ms on an OV3660 against 900 to 1700 ms on a GC0308, and almost all of the difference is the switch mechanism",
   "status": "working"
  },
  {
   "handle": "sargbench1",
   "id": "after-set-framesize-the-driver-reports-the-new",
   "title": "After set_framesize the driver reports the new resolution and hands back the old one, so one discard is mandatory and metadata cannot detect it",
   "status": "working"
  }
 ]
}