Failed to initialize output #49
Replies: 31 comments 1 reply
-
Hi, are you launching it from a free tty? |
Beta Was this translation helpful? Give feedback.
-
From the Examples section:
|
Beta Was this translation helpful? Give feedback.
-
so when executing it, my computer is going to sleep, same with examples. |
Beta Was this translation helpful? Give feedback.
-
Hmm, could you please send me the output of this |
Beta Was this translation helpful? Give feedback.
-
�[31mLouvre error:�[0m [LCompositor::addOutput] Failed to initialize output DisplayPort-2. |
Beta Was this translation helpful? Give feedback.
-
and the log in KDE from console |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
still not working, I disabled my display manager too, same thing. |
Beta Was this translation helpful? Give feedback.
-
Not sure what could be happening, could you run this again and send me the output?
Please this time don't forget to add SRM_DEBUG=4 |
Beta Was this translation helpful? Give feedback.
-
You can press |
Beta Was this translation helpful? Give feedback.
-
�[32mLouvre debug:�[0m [LCompositorPrivate::initGraphicBackend] Graphic backend initialized successfully. |
Beta Was this translation helpful? Give feedback.
-
I have to reboot computer everytime, because there is no output to monitor, and monitor goes to sleep, but pc is running. |
Beta Was this translation helpful? Give feedback.
-
�[32mLouvre debug:�[0m [LLauncher::startDaemon] LLauncher daemon started successfully with PID: 4090. |
Beta Was this translation helpful? Give feedback.
-
Thank you, but you still haven't sent me the complete log, so I can't fully understand what's happening. It seems you're using proprietary Nvidia drivers and it's possible that there's no backend for creating textures with GBM (the log should contain a list of supported formats, but what you've sent seems incomplete). This means that SRM (Louvre's graphic backend) is failing to create buffers, thus failing to initialize the displays. That's why your window appears black. You can press I think I can fix it by forcing buffer allocation with OpenGL instead of GBM, I'll let you know. For now, I'd appreciate it if you could attach the complete P.S. Nvidia proprietary drivers always seem to have issues, you might consider using Nouveau instead. |
Beta Was this translation helpful? Give feedback.
-
Hi again, I've made some changes to SRM which I believe will address your issue. Could you please try using the devel branch? |
Beta Was this translation helpful? Give feedback.
-
Hmm, I'm not sure what the issue might be. If I had access to the complete log, I could provide more assistance. |
Beta Was this translation helpful? Give feedback.
-
�[32mSRM debug:�[0m [core] Supported shared DMA formats: |
Beta Was this translation helpful? Give feedback.
-
Thank you! It appears that DMA buffers imported from EGL can only be utilized as GL_TEXTURE_EXTERNAL_OES. I've made some modifications to the SRM devel branch to attempt buffer allocation with OpenGL instead of GBM in such scenarios. Please inform me if this resolves the issue. If not, there's one more approach I can explore. |
Beta Was this translation helpful? Give feedback.
-
�[32mSRM debug:�[0m [core] Supported shared DMA formats: |
Beta Was this translation helpful? Give feedback.
-
Well at least buffer allocation is working now, but I'm not sure why the display isn't initializing. I've added more error messages to help find the problem. Could you try again? Also, you could try running it with SRM_FORCE_LEGACY_API=0, maybe your driver only supports the atomic DRM API. |
Beta Was this translation helpful? Give feedback.
-
�[32mLouvre debug:�[0m [LLauncher::startDaemon] LLauncher daemon started successfully with PID: 1925. |
Beta Was this translation helpful? Give feedback.
-
�[32mSRM debug:�[0m [core] Supported shared DMA formats: |
Beta Was this translation helpful? Give feedback.
-
�[32mLouvre debug:�[0m [LLauncher::startDaemon] LLauncher daemon started successfully with PID: 1925. |
Beta Was this translation helpful? Give feedback.
-
Okay, thank you. You sent me all the logs except the part where it fails, haha. But no worries, I see you have two GPUs, which I didn't know. Currently, your Nvidia GPU is creating the buffers and it seems to be failing. I've changed the configuration in the devel branch to use the Intel GPU instead. If there are still issues, I'll force it to use only the Intel GPU for rendering. When you try it, if it still doesn't work, could you send me the output of running |
Beta Was this translation helpful? Give feedback.
-
srm-display-info |
Beta Was this translation helpful? Give feedback.
-
the log stops on the line below, and monitor go to sleep �[32mSRM debug:�[0m [/dev/dri/card0] CPU buffer created using glTexImage2D. |
Beta Was this translation helpful? Give feedback.
-
Ok, and now? |
Beta Was this translation helpful? Give feedback.
-
I also have a PC with both Intel and Nvidia GPUs, and it's running smoothly with the |
Beta Was this translation helpful? Give feedback.
-
its working now, the last patches fixed it |
Beta Was this translation helpful? Give feedback.
-
Geat! And thank you for your time! Does it work well then? Or is it laggy? |
Beta Was this translation helpful? Give feedback.
-
I cant figure out how to fix the error, Im on Arch linux, KDE Wayland, nvidia. Thank you
Louvre error: [LCompositor::addOutput] Failed to initialize output DisplayPort-2.
Beta Was this translation helpful? Give feedback.
All reactions