CFT update day 2

[René Ladan]

On 29-05-16 18:37, Matthias Haas wrote:
> Am 29.05.2016 um 16:51 schrieb René Ladan:
>> On 23-05-16 10:12, Matthew Macy wrote:
>>> The highlights for today are the following:
>>>
>>> Bug fixes:
>>> - Will Andrews fixed attach for some laptops (such as the Carbon X1).
>>>    The Carbon X1 has a quirky BIOS that doesn't allow the OS to
>>>    enumerate the GPU's interrupt.
>>> - Will Andrews identified a conditionally uninitialized return in
>>>    idr_find that could lead to a panic in some cases.
>>> - Fixed a panic in mtrr_del frequently seen when attach failed.
>>> - Sleep/wakeups with interrupts are largely implemented correctly
>>>    now. Previously a polling 10ms sleep was used. I'm still
>>>    concerned that the code really needs to be level-triggered.
>>>
>>> Cleanups:
>>> - Logging is now enabled for the first 10s after attach unless
>>>    dev.drm.drm_debug_keep=1.
>>> - Unimplemented warnings are off by default.
>>>
>> [...snip USB instructions...]
>>> If using the github repo, make sure you're using the drm-next-4.6
>>> branch.
>>>
>> I tested the latest github version on my laptop (an Acer Aspire
>> E5-773G-78RN with an Intel HD 520 GPU, see [1]), some results:
>>
>> - xfce4 starts, no visual artifacts
>> - XV is disabled but present according to xdpyinfo, i.e. mplayer renders
>> movies with black borders in full screen mode
>> - glxgears gets up to 30 fps full screen (so something is not
>> accelerated)
>> - HDMI output works (when X is started after initially plugging in the
>> cable), the TV image keeps getting updated if I close the lid
>> - switching back and forth between X and the console works
>> - stellarium works
>>
>> Maybe xf86-video-intel 2.21.15 is missing an PCI id?
> It is indeed missing a few PCI ids, I created 2 patches that add those
> missing ids, but that doesn't seem to be enough in my case (Iris 550).
> You may try them anyway and see if they change anything for you, but I
> can't give any support as I'm only a web developer and all this stuff is
> not really my area of expertise.

With a patched xf86-video-intel the screen freezes and switching back to
the console does not work either. SSH login still works fine. Although
Xorg looks frozen, Xorg.log shows that acceleration should work now, as
shown in the attached Xorg.log diff (with timestamps removed). A kernel
log from around the freeze is attached too.

This is with the drm-next-4.6 branch at commit
1e9ceda8a2a5b5eb45b3cd692987edc8b410817f

>> [1] https://wiki.freebsd.org/Laptops/Acer_Aspire_E5_773G_78RN

Cheers,
René

-------------- next part --------------
A non-text attachment was scrubbed...
Name: xf86-video-intel-h520.diff
Type: text/x-patch
Size: 2709 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20160529/960fe53b/attachment.bin>
-------------- next part --------------
May 29 20:34:44 e17 pkg: xf86-video-intel-2.21.15_10 installed
May 29 20:34:56 e17 kernel: Bad malloc flags: 0
May 29 20:34:56 e17 kernel: KDB: stack backtrace:
May 29 20:34:56 e17 kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe034a548d40
May 29 20:34:56 e17 kernel: malloc() at malloc+0x72/frame 0xfffffe034a548d90
May 29 20:34:56 e17 kernel: gen8_alloc_va_range_3lvl() at gen8_alloc_va_range_3lvl+0x86/frame 0xfffffe034a548ee0
May 29 20:34:56 e17 kernel: gen8_alloc_va_range() at gen8_alloc_va_range+0x5b1/frame 0xfffffe034a549010
May 29 20:34:56 e17 kernel: i915_vma_bind() at i915_vma_bind+0x89/frame 0xfffffe034a549040
May 29 20:34:56 e17 kernel: i915_gem_object_do_pin() at i915_gem_object_do_pin+0x8a1/frame 0xfffffe034a5490f0
May 29 20:34:56 e17 kernel: i915_gem_execbuffer_reserve_vma() at i915_gem_execbuffer_reserve_vma+0x9c/frame 0xfffffe034a549130
May 29 20:34:56 e17 kernel: i915_gem_execbuffer_reserve() at i915_gem_execbuffer_reserve+0x489/frame 0xfffffe034a5491a0
May 29 20:34:56 e17 kernel: i915_gem_do_execbuffer() at i915_gem_do_execbuffer+0x8f1/frame 0xfffffe034a5494f0
May 29 20:34:56 e17 kernel: i915_gem_execbuffer2() at i915_gem_execbuffer2+0x140/frame 0xfffffe034a549530
May 29 20:34:56 e17 kernel: drm_ioctl() at drm_ioctl+0x271/frame 0xfffffe034a549630
May 29 20:34:56 e17 kernel: linux_dev_ioctl() at linux_dev_ioctl+0x11a/frame 0xfffffe034a549700
May 29 20:34:56 e17 kernel: devfs_ioctl_f() at devfs_ioctl_f+0x156/frame 0xfffffe034a549760
May 29 20:34:56 e17 kernel: kern_ioctl() at kern_ioctl+0x246/frame 0xfffffe034a5497c0
May 29 20:34:56 e17 kernel: sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe034a5498a0
May 29 20:34:56 e17 kernel: amd64_syscall() at amd64_syscall+0x2db/frame 0xfffffe034a5499b0
May 29 20:34:56 e17 kernel: Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe034a5499b0
May 29 20:34:56 e17 kernel: --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8024fb9ba, rsp = 0x7fffffffe4e8, rbp = 0x7fffffffe510 ---
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20160529/960fe53b/attachment.sig>