Autodetect best monitor resolution on first boot on omap
The omap display driver requires to set the omapfb.mode argument on the kernel commandline to set the display to a proper resolution. Instead of using a hardcoded value here the kernel should be able to read the EDID data from the i2c bus and select the best compatible resolution. For cases that the auto-detection doesn't work properly, it should be possible to overwrite the value by commandline (omapfb.mode).
Blueprint information
- Status:
- Complete
- Approver:
- David Mandala
- Priority:
- Medium
- Drafter:
- Oliver Grawert
- Direction:
- Approved
- Assignee:
- Ricardo Salveti
- Definition:
- Approved
- Series goal:
- Accepted for natty
- Implementation:
- Implemented
- Milestone target:
- None
- Started by
- Ricardo Salveti
- Completed by
- Ricardo Salveti
Whiteboard
Work Items (ubuntu-10.10):
[rsalveti] Find the best place to implement this feature (kernel, u-boot or installer/
[rsalveti] Find OMAP 3 resolution and sync limits: DONE
Work Items (ubuntu-
[rsalveti] Discuss and document the desired resolutions (to avoid low sync ones): DONE
[rsalveti] Identify the correct kernel code that should parse the EDID (display, dsi, dss or a new one), sharing the solution with OMAP 4: DONE
Work Items (ubuntu-
[rsalveti] Port omap_gpu drm driver to OMAP 3 (same as OMAP 4): DONE
[gruemaster] Test the implementation in a wide range of monitors: DONE
[rsalveti] Send the pull request to the kernel team (bug 753071): DONE
[rsalveti March 1]: Moved to Beta-1 as we need to sync this with the new OMAP 4 DVI/HDMI driver that's being developed by TI. The same solution should apply for OMAP 3, and should be acceptable for upstream.
[rsalveti April 14]: Sent the pull request but probably too late to include at Natty (master). Will try to simplify the driver some more and send it upstream, to omap4 branch and to Linaro, to get more feedback and hopefully do a SRU to include at master later on.