Date: Mon, 23 May 2016 11:46:46 -0700 From: Matthew Macy <mmacy@nextbsd.org> To: =?UTF-8?Q?=22Juan_Ram=C3=B3n_Molina_Menor=22?= <listjm@club.fr> Cc: "<freebsd-x11@freebsd.org>" <freebsd-x11@freebsd.org> Subject: Re: 4.6 DRM/i915 update CFT (Sandy Bridge?)/IvyBridge/Haswell/Broadwell/SkyLake/KabyLake supported Message-ID: <154def0d8ef.117603fe4187917.5862406218647075647@nextbsd.org> In-Reply-To: <5742C2E1.2050603@club.fr> References: <5742C2E1.2050603@club.fr>
next in thread | previous in thread | raw e-mail | index | archive | help
---- On Mon, 23 May 2016 01:44:17 -0700 Juan Ram=C3=B3n Molina Menor <list= jm@club.fr> wrote ----=20 > Hi!=20 > =20 > Your commits overnight have restored and even improved the performance = =20 > with my Haswell (HD 4400) GPU: Lower CPU usage and snappier resize / =20 > full-screen changes.=20 > =20 > But on the other hand, loading the i915kms module through startx =20 > (non-root) panics, I have to use kldload i915kms.=20 > =20 > Also, changing the power mode (plugging or unplugging the power cord) = =20 > leads to instant panic, while with the drm-next-3.9 branch, switching = =20 > AC/battery modifies backlight value up and down without issues. I have = =20 > replaced the screenshot:=20 > =20 > https://wiki.freebsd.org/Laptops/ThinkPad_S440?action=3DAttachFile&do=3D= get&target=3Dpanic-DRM-46.jpg=20 I'll need the backtrace from both panics. Neither of them occurs on my hard= ware. If you have a problem recovering a core dump try loading drm2 first a= nd then setting dev.drm.skip_ddb=3D1. That will bypass much of the work tha= t panic tries to do to quiesce the CPU before dumping core. -M
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?154def0d8ef.117603fe4187917.5862406218647075647>