I hope I am asking the right forum and if there is someone that can help me on this issue as I have been scrounging around the forums on the rpi foundation and manjaro forums to get my Raspberry Pi 4 working on HDMI with my monitor.
To list what I have:
I am using/testing Manjaro XFCE and KDE 21.04 on Raspberry Pi 4
I am using a 24inch Desktop monitor, a LG Flatron IPS235 (ancient I know)
This monitor has DVI, VGA and HDMI. I am trying to get 1080p or 1920x1080 to work but it seems that only 1080i works…temporarily
I made sure I am using proper HDMI cable, as I have tested 2 different types, and one of them is bad(thrown away).
What I have done:
Flash the manjaro XFCE/KDE onto a sandisk 32gb microSD using balenaEtcher
When done flashing, open the config file to make some modifications
I save the config file and put the microSD to the PI and power it up with a proper power brick (using Canakit power supply)
I see it boots up and goes to the settings where I input the keyboard, user info, password, etc.
Once done setting up, the RPI goes the the sequence of setting things up and then Reboots
It reboots, and I see that there is activity and pops up the Manjaro Logo, but after that, it just goes to black screen
I have been racking my brains on this for 3 days so far and in need help of how to solve this issue. Please let me know what else I need to provide to have more clarity and ease of troubleshooting. Below is the config I have set that has helped me get past the “boot up” and manjaro logo before it goes black.
I am able to get it going on 1080i for some reason, but anything on 1080P or even 720P is tough to get past.
I also was able to get to a certain point when i enable hdmi_safe=1 and ACTUALLY LOG IN. However, after entering my credentials, it just goes back to black screen.
Hey there, thanks for the reply! I’ll do that later tonight and give an update on your recommendation. I wanted to ask why would using rpi-imager be a possible solution? How is the rpi-imager different from the balenaEtcher program?
If this works but you still can not go into the graphic mode then it appears it can not get the correct edid info from your monitor. Try ssh to the pi4 and install xf86-video-fbturbo-git and reboot to see if it works.
Hi there, thanks for the reply! I believe I have tried this option before and it would not display properly, but I will give it a go again. If first option fails, I will SSH into my RPI4 and do the necessary install and try that out.
To confirm, the command to install xf86-video-fbturbo-git is this ? sudo -Syu xf86-video-fbturbo-git
Is that the correct way of doing so? Thanks for the help and reply!
Hi there, I have not used force_turbo=1 in my config, as I didn’t think I needed to boost my CPU at that time. I will add this to my config, but to clarify, should I use my current config or use Darksky config recommendation along with force_turbo=1 ?
#my current config, and including force_turbo
The config used in config.txt is used during the boot process but when it gets to loading in graphics mode then other forces take over. What it uses then is depending on what is configured for it to load up being using the kernel firmware or RPi’s and how mesa behaves. I was just having you to try the way the graphics loads by installing xf86-video-fbturbo-git.
Adding force_turbo=1 to your config.txt is a workaround for the issue I have linked to above (which may be related to what you are experiencing) and should only be necessary if you are using Darksky’s raspberrypi4 kernel, not the mainline one (you can use pacman -Qs linux to find out which kernel you are running.) In that sense, switching to/from the raspberrypi4 kernel is also something you may want to try provided your proposed steps fail.