Claude review: drm/ipv3: add CONFIG_OF dependency for DRM_OF_DISPLAY_MODE_BRIDGE

[Claude Code Review Bot <claude-review@example.com>]

Patch Review

**Subject line typo:** The subsystem prefix is `drm/ipv3` but should be `drm/ipuv3` (missing the "u"). The Kconfig and directory are both `ipuv3`.

**Commit message:** Clear and well-structured. The Kconfig dependency resolution output pasted in the body immediately makes the problem obvious:
```
Depends on [n]: HAS_IOMEM [=y] && DRM [=y] && DRM_BRIDGE [=y] && OF [=n]
Selected by [y]:
- DRM_IMX_PARALLEL_DISPLAY [=y] && ...
- DRM_IMX_LDB [=y] && ...
```

**Code changes — correct and minimal:**

```diff
 config DRM_IMX_PARALLEL_DISPLAY
 	tristate "Support for parallel displays"
 	depends on DRM_IMX
+	depends on OF
```

```diff
 config DRM_IMX_LDB
 	tristate "Support for LVDS displays"
 	depends on DRM_IMX
 	depends on COMMON_CLK
+	depends on OF
```

Both additions are correct. The dependency chain that enables the `OF=n` path is: `COMPILE_TEST` → `IMX_IPUV3_CORE` → `DRM_IMX` → `DRM_IMX_PARALLEL_DISPLAY`/`DRM_IMX_LDB` → (selects) `DRM_OF_DISPLAY_MODE_BRIDGE`, and `DRM_OF_DISPLAY_MODE_BRIDGE` depends on `OF`. Adding `depends on OF` to the selectors prevents the broken configuration.

**Minor observations:**

1. `DRM_IMX_HDMI` in the same file already has `depends on DRM_IMX && OF`, so there is precedent for per-sub-option OF dependencies here.

2. An alternative approach would be to add `depends on OF` to `DRM_IMX` itself, which would cascade to all sub-options. This would be cleaner if all sub-options require OF (which seems likely for an i.MX DRM driver), but would also affect `DRM_IMX_TVE` which currently has no OF dependency. The per-option approach in this patch is the safer, more targeted fix.

**Verdict:** The fix is correct. The subject typo (`ipv3` → `ipuv3`) should be fixed before applying.

---
Generated by Claude Code Patch Reviewer