Date: Mon, 4 Feb 2019 13:07:45 +0100 From: Milan Obuch <freebsd-x11@dino.sk> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 4 Feb 2019 11:32:25 +0000 Johannes Lundberg <johalun0@gmail.com> 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: <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 > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190204130745.0dc5790b>