linux-kernel - Re: [PATCH] Revert "drm/i915: fix vblank wait test condition"

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 5 Sep 2010 10:14:51 +0100
From:	Sitsofe Wheeler <sitsofe@...oo.com>
To:	Fabio Comolli <fabio.comolli@...il.com>
Cc:	Sven Joachim <svenjoac@....de>, Hugh Dickins <hughd@...gle.com>,
	Pekka Enberg <penberg@...nel.org>,
	Chris Wilson <chris@...is-wilson.co.uk>,
	torvalds@...ux-foundation.org, linux-kernel@...r.kernel.org,
	Andrew Morton <akpm@...ux-foundation.org>,
	Jesse Barnes <jbarnes@...tuousgeek.org>
Subject: Re: [PATCH] Revert "drm/i915: fix vblank wait test condition"

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? 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 (
http://marc.info/?l=linux-kernel&m=128272404206696&w=2 ).

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 http://bugs.freedesktop.org/show_bug.cgi?id=29857
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?

-- 
Sitsofe | http://sucs.org/~sits/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/