Announcement

Collapse
No announcement yet.

GLXVND Support Lands In Git For X.Org Server 1.20

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • GLXVND Support Lands In Git For X.Org Server 1.20

    Phoronix: GLXVND Support Lands In Git For X.Org Server 1.20

    There's been a lot of activity in xorg-server Git the past few days, making it look like the developers may be trying to wrap up the very long X.Org Server 1.20 cycle. The latest major feature work landing is GLXVND...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Originally posted by debianxfce View Post
    Use Debian testing/sid to be a canonical test monkey and receive all the good and shit before uhbuntu users. Mostly shit recently: glvnd, pulseaudio, systemd, gtk3...
    Could you please limit your preaching to Sundays?

    Comment


    • #3
      Originally posted by debianxfce View Post
      " sadly isn't making it into Ubuntu 18.04.0 LTS. "

      Use Debian testing/sid to be a canonical test monkey and receive all the good and shit before uhbuntu users. Mostly shit recently: glvnd, pulseaudio, systemd, gtk3...
      You probably think that Linux was wonderful to use in 1998 and its been all downhill since then. I've used Linux since 1998 and it was basically horrible back then, terrible problems getting hardware to work and so on. Its far, far better now than its ever been. I really dont know how you can have anything against GLVND, pure insanity. Systemd and pulseaudio are good concepts have improved the situation vastly. systemd doesnt take away any of your freedom, thats a lie that has been told too many times and some people who don't know what they are talking about, parrot it, and it becomes some sort of an urban legend. Ive used systemd and found no problem with it. The declarative format is substantially easier to use and covers must use cases more simply than shell scripts and are easier to read. I wouldn't support systemd if it didnt fully support sys V init in a backwards compatable manner. Ive tested sysv init on systemd and it works beautifully. You can have a sequential based initialization on systemd just fine. Just have your service start out of /etc/rc2.d as you always have. Since systemd is fully compatable and supports sys V init, it doesnt take away any capability or control and only adds additional control and functionality, and that you can actually gives you MORE configuration control as you actually have more fine grained control over when a process starts, quite honestly, to say it takes away freedom is pure deception and borders are libel. Since systemd does not take away any functionality or control over your system and you can use sysV init as you have before, and only adds additional capability, what you are opposed to is allowing people more control and functionality that you don't think they should be allowed to have. With systemd for instance, not only can you write initialization in shell scripts if you want, you can write them in any language, you can watch for events on a dbus and start your service on any preconditions, such as any number of system events, according to any procedural logic that you want. It was much more difficult to do this before systemd. Stop spreading misinformation.

      Comment


      • #4
        Originally posted by debianxfce View Post
        " sadly isn't making it into Ubuntu 18.04.0 LTS. "

        Use Debian testing/sid to be a canonical test monkey and receive all the good and shit before uhbuntu users. Mostly shit recently: glvnd, pulseaudio, systemd, gtk3...
        Why Debian, why not Arch? If your argument is if you want the latest stuff then use this then the 'this' should be Arch, surely?

        Comment


        • #5
          I hope to see xwayland improvements. Screen locking the cursor in middle of games is why its not possible to play games on wayland.

          Comment


          • #6
            This won't be beneficial to all PRIME laptop owners, just the nVidia ones, AMD PRIME laptops work fine without it

            Comment


            • #7
              The main feature of bumblebee is that discrete graphics card is powered off, when not used. Will it be possible with GLXVND?

              Comment


              • #8
                Originally posted by etam View Post
                The main feature of bumblebee is that discrete graphics card is powered off, when not used. Will it be possible with GLXVND?
                This is handled by bbswitch, which doesn't need bumblebee to work. So this shouldn't be problem.

                Comment


                • #9
                  I'm curious if this will allow GPU unplugging without X restart? Like start VM with single present GPU, use it for a while and when VM shuts down, give X access to that GPU again. Some software OpenGL implementation can be used as fallback when no physical GPU is attached.

                  Comment


                  • #10
                    Originally posted by dragon321 View Post

                    This is handled by bbswitch, which doesn't need bumblebee to work. So this shouldn't be problem.

                    Bbswitch does not work on it's own. It's being told by bumblebee when to power on or off the discrete card. And bumblebee turns off discrete card after closing the background Xorg and unloading the nvidia kernel module. So the question is: is it possible to 'detach' nvidia driver, unload the kernel module and power off the device, without interrupting the running Xorg, that uses GLXVND?

                    Comment

                    Working...
                    X