Date: Tue, 31 May 2016 21:40:13 +0200 (CEST) From: "Jakob Alvermark" <jakob@alvermark.net> To: "Matthew Macy" <mmacy@nextbsd.org> Cc: "Jakob Alvermark" <jakob@alvermark.net>, "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: <50918.193.12.143.142.1464723613.squirrel@webmail.alvermark.net> In-Reply-To: <15508528fda.126a6b37445956.2389309472175739433@nextbsd.org> References: <154d7562f75.116fac600120763.1508477402245154899@nextbsd.org> <32749.85.229.93.153.1463943167.squirrel@webmail.alvermark.net> <63794.193.12.143.142.1464721307.squirrel@webmail.alvermark.net> <15508528fda.126a6b37445956.2389309472175739433@nextbsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, May 31, 2016 21:37, Matthew Macy wrote: > > > > ---- On Tue, 31 May 2016 12:01:47 -0700 Jakob Alvermark > <jakob@alvermark.net> wrote ---- > >> Hi again, >> >> >> I noticed there was a new image today, cftdisk_2016052307.img.xz >> Tried booting it on the Yoga 12. 'kldload i915kms' does not panic now, >> but something is not right. After the module is loaded, the screen only >> updates every 5 seconds or so. Makes it very interesting to type. >> >> >> Attached it the dmesg. If you need any more let me know. >> >> >> Also tested this on my Acer Aspire E3-112, Pentium N3540 (Baytrail >> M/Valleyview). Looks better, console stays fine and responsive after >> loading the module. The image did not have X on it so I didn't test >> that. >> >> Thanks, >> > > I started the image build before I went to bed. Based on the image size > something failed during image generation process. I'll put up a working > one. > > However, that wouldn't explain the infrequent updates. Perhaps a merge > bug - I ended having to update my tree at the last minute. The last time I > synced the libmd was broken. > OK, FYI the previous image (dated 20160523) did the same. Jakob >> >> On Sun, May 22, 2016 20:52, Jakob Alvermark wrote: >> >>> Hi, >>> >>> >>> >>> I tested the image disk_16052200.img.xz on my ThinPad Yoga 12 >>> (Broadwell) >>> It panics when I try 'startx' or 'kldload i915kms' >>> >>> >>> >>> Attached core.txt.0 >>> >>> >>> >>> Thanks for working on this! >>> >>> >>> >>> Jakob >>> >>> >>> >>> On Sun, May 22, 2016 09:20, Matthew Macy wrote: >>> >>> >>>> >>> >>>> 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. >>>> >>>> At this point I'm most interested in taking an inventory of what is >>>> broken where. My priorities are common sense: >>>> >>>> a) stability b) fixing 2D artifacts c) fixing 3D problems d) video >>> decode d) >>>> output support e) other features >>>> >>>> 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. >>>> >>>> >>>> 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 this update. The intel_i810 code has been heavily localized for >>>> FreeBSD >>>> making it more difficult to integrate. Thus there are holes in the >>>> gmch support. - This update is 64-bit only. There is no good reason >>>> to be running 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 I have reports from indicates that the driver isn't >>>> actually attaching and creating aliases for the drm device nodes. >>>> >>>> >>>> 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. >>>> >>>> >>>> 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 /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. >>>> >>>> >>>> >>>> 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. >>>> >>>> A couple observations: >>>> >>>> >>>> >>>> >>>> - The FreeBSD PTB insist that a debugger be in tree but that it >>>> pre-date GPL2, consequently kernels are, by default compiled with >>>> DWARF2 >>>> which is very poor at retain debug information in the presence of >>>> any optimization. If this is a problem, either recompile everything >>>> with -O0 (add CFLAGS += -O0 in drm2 and >>>> i915kms Makefiles, and pass COPTFLAGS=-O0 to buildkernel) or install >>>> a newer kgdb from ports. >>>> >>>> >>>> - The purpose of encrypted swap is that the data on disk be >>>> unrecoverable. This is somewhat at cross purposes with savecore. So >>>> don't do that. >>>> >>>> >>>> >>>> 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. >>>> >>>> >>>> >>>> Those of you wishing to try your hand at testing from source can >>>> fetch our repo from github at: >>>> >>>> >>>> https://github.com/iotamudelta/freebsd-base-graphics >>>> >>>> >>>> >>>> >>>> Make sure to check out the drm-next-4.6 branch. >>>> >>>> >>>> >>>> >>>> >>>> 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: >>>> >>>> http://www.bsddesktop.com/images/disk_YYMMDDHH.img.xz >>>> >>>> >>>> >>>> >>>> There is no root password and the user/pw is joeuser/joeuser. >>>> >>>> >>>> >>>> >>>> >>>> If you're curious about what's on it, the script used to >>>> create the image is here: >>>> >>>> http://www.bsddesktop.com/images/usbcreate.sh >>>> >>>> >>>> >>>> >>>> >>>> If you'd like to help out with collecting data on what >>>> laptops are supported please run Warren Block's notebookstats >>>> script: >>>> >>>> >>>> http://www.bsddesktop.com/images/notebookstats >>>> >>>> >>>> >>>> >>>> It's also installed under /usr/local/bin on the image. >>>> >>>> >>>> >>>> >>>> If I've missed anything please let me know and I will follow up. >>>> >>>> >>>> >>>> >>>> -M >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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" >>>> >>>> >>>> >>> _______________________________________________ >>> 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?50918.193.12.143.142.1464723613.squirrel>