-
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
DPMS power saving with VGA666 #672
Comments
Can you confirm if disabling those signals works? |
I can confirm that this works. When I set both VSYNC and HSYNC pins to a regular output and pull them to GND, the monitor gets into standby after a few seconds. If I switch back to alt function 2 (as documented), the display wakes up again. So I have a small C program now which does the job, which is neat. Is it possible to get this integrated into the console and X blanking so that it Just Works like with HDMI? It would be quite nice if the firmware could handle that. Maybe it can also be handled by the Linux kernel instead. Edit: for reference, this was discussed for HDMI earlier in raspberrypi/linux#487. The kernel bits that call into the VC firmware were implemented to get HDMI blanking working and the same code should work for DPI. It just needs the firmware support. |
Can you try this:
|
That was quick. And it works perfectly fine! Several cycles of automatic blanking as well as |
I just noticed: aren't VGA sync signals active low? So while this may work for my monitor, maybe it is not correct. Let me recheck and test that tomorrow. I'm not even sure what polarity the sync pulses of DPI are, but I can also check that tomorrow. |
Okay, I'm forcing the lines low. Let me know if you thing forcing high would be better. |
Forcing to high definitely makes more sense. And while I can't find any definite source that says it explicitly, various source seems to imply that forcing the signals to high is correct too, e.g. http://lateblt.tripod.com/bit74.txt
Doing this will force the pins to low, as pin 10 is the sync ground. On CRTs that is then supposed to keep the display from going to sleep. On the other hand it means forcing the pins to high should invoke power saving. TL;DR please change this to force pins to high, this should be the correct way to do it. |
kernel: drm/vc4: Fix memory leak of the CRTC state See: raspberrypi/linux#1677 kernel: BCM270X_DT: Update CM3 to use sdhost interface firmware: isp: Add isp and isp_ilc to standard Pi variant as a cheap resize firmware: MMAL: Add parameters to configure source pattern firmware: IL Camera: Minor tidy up in RGB output handling firmware: Video_render: Support YV12 and NV21 (YVU formats firmware: IL Source: Add support for YV12 output (YVU420PackedPlanar) firmware: IL ISP: Major updates firmware: mmal_ril: Relay buffer alignment from RIL to MMAL firmware: ldconfig: Increase line buffer length from 80 to 100 firmware: h264: Fix skipping of SPSX in header bytes See: https://discourse.osmc.tv/t/video-does-not-work-with-hardware-acceleartion/6629/11 firmware: display: Allow display blanking to affect DPI output See: #672
kernel: drm/vc4: Fix memory leak of the CRTC state See: raspberrypi/linux#1677 kernel: BCM270X_DT: Update CM3 to use sdhost interface firmware: isp: Add isp and isp_ilc to standard Pi variant as a cheap resize firmware: MMAL: Add parameters to configure source pattern firmware: IL Camera: Minor tidy up in RGB output handling firmware: Video_render: Support YV12 and NV21 (YVU formats firmware: IL Source: Add support for YV12 output (YVU420PackedPlanar) firmware: IL ISP: Major updates firmware: mmal_ril: Relay buffer alignment from RIL to MMAL firmware: ldconfig: Increase line buffer length from 80 to 100 firmware: h264: Fix skipping of SPSX in header bytes See: https://discourse.osmc.tv/t/video-does-not-work-with-hardware-acceleartion/6629/11 firmware: display: Allow display blanking to affect DPI output See: raspberrypi/firmware#672
The updated firmware forces the signals high as expect and works fine. Thanks again! |
kernel: drm/vc4: Fix memory leak of the CRTC state See: raspberrypi/linux#1677 kernel: BCM270X_DT: Update CM3 to use sdhost interface firmware: isp: Add isp and isp_ilc to standard Pi variant as a cheap resize firmware: MMAL: Add parameters to configure source pattern firmware: IL Camera: Minor tidy up in RGB output handling firmware: Video_render: Support YV12 and NV21 (YVU formats firmware: IL Source: Add support for YV12 output (YVU420PackedPlanar) firmware: IL ISP: Major updates firmware: mmal_ril: Relay buffer alignment from RIL to MMAL firmware: ldconfig: Increase line buffer length from 80 to 100 firmware: h264: Fix skipping of SPSX in header bytes See: https://discourse.osmc.tv/t/video-does-not-work-with-hardware-acceleartion/6629/11 firmware: display: Allow display blanking to affect DPI output See: raspberrypi#672
With the HDMI output, it's possible to enable display power saving signalling with the
hdmi_blanking
config.txt option. There is no counterpart for DPI displays or the VGA adapter. According to the DPMS standard, it should be enough to disable VSYNC and HSYNC signals to enable the display to go to a sleep mode. Is it possible to implemented this for DPI/VGA?The text was updated successfully, but these errors were encountered: