From owner-freebsd-x11@FreeBSD.ORG Sun Mar 1 21:50:00 2015 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FE7836A for ; Sun, 1 Mar 2015 21:50:00 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 134D89F7 for ; Sun, 1 Mar 2015 21:50:00 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t21Lnx1Y052913 for ; Sun, 1 Mar 2015 21:49:59 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 197940] games/openra (also lang/mono ): Crashes on load with apparent Mono runtime error Date: Sun, 01 Mar 2015 21:50:00 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: i915, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jbeich@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords bug_status assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 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, 01 Mar 2015 21:50:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197940 Jan Beich changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |i915, needs-qa Status|New |Open Assignee|freebsd-ports-bugs@FreeBSD. |x11@FreeBSD.org |org | --- Comment #4 from Jan Beich --- OpenRA requires OpenGL 2.0 or greater. It seems i915 is enough to pass the check but not run the game. Handing over to x11@ to reproduce and analyze the issue in relation to the graphics stack. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Mon Mar 2 17:53:23 2015 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD554CDC for ; Mon, 2 Mar 2015 17:53:23 +0000 (UTC) Received: from mail134-24.atl141.mandrillapp.com (mail134-24.atl141.mandrillapp.com [198.2.134.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6472AB4F for ; Mon, 2 Mar 2015 17:53:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=mandrill; d=wixshoutout.com; h=From:Sender:Subject:To:Message-Id:Date:MIME-Version:Content-Type; i=visitsltd@wixshoutout.com; bh=e9KDSrnvlKyF+QV7zSqVMh2KuoI=; b=lu/G27ShifEEOaQR/biFMXAD85pNqXw8WqcQERbOvk/pb1pxp9+idZ6se0Z9uuJinHgMPI4R/5vE BHxkzuJjhLHdr8979doo3v+7ZqwH+jEYVSbqfdGCxf9txncGnQKemGAG7BDFl5YodoiOBI8P3z/0 CCXjNcLwl9Msu+10MI0= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=mandrill; d=wixshoutout.com; b=U6ZwIlPXNYuNvcH1n6z1XPgt4P9NXc50thBWRNa4a0FH+0MV8MWIh8pgTbJP200dI+r3tCE7D4Gu aNyQFLjjZkE8Os05Ny8WHSg42BOdoldIhbd1cOqZA/F1S5z12iO+4CeBJh41NF8lInxDmXo6kMKU AHLrGo3GOz/IozEITDQ=; Received: from pmta03.mandrill.prod.atl01.rsglab.com (127.0.0.1) by mail134-24.atl141.mandrillapp.com id huihp61sau8i for ; Mon, 2 Mar 2015 17:53:21 +0000 (envelope-from ) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mandrillapp.com; i=@mandrillapp.com; q=dns/txt; s=mandrill; t=1425318801; h=From : Sender : Subject : To : Message-Id : Date : MIME-Version : Content-Type : From : Subject : Date : X-Mandrill-User : List-Unsubscribe; bh=ssNyW4cwy/NYZWWKu22OSHZP4ZC+T06tAoDb7XPMP+U=; b=Owphi5otegZA/r4RB17c8XqzNiIBj44JQTj4bBnMYSjYJ1FnjXST2M4GILRroCB/ghNHNy U7233zhaXWRcjQLQmnrU81fiAAuQ0icN1GaAyH+CL3BbGxlJGBUqzr0un/fJ0jITefg2hDrr dN6o+PqKQYANmTUS6RzyzraBd8OVo= From: Svetlin Kolev Sender: Svetlin Kolev Subject: =?utf-8?Q?=D0=9F=D1=80=D0=B5=D0=B4=D0=BB=D0=BE=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=20=D0=B7=D0=B0=20=D0=B2=D0=B0=D1=88=D0=B8=D1=8F=D1=82=20=D1=81=D0=B0=D0=B9=D1=82=20=D0=B8=20=D0=B1=D0=B8=D0=B7=D0=BD=D0=B5=D1=81?= To: Received: from [216.139.222.238] by mandrillapp.com id 9b2563650d394c6ba59b5e90f6fe18da; Mon, 02 Mar 2015 17:53:21 +0000 X-Report-Abuse: Please forward a copy of this message, including all headers, to abuse@mandrill.com X-Report-Abuse: You can also report abuse here: http://mandrillapp.com/contact/abuse?id=30119679.9b2563650d394c6ba59b5e90f6fe18da X-Mandrill-User: md_30119679 Message-Id: <30119679.20150302175321.54f4a391810110.54734798@mail134-24.atl141.mandrillapp.com> Date: Mon, 02 Mar 2015 17:53:21 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 17:53:23 -0000 Click on the link below to open the message in a browser: http://mandrillapp.com/track/click/30119679/shoutout.wix.com?p=3DeyJzIjoiWG= xUalJoSG1EckpSb2xkTDNtMng5MEkza09zIiwidiI6MSwicCI6IntcInVcIjozMDExOTY3OSxcI= nZcIjoxLFwidXJsXCI6XCJodHRwOlxcXC9cXFwvc2hvdXRvdXQud2l4LmNvbVxcXC9zb1xcXC8y= S2xSY2hfdj9jaWQ9ZWEzMTdjNDUtODg0MC00MjRlLWFiZDUtYjA0ZDAzN2Y3MGE5XCIsXCJpZFw= iOlwiOWIyNTYzNjUwZDM5NGM2YmE1OWI1ZTkwZjZmZTE4ZGFcIixcInVybF9pZHNcIjpbXCI1MW= NkZjgwNzNmMGEyZGVjMTNiNGJiMmVlOWYzOWIxYjdmZjBkMjJkXCJdfSJ9 You've received this email because you are a subscriber of http://mandrilla= pp.com/track/click/30119679/visitsltd.wix.com?p=3DeyJzIjoiM3ZZMFMzVWtvbGpxY= WloQVlxZUYyWUZoWWs4IiwidiI6MSwicCI6IntcInVcIjozMDExOTY3OSxcInZcIjoxLFwidXJs= XCI6XCJodHRwOlxcXC9cXFwvdmlzaXRzbHRkLndpeC5jb21cXFwvcGFnZTY4XCIsXCJpZFwiOlw= iOWIyNTYzNjUwZDM5NGM2YmE1OWI1ZTkwZjZmZTE4ZGFcIixcInVybF9pZHNcIjpbXCI0ZjY3ZW= QyOTg2OTdhY2UzZDQzYmE0NGRmZmQ1ZGE0MGExY2MxZGM5XCJdfSJ9. If you feel you received it by mistake or wish to unsubscribe, click http:/= /www.wix.com/my-account/contacts/unsubscribe?siteName=3Dpage68&metaSiteId= =3Da0cc8375-c0ac-4253-8af5-1cd899dd3160&unsubscribeToken=3Dabcefd4d5885911e= 7f4ea863ecce180388e169a39e4c714f1a99cb3376c2b70631537871f41fe118cae8efec71c= 23c5d19e3cd905de8f76b4c090ed10d388503eaca9dd65b7196d2f0f425d87018ded8445fe6= 5559299dd1ed48d4aea7087f26ad46fbe86ddf2e00dda25ab30c12acb4d46e12d4e9bca406d= c8e7a36bd96f805ab8fd4afbcec4dd2b0e30913a63c96fd4045a78aca1ebb2e12dd3e813aa4= 5e2cf4c75ecddb570f39f34160d3b57016baeca4e54f7dfacaf2948510b3df01399d205e8b4= 948b66044c4025d01c7f104d2a8abcc80d36c25035b638d74d6b184332454553abd40857688= 5fd045b0d668b223b151e6b1b88b51bbb9df26b1d9e1f17ca01d7ca9dd31023935fcda392cb= 3134ec22ff8aa8f77af52c7f8b043e4ac936db6ad338141aa25bbf810a4a46a511abb071f78= 2ea25774e2eba42c3516a37a2620b1587e0aa257a623c65bd55c02a90b65dc6b08e8307d9c7= aad7a8d36f4e18198edf4a1b89be40d2000aa0b6f09b3. From owner-freebsd-x11@FreeBSD.ORG Mon Mar 2 21:18:52 2015 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAA12585 for ; Mon, 2 Mar 2015 21:18:52 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9AC1A8B4 for ; Mon, 2 Mar 2015 21:18:52 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YSXjm-0008T5-Fx for freebsd-x11@freebsd.org; Mon, 02 Mar 2015 22:18:50 +0100 Message-ID: <54F4D3B5.1050504@FreeBSD.org> Date: Mon, 02 Mar 2015 22:18:45 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 References: <20150220221246.661f2d01@shibato> <1227462529.6746581.1424602457182.JavaMail.yahoo@mail.yahoo.com> <54EDBC3F.1030302@selasky.org> <54EF7A6A.30305@selasky.org> In-Reply-To: <54EF7A6A.30305@selasky.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xo2iqGOUSf75T87Gt6E0W6n4Ws8OaUgrx" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 21:18:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --xo2iqGOUSf75T87Gt6E0W6n4Ws8OaUgrx Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 26.02.2015 20:56, Hans Petter Selasky wrote: > On another box the -h patch causes infinite HDMI hotplug events to be > sent, causing alot of xorg CPU usage. Could you please post some of the messages which appear after what you already sent, in the case of the events storm? --=20 Jean-S=E9bastien P=E9dron --xo2iqGOUSf75T87Gt6E0W6n4Ws8OaUgrx 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 iQJ8BAEBCgBmBQJU9NO6XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMWKcP/3jB74TB7+TEPAWiH0ippvt7 pxbXR7sQuloDFcDxwuiQCO235bSu+dMIbp0JgEUMG2xjH+Kv2xd4RnFWBfF4BC56 A0xDc6Mq8UWujPs0J0ZzEKfCb69e3v7Ltev8s9Azeabzs+BNzwLporAgF2t3V/9T dpzkxNkgQQAMI9tZNUDX9sn1lxNE6t7RqOINsoK7ea1B0T2QbR1hVxMQrOTeHyDN gsPfPfTuhMO4p4jektpQneBJoISLH8j3aKBEptc9kHbOrm719chz/IuUHCmaRJdP 1LLj3269lfHOVkHRu8xMo7WfT48LGfNzC6hfp2ZdXwH+/f4JzU8xyt7ntena42JR YpppeLiCc557wPc/oonjk3g5xW5RU70/AaHNtwBIOaQtVlPtlmv2HhazIkIOuc+6 ZvH+ypQnc4CQShbBr5CYBARfXQROr/H3XlQldCgnW+JK9OXxsnfJn8SAh+FMv2Q2 3YtNYvC9M422OD0OBqpecUev4q3O2VVH4zWaus+0mYuZbCSjz/lfV0FP0EdysrCt J56/kvGLopN+Kcx/L/Eh0vDUsEp3wu6LP4nt02jPxolnLwqyW8G9V8mAE7aJUI7W AitxUlx6QelPOzqaea0qsOtLLSjWwQuhiIIICrvJzadIapjfcowOEY9o14YAFUrR eQtq1H6Ag2tF2+IHBZGw =gRjK -----END PGP SIGNATURE----- --xo2iqGOUSf75T87Gt6E0W6n4Ws8OaUgrx-- From owner-freebsd-x11@FreeBSD.ORG Tue Mar 3 06:24:40 2015 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2F2DA58; Tue, 3 Mar 2015 06:24:40 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (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 68F146AF; Tue, 3 Mar 2015 06:24:40 +0000 (UTC) Received: by wiwl15 with SMTP id l15so20194565wiw.5; Mon, 02 Mar 2015 22:24:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=cPyLB+jgudACSN0Z97Jm+YPNmg77kG42kunZuL/nzfw=; b=QkLgH5oQK2MkJS6VeFB9xJhTa0EmU3H0AUdbkUuUg0MNVvZZJ+o46q5zNC4EoY8gEa JOTQr1d433ugN4FB3XWIk+8d4NlMzR97p+W0plawj9vvsVP8dAdiSv5mM+lAQLGxV6Eb UhUgtUzGAYVBqTdlAmWhzPpt4iyPs9BU/kDD5P2m5J9PAQFB5xsw2vWIeofL/YE5NS5m 0GXcOGkxYgsRc2gGmKBUublJzkQci9gLA3tI4oZ/VmPB9z3i/5YVqCIblxk9DNvT4XkU cM3YNodzALArd9QkPJ7i5A5ZvYtWv2FFJwednMIEF1qB9+q2Rvs2TCBEVivxwLYxMzjD p0KA== X-Received: by 10.195.13.104 with SMTP id ex8mr64461098wjd.12.1425363878658; Mon, 02 Mar 2015 22:24:38 -0800 (PST) Received: from laptop.minsk.domain (minsk.nivalnetwork.com. [86.57.144.74]) by mx.google.com with ESMTPSA id s5sm19686690wia.1.2015.03.02.22.24.37 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 02 Mar 2015 22:24:37 -0800 (PST) Date: Tue, 3 Mar 2015 09:23:37 +0300 From: "Sergey V. Dyatko" To: freebsd-current@freebsd.org Subject: nvidia+HEAD amd64 trouble Message-ID: <20150303092337.05aeb928@laptop.minsk.domain> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 06:24:40 -0000 Hi, I have Lenovo IdeaPad z400 touch laptop. It have GeForce GT 635M graphics card. Also it have integrated Intel card agp0: on vgapci0 agp0: aperture size is 256M, detected 65532k stolen memory when I enable nvidia on laptop bios and trying to use it I got following panic: NVRM: failed to copy vbios to system memory. NVRM: RmInitAdapter failed! (0x30:0xffff:800) nvidia0: NVRM: rm_init_adapter() failed! full core.txt file located here: http://svn.freebsd.by/files/coredump-nvidia.txt tell me what other information I need to provide It is HEAD@r279306 amd64 [tiger@laptop]:~/tmpdir>pkg info -x nvidia nvidia-driver-346.47 nvidia-settings-340.24_1 [tiger@laptop]:~/tmpdir>pkg info -x ^xorg xorg-7.7_1 xorg-apps-7.7_2 xorg-cf-files-1.0.5_1 xorg-docs-1.7,1 xorg-drivers-7.7_2 xorg-fonts-7.7 xorg-fonts-100dpi-7.7 xorg-fonts-75dpi-7.7 xorg-fonts-cyrillic-7.7 xorg-fonts-miscbitmaps-7.7 xorg-fonts-truetype-7.7_1 xorg-fonts-type1-7.7 xorg-libraries-7.7_2 xorg-macros-1.19.0 xorg-server-1.14.7_2,1 I would be very appreciated for any help -- wbr, tiger From owner-freebsd-x11@FreeBSD.ORG Tue Mar 3 22:33:30 2015 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BF7A1C1; Tue, 3 Mar 2015 22:33:30 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E117760D; Tue, 3 Mar 2015 22:33:29 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YSvNX-000FtF-Vc; Tue, 03 Mar 2015 23:33:28 +0100 Message-ID: <54F636B3.90701@FreeBSD.org> Date: Tue, 03 Mar 2015 23:33:23 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Reply-To: freebsd-x11@FreeBSD.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-x11@FreeBSD.org, freebsd-current@FreeBSD.org, Hans Petter Selasky , Ed Maste Subject: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dGgxjfWjVtuAajoaoFSBsSLtcaiulFvxf" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2015 22:33:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dGgxjfWjVtuAajoaoFSBsSLtcaiulFvxf Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi! Here is a new patch to based on HEAD r279508: https://people.freebsd.org/~dumbbell/graphics/drm-update-38.i.patch You can apply it to a Subversion checkout using the following command: svn patch drm-update-38.i.patch There are few changes: o The panic reported by J.R. Oldroyd is fixed, but not the CP init problem. o A lock assert was added, suggested by Konstantin Belousov I had several panics ("Stray timeout") with a taskqueue used by TTM, but it didn't occur in the past 6 days. Maybe it was a problem outside of DRM= =2E I would like people to test again and report :) If something fails, please post a full dmesg, taken after loading the relevant *kms module, or the core.txt.$N file if it's a panic. Hans Petter and Ed, I couldn't reproduce neither of your problems (HDMI hotplug events storm and VT-switch misbehaviour). However, they both involve callouts, like the "Stray timeout" panic I had with TTM. I suspect there was a transient problem with callouts in HEAD at the same time. Could you please test again with this patch and a very recent HEAD?= Thank you to everyone! --=20 Jean-S=C3=A9bastien P=C3=A9dron --dGgxjfWjVtuAajoaoFSBsSLtcaiulFvxf 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 iQJ8BAEBCgBmBQJU9jazXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTM6+8QANDGUSiPTgvieM88jF3c7XZL rL6RYTuMNbZuNevAcoQzEAPsiuIDbSfjBr5FHaRhGm/mtCtODGS2QHe2SYunNo1k gaQflZ2EwrQrOMHa7lzMzSVlY7lNu2G1BMs5i5bU38+5CxoSFNXVlTMFbH7Wc36k LIqdvjXgEVSJV/RhBkTq6g8HmWQZz5TGKjUTRIUhlg6VD6V7cOkcoBjNh2oJppN/ tcwGADYVbguYJX2eJ1s9wkWRIaYc81bxmDrvcYg28YxHMUIhtGrCl7g85x+Aef17 4Y+B24wRREw9W+Z4jAwvbKBUhFAIhJI9pz7cg2Xnd5HHoLx+mRW6XVFoT0u8kHBA MBqXuZe/uNycyJjg+pHcq8rHESnb31rwPKAex9SqnSTORu4nI8ByYaUG7hT5Y0/e 0EIzvczrglUoYdm+o4vFhvuN039dAMwLjsR1YIUzUtOTfeRdadv3YBMV8IxjNHQa phQ3vtXf4Shkk2hZ345opV+cjfjIEkaFM8kXtCL2hSvepq42Bcy1lTt0ZQOHNPUr mat26iNaR1Je7MCKfD3sBicpuDKlxhmkSY9BHJUHLTFgQPl+pEJQ1vXYrxUgPOoT uxQyJakAhqVj5Yag8RAzGobWi50C+ZDqCD5Nc0dq4n6J40UV1kVb0iWuH9PQ6rPW TyGDJYSTpvCymk5VlmMA =ixrP -----END PGP SIGNATURE----- --dGgxjfWjVtuAajoaoFSBsSLtcaiulFvxf-- From owner-freebsd-x11@FreeBSD.ORG Wed Mar 4 11:18:53 2015 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02C04DF7; Wed, 4 Mar 2015 11:18:53 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8970D1D5; Wed, 4 Mar 2015 11:18:52 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 1C5931FE022; Wed, 4 Mar 2015 12:18:49 +0100 (CET) Message-ID: <54F6EA48.5050806@selasky.org> Date: Wed, 04 Mar 2015 12:19:36 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-x11@FreeBSD.org, freebsd-current@FreeBSD.org, Ed Maste Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) References: <54F636B3.90701@FreeBSD.org> In-Reply-To: <54F636B3.90701@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 11:18:53 -0000 On 03/03/15 23:33, Jean-Sébastien Pédron wrote: > Hi! > > Here is a new patch to based on HEAD r279508: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.i.patch > > You can apply it to a Subversion checkout using the following command: > svn patch drm-update-38.i.patch > > There are few changes: > o The panic reported by J.R. Oldroyd is fixed, but not the CP init > problem. > o A lock assert was added, suggested by Konstantin Belousov > > I had several panics ("Stray timeout") with a taskqueue used by TTM, but > it didn't occur in the past 6 days. Maybe it was a problem outside of DRM. > > I would like people to test again and report :) If something fails, > please post a full dmesg, taken after loading the relevant *kms module, > or the core.txt.$N file if it's a panic. > > Hans Petter and Ed, I couldn't reproduce neither of your problems (HDMI > hotplug events storm and VT-switch misbehaviour). However, they both > involve callouts, like the "Stray timeout" panic I had with TTM. I > suspect there was a transient problem with callouts in HEAD at the same > time. Could you please test again with this patch and a very recent HEAD? 1) Callouts are not yet entirely fixed in HEAD yet. Fixes and discussions are still ongoing, see D1894. BTW: I'm using: https://reviews.freebsd.org/D1438 2) Maybe you could consider adding "SUBDIR_PARALLEL=" to some of the drm2 Makefiles? 3) After a lot of digging I found the only way to get flicker free video with XVideo using the Intel driver was to configure X.org like this: Section "Device" Identifier "Device0" Driver "intel" Option "AccelMethod" "sna" Option "TearFree" "true" EndSection Maybe that could be the default? 4) High Xorg usage is not solved: 1026 root 1 26 0 99M 26928K 915gbr 0 1:03 8.89% Xorg 1026 root 1 102 0 99M 26936K CPU0 0 1:52 98.58% Xorg info: [drm] Initialized drm 1.1.0 20060810 drmn0: on vgapci0 iicbus0: on iicbb0 addr 0xff iic0: on iicbus0 iic1: on iicbus1 iicbus2: on iicbb1 addr 0x0 iic2: on iicbus2 iic3: on iicbus3 iicbus4: on iicbb2 addr 0x0 iic4: on iicbus4 iic5: on iicbus5 iicbus6: on iicbb3 addr 0x0 iic6: on iicbus6 iic7: on iicbus7 iicbus8: on iicbb4 addr 0x0 iic8: on iicbus8 iic9: on iicbus9 iicbus10: on iicbb5 addr 0x0 iic10: on iicbus10 iic11: on iicbus11 iicbus12: on iicbb6 addr 0x0 iic12: on iicbus12 iic13: on iicbus13 info: [drm] MSI enabled 1 message(s) info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. drmn0: taking over the fictitious range 0xe0000000-0xf0000000 info: [drm] Enabling RC6 states: RC6 off, RC6p off, RC6pp off info: [drm] Connector VGA-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.VGA-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector HDMI-A-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.HDMI-A-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector DP-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.DP-1 info: [drm] - kern.vt.fb.default_mode fbd0 on drmn0 VT: Replacing driver "vga" with new "fb". info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0 error: [drm:pid1026:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 14000000, was 12060000 info: [drm] GMBUS [gmbus dpd] timed out, falling back to bit banging on pin 6 --HPS From owner-freebsd-x11@FreeBSD.ORG Wed Mar 4 16:28:33 2015 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD980717; Wed, 4 Mar 2015 16:28:32 +0000 (UTC) Received: from pmta2.delivery3.ore.mailhop.org (pmta2.delivery3.ore.mailhop.org [54.213.22.21]) by mx1.freebsd.org (Postfix) with ESMTP id AF63CC3A; Wed, 4 Mar 2015 16:28:32 +0000 (UTC) Received: from smtp1.ore.mailhop.org (172.31.18.134) by pmta2.delivery1.ore.mailhop.org id huspcc20u50j; Wed, 4 Mar 2015 16:28:47 +0000 (envelope-from ) Received: from pool-71-255-170-26.bstnma.east.verizon.net ([71.255.170.26] helo=homobox.opal.com) by smtp1.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YTC9p-0006V9-Cr; Wed, 04 Mar 2015 16:28:25 +0000 Received: from shibato (ip51cd975c.adsl-surfen.hetnet.nl [81.205.151.92]) (authenticated bits=0) by homobox.opal.com (8.14.9/8.14.9) with ESMTP id t24GSIuB049528 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Wed, 4 Mar 2015 11:28:19 -0500 (EST) (envelope-from fbsd@opal.com) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 71.255.170.26 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/FYTcpF2gPFE7uT30PyVS9 Date: Wed, 4 Mar 2015 17:28:02 +0100 From: "J.R. Oldroyd" To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) Message-ID: <20150304172802.0b285585@shibato> In-Reply-To: <54F636B3.90701@FreeBSD.org> References: <54F636B3.90701@FreeBSD.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/gieHqjGF_8F4qJdiTq5hhuf"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (homobox.opal.com [71.255.170.26]); Wed, 04 Mar 2015 11:28:21 -0500 (EST) X-Spam-Status: No, score=3.1 required=5.0 tests=AWL,BAYES_00, FSL_HELO_NON_FQDN_1,OPAL_URI_COUNT_5_9,RCVD_IN_PBL shortcircuit=no autolearn=no autolearn_force=no version=3.4.0 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on homobox.opal.com Cc: Hans Petter Selasky , freebsd-x11@FreeBSD.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 16:28:33 -0000 --Sig_/gieHqjGF_8F4qJdiTq5hhuf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 03 Mar 2015 23:33:23 +0100 Jean-S=C3=A9bastien P=C3=A9dron wrote: > > Hi! >=20 > Here is a new patch to based on HEAD r279508: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.i.patch >=20 > You can apply it to a Subversion checkout using the following command: > svn patch drm-update-38.i.patch >=20 > There are few changes: > o The panic reported by J.R. Oldroyd is fixed, but not the CP init > problem. > o A lock assert was added, suggested by Konstantin Belousov >=20 Tested as requested: svn update to r279508 and applied the 38i patch. Mixed results. The first boot, done as a warm "reboot" command while running 10-stable shows that the CP init failed again and I am back to the mtx_lock panic. I then let it auto-reboot back into 10-stable (this is an old 10-stable at the time of r271969 10.1-BETA2 but it is one in which the ring CP init still works). That shows it boots fine and ring CP inits OK - even as a warm reboot after the previous failure. I then thought to try a power-off cold reboot into r279508. This works, both ring CP inits OK and no mtx_lock panic. In fact, I am using it now to send this report. So, perhaps the previous fix for the mtx_lock panic wasn't right, but just seemed to work because I happened to cold-boot those times. The pattern that's emerging here is that older (mid-2014) kernels boot and init fine, warm or cold. The CP init problem started somewhere mid-2014. The mtx_lock panic is new, so I am guessing related to the drm2-38 update. BOTH CP init and mtx_lock problems go away when cold booting. I've uploaded info here: http://opal.com/jr/freebsd/panic/r279508M/dmesg.txt http://opal.com/jr/freebsd/panic/r279508M/core.txt.7 The dmesg shows the three boot sequences with annotations to make it clear which is which. Above is system with ATI Radeon RS690 X1270 IGP, RS690. BTW, I now also have the ring CP init failure on a second system that was just updated to 10.1-RELEASE-p6. It has ATI Radeon HD 4200 which is RS780 and it also shows the ring init failure at CAFEDEAD but in r600_ting_test(). Unfortunately, this system is a production one so I can't easily play with it. Note, no mtx_lock panic here. Fortunately, the graphics not working isn't a problem on this system. -jr --Sig_/gieHqjGF_8F4qJdiTq5hhuf Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlT3MpoACgkQls33urr0k4m5/wCfQyQVzh4EDNupOpX1D5/CRWtN DnwAnR72NiQ2VMElT6LQhHUtAOMW1S2N =MWKE -----END PGP SIGNATURE----- --Sig_/gieHqjGF_8F4qJdiTq5hhuf-- From owner-freebsd-x11@FreeBSD.ORG Wed Mar 4 20:31:12 2015 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F918755 for ; Wed, 4 Mar 2015 20:31:12 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0F767CE0 for ; Wed, 4 Mar 2015 20:31:12 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YTFwj-0004bi-FV for freebsd-x11@freebsd.org; Wed, 04 Mar 2015 21:31:09 +0100 Message-ID: <54F76B88.9090902@dumbbell.fr> Date: Wed, 04 Mar 2015 21:31:04 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) References: <54F636B3.90701@FreeBSD.org> <20150304172802.0b285585@shibato> In-Reply-To: <20150304172802.0b285585@shibato> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6fp2a2uVtCaw1QbjFI4fcgnRi9CmHFDN0" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 20:31:12 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6fp2a2uVtCaw1QbjFI4fcgnRi9CmHFDN0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 04.03.2015 17:28, J.R. Oldroyd wrote: > On Tue, 03 Mar 2015 23:33:23 +0100 Jean-S=C3=A9bastien P=C3=A9dron wrote: > The first boot, done as a warm "reboot" command while running 10-stable= > shows that the CP init failed again and I am back to the mtx_lock panic= =2E The panic you have can only happen when the CP initialization failed. In this case, the driver does some cleanup, including an mtx_destroy(9). The panic happens because the code tries to use the destroyed mutex. The previous core.txt.6 made me think the code we added for vt(4) didn't check the state correctly. But core.txt.7 shows this happens with a regular ioctl as well. The crash was fixed in Linux 3.10. I will import the patch. > The pattern that's emerging here is that older (mid-2014) kernels > boot and init fine, warm or cold. The CP init problem started > somewhere mid-2014. I can't reproduce it here. I still need to work with the informations you emailed me already a month ago. > BTW, I now also have the ring CP init failure on a second system > that was just updated to 10.1-RELEASE-p6. It has ATI Radeon HD 4200 > which is RS780 and it also shows the ring init failure at CAFEDEAD > but in r600_ting_test(). Unfortunately, this system is a production > one so I can't easily play with it. Note, no mtx_lock panic here. > Fortunately, the graphics not working isn't a problem on this system. What version of FreeBSD were you running before the update? --=20 Jean-S=C3=A9bastien P=C3=A9dron --6fp2a2uVtCaw1QbjFI4fcgnRi9CmHFDN0 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 iQJ8BAEBCgBmBQJU92uJXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMutcQAJsemS9IYfdowcxcUlZGLVpA pxCJlg3BiWTCXr3Mn+llpqK8UFfx/JqAmPTJd8q8lPnonB+Ywg+glSFC70Jz1ydE rEokyuuN10jXSAhN0qZEahoR38rB10XycK+5m8nTOQ+21fmKXVzRlbdvO+Qbmpao YFGVUbcGcpJRavMcXxwMHL3bhwjzNvOpPjejYEe3t/kqOy5LY/M1+T5on6BRt50c P5qZpOP0/yzbczHm/ABV1WliB7VQuFRni8MOeLlVpIzj5bJXaoBsZixXOSrYtff0 MfODopMmprMZ8lg9QXz1PUjdNXteICYZO4X9FrGEle4Va1lm/ynORiroiw7TtZem IafprN8PrdMHuL+FECn//UtgIZrd0Gy+/EgAyL2+Gr6sOngtgt89WeVX4n9ruJ5Z LWCxqP0B63LvPibBICc1XmTuAbpqjMiwpjkq+MGBYoxJmDOhinwfFNNuc1Kp15Sr jXDlnJSW8yvkqFvnanvZX+oCo+xx3CrQP7ptl/aZlojg0YFkl1OyjIJaeE3gtPQ/ 2iUBazQhGD9AKLKkgNo698cRhkUFhf0fyjMIz+4FjqQbwuuDInFricKiBNuDrqRA 0kbDku9o+yEXvEtWabwHX6OQAcV4yC6dIHyWYBBM7Xc7XNwJ+61tb88uLPo9ZhXz Qs/9xocHnqaLKVeqFGmg =Vef5 -----END PGP SIGNATURE----- --6fp2a2uVtCaw1QbjFI4fcgnRi9CmHFDN0-- From owner-freebsd-x11@FreeBSD.ORG Wed Mar 4 20:51:39 2015 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A185FEBF for ; Wed, 4 Mar 2015 20:51:39 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61FA8E92 for ; Wed, 4 Mar 2015 20:51:39 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YTGGX-0004ol-K4 for freebsd-x11@freebsd.org; Wed, 04 Mar 2015 21:51:37 +0100 Message-ID: <54F77054.102@dumbbell.fr> Date: Wed, 04 Mar 2015 21:51:32 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) References: <54F636B3.90701@FreeBSD.org> <54F6EA48.5050806@selasky.org> In-Reply-To: <54F6EA48.5050806@selasky.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ddCewxmlbfruUTNMtgHrIR1gx4oBmBuu6" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2015 20:51:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ddCewxmlbfruUTNMtgHrIR1gx4oBmBuu6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 04.03.2015 12:19, Hans Petter Selasky wrote: > 2) Maybe you could consider adding "SUBDIR_PARALLEL=3D" to some of the > drm2 Makefiles? Done in HEAD, thanks! > 3) After a lot of digging I found the only way to get flicker free vide= o > with XVideo using the Intel driver was to configure X.org like this: >=20 > Section "Device" > Identifier "Device0" > Driver "intel" > Option "AccelMethod" "sna" > Option "TearFree" "true" > EndSection >=20 > Maybe that could be the default? This is a separate discussion. That said, Intel is working on xf86-video-intel 3.0 for a long time now where SNA is the default (I don't know for "TearFree"). I have no idea if SNA is stable enough with xf86-video-intel 2.21.x. > 4) High Xorg usage is not solved: >=20 > 1026 root 1 26 0 99M 26928K 915gbr 0 1:03 8.89% X= org >=20 > 1026 root 1 102 0 99M 26936K CPU0 0 1:52 98.58% X= org >=20 >=20 > (...) > info: [drm] GMBUS [gmbus dpd] timed out, falling back to bit banging on= > pin 6 Is there something else after? Are those messages repeating? --=20 Jean-S=C3=A9bastien P=C3=A9dron --ddCewxmlbfruUTNMtgHrIR1gx4oBmBuu6 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 iQJ8BAEBCgBmBQJU93BVXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMPRgP/A+2qGrBK7XDMobh9dwVYoq6 NPVcX3NGu/9VvoGIMslURkKy+dctqhQEWkxqvqjtwQ/hgyGlzSQvUWNzkBsq7ZgV qeJ3dRVeyVLF5vQ9vYo/hTV6GDvK2z6G9QC/pMMhKXqDELzNBjNdQiZZeTNdUpwN Rs7CQUMbMFyn7jdh8+0sgXXv1v613l6LtjFpgY1CEa5uoSuFUomVk0+tRGr3Jdqq azzgo2oSy3Z5gzLqsn6H8T+uI4O00V/3OghClYu5pGtiml26AhmZlKB0u9MqmzB3 VKGqk9XSB7UjTiWOESZpZDKEj9W/Hzi56IVlPSSzEiC6m7KcHR1hJkHwxsegkTeK 5yA/CitUTVJsdL8pcN+tj00JW1Ox8dYFme8L0wr2hidhk+oG4zFUy8Lb29E68SG2 yB13i+9CSQbAEobSP6+1P+FYVPW7iVulNfb7sQmbgiIY4LgW6l20Xp7s98Ab+iF+ Ech5rAgJFduqGWXteBQhvQ8O4lM6moudQFzfdp/GtMi2Z4/r+P18xFIplbx9jJYH Bo6tqU1Z/4bCvSlfvZop4HqJbWHQ6FVc22wZyRjhCVE8qgDCmAa/xTv6Ufvo+yxF V/Ip8pesLR9xpFiaKFTbj6myRXI15Xr8dZh/G/AMGx1W3GSJQE3gfXgA7BtUhm6W aQERSJysohw5zchkTPLP =tVqN -----END PGP SIGNATURE----- --ddCewxmlbfruUTNMtgHrIR1gx4oBmBuu6-- From owner-freebsd-x11@FreeBSD.ORG Thu Mar 5 16:11:13 2015 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6DC6FB2 for ; Thu, 5 Mar 2015 16:11:12 +0000 (UTC) Received: from pmta1.delivery9.ore.mailhop.org (pmta1.delivery9.ore.mailhop.org [54.186.172.23]) by mx1.freebsd.org (Postfix) with ESMTP id B96A8EC9 for ; Thu, 5 Mar 2015 16:11:12 +0000 (UTC) Received: from smtp6.ore.mailhop.org (172.31.18.134) by pmta1.delivery1.ore.mailhop.org id hv200s20r845 for ; Thu, 5 Mar 2015 15:50:36 +0000 (envelope-from ) Received: from pool-71-255-170-26.bstnma.east.verizon.net ([71.255.170.26] helo=homobox.opal.com) by smtp6.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YTY34-0003nT-0b; Thu, 05 Mar 2015 15:50:54 +0000 Received: from shibato (ip51cd975c.adsl-surfen.hetnet.nl [81.205.151.92]) (authenticated bits=0) by homobox.opal.com (8.14.9/8.14.9) with ESMTP id t25FogM2013864 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NO); Thu, 5 Mar 2015 10:50:44 -0500 (EST) (envelope-from jr@opal.com) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 71.255.170.26 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/8LziwHfbAifc4Ceo6MjUx Date: Thu, 5 Mar 2015 16:50:31 +0100 From: "J.R. Oldroyd" To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) Message-ID: <20150305165031.3e835cfb@shibato> In-Reply-To: <54F76B88.9090902@dumbbell.fr> References: <54F636B3.90701@FreeBSD.org> <20150304172802.0b285585@shibato> <54F76B88.9090902@dumbbell.fr> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/HMf_DfDD8levLxVJQhcJz4G"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (homobox.opal.com [71.255.170.26]); Thu, 05 Mar 2015 10:50:45 -0500 (EST) X-Spam-Status: No, score=-97.0 required=5.0 tests=AWL,BAYES_00, FSL_HELO_NON_FQDN_1,RCVD_IN_PBL,USER_IN_WHITELIST shortcircuit=no autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on homobox.opal.com Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 16:11:13 -0000 --Sig_/HMf_DfDD8levLxVJQhcJz4G Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 04 Mar 2015 21:31:04 +0100 Jean-S=C3=A9bastien P=C3=A9dron wrote: > > The panic you have can only happen when the CP initialization failed. In > this case, the driver does some cleanup, including an mtx_destroy(9). >=20 > The panic happens because the code tries to use the destroyed mutex. The > previous core.txt.6 made me think the code we added for vt(4) didn't > check the state correctly. But core.txt.7 shows this happens with a > regular ioctl as well. >=20 > The crash was fixed in Linux 3.10. I will import the patch. > Ok. =20 > > The pattern that's emerging here is that older (mid-2014) kernels > > boot and init fine, warm or cold. The CP init problem started > > somewhere mid-2014. >=20 > I can't reproduce it here. I still need to work with the informations > you emailed me already a month ago. >=20 > > BTW, I now also have the ring CP init failure on a second system > > that was just updated to 10.1-RELEASE-p6. It has ATI Radeon HD 4200 > > which is RS780 and it also shows the ring init failure at CAFEDEAD > > but in r600_ting_test(). Unfortunately, this system is a production > > one so I can't easily play with it. Note, no mtx_lock panic here. > > Fortunately, the graphics not working isn't a problem on this system. >=20 > What version of FreeBSD were you running before the update? >=20 It was actually at 10.1-RELEASE-p5 before, but I am not sure that's helpful. There were CAFEDEADs there, too. The admin tells me that that system is generally always updated as binary updates using freebsd-update. I.e., no local compilation. That's been the case for all updates in the last six months, in any case. The init failures there are only occasional, not every boot. In fact, looking at its logs, it boots OK about 11 out of 12 times or so. About one of 12 times, it gets a ring init failure. That seems to have been the case on -p5, too. I cannot see boot logs from before -p5, and not sure they still exist. I can tell that most of the ring init failures seem, just like on my laptop, to be after warm reboots. But I can also see at least one ring init failure that appears to be after a cold power-off boot. -jr --Sig_/HMf_DfDD8levLxVJQhcJz4G Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlT4e0sACgkQls33urr0k4nX8QCbBirpqLLYqNy8LECdmw//fSQ+ Q9UAnjwiVDLufhjmdiqBSUql3/NspM/K =j/QH -----END PGP SIGNATURE----- --Sig_/HMf_DfDD8levLxVJQhcJz4G-- From owner-freebsd-x11@FreeBSD.ORG Sat Mar 7 09:26:53 2015 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6728E261 for ; Sat, 7 Mar 2015 09:26:53 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5296F366 for ; Sat, 7 Mar 2015 09:26:53 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id t279QrPW087396 for ; Sat, 7 Mar 2015 09:26:53 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id t279Qrjo087395; Sat, 7 Mar 2015 09:26:53 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201503070926.t279Qrjo087395@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sat, 7 Mar 2015 09:26:53 +0000 From: portscout@FreeBSD.org To: x11@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 09:26:53 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/x11@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ graphics/gbm | 9.1.7 | 9.2.5 ------------------------------------------------+-----------------+------------ graphics/libEGL | 9.1.7 | 9.2.5 ------------------------------------------------+-----------------+------------ graphics/libglapi | 9.1.7 | 9.2.5 ------------------------------------------------+-----------------+------------ graphics/libglesv2 | 9.1.7 | 9.2.5 ------------------------------------------------+-----------------+------------ graphics/libosmesa | 10.2.7 | 10.4.6 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-x11@FreeBSD.ORG Sat Mar 7 16:13:33 2015 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 958F760C; Sat, 7 Mar 2015 16:13:33 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::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 46A922DE; Sat, 7 Mar 2015 16:13:33 +0000 (UTC) Received: by qcxr5 with SMTP id r5so57676328qcx.10; Sat, 07 Mar 2015 08:13:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; bh=utGUAhu9ygBcnN3FyJkFTkbhluPwJAHWhEYG4lryuO8=; b=Ck6E0h3iqG5YWdfBhKeq9dklHzuwfar3x8W+bL5J1c1tkWjtRmbj13PWO5KZwP37Os ROcj2xf0nPxxMBngF73L2D8jZDCivirYOfK3vexCnAm4ZhwB1lhsROSfJ6G/Xc8nDLNH 9CBp4SBrKFFP5+lSXrX1KpslFxk1riAXqK7BI/oB+tpj3qU4vu9Kj81SmtGKm56SYNB8 9ochrutuUZTSRbwpuyuiYcy91AQrgAS6M3789C3VR8AuQTS6h73+uAfupgljBuP43T37 bW4Ju/GouwhuHrZf/+xOJiL+kBuy40LUhxYR02c9t0Ka5Xlr6Qy0CpdjyLZCACkHTfmC cVHg== X-Received: by 10.140.151.74 with SMTP id 71mr26498595qhx.15.1425744812107; Sat, 07 Mar 2015 08:13:32 -0800 (PST) Received: from kan ([2601:6:6780:7e0:226:18ff:fe00:232e]) by mx.google.com with ESMTPSA id y69sm7996150qgy.6.2015.03.07.08.13.30 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Mar 2015 08:13:31 -0800 (PST) Date: Sat, 7 Mar 2015 11:13:05 -0500 From: Alexander Kabaev To: =?KOI8-R?Q?Jean-S'ebastien_P'edron?= Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) Message-ID: <20150307111305.10d7678d@kan> In-Reply-To: <54F636B3.90701@FreeBSD.org> References: <54F636B3.90701@FreeBSD.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/v4bwYYgoWMpVU4b8bvEXJ/2"; protocol="application/pgp-signature" Cc: Hans Petter Selasky , freebsd-x11@FreeBSD.org, freebsd-current@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 16:13:33 -0000 --Sig_/v4bwYYgoWMpVU4b8bvEXJ/2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On Tue, 03 Mar 2015 23:33:23 +0100 Jean-S'ebastien P'edron wrote: > Hi! >=20 > Here is a new patch to based on HEAD r279508: > https://people.freebsd.org/~dumbbell/graphics/drm-update-38.i.patch >=20 > You can apply it to a Subversion checkout using the following command: > svn patch drm-update-38.i.patch >=20 > There are few changes: > o The panic reported by J.R. Oldroyd is fixed, but not the CP > init problem. > o A lock assert was added, suggested by Konstantin Belousov >=20 > I had several panics ("Stray timeout") with a taskqueue used by TTM, > but it didn't occur in the past 6 days. Maybe it was a problem > outside of DRM. >=20 > I would like people to test again and report :) If something fails, > please post a full dmesg, taken after loading the relevant *kms > module, or the core.txt.$N file if it's a panic. >=20 > Hans Petter and Ed, I couldn't reproduce neither of your problems > (HDMI hotplug events storm and VT-switch misbehaviour). However, they > both involve callouts, like the "Stray timeout" panic I had with TTM. > I suspect there was a transient problem with callouts in HEAD at the > same time. Could you please test again with this patch and a very > recent HEAD? >=20 > Thank you to everyone! >=20 > --=20 > Jean-S'ebastien P'edron >=20 Just as a data point, 'stray timeout' happens in clean -current without new patch as well. So whatever that is, it is not caused by the patch. --=20 Alexander Kabaev --Sig_/v4bwYYgoWMpVU4b8bvEXJ/2 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlT7I5IACgkQQ6z1jMm+XZZgCACcC3+fHhPOuv9OG4Mg+Hf0Itz0 ZHoAoIkRP41U111b/+kS2WBZauCM/SC/ =v9HE -----END PGP SIGNATURE----- --Sig_/v4bwYYgoWMpVU4b8bvEXJ/2-- From owner-freebsd-x11@FreeBSD.ORG Sat Mar 7 16:16:39 2015 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6368A751; Sat, 7 Mar 2015 16:16:39 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (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 E5DC82F9; Sat, 7 Mar 2015 16:16:38 +0000 (UTC) Received: by wghn12 with SMTP id n12so11830751wgh.6; Sat, 07 Mar 2015 08:16:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8iDu3cJhYzU5XvXs3bwTClwAImBfFgTD13bokCjubPQ=; b=C++Vt74qaWNi6Rz5gad+zOBHrgdv8QLQV+4yxOiyDaJyW+5Xa4tLhQoeZTDq69gqr6 flChdRFr8p/qM3F2i2bLM/OoJmxX9L/M2YuM7FVEAdfLjaTXe1BN0kKtCSwhglHCSax5 fzDPpFbD1nCsZrYzQ1/6Xcq2NSMpw/ZObF33lUZayz1d7AEqo6d5o9aRupOY7v8Pw1ZY T7wJDrP+1YHJDim0ZsUskxWBFVdfvKBiJvY4h71yOjBqku4NhqxrAwH/JBpSosBK/Ekm d62rVxMXNQLvvMTreZwm60vGPTVOQpYgUp/M8W2HcEmFe6lc4CAmlGOTGPtE5w3giwNG ymHw== MIME-Version: 1.0 X-Received: by 10.180.102.199 with SMTP id fq7mr42857907wib.89.1425744997278; Sat, 07 Mar 2015 08:16:37 -0800 (PST) Received: by 10.27.136.67 with HTTP; Sat, 7 Mar 2015 08:16:37 -0800 (PST) In-Reply-To: <20150307111305.10d7678d@kan> References: <54F636B3.90701@FreeBSD.org> <20150307111305.10d7678d@kan> Date: Sat, 7 Mar 2015 10:16:37 -0600 Message-ID: Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) From: "Sam Fourman Jr." To: Alexander Kabaev Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Hans Petter Selasky , freebsd-x11 , FreeBSD Current , Jean-S'ebastien P'edron X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 16:16:39 -0000 > Just as a data point, 'stray timeout' happens in clean -current without > new patch as well. So whatever that is, it is not caused by the patch. > > -- > Alexander Kabaev > I can confirm this, however, when it happens is RARE... it seems like it happens when I am typing in the address bar of chromium.. im using HEAD with a RAEDON on amd64 -- Sam Fourman Jr. From owner-freebsd-x11@FreeBSD.ORG Sat Mar 7 19:35:32 2015 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3D6BDB2 for ; Sat, 7 Mar 2015 19:35:31 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (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 75517B28 for ; Sat, 7 Mar 2015 19:35:31 +0000 (UTC) Received: by wghl18 with SMTP id l18so19422200wgh.5 for ; Sat, 07 Mar 2015 11:35:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=3p1Q3EjcLv60lcyc7kPr4GLdWXmjT5px2lcVuLmtafg=; b=KYAMs8TvbtiAiU86L7iKuVS9pMcB+Mj9hLGlE2imaIi2gK/EddyFqEUgfKf0jz5+dG wBRnIz3yIZkt/1El7NyKROM5+LOVl4L66jD1Igd8vE+AcjfMLVj463ZzEVMN82TWbwZs xSmXNUW8pzzepGvb/V3z8iwatDZJh/nKysmxakIIE75oLCYEg5AH2BT+xcqkVF/Wm4PY PQ751M0E+skBjkgrcKlKZPoLc8K5auap4F8R+9wDNzZXrFh/oOBUdefAGzff3cvKROei 6LXR8YatD/J8NpZTgucnGeOXj+ES/Nsttk2WQyN1TMUd4PdO0LetT3Bt7t+v/S0i09gB vU8w== MIME-Version: 1.0 X-Received: by 10.180.73.205 with SMTP id n13mr44508551wiv.64.1425756929914; Sat, 07 Mar 2015 11:35:29 -0800 (PST) Received: by 10.28.133.79 with HTTP; Sat, 7 Mar 2015 11:35:29 -0800 (PST) In-Reply-To: References: Date: Sun, 8 Mar 2015 00:35:29 +0500 Message-ID: Subject: Fwd: Haswell gpu From: =?UTF-8?B?0JHQvtCz0LTQsNC9INCe0YHQuNC90L3Ri9C5?= To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 19:35:32 -0000 Hello. Thank you for working on graphics branch in FreeBSD project. according to this https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Linux%203.8 I did: git clone -b kms-drm-update-38 --single-branch cd freebsd/ make kernel after that nothing changed, I still can't startx, even with xorg.conf, but under 11.0-CURRENT kernel thread on FreeBSD.org: https://forums.freebsd.org/threads/xserver-1-14-screen-s-found-but-none-have-a-usable-configuration.50640/ Aafter xserver 1.14 can't use FreeBSD with my haswell 4400hd gpu :( using FreeBSD 10.1 Thanks a lot. Best regards. From owner-freebsd-x11@FreeBSD.ORG Sat Mar 7 23:14:16 2015 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 573864C5; Sat, 7 Mar 2015 23:14:16 +0000 (UTC) Received: from beefy1.isc.freebsd.org (beefy1.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:4072:0:16:38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 36099250; Sat, 7 Mar 2015 23:14:16 +0000 (UTC) Received: from beefy1.isc.freebsd.org (localhost [127.0.0.1]) by beefy1.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t27NEGNP057551; Sat, 7 Mar 2015 23:14:16 GMT (envelope-from pkg-fallout@FreeBSD.org) Received: (from root@localhost) by beefy1.isc.freebsd.org (8.14.9/8.14.9/Submit) id t27NEGOX057533; Sat, 7 Mar 2015 23:14:16 GMT (envelope-from pkg-fallout@FreeBSD.org) Date: Sat, 7 Mar 2015 23:14:16 GMT From: pkg-fallout@FreeBSD.org Message-Id: <201503072314.t27NEGOX057533@beefy1.isc.freebsd.org> To: x11@FreeBSD.org Subject: [package - head-i386-default][graphics/libosmesa] Failed for libosmesa-10.2.7_1 in build Cc: pkg-fallout@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2015 23:14:16 -0000 You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: x11@FreeBSD.org Last committer: kwm@FreeBSD.org Ident: $FreeBSD: head/graphics/libosmesa/Makefile 374494 2014-12-10 23:00:28Z kwm $ Log URL: http://beefy1.isc.freebsd.org/data/head-i386-default/2015-03-07_08h45m14s/logs/libosmesa-10.2.7_1.log Build URL: http://beefy1.isc.freebsd.org/build.html?mastername=head-i386-default&build=2015-03-07_08h45m14s Log: ====>> Building graphics/libosmesa build started at Sat Mar 7 23:13:06 UTC 2015 port directory: /usr/ports/graphics/libosmesa building for: FreeBSD head-i386-default-job-02 11.0-CURRENT FreeBSD 11.0-CURRENT r279571 i386 maintained by: x11@FreeBSD.org Makefile ident: $FreeBSD: head/graphics/libosmesa/Makefile 374494 2014-12-10 23:00:28Z kwm $ Poudriere version: 3.1.1 Host OSVERSION: 1100060 Jail OSVERSION: 1100062 !!! Jail is newer than host. (Jail: 1100062, Host: 1100060) !!! !!! This is not supported. !!! !!! Host kernel must be same or newer than jail. !!! !!! Expect build failures. !!! ---Begin Environment--- UNAME_m=i386 UNAME_p=i386 OSVERSION=1100062 UNAME_v=FreeBSD 11.0-CURRENT r279571 UNAME_r=11.0-CURRENT BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 SAVED_TERM= MASTERMNT=/usr/local/poudriere/data/.m/head-i386-default/ref PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin POUDRIERE_BUILD_TYPE=bulk PKGNAME=libosmesa-10.2.7_1 OLDPWD=/ PWD=/usr/local/poudriere/data/.m/head-i386-default/ref/.p/pool MASTERNAME=head-i386-default USER=root HOME=/root POUDRIERE_VERSION=3.1.1 LOCALBASE=/usr/local PACKAGE_BUILDING=yes ---End Environment--- ---Begin OPTIONS List--- ---End OPTIONS List--- --CONFIGURE_ARGS-- --enable-osmesa --disable-driglx-direct --disable-gallium-llvm --disable-glx --disable-dri --disable-egl --with-gallium-drivers=swrast --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- ac_cv_prog_YACC=/usr/local/bin/bison ac_cv_prog_LEX=/usr/local/bin/flex XDG_DATA_HOME=/wrkdirs/usr/ports/graphics/libosmesa/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/graphics/libosmesa/work HOME=/wrkdirs/usr/ports/graphics/libosmesa/work TMPDIR="/tmp" MAKE=gmake PKG_CONFIG=pkgconf PYTHON="/usr/local/bin/python2.7" SHELL=/bin/sh CONFIG_SHELL=/bin/sh CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=262144 --End CONFIGURE_ENV-- --MAKE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/graphics/libosmesa/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/graphics/libosmesa/work HOME=/wrkdirs/usr/ports/graphics/libosmesa/work TMPDIR="/tmp" NO_PIE=yes SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -I/usr/local/include -fstack-protector -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS=" -fstack-protector" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -I/usr/local/include -fstack-protector -fno-strict-aliasing " MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -o root -g wheel -m 555" BSD_INSTALL_LIB="install -s -o root -g wheel -m 444" BSD_INSTALL_SCRIPT="install -o root -g wheel -m 555" BSD_INSTALL_DATA="install -o root -g wheel -m 0644" BSD_INSTALL_MAN="install -o root -g wheel -m 444" --End MAKE_ENV-- --PLIST_SUB-- PYTHON_INCLUDEDIR=include/python2.7 PYTHON_LIBDIR=lib/python2.7 PYTHON_PLATFORM=freebsd11 PYTHON_SITELIBDIR=lib/python2.7/site-packages PYTHON_VERSION=python2.7 PYTHON_VER=2.7 OSREL=11.0 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local PORTDOCS="" PORTEXAMPLES="" LIB32DIR=lib DOCSDIR="share/doc/libosmesa" EXAMPLESDIR="share/examples/libosmesa" DATADIR="share/libosmesa" WWWDIR="www/libosmesa" ETCDIR="etc/libosmesa" --End PLIST_SUB-- --SUB_LIST-- PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/libosmesa DOCSDIR=/usr/local/share/doc/libosmesa EXAMPLESDIR=/usr/local/share/examples/libosmesa WWWDIR=/usr/local/www/libosmesa ETCDIR=/usr/local/etc/libosmesa --End SUB_LIST-- ---Begin make.conf--- ARCH=i386 MACHINE=i386 MACHINE_ARCH=i386 USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs ARCH=i386 MACHINE=i386 MACHINE_ARCH=i386 USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles #### /usr/local/etc/poudriere.d/make.conf #### WITH_PKGNG=yes #WITH_PKGNG=devel # clean-restricted via poudriere.conf NO_RESTRICTED #NO_RESTRICTED=yes DISABLE_MAKE_JOBS=poudriere ---End make.conf--- =================================================== =========================================================================== =================================================== ===> libosmesa-10.2.7_1 depends on file: /usr/local/sbin/pkg - not found ===> Verifying install for /usr/local/sbin/pkg in /usr/ports/ports-mgmt/pkg ===> Installing existing package /packages/All/pkg-1.4.12.txz [head-i386-default-job-02] Installing pkg-1.4.12... [head-i386-default-job-02] Extracting pkg-1.4.12... done Message for pkg-1.4.12: If you are upgrading from the old package format, first run: # pkg2ng ===> Returning to build of libosmesa-10.2.7_1 =========================================================================== =================================================== =========================================================================== =================================================== ===> Fetching all distfiles required by libosmesa-10.2.7_1 for building =========================================================================== =================================================== ===> Fetching all distfiles required by libosmesa-10.2.7_1 for building => SHA256 Checksum OK for MesaLib-10.2.7.tar.bz2. =========================================================================== =================================================== =========================================================================== =================================================== ===> Fetching all distfiles required by libosmesa-10.2.7_1 for building ===> Extracting for libosmesa-10.2.7_1 => SHA256 Checksum OK for MesaLib-10.2.7.tar.bz2. =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for libosmesa-10.2.7_1 ===> Applying FreeBSD patches for libosmesa-10.2.7_1 /usr/bin/sed -i.bak -e '/^OSMESA_VERSION=/s|8|9|' -e 's|-fno-builtin-memcmp||g' /wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/configure =========================================================================== =================================================== ===> libosmesa-10.2.7_1 depends on file: /usr/local/lib/python2.7/site-packages/libxml2mod.so - not found ===> Verifying install for /usr/local/lib/python2.7/site-packages/libxml2mod.so in /usr/ports/textproc/py-libxml2 ===> Installing existing package /packages/All/py27-libxml2-2.9.2.txz [head-i386-default-job-02] Installing py27-libxml2-2.9.2... [head-i386-default-job-02] `-- Installing libxml2-2.9.2_2... [head-i386-default-job-02] `-- Extracting libxml2-2.9.2_2... done [head-i386-default-job-02] `-- Installing py27-setuptools27-5.5.1_1... [head-i386-default-job-02] | `-- Installing python27-2.7.9... [head-i386-default-job-02] | | `-- Installing gettext-runtime-0.19.4... [head-i386-default-job-02] | | `-- Installing indexinfo-0.2.2... [head-i386-default-job-02] | | `-- Extracting indexinfo-0.2.2... done [head-i386-default-job-02] | | `-- Extracting gettext-runtime-0.19.4... done [head-i386-default-job-02] | | `-- Installing libffi-3.2.1... [head-i386-default-job-02] | | `-- Extracting libffi-3.2.1... done [head-i386-default-job-02] | | `-- Installing readline-6.3.8... [head-i386-default-job-02] | | `-- Extracting readline-6.3.8... done [head-i386-default-job-02] | `-- Extracting python27-2.7.9... done [head-i386-default-job-02] `-- Extracting py27-setuptools27-5.5.1_1... done [head-i386-default-job-02] `-- Installing python2-2_3... [head-i386-default-job-02] `-- Extracting python2-2_3... done [head-i386-default-job-02] Extracting py27-libxml2-2.9.2... done Message for python27-2.7.9: ===================================================================== Note that some standard Python modules are provided as separate ports as they require additional dependencies. They are available as: bsddb databases/py-bsddb gdbm databases/py-gdbm sqlite3 databases/py-sqlite3 tkinter x11-toolkits/py-tkinter ===================================================================== ===> Returning to build of libosmesa-10.2.7_1 ===> libosmesa-10.2.7_1 depends on file: /usr/local/bin/flex - not found ===> Verifying install for /usr/local/bin/flex in /usr/ports/textproc/flex ===> Installing existing package /packages/All/flex-2.5.39_2.txz [head-i386-default-job-02] Installing flex-2.5.39_2... [head-i386-default-job-02] `-- Installing m4-1.4.17_1,1... [head-i386-default-job-02] `-- Extracting m4-1.4.17_1,1... done [head-i386-default-job-02] Extracting flex-2.5.39_2... done ===> Returning to build of libosmesa-10.2.7_1 ===> libosmesa-10.2.7_1 depends on executable: bison - not found ===> Verifying install for bison in /usr/ports/devel/bison ===> Installing existing package /packages/All/bison-2.7.1,1.txz [head-i386-default-job-02] Installing bison-2.7.1,1... [head-i386-default-job-02] Extracting bison-2.7.1,1... done ===> Returning to build of libosmesa-10.2.7_1 config.status: creating src/gallium/winsys/i915/drm/Makefile config.status: creating src/gallium/winsys/i915/sw/Makefile config.status: creating src/gallium/winsys/intel/drm/Makefile config.status: creating src/gallium/winsys/nouveau/drm/Makefile config.status: creating src/gallium/winsys/radeon/drm/Makefile config.status: creating src/gallium/winsys/svga/drm/Makefile config.status: creating src/gallium/winsys/sw/dri/Makefile config.status: creating src/gallium/winsys/sw/fbdev/Makefile config.status: creating src/gallium/winsys/sw/null/Makefile config.status: creating src/gallium/winsys/sw/wayland/Makefile config.status: creating src/gallium/winsys/sw/wrapper/Makefile config.status: creating src/gallium/winsys/sw/xlib/Makefile config.status: creating src/gbm/Makefile config.status: creating src/gbm/main/gbm.pc config.status: creating src/glsl/Makefile config.status: creating src/glx/Makefile config.status: creating src/glx/tests/Makefile config.status: creating src/gtest/Makefile config.status: creating src/loader/Makefile config.status: creating src/mapi/Makefile config.status: creating src/mapi/es1api/Makefile config.status: creating src/mapi/es1api/glesv1_cm.pc config.status: creating src/mapi/es2api/Makefile config.status: creating src/mapi/es2api/glesv2.pc config.status: creating src/mapi/glapi/Makefile config.status: creating src/mapi/glapi/gen/Makefile config.status: creating src/mapi/glapi/tests/Makefile config.status: creating src/mapi/shared-glapi/Makefile config.status: creating src/mapi/shared-glapi/tests/Makefile config.status: creating src/mapi/vgapi/Makefile config.status: creating src/mapi/vgapi/vg.pc config.status: creating src/mesa/Makefile config.status: creating src/mesa/gl.pc config.status: creating src/mesa/drivers/dri/dri.pc config.status: creating src/mesa/drivers/dri/common/Makefile config.status: creating src/mesa/drivers/dri/common/xmlpool/Makefile config.status: creating src/mesa/drivers/dri/i915/Makefile config.status: creating src/mesa/drivers/dri/i965/Makefile config.status: creating src/mesa/drivers/dri/Makefile config.status: creating src/mesa/drivers/dri/nouveau/Makefile config.status: creating src/mesa/drivers/dri/r200/Makefile config.status: creating src/mesa/drivers/dri/radeon/Makefile config.status: creating src/mesa/drivers/dri/swrast/Makefile config.status: creating src/mesa/drivers/osmesa/Makefile config.status: creating src/mesa/drivers/osmesa/osmesa.pc config.status: creating src/mesa/drivers/x11/Makefile config.status: creating src/mesa/main/tests/Makefile config.status: creating src/mesa/main/tests/hash_table/Makefile config.status: executing depfiles commands config.status: executing libtool commands prefix: /usr/local exec_prefix: ${prefix} libdir: ${exec_prefix}/lib includedir: ${prefix}/include OpenGL: yes (ES1: no ES2: no) OpenVG: no OSMesa: libOSMesa GLX: no EGL: no llvm: no Gallium: yes Target dirs: Winsys dirs: sw Driver dirs: galahad identity noop rbug softpipe trace Trackers dirs: Shared libs: yes Static libs: no Shared-glapi: yes CFLAGS: -O2 -pipe -I/usr/local/include -fstack-protector -fno-strict-aliasing -Wall -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes -fno-strict-aliasing -Qunused-arguments CXXFLAGS: -O2 -pipe -I/usr/local/include -fstack-protector -fno-strict-aliasing -Wall -fno-strict-aliasing -Qunused-arguments Macros: -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DMESA_EGL_NO_X11_HEADERS PYTHON2: python2 Run 'gmake' to build Mesa =========================================================================== =================================================== ===> Building for libosmesa-10.2.7_1 gmake[1]: Entering directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7' Making all in src gmake[2]: Entering directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src' cd .. && gmake am--refresh cd .. && gmake am--refresh Making all in gtest gmake[3]: Entering directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/gtest' cd ../.. && gmake am--refresh cd ../.. && gmake am--refresh gmake[3]: Nothing to be done for 'all'. gmake[3]: Leaving directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/gtest' Making all in loader gmake[3]: Entering directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/loader' cd ../.. && gmake am--refresh cd ../.. && gmake am--refresh CC libloader_la-loader.lo CC libloader_la-pci_id_driver_map.lo CCLD libloader.la gmake[3]: Leaving directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/loader' Making all in mapi gmake[3]: Entering directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi' cd ../.. && gmake am--refresh cd ../.. && gmake am--refresh Making all in glapi/gen gmake[4]: Entering directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/glapi/gen' cd ../../../.. && gmake am--refresh cd ../../../.. && gmake am--refresh GEN ../../../../src/mapi/glapi/glapi_mapi_tmp.h GEN ../../../../src/mapi/glapi/glprocs.h GEN ../../../../src/mapi/glapi/glapitemp.h GEN ../../../../src/mapi/glapi/glapitable.h GEN ../../../../src/mapi/glapi/glapi_gentable.c GEN ../../../../src/mapi/glapi/glapi_x86.S GEN ../../../../src/mesa/main/enums.c GEN ../../../../src/mesa/main/api_exec.c GEN ../../../../src/mesa/main/dispatch.h GEN ../../../../src/mesa/main/remap_helper.h GEN ../../../../src/glx/indirect.c GEN ../../../../src/glx/indirect.h GEN ../../../../src/glx/indirect_init.c GEN ../../../../src/glx/indirect_size.h GEN ../../../../src/glx/indirect_size.c gmake all-am gmake[5]: Entering directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/glapi/gen' cd ../../../.. && gmake am--refresh cd ../../../.. && gmake am--refresh gmake[5]: Nothing to be done for 'all-am'. gmake[5]: Leaving directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/glapi/gen' gmake[4]: Leaving directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/glapi/gen' Making all in shared-glapi gmake[4]: Entering directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/shared-glapi' cd ../../.. && gmake am--refresh cd ../../.. && gmake am--refresh GEN glapi_mapi_tmp.h gmake all-recursive gmake[5]: Entering directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/shared-glapi' cd ../../.. && gmake am--refresh cd ../../.. && gmake am--refresh Making all in . gmake[6]: Entering directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/shared-glapi' cd ../../.. && gmake am--refresh cd ../../.. && gmake am--refresh CC entry.lo In file included from ../../../src/mapi/entry.c:46: ./../../src/mapi/entry_x86_tsd.h:62:19: warning: tentative array definition assumed to have one element static const char x86_entry_start[]; ^ ./../../src/mapi/entry_x86_tsd.h:63:19: warning: tentative array definition assumed to have one element static const char x86_entry_end[]; ^ Assertion failed: (Symbol->isUndefined() && "Cannot define a symbol twice!"), function EmitLabel, file /usr/local/poudriere/jails/head-i386/usr/src/lib/clang/libllvmmc/../../../contrib/llvm/lib/MC/MCELFStreamer.cpp, line 57. Stack dump: 0. Program arguments: /usr/bin/cc -cc1 -triple i386-unknown-freebsd11.0 -emit-obj -disable-free -main-file-name entry.c -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -relaxed-aliasing -masm-verbose -mconstructor-aliases -target-cpu i486 -dwarf-column-info -coverage-file /wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/shared-glapi/.libs/entry.o -resource-dir /usr/bin/../lib/clang/3.5.1 -dependency-file .deps/entry.Tpo -sys-header-deps -MP -MT entry.lo -D PACKAGE_NAME="Mesa" -D PACKAGE_TARNAME="mesa" -D PACKAGE_VERSION="10.2.7" -D PACKAGE_STRING="Mesa 10.2.7" -D PACKAGE_BUGREPORT="https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa" -D PACKAGE_URL="" -D PACKAGE="mesa" -D VERSION="10.2.7" -D STDC_HEADERS=1 -D HAVE_SYS_TYPES_H=1 -D HAVE_SYS_STAT_H=1 -D HAVE_STDLIB_H=1 -D HAVE_STRING_H=1 -D HAVE_MEMORY_H=1 -D HAVE_STRINGS_H=1 -D HAVE_INTTYPES_H=1 -D HAVE_STDINT_H=1 -D HAVE_UNISTD_H=1 -D HAVE_DLFCN_H=1 -D LT_OBJDIR=".libs/" -D YYTEXT_POINTER=1 -D HAVE___BUILTIN_ BSWAP32=1 -D HAVE___BUILTIN_BSWAP64=1 -D HAVE_DLADDR=1 -D HAVE_CLOCK_GETTIME=1 -D HAVE_PTHREAD_PRIO_INHERIT=1 -D HAVE_PTHREAD=1 -D USE_X86_ASM -D USE_MMX_ASM -D USE_3DNOW_ASM -D USE_SSE_ASM -D HAVE_DLOPEN -D HAVE_POSIX_MEMALIGN -D MESA_EGL_NO_X11_HEADERS -D MAPI_MODE_GLAPI -D MAPI_ABI_HEADER="shared-glapi/glapi_mapi_tmp.h" -D _THREAD_SAFE -D PIC -I . -I ../../../include -I ../../../src/mapi -I ../../../src/mapi -I /usr/local/include -O2 -Wall -Werror=implicit-function-declaration -Werror=missing-prototypes -std=c99 -fdebug-compilation-dir /wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/shared-glapi -ferror-limit 19 -fmessage-length 0 -pthread -stack-protector 1 -mstackrealign -fobjc-runtime=gnustep -fdiagnostics-show-option -vectorize-loops -vectorize-slp -o .libs/entry.o -x c ../../../src/mapi/entry.c 1. parser at end of file 2. Code generation cc: error: unable to execute command: Abort trap (core dumped) cc: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.5.1 (tags/RELEASE_351/final 225668) 20150115 Target: i386-unknown-freebsd11.0 Thread model: posix cc: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. cc: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: cc: note: diagnostic msg: /tmp/entry-a10668.c cc: note: diagnostic msg: /tmp/entry-a10668.sh cc: note: diagnostic msg: ******************** Makefile:695: recipe for target 'entry.lo' failed gmake[6]: *** [entry.lo] Error 1 gmake[6]: Leaving directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/shared-glapi' Makefile:749: recipe for target 'all-recursive' failed gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/shared-glapi' Makefile:586: recipe for target 'all' failed gmake[4]: *** [all] Error 2 gmake[4]: Leaving directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi/shared-glapi' Makefile:512: recipe for target 'all-recursive' failed gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src/mapi' Makefile:529: recipe for target 'all-recursive' failed gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7/src' Makefile:576: recipe for target 'all-recursive' failed gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory '/wrkdirs/usr/ports/graphics/libosmesa/work/Mesa-10.2.7' *** Error code 1 Stop. make: stopped in /usr/ports/graphics/libosmesa