Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755466AbaDXKm7 (ORCPT ); Thu, 24 Apr 2014 06:42:59 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:47253 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753503AbaDXKmy (ORCPT ); Thu, 24 Apr 2014 06:42:54 -0400 Date: Thu, 24 Apr 2014 12:42:52 +0200 From: Pavel Machek To: Chris Wilson , Daniel Vetter , intel-gfx , "Rafael J. Wysocki" , dri-devel , kernel list , Jiri Kosina Subject: Re: 3.15-rc2: i915 regression: only top 20% of screen works in X Message-ID: <20140424104252.GA6743@amd.pavel.ucw.cz> References: <20140423202248.GA3621@amd.pavel.ucw.cz> <20140423220952.GA3627@amd.pavel.ucw.cz> <20140424055023.GA31221@nuc-i3427.alporthouse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140424055023.GA31221@nuc-i3427.alporthouse.com> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi! > > > > After update to 3.15-rc2, only top 20% of screen works on X. > > > > > > > > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset > > > > Integrated Graphics Controller (rev 03) > > > > > > > > 00:02.1 Display controller: Intel Corporation 4 Series Chipset > > > > Integrated Graphics Controller (rev 03) > > > > Subsystem: Intel Corporation Device d614 > > > > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- > > > > ParErr- Stepping- SERR- FastB2B- DisINTx- > > > > Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast > > > > >TAbort- SERR- > > > Latency: 0 > > > > Region 0: Memory at d0400000 (64-bit, non-prefetchable) > > > > [size=1M] > > > > Capabilities: > > > > > > > > This worked before. I believe it worked in 3.14. It definitely works > > > > in 3.11-rc2. > > > > > > Screenshot or more detailed description of what "only top 20% of > > > screen works in X" means? > > > Anything in dmesg? > > > > Actually yes, dmesg suggests it is quite > > sick. drivers/gpu/drm/drm_mm.c:767 warning triggered > > repeatedly. Also.. initial framebuffer does not work ; I don't seem to > > see anything before X start up. (This is Debian 6.0.9) > > That says that i915.ko failed to initialise the GPU (or rather the GPU > wasn't responding) and bailed during module load. The key line here is > [drm:init_ring_common] *ERROR* render ring initialization failed ctl > 0001f001 head 00002034 tail 00000000 start 0012f000 Actually, I'm not using modules -- everything is build-in. Can you try that config? Perhaps you can then reproduce the failure. > Jiri has been seeing a similar issue creep in during resume, but it is > not reliable enough to bisect. Is your boot failure reliable enough to > bisect? Also drm-intel-nightly should mitigate this failure and allow > i915.ko to continue to load and run X, which would be worth testing to > make sure that works as intended. So far it failed 100% of time, but this is my main machine, so bringing it down for extended periods is no-no. Greetings to Prague :-). Jiri, do you have i915 a module or build-in? Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/