Announcement

Collapse
No announcement yet.

Xorg hardlock; latest libdrm, mesa, xf86-video-ati, xorg-server 1.10.2

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

  • #16
    I was more interested about stuff that needs ES. So am I missing anything is I build Mesa without it on a desktop PC?

    Comment


    • #17
      Originally posted by RealNC View Post
      I was more interested about stuff that needs ES. So am I missing anything is I build Mesa without it on a desktop PC?
      Right now, not really. Most desktop oriented software that support OpenGL ES has a compile-time switch to use regular OpenGL instead, and most distros default to regular OpenGL.

      However, as a lot of mobile/embedded hardware has OpenGL ES drivers, but not full OpenGL drivers, some distros, especially those trying to compete on the ARM architecture (such as Emdebian and Ubuntu), might change that policy in the near future.

      Comment


      • #18
        and it is STILL happening (the hardlock) !

        now even with mp3-playback and then continuously playing a small sound-bit of and mp3 at the hardlock (only power off & on worked after that - this box has no reset button )

        will try out the suggested patch once I have access to my system again

        Comment


        • #19
          seems like the posted patch helps

          the GPU still locks up and tries to reset (like I experienced on Ubuntu 11.04 where it was successful to reset but did resets pretty often)

          but seems to fail (sometimes it reset the gpu 1-3 times - screen goes blank shortly and I can switch to tty for several seconds and maybe back but then the screen content locks up)

          at least it doesn't hardlock anymore (where it couldn't manage to reset the gpu)

          I can save the state of my work via magic sysrq key and reboot or shutdown


          * it's probably NOT entirely related to Chromium browser but it happens most with it while browsing through github

          * it once happened while bringing an minimized window to the front (magic lamp animation and it got stock in the mid of the animation, mp3/music was playing and looped for that moment (1/2 - 1 second loop)

          * another time afaik I had switched apps around and wanted to open up an app from awn (avant-window-navigator), clicking on an app icon where it locked up


          each time this was with compiz-fusion + gtk-window-decorator enabled

          static application switcher, no wobbly windows enabled (these enabled probably trigger it more faster), ...


          thanks !

          Comment


          • #20
            ok - so some feedback

            my system is up now for 3 days + 4 hours

            and haven't had a hardlock yet (usually the hardlocks would appear between: after several minutes of uptime or after approx. 1 day and some hours)


            I've switched to KDE 4.7 + qt 4.7.3

            gcc 4.6.1 hardened, linux kernel 3.0.0, binutils 2.21.1 [set for compilation]

            ~amd64

            xf86-video-ati, libdrm, mesa, xorg-server all latest stable or rc versions that are available in the gentoo tree




            seems like the previous configuration (gnome 2.32* with awn + compiz-fusion 0.8*)

            especially in combination with chromium + browsing on github triggered this


            this might be an inherent and/or not yet discovered bug lying in the graphics subsystem [or the kernel itself]

            that gets triggered and causes hardlocks


            since I currently need my box for production I'll stick to KDE 4 for some time and see whether it's stable

            actually I'd like to use awn + gnome + compiz-fusion due to its faster workload & improved productivity (time saved)

            but kde also isn't that bad


            Thanks & please keep up improving the opensource graphics drivers

            They rock !

            Comment

            Working...
            X