[lkml]   [2010]   [Sep]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] Revert "drm/i915: fix vblank wait test condition"

    On Sun, Sep 5, 2010 at 11:14 AM, Sitsofe Wheeler <> wrote:
    > On Sun, Sep 05, 2010 at 10:26:25AM +0200, Fabio Comolli wrote:
    >> Well, this is very strange. I also own an EeePC 900 (i915 of course)
    >> and I don't have this problem at all, nor I need the patch. Actually I
    >> run a plain 2.6.36-rc3 and it works perfectly.
    >> I use the latest userspace available, with xorg 1.9 and Intel video
    >> driver v. 2.12 (Archlinux testing repositories).
    >> Which kernel / userspace are you using?
    > OK that's interesting - are you seeing correct xrandr output after a
    > suspend and resume too?


    [root@ratbert] - [~] xrandr
    Screen 0: minimum 320 x 200, current 1024 x 600, maximum 4096 x 4096
    LVDS1 connected 1024x600+0+0 (normal left inverted right x axis y
    axis) 0mm x 0mm
    1024x600 59.5*+
    800x600 85.1 72.2 75.0 60.3 56.2
    640x480 85.0 72.8 75.0 59.9
    720x400 85.0
    640x400 85.1
    640x350 85.1
    VGA1 disconnected (normal left inverted right x axis y axis)
    TV1 disconnected (normal left inverted right x axis y axis)

    (just resumed from suspend-to-ram - no hibernation configured)

    > I previously said that everything was working
    > perfectly a few weeks ago (only correct inputs were reported, only one
    > FIFO message in dmesg, no tearing on video, no cursor disappearing,
    > screen size was correct when X started, running xrandr doesn't make the
    > screen flash white etc) and added my tested-by line only to find out
    > that there were cases where phantom inputs were still being reported (
    > ).
    > I'm using a 2.6.36-rc3 kernel (with the patch). I think userspace X is
    > less relevant as I can reproduce the false VGA detection without X
    > starting please see
    > for more details).  I've tested the 2.12 intel drivers which you can add
    > via xorg-edgers (which I think was 1.8 but I'd have to check) and the
    > 2.9 drivers which ship with Ubuntu 10.04 (which is xorg 1.7.6). The
    > newer X userspace pieces show a nice speedup in things like desktop
    > effects and textured video but if X doesn't run and inputs are being
    > mis-detected then I don't think it is the root of the problem...
    > I'm interested to know if it is just me seeing this issue. Did you even
    > have a problem with 2.6.36-rc2? Do you have any debugging options (e.g.
    > lock dep checking) on that would slow your kernel down and stop the
    > issue from ocurring?

    Never had this kind of issues. I also tested rc2 without problems.

    > --
    > Sitsofe |

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2010-09-05 12:17    [W:0.030 / U:40.524 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site