-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Overscan applied to RPI official display #1173
Comments
@JamesH65 this was lost in the multi framebuffer pr.
but doesn't currently. |
Hmm, I wonder how that got dropped. Will check it out and fix tomorrow. |
I've just tried this with V3D driver on Pi4 and overscan is correct - is this in legacy graphics mode? Where I can definitely see it happening. |
This is with dtoverlay=vc4-fkms-v3d set. If I don’t have that overlay, the screen scaling is way off as well as the overscan issue. |
On a Pi4, using that driver, I see no overscan applied to the DSI display. During startup it does seem to have it applied, but then the FKMS DRM driver takes over and the overscan goes away before the desktop starts up. |
This is application is a straight framebuffer application, not running the full desktop. |
OK, that would explain it. |
See: raspberrypi/firmware#1173 firmware: cec: Fix crash when using CEC with HDMI1 firmware: arm_display: Fix race condition initialising CEC firmware: hdmi: Always use boost frequency for initial mode set See: raspberrypi/firmware#1159
Latest rpi-update firmware should have a fix for this. |
Looks good. |
Not sure if it's intentional, but over-scan is being applied with the RPI 7" display connected to a PI4
Adding disable_overscan=1 does correct the problem.
The text was updated successfully, but these errors were encountered: