From owner-freebsd-x11@freebsd.org Sun Mar 13 00:12:21 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 C1755ACE97E for ; Sun, 13 Mar 2016 00:12:21 +0000 (UTC) (envelope-from lukek@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 977A3B71 for ; Sun, 13 Mar 2016 00:12:21 +0000 (UTC) (envelope-from lukek@fastmail.fm) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 159F22079E for ; Sat, 12 Mar 2016 19:12:19 -0500 (EST) Received: from web6 ([10.202.2.216]) by compute1.internal (MEProxy); Sat, 12 Mar 2016 19:12:19 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=Lz+ 6Tsu2qageV1J01yFL13EwYGM=; b=TSF5HkmPQ4kbqjI/6Re1wVs0EsbYKtkqtqJ B9oCMZCHdZfdEk4038ANGsLecfzIbHzFHqVy9zeEALoS88P70uJjuSnPmRn/kupM nBo89OKeWgJXKolCP5ZrUHWrtM1upNsZpyVhY8uyVOR8qOlTiypV7ToiRjksgD3v QqujqIdg= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=Lz+6Tsu2qageV1J01yFL13EwYGM=; b=MzDo7 dZNjEWIxZSBBPUbJ2pe2cbqwBRgkc2KB9CU9GTY2jkkN8KqUD9WUJoGzVNcgH1Ay qvxBD69v7Jc6jA9MHVhftIZfXvSKWLg+qDrRrYaHkidcvCoogiY8m8gQA3WFqJOM lKleEfb4tWyO+fReb+zoANGaYUypNNqPBkqH80= Received: by web6.nyi.internal (Postfix, from userid 99) id D8C7B443B2; Sat, 12 Mar 2016 19:12:18 -0500 (EST) Message-Id: <1457827938.1903668.547444234.31773721@webmail.messagingengine.com> X-Sasl-Enc: xh9uqWC/KYw8MKlBoZHfv7U23CATHjEYelJHUVxD4zaf 1457827938 From: Luke To: freebsd-x11@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-da7163a6 Subject: i915kms and Zenbook lcd brightness Date: Sat, 12 Mar 2016 16:12:18 -0800 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 13 Mar 2016 00:12:21 -0000 I downed the current today and built GENERIC kernel hoping to get my Asus Zenbook UX31A to work with Xorg (kms) as I see the recent i915kms work was submitted last week (many thanks to the developers hard work). However, when X starts it is VERY dim (brightness level 0?) even though I have loaded the "acpi_asus", "acpi_asus_wmi" and sysctl reports brightness at "100". About a month ago I had downed the development branch of this work (before it was submitted to head) and compiled it and had success using the above mentioned modules I believe. But it no longer works for me. Has anyone else noticed this? Have I forgotten a crucial step or is there a regression in the code or something else at foot here? Any insight where to look next would be appreciated. Thanks for your time. From owner-freebsd-x11@freebsd.org Sun Mar 13 06:53:03 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 C1502ACDF9F for ; Sun, 13 Mar 2016 06:53:03 +0000 (UTC) (envelope-from henry.hu.sh@gmail.com) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (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 7E6817E0 for ; Sun, 13 Mar 2016 06:53:03 +0000 (UTC) (envelope-from henry.hu.sh@gmail.com) Received: by mail-qg0-x235.google.com with SMTP id y89so130848351qge.2 for ; Sat, 12 Mar 2016 22:53:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=y5C9A1fHoPKLXaT1j02BjFdv5o/GhiJKF67fp6hCip0=; b=OF4KCMB8eXlo8zTA5WVx8G/nmJWiNSM9kChjRlz5wwr8ukq5dUGmB6KaLoYuW6bQEf RDlXCF17VYYvFFjDYcYoYOeGafgIM+TqoKOjqaX3UxKH3/febXbjFO0Rl/o6Zz0g40i7 YFt79RPYs6tVoelMxMe26WAKQjieeGoP6zWhA0nMWptmF7cThpvmdz5ZkFD+OqZTzUqv fVRuL3N3vLyTB69A73urwI/4YFMMBP76XDPDpxgplKrXUix+q9gnaq9qDkJsJ/Sh/DZb 3Aa/X0t+/xWveMpdQLMCn/9sVbWKtAbyyi9Fi9LeH7TaGwHjIRFqtVcfbY8/uCFp9Xf9 xKpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=y5C9A1fHoPKLXaT1j02BjFdv5o/GhiJKF67fp6hCip0=; b=LY6xRX24zYpq+hhG4jOTcz5eGGQb2HomKAVEHgNZKNYHr4vIkuAWSr+/6j6VBd741N ukBNpDrydUyF90pnFcvGO1+mXYuxx3vtBZqyzTAxTXnVfKoTOF1Zg8AfGRqsmp9/SDvN Qm1xjSakU/1HAKFBr+e6icoBrMbsrhHRxcfsTxsaimoC4iCW4dXjWVphow1QSosJG5/y eJwvElB6fUYu4j+6OB5g//yI/AOdMmd5zYJXgDvvd21vS+Pnk3ZRbH+qLTH+RK1HAyGY G4U6TEaSikN52tNbSzJv+OKwk5rGgtXMkZQ800Fgtv+tjoqtdIvcq+5YI5vFEgSx/Oth /YbA== X-Gm-Message-State: AD7BkJLhlP7m4obqS4pBJcCenugPs/bL30VBqqxWN3o5Tp4iV5YEp6yrF9UKzDrY70+UYbZjifcOI7VV6AlYzQ== X-Received: by 10.140.40.138 with SMTP id x10mr22170936qgx.2.1457851982458; Sat, 12 Mar 2016 22:53:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.28.73 with HTTP; Sat, 12 Mar 2016 22:52:23 -0800 (PST) In-Reply-To: <1457827938.1903668.547444234.31773721@webmail.messagingengine.com> References: <1457827938.1903668.547444234.31773721@webmail.messagingengine.com> From: Henry Hu Date: Sun, 13 Mar 2016 01:52:23 -0500 Message-ID: Subject: Re: i915kms and Zenbook lcd brightness To: Luke Cc: "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 13 Mar 2016 06:53:03 -0000 On Sat, Mar 12, 2016 at 7:12 PM, Luke wrote: > I downed the current today and built GENERIC kernel hoping to get my > Asus Zenbook UX31A to work with Xorg (kms) as I see the recent i915kms > work was submitted last week (many thanks to the developers hard work). > However, when X starts it is VERY dim (brightness level 0?) even though > I have loaded the "acpi_asus", "acpi_asus_wmi" and sysctl reports > brightness at "100". > About a month ago I had downed the development branch of this work > (before it was submitted to head) and compiled it and had success using > the above mentioned modules I believe. But it no longer works for me. > Has anyone else noticed this? Have I forgotten a crucial step or is > there a regression in the code or something else at foot here? > Any insight where to look next would be appreciated. > I think that this has been posted before on the mail list, and I also suffer from this. On the other hand, setting hw.acpi.video.lcd0.brightness to some value > 0 does light up the screen. So I have a startup script to set this when starting the session. My machine is a Zenbook UX51VZ with Intel HD Graphics 4000. > Thanks for your time. > _______________________________________________ > 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" > -- Cheers, Henry From owner-freebsd-x11@freebsd.org Sun Mar 13 14:39:44 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 F3D27ACF180 for ; Sun, 13 Mar 2016 14:39:43 +0000 (UTC) (envelope-from lukek@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 CAFFABEA for ; Sun, 13 Mar 2016 14:39:43 +0000 (UTC) (envelope-from lukek@fastmail.fm) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 689D420412 for ; Sun, 13 Mar 2016 10:39:35 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Sun, 13 Mar 2016 10:39:35 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-type:date:from:message-id:mime-version:subject:to :x-sasl-enc:x-sasl-enc; s=mesmtp; bh=A814X1ZORc5V2pfGS5h4P93XktU =; b=bDVBkjsVZEwqfxKZFBBN//uBv5NJoGYjw3pPCgyZpHrkjvatX3wZMo8n0n7 1qoF7538S6lHYzHxRTGbmx3jDTF6SiwS9rpOiiHTkJmaoOuVY1nTCfpBQBK3HxLN Btuiwdx2+5A4q7hxpTQbIXUttOH6DJ52sIQzq0zs65v0ymxk= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:message-id :mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=A8 14X1ZORc5V2pfGS5h4P93XktU=; b=VjANlS6vwLLfkOBNS/S3cHTnpLx0be7mfF LZkH0DR/HwVLcpumsGGDwimPsxeiBZXs6Ac0zhg4fl4NGZfgs1gIWecKl3DNPswj 4hwdrdE+zGnqDdtB+/HCL/MnUeAuX41vlSwN8VGIBXicJY6udNEFzS4HJKyrI/S1 91FBbuO0I= X-Sasl-enc: dkl2fpqbP1IyD0YOpHg5c/o08+OVm88+OtU9v0BrAAbU 1457879974 Received: from [25.57.192.136] (unknown [24.114.97.228]) by mail.messagingengine.com (Postfix) with ESMTPA id 3FC1E680125; Sun, 13 Mar 2016 10:39:34 -0400 (EDT) Date: Sun, 13 Mar 2016 10:39:30 -0400 Subject: Re: i915kms and Zenbook lcd brightness Message-ID: Importance: normal From: lukek To: Henry Hu Cc: "freebsd-x11@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 13 Mar 2016 14:39:44 -0000 U09MVkVEISBJdCBzZWVtcyBJIHdhcyBjbG9zZSwganVzdCBuZWVkZWQgdG8gZm9yY2UgYnJpZ2h0 bmVzcyB0byAxMDAlIGFnYWluIGFmdGVyIHN0YXJ0aW5nIGk5MTVrbXMuIE90aGVyIHBvc3NpYmx5 IGltcG9ydGFudCBwYXJ0cyBhcmUgYWNwaV92aWRlbyBhbmQgZHJtMiBtb2R1bGVzLsKgU28gdG8g c29tZSB1cCBteSBmaW5kaW5nczotTG9hZCBtb2R1bGVzIGFjcGlfdmlkZW8gYWNwaV9hc3VzIGFj cGlfYXN1c193bWkgZHJtMiBpOTE1a21zLXJ1biAiaW50ZWwtYmFja2xpZ2h0IDEwMCLCoApJIHdp bGwgcG9zdCB0aGVzZSB0byB0aGUgZm9ydW1zIGFzIHdlbGwgc28gdGhpcyBtYWlsaW5nIGxpc3Qg d29uJ3QgYmUgYm90aGVyZWQgYW55bW9yZS7CoFRoYW5rcy7CoAoKU2VudCBmcm9tIG15IFNhbXN1 bmcgR2FsYXh5IHNtYXJ0cGhvbmUuLS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0tLUZy b206IEhlbnJ5IEh1IDxoZW5yeS5odS5zaEBnbWFpbC5jb20+IERhdGU6IDIwMTYtMDMtMTMgIDE6 NTIgQU0gIChHTVQtMDU6MDApIFRvOiBMdWtlIDxsdWtla0BmYXN0bWFpbC5mbT4gQ2M6IGZyZWVi c2QteDExQGZyZWVic2Qub3JnIFN1YmplY3Q6IFJlOiBpOTE1a21zIGFuZCBaZW5ib29rIGxjZCBi cmlnaHRuZXNzIAoKCk9uIFNhdCwgTWFyIDEyLCAyMDE2IGF0IDc6MTIgUE0sIEx1a2UgPGx1a2Vr QGZhc3RtYWlsLmZtPiB3cm90ZToKSSBkb3duZWQgdGhlIGN1cnJlbnQgdG9kYXkgYW5kIGJ1aWx0 IEdFTkVSSUMga2VybmVsIGhvcGluZyB0byBnZXQgbXkKCkFzdXMgWmVuYm9vayBVWDMxQSB0byB3 b3JrIHdpdGggWG9yZyAoa21zKSBhcyBJIHNlZSB0aGUgcmVjZW50IGk5MTVrbXMKCndvcmsgd2Fz IHN1Ym1pdHRlZCBsYXN0IHdlZWsgKG1hbnkgdGhhbmtzIHRvIHRoZSBkZXZlbG9wZXJzIGhhcmQg d29yaykuCgpIb3dldmVyLCB3aGVuIFggc3RhcnRzIGl0IGlzIFZFUlkgZGltIChicmlnaHRuZXNz IGxldmVsIDA/KSBldmVuIHRob3VnaAoKSSBoYXZlIGxvYWRlZCB0aGUgImFjcGlfYXN1cyIsICJh Y3BpX2FzdXNfd21pIiBhbmQgc3lzY3RsIHJlcG9ydHMKCmJyaWdodG5lc3MgYXQgIjEwMCIuCgpB Ym91dCBhIG1vbnRoIGFnbyBJIGhhZCBkb3duZWQgdGhlIGRldmVsb3BtZW50IGJyYW5jaCBvZiB0 aGlzIHdvcmsKCihiZWZvcmUgaXQgd2FzIHN1Ym1pdHRlZCB0byBoZWFkKSBhbmQgY29tcGlsZWQg aXQgYW5kIGhhZCBzdWNjZXNzIHVzaW5nCgp0aGUgYWJvdmUgbWVudGlvbmVkIG1vZHVsZXMgSSBi ZWxpZXZlLiBCdXQgaXQgbm8gbG9uZ2VyIHdvcmtzIGZvciBtZS4KCkhhcyBhbnlvbmUgZWxzZSBu b3RpY2VkIHRoaXM/IEhhdmUgSSBmb3Jnb3R0ZW4gYSBjcnVjaWFsIHN0ZXAgb3IgaXMKCnRoZXJl IGEgcmVncmVzc2lvbiBpbiB0aGUgY29kZSBvciBzb21ldGhpbmcgZWxzZSBhdCBmb290IGhlcmU/ CgpBbnkgaW5zaWdodCB3aGVyZSB0byBsb29rIG5leHQgd291bGQgYmUgYXBwcmVjaWF0ZWQuCgpJ IHRoaW5rIHRoYXQgdGhpcyBoYXMgYmVlbiBwb3N0ZWQgYmVmb3JlIG9uIHRoZSBtYWlsIGxpc3Qs IGFuZCBJIGFsc28gc3VmZmVyIGZyb20gdGhpcy4KT24gdGhlIG90aGVyIGhhbmQsIHNldHRpbmcg aHcuYWNwaS52aWRlby5sY2QwLmJyaWdodG5lc3MgdG8gc29tZSB2YWx1ZSA+IDAgZG9lcyBsaWdo dCB1cCB0aGUgc2NyZWVuLgpTbyBJIGhhdmUgYSBzdGFydHVwIHNjcmlwdCB0byBzZXQgdGhpcyB3 aGVuIHN0YXJ0aW5nIHRoZSBzZXNzaW9uLgpNeSBtYWNoaW5lIGlzIGEgWmVuYm9vayBVWDUxVlog d2l0aCBJbnRlbCBIRCBHcmFwaGljcyA0MDAwLgrCoAoKVGhhbmtzIGZvciB5b3VyIHRpbWUuCgpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoKZnJlZWJzZC14 MTFAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0CgpodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21h aWxtYW4vbGlzdGluZm8vZnJlZWJzZC14MTEKClRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWls IHRvICJmcmVlYnNkLXgxMS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyIKCgoKCi0tIApDaGVlcnMs CkhlbnJ5Cgo= From owner-freebsd-x11@freebsd.org Sun Mar 13 21:00:07 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 204B4ACD084 for ; Sun, 13 Mar 2016 21:00:07 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 125B9208 for ; Sun, 13 Mar 2016 21:00:07 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 11E3BACD07F; Sun, 13 Mar 2016 21:00:07 +0000 (UTC) Delivered-To: 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 118B3ACD07C for ; Sun, 13 Mar 2016 21:00:07 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) 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 E4696206 for ; Sun, 13 Mar 2016 21:00:06 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u2DL01NL032375 for ; Sun, 13 Mar 2016 21:00:06 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201603132100.u2DL01NL032375@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: x11@FreeBSD.org Subject: Problem reports for x11@FreeBSD.org that need special attention Date: Sun, 13 Mar 2016 21:00:06 +0000 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 13 Mar 2016 21:00:07 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 188833 | [suspend/resume] Suspend/resume with Intel GMA HD 1 problems total for which you should take action. From owner-freebsd-x11@freebsd.org Mon Mar 14 09:01:04 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 D255CAD0F12 for ; Mon, 14 Mar 2016 09:01:04 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C1379A06 for ; Mon, 14 Mar 2016 09:01:04 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id C07E3AD0F11; Mon, 14 Mar 2016 09:01:04 +0000 (UTC) Delivered-To: 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 C0264AD0F10 for ; Mon, 14 Mar 2016 09:01:04 +0000 (UTC) (envelope-from portscout@FreeBSD.org) 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 B4B5AA04 for ; Mon, 14 Mar 2016 09:01:04 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.15.2/8.15.2) with ESMTP id u2E914gu061638 for ; Mon, 14 Mar 2016 09:01:04 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.15.2/8.15.2/Submit) id u2E914tm061635; Mon, 14 Mar 2016 09:01:04 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201603140901.u2E914tm061635@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: Mon, 14 Mar 2016 09:01:04 +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.21 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, 14 Mar 2016 09:01:04 -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 ------------------------------------------------+-----------------+------------ x11-servers/xephyr | 1.17.4 | 1.18.2 ------------------------------------------------+-----------------+------------ x11-servers/xorg-dmx | 1.17.4 | 1.18.2 ------------------------------------------------+-----------------+------------ x11-servers/xorg-server | 1.17.4 | 1.18.2 ------------------------------------------------+-----------------+------------ 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 Mon Mar 14 16:48:41 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 C3566AD00F5 for ; Mon, 14 Mar 2016 16:48:41 +0000 (UTC) (envelope-from am_dxer@fastmail.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 9BA18D5C for ; Mon, 14 Mar 2016 16:48:41 +0000 (UTC) (envelope-from am_dxer@fastmail.fm) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 898DE2197D for ; Mon, 14 Mar 2016 12:48:34 -0400 (EDT) Received: from web4 ([10.202.2.214]) by compute5.internal (MEProxy); Mon, 14 Mar 2016 12:48:34 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=V1F FKo6wrkeB4rWMcIQHfwqaVEo=; b=YT9jFAVYWHwNo04/x51Qs9TKydRX5LCl/A2 zR9eraACYAaYul2Nfr+OiwBlHHrGKvE8ZGbKI0Zf8Tr6FLWUHtTweAt1bwM9Rmxr auR2CCB/2D3QOHWnWLZGTqCWH940Ek7LrNvRRTjkHJUMCJ8kijWmAKsjk2AvbTnz gnfnX9P8= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=V1FFKo6wrkeB4rWMcIQHfwqaVEo=; b=Vsqw4 4B3o56sDF3t0M6r1d9NK4sc9MpM0OZGrAW8RUUyRP1mrhIHWaBfmR6QTrdL85v3Z 5LeKYmDOxollpFtyYYC1e07EMy4BRolp2kIBLduMNIbJd6zw7ZpMjH8MhOs9F/Ym xDSp0ToiAKJc7dUqwldehxw4cQ2cxFPl4n/dIM= Received: by web4.nyi.internal (Postfix, from userid 99) id 5B68711027F; Mon, 14 Mar 2016 12:48:34 -0400 (EDT) Message-Id: <1457974114.3576662.548762770.0E1628BF@webmail.messagingengine.com> X-Sasl-Enc: p6a5jtx5smid8ECZebxVx+Qtv+Q+M1/jvw00A5evHiBF 1457974114 From: am_dxer@fastmail.fm To: freebsd-x11@FreeBSD.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - html Subject: i915 update to Linux 3.8 ready! Date: Mon, 14 Mar 2016 12:48:34 -0400 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 14 Mar 2016 16:48:41 -0000 On 9 March 2016 at 22:02, Ed Maste wrote: >> >> I found reports that Linux introduced a regression on Sandy Bridge >> power consumption sometime around Linux 3.6 that was fixed after 3.8. >> Those reports are specifically for an increase after a suspend-resume >> cycle; something gets confused and causes the GPU to never enter rc6. >> It's not exactly the same symptom, as I see increased consumption >> after reboot and loading i915 (before starting X), but certainly seems >> related. >> >> Anyhow, with that patch applied after a suspend-resume cycle I'm back >> to a reasonable power consumption -- around 15W in X with Firefox >> running. The patch is in https://reviews.freebsd.org/D5599. > Some further testing suggests the power consumption's back to normal > after a suspend+resume cycle, without the patch in D5599. I may have > mixed up something in my experiment yesterday or perhaps there's some > intermittent behaviour. > If anyone else has Sandy Bridge laptops (Thinkpad X220, T420 etc.) I'd > really appreciate hearing about test results. On an HP EliteBook 2560p with the Sandy Bridge Core i7-2620M processor, I have about a 5 watt power increase when loading the KMS driver from head as opposed to when using vesa. I have enabled the rc6 states in loader.conf and dmesg output shows them as being enabled. I am testing from within the Mate Desktop environment. Doing any tests on consoles as you have done is a bit challenging for me because I am totally blind and use a screen reader called Orca that only works within a graphical environment. From owner-freebsd-x11@freebsd.org Tue Mar 15 15:31:04 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 56942AD1CE3 for ; Tue, 15 Mar 2016 15:31:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 4768210E5 for ; Tue, 15 Mar 2016 15:31:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u2FFDbkb025684 for ; Tue, 15 Mar 2016 15:13:37 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 201623] /usr/ports/graphics/dri fails on powerpc Date: Tue, 15 Mar 2016 15:13:37 +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: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: arved@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.21 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, 15 Mar 2016 15:31:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201623 Tilman Keskinoz changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |arved@FreeBSD.org --- Comment #2 from Tilman Keskinoz --- This is a segfault of the compiler. Have you tried another compiler by sett= ing CC/CXX? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-x11@freebsd.org Tue Mar 15 15:40:33 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 EC1C4ACA65C for ; Tue, 15 Mar 2016 15:40:33 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (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 B80FA1895 for ; Tue, 15 Mar 2016 15:40:33 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-ig0-x22a.google.com with SMTP id mh10so18684054igb.0 for ; Tue, 15 Mar 2016 08:40:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=h1Z6eR5LXYaUejJx28HiAsEDJLTI1Nvek+WpcaEfDXg=; b=W7xJEKLF+wf3RuFergOhjpPfk7lDbmVK9vbbKvxTvWGRR8z9TgujI1SxE2ohKJBDfY eHUbRCJHYadBpAyKLFXGFZ32/AiKZ40oELlcu+9kHP6UHN4fmpH1eQSxD3q7zjQVVAnS EQoxp6BeJb7VP0YTu96gPWZ48w8+H/uqHrrxc77tcK/T/ISevTUtCT85+RyEAoIJGeqL LnwwE+RzGlpFWVlM6uqNpWAGBkf/Z1UXkTWNZqzKYHCdGLTjDWn0fA8c47vBkWaG3ODm ZnMDOO/o9f9VxVov0Q1nY61moJZDcdQuaw+vsfEaFUgxmF+o99//7kpVGC17uplXbhEh RVyg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=h1Z6eR5LXYaUejJx28HiAsEDJLTI1Nvek+WpcaEfDXg=; b=MNyF8AQGJdelT/13GUePZ6G6NE0e8L2JLksxvp8ZXT5QB1IgZdkWcJIag6nwQkA28P iqkr+EGc44llQfgosToH8mggFmMZ5xpze/gHpvkSiAACcFJxCE5MCJ9eH4uGB2pYc/0R 1izQO0daBbvJ7ArbaBh7/7mqYPvCylmxEBbnKv8ULsleW5BimukyPL/FcQlOyb97bu9O uSOYVrOYSJtntLaMrvcLqWDYeKPzlVKhrNGyNjgNEfXgJ4cbHwye20oVQIgRXZFshIsA /Jd8RPRFe9GVn4cqePIsEO9dUka3ErsfbvcCVV9sFQstbe6HguA1Vz9ksSktkiV16D6H ESRw== X-Gm-Message-State: AD7BkJJS7J20+sBk4I245ejZB0CiSdwUx6pxGvnQ8aBgkHEX9DXH5gFBCTP7uv3mmYiGW38LK00qcaDrD8FsLw== X-Received: by 10.50.20.73 with SMTP id l9mr25105211ige.58.1458056433113; Tue, 15 Mar 2016 08:40:33 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.39.66 with HTTP; Tue, 15 Mar 2016 08:40:13 -0700 (PDT) In-Reply-To: <1457974114.3576662.548762770.0E1628BF@webmail.messagingengine.com> References: <1457974114.3576662.548762770.0E1628BF@webmail.messagingengine.com> From: Ed Maste Date: Tue, 15 Mar 2016 11:40:13 -0400 X-Google-Sender-Auth: Vtlg48hHK-oR8ct9KfD8FiwZPtg Message-ID: Subject: Re: i915 update to Linux 3.8 ready! To: am_dxer@fastmail.fm Cc: "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 15 Mar 2016 15:40:34 -0000 On 14 March 2016 at 12:48, wrote: > > On an HP EliteBook 2560p with the Sandy Bridge Core i7-2620M processor, > I have about a 5 watt power increase when loading the KMS driver from > head as opposed to when using vesa. Are you able to suspend and resume the EliteBook? In my case the power usage drops after a suspend-resume cycle and it would be interesting to see if your laptop behaves the same way. There should be some rc6 stats we can obtain from the driver (in order to see how much time the hw is spending in each state) but I'm not sure how off hand. I'll follow up if I find out how to get them. From owner-freebsd-x11@freebsd.org Tue Mar 15 17:19:29 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 05B73AD033D for ; Tue, 15 Mar 2016 17:19:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9611714C0; Tue, 15 Mar 2016 17:19:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u2FHJKtT096997 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 15 Mar 2016 19:19:20 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u2FHJKtT096997 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u2FHJKq3096996; Tue, 15 Mar 2016 19:19:20 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 15 Mar 2016 19:19:20 +0200 From: Konstantin Belousov To: Ed Maste Cc: am_dxer@fastmail.fm, "freebsd-x11@freebsd.org" Subject: Re: i915 update to Linux 3.8 ready! Message-ID: <20160315171920.GZ1741@kib.kiev.ua> References: <1457974114.3576662.548762770.0E1628BF@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 15 Mar 2016 17:19:29 -0000 On Tue, Mar 15, 2016 at 11:40:13AM -0400, Ed Maste wrote: > There should be some rc6 stats we can obtain from the driver (in order > to see how much time the hw is spending in each state) but I'm not > sure how off hand. I'll follow up if I find out how to get them. Perhaps sysctl hw.dri.0.info.i915_drpc_info. From owner-freebsd-x11@freebsd.org Tue Mar 15 18:02:22 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 3E30EAD1C28 for ; Tue, 15 Mar 2016 18:02:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 2FBCB1E52 for ; Tue, 15 Mar 2016 18:02:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u2FI2LtJ048793 for ; Tue, 15 Mar 2016 18:02:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 201623] /usr/ports/graphics/dri fails on powerpc Date: Tue, 15 Mar 2016 18:02:22 +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: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: bacon4000@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.21 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, 15 Mar 2016 18:02:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201623 Jason Bacon changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bacon4000@gmail.com --- Comment #3 from Jason Bacon --- This issue looks familiar. Does the linker hang for a long time before crashing? In that case, the linker leaked memory until malloc failed and then crashed. I worked around this by following a suggestion to force it to use /usr/local/bin/ld. That would be less costly than adding a compiler depend= ency to the port. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-x11@freebsd.org Tue Mar 15 21:09:19 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 09401AD0752 for ; Tue, 15 Mar 2016 21:09:19 +0000 (UTC) (envelope-from andersbo87@icloud.com) Received: from pv33p00im-asmtp003.me.com (pv33p00im-asmtp003.me.com [17.142.194.252]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E3A39288F for ; Tue, 15 Mar 2016 21:09:18 +0000 (UTC) (envelope-from andersbo87@icloud.com) Received: from DESKTOPGJDNH4D (ti0025a400-4270.bb.online.no [85.167.27.187]) by pv33p00im-asmtp003.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) with ESMTPSA id <0O4300DBNJZ93T00@pv33p00im-asmtp003.me.com> for freebsd-x11@freebsd.org; Tue, 15 Mar 2016 20:09:12 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-03-15_06:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=1 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510270003 definitions=main-1603150277 From: Anders Bolt-Evensen To: freebsd-x11@freebsd.org References: <56D9CE73.7040601@FreeBSD.org> <56DF3F20.8010208@FreeBSD.org> <56E333CD.2020404@dumbbell.fr> In-reply-to: <56E333CD.2020404@dumbbell.fr> Subject: SV: i915 update to Linux 3.8 ready! Date: Tue, 15 Mar 2016 21:09:09 +0100 Message-id: <002a01d17ef6$8ac27770$a0476650$@icloud.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-index: AQGw3VAkLCqVXjDqjQWWR1oURkJT4wJHmu9CAl2SrmUBDxYahJ9ujlmw Content-language: no X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 15 Mar 2016 21:09:19 -0000 > -----Opprinnelig melding----- > Fra: owner-freebsd-x11@freebsd.org [mailto:owner-freebsd- > x11@freebsd.org] P=C3=A5 vegne av Jean-S=C3=A9bastien P=C3=A9dron > Sendt: fredag 11. mars 2016 22.08 > Til: freebsd-x11@freebsd.org > Emne: Re: i915 update to Linux 3.8 ready! >=20 > On 11/03/2016 21:23, Frederic Chardon wrote: > > Hi! >=20 > Hi! >=20 > > I now have a very reproducible panic in Xorg on my 965GM (Dell > > Latitude D630). No problem at the console with i915kms loaded. >=20 > How do you reproduce it? >=20 > > vm_fault: pager read error, pid 44151 (Xorg) Kernel page fault with > > the following non-sleepable locks held: > > exclusive rw vm object (vm object) r =3D 0 (0xfffff80205757528) = locked @ > > = /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:16 > > 26 > > stack backtrace: > > #0 0xffffffff80405490 at witness_debugger+0x70 > > #1 0xffffffff80406777 at witness_warn+0x3d7 > > #2 0xffffffff805eb137 at trap_pfault+0x57 > > #3 0xffffffff805ea7c4 at trap+0x284 > > #4 0xffffffff805cc857 at calltrap+0x8 > > #5 0xffffffff805a1428 at vm_fault+0x78 > > #6 0xffffffff805eb1f5 at trap_pfault+0x115 > > #7 0xffffffff805ea882 at trap+0x342 > > #8 0xffffffff805cc857 at calltrap+0x8 >=20 > Could you please send the whole core.txt.$n? >=20 > -- > Jean-S=C3=A9bastien P=C3=A9dron I am not 100 % sure it is the same issue as Frederic Chardon reported, = but the problem I have is at least very similar to this one. It seems to be a bit of a random problem. It does not occur every time, = but when it does, it is "caused" by normal usage, e.g. working with a = document in LibreOffice and browsing the web. As a side note, I have been testing i915 for a few months now, and it's = only after the merge to HEAD that this problem has occurred to me. I = decided to switch back to HEAD once the new i915 driver was committed.=20 Whole contents of core.txt.9 is available from here: = https://www.dropbox.com/s/zbkwlqvp4hi3ukc/core.txt.9?dl=3D0 (I tried to = include it as an attachment, but I got a message from the owner of the = mailing list that said the message was too big, so I shared the file on = Dropbox instead). Like I said, it may or may not be the same problem as the one Frederic = Chardon has, but if it is, I hope this will help identifying and/or = solving the problem. Anders From owner-freebsd-x11@freebsd.org Tue Mar 15 23:59:28 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 6DF0FAD2CCD for ; Tue, 15 Mar 2016 23:59:28 +0000 (UTC) (envelope-from am_dxer@fastmail.fm) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 2D75DA0 for ; Tue, 15 Mar 2016 23:59:27 +0000 (UTC) (envelope-from am_dxer@fastmail.fm) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 962A420F7B for ; Tue, 15 Mar 2016 19:59:26 -0400 (EDT) Received: from web1 ([10.202.2.211]) by compute6.internal (MEProxy); Tue, 15 Mar 2016 19:59:26 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=FyMW37PWCQ+A/iCOtqQTlNeJLcs=; b=fHjSBd BdEtl6Xecu1lRnUz5Q/ozOMp06PScsY8W3RiossLor1WG1e5tU8kUe9DRmLKZY1B VcI6pKFWJ8dKNVO4auetRQQz3rUht2I8tI54OlJJMHX27/p11oCKDINEyUcfMC+p 3DAWZrcrjjc5WIVWIphPdnjNoowBiN9FKWs6U= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=FyMW37PWCQ+A/iC OtqQTlNeJLcs=; b=S0roocAk7Do9v+fR7N+pUl88V/vbMQZHgwRKSuCBlcjeJ+Y W2h6E6PGctaCSlMfAOgEAtyFDzGuCWkRnRb9u655aDSsWdv7jIZTvQqvshN1TvSg hABCHyy+IylEGKCtMkKeC5CxwpzOtm2F+G3SJqrwN4oj1lDfPClzn95idTqw= Received: by web1.nyi.internal (Postfix, from userid 99) id 63D78AE6FAF; Tue, 15 Mar 2016 19:59:26 -0400 (EDT) Message-Id: <1458086366.4068324.550308746.4DBF0576@webmail.messagingengine.com> X-Sasl-Enc: bilJrak8joHzN7goRVxLEMPUlIpts5TXspR+IMkPBcXm 1458086366 From: am_dxer@fastmail.fm To: Konstantin Belousov , Ed Maste Cc: "freebsd-x11@freebsd.org" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - html In-Reply-To: <20160315171920.GZ1741@kib.kiev.ua> References: <1457974114.3576662.548762770.0E1628BF@webmail.messagingengine.com> <20160315171920.GZ1741@kib.kiev.ua> Subject: Re: i915 update to Linux 3.8 ready! Date: Tue, 15 Mar 2016 19:59:26 -0400 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 15 Mar 2016 23:59:28 -0000 On Tue, Mar 15, 2016, at 01:19 PM, Konstantin Belousov wrote: > On Tue, Mar 15, 2016 at 11:40:13AM -0400, Ed Maste wrote: > > There should be some rc6 stats we can obtain from the driver (in order > > to see how much time the hw is spending in each state) but I'm not > > sure how off hand. I'll follow up if I find out how to get them. > > Perhaps sysctl hw.dri.0.info.i915_drpc_info. Thank you both for the suggestions. After suspending and resuming the machine, I find that the power used by the GPU is significantly less. Below is two runs of the suggested command. The first was from before I suspended the machine and the second was after I woke the laptop back up. From this output, it seems that the GPU is entering a deeper sleep state after resuming from suspend when comparing the "Current RC state" and "RC6++ residency since boot" from the two outputs. The estimation of time until battery depletion from "acpiconf" also increased after resuming the machine. The tests were done from the console after loading the i915kms driver. Since i have no vision, I had to think a bit of how I would accomplish this. I ended up capturing the output from the console by using the script command to save the info to a file. Afterwords, I booted back into Mate and used cat to display the file on Mate Terminal which my screen reading program supports. Before Suspending: hw.dri.0.info.i915_drpc_info: RC information accurate: yes Video Turbo Mode: yes HW control enabled: yes SW control enabled: no RC1e Enabled: no RC6 Enabled: yes Deep RC6 Enabled: yes Deepest RC6 Enabled: yes Current RC state: on Core Power Down: no RC6 "Locked to RPn" residency since boot: 0 RC6 residency since boot: 203836837 RC6+ residency since boot: 0 RC6++ residency since boot: 0 RC6 voltage: 450mV RC6+ voltage: 245mV RC6++ voltage: 245mV After Resuming: hw.dri.0.info.i915_drpc_info: RC information accurate: yes Video Turbo Mode: yes HW control enabled: yes SW control enabled: no RC1e Enabled: no RC6 Enabled: yes Deep RC6 Enabled: yes Deepest RC6 Enabled: yes Current RC state: RC6 Core Power Down: no RC6 "Locked to RPn" residency since boot: 0 RC6 residency since boot: 717780 RC6+ residency since boot: 0 RC6++ residency since boot: 19374295 RC6 voltage: 450mV RC6+ voltage: 245mV RC6++ voltage: 245mV From owner-freebsd-x11@freebsd.org Wed Mar 16 11:44:08 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 1D363AD13EB for ; Wed, 16 Mar 2016 11:44:08 +0000 (UTC) (envelope-from bounce-mc.us12_53070597.401309-x11=FreeBSD.org@mail24.atl51.rsgsv.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 00D5C1F7D for ; Wed, 16 Mar 2016 11:44:08 +0000 (UTC) (envelope-from bounce-mc.us12_53070597.401309-x11=FreeBSD.org@mail24.atl51.rsgsv.net) Received: by mailman.ysv.freebsd.org (Postfix) id F09FAAD13E6; Wed, 16 Mar 2016 11:44:07 +0000 (UTC) Delivered-To: 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 F0326AD13E3 for ; Wed, 16 Mar 2016 11:44:07 +0000 (UTC) (envelope-from bounce-mc.us12_53070597.401309-x11=FreeBSD.org@mail24.atl51.rsgsv.net) Received: from mail24.atl51.rsgsv.net (mail24.atl51.rsgsv.net [205.201.135.24]) by mx1.freebsd.org (Postfix) with ESMTP id C38C91F7C for ; Wed, 16 Mar 2016 11:44:07 +0000 (UTC) (envelope-from bounce-mc.us12_53070597.401309-x11=FreeBSD.org@mail24.atl51.rsgsv.net) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=k1; d=mail24.atl51.rsgsv.net; h=Subject:From:Reply-To:To:Date:Message-ID:List-ID:List-Unsubscribe:Sender:Content-Type:MIME-Version; i=ami=3Dgoclozer.com@mail24.atl51.rsgsv.net; bh=56WzAsjuKRM1/p8FGOIsu85Biv4=; b=XSCGG5zpcWaPpS5Yo+A23fnGEkuMhXAbvDtxIVGoBJEQ1HtIUHtaRUToGKQwGhEovNYW0MqQFkYq d6laGxNdSqANL7Pdb7SqEiXUOhO/yge48s8DVrXXyQzUB3KVfULjdBqOto1SJ7gTVndMWwre3/7u sATiKmExmDFfjHFhfpw= Received: from (127.0.0.1) by mail24.atl51.rsgsv.net id ht53ge1mr1o1 for ; Wed, 16 Mar 2016 11:29:00 +0000 (envelope-from ) Subject: =?utf-8?Q?Hey?= From: =?utf-8?Q?Ami=20Bloomer?= Reply-To: =?utf-8?Q?Ami=20Bloomer?= To: Date: Wed, 16 Mar 2016 11:29:00 +0000 Message-ID: <738204770875c4cb1b23867de55c51217e1.20160316112846@mail24.atl51.rsgsv.net> X-Mailer: MailChimp Mailer - **CIDe6cb0996b855c51217e1** X-Campaign: mailchimp738204770875c4cb1b23867de.e6cb0996b8 X-campaignid: mailchimp738204770875c4cb1b23867de.e6cb0996b8 X-Report-Abuse: Please report abuse for this campaign here: http://www.mailchimp.com/abuse/abuse.phtml?u=738204770875c4cb1b23867de&id=e6cb0996b8&e=55c51217e1 X-MC-User: 738204770875c4cb1b23867de X-Feedback-ID: 53070597:53070597.401309:us12:mc X-Accounttype: pd Sender: "Ami Bloomer" x-mcda: FALSE MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format="fixed" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 16 Mar 2016 11:44:08 -0000 Don't let lack of sales skills hold your art back. View this email in your browser (http://us12.campaign-archive2.com/?u=3D73= 8204770875c4cb1b23867de&id=3De6cb0996b8&e=3D55c51217e1) ** Could your business use a Clozer? ------------------------------------------------------------ Clozers (http://www.goclozer.com) are on-demand=2C commission only sales p= rofessionals. We developed the concept because a friend with a video production company= had always sucked at sales. It was painful for us to see his sales skills= holding his art back. We'd like to invite you totry Clozer out (http://companymembership.gocloze= r.com) . You can see if you are eligible to work with their sales guys her= e: companymembership.goclozer.com We'd love to serve your company=2C the same way we are serving 15=2C000 ot= hers. Have a look at love for Clozer Love.GoClozer.com Always at your service=2C Ami CEO CLOZER P.S we always recommend that you only work with verified Clozers=2C if you= are eligible. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ** (http://www.twitter.com/goclozer) ** (http://www.facebook.com/goclozer) ** (www.goclozer.com) Copyright =C2=A9 2016* GoClozer.com=2C All rights reserved. Our mailing address is: 38 Mill Street=2C Bedford MK40 3HD Want to change how you receive these emails? You can ** update your preferences (http://GoClozer.us12.list-manage.com/p= rofile?u=3D738204770875c4cb1b23867de&id=3Dfe24d431d3&e=3D55c51217e1) or ** unsubscribe from this list (http://GoClozer.us12.list-manage2.com/un= subscribe?u=3D738204770875c4cb1b23867de&id=3Dfe24d431d3&e=3D55c51217e1&c=3De= 6cb0996b8) From owner-freebsd-x11@freebsd.org Wed Mar 16 20:30:45 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 A483DAD3441 for ; Wed, 16 Mar 2016 20:30:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 7BC7F9DC for ; Wed, 16 Mar 2016 20:30:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u2GKUjSN088079 for ; Wed, 16 Mar 2016 20:30:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 201623] /usr/ports/graphics/dri fails on powerpc Date: Wed, 16 Mar 2016 20:30:45 +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: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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.21 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, 16 Mar 2016 20:30:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D201623 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |markmi@dsl-only.net --- Comment #4 from Mark Millard --- Warning: clang 3.8.0 (and likely before) has various problems for powerpc (= and sometimes powerpc64) code generation: I modify signal delivery in my powerpc FreeBSD builds to have a so-called "red-zone" to avoid the following powerpc ABI-violation issue. (powerpc64 already has "red-zone" use because that is part of the powerpc64 ABI used by FreeBSD.) https://llvm.org/bugs/show_bug.cgi?id=3D26519 Some parts of the following item apply to more general code generation cont= exts than just exception-handling, although it started with finding exception-handling examples. https://llvm.org/bugs/show_bug.cgi?id=3D26856 The below 2 are for exception-handling code generation issues (counting .eh_frame information as code). https://llvm.org/bugs/show_bug.cgi?id=3D26761 https://llvm.org/bugs/show_bug.cgi?id=3D26844 The 1 item below was fixed in 3.8.0 rc3 but not in rc2 or earlier versions. https://llvm.org/bugs/show_bug.cgi?id=3D26605 (All these submittals to llvm.org came from attempting to use clang 3.8.0 f= or TARGET_ARCH=3Dpowerpc buildworld on an old PowerMac. As I remember all of t= he above seemed to be long-standing issues, not recent regressions. There are = some matching FreeBSD submittals but until things change at llvm.org. . .) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-x11@freebsd.org Thu Mar 17 05:41:01 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 242E8AD3D6E for ; Thu, 17 Mar 2016 05:41:01 +0000 (UTC) (envelope-from qdk@quickdekay.net) Received: from francine.edoropolis.org (francine.edoropolis.org [IPv6:2a01:4f8:121:5387::25:1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 78EC177 for ; Thu, 17 Mar 2016 05:41:00 +0000 (UTC) (envelope-from qdk@quickdekay.net) Received: from ipv6.dynamic.ziggo.nl (ipv6.dynamic.ziggo.nl [IPv6:2001:1c03:1607:1100:4860:9c62:8e87:e73f] (may be forged)) (authenticated bits=0) by francine.edoropolis.org (8.14.9/8.11.3) with ESMTP id u2H5ehFE072118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=) for ; Thu, 17 Mar 2016 05:40:44 GMT (envelope-from qdk@quickdekay.net) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=quickdekay.net; s=kdimsel; t=1458193244; bh=Lfk9Pgqyzly+UPMWP7aDgtksGvxGH0/FCXdB6e4dX0c=; h=From:Subject:Date:To; b=WpRaFkVLfWN5CRVEjdezpNA2ByO5SibKYwHhypSpczXqasZ77kwIs7PP8lDKTqjlh 7iuACVbXdS+MHYDSGZSfU2jTZ0XupZpiN9iAuIzQRAQAkPq8cUntYHlWJCOKgNzmeV ScQofPrAzoPjjsV9tYH+h4roVwYhanVHW2+sYz64= From: K Staring Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Trying to get macbookpro8,2 to work with HD3000 with X11 Message-Id: <79349882-9E32-4DFA-8875-33006775852D@quickdekay.net> Date: Thu, 17 Mar 2016 06:40:55 +0100 To: freebsd-x11@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 17 Mar 2016 05:41:01 -0000 Hi, Does anyone have a macbookpro8,2 working with some version of FreeBSD, = with the Intel HD 3000 active in X11? The problems I=E2=80=99m encountering are as follows. I=E2=80=99m using = FreeBSD 11-CURRENT, a very recent checkout (i.e. after the merge of the = drm 3.8 stuff). The machine has both a discrete ATi chipset (HD 6770M) and integrated HD = 3000 in its Sandy Brigde CPU. ---- when booting FreeBSD using EFI The active graphics chipset apparently is the ATi chipset. loading = radeonkms fails as it cannot find the video card bios (my main goal is = to use the HD3000 anyway, so no big problem). Loading i915kms makes the = console unresponsive, but the machine keeps running. Blindly, it=E2=80=99s= possible to start X11, but without much to see, that doesn=E2=80=99t = really accomplish anything. ;) It looks like it=E2=80=99s possible to switch to the integrated CPU = using the four =E2=80=9Coutb=E2=80=9D statements (see switch.c, also = tried setting them in boot.4th when loader is patched with attached = patch), but still neither a console nor something displayed when = subsequently loading i915kms and starting X. ---- when booting FreeBSD using an MBR formatted partition Interestingly only the ATi chipset is recognised. pciconf -lv does not = even show the HD 3000 at pci:0:0:2:0! In this configuration, the = radeonkms modules loads successfully and I can even run X11. It=E2=80=99s = a pity the machine then consumes 35 watts idling. Graphics works, but = with such high battery drain, it=E2=80=99s not really an option. I=E2=80=99m not using rEFInd since pressing =E2=80=98alt=E2=80=99 when = booting seems to accomplish the same thing; the mac EFI shows a boot = selector and can boot into both EFI and MBR partitions (might require a = firmware upgrade). Am I correct in this assertion? Does anyone know if it=E2=80=99s possible to use the integrated = HD 3000 gfx to run X11 on a macbookpro8,2? Attached are dmesg and pciconf output, as well as a program (mostly = copied from somewhere on the internet) to switch to/from the integrated = graphics and a patch to be able to use =E2=80=98outb=E2=80=99 in amd64 = in boot.4th (it only worked on i386, but the machine is amd64). Thanks for any reply! K Staring ++(dmesg.out) Copyright (c) 1992-2016 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #1 ebabdea(master): Tue Mar 15 19:44:05 CET 2016 qdk@Seska:/usr/src/sys/amd64/compile/SESKA amd64 FreeBSD clang version 3.7.1 (tags/RELEASE_371/final 255217) 20151225 VT(efifb): resolution 1680x1050 CPU: Intel(R) Core(TM) i7-2760QM CPU @ 2.40GHz (2400.07-MHz K8-class = CPU) Origin=3D"GenuineIntel" Id=3D0x206a7 Family=3D0x6 Model=3D0x2a = Stepping=3D7 [=E2=80=A6] info: [drm] Initialized drm 1.1.0 20060810 drmn1: on vgapci1 info: [drm] Memory usable by graphics device =3D 2048M info: [drm] MTRR allocation failed. Graphics performance may suffer. 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 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. drmn1: taking over the fictitious range 0xa0000000-0xb0000000 info: [drm] Connector LVDS-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.LVDS-1 info: [drm] - kern.vt.fb.default_mode 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 info: [drm] GMBUS [i915 gmbus vga] timed out, falling back to bit = banging on pin 2 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 drmn1: warning: VGA-1: EDID block 0 invalid. info: [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off fbd1 on drmn1 VT: Replacing driver "efifb" with new "fb". info: [drm] Initialized i915 1.6.0 20080730 for drmn1 on minor 1 =E2=80=94(dmesg.out) ++(pciconf.out) hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x00dc106b = chip=3D0x01048086 rev=3D0x09 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '2nd Generation Core Processor Family DRAM = Controller' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:0:1:0: class=3D0x060400 card=3D0x00dc106b = chip=3D0x01018086 rev=3D0x09 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D 'Xeon E3-1200/2nd Generation Core Processor Family = PCI Express Root Port' class =3D bridge subclass =3D PCI-PCI pcib2@pci0:0:1:1: class=3D0x060400 card=3D0x00dc106b = chip=3D0x01058086 rev=3D0x09 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D 'Xeon E3-1200/2nd Generation Core Processor Family = PCI Express Root Port' class =3D bridge subclass =3D PCI-PCI vgapci1@pci0:0:2:0: class=3D0x030000 card=3D0x00dc106b = chip=3D0x01268086 rev=3D0x09 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '2nd Generation Core Processor Family Integrated = Graphics Controller' class =3D display subclass =3D VGA bar [10] =3D type Memory, range 64, base 0xb0000000, size 4194304, = enabled bar [18] =3D type Prefetchable Memory, range 64, base 0xa0000000, = size 268435456, enabled bar [20] =3D type I/O Port, range 32, base 0x3000, size 64, = enabled none0@pci0:0:22:0: class=3D0x078000 card=3D0x72708086 = chip=3D0x1c3a8086 rev=3D0x04 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '6 Series/C200 Series Chipset Family MEI Controller' class =3D simple comms bar [10] =3D type Memory, range 64, base 0xb0907100, size 16, = enabled uhci0@pci0:0:26:0: class=3D0x0c0300 card=3D0x72708086 = chip=3D0x1c2c8086 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '6 Series/C200 Series Chipset Family USB Universal = Host Controller' class =3D serial bus subclass =3D USB bar [20] =3D type I/O Port, range 32, base 0x3120, size 32, = enabled ehci0@pci0:0:26:7: class=3D0x0c0320 card=3D0x72708086 = chip=3D0x1c2d8086 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '6 Series/C200 Series Chipset Family USB Enhanced = Host Controller' class =3D serial bus subclass =3D USB bar [10] =3D type Memory, range 32, base 0xb0906c00, size 1024, = enabled hdac1@pci0:0:27:0: class=3D0x040300 card=3D0x72708086 = chip=3D0x1c208086 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '6 Series/C200 Series Chipset Family High Definition = Audio Controller' class =3D multimedia subclass =3D HDA bar [10] =3D type Memory, range 64, base 0xb0900000, size 16384, = enabled pcib3@pci0:0:28:0: class=3D0x060400 card=3D0x72708086 = chip=3D0x1c108086 rev=3D0xb5 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '6 Series/C200 Series Chipset Family PCI Express Root = Port 1' class =3D bridge subclass =3D PCI-PCI pcib4@pci0:0:28:1: class=3D0x060400 card=3D0x72708086 = chip=3D0x1c128086 rev=3D0xb5 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '6 Series/C200 Series Chipset Family PCI Express Root = Port 2' class =3D bridge subclass =3D PCI-PCI pcib5@pci0:0:28:2: class=3D0x060400 card=3D0x72708086 = chip=3D0x1c148086 rev=3D0xb5 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '6 Series/C200 Series Chipset Family PCI Express Root = Port 3' class =3D bridge subclass =3D PCI-PCI uhci1@pci0:0:29:0: class=3D0x0c0300 card=3D0x72708086 = chip=3D0x1c278086 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '6 Series/C200 Series Chipset Family USB Universal = Host Controller' class =3D serial bus subclass =3D USB bar [20] =3D type I/O Port, range 32, base 0x30c0, size 32, = enabled ehci1@pci0:0:29:7: class=3D0x0c0320 card=3D0x72708086 = chip=3D0x1c268086 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '6 Series/C200 Series Chipset Family USB Enhanced = Host Controller' class =3D serial bus subclass =3D USB bar [10] =3D type Memory, range 32, base 0xb0906800, size 1024, = enabled isab0@pci0:0:31:0: class=3D0x060100 card=3D0x72708086 = chip=3D0x1c498086 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'HM65 Express Chipset Family LPC Controller' class =3D bridge subclass =3D PCI-ISA ahci0@pci0:0:31:2: class=3D0x010601 card=3D0x72708086 = chip=3D0x1c038086 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '6 Series/C200 Series Chipset Family 6 port SATA AHCI = Controller' class =3D mass storage subclass =3D SATA bar [10] =3D type I/O Port, range 32, base 0x3148, size 8, enabled bar [14] =3D type I/O Port, range 32, base 0x315c, size 4, enabled bar [18] =3D type I/O Port, range 32, base 0x3140, size 8, enabled bar [1c] =3D type I/O Port, range 32, base 0x3158, size 4, enabled bar [20] =3D type I/O Port, range 32, base 0x3060, size 32, = enabled bar [24] =3D type Memory, range 32, base 0xb0906000, size 2048, = enabled none1@pci0:0:31:3: class=3D0x0c0500 card=3D0x72708086 = chip=3D0x1c228086 rev=3D0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '6 Series/C200 Series Chipset Family SMBus = Controller' class =3D serial bus subclass =3D SMBus bar [10] =3D type Memory, range 64, base 0xb0907000, size 256, = enabled bar [20] =3D type I/O Port, range 32, base 0xefa0, size 32, = enabled vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x00f8106b = chip=3D0x67401002 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices, Inc. [AMD/ATI]' device =3D 'Whistler [Radeon HD 6730M/6770M/7690M XT]' class =3D display subclass =3D VGA bar [10] =3D type Prefetchable Memory, range 64, base 0x90000000, = size 268435456, enabled bar [18] =3D type Memory, range 64, base 0xb0800000, size 131072, = enabled bar [20] =3D type I/O Port, range 32, base 0x2000, size 256, = enabled hdac0@pci0:1:0:1: class=3D0x040300 card=3D0xaa900000 = chip=3D0xaa901002 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices, Inc. [AMD/ATI]' device =3D 'Turks/Whistler HDMI Audio [Radeon HD 6000 Series]' class =3D multimedia subclass =3D HDA bar [10] =3D type Memory, range 64, base 0xb0840000, size 16384, = enabled bge0@pci0:2:0:0: class=3D0x020000 card=3D0x16b414e4 = chip=3D0x16b414e4 rev=3D0x10 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'NetXtreme BCM57765 Gigabit Ethernet PCIe' class =3D network subclass =3D ethernet bar [10] =3D type Prefetchable Memory, range 64, base 0xb0400000, = size 65536, enabled bar [18] =3D type Prefetchable Memory, range 64, base 0xb0410000, = size 65536, enabled sdhci_pci0@pci0:2:0:1: class=3D0x080501 card=3D0x000014e4 = chip=3D0x16bc14e4 rev=3D0x10 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'BCM57765/57785 SDXC/MMC Card Reader' class =3D base peripheral subclass =3D SD host controller bar [10] =3D type Prefetchable Memory, range 64, base 0xb0420000, = size 65536, enabled none2@pci0:3:0:0: class=3D0x028000 card=3D0x00d6106b = chip=3D0x433114e4 rev=3D0x02 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'BCM4331 802.11a/b/g/n' class =3D network bar [10] =3D type Memory, range 64, base 0xb0600000, size 16384, = enabled none3@pci0:4:0:0: class=3D0x0c0010 card=3D0x590011c1 = chip=3D0x590111c1 rev=3D0x08 hdr=3D0x00 vendor =3D 'LSI Corporation' device =3D 'FW643 [TrueFire] PCIe 1394b Controller' class =3D serial bus subclass =3D FireWire bar [10] =3D type Memory, range 64, base 0xb0500000, size 4096, = enabled =E2=80=94(pciconf.out) ++(switch.c) = //http://blog.tkassembled.com/364/intel-graphics-on-a-2011-macbook-pro-in-= linux/ #include =20 #include #include #include #include #define PORT_SWITCH_DISPLAY 0x710 #define PORT_SWITCH_SELECT 0x728 #define PORT_SWITCH_DDC 0x740 #define PORT_DISCRETE_POWER 0x750 static int gmux_switch_to_igd() { outb(PORT_SWITCH_SELECT, 1); outb(PORT_SWITCH_DISPLAY, 2); outb(PORT_SWITCH_DDC, 2); return 0; } static void mbp_gpu_power(int state) { outb(PORT_DISCRETE_POWER, state); } static void mb_gpu_print() { printf("SELECT: %hhu\n", inb(PORT_SWITCH_SELECT)); printf("DISPLAY: %hhu\n", inb(PORT_SWITCH_DISPLAY)); printf("DDC: %hhu\n", inb(PORT_SWITCH_DDC)); printf("POWER: %hhu\n", inb(PORT_DISCRETE_POWER)); } int main(int argc, char **argv) { if (open("/dev/io", O_RDWR) < 0) { perror ("No IO permissions"); return 1; } printf("Before:\n"); mb_gpu_print(); if (argc > 1) { int state =3D atoi(argv[1]); mbp_gpu_power(state); gmux_switch_to_igd(); printf("After:\n"); mb_gpu_print(); } return 0; } =E2=80=94(switch.c) ++(boot_with_outb.patch) diff --git a/boot/ficl/amd64/sysdep.c b/boot/ficl/amd64/sysdep.c index 5957b71..5ffc758 100644 --- a/boot/ficl/amd64/sysdep.c +++ b/boot/ficl/amd64/sysdep.c @@ -14,6 +14,9 @@ #include #else #include +#if defined(__i386__) || defined(__x86_64__) +#include +#endif #endif #include "ficl.h" =20 @@ -77,6 +80,39 @@ void ficlFree (void *p) free(p); } =20 +#ifndef TESTMAIN +#if defined(__i386__) || defined(__x86_64__) +/*=20 + * outb ( port# c -- ) + * Store a byte to I/O port number port# + */ +void +ficlOutb(FICL_VM *pVM) +{ + u_char c; + u_int32_t port; + + port=3DstackPopUNS(pVM->pStack); + c=3D(u_char)stackPopINT(pVM->pStack); + outb(port,c); +} + +/* + * inb ( port# -- c ) + * Fetch a byte from I/O port number port# + */ +void +ficlInb(FICL_VM *pVM) +{ + u_char c; + u_int32_t port; + + port=3DstackPopUNS(pVM->pStack); + c=3Dinb(port); + stackPushINT(pVM->pStack,c); +} +#endif +#endif =20 /* ** Stub function for dictionary access control - does nothing diff --git a/boot/ficl/ficl.h b/boot/ficl/ficl.h index 6fe9e10..6dea13c 100644 --- a/boot/ficl/ficl.h +++ b/boot/ficl/ficl.h @@ -1113,7 +1113,7 @@ extern CELL dictIncrease; ** Various FreeBSD goodies */ =20 -#if defined(__i386__) && !defined(TESTMAIN) +#if (defined(__i386__) || defined(__x86_64__)) && !defined(TESTMAIN) extern void ficlOutb(FICL_VM *pVM); extern void ficlInb(FICL_VM *pVM); #endif diff --git a/boot/ficl/i386/sysdep.c b/boot/ficl/i386/sysdep.c index df0891d..5ffc758 100644 --- a/boot/ficl/i386/sysdep.c +++ b/boot/ficl/i386/sysdep.c @@ -14,7 +14,7 @@ #include #else #include -#ifdef __i386__ +#if defined(__i386__) || defined(__x86_64__) #include #endif #endif @@ -81,7 +81,7 @@ void ficlFree (void *p) } =20 #ifndef TESTMAIN -#ifdef __i386__ +#if defined(__i386__) || defined(__x86_64__) /*=20 * outb ( port# c -- ) * Store a byte to I/O port number port# diff --git a/boot/ficl/loader.c b/boot/ficl/loader.c index 6641438..5721997 100644 --- a/boot/ficl/loader.c +++ b/boot/ficl/loader.c @@ -921,7 +921,7 @@ void ficlCompilePlatform(FICL_SYSTEM *pSys) dictAppendWord(dp, "findfile", ficlFindfile, FW_DEFAULT); dictAppendWord(dp, "ccall", ficlCcall, FW_DEFAULT); #ifndef TESTMAIN -#ifdef __i386__ +#if defined(__i386__) || defined(__x86_64__) dictAppendWord(dp, "outb", ficlOutb, FW_DEFAULT); dictAppendWord(dp, "inb", ficlInb, FW_DEFAULT); #endif =E2=80=94(boot_with_outb.patch)= From owner-freebsd-x11@freebsd.org Thu Mar 17 15:20:33 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 9EB37AD3E67 for ; Thu, 17 Mar 2016 15:20:33 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (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 6899F393 for ; Thu, 17 Mar 2016 15:20:33 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-ig0-x234.google.com with SMTP id ig19so17362677igb.0 for ; Thu, 17 Mar 2016 08:20:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=5OoTGWLap+fAGfTCXUwF+oi2Ij3oyM3BNfVKBXdaREU=; b=W6nxK6cPZTb56sMxh8YRgWZrYbFwpRRl90OF40CLHWvfbasrmeETB9fdI9b614dah2 ZUWh5PHkH+41AStrLWcLLojyZCVoXWABvGAI3OdNPzgEnhEJaXusOeDkr6RcDE2XpvOh R8+RTXelXUcqTC0aG7JO4FYSofVklJ3uvR7Tkm+TMvEy9fRGD8vI5HfZZ6VsgXDn9CEk ruETRFABciKV2CR9+YZNTBcbqD9qod4jhhFs0eyyCS4K8BKKYTfI2wib2LEywbCgxRzT CpkIbghYCjdfnlMlrsbtM+658w1VUnwDhAtUK5p341IYvzpBbL5nJDIZ1ZCh9pqoE7NU 6DAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=5OoTGWLap+fAGfTCXUwF+oi2Ij3oyM3BNfVKBXdaREU=; b=e6SFJWRIzskUV5WzTdoD4UUIyQpv5bxfzoMWIV+dD3HenZJm6uqJ9w8/4I7ne3oaqI 9YDZ6422kTMfr9gxP5SHn2thvtLJZAuF5tMOEMQAOOXVkr7ujFsLJxJNaJAOEHHwuNaA /h71qgc00z4DihGnIod6/gWDKMQGJ2uuu0LEnYdlvPmoiru2zQPZd7CJl5IrZc3BZouZ gmSVUmP8AUotfmo36CyvPG+GQU7MjCI3+mCmGBvuZKu+je+tOzObwL5+NgEnIw48hMWe tQ/wiybkkU2AhqC751Bk+H+FnIoHV1iCXQxeP43HdHU98rhiWiQfbulLyCJ93fGsLI2t D7wA== X-Gm-Message-State: AD7BkJKaMBVb9BdgxO0Mbj0TcKYXqNdqW9gT+JY6fVpnn2i96oRqQr9Nen7NQVffg+C1XvU+cbnS/7xKts/ExA== X-Received: by 10.50.20.73 with SMTP id l9mr12589281ige.58.1458228032697; Thu, 17 Mar 2016 08:20:32 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.39.66 with HTTP; Thu, 17 Mar 2016 08:20:13 -0700 (PDT) In-Reply-To: <1458086366.4068324.550308746.4DBF0576@webmail.messagingengine.com> References: <1457974114.3576662.548762770.0E1628BF@webmail.messagingengine.com> <20160315171920.GZ1741@kib.kiev.ua> <1458086366.4068324.550308746.4DBF0576@webmail.messagingengine.com> From: Ed Maste Date: Thu, 17 Mar 2016 11:20:13 -0400 X-Google-Sender-Auth: _EUDbdicROfHYe9f5_v1xt71lpk Message-ID: Subject: Re: i915 update to Linux 3.8 ready! To: am_dxer@fastmail.fm Cc: Konstantin Belousov , "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 17 Mar 2016 15:20:33 -0000 On 15 March 2016 at 19:59, wrote: > > Thank you both for the suggestions. After suspending and resuming the > machine, I find that the power used by the GPU is significantly less. Thank you for testing, and I see the same behaviour on my Thinkpad X220: after loading i915kms.ko only RC6 is nonzero and RC6+ and RC6++ remain at zero, while after boot RC6++ is much higher. I noticed one other interesting point: before suspending RC6 residency is high but unchanging, while after suspending RC6++ continually increases. As I noted on this mailing list a little while ago there have been some commits in Linux that seem to be related, although they were for the case of increased power consumption _after_ suspend. (The two commits are in code review at https://reviews.freebsd.org/D5599). I'll continue investigating. From owner-freebsd-x11@freebsd.org Thu Mar 17 17:23:27 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 D9B22AD4A74 for ; Thu, 17 Mar 2016 17:23:27 +0000 (UTC) (envelope-from andersbo87@icloud.com) Received: from pv33p00im-asmtp002.me.com (pv33p00im-asmtp002.me.com [17.142.194.251]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF31CE27 for ; Thu, 17 Mar 2016 17:23:27 +0000 (UTC) (envelope-from andersbo87@icloud.com) Received: from DESKTOPGJDNH4D (ti0025a400-4270.bb.online.no [85.167.27.187]) by pv33p00im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) with ESMTPSA id <0O47004UG1MU9K20@pv33p00im-asmtp002.me.com> for freebsd-x11@freebsd.org; Thu, 17 Mar 2016 17:23:21 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-03-17_05:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=1 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510270003 definitions=main-1603170229 From: Anders Bolt-Evensen To: freebsd-x11@freebsd.org References: <56D9CE73.7040601@FreeBSD.org> <56DF3F20.8010208@FreeBSD.org> <56E333CD.2020404@dumbbell.fr> In-reply-to: <56E333CD.2020404@dumbbell.fr> Subject: SV: i915 update to Linux 3.8 ready! Date: Thu, 17 Mar 2016 18:23:18 +0100 Message-id: <000801d18071$b45f9dc0$1d1ed940$@icloud.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-index: AQGw3VAkLCqVXjDqjQWWR1oURkJT4wJHmu9CAl2SrmUBDxYahJ9xhgvQ Content-language: no X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 17 Mar 2016 17:23:27 -0000 > -----Opprinnelig melding----- > Fra: owner-freebsd-x11@freebsd.org [mailto:owner-freebsd- > x11@freebsd.org] P=C3=A5 vegne av Jean-S=C3=A9bastien P=C3=A9dron > Sendt: fredag 11. mars 2016 22.08 > Til: freebsd-x11@freebsd.org > Emne: Re: i915 update to Linux 3.8 ready! >=20 > On 11/03/2016 21:23, Frederic Chardon wrote: > > Hi! >=20 > Hi! >=20 > > I now have a very reproducible panic in Xorg on my 965GM (Dell > > Latitude D630). No problem at the console with i915kms loaded. >=20 > How do you reproduce it? >=20 > > vm_fault: pager read error, pid 44151 (Xorg) Kernel page fault with > > the following non-sleepable locks held: > > exclusive rw vm object (vm object) r =3D 0 (0xfffff80205757528) = locked @ > > = /usr/src/sys/modules/drm2/i915kms/../../../dev/drm2/i915/i915_gem.c:16 > > 26 > > stack backtrace: > > #0 0xffffffff80405490 at witness_debugger+0x70 > > #1 0xffffffff80406777 at witness_warn+0x3d7 > > #2 0xffffffff805eb137 at trap_pfault+0x57 > > #3 0xffffffff805ea7c4 at trap+0x284 > > #4 0xffffffff805cc857 at calltrap+0x8 > > #5 0xffffffff805a1428 at vm_fault+0x78 > > #6 0xffffffff805eb1f5 at trap_pfault+0x115 > > #7 0xffffffff805ea882 at trap+0x342 > > #8 0xffffffff805cc857 at calltrap+0x8 >=20 > Could you please send the whole core.txt.$n? >=20 > -- > Jean-S=C3=A9bastien P=C3=A9dron I can now confirm I too have the same problem. A few days ago, I posted an answer where I said I wasn't sure I had the = same problem, but after compiling the GENERIC debug kernel (I used a = custom kernel up until yesterday), I can confirm that I too have the = same problem. I have attached the content of core.txt.0. I once again tried to attach = it here, but that message got rejected as it was almost 100 kb too big. Instead, core.txt.0is available here: = https://www.dropbox.com/s/kpe84o0j0bna22z/core.txt.0?dl=3D0 Anders From owner-freebsd-x11@freebsd.org Thu Mar 17 18:17:11 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 5678FAD4012 for ; Thu, 17 Mar 2016 18:17:11 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (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 30890E0F for ; Thu, 17 Mar 2016 18:17:11 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x229.google.com with SMTP id o5so25379519iod.2 for ; Thu, 17 Mar 2016 11:17:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=iCNHKUAMixFa3mdrug78OmmDwBzstpgVxqDgixZ3Zlw=; b=wzxZnYOiDGbCEMsVcUcTOsqYM2W/qztucQzNiydy2kH0PzJpuozwvbx1IXBnRY6Dio YQcldn4k98cVf8xSgKWJVUBC2MpQPPI1sMqxyycMuIlAhRgTnTMUe6RstPScUUUTfdj2 WEBMRI2DwFDmGfQOCUrZ+0x6d4L1k7C03kkuTSLbFVwKUXt2s3e6EYeOdvVqJSFBXcam t7u/K5z9B8CJjyDQLJ9PckHpbx5bfrhz3Lrcjt7N9LR8POi3+EpE3Ast2o9+Y3EXfHux sPneN4jUsHMkJOKtkCW3jsmjg3HyObm6R77oTtrwWKhGbzxzVAd/20SsF1Fh0SCVP4vI sX2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=iCNHKUAMixFa3mdrug78OmmDwBzstpgVxqDgixZ3Zlw=; b=RhlMEczyAyBLoxeBNP6lmu9Pw0LNFMLCieqH8WhTRsfwHIWhbLzo06X56vavTk/f8h ey7pUC81Ucfvx5s6rc490uKiCocmmJ4xwiFM104JQIqx8RpcqJRLe02inhrtp744VfAw CCXW452AbfttKVvTl6YxdHkkhTvnbs/p0qi9E1GfXcq2l0+edtKYS74iiPRqH/oNPBHe aInD1FxVJwsrA2I4+UhG0PjB1yE+bQudO3xWU6VPV6BbkrWMEfW51JaGORDWoc3zflvx 0MTU+auulz5nyALUeQVnB4ICpz3egDCl6UkV25H39qMyz48h6u+TBKdWf92Mn7l0rDBi LNaQ== X-Gm-Message-State: AD7BkJI9BhlTPzMJ7fRys07GAk4QTBhJ2EacFH9hLA3brBQ8Tuufzu49u1XEfN1aLuqy8kmOEKVnSNF9auP7Sg== X-Received: by 10.107.62.86 with SMTP id l83mr11419061ioa.180.1458238630516; Thu, 17 Mar 2016 11:17:10 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.39.66 with HTTP; Thu, 17 Mar 2016 11:16:50 -0700 (PDT) In-Reply-To: References: <1457974114.3576662.548762770.0E1628BF@webmail.messagingengine.com> <20160315171920.GZ1741@kib.kiev.ua> <1458086366.4068324.550308746.4DBF0576@webmail.messagingengine.com> From: Ed Maste Date: Thu, 17 Mar 2016 14:16:50 -0400 X-Google-Sender-Auth: bd7uQ_zuajAF04qY-azshasLeC4 Message-ID: Subject: Re: i915 update to Linux 3.8 ready! To: am_dxer@fastmail.fm Cc: "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 17 Mar 2016 18:17:11 -0000 On 17 March 2016 at 11:20, Ed Maste wrote: > On 15 March 2016 at 19:59, wrote: >> >> Thank you both for the suggestions. After suspending and resuming the >> machine, I find that the power used by the GPU is significantly less. > > Thank you for testing, and I see the same behaviour on my Thinkpad > X220: after loading i915kms.ko only RC6 is nonzero and RC6+ and RC6++ > remain at zero, while after > boot RC6++ is much higher. I tried reverting the Sandy Bridge part of the change that was identified as the source of the similar problem in Linux, and it fixes the power consumption issue for me. My partial revert is just removes the write to the GEN6_MBCTL register in gen6_init_clock_gating(). Of course there's some reason it was added in Linux, but the driver was functional on Sandy Bridge and earlier hardware for years prior to the recent FreeBSD i915 update, without that register write. Thus I think it's reasonable to disable it until we either fully understand the problem or (more likely) just update to a later Linux i915 version and verify normal Sandy Bridge power consumption. The patch: https://people.freebsd.org/~emaste/D5665.diff Code review: https://reviews.freebsd.org/D5665 From owner-freebsd-x11@freebsd.org Fri Mar 18 00:54:23 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 2F098AD43EE for ; Fri, 18 Mar 2016 00:54:23 +0000 (UTC) (envelope-from am_dxer@fastmail.fm) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 03C66C6B for ; Fri, 18 Mar 2016 00:54:22 +0000 (UTC) (envelope-from am_dxer@fastmail.fm) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 98F4020D9A for ; Thu, 17 Mar 2016 20:54:16 -0400 (EDT) Received: from web1 ([10.202.2.211]) by compute4.internal (MEProxy); Thu, 17 Mar 2016 20:54:16 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=Cdn9Oh8SjorjFZuMkmv75tyPvFo=; b=e6evFD OxJcOY2vLGhHVNoupE7/Z0eQnckzlFFYU8ao06Z829/J1MssWmG9fT7TLlZL4IDj 9E3F/ENpSgMe2TOKzXUY4H2OiiJVaGJXqh8fO/RVvq4h1PzMIk9hTNVQ9FeWPp4P 7M3BbGApd9ZFLGBhULQBRivCRpOy6PbtTa28s= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=Cdn9Oh8SjorjFZu Mkmv75tyPvFo=; b=tTmgICS2KbS50AoI2iUirVrADlP6IAq4+TDY7I3rjLKHsey zFyCRHe6OIPkQmeWSI6VVWFOvNIE8h1hHCyqDhIsOfm5y4Qpm7yCBhuMmRdSO8cO LsGr0SeWcFCBAoC57ZtfXImmq6l0+oX+2CLBLfW6e/mTn1NDBtrfLd8NC5F0= Received: by web1.nyi.internal (Postfix, from userid 99) id 63989AED468; Thu, 17 Mar 2016 20:54:16 -0400 (EDT) Message-Id: <1458262456.542489.552574226.316C2F67@webmail.messagingengine.com> X-Sasl-Enc: jsq/ppCSuLKlHTBxzMXrfClu6QmvN1vXyLzlmCWjk1yj 1458262456 From: am_dxer@fastmail.fm To: Ed Maste Cc: "freebsd-x11@freebsd.org" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - html In-Reply-To: References: <1457974114.3576662.548762770.0E1628BF@webmail.messagingengine.com> <20160315171920.GZ1741@kib.kiev.ua> <1458086366.4068324.550308746.4DBF0576@webmail.messagingengine.com> Subject: Re: i915 update to Linux 3.8 ready! Date: Thu, 17 Mar 2016 20:54:16 -0400 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 00:54:23 -0000 On Thu, Mar 17, 2016, at 02:16 PM, Ed Maste wrote: > On 17 March 2016 at 11:20, Ed Maste wrote: > > On 15 March 2016 at 19:59, wrote: > >> > >> Thank you both for the suggestions. After suspending and resuming the > >> machine, I find that the power used by the GPU is significantly less. > > > > Thank you for testing, and I see the same behaviour on my Thinkpad > > X220: after loading i915kms.ko only RC6 is nonzero and RC6+ and RC6++ > > remain at zero, while after > > boot RC6++ is much higher. > > I tried reverting the Sandy Bridge part of the change that was > identified as the source of the similar problem in Linux, and it fixes > the power consumption issue for me. > > My partial revert is just removes the write to the GEN6_MBCTL register > in gen6_init_clock_gating(). Of course there's some reason it was > added in Linux, but the driver was functional on Sandy Bridge and > earlier hardware for years prior to the recent FreeBSD i915 update, > without that register write. Thus I think it's reasonable to disable > it until we either fully understand the problem or (more likely) just > update to a later Linux i915 version and verify normal Sandy Bridge > power consumption. > > The patch: https://people.freebsd.org/~emaste/D5665.diff > > Code review: https://reviews.freebsd.org/D5665 I applied your patch today and compiled a new kernel. The power consumption in the EliteBook is also back to normal after loading the i915kms driver. Suspending and resuming the machine is no longer required. Thank you for the help and suggestions and for solving this issue. From owner-freebsd-x11@freebsd.org Fri Mar 18 02:57:38 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 CFBFFAD3CE9 for ; Fri, 18 Mar 2016 02:57:38 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (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 9912F234 for ; Fri, 18 Mar 2016 02:57:38 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x231.google.com with SMTP id o5so38591769iod.2 for ; Thu, 17 Mar 2016 19:57:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=JJTG3ZIi/qw9MtaTiMsKieQkvmqHbliSpApFYNRjxys=; b=vAiqz3e5JXQh9IZjlNjmZ6OIZE6ln+QxZu2H4/FwpsaqYkhTdyobhfxnPLoIO5D7/A cD5JjCglcsMMrEdfZyhSg+SgSmb71ozFwYKvH9yjpUlt2kQCjJQIohskRIJFrRLCGKhw /NlnpcRd8HFM51nMh+z38kAKDcdGgcnqEAgSZ4sbH5cjq4keyHsHBmu5qYODY0eYYgC7 5SHXeGoMyhNVHYBYjidsMiGGt/6b9+39eLbK2hIDDXIbgi2eaV5pzZETCoIthn7V1QYL NupAShlttAI6ooQaHcE72lfgWIbRoi5ta377qZHn0Eea5EiuaOFcmFnAlExpz/4VNF01 Ro5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=JJTG3ZIi/qw9MtaTiMsKieQkvmqHbliSpApFYNRjxys=; b=IKGYkJJk6iAS9wvbR1ZK0mv+7fwcXdDqpI2IB5Soqebmdwgb33NKeCN4hRHM3sFoj8 hegYKymfvuKi9Lu7olpOQAg/shiaFen49bXWg389eWQsjomuLuVYpEOn4FlKBMbhLCZi Rkn0EmEef3o6xsTUE+x8m9CnKS2zqkMbNm3RIFDeKGW02bjwcP7xbD4GpoCxwzMgVUWG Zf/dFUFFrEPKeJzW2e3aYaZQMLlH4Pa+0MhVrOsbRgJapqmMgQHkDFUqPby0xBTYUSIa CmtbEU/c+S256nY5EhIYeUeqAc2tz/bcHW0pKmlX2NQtbuqW0Oay4HjZVgUugpI0EBFy q4hg== X-Gm-Message-State: AD7BkJKDikLAsNcchco/bfmVib9EQFV9dfZEzM2V08/bEoHCZGe4xYELtdD6iLPQymzHnNf4axSUVv+OEcdefQ== X-Received: by 10.107.159.137 with SMTP id i131mr4444995ioe.29.1458269858108; Thu, 17 Mar 2016 19:57:38 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.39.66 with HTTP; Thu, 17 Mar 2016 19:57:18 -0700 (PDT) In-Reply-To: <1458262456.542489.552574226.316C2F67@webmail.messagingengine.com> References: <1457974114.3576662.548762770.0E1628BF@webmail.messagingengine.com> <20160315171920.GZ1741@kib.kiev.ua> <1458086366.4068324.550308746.4DBF0576@webmail.messagingengine.com> <1458262456.542489.552574226.316C2F67@webmail.messagingengine.com> From: Ed Maste Date: Fri, 18 Mar 2016 02:57:18 +0000 X-Google-Sender-Auth: IoCRwJV9Tjz1D3CDxqH13nNEzwk Message-ID: Subject: Re: i915 update to Linux 3.8 ready! To: am_dxer@fastmail.fm Cc: "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 02:57:38 -0000 On 18 March 2016 at 00:54, wrote: > > I applied your patch today and compiled a new kernel. The power > consumption in the EliteBook is also back to normal after loading the > i915kms driver. Great, thank you for testing. I will commit it to HEAD in a day or so if there are no reports of regressions. From owner-freebsd-x11@freebsd.org Fri Mar 18 03:17:26 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 15E1FAD4406 for ; Fri, 18 Mar 2016 03:17:26 +0000 (UTC) (envelope-from johnandsara2@cox.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id F41331272 for ; Fri, 18 Mar 2016 03:17:25 +0000 (UTC) (envelope-from johnandsara2@cox.net) Received: by mailman.ysv.freebsd.org (Postfix) id EFCC2AD4405; Fri, 18 Mar 2016 03:17:25 +0000 (UTC) Delivered-To: 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 EF70FAD4403 for ; Fri, 18 Mar 2016 03:17:25 +0000 (UTC) (envelope-from johnandsara2@cox.net) Received: from fed1rmfepo102.cox.net (fed1rmfepo102.cox.net [68.230.241.144]) by mx1.freebsd.org (Postfix) with ESMTP id CE9011271 for ; Fri, 18 Mar 2016 03:17:25 +0000 (UTC) (envelope-from johnandsara2@cox.net) Received: from eastrmimpo306.cox.net ([68.230.241.238]) by eastrmfepo201.cox.net (InterMail vM.8.01.05.15 201-2260-151-145-20131218) with ESMTP id <20160318024935.SUVI18342.eastrmfepo201.cox.net@eastrmimpo306.cox.net> for ; Thu, 17 Mar 2016 22:49:35 -0400 Received: from [192.168.3.15] ([72.219.207.23]) by eastrmimpo306.cox.net with cox id XEpb1s00B0WpXgw01EpbXk; Thu, 17 Mar 2016 22:49:35 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020206.56EB6CBF.0130, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=2.1 cv=c6ElQHNl c=1 sm=1 tr=0 a=mYpcIwsqoufCTD7dyaqayA==:117 a=mYpcIwsqoufCTD7dyaqayA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=8nJEP1OIZ-IA:10 a=6I5d2MoRAAAA:8 a=TLIS1YIA6ZI4V4SaZosA:9 a=wPNLvfGTeEIA:10 X-CM-Score: 0.00 Authentication-Results: cox.net; none Message-ID: <56EB6917.5070409@cox.net> Date: Thu, 17 Mar 2016 22:33:59 -0400 From: anonymous User-Agent: Thunderbird 2.0.0.24 (X11/20100228) MIME-Version: 1.0 To: bugzilla-noreply@freebsd.org CC: x11@FreeBSD.org Subject: Re: [Bug 205859] x11/xcb-proto: Fix build failure with Python 3 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 03:17:26 -0000 bugzilla-noreply@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205859 > > --- Comment #13 from Ruslan Makhmatkhanov --- > It wasn't requested by submitter and it can't be reproduced in default > environment, so I'd leave it as is in 2016Q1. > X programmers are supposed to do their own caching or flushing if needed, Xtrans was perfect before XCB perverted it, causing older apps cache order failure. you say you fixed XCB but XCB was never something that should be anything except an optional extension to begin with its NOT FIXED, but it's nice that you think so From owner-freebsd-x11@freebsd.org Sat Mar 19 21:07:42 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 3AE92AD60F4; Sat, 19 Mar 2016 21:07:42 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: from turad.lysandor.de (turad.lysandor.de [136.243.10.60]) (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 B55DC15A9; Sat, 19 Mar 2016 21:07:41 +0000 (UTC) (envelope-from flo@snakeoilproductions.net) Received: from localhost (localhost [127.0.0.1]) by turad.lysandor.de (Postfix) with ESMTP id 53A4AAAC793; Sat, 19 Mar 2016 21:58:42 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at turad.lysandor.de Received: from turad.lysandor.de ([127.0.0.1]) by localhost (turad.lysandor.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XzfiRzUQGXAR; Sat, 19 Mar 2016 21:58:41 +0100 (CET) Received: from nachtschatten.purplekraken.com (x5f722736.dyn.telefonica.de [95.114.39.54]) (Authenticated sender: flo@snakeoilproductions.net) by turad.lysandor.de (Postfix) with ESMTPSA id ADC6FAAC787; Sat, 19 Mar 2016 21:58:40 +0100 (CET) From: Florian Limberger To: freebsd-current , freebsd-x11@freebsd.org Subject: Panic on r297039 with nvidia-driver-340.93 and KDE5 Message-ID: <56EDBD7F.4020108@snakeoilproductions.net> Date: Sat, 19 Mar 2016 21:58:39 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 19 Mar 2016 21:07:42 -0000 Hi, I updated today to: > FreeBSD 11.0-CURRENT (GENERIC) #2 r297039+43ceb1f(master): > Sat Mar 19 12:06:37 CET 2016 and as always I recompiled the nvidia-driver-340, which updated from 340.76 to 340.93 Now I get reliable panics when starting KDE5 (from area51). An older version of dwm (self-compiled) is running fine. I omitted the later frame adresses, I typed this off a photo, I missed to create a crash dump, but I can provide one if it is needed: > panic: ufs_dirbad: /usr/home: bad dir ino 6742590 at offset 512: > mangled entry > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe01174954a0 > vpanic() > ufs_lookup_ino() > VOP_CACHEDLOOKUP_APV() > vfs_cache_lookup() > VOP_LOOKUP_APV() > lookup() > namei() > kern_statat() > sys_stat() > amd64_syscall() > xfast_syscall() The hardware is a Lenovo ThinkPad T410 with a NVIDIA NVS 3100M, dmesg is provided below. Is anyone else seeing this and how could I fix this? Regards, florian > Copyright (c) 1992-2016 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #2 r297039+43ceb1f(master): Sat Mar 19 12:06:37 CET 2016 > root@nachtschatten.purplekraken.com:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT(vga): resolution 640x480 > can't re-use a leaf (hwpstate_verbose)! > module_register: cannot register cpu/ichss from kernel; already loaded from cpufreq.ko > Module cpu/ichss failed to register: 17 > module_register: cannot register cpu/powernow from kernel; already loaded from cpufreq.ko > Module cpu/powernow failed to register: 17 > module_register: cannot register cpu/est from kernel; already loaded from cpufreq.ko > Module cpu/est failed to register: 17 > module_register: cannot register cpu/hwpstate from kernel; already loaded from cpufreq.ko > Module cpu/hwpstate failed to register: 17 > module_register: cannot register cpu/p4tcc from kernel; already loaded from cpufreq.ko > Module cpu/p4tcc failed to register: 17 > CPU: Intel(R) Core(TM) i5 CPU M 560 @ 2.67GHz (2660.07-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x20655 Family=0x6 Model=0x25 Stepping=5 > Features=0xbfebfbff > Features2=0x29ae3ff > AMD Features=0x28100800 > AMD Features2=0x1 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state invariant, performance statistics > real memory = 4294967296 (4096 MB) > avail memory = 3929866240 (3747 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 4 > cpu3 (AP): APIC ID: 5 > random: unblocking device. > ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Pm1aControlBlock: 16/32 (20150818/tbfadt-649) > ACPI BIOS Warning (bug): Invalid length for FADT/Pm1aControlBlock: 32, using default 16 (20150818/tbfadt-730) > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > random: entropy device external interface > kbd1 at kbdmux0 > netmap: loaded module > module_register_init: MOD_LOAD (vesa, 0xffffffff80f00bf0, 0) error 19 > vtvga0: on motherboard > cryptosoft0: on motherboard > acpi0: on motherboard > acpi_ec0: port 0x62,0x66 on acpi0 > acpi0: Power Button (fixed) > cpu0: on acpi0 > cpu1: on acpi0 > cpu2: on acpi0 > cpu3: on acpi0 > attimer0: port 0x40-0x43 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 550 > Event timer "HPET1" frequency 14318180 Hz quality 440 > Event timer "HPET2" frequency 14318180 Hz quality 440 > Event timer "HPET3" frequency 14318180 Hz quality 440 > Event timer "HPET4" frequency 14318180 Hz quality 440 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > Event timer "RTC" frequency 32768 Hz quality 0 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > pcib0: on acpi0 > pci0: on pcib0 > pcib1: port 0xcf8-0xcff on acpi0 > pci1: on pcib1 > pcib2: irq 16 at device 1.0 on pci1 > pci2: on pcib2 > vgapci0: port 0x2000-0x207f mem 0xcc000000-0xccffffff,0xd0000000-0xdfffffff,0xce000000-0xcfffffff irq 16 at device 0.0 on pci2 > nvidia0: on vgapci0 > vgapci0: child nvidia0 requested pci_enable_io > vgapci0: child nvidia0 requested pci_enable_io > vgapci0: Boot video device > hdac0: mem 0xcdefc000-0xcdefffff at device 0.1 on pci2 > pci1: at device 22.0 (no driver attached) > uart2: <5 Series/3400 Series Chipset KT Controller> port 0x1800-0x1807 mem 0xf2424000-0xf2424fff irq 17 at device 22.3 on pci1 > em0: port 0x1820-0x183f mem 0xf2400000-0xf241ffff,0xf2425000-0xf2425fff irq 20 at device 25.0 on pci1 > em0: Using an MSI interrupt > em0: Ethernet address: f0:de:f1:46:1b:8c > em0: netmap queues/slots: TX 1/1024, RX 1/1024 > ehci0: mem 0xf2428000-0xf24283ff irq 23 at device 26.0 on pci1 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > hdac1: mem 0xf2420000-0xf2423fff irq 17 at device 27.0 on pci1 > pcib3: irq 20 at device 28.0 on pci1 > pci3: on pcib3 > pcib4: irq 21 at device 28.1 on pci1 > pci4: on pcib4 > iwn0: mem 0xf2000000-0xf2001fff irq 17 at device 0.0 on pci4 > pcib5: irq 20 at device 28.4 on pci1 > pci5: on pcib5 > sdhci_pci0: mem 0xf2100000-0xf21000ff irq 16 at device 0.0 on pci5 > sdhci_pci0: 1 slot(s) allocated > ehci1: mem 0xf2428400-0xf24287ff irq 19 at device 29.0 on pci1 > usbus1: EHCI version 1.0 > usbus1 on ehci1 > pcib6: at device 30.0 on pci1 > pci6: on pcib6 > isab0: at device 31.0 on pci1 > isa0: on isab0 > ahci0: port 0x1818-0x181f,0x180c-0x180f,0x1810-0x1817,0x1808-0x180b,0x1840-0x185f mem 0xf2427000-0xf24277ff irq 16 at device 31.2 on pci1 > ahci0: AHCI v1.30 with 6 3Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > ahciem0: on ahci0 > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0 > battery0: on acpi0 > acpi_acad0: on acpi0 > acpi_ibm0: on acpi0 > orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff,0xdd000-0xdffff,0xe0000-0xeffff on isa0 > ppc0: cannot reserve I/O port range > coretemp0: on cpu0 > est0: on cpu0 > coretemp1: on cpu1 > est1: on cpu1 > coretemp2: on cpu2 > est2: on cpu2 > coretemp3: on cpu3 > est3: on cpu3 > usbus0: 480Mbps High Speed USB v2.0 > Timecounters tick every 10.000 msec > hdacc0: at cad 0 on hdac0 > hdaa0: at nid 1 on hdacc0 > pcm0: at nid 5 on hdaa0 > hdacc1: at cad 1 on hdac0 > hdaa1: at nid 1 on hdacc1 > pcm1: at nid 5 on hdaa1 > hdacc2: at cad 2 on hdac0 > hdaa2: at nid 1 on hdacc2 > pcm2: at nid 5 on hdaa2 > hdacc3: at cad 3 on hdac0 > hdaa3: at nid 1 on hdacc3 > pcm3: at nid 5 on hdaa3 > hdacc4: at cad 0 on hdac1 > hdaa4: at nid 1 on hdacc4 > pcm4: at nid 25 and 27 on hdaa4 > pcm5: at nid 31 and 35 on hdaa4 > usbus1: 480Mbps High Speed USB v2.0 > ugen1.1: at usbus1 > uhub0: on usbus1 > ugen0.1: at usbus0 > uhub1: on usbus0 > ses0 at ahciem0 bus 0 scbus4 target 0 lun 0 > ses0: SEMB S-E-S 2.00 device > ses0: SEMB SES Device > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ATA8-ACS SATA 2.x device > ada0: Serial Number WD-WXD1A1154275 > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 305245MB (625142448 512 byte sectors) > cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 > cd0: Removable CD-ROM SCSI device > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed > SMP: AP CPU #1 Launched! > SMP: AP CPU #3 Launched! > SMP: AP CPU #2 Launched! > Timecounter "TSC-low" frequency 1330036109 Hz quality 1000 > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ada0p3 [rw]... > WARNING: / was not properly dismounted > WARNING: /: mount pending error: blocks 288 files 2 > uhub1: 3 ports with 3 removable, self powered > uhub0: 3 ports with 3 removable, self powered > ugen1.2: at usbus1 > uhub2: on usbus1 > ugen0.2: at usbus0 > uhub3: on usbus0 > uhub3: 6 ports with 6 removable, self powered > uhub2: 8 ports with 8 removable, self powered > ugen0.3: at usbus0 > ugen0.4: at usbus0 > wlan0: Ethernet address: 00:24:d7:91:b5:44 > iwn0: iwn_read_firmware: ucode rev=0x09dd0401 > iwn0: > wlan0: link state changed to UP > iwn_intr: fatal firmware error > firmware error log: > error type = "BAD_COMMAND" (0x00000007) > program counter = 0x00000D38 > source line = 0x00000463 > error data = 0x0000000000000000 > branch link = 0x00000D3600000D36 > interrupt link = 0x0000153200000000 > time = 239318 > driver status: > tx ring 0: qid=0 cur=0 queued=0 > tx ring 1: qid=1 cur=0 queued=0 > tx ring 2: qid=2 cur=0 queued=0 > tx ring 3: qid=3 cur=2 queued=0 > tx ring 4: qid=4 cur=74 queued=0 > tx ring 5: qid=5 cur=0 queued=0 > tx ring 6: qid=6 cur=0 queued=0 > tx ring 7: qid=7 cur=0 queued=0 > tx ring 8: qid=8 cur=0 queued=0 > tx ring 9: qid=9 cur=0 queued=0 > tx ring 10: qid=10 cur=0 queued=0 > tx ring 11: qid=11 cur=0 queued=0 > tx ring 12: qid=12 cur=0 queued=0 > tx ring 13: qid=13 cur=0 queued=0 > tx ring 14: qid=14 cur=0 queued=0 > tx ring 15: qid=15 cur=0 queued=0 > tx ring 16: qid=16 cur=0 queued=0 > tx ring 17: qid=17 cur=0 queued=0 > tx ring 18: qid=18 cur=0 queued=0 > tx ring 19: qid=19 cur=0 queued=0 > rx ring: cur=59 > iwn0: iwn_panicked: controller panicked, iv_state = 5; resetting... > iwn0: iwn_read_firmware: ucode rev=0x09dd0401 > ubt0: on usbus0 > WARNING: attempt to domain_add(bluetooth) after domainfinalize() > WARNING: attempt to domain_add(netgraph) after domainfinalize() > iwn0: null_update_chw: need callback > iwn0: null_update_chw: need callback > nvidia0: detached > lock order reversal: > 1st 0xfffffe00ed6c9100 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3488 > 2nd 0xfffff80003e7a400 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 > stack backtrace: > #0 0xffffffff80a8e9a0 at witness_debugger+0x70 > #1 0xffffffff80a8e894 at witness_checkorder+0xe54 > #2 0xffffffff80a3a2e2 at _sx_xlock+0x72 > #3 0xffffffff80cdfdbd at ufsdirhash_add+0x3d > #4 0xffffffff80ce2b85 at ufs_direnter+0x4c5 > #5 0xffffffff80ceb179 at ufs_mkdir+0x8a9 > #6 0xffffffff80fde597 at VOP_MKDIR_APV+0xf7 > #7 0xffffffff80af8bf8 at kern_mkdirat+0x208 > #8 0xffffffff80e89e1b at amd64_syscall+0x2db > #9 0xffffffff80e6975b at Xfast_syscall+0xfb > lock order reversal: > 1st 0xfffff80043e5c5f0 ufs (ufs) @ /usr/src/sys/kern/vfs_lookup.c:530 > 2nd 0xfffffe00ece75e40 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:263 > 3rd 0xfffff801277ddd50 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2498 > stack backtrace: > #0 0xffffffff80a8e9a0 at witness_debugger+0x70 > #1 0xffffffff80a8e894 at witness_checkorder+0xe54 > #2 0xffffffff80a0b1c6 at __lockmgr_args+0x4d6 > #3 0xffffffff80cdaa76 at ffs_lock+0xa6 > #4 0xffffffff80fdef40 at VOP_LOCK1_APV+0x100 > #5 0xffffffff80afb78a at _vn_lock+0x9a > #6 0xffffffff80aebdc3 at vget+0x63 > #7 0xffffffff80ade79c at vfs_hash_get+0xcc > #8 0xffffffff80cd61b0 at ffs_vgetf+0x40 > #9 0xffffffff80ccdaa1 at softdep_sync_buf+0xb51 > #10 0xffffffff80cdb666 at ffs_syncvnode+0x256 > #11 0xffffffff80cb1f95 at ffs_truncate+0x8f5 > #12 0xffffffff80ce2d0f at ufs_direnter+0x64f > #13 0xffffffff80cec029 at ufs_makeinode+0x5e9 > #14 0xffffffff80ce7bc3 at ufs_create+0x33 > #15 0xffffffff80fdc9a1 at VOP_CREATE_APV+0xf1 > #16 0xffffffff80afafd8 at vn_open_cred+0x2f8 > #17 0xffffffff80af438c at kern_openat+0x25c > nvidia0: on vgapci0 > vgapci0: child nvidia0 requested pci_enable_io > vgapci0: child nvidia0 requested pci_enable_io > acquiring duplicate lock of same type: "os.lock_sx" > 1st os.lock_sx @ nvidia_os.c:603 > 2nd os.lock_sx @ nvidia_os.c:603 > stack backtrace: > #0 0xffffffff80a8e9a0 at witness_debugger+0x70 > #1 0xffffffff80a8e894 at witness_checkorder+0xe54 > #2 0xffffffff80a3a2e2 at _sx_xlock+0x72 > #3 0xffffffff8362c2f2 at os_acquire_mutex+0x32 > #4 0xffffffff83617eb8 at _nv013366rm+0x18 > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > acquiring duplicate lock of same type: "os.lock_mtx" > 1st os.lock_mtx @ nvidia_os.c:777 > 2nd os.lock_mtx @ nvidia_os.c:777 > stack backtrace: > #0 0xffffffff80a8e9a0 at witness_debugger+0x70 > #1 0xffffffff80a8e894 at witness_checkorder+0xe54 > #2 0xffffffff80a14454 at __mtx_lock_flags+0xa4 > #3 0xffffffff8362c64b at os_acquire_spinlock+0x1b > #4 0xffffffff833adf15 at _nv015308rm+0xce5 > NVRM: GPU at PCI:0000:01:00: GPU-29a322f4-74c9-1c99-3dbb-0048333ae34a > NVRM: Xid (PCI:0000:01:00): 57, Failed shmoo sddr3 link training > lock order reversal: > 1st 0xfffff800082df490 filedesc structure (filedesc structure) @ /usr/src/sys/kern/kern_descrip.c:1231 > 2nd 0xfffff801275e1d50 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:4829 > stack backtrace: > #0 0xffffffff80a8e9a0 at witness_debugger+0x70 > #1 0xffffffff80a8e894 at witness_checkorder+0xe54 > #2 0xffffffff80a0b1c6 at __lockmgr_args+0x4d6 > #3 0xffffffff80cdaa76 at ffs_lock+0xa6 > #4 0xffffffff80fdef40 at VOP_LOCK1_APV+0x100 > #5 0xffffffff80afb78a at _vn_lock+0x9a > #6 0xffffffff809ec34e at knlist_remove_kq+0x7e > #7 0xffffffff80af2478 at filt_vfsdetach+0x28 > #8 0xffffffff809ecc17 at knote_fdclose+0xc7 > #9 0xffffffff809e0ca5 at closefp+0x65 > #10 0xffffffff80e89e1b at amd64_syscall+0x2db > #11 0xffffffff80e6975b at Xfast_syscall+0xfb > panic: ufs_dirbad: /usr/home: bad dir ino 6742590 at offset 512: mangled entry > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe01174954a0 > vpanic() at vpanic+0x182/frame 0xfffffe0117495520 > panic() at panic+0x43/frame 0xfffffe0117495580 > ufs_lookup_ino() at ufs_lookup_ino+0xeaa/frame 0xfffffe0117495680 > VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xf1/frame 0xfffffe01174956b0 > vfs_cache_lookup() at vfs_cache_lookup+0xd6/frame 0xfffffe0117495710 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xf1/frame 0xfffffe0117495740 > lookup() at lookup+0x5a2/frame 0xfffffe01174957d0 > namei() at namei+0x5ca/frame 0xfffffe0117495890 > kern_statat() at kern_statat+0xa5/frame 0xfffffe0117495a40 > sys_stat() at sys_stat+0x2d/frame 0xfffffe0117495ae0 > amd64_syscall() at amd64_syscall+0x2db/frame 0xfffffe0117495bf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0117495bf0 > --- syscall (188, FreeBSD ELF64, sys_stat), rip = 0x8071e0aea, rsp = 0x7fffffffd1f8, rbp = 0x7fffffffd2d0 --- > KDB: enter: panic > Copyright (c) 1992-2016 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #2 r297039+43ceb1f(master): Sat Mar 19 12:06:37 CET 2016 > root@nachtschatten.purplekraken.com:/usr/obj/usr/src/sys/GENERIC amd64 > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT(vga): resolution 640x480 > can't re-use a leaf (hwpstate_verbose)! > module_register: cannot register cpu/ichss from kernel; already loaded from cpufreq.ko > Module cpu/ichss failed to register: 17 > module_register: cannot register cpu/powernow from kernel; already loaded from cpufreq.ko > Module cpu/powernow failed to register: 17 > module_register: cannot register cpu/est from kernel; already loaded from cpufreq.ko > Module cpu/est failed to register: 17 > module_register: cannot register cpu/hwpstate from kernel; already loaded from cpufreq.ko > Module cpu/hwpstate failed to register: 17 > module_register: cannot register cpu/p4tcc from kernel; already loaded from cpufreq.ko > Module cpu/p4tcc failed to register: 17 > CPU: Intel(R) Core(TM) i5 CPU M 560 @ 2.67GHz (2660.07-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x20655 Family=0x6 Model=0x25 Stepping=5 > Features=0xbfebfbff > Features2=0x29ae3ff > AMD Features=0x28100800 > AMD Features2=0x1 > VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID > TSC: P-state invariant, performance statistics > real memory = 4294967296 (4096 MB) > avail memory = 3929866240 (3747 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 4 > cpu3 (AP): APIC ID: 5 > random: unblocking device. > ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Pm1aControlBlock: 16/32 (20150818/tbfadt-649) > ACPI BIOS Warning (bug): Invalid length for FADT/Pm1aControlBlock: 32, using default 16 (20150818/tbfadt-730) > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > random: entropy device external interface > kbd1 at kbdmux0 > netmap: loaded module > module_register_init: MOD_LOAD (vesa, 0xffffffff80f00bf0, 0) error 19 > vtvga0: on motherboard > cryptosoft0: on motherboard > acpi0: on motherboard > acpi_ec0: port 0x62,0x66 on acpi0 > acpi0: Power Button (fixed) > cpu0: on acpi0 > cpu1: on acpi0 > cpu2: on acpi0 > cpu3: on acpi0 > attimer0: port 0x40-0x43 irq 0 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 550 > Event timer "HPET1" frequency 14318180 Hz quality 440 > Event timer "HPET2" frequency 14318180 Hz quality 440 > Event timer "HPET3" frequency 14318180 Hz quality 440 > Event timer "HPET4" frequency 14318180 Hz quality 440 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > Event timer "RTC" frequency 32768 Hz quality 0 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > pcib0: on acpi0 > pci0: on pcib0 > pcib1: port 0xcf8-0xcff on acpi0 > pci1: on pcib1 > pcib2: irq 16 at device 1.0 on pci1 > pci2: on pcib2 > vgapci0: port 0x2000-0x207f mem 0xcc000000-0xccffffff,0xd0000000-0xdfffffff,0xce000000-0xcfffffff irq 16 at device 0.0 on pci2 > nvidia0: on vgapci0 > vgapci0: child nvidia0 requested pci_enable_io > vgapci0: child nvidia0 requested pci_enable_io > vgapci0: Boot video device > hdac0: mem 0xcdefc000-0xcdefffff at device 0.1 on pci2 > pci1: at device 22.0 (no driver attached) > uart2: <5 Series/3400 Series Chipset KT Controller> port 0x1800-0x1807 mem 0xf2424000-0xf2424fff irq 17 at device 22.3 on pci1 > em0: port 0x1820-0x183f mem 0xf2400000-0xf241ffff,0xf2425000-0xf2425fff irq 20 at device 25.0 on pci1 > em0: Using an MSI interrupt > em0: Ethernet address: f0:de:f1:46:1b:8c > em0: netmap queues/slots: TX 1/1024, RX 1/1024 > ehci0: mem 0xf2428000-0xf24283ff irq 23 at device 26.0 on pci1 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > hdac1: mem 0xf2420000-0xf2423fff irq 17 at device 27.0 on pci1 > pcib3: irq 20 at device 28.0 on pci1 > pci3: on pcib3 > pcib4: irq 21 at device 28.1 on pci1 > pci4: on pcib4 > iwn0: mem 0xf2000000-0xf2001fff irq 17 at device 0.0 on pci4 > pcib5: irq 20 at device 28.4 on pci1 > pci5: on pcib5 > sdhci_pci0: mem 0xf2100000-0xf21000ff irq 16 at device 0.0 on pci5 > sdhci_pci0: 1 slot(s) allocated > ehci1: mem 0xf2428400-0xf24287ff irq 19 at device 29.0 on pci1 > usbus1: EHCI version 1.0 > usbus1 on ehci1 > pcib6: at device 30.0 on pci1 > pci6: on pcib6 > isab0: at device 31.0 on pci1 > isa0: on isab0 > ahci0: port 0x1818-0x181f,0x180c-0x180f,0x1810-0x1817,0x1808-0x180b,0x1840-0x185f mem 0xf2427000-0xf24277ff irq 16 at device 31.2 on pci1 > ahci0: AHCI v1.30 with 6 3Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > ahciem0: on ahci0 > acpi_tz0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0 > battery0: on acpi0 > acpi_acad0: on acpi0 > acpi_ibm0: on acpi0 > orm0: at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff,0xdd000-0xdffff,0xe0000-0xeffff on isa0 > ppc0: cannot reserve I/O port range > coretemp0: on cpu0 > est0: on cpu0 > coretemp1: on cpu1 > est1: on cpu1 > coretemp2: on cpu2 > est2: on cpu2 > coretemp3: on cpu3 > est3: on cpu3 > usbus0: 480Mbps High Speed USB v2.0 > Timecounters tick every 10.000 msec > hdacc0: at cad 0 on hdac0 > hdaa0: at nid 1 on hdacc0 > pcm0: at nid 5 on hdaa0 > hdacc1: at cad 1 on hdac0 > hdaa1: at nid 1 on hdacc1 > pcm1: at nid 5 on hdaa1 > hdacc2: at cad 2 on hdac0 > hdaa2: at nid 1 on hdacc2 > pcm2: at nid 5 on hdaa2 > hdacc3: at cad 3 on hdac0 > hdaa3: at nid 1 on hdacc3 > pcm3: at nid 5 on hdaa3 > hdacc4: at cad 0 on hdac1 > hdaa4: at nid 1 on hdacc4 > pcm4: at nid 25 and 27 on hdaa4 > pcm5: at nid 31 and 35 on hdaa4 > usbus1: 480Mbps High Speed USB v2.0 > ugen1.1: at usbus1 > uhub0: on usbus1 > ugen0.1: at usbus0 > uhub1: on usbus0 > ses0 at ahciem0 bus 0 scbus4 target 0 lun 0 > ses0: SEMB S-E-S 2.00 device > ses0: SEMB SES Device > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ATA8-ACS SATA 2.x device > ada0: Serial Number WD-WXD1A1154275 > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 305245MB (625142448 512 byte sectors) > cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 > cd0: Removable CD-ROM SCSI device > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > Timecounter "TSC-low" frequency 1330035366 Hz quality 1000 > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ada0p3 [rw]... > WARNING: / was not properly dismounted > WARNING: /: mount pending error: blocks 0 files 1 > uhub1: 3 ports with 3 removable, self powered > uhub0: 3 ports with 3 removable, self powered > ugen0.2: at usbus0 > uhub2: on usbus0 > ugen1.2: at usbus1 > uhub3: on usbus1 > uhub2: 6 ports with 6 removable, self powered > uhub3: 8 ports with 8 removable, self powered > ugen0.3: at usbus0 > ugen0.4: at usbus0 > wlan0: Ethernet address: 00:24:d7:91:b5:44 > iwn0: iwn_read_firmware: ucode rev=0x09dd0401 > wlan0: link state changed to UP > ubt0: on usbus0 > wlan0: link state changed to DOWN > iwn0: device timeout > iwn0: iwn_read_firmware: ucode rev=0x09dd0401 > WARNING: attempt to domain_add(bluetooth) after domainfinalize() > WARNING: attempt to domain_add(netgraph) after domainfinalize() > lock order reversal: > 1st 0xfffffe00ecc3db00 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3488 > 2nd 0xfffff800438a9800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 > stack backtrace: > #0 0xffffffff80a8e9a0 at witness_debugger+0x70 > #1 0xffffffff80a8e894 at witness_checkorder+0xe54 > #2 0xffffffff80a3a2e2 at _sx_xlock+0x72 > #3 0xffffffff80cdfdbd at ufsdirhash_add+0x3d > #4 0xffffffff80ce2b85 at ufs_direnter+0x4c5 > #5 0xffffffff80cec029 at ufs_makeinode+0x5e9 > #6 0xffffffff80ce7bc3 at ufs_create+0x33 > #7 0xffffffff80fdc9a1 at VOP_CREATE_APV+0xf1 > #8 0xffffffff80afafd8 at vn_open_cred+0x2f8 > #9 0xffffffff80af438c at kern_openat+0x25c > #10 0xffffffff80e89e1b at amd64_syscall+0x2db > #11 0xffffffff80e6975b at Xfast_syscall+0xfb > acquiring duplicate lock of same type: "os.lock_sx" > 1st os.lock_sx @ nvidia_os.c:603 > 2nd os.lock_sx @ nvidia_os.c:603 > stack backtrace: > #0 0xffffffff80a8e9a0 at witness_debugger+0x70 > #1 0xffffffff80a8e894 at witness_checkorder+0xe54 > #2 0xffffffff80a3a2e2 at _sx_xlock+0x72 > #3 0xffffffff826612f2 at os_acquire_mutex+0x32 > #4 0xffffffff8264ceb8 at _nv013366rm+0x18 > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > ACPI Warning: \134_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150818/nsarguments-97) > acquiring duplicate lock of same type: "os.lock_mtx" > 1st os.lock_mtx @ nvidia_os.c:777 > 2nd os.lock_mtx @ nvidia_os.c:777 > stack backtrace: > #0 0xffffffff80a8e9a0 at witness_debugger+0x70 > #1 0xffffffff80a8e894 at witness_checkorder+0xe54 > #2 0xffffffff80a14454 at __mtx_lock_flags+0xa4 > #3 0xffffffff8266164b at os_acquire_spinlock+0x1b > #4 0xffffffff823e2f15 at _nv015308rm+0xce5 > NVRM: GPU at PCI:0000:01:00: GPU-29a322f4-74c9-1c99-3dbb-0048333ae34a > NVRM: Xid (PCI:0000:01:00): 57, Failed shmoo sddr3 link training > lock order reversal: > 1st 0xfffff801044f2418 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2498 > 2nd 0xfffffe00ecdb16d0 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:263 > 3rd 0xfffff801047c0b78 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2498 > stack backtrace: > #0 0xffffffff80a8e9a0 at witness_debugger+0x70 > #1 0xffffffff80a8e894 at witness_checkorder+0xe54 > #2 0xffffffff80a0b1c6 at __lockmgr_args+0x4d6 > #3 0xffffffff80cdaa76 at ffs_lock+0xa6 > #4 0xffffffff80fdef40 at VOP_LOCK1_APV+0x100 > #5 0xffffffff80afb78a at _vn_lock+0x9a > #6 0xffffffff80aebdc3 at vget+0x63 > #7 0xffffffff80ade79c at vfs_hash_get+0xcc > #8 0xffffffff80cd61b0 at ffs_vgetf+0x40 > #9 0xffffffff80ccdaa1 at softdep_sync_buf+0xb51 > #10 0xffffffff80cdb666 at ffs_syncvnode+0x256 > #11 0xffffffff80cb1f95 at ffs_truncate+0x8f5 > #12 0xffffffff80ce2d0f at ufs_direnter+0x64f > #13 0xffffffff80cec029 at ufs_makeinode+0x5e9 > #14 0xffffffff80ce7bc3 at ufs_create+0x33 > #15 0xffffffff80fdc9a1 at VOP_CREATE_APV+0xf1 > #16 0xffffffff80afafd8 at vn_open_cred+0x2f8 > #17 0xffffffff80af438c at kern_openat+0x25c > ifa_maintain_loopback_route: deletion failed for interface wlan0: 3 > ifa_maintain_loopback_route: insertion failed for interface wlan0: 17 > iwn0: iwn_read_firmware: ucode rev=0x09dd0401 > ifa_maintain_loopback_route: deletion failed for interface wlan0: 3 > ifa_maintain_loopback_route: insertion failed for interface wlan0: 17 > iwn0: iwn_read_firmware: ucode rev=0x09dd0401 > wlan0: link state changed to UP > iwn0: null_update_chw: need callback From owner-freebsd-x11@freebsd.org Sat Mar 19 21:49:30 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 6DB3DAD6BA9 for ; Sat, 19 Mar 2016 21:49:30 +0000 (UTC) (envelope-from berniewinters@hotmail.com) Received: from BLU004-OMC1S38.hotmail.com (blu004-omc1s38.hotmail.com [65.55.116.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 147CD884 for ; Sat, 19 Mar 2016 21:49:29 +0000 (UTC) (envelope-from berniewinters@hotmail.com) Received: from BLU437-SMTP14 ([65.55.116.8]) by BLU004-OMC1S38.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sat, 19 Mar 2016 14:48:22 -0700 X-TMN: [/RT/Eu4jJw4Yx0Cqj+t2i1lSZkiDOFe+] X-Originating-Email: [berniewinters@hotmail.com] Message-ID: To: freebsd-x11@freebsd.org From: Timothy Neal Subject: Intel Q45 GPU 11.0-CURRENT Driver Success Date: Sat, 19 Mar 2016 21:48:18 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Mar 2016 21:48:20.0392 (UTC) FILETIME=[0D99FA80:01D18229] X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 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, 19 Mar 2016 21:49:30 -0000 Hello, Just a note to say that I have compiled the latest 11.0-CURRENT and the driver is back working. No GPU hangs. I am currently on 10.2-RELEASE and I currently get a hung GPU message. For info the card is identified at boot as: agp0: on vgapci0 Hope that helps, Many thanks, Timothy