Skip to main content ↑ ↓
Topic: Xlibre release 25.0.0.0 now available for testing (Read 25551 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

Re: Xlibre release 25.0.0.0 now available for testing

Reply #60 –
7/5/25 Xlibre works well. xlibre-xserver 25.0.0.4-1
MATE: I think it is a good daily driver.

What does the road map look like for a stable release with respect to the iso's?

Re: Xlibre release 25.0.0.0 now available for testing

Reply #61 –
First time posting (though I've been lurking in this thread for a week or so). I recently did a fresh manual installation of Artix, and installed xlibre manually (v25.0.0.4-1, got the files directly from the testing repos) as well as the Cinnamon desktop environment. I encountered two issues:

  • The "refresh rate" options in the Display settings are only two under xlibre (74.93 Hz and 59.xx Hz (I can't remember the numbers exactly)), while under good old xorg they're three (74.93, 59.88 and 59.95). I always use the ~75 one btw, but maybe this is important for other users.
  • System gets sluggish when playing a video in a PiP window, or a floating mpv one. This one is more niche, but when I tried playing Minecraft while watching a video at the same time, the game got really sluggish, as if it was running at 24fps or something. The in-game debug screen still mentioned 75 constant fps, but it wasn't until pausing or stopping the video that the game's speed returned to its usual state.

I'm back on xorg and the issues are gone. I'd like to provide more info if possible, though I'm a noob when it comes to reporting bugs and so. As I already said, I know these are quite niche issues but I wanted to report them regardless  :)

Re: Xlibre release 25.0.0.0 now available for testing

Reply #63 –
Quote from: Artist – on
Are you perhaps running picom or an alternative? If so then please try without it.

This might be related to https://github.com/X11Libre/xserver/issues/229 - feel free to add your info or create a new issue there.

artist

No, just your regular Cinnamon DE. Actually, I forgot to mention some stuff, sorry.

  • I also tested 25.0.0.2 when it first released, though that time I was using dwm and picom with transparency, blur, rounded corners and shadows, and didn't encounter any problems. I also remember playing Minecraft there while watching a video in floating mode but no issues iirc. Here's a screenshot from that time (it's not showing in the pic, but I was using xlibre)
  • When I mentioned the system (Cinnamon) becoming sluggish I made it seem like it was only a Minecraft issue, but the system in general had this random moments where animations would look slow (e.g. viewing the workspace overview, moving windows around)



I got the xlibre packages from gnlug.org, specifically:

  • xlibre-xf86-input-libinput
  • xlibre-xf86-video-vesa
  • xlibre-xserver
  • xlibre-xserver-common
  • xlibre-xserver-devel
  • xlibre-xserver-xephyr
  • xlibre-xserver-xnest
  • xlibre-xserver-xvfb

Both times I installed them manually after first installing the "xorg" package during the installation process, then removing the conflicting xorg packages and installing the xlibre ones with pacman. I don't have the '.2' xlibre packages anymore, if I did I'd like to test them with Cinnamon to see if this is an issue with the '.4' ones or Cinnamon specifically. I'm using a mini-pc with no GPU, but it does have integrated Radeon Vega graphics.

Re: Xlibre release 25.0.0.0 now available for testing

Reply #64 –
    Quote from: coffee_master1 – on
    [...]
    • The "refresh rate" options in the Display settings are only two under xlibre (74.93 Hz and 59.xx Hz (I can't remember the numbers exactly)), while under good old xorg they're three (74.93, 59.88 and 59.95). I always use the ~75 one btw, but maybe this is important for other users.
    [...]

    Try running xrandr and check if the values are the same across both Xorg vs Xlibre, if it's different then something with polling EDID mightve changed.
    Quote from: coffee_master1 – on

    • System gets sluggish when playing a video in a PiP window, or a floating mpv one. This one is more niche, but when I tried playing Minecraft while watching a video at the same time, the game got really sluggish, as if it was running at 24fps or something. The in-game debug screen still mentioned 75 constant fps, but it wasn't until pausing or stopping the video that the game's speed returned to its usual state.


    Quote from: coffee_master1 – on
    I got the xlibre packages from gnlug.org, specifically:

    • xlibre-xf86-input-libinput
    • xlibre-xf86-video-vesa
    • xlibre-xserver
    • xlibre-xserver-common
    • xlibre-xserver-devel
    • xlibre-xserver-xephyr
    • xlibre-xserver-xnest
    • xlibre-xserver-xvfb
    [...] I'm using a mini-pc with no GPU, but it does have integrated Radeon Vega graphics.

    This sound like you've left out amdgpu (which is not on the list above) from vanilla Xorg installation and skipped installing recompiled Xlibre driver. For completeness sake, go here https://packages.artixlinux.org/packages/?sort=&q=xlibre and download ALL of those 24 (there's "Download From Mirror" link at the left side of the page) packages (this is because some of the vanilla xorg packages could still be left out on the system, those could cause problems) to a folder, open terminal in that folder and do:
    Code: [Select]
    sudo pacman -Udd *
    Also make sure your Xorg.conf has proper drivers selected for amdgpu
    Code: [Select]
    Section "Device"
        Identifier "AMD"
        Driver 	"amdgpu"
    EndSection

    Re: Xlibre release 25.0.0.0 now available for testing

    Reply #65 –
    Hello again. I followed your instructions and reinstalled xlibre again for testing. Unfortunately, the issues I mentioned previously persist. I then reinstalled vanilla xorg to compare and sure enough, the sluggish effect isn't present there.

    xrandr gives different options between them as you can see here (Left: xorg, Right: xlibre). This also affects the "Refresh rate" options in "Display settings" on Cinnamon.




    I ended up doing a few recordings, but I'm not sure how noticeable the effect is on video (I recorded at 75fps, which is what I use.)

    The first two ones are under xlibre. 1st one shows the animation when viewing the "Workspace overview" on Cinnamon.
    xlibre-overview-video

    2nd one is moving windows around and using Cinnamon's built-in tiling functionality. I noticed windows are more prone to this issue when moving after being tiled.
    xlibre-tiling-video

    And finally, a test under regular xorg doing the same as in the previous videos (but this time in a single video). Again, not sure how noticeable it is, but the sluggish effect is gone entirely.
    xorg-test-video

    Not sure how should I report the bug to upstream since I've never done it before. Should I do more testing? I'm happy to help as much as I can  :)

    Re: Xlibre release 25.0.0.0 now available for testing

    Reply #66 –
    Could you do side by side Xorg vs Xlibre output of
    Code: [Select]
    inxi -v 3
    What I'm most interested about is if the amdgpu is actually loaded on Xlibre, because it sounds like it's not.

    EDIT:
    Yeah, well I can see that this is most likely the case, because look at how the left side (Xorg) has HDMI enumerated as HDMI-1, HDMI-2 vs the right side (Xlibre) has HDMI enumerated as HDMI-A-0, HDMI-A-1. This pretty much tells me Xlibre runs on software accel.
    Question is - Are there any noticible changes of output between Xorg vs Xlibre while running dmesg? Post it too if you can.

    Re: Xlibre release 25.0.0.0 now available for testing

    Reply #67 –
    You have a good eye, I actually didn't notice that. One thing to mention is that I never had to use a xorg.conf file before, not with Cinnamon or dwm. After creating one with the text you provided before, I was unable to log in (keep in mind I'm using xorg here). I use lightdm for that (with autologin turned on), but this time the system would just hang during the booting process, I'd see the usual openrc stuff, then "Starting cronie, starting lightdm..." yada yada, but then nothing. Pressing enter a few times just gave me the usual tty prompt to login manually, and wasn't able to go on from there. Removing the xorg.conf file (well, I actually just renamed it) fixed this issue. However, this wasn't the case at all with xlibre, the system would start normally with or without the xorg.conf file. However, there wasn't any difference when using the xorg.conf file or not (under xlibre).

    Anyway, here's the output for the commands you mentioned before. Since it's just text I decided to use a pastebin to share it. I had never used these commands before, so excuse me if I forgot something.

    inxi with xlibre

    and inxi with xorg

    Then there's dmesg, which output is longer.

    dmesg with xlibre

    dmesg with xorg

    Re: Xlibre release 25.0.0.0 now available for testing

    Reply #68 –
    There is one diff between xorg-server ans xlibre-xserver I still need to document:

    In the Xorg code the 'TearFree' option has been enabled by default, BUT this code was never released.
    Xlibre did release the code, so that DOES have the 'TearFree' option enabled by default.

    So it might be worth a try to disable it and test xlibre once more.

    artist

    Re: Xlibre release 25.0.0.0 now available for testing

    Reply #69 –
    Quote from: coffee_master1 – on
    Pressing enter a few times just gave me the usual tty prompt to login manually, and wasn't able to go on from there. Removing the xorg.conf file (well, I actually just renamed it) fixed this issue. However, this wasn't the case at all with xlibre, the system would start normally with or without the xorg.conf file. However, there wasn't any difference when using the xorg.conf file or not (under xlibre).


    FWIW - and you probably already know, but in case you do not, if X get stuck like that, you can do a CTL, ALT, F2 (or F3 etc) to get to login prompt.  It usually doesn't freeze the system, just the display.

    FWIW #2 - there was a time when you really needed to edit your x,config file by hand and it warned you that if you did it wrong it can destroy your monitor :)

    Re: Xlibre release 25.0.0.0 now available for testing

    Reply #70 –
    Yeah what Artist says is solid, i'd also try looking into modesetting driver:
    Vanilla Xorg:
    Code: [Select]
      Display: x11 server: X.Org v: 21.1.18 with: Xwayland v: 24.1.8 driver: X:
        loaded: modesetting failed: vesa dri: radeonsi gpu: amdgpu resolution: N/A
    Xlibre:
    Code: [Select]
      Display: x11 server: X.org with: Xwayland v: 24.1.8 driver: dri: radeonsi
        gpu: amdgpu resolution: N/A

    Code: [Select]
    Section "Device"
        Identifier  "AMD"
        Driver      "modesetting" #remove this line if this doesn't boot and try again with just TearFree set to False
        Option      "TearFree" "False" # or "no", im not sure if this is interchangable for amd gpus :thinking:
    EndSection

    I'd try also removing every *-xf86-video-* packages entirely, except just leaving the xlibre-xf86-video-amdgpu.

    Re: Xlibre release 25.0.0.0 now available for testing

    Reply #71 –
    I tried renaming the xorg.conf file to xlibre.conf but everything's the same.

    Also, how can I do what Artist said before? I might be using an Arch-based distro, but I'm still somewhat of a noobie and there's still a lot of stuff I don't know how to do. Anyways, I hope all what I've been commenting up until now is not some super niche issue only happening to me, because I want xlibre to keep improving so no other user faces issues like these regardless of the WM or DE they might use  :D

    Quote from: mrbrklyn – on
    FWIW - and you probably already know, but in case you do not, if X get stuck like that, you can do a CTL, ALT, F2 (or F3 etc) to get to login prompt.  It usually doesn't freeze the system, just the display.

    FWIW #2 - there was a time when you really needed to edit your x,config file by hand and it warned you that if you did it wrong it can destroy your monitor :)

    Yeah, I was actually using that when moving between xorg and xlibre, but thanks for the tip! What I mean is that -- when using Cinnamon, xorg and a xorg.conf file -- lightdm wouldn't do its thing, so I was stuck in the tty that appears before login into my system. Here's a photo I took before about this issue:



    Ignore the 'ModemManager' lines, I think that's related to KDE Connect which I started using lately. Speaking of which, something amusing happened when reinstalling xorg again. I may have forgotten to install a package or something, because when I logged in into Cinnamon my keyboard and mouse wouldn't work at all. But I managed to fix it by using KDE Connect to remote control my PC and do a sudo pacman -S xorg and I think that fixed it. Quite the tricky situation, isn't it?

    I'll continue doing testing tomorrow since I have irl stuff to do, but thanks everybody for their help and responses.

    Re: Xlibre release 25.0.0.0 now available for testing

    Reply #72 –
    Quote from: coffee_master1 – on
    I tried renaming the xorg.conf file to xlibre.conf but everything's the same.
    Nah, it's just plain /etc/X11/xorg.conf for both.
    Quote from: coffee_master1 – on
    Also, how can I do what Artist said before? I might be using an Arch-based distro, but I'm still somewhat of a noobie and there's still a lot of stuff I don't know how to do. Anyways, I hope all what I've been commenting up until now is not some super niche issue only happening to me, because I want xlibre to keep improving so no other user faces issues like these regardless of the WM or DE they might use  :D
    Nah, don't worry, either way someone would stumble upon such issue, it's even better that we can talk about this on the forum so that the problem gets documented. As for what Artist suggested it's just this in xorg.conf:
    Code: [Select]
    Section "Device"
        Identifier  "AMD"
        Option      "TearFree" "no"
    EndSection
    But the thing is, amdgpu is loaded properly, but Xlibre doesn't use it. It's like xlibre-xf86-video-amdgpu is not loaded at all, are you sure it's installed? Could you provide output of 'pacman -Qs xlibre'. Could you also provide your Xorg.0.log file (both Xorg vs Xlibre)?
    You can also try blocking radeon and several generic video drivers to make sure nothing collides on kernel-side (but I think this is redundant, trying to see what sticks to the wall):
    Code: [Select]
    # /etc/modprobe.d/69-block-common-video-drivers.conf 
    blacklist nouveau
    blacklist i915
    blacklist intel_agp
    blacklist radeon
    blacklist vesa
    blacklist nvidia
    blacklist ati
    blacklist fbdev
    Quote from: coffee_master1 – on
    [...]
    What I mean is that -- when using Cinnamon, xorg and a xorg.conf file -- lightdm wouldn't do its thing, so I was stuck in the tty that appears before login into my system.
    I restart Xorg without rebooting just by killing the sddm service. You could try the same by restarting lightdm in-place at TTY4 (CTRL+ALT+F4), log in, then type:
    Code: [Select]
    # How I do it with sddm + OpenRC
    sudo rc-service sddm stop
    sudo rc-service sddm start
    # How you should do it with lightdm + OpenRC
    sudo rc-service lightdm stop
    sudo rc-service lightdm start
    It should reload your graphical session and switch you to it, so switch to TTY4 (CTRL+ALT+F4) and type exit to logoff from TTY4, then switch to your graphical session (which should be at either TTY1, TTY2, TTY7, TTY8 or TTY12 depending on the DE used.)
     

    Re: Xlibre release 25.0.0.0 now available for testing

    Reply #73 –
    Quote from: coffee_master1
    lightdm wouldn't do its thing,

    On my Xlibre Install, I tried removing LightDM, I like Slim, and it wouldn't boot.
    There is the boot splash screen "Lenovo" image, a giffy circle circling (Must be new), and it just stays that way.

    I was like What the, what the.

    I didn't attempt to get a terminal because it hadn't gone that far, hanging just before the boot process begins.
    I reinstalled, installed all of the software, ran updates. I did not remove LightDM and install Slim this time, and it is running fine.

    Maybe there is some issue between LightDM and Xlibre.

    Re: Xlibre release 25.0.0.0 now available for testing

    Reply #74 –
    Try to boot with kernel param: nomodeset

    If that fails disable lightdm, reboot and start slim from the console.

    artist