Claude review: drm/amd/display: use DisplayID panel type in dm_set_panel_type

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

Patch Review

**Status: Looks good.**

The patch correctly replaces the TODO comment with working code. The insertion point after DPCD and before the Samsung luminance heuristic gives the right priority: VSDB > DPCD > DisplayID > Samsung heuristic.

The mapping between the two enum spaces is correct:
- `DRM_MODE_PANEL_TYPE_LCD (2)` → `PANEL_TYPE_LCD (1)` from `dc_types.h`
- `DRM_MODE_PANEL_TYPE_OLED (1)` → `PANEL_TYPE_OLED (2)` from `dc_types.h`

These are different numbering spaces, and the explicit if/else-if mapping handles the translation correctly without assuming the values match.

The LCD property exposure at the end of the function:
```c
else if (link->panel_type == PANEL_TYPE_LCD)
    drm_object_property_set_value(&connector->base,
        adev_to_drm(adev)->mode_config.panel_type_property,
        DRM_MODE_PANEL_TYPE_LCD);
```
is correctly placed between the OLED and UNKNOWN branches.

**Note:** `PANEL_TYPE_MINILED` still falls through to `DRM_MODE_PANEL_TYPE_UNKNOWN` in the property setting. This is pre-existing behavior, not introduced by this patch, but it means mini-LED panels detected via VSDB/DPCD won't be exposed as a distinct type to userspace. This could be a follow-up enhancement.

---
Generated by Claude Code Patch Reviewer