IVSC firmware request: ivsc_pkg_himx1092_0.bin + ivsc_pkg_ovti08x40_0.bin for HM1092/OV08X40 sensors

The `intel/ivsc-firmware` repo is archived. Filing here as it's the active venue for IPU7-related sensor enablement.

The IVSC firmware repo at https://github.com/intel/ivsc-firmware ships `ivsc_pkg_*` and `ivsc_skucfg_*` blobs for these sensors:

```
hi556, himx11b1, himx2170, himx2172, int3537,
ovti01a0, ovti01af, ovti01as, ovti02c1, ovti02e1,
ovti2740, ovti5678, ovti9734, ovti9738
```

**Missing — and broadly affecting Panther Lake / Lunar Lake laptops:**

- **`ivsc_pkg_himx1092_0.bin` + `ivsc_skucfg_himx1092_0_1.bin`** — Himax HM1092 IR sensor (Windows Hello). ACPI HID `HIMX1092`.
- **`ivsc_pkg_ovti08x40_0.bin` + `ivsc_skucfg_ovti08x40_0_1.bin`** — OmniVision OV08X40 RGB front camera. ACPI HID `OVTI08F4`.

## Affected hardware (all ship one or both of these sensors)

- Dell XPS 16 PB16250 / DA16260 (Panther Lake)
- Dell Latitude 9440 / 7440 / 7450
- Dell Pro Plus 14 PB14250 (Lunar Lake)
- Dell Pro Max 16 MA16250 / Pro Max 14 MA14250 (Lunar Lake)
- Lenovo ThinkPad X9
- ASUS Vivobook X1407Q (Snapdragon X — same HM1092)
- Various other Intel-IPU7-based PTL/LNL laptops

## What works without these blobs

RGB (OV08X40) **does** work on Linux via direct binding to `intel_ipu7_isys`, bypassing IVSC. Two community confirmations on Dell XPS 16 PB16250 (CachyOS) and DA16260 (Fedora 44 Silverblue) — see https://github.com/intel/vision-drivers/issues/37#issuecomment-4433909742 and https://github.com/jibsta210/svp7500-camera-fix-pack.

## What does NOT work without these blobs

IR (HM1092) streaming. Despite:
- Sensor probing cleanly (chip ID 0x1091 confirmed on PB16250)
- 240-register Windows-faithful init applied (sensor reaches MODE_SELECT=0x01)
- Synaptics SVP7500 bridge (06CB:0701) accepting our verbatim Windows `HOST_SET_MIPI_CONFIG (0x0830)` IR payload as 5×52-byte chunks (matches Windows USBPcap pattern exactly)
- IPU7 CSI-2 PHY for port 2 calibrating successfully (LPDCOCAL_VT=0x19b9, 721 Mbps)
- ISYS firmware accepting STREAM_OPEN
- Bridge state byte stays at `0x06` (DEVICE_ON | SENSOR_OWNER) throughout, no error bits

→ `sof_event::csi2-2` count = 0. Direct MMIO read of CSI-2 receiver shows zero packets, zero error bits — bridge is selectively silent on port 2.

Detailed investigation history at https://github.com/intel/ipu7-drivers/issues/51 (also pinged @sailus + @hdegoede there).

## Ask

Could Intel publish the missing IVSC blobs (or unarchive the `intel/ivsc-firmware` repo for community contribution)? Same release process used for the other 14 sensors already shipped.

If the missing blobs are not the gate (entirely possible — RGB works without one), guidance on what *is* gating port-2 forwarding on the SVP7500 bridge would help the affected community converge on a fix.

Start with the investigation history in ipu7-drivers issue #51 and compare the listed sensor blobs in the archived intel/ivsc-firmware repository. Check whether the missing HM1092 and OV08X40 blobs explain the SVP7500 port-2 behavior described here. Done means the blobs are published through the existing firmware process, or the actual gating condition is documented clearly enough to guide a fix.

Written by the indexing model from the issue text.