'chatty' video driver

Milan Obuch freebsd-x11 at dino.sk
Mon Feb 4 11:01:20 UTC 2019


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 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


More information about the freebsd-x11 mailing list