From owner-freebsd-x11@freebsd.org Mon Feb 4 12:07:50 2019 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58FAF14CE182 for ; Mon, 4 Feb 2019 12:07:50 +0000 (UTC) (envelope-from freebsd-x11@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF1A983E8E for ; Mon, 4 Feb 2019 12:07:48 +0000 (UTC) (envelope-from freebsd-x11@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Mon, 04 Feb 2019 13:07:45 +0100 id 00DED208.5C582B11.0000761F Date: Mon, 4 Feb 2019 13:07:45 +0100 From: Milan Obuch To: freebsd-x11@freebsd.org Subject: Re: 'chatty' video driver Message-ID: <20190204130745.0dc5790b@zeta.dino.sk> In-Reply-To: <63cb7724-1fb6-073a-88f7-1f526be950d0@gmail.com> References: <20190204115606.464f5764@zeta.dino.sk> <63cb7724-1fb6-073a-88f7-1f526be950d0@gmail.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; i386-portbld-freebsd10.4) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: AF1A983E8E X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd-x11@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-x11@dino.sk X-Spamd-Result: default: False [-0.73 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.18)[-0.183,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[dino.sk]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.88)[-0.877,0]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.63)[0.634,0]; MX_GOOD(-0.01)[cached: mail.dino.sk]; IP_SCORE(0.01)[country: SK(0.03)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Feb 2019 12:07:50 -0000 On Mon, 4 Feb 2019 11:32:25 +0000 Johannes Lundberg wrote: > Hi > > xf86-video-intel (which is more or less deprecated) tend to cause GPU > hang on my system too. Delete the package and try with the built in > "modesetting" driver and see how it goes (modesetting is used by > default if xf86-video-intel is not installed). > You are right, it works that way. Even one package less is good thing. However, lines bothering me (a bit) are from kernel, most probably originated in drm-fbsd12.0-kmod-4.16.g20181215 module. In this area, there were no change at all. Regards, Milan > On 2/4/19 10:56 AM, Milan Obuch wrote: > > Hi, > > > > I have one installation on UP square board, which is basically > > standard Intel Celeron N3350 board. OS is FreeBSD 12.0 stable, used > > kernel modules are drm-fbsd12.0-kmod-4.16.g20181215 and > > xf86-video-intel-2.99.917.20181203. Everything works, (read as: I > > did not see anything gone wrong) just video driver is somehow > > chatty, spitting some lines in the log. Kind of occasionally, maybe > > regularly. Most of them are following: > > > > drmn0: vcs0 is not idle before parking > > drmn0: vecs0 is not idle before parking > > > > followed by a long line, (mailer wrapped, making it actually much > > more readable this time): > > > > intel_engines_park 0xfffffe0000532620Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532620Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park > > 0xfffffe0000532630Vintel_engines_park 0xfffffe0000532630V > > > > So this is 'intel_engines_park 0xfffffe0000532620V' with no new > > line at the end, followed immediatelly with almost identical element > > 'intel_engines_park 0xfffffe0000532630V' (notice the difference at > > the end, 20V vs. 30V) repeated a bucn of times. > > > > Is there any possibility to do something with it? Kind of > > silencing? If anybody has something to test on this setup, I can do > > it, naturally. > > > > Just for completeness, following is seen when loading i915kms: > > > > drmn0: on vgapci0 > > vgapci0: child drmn0 requested pci_enable_io > > vgapci0: child drmn0 requested pci_enable_io > > [drm] Unable to create a private tmpfs mount, hugepage support will > > be disabled(-19). __pm_runtime_resume not implemented -- see your > > local kernel hacker Successfully added WC MTRR for > > [0x80000000-0x8fffffff]: 0; [drm] Got stolen memory base > > 0x7c000000, size 0x4000000 [drm] Supports vblank timestamp caching > > Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp > > query. [drm] Connector eDP-1: get mode from tunables: > > [drm] - kern.vt.fb.modes.eDP-1 > > [drm] - kern.vt.fb.default_mode > > pm_runtime_mark_last_busy not implemented -- see your local kernel > > hacker __pm_runtime_suspend not implemented -- see your local > > kernel hacker drmn0: successfully loaded firmware image with name: > > i915/bxt_dmc_ver1_07.bin [drm] Finished loading DMC firmware > > i915/bxt_dmc_ver1_07.bin (v1.7) [drm] failed to retrieve link info, > > disabling eDP [drm] Connector DP-1: get mode from tunables: > > [drm] - kern.vt.fb.modes.DP-1 > > [drm] - kern.vt.fb.default_mode > > [drm] Connector HDMI-A-1: get mode from tunables: > > [drm] - kern.vt.fb.modes.HDMI-A-1 > > [drm] - kern.vt.fb.default_mode > > pm_runtime_get_if_in_use not implemented -- see your local kernel > > hacker sched_setscheduler_nocheck not implemented -- see your local > > kernel hacker register_oom_notifier not implemented -- see your > > local kernel hacker [drm] Initialized i915 1.6.0 20171222 for drmn0 > > on minor 0 register_acpi_notifier not implemented -- see your local > > kernel hacker async_schedule is dodgy -- see your local kernel > > hacker pm_runtime_set_autosuspend_delay not implemented -- see your > > local kernel hacker async_synchronize_cookie not implemented -- see > > your local kernel hacker __pm_runtime_use_autosuspend not > > implemented -- see your local kernel hacker VT: Replacing driver > > "efifb" with new "fb". start FB_INFO: > > type=11 height=2160 width=3840 depth=32 > > cmsize=16 size=33177600 > > pbase=0x80040000 vbase=0xfffff80080040000 > > name=drmn0 flags=0x0 stride=15360 bpp=32 > > cmap[0]=0 cmap[1]=7f0000 cmap[2]=7f00 cmap[3]=c4a000 > > end FB_INFO > > drmn0: fb0: inteldrmfb frame buffer device > > drmn0: bcs0 is not idle before parking > > > > Also, some time after loading this module, 22 seconds according > > system logs, there is following line: > > > > [drm] GPU HANG: ecode 9:2:0xfffffffe, reason: No progress on vcs0, > > vecs0, action: reset > > > > This system is intended for use as browser kiosk, not doing much > > fancy graphics, and it would be nice to hide above mentioned system > > messages from casual view... > > > > Regards, > > Milan > > >