From owner-freebsd-x11@FreeBSD.ORG Wed Mar 4 11:18:53 2015 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02C04DF7; Wed, 4 Mar 2015 11:18:53 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8970D1D5; Wed, 4 Mar 2015 11:18:52 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 1C5931FE022; Wed, 4 Mar 2015 12:18:49 +0100 (CET) Message-ID: <54F6EA48.5050806@selasky.org> Date: Wed, 04 Mar 2015 12:19:36 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-x11@FreeBSD.org, freebsd-current@FreeBSD.org, Ed Maste Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) References: <54F636B3.90701@FreeBSD.org> In-Reply-To: <54F636B3.90701@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 11:18:53 -0000 On 03/03/15 23:33, Jean-Sébastien Pédron wrote: > Hi! > > Here is a new patch to based on HEAD r279508: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.i.patch > > You can apply it to a Subversion checkout using the following command: > svn patch drm-update-38.i.patch > > There are few changes: > o The panic reported by J.R. Oldroyd is fixed, but not the CP init > problem. > o A lock assert was added, suggested by Konstantin Belousov > > I had several panics ("Stray timeout") with a taskqueue used by TTM, but > it didn't occur in the past 6 days. Maybe it was a problem outside of DRM. > > I would like people to test again and report :) If something fails, > please post a full dmesg, taken after loading the relevant *kms module, > or the core.txt.$N file if it's a panic. > > Hans Petter and Ed, I couldn't reproduce neither of your problems (HDMI > hotplug events storm and VT-switch misbehaviour). However, they both > involve callouts, like the "Stray timeout" panic I had with TTM. I > suspect there was a transient problem with callouts in HEAD at the same > time. Could you please test again with this patch and a very recent HEAD? 1) Callouts are not yet entirely fixed in HEAD yet. Fixes and discussions are still ongoing, see D1894. BTW: I'm using: https://reviews.freebsd.org/D1438 2) Maybe you could consider adding "SUBDIR_PARALLEL=" to some of the drm2 Makefiles? 3) After a lot of digging I found the only way to get flicker free video with XVideo using the Intel driver was to configure X.org like this: Section "Device" Identifier "Device0" Driver "intel" Option "AccelMethod" "sna" Option "TearFree" "true" EndSection Maybe that could be the default? 4) High Xorg usage is not solved: 1026 root 1 26 0 99M 26928K 915gbr 0 1:03 8.89% Xorg 1026 root 1 102 0 99M 26936K CPU0 0 1:52 98.58% Xorg info: [drm] Initialized drm 1.1.0 20060810 drmn0: on vgapci0 iicbus0: on iicbb0 addr 0xff iic0: on iicbus0 iic1: on iicbus1 iicbus2: on iicbb1 addr 0x0 iic2: on iicbus2 iic3: on iicbus3 iicbus4: on iicbb2 addr 0x0 iic4: on iicbus4 iic5: on iicbus5 iicbus6: on iicbb3 addr 0x0 iic6: on iicbus6 iic7: on iicbus7 iicbus8: on iicbb4 addr 0x0 iic8: on iicbus8 iic9: on iicbus9 iicbus10: on iicbb5 addr 0x0 iic10: on iicbus10 iic11: on iicbus11 iicbus12: on iicbb6 addr 0x0 iic12: on iicbus12 iic13: on iicbus13 info: [drm] MSI enabled 1 message(s) info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. drmn0: taking over the fictitious range 0xe0000000-0xf0000000 info: [drm] Enabling RC6 states: RC6 off, RC6p off, RC6pp off info: [drm] Connector VGA-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.VGA-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector HDMI-A-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.HDMI-A-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector DP-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.DP-1 info: [drm] - kern.vt.fb.default_mode fbd0 on drmn0 VT: Replacing driver "vga" with new "fb". info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0 error: [drm:pid1026:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 14000000, was 12060000 info: [drm] GMBUS [gmbus dpd] timed out, falling back to bit banging on pin 6 --HPS