Announcement

Collapse
No announcement yet.

Coming Soon: X Server 1.8

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

  • Coming Soon: X Server 1.8

    Phoronix: Coming Soon: X Server 1.8

    According to the release plans, the release of X Server 1.8 should take place, and while in reality it will likely not be released today, its release is coming soon. When this release does arrive, it will add a new set of features to the X.Org stack and a number of other minor improvements and bug-fixes.

    http://www.phoronix.com/vr.php?view=14727

  • #2
    While personally I do not have a use for it (I use Ubuntu), it would be good to see AMD releasing preview drivers for new X Server releases (and new kernel versions). We know they can do it, as they released preview drivers for OpenCL and OpenGL 3.3 and OpenGL 4.0.

    Comment


    • #3
      Originally posted by Heiko View Post
      While personally I do not have a use for it (I use Ubuntu), it would be good to see AMD releasing preview drivers for new X Server releases (and new kernel versions). We know they can do it, as they released preview drivers for OpenCL and OpenGL 3.3 and OpenGL 4.0.
      I have no hope for fglrx. After all the delays and issues, I think the best thing AMD can do is increase support for development of the open-source stack and put fglrx out of its misery.

      Comment


      • #4
        Originally posted by Heiko View Post
        it would be good to see AMD releasing preview drivers for new X Server releases
        They do, you can usually find them buried in some ubuntu repository.

        Comment


        • #5
          Originally posted by waucka View Post
          I have no hope for fglrx. After all the delays and issues, I think the best thing AMD can do is increase support for development of the open-source stack and put fglrx out of its misery.
          It's already working with the Xorg GIT version , so in practice FGLRX 10.4 beta (ubuntu leak) IS compatible already with Xorg 1.8 as there were no such changes that prevent that!

          I personally am using Xorg GIT under Arch linux, along with other Arch users (Vi0L0).

          What's needed is to checkout GIT and modify the configure.ac's version number to 1.7.5.1 - it will work with the fglrx perfectly just as with xorg-server 1.7!!

          Check this and this:
          http://bbs.archlinux.org/viewtopic.p...728571#p728571
          http://www.phoronix.com/forums/showp...0&postcount=98

          It would be nice to have a HOTFIX version of the 10.4 that will allow the 1.8 version definitions of XORG to work with fglrx catalyst.

          Comment


          • #6
            Now, who was it that said fglrx will get 1.7 support just after 1.8 is out?

            Comment


            • #7
              Originally posted by krionius View Post
              It's already working with the Xorg GIT version , so in practice FGLRX 10.4 beta (ubuntu leak) IS compatible already with Xorg 1.8 as there were no such changes that prevent that!

              I personally am using Xorg GIT under Arch linux, along with other Arch users (Vi0L0).

              What's needed is to checkout GIT and modify the configure.ac's version number to 1.7.5.1 - it will work with the fglrx perfectly just as with xorg-server 1.7!!
              I would expect this sort of trickery to be required for the OSS drivers, not for the 'download and go' ones. I agree with the parent post - with KMS the open drivers already deliver a good chunk of joy and the proprietary drivers are only closer to their doom.

              Comment


              • #8
                As long as fglrx is 5x faster oss driver is for office work.

                Comment


                • #9
                  With hal removed, now my /etc/hal/fdi/policy/mouse_wheel.fdi doens't work. Does someone know how can I adapt this file to work with the new udev-based config?

                  Code:
                  <?xml version="1.0" encoding="UTF-8"?>
                  <deviceinfo version="0.2">
                  <device>
                    <match key="info.capabilities" contains="input.mouse">
                     <merge key="input.x11_options.Emulate3Buttons" type="string">true</merge>
                    </match>
                  </device>
                  </deviceinfo>

                  Comment


                  • #10
                    Originally posted by KDesk View Post
                    With hal removed, now my /etc/hal/fdi/policy/mouse_wheel.fdi doens't work. Does someone know how can I adapt this file to work with the new udev-based config?
                    Read here: http://forums.gentoo.org/viewtopic-p...998cdf57f66731 and here: http://who-t.blogspot.com/2010/01/ne...rld-order.html

                    Here r my files:
                    Code:
                    $ cat /etc/xorg.conf.d/10-mice.conf 
                    Section "InputClass"
                            Identifier "mice"
                            Driver "evdev"
                            MatchVendor "Logitech"
                    EndSection
                    
                    $ cat /etc/xorg.conf.d/11-keymap.conf 
                    Section "InputClass"
                        Identifier "keyb"
                        MatchIsKeyboard "true"
                        Driver "kbd"
                    EndSection
                    
                    $ cat /etc/xorg.conf.d/12-evdev.conf 
                    Section "InputClass"
                        Identifier "default"
                        Driver "evdev"
                    EndSection
                    Im not sure does 12-evdev.conf really needed
                    But my mouse and keybrd works fine.

                    Comment


                    • #11
                      Plus im not sure about what phoronix wrote on mkdir /etc/X11/xorg.conf.d
                      For me /etc/xorg.conf.d works fine.
                      Well maybe both /etc/X11/xorg.conf.d and /etc/xorg.conf.d works same good

                      Comment


                      • #12
                        Hi,

                        Here you go

                        http://fedoraproject.org/wiki/Input_..._configuration

                        Comment


                        • #13
                          Originally posted by krionius View Post
                          It's already working with the Xorg GIT version , so in practice FGLRX 10.4 beta (ubuntu leak) IS compatible already with Xorg 1.8 as there were no such changes that prevent that!

                          I personally am using Xorg GIT under Arch linux, along with other Arch users (Vi0L0).

                          What's needed is to checkout GIT and modify the configure.ac's version number to 1.7.5.1 - it will work with the fglrx perfectly just as with xorg-server 1.7!!

                          Check this and this:
                          http://bbs.archlinux.org/viewtopic.p...728571#p728571
                          http://www.phoronix.com/forums/showp...0&postcount=98

                          It would be nice to have a HOTFIX version of the 10.4 that will allow the 1.8 version definitions of XORG to work with fglrx catalyst.
                          Does fglrx-10.4 support kernel-2.6.33 or later?

                          Comment


                          • #14
                            With patching the kernel dricer part 10.4 beta catalyst compiles fine. I use it with 2.6.33.

                            Comment


                            • #15
                              As someone who only uses rolling-release distributions, fglrx is a lost cause. It's really sad because Nvidia seems to have no issues keeping up with open source development, I don't see why it's such a problem for AMD.

                              I'd really like to switch back to Nvidia but alas, I game in Windows and have 3 monitors... and GTX 480 SLI is just insane so that's not happening.

                              Comment

                              Working...
                              X