From owner-freebsd-x11@freebsd.org Sun May 29 19:16:06 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2722BB532A4 for ; Sun, 29 May 2016 19:16:06 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BE7B1664 for ; Sun, 29 May 2016 19:16:05 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id s131so12287051wme.0 for ; Sun, 29 May 2016 12:16:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to; bh=dRU7WZv/PNbQMEMKhDxgsguZMokH7+fCA9+rfM7yGWM=; b=VUu/ZFFVVZoL/BVxsaznOLvpMn8XTjeXmqzs8Sb4zsycH1kAxzj7B5kqvXpfR2OcfQ fh2kMfKFuZI/le/HhT4uwM3/tqKKG3/uexyjW63ZrfIsDgr2d7d0oP9zBCHrCgAvYznc 8gD6VaYrRLT5hJgTB4GwN04vPVBO905GKbxpVBz+9AZjiZo61lD5ewE/ZDe2TwtFarkP xcoBZVnvxYJPHe9bylW/BXoz+cbBtZdKR0x3haPK6jNdmNX90Ki8hM4R8ZC3HsUnc8Qq +U8c4oPKjCrmCJbkHs4W32wzZlQZgJgM+ekwreSfQfzxYuVXtekLrMU2b1bS56XlQ0XM 1PMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to; bh=dRU7WZv/PNbQMEMKhDxgsguZMokH7+fCA9+rfM7yGWM=; b=g2cgsUdw/UNiJnb/6f3AZ1AnuJJWt+iCDI9R3R3WMUkchXCSTBQGUzJOhxqN84Su2+ V718UkgTD9ZA0SUWq077mZh0EnUSS1hRum/Gub8hmGdHla/3nYzpA+OkZJ7Ubznvr/Ot Z1ylyRkWKv6DLzqdauJ3LGUUaxIbIs1S0dW3KCHFcVjhQPugswhyeQiHYyL040AEyPvZ t5p/v/eFvpX6iy1RSTueTWQu4brcnBl98AxljIjin7EFbbWVu16DNHpxIM5Cdj0GWG1j 5UpIrIUMiEh0KCOMxTQwtEHMwqZvDSv8lavWm1p5tDt62WXg417NvGQjKq2UXZlFQzC8 uuhQ== X-Gm-Message-State: ALyK8tK7C/ytQK4/72Z4mdVPJw/87TRcxASpjTWwkysQMq4cT9TlKGa0rvhKbyjdcQPkoA== X-Received: by 10.194.191.133 with SMTP id gy5mr25035312wjc.136.1464549364180; Sun, 29 May 2016 12:16:04 -0700 (PDT) Received: from ?IPv6:2001:980:d7ed:1:3265:ecff:fe8f:d3ec? ([2001:980:d7ed:1:3265:ecff:fe8f:d3ec]) by smtp.googlemail.com with ESMTPSA id t13sm19906764wmt.14.2016.05.29.12.16.03 for (version=TLSv1/SSLv3 cipher=OTHER); Sun, 29 May 2016 12:16:03 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Subject: Re: CFT update day 2 To: freebsd-x11@freebsd.org References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> <5e9c72c8-eb73-eff6-9d20-03e5bc423ec0@freebsd.org> From: =?UTF-8?Q?Ren=c3=a9_Ladan?= Message-ID: Date: Sun, 29 May 2016 21:15:47 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="7sMT84dmR38hDINQc1lKF0C5WkvUwGU5q" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2016 19:16:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7sMT84dmR38hDINQc1lKF0C5WkvUwGU5q Content-Type: multipart/mixed; boundary="QPxQ7434SvUnH7UHWNXR712C5G2qHUxvG" From: =?UTF-8?Q?Ren=c3=a9_Ladan?= To: freebsd-x11@freebsd.org Message-ID: Subject: Re: CFT update day 2 References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> <5e9c72c8-eb73-eff6-9d20-03e5bc423ec0@freebsd.org> In-Reply-To: --QPxQ7434SvUnH7UHWNXR712C5G2qHUxvG Content-Type: multipart/mixed; boundary="------------76E89DCEFC53D803EBA81680" This is a multi-part message in MIME format. --------------76E89DCEFC53D803EBA81680 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 29-05-16 18:37, Matthias Haas wrote: > Am 29.05.2016 um 16:51 schrieb Ren=E9 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=3D1. >>> - 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 rende= rs >> 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 i= s > 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=E9 --------------76E89DCEFC53D803EBA81680 Content-Type: text/x-patch; name="xf86-video-intel-h520.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="xf86-video-intel-h520.diff" 15c15 < (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Sun May 29 20:55:43 20= 16 --- > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Sun May 29 20:34:55 20= 16 117c117,120 < HD Graphics 4400, HD Graphics 4200, Iris(TM) Pro Graphics 5200 --- > HD Graphics 4400, HD Graphics 4200, Iris(TM) Pro Graphics 5200, > HD graphics, HD graphics 5600, HD graphics 5500, HD graphics 5300, > Iris Pro graphics 6200, HD graphics 6000, Iris graphics 6100, > Iris Pro graphics P6300 129,130c132,133 < (WW) intel(0): Unknown chipset < (**) intel(0): Relaxed fencing disabled --- > (--) intel(0): gen9 engineering sample > (**) intel(0): Relaxed fencing enabled 133c136 < (**) intel(0): Framebuffer linear --- > (**) intel(0): Framebuffer tiled 219,220c222,224 < (WW) intel(0): cannot enable DRI2 whilst forcing software fallbacks < (II) intel(0): Allocated new frame buffer 1920x1080 stride 7680, until= ed --- > (II) intel(0): {DRI2} Setup complete > (II) intel(0): {DRI2} DRI driver: i965 > (II) intel(0): Allocated new frame buffer 1920x1080 stride 7680, tiled= 232,234c236,239 < (=3D=3D) intel(0): Intel XvMC decoder disabled < (WW) intel(0): Disabling Xv because no adaptors could be initialized. < (II) intel(0): direct rendering: Failed --- > (=3D=3D) intel(0): Intel XvMC decoder enabled > (II) intel(0): Set up textured video > xvmc_vld driver initialized. > (II) intel(0): direct rendering: DRI2 Enabled 236,237d240 < (II) AIGLX: Screen 0 is not DRI2 capable < (EE) AIGLX: reverting to software rendering 239,240c242,252 < (II) AIGLX: Loaded and initialized swrast < (II) GLX: Initialized DRISWRAST GL provider for screen 0 --- > (II) AIGLX: enabled GLX_ARB_create_context > (II) AIGLX: enabled GLX_ARB_create_context_profile > (II) AIGLX: enabled GLX_EXT_create_context_es2_profile > (II) AIGLX: enabled GLX_INTEL_swap_event > (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control > (II) AIGLX: enabled GLX_EXT_framebuffer_sRGB > (II) AIGLX: enabled GLX_ARB_fbconfig_float > (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects > (II) AIGLX: enabled GLX_ARB_create_context_robustness > (II) AIGLX: Loaded and initialized i965 > (II) GLX: Initialized DRI2 GL provider for screen 0 284,286c296,298 < (II) intel(0): EDID vendor "AUO", prod id 4509 < (II) intel(0): Printing DDC gathered Modelines: < (II) intel(0): Modeline "1920x1080"x0.0 149.80 1920 1968 2068 2228 = 1080 1083 1084 1120 -hsync -vsync (67.2 kHz eP) --- > (EE) [mi] EQ overflowing. Additional events will be discarded until ex= isting events are processed. > (EE) [mi] These backtraces from mieqEnqueue may point to a culprit high= er up the stack. > (EE) [mi] mieq is *NOT* the cause. It is a victim. --------------76E89DCEFC53D803EBA81680 Content-Type: text/plain; charset=UTF-8; name="i915-badmalloc.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="i915-badmalloc.txt" 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_wrap= per+0x2b/frame 0xfffffe034a548d40 May 29 20:34:56 e17 kernel: malloc() at malloc+0x72/frame 0xfffffe034a548= d90 May 29 20:34:56 e17 kernel: gen8_alloc_va_range_3lvl() at gen8_alloc_va_r= ange_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 0= xfffffe034a549040 May 29 20:34:56 e17 kernel: i915_gem_object_do_pin() at i915_gem_object_d= o_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_exe= cbuffer_reserve+0x489/frame 0xfffffe034a5491a0 May 29 20:34:56 e17 kernel: i915_gem_do_execbuffer() at i915_gem_do_execb= uffer+0x8f1/frame 0xfffffe034a5494f0 May 29 20:34:56 e17 kernel: i915_gem_execbuffer2() at i915_gem_execbuffer= 2+0x140/frame 0xfffffe034a549530 May 29 20:34:56 e17 kernel: drm_ioctl() at drm_ioctl+0x271/frame 0xfffffe= 034a549630 May 29 20:34:56 e17 kernel: linux_dev_ioctl() at linux_dev_ioctl+0x11a/fr= ame 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 0xffff= fe034a5497c0 May 29 20:34:56 e17 kernel: sys_ioctl() at sys_ioctl+0x171/frame 0xfffffe= 034a5498a0 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 0= xfffffe034a5499b0 May 29 20:34:56 e17 kernel: --- syscall (54, FreeBSD ELF64, sys_ioctl), r= ip =3D 0x8024fb9ba, rsp =3D 0x7fffffffe4e8, rbp =3D 0x7fffffffe510 --- --------------76E89DCEFC53D803EBA81680-- --QPxQ7434SvUnH7UHWNXR712C5G2qHUxvG-- --7sMT84dmR38hDINQc1lKF0C5WkvUwGU5q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJXSz/yXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMDFBNzE2QjE2MkIwMEU1NUJFREVBMDVB REJCRjg2MTBBMzc4OUI3AAoJEK27+GEKN4m38soP/i3HvZM8uUKE0y+UIi0RGty8 Ffv1XeYyauJ5iLpbSy+Zj+ZIyaau5WWpEqGue+lIU/r7qfpgc/2trhaChA3V78/m MYBvHVy7R/E8mQd4zC8qK8itwSxVLrXlYGTd8cFtQzOmt6bFlXfWxPNlEjtqtsoF wBgNpJR3Eafv8YamxmwCF8+SbGGh6a4VDhSLmgUmnftNGRWvJgK8MlF3jKWnRWRz oDNcTBcYiC8r3TpHdZz0uTIiXgbGgSrmuDSjPXk843UqxBoLSYY3ecC3isMnKOot ZfvfpvXBMVzWYFZKfKh60zMUWyK+GG/LyCZnT1f58WnDTKykMgml0qWwHEMsgqVu NnOxijSet+x/+/tz9dVZxQRiCTupEhbhF/q3X5ArCsTuUEE8RnLHycUvJL/Vq2LH QL2VKR2sJBmfzGELQEz3Wla+Idno/9AiiHjd170tXBrrZf6E2i1gHZNqWdt08Yxm 0V8XJ8jSIk83WFYXvbq8hD/1UmIeQqb1UB1YjYltI7dkvZwHaKaX0Q96LrERiWvU +28HhmrwjF2bgNekRvvS+8uB52ngLQ2R8qpB4/9xjWvvgaqCbaxeWOJ51bh7pwLx bkxKWjmYKWGjuirgHaSoAYg4Uex4kMxgRnFGxSmo2aQztENFDCqxmcHpF/uPDv1y IM2TfpSqGn/frfKU3MqF =asjm -----END PGP SIGNATURE----- --7sMT84dmR38hDINQc1lKF0C5WkvUwGU5q--