Announcement

Collapse
No announcement yet.

Linux 2.6.32 To Get R600 KMS Along With 3D

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

  • #46
    Indeed. Sadly, the *buntus won't see r600/r700 OpenGL until NEXT APRIL when "Karmic Koala" comes out.
    Did I miss something, Normaly Ubuntu releases new versions all 6 months, and that should be true for Karmic, too.

    http://www.pettinix.org/2009/04/29/u...la-la-roadmap/

    So it should come on 29th of October.

    about my last question, I asked because I see since a few weeks something that looks like the new drm code.

    http://changelogs.ubuntu.com/changel...ntu1/changelog

    black@saturn:~$ cat /var/log/Xorg.0.log | grep r600
    (II) AIGLX: Loaded and initialized /usr/lib/dri/r600_dri.so

    black@saturn:~$ glxinfo | grep Mesa
    IRQ's not enabled, falling back to busy waits: 2 16
    no rrb
    OpenGL renderer string: Mesa DRI R600 (RV740 94B3) 20090101 TCL
    OpenGL version string: 1.4 Mesa 7.6-devel

    I dont know whats missing to get this work but I think itīs not the dri version?

    Itīs not software-rendering anymore but the hardware 3d (glxgears) does not work yet at least here (hd4770).


    I hope they fix it soon, but I think they will till karmic release.

    Comment


    • #47
      Originally posted by agd5f View Post
      TV-out on avivo chips (r5xx-r7xx) should can be considered pretty close to done at this point (add Option "ATOMTvOut" "TRUE" to the device section of your xorg config to enable). Scaling of just about any mode works. Only tv-out on the pre-avivo chips (r1xx-r4xx) is limited to 800x600.

      Better power management is next on our list once r6xx/r7xx 3D support stabilizes a bit more.
      Awesome! Thanks for the quick response, not to mention all the work you and your colleagues have been getting done.

      Comment


      • #48
        Originally posted by V!NCENT View Post
        Now this is what worries me: why is there not going to be support for KMS on the HDRadeon4870?
        Why do you say this ? As far as I know the initial KMS code supports the HD4870 to the same extent as other 6xx/7xx chips.

        Originally posted by blackiwid View Post
        black@saturn:~$ glxinfo | grep Mesa
        IRQ's not enabled, falling back to busy waits: 2 16
        no rrb
        OpenGL renderer string: Mesa DRI R600 (RV740 94B3) 20090101 TCL
        OpenGL version string: 1.4 Mesa 7.6-devel
        Sounds like the 3D code is there but just needs some updates. The IRQ message is normal right now but the rrb message was fixed a few weeks ago IIRC.
        Last edited by bridgman; 09-09-2009, 08:25 AM.

        Comment


        • #49
          X2?

          Is there/will be in current drivers support of Crossfire?

          Comment


          • #50
            There has been discussion about adding support for Crossfire-like operation to the open drivers but it's a large task and I don't expect it to happen in the near future. Crossfire is not something you can just enable in the hardware.
            Last edited by bridgman; 09-09-2009, 08:44 AM.

            Comment


            • #51
              X2?

              Originally posted by bridgman View Post
              There has been discussion about adding support for Crossfire-like operation to the open drivers but it's a large task and I don't expect it to happen in the near future. Crossfire is not something you can just enable in the hardware.
              Yes, I know it is not. The reason I am asking this, is because I saw gpu_address variable in some of radeon files in drm.

              Comment


              • #52
                I imagine the driver code needs to know about multiple GPUs even if it is only using one of them. I guess there are four stages of "support" :

                nothing at all - driver gets confused and crashes when >1 GPU

                awareness - driver can only work with one GPU at a time but knows enough to ignore the other ones

                multi-GPU - driver can support multiple GPUs with different screens on each GPU

                multi-GPU rendering - like Crossfire, driver can divide work across multiple GPU engines and combine the results to a single screen

                Comment


                • #53
                  Well hopefully Lucid's Hydra chip makes proprietary, vender specific, multiple GPU solutions a thing of the past in the near future. (Hopefully Lucid does it to in a manner that support can be done at the kernel level.)

                  Comment


                  • #54
                    Originally posted by Ex-Cyber View Post
                    So is it pretty reasonable to expect "classic Mesa" R600 3D support to land in the first round of 2010 distro releases?
                    Or the last round of 2009 distro releases... Fedora Rawhide supposed to get it TODAY, rawhide goes stable (if you can call it that...) as Fedora 12 on Nov 10 (if it keeps to schedule, which would be unusual).

                    Comment


                    • #55
                      Btw. Does anyone know what happened to the HDMI patch that was made for the Radeon drivers ported over from RadeonHD?

                      Was it applied, and end of story?

                      Comment


                      • #56
                        Originally posted by Louise View Post
                        Btw. Does anyone know what happened to the HDMI patch that was made for the Radeon drivers ported over from RadeonHD?
                        It's not that useful even if it was since it has to be separately ported to KMS. The HDMI audio radeonhd has is strictly related to userspace modesetting and won't work with KMS without porting it altogether to KMS infrastructure.

                        Comment


                        • #57
                          Originally posted by nanonyme View Post
                          It's not that useful even if it was since it has to be separately ported to KMS. The HDMI audio radeonhd has is strictly related to userspace modesetting and won't work with KMS without porting it altogether to KMS infrastructure.
                          I see. Does that also hold for DisplayPort?

                          I remember seeing Improved DisplayPort as a feature for Fedora 12. Does DisplayPort also wait for KMS to stabilize?

                          Comment


                          • #58
                            Originally posted by Louise View Post
                            I see. Does that also hold for DisplayPort?

                            I remember seeing Improved DisplayPort as a feature for Fedora 12. Does DisplayPort also wait for KMS to stabilize?
                            You can implement both of those both over userspace modesetting and KMS. I don't know which that feature for Fedora 12 refers to. The thing is, both need to be eventually implemented over KMS since userspace modesetting is being deprecated in favour of KMS where KMS is available.

                            Comment


                            • #59
                              Originally posted by blackiwid View Post
                              Did I miss something, Normaly Ubuntu releases new versions all 6 months, and that should be true for Karmic, too.

                              http://www.pettinix.org/2009/04/29/u...la-la-roadmap/

                              So it should come on 29th of October.
                              Oops. I meant Ubuntu 10.04; I don't know what it's codename is yet.
                              Ubuntu 9.10, "Karmic", will not likely have kernel 2.6.32.

                              Comment


                              • #60
                                Originally posted by Darkfire Fox View Post
                                Oops. I meant Ubuntu 10.04; I don't know what it's codename is yet.
                                Ubuntu 9.10, "Karmic", will not likely have kernel 2.6.32.
                                Ubuntu 9.10 gets 2.6.31 and Fedora 12 as well.

                                Comment

                                Working...
                                X