From owner-freebsd-current@freebsd.org Sun Aug 30 19:00:01 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E78A49C6B9A for ; Sun, 30 Aug 2015 19:00:01 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward18m.cmail.yandex.net (forward18m.cmail.yandex.net [IPv6:2a02:6b8:b030::9f]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BAC5182 for ; Sun, 30 Aug 2015 19:00:01 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from smtp1m.mail.yandex.net (smtp1m.mail.yandex.net [IPv6:2a02:6b8:0:2519::121]) by forward18m.cmail.yandex.net (Yandex) with ESMTP id 988D920E17; Sun, 30 Aug 2015 21:59:54 +0300 (MSK) Received: from smtp1m.mail.yandex.net (localhost [127.0.0.1]) by smtp1m.mail.yandex.net (Yandex) with ESMTP id 43C5E67405C4; Sun, 30 Aug 2015 21:59:54 +0300 (MSK) Received: by smtp1m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id B5KiiEJIqG-xrluabIt; Sun, 30 Aug 2015 21:59:53 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1440961193; bh=NNNnXT4tAbGbIue2RrGRQfaDbPRud0IqDYIWPFZ52uE=; h=Subject:To:References:Cc:From:Message-ID:Date:User-Agent: MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=EFOZXGrPhV00Qv2q0S2HbTziHJwlp5XouOLjifJATsuME8JYVw4I4Arzomc4lGEgw szL44glskxdufBoQm4Nz5H5TMKu3e4wOSTecBq8kUdWoMaAFFx0BQUAfHMR4SlkcD9 RzAHR2a0pmP2j9DL0Ib1VlrZ3sDx5L1t8yvjUZ1I= Authentication-Results: smtp1m.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-ForeignMX: US Subject: Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer To: Slawa Olhovchenkov References: <55E212F9.6010908@yandex.ru> <20150830130604.GN3158@zxy.spb.ru> <20150830175039.GO3158@zxy.spb.ru> Cc: FreeBSD Current From: Ruslan Makhmatkhanov Message-ID: <55E35257.9030201@yandex.ru> Date: Sun, 30 Aug 2015 21:58:31 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150830175039.GO3158@zxy.spb.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 30 Aug 2015 20:04:51 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Aug 2015 19:00:02 -0000 Slawa Olhovchenkov wrote on 08/30/2015 20:50: > On Sun, Aug 30, 2015 at 04:06:04PM +0300, Slawa Olhovchenkov wrote: > >> On Sat, Aug 29, 2015 at 11:15:53PM +0300, Ruslan Makhmatkhanov wrote: >> >>> Hello, >>> >>> I'm getting tons of this in /var/log/messages: >>> error: [drm:pid9:i915_gem_object_unbind] *ERROR* Attempting to unbind >>> pinned buffer >>> >>> As far I understand [1], this case is harmless and there is no point to >>> print it with DRM_ERROR - DRM_DEBUG is sufficient. Can we please change >>> it in our tree like it done in patch attached? Thanks. >>> >>> PS. In Linux 3.8 [2] this check was changed by removing the warning >>> altogether and just returning -EBUSY, so may be we can do just this to >>> reduce the diff ;). >>> >>> [1] https://bugs.freedesktop.org/show_bug.cgi?id=50075 >>> [2] >>> http://lxr.free-electrons.com/source/drivers/gpu/drm/i915/i915_gem.c?v=3.8 >>> >>> -- >>> Regards, >>> Ruslan >>> >>> T.O.S. Of Reality >> >>> Index: sys/dev/drm2/i915/i915_gem.c >>> =================================================================== >>> --- sys/dev/drm2/i915/i915_gem.c (revision 287214) >>> +++ sys/dev/drm2/i915/i915_gem.c (working copy) >>> @@ -2528,7 +2528,7 @@ >>> return 0; >>> >>> if (obj->pin_count) { >>> - DRM_ERROR("Attempting to unbind pinned buffer\n"); >>> + DRM_DEBUG("Attempting to unbind pinned buffer\n"); >>> return -EINVAL; >>> } >>> >> >> I think this is not root of cause, this is only cause of other error: >> >> === dmesg ==== >> info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0 >> error: [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung >> info: [drm] capturing error event; look for more information in sysctl hw.dri.0.info.i915_error_state >> error: [drm:pid0:i915_reset] *ERROR* Failed to reset chip. >> ============== >> >> This cause: >> >> === Xorg.log ==== >> [ 51.010] (EE) intel(0): Detected a hung GPU, disabling acceleration. >> [ 51.010] (EE) intel(0): When reporting this, please include i915_error_state from debugfs and the full dmesg. >> ================= >> >> and after this you see Attempting to unbind pinned buffer. >> >> I am see this in STABLE after Aug upgrade. I am don't see this at 2014-Oct STABLE. > > For -STABLE: > > r280368 -- All works OK (no error messages, video playback work) > r280369 -- All works OK (no error messages, video playback work) > r282141 -- error: [drm:pid5:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer (video don't tested) > r282199 -- error: [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung (video don't work) No doubt that this is not the root cause, but frankly I haven't that "GPU hung" messages in my system. I have others like this one triggered on shutdown: error: [drm:pid1041:intel_lvds_enable] *ERROR* timed out waiting for panel to power off And this one spamming almost with the same frequency as "pinned buffer": error: [drm:pid1016:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 000d0000, was 180d0000 But I had not investigated that yet and not sure they are related. It's on r287029 head. -- Regards, Ruslan T.O.S. Of Reality