Date: Fri, 15 Jul 2016 17:38:37 +0200 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: Matthew Macy <mmacy@nextbsd.org> Cc: "freebsd-current@freebsd.org" <freebsd-current@freebsd.org>, "freebsd-x11@freebsd.org" <freebsd-x11@freebsd.org>, "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org> Subject: Re: 4.6 DRM/i915 update CFT (Sandy Bridge?)/IvyBridge/Haswell/Broadwell/SkyLake/KabyLake supported Message-ID: <20160715173837.6248139c.ohartman@zedat.fu-berlin.de> In-Reply-To: <154d7562f75.116fac600120763.1508477402245154899@nextbsd.org> References: <154d7562f75.116fac600120763.1508477402245154899@nextbsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/28SrI07_X576LnF7mNvfngi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Sun, 22 May 2016 00:20:30 -0700 Matthew Macy <mmacy@nextbsd.org> schrieb: > I'm happy to announce a call for testers for the 4.6 update of drm and > i915. The driver has been successfully tested on IvyBridge, Haswell, > Broadwell and Skylake. At least basic HW 3D acceleration should work, > VGA and DP out are known to work. Video decode has only been tried > once and that did not work. >=20 > At this point I'm most interested in taking an inventory of what is > broken where. My priorities are common sense: >=20 > a) stability > b) fixing 2D artifacts > c) fixing 3D problems > d) video decode=20 > d) output support > e) other features >=20 > At this time "prime" (needed for switching between GPUs, compute > APIs, and DRI3) is not yet supported. All the pieces are in place but > support existing functionality is a higher priority. Userptr (mapping > user memory in to the driver) requires VM changes. Support is > planned, but likely post-11. >=20 >=20 > A few caveats are in order: > - The only reported test on Sandy Bridge indicated severe artifacts. > - Arrandale (pre-Sandy Bridge) and earlier are not yet supported by > =C2=A0 this update. The intel_i810 code has been heavily localized for=20 > =C2=A0 FreeBSD making it more difficult to integrate. Thus there are > =C2=A0 holes in the gmch support. > - This update is 64-bit only. There is no good reason to be running > =C2=A0 in 32-bit mode on any of the hardware supported by this driver. > - Although it works fine for me on my Skylake the one other tester > =C2=A0 I have reports from indicates that the driver isn't actually > =C2=A0 attaching and creating aliases for the drm device nodes. >=20 > Please send issue/success reports to the freebsd-x11 mailing list. > I may be preoccupied with work matters for periods of time. Sending > it to the list makes sure that the messages don't get lost. >=20 >=20 > If you encounter problems with startx, please try loading the i915 > kmod in isolation and make sure that it switches correctly to vt_fb. > If you're not running efifb you'll notice a change in resolution. > If it works but is slow or has artifacts you may try switching to > UXA by removing =C2=A0/etc/X11/xorg.conf.d/20-intel.conf (if you're using > the USB image). If you've built from source, try configuring SNA > instead. SNA is much better behaved for me. >=20 > The usual rules apply for kernel debugging. There should be copious > information on that in the handbook and elsewhere. If that proves > to be problematic for people I will send out a follow up mail. >=20 > A couple observations: >=20 > - The FreeBSD PTB insist that a debugger be in tree but that it > =C2=A0 pre-date GPL2, consequently kernels are, by default compiled with > =C2=A0 DWARF2 which is very poor at retain debug information in the > =C2=A0 presence of any optimization. If this is a problem, either > =C2=A0 recompile everything with -O0 (add CFLAGS +=3D -O0 in drm2 and > =C2=A0 i915kms Makefiles, and pass COPTFLAGS=3D-O0 to buildkernel) or > =C2=A0 install a newer kgdb from ports. >=20 > - The purpose of encrypted swap is that the data on disk be > =C2=A0 unrecoverable. This is somewhat at cross purposes with savecore. > =C2=A0 So don't do that. > =C2=A0=20 >=20 > Now that this is out I will be switching gears to bringing up amdgpu > and radeon support. I have no hardware that uses the radeon driver > so I will have to rely on Jean for testing and support there. >=20 >=20 > Those of you wishing to try your hand at testing from source can > fetch our repo from github at: >=20 >=20 > https://github.com/iotamudelta/freebsd-base-graphics >=20 > Make sure to check out the drm-next-4.6 branch. >=20 >=20 > If you'd rather just try it on a usb pen driver you can also > obtain a prebuilt memstick image with this branch installed > along with xorg and some commonly used ports at:=20 >=20 > http://www.bsddesktop.com/images/disk_YYMMDDHH.img.xz >=20 > There is no root password and the user/pw is joeuser/joeuser. >=20 >=20 > If you're curious about what's on it, the script used to > create the image is here: >=20 > http://www.bsddesktop.com/images/usbcreate.sh >=20 >=20 > If you'd like to help out with collecting data on what > laptops are supported please run Warren Block's > notebookstats script: >=20 > http://www.bsddesktop.com/images/notebookstats >=20 > It's also installed under /usr/local/bin on the image. >=20 > If I've missed anything please let me know and I will follow up. >=20 > -M >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" When is a Broadwell support supposed to appear in CURRENT? Regrads, oh --Sig_/28SrI07_X576LnF7mNvfngi Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXiQN9AAoJEOgBcD7A/5N8I18IAMIoXEGSu0ba4lYmmnIrM5kR pwMvB0IPUP5nLEPHLL4/PoybkqNS1zX3TksO7Qyy2brTP/3bwpOhgX4zXRUqugIO I6v3PybFAH3mzK6HBie82wtzTyZXTAe2SBmyLMq8vLxd4oyKOoQe9nl6mgLWK09j nsXP2aA327Dl9dkaSUKGIhpwjYBTHiE5Luayp56w4ZbfzY1JW07GSThEmX5g2OS+ RsuQbbYpxbbxEj5OTP8GK7kzz4zc8D9aQ2zencwCuB8nQ6/nZct43nVBX7Vu/nkL 21KJTXkrwExpZewUBpTrXMWWUJYBvlH+QrptV5YOL7iBEVPtafCsg6wyQCfoFMU= =m9Df -----END PGP SIGNATURE----- --Sig_/28SrI07_X576LnF7mNvfngi--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160715173837.6248139c.ohartman>