4.6 DRM/i915 update CFT (Sandy Bridge?)/IvyBridge/Haswell/Broadwell/SkyLake/KabyLake supported
Alexander Mishurov
alexander.m.mishurov at gmail.com
Sun May 22 15:51:20 UTC 2016
Hi Matt.
Laptop is Acer Aspire E3-112,
SoC is Intel Celeron N2840.
I can't load i915kms.
Here's a tad of /var/log/messages
May 22 18:05:12 fbsd kernel: [drm] Initialized drm 1.1.0 20060810
May 22 18:05:12 fbsd kernel: bus_register unimplemented!!!
May 22 18:05:12 fbsd kernel:
May 22 18:05:12 fbsd kernel: [drm:drm_pci_init]
May 22 18:05:12 fbsd kernel: drmn0: <drmn> on vgapci0
May 22 18:05:12 fbsd kernel: [drm:drm_get_pci_dev]
May 22 18:05:12 fbsd kernel: simple_pin_fs is dodgy -- see your local
kernel hacker
May 22 18:05:12 fbsd kernel: vgapci0: child drmn0 requested pci_enable_io
May 22 18:05:12 fbsd kernel: vgapci0: child drmn0 requested pci_enable_io
May 22 18:05:12 fbsd kernel: [drm:drm_minor_register]
May 22 18:05:12 fbsd kernel: [drm:drm_minor_register] new minor
registered 64
May 22 18:05:12 fbsd kernel: [drm:drm_minor_register]
May 22 18:05:12 fbsd kernel: [drm:drm_minor_register] new minor
registered 128
May 22 18:05:12 fbsd kernel: [drm:drm_minor_register]
May 22 18:05:12 fbsd kernel: [drm:drm_minor_register] new minor registered 0
May 22 18:05:12 fbsd kernel: __pm_runtime_resume not implemented -- see
your local kernel hacker
May 22 18:05:12 fbsd kernel: [drm:i915_dump_device_info] i915 device
info: gen=7, pciid=0x0f31 rev=0x00
flags=is_mobile,need_gfx_hws,is_valleyview,has_hotplug,
May 22 18:05:24 fbsd kernel: ath0: ath_edma_rxbuf_alloc:
bf=0xfffffe00010dfbc8, rxbuf alloc failed! error=55
May 22 18:05:24 fbsd kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc
failed: i=0, nbufs=128?
May 22 18:05:24 fbsd kernel: ath0: ath_edma_rxbuf_alloc:
bf=0xfffffe00010dfef8, rxbuf alloc failed! error=55
May 22 18:05:24 fbsd kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc
failed: i=0, nbufs=128?
At this stage nothing outputs into a console, the process doesn't brings
me back to a zsh, I can type, but nothing happens, and I do a hard reset.
On 22/05/2016 10: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 at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to"freebsd-x11-unsubscribe at freebsd.org"
More information about the freebsd-x11
mailing list