Announcement

Collapse
No announcement yet.

Intel On Haswell Under Linux: "We've Screwed Up"

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

  • Intel On Haswell Under Linux: "We've Screwed Up"

    Phoronix: Intel On Haswell Under Linux: "We've Screwed Up"

    After the change yesterday to now hide early Intel hardware support by default to fend off early driver issues for new graphics hardware -- such as mode-setting just outright failing to work -- Intel has commented a bit more on the driver support for the forthcoming "Haswell" hardware...

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

  • #2
    Ian Romanick [PATCH 1/2] intel: Enable S3TC extensions always
    Ian Romanick [PATCH 2/2] i965: Enable floating-point textures always

    From here:
    Patch 1/2 is probably only a candidate for 9.0 branch. It has a weak
    dependency on some other work that's only on 9.0 (see 42723d8).

    Patch 2/2 could be a candidate for both 8.0 and 9.0. I suspect that
    most people build our driver with floating-point textures enabled
    anyway, so it's no real change.

    Comment


    • #3
      WOW does this mean that we will have it in all drivers in Mesa.

      Comment


      • #4
        Originally posted by 89c51 View Post
        WOW does this mean that we will have it in all drivers in Mesa.
        No, it doesn't mean anything.

        @OT: No worries, Haswell is scheduled for April and Ubuntu 13.04 will use Linux 3.8.

        Comment


        • #5
          Originally posted by d2kx View Post
          No, it doesn't mean anything.

          @OT: No worries, Haswell is scheduled for April and Ubuntu 13.04 will use Linux 3.8.

          The next question is why. I mean if intel managed to get over the legal mess why the others can't do the same.

          Comment


          • #6
            Poor OpengGL support for Haswell

            Intel also doesn't seem to care much about OpenGL for Haswell. They only have support for OpenGL 4.0 in Haswell, which by its launch will be 3 years old. In the mean time, Nvidia will launch OpenGL 4.3 support in their drivers by the end of the year.

            Until Intel gets it together with the support for latest OpenGL versions, I can't take them seriously as a graphics company.

            Comment


            • #7
              Nvidia has got OpenGL 4.3.0 support with driver release 310.14 already. But i hope that Intel works a bit faster that Rage could be used with the Linux driver as well (via wine). With nvidia you don't need to boot win. Sadly Intel win drivers are usually much faster for more demanding games. It is really a pity that Optimus support does not work natively - just because of a few GPL-only exports. Basically Intel gfx is ok for office use but definitely not for gaming (yet). The current hack (bumblebee) is a bit complicated to use.

              Comment


              • #8
                You still need S3TC lib for some functionality, they've just enabled the same stuff by default that happens now when you set the environment variable since most of the extension is present in mesa.

                Very interesting about the fp textures, though.

                I wonder if intel licensed this for their hardware, or if their lawyers just said it was ok, or what?

                Comment


                • #9
                  Intel, NO, you didn't screw up.

                  Your hardware isn't even out yet. When your hardware is out, people will just use the 3.8 kernel or whatever kernel they need to use your hardware well. It's really no big deal to pick up a newer kernel version, even if they're running older distributions or a distribution that didn't ship with a newer kernel version. That is why Debian and Ubuntu have backports, for exactly this reason.

                  If it's 8 months after the hardware is out and your driver isn't stable and doesn't support many features of your hardware.. *THEN* I'd say you screwed up, but that's not going to happen with Haswell. So stop being so hard on yourselves

                  Comment


                  • #10
                    Originally posted by Sidicas View Post
                    Intel, NO, you didn't screw up.

                    Your hardware isn't even out yet. When your hardware is out, people will just use the 3.8 kernel or whatever kernel they need to use your hardware well. It's really no big deal to pick up a newer kernel version, even if they're running older distributions or a distribution that didn't ship with a newer kernel version. That is why Debian and Ubuntu have backports, for exactly this reason.

                    If it's 8 months after the hardware is out and your driver isn't stable and doesn't support many features of your hardware.. *THEN* I'd say you screwed up, but that's not going to happen with Haswell. So stop being so hard on yourselves
                    +1, Kayden please pass these sentiments along to the open source team. If you guys at Intel had decided to do a launch-day code drop for Haswell and a few months, and hundreds of bug reports, later decided "Oops! We screwed up!" THAT would be a big deal and people would be mad. But Haswell isn't even out yet, NO ONE's machine depends on Haswell outside of Intel which means backwards compatibility at any level is non existant. I say break the stuff as many times as you want. Thats a corner stone of programming right there. You wrote a solution to a problem, in this case hardware enablement, realized you didn't do it right and instead of just going "oh well", you went back and fixed it. I say kudos, but here's to hoping that v2 of the code is the right one

                    Comment


                    • #11
                      There could be only 1 reason for those patches: steam. Often you get s2tc libs preinstalled anyway, so if you enable s3tc by default or not does not matter. floating-point textures are enabled by debian anyway, so you have to find any other distro which did not enable it to see a diff. it does not seem to be a generic hack, just for intel.

                      Comment


                      • #12
                        Originally posted by krypton22 View Post
                        Intel also doesn't seem to care much about OpenGL for Haswell. They only have support for OpenGL 4.0 in Haswell, which by its launch will be 3 years old. In the mean time, Nvidia will launch OpenGL 4.3 support in their drivers by the end of the year.

                        Until Intel gets it together with the support for latest OpenGL versions, I can't take them seriously as a graphics company.
                        LOL, seriously what?

                        OpenGL 4.0 *open source* support for hardware that isn't released yet!!! And there have been significant advances over the past few years to get OpenGL support current... in the recent past people were whining about OpenGL working at ALL on Linux/Intel. And for the comments on performance, the typical development model of anything, especially open source, has been to 1) get it working 2) get it working well 3) get it working quickly [or something close to that affect]

                        If you want anyone to care, especially the developers working hard on this, how about putting a little perspective into your thinking/comments

                        [There has been a steady-ish stream of advances in the OpenGL versions supported, 4.3 is almost there]
                        Last edited by Craig73; 10-19-2012, 02:10 PM.

                        Comment


                        • #13
                          this is just corporate propaganda... "oh look how open source friendly we are, apologizing for not having decent support... for hardware that won't be here until next year"


                          they should be apoligizing for gma 3600, that's what they should be apoligizing for.

                          Comment

                          Working...
                          X