Date: Sun, 29 May 2016 21:30:54 +0200 From: Matthias Haas <freebsd-x11@mathaas.de> To: freebsd-x11@freebsd.org Subject: Re: CFT update day 2 Message-ID: <73f9b9dd-16ab-e1ca-6118-1da207b0b5b4@mathaas.de> In-Reply-To: <154fdf6a252.ded3c290281065.8333167109007661706@nextbsd.org> References: <154dcac7f27.f5da66a0148247.6294302194451585046@nextbsd.org> <5e9c72c8-eb73-eff6-9d20-03e5bc423ec0@freebsd.org> <ed8cb5da-a811-ebfe-2ebc-bae8f5d85b9c@mathaas.de> <f6882265-60ec-edc6-532d-e3fd80364308@freebsd.org> <154fdf6a252.ded3c290281065.8333167109007661706@nextbsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 29.05.2016 um 21:21 schrieb Matthew Macy > It sounds like I just need to make the newer xf86-intel wo= rk. The old one probably simply isn't able to support newer chips. Thanks= for the report.-M That would probably be the best solution, I tried backporting the=20 required bits, but I didn't have any success and in the end I guess that = would be more work and harder to maintain than bringing the new=20 xf86-intel to a working state. > ---- On Sun, 29 May 2016 12:15:47 -0700 Ren=C3=A9 Ladan<rene@freebsd.o= rg> wrote ----On 29-05-16 18:37, Matthias Haas wrote: > Am 29.05.2016 um = 16:51 schrieb Ren=C3=A9 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 >>> enu= merate the GPU's interrupt. >>> - Will Andrews identified a conditionally= uninitialized return in >>> idr_find that could lead to a panic in so= me cases. >>> - Fixed a panic in mtrr_del frequently seen when attach fai= led. >>> - Sleep/wakeups with interrupts are largely implemented correctl= y >>> now. Previously a polling 10ms sleep was used. I'm still >>> = concerned that the code really needs to be level-triggered. >>> >>> Clean= ups: >>> - 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 re= po, make sure you're using the drm-next-4.6 >>> branch. >>> >> I tested t= he latest github version on my laptop (an Acer Aspire >> E5-773G-78RN wit= h an Intel HD 520 GPU, see [1]), some results: >> >> - xfce4 starts, no v= isual 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 >> accelerate= d) >> - 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 > missi= ng ids, but that doesn't seem to be enough in my case (Iris 550). > You m= ay 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 logi= n still works fine. Although Xorg looks frozen, Xorg.log shows that accel= eration should work now, as shown in the attached Xorg.log diff (with tim= estamps removed). A kernel log from around the freeze is attached too. T= his is with the drm-next-4.6 branch at commit 1e9ceda8a2a5b5eb45b3cd69298= 7edc8b410817f >> [1] https://wiki.freebsd.org/Laptops/Acer_Aspire_E5_773= G_78RN Cheers, Ren=C3=A9 > =20 > =20 > > =20 > =20 > > _______________________________________________ > 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?73f9b9dd-16ab-e1ca-6118-1da207b0b5b4>