Date: Mon, 4 Feb 2019 11:32:25 +0000 From: Johannes Lundberg <johalun0@gmail.com> To: freebsd-x11@freebsd.org Subject: Re: 'chatty' video driver Message-ID: <63cb7724-1fb6-073a-88f7-1f526be950d0@gmail.com> In-Reply-To: <20190204115606.464f5764@zeta.dino.sk> References: <20190204115606.464f5764@zeta.dino.sk>
next in thread | previous in thread | raw e-mail | index | archive | help
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). 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: <drmn> 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 hack= er > __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 hacke= r > sched_setscheduler_nocheck not implemented -- see your local kernel hac= ker > 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 kern= el hacker > async_synchronize_cookie not implemented -- see your local kernel > hacker __pm_runtime_use_autosuspend not implemented -- see your local k= ernel hacker > VT: Replacing driver "efifb" with new "fb". > start FB_INFO: > type=3D11 height=3D2160 width=3D3840 depth=3D32 > cmsize=3D16 size=3D33177600 > pbase=3D0x80040000 vbase=3D0xfffff80080040000 > name=3Ddrmn0 flags=3D0x0 stride=3D15360 bpp=3D32 > cmap[0]=3D0 cmap[1]=3D7f0000 cmap[2]=3D7f00 cmap[3]=3Dc4a000 > 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, vecs= 0, 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 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?63cb7724-1fb6-073a-88f7-1f526be950d0>