Claude review: drm/bridge: waveshare-dsi: support DSI LCD kits with LVDS panels

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

Patch Review

Clean driver change. The approach uses `i2c_get_match_data()` to retrieve the connector type from the OF match table, which is the preferred kernel pattern for parameterizing drivers by compatible string.

1. **Match data retrieval**:
```c
-	ws->bridge.type = DRM_MODE_CONNECTOR_DPI;
+	ws->bridge.type = (uintptr_t)i2c_get_match_data(i2c);
```
The `(uintptr_t)` cast from `const void *` is the standard idiom seen throughout the DRM subsystem (e.g., `display-connector.c`, `lvds-codec.c`). `DRM_MODE_CONNECTOR_DPI` is 17 and `DRM_MODE_CONNECTOR_LVDS` is 7 — both non-zero, so there's no ambiguity with NULL. `i2c_get_match_data` will check OF match data, which is correct here since the driver only has an `of_device_id` table (no `i2c_device_id` table with data).

2. **Match table update**:
```c
-	{.compatible = "waveshare,dsi2dpi",},
+	{.compatible = "waveshare,dsi2dpi", .data = (void *)DRM_MODE_CONNECTOR_DPI, },
+	{.compatible = "waveshare,dsi2lvds", .data = (void *)DRM_MODE_CONNECTOR_LVDS, },
```
Correct — maintains backward compatibility for existing `dsi2dpi` DTs while adding the new LVDS variant.

One minor observation: there's no `MODULE_DESCRIPTION` update to mention LVDS (currently says "Waveshare DSI2DPI bridge driver"), but that's cosmetic and not worth holding the patch for.

No functional issues. The series is minimal, correct, and ready to apply.

---
Generated by Claude Code Patch Reviewer