patches: Add kernel 7.0 support with Surface Pro 10 camera patches - #2156

Remove development debug messages from SP10 camera patches:
- Remove verbose dev_info calls from imx681, ov13858, int3472
- Downgrade ipu-bridge sensor connection messages to dev_dbg
- Keep meaningful messages (reset GPIO toggle, probe success)

The OV13858 rear camera on Surface Pro 10 (Microsoft Surface Pro 10
for Business) is mounted 180° rotated. Add a DMI match entry so
ipu-bridge reports the correct rotation to libcamera/v4l2.

Patchset: cameras

All kernel driver infrastructure correct. Blocked on Linux firmware
not supporting C-PHY. See contrib/surface-pro-10-cphy/README.md.

…se=0

ETL trace analysis confirmed Windows driver uses:
src=6 (CSI2_3PH_CPHY_PORT0), vc=0, isl_use=0, sensor_type=14, nlanes=2

This is identical to what we tried. Linux firmware rejects src=6 with
FW_INTERNAL_CONSISTENCY error. isl_use=1/2/3 cause INVALID_STREAM_CONFIG.
The Linux firmware binary is confirmed as the sole blocker.

Key findings from extended debugging session:

1. SIP registers use isp->base (full BAR0), not isys->pdata->base (ISYS sub-region)
2. SIP1_RXA/RXB_CTRL bit 0 can be written but doesn't affect data flow
3. FB_PORT_CFG (0x238054) is firmware-controlled read-only
4. SETTLE timing registers at SIP1+0x18 don't accept writes for 2-trio config
5. Writing SIP registers corrupts hardware state across reboots - DO NOT write
6. CTRL0_IRQ_STATUS and UNISPART_IRQ both read 0 for working D-PHY (firmware clears)
7. D-PHY timing (SETTLE_D1=0x37) is set by firmware, not driver

Root cause confirmed: firmware does not process C-PHY data for src=4.
All kernel-side hardware is correctly configured. Awaiting firmware update.

Strip all register readback diagnostics, forced exposure hacks,
and verbose logging from start_streaming. Driver is clean for review.
915 lines (was 1073).

- IMAGE_ORIENTATION 0x0101=0x01 (h_mirror) for correct upright image
- Bayer phase SGRBG matches h_mirror output
- Center digital crop X offset (962px) since only vertical binning active
- Increase default exposure (1500 lines) and gain (128) for indoor use
- Remove all diagnostic debug output (915 lines, was 1073)

Horizontal binning (0x0901=0x22) is rejected by the sensor — only
vertical binning activates (reads back 0x02 not 0x22). Windows uses
vendor-proprietary register sequences for full 2x2 binning that we
cannot extract from the driver binary.

Working config: vertical-only binning with centered digital crop.
Sensor outputs 3844x1320 (vertical 2x), digital crop centers 1920x1320.
MIPI line width is 1920 pixels (2400 bytes), well within DMA FIFO limit.

Tested: Windows 2016x1136 mode with full-width array + 2x2 binning
produces error 8 — sensor still outputs 4032 pixels per MIPI line
because horizontal binning is inactive.

The IMX681 rejects horizontal binning (0x0901=0x22 writes but only
vertical binning activates). Following the IMX258 approach: use the
CCS digital scaler (SCALE_MODE=1, SCALE_M=32 = 0.5x) for horizontal
reduction. The sensor now internally scales 3844→1920 before MIPI
output, giving full field of view without the DIG_CROP_X_OFFSET hack.

Also added BINNING_WEIGHTING=0x08 (0x0902) per IMX258 reference.

Result: full wide-angle field of view, no error 8, no cropping needed.

Root cause of v_flip exposure failure found: CCS frame length register
(0x0340) must be written separately AFTER streaming starts when v_flip
is active. Writing it together with the Sony vendor FLL (0x022A) in
the pre-streaming init sequence results in exposure stuck at black level.

Config: 0x0101=0x03 (h_mirror+v_flip), SBGGR10, 1920x1136
- Vertical binning 2x, Windows Y crop (376..2647)
- Centered digital crop (offset=962) for horizontal framing
- SCALE_M disabled (incompatible with v_flip — exposure drops)
- Post-streaming CCS FLL write enables proper exposure with v_flip
- DMI rotation=180 for SONY0681 handles final orientation in apps

…flip

- ipu-bridge: Replace dmi_first_match() with loop to correctly apply
  rotation=180 for all matched sensors (OVTID858 and SONY0681)
- ipu-bridge: Add SONY0681 DMI entry for Surface Pro 10 rotation
- ipu-bridge: Remove cphy ternary, always use D-PHY for SONY0681
- imx681: Return EPROBE_DEFER on chip ID 0x0000 (sensor not yet
  powered) to allow kernel to retry probe automatically
- int3472: Add INT3472_GPIO_TYPE_DVDD (0x08) define in discrete.c
  since it is missing from upstream int3472.h

Register 0x0204 is inverted on this sensor: hardware code 0 gives
maximum gain (16x) and code 960 gives minimum gain (1x).

Fix by inverting the logical code before writing to hardware:
  hw_code = 960 - logical_code

This makes AGC behave correctly: requesting higher gain codes
produces brighter images as expected. Also:
- ANA_GAIN_MAX: 1020 -> 960 (valid hardware range)
- Init default: 0x0060 -> 0x0000 (hw code 0 = maximum brightness)