From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 01:01:09 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94D5F106564A for ; Sun, 10 Jun 2012 01:01:09 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC658FC0A for ; Sun, 10 Jun 2012 01:01:08 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5A118H6072188 for ; Sat, 9 Jun 2012 19:01:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5A118x6072185 for ; Sat, 9 Jun 2012 19:01:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 9 Jun 2012 19:01:08 -0600 (MDT) From: Warren Block To: freebsd-x11@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 09 Jun 2012 19:01:08 -0600 (MDT) Subject: What still requires HAL? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 01:01:09 -0000 Does Gnome still require HAL? Does KDE? xfce does not. Are we approaching a point at which the xorg-server port option for HAL can be set to default to off? From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 01:30:12 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AC2C106564A for ; Sun, 10 Jun 2012 01:30:12 +0000 (UTC) (envelope-from gofdx-freebsd-x11@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4B8098FC14 for ; Sun, 10 Jun 2012 01:30:12 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SdWyi-0002Q8-AU for freebsd-x11@freebsd.org; Sun, 10 Jun 2012 03:30:04 +0200 Received: from 177.62.212.245 ([177.62.212.245]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Jun 2012 03:30:04 +0200 Received: from rakuco by 177.62.212.245 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Jun 2012 03:30:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-x11@freebsd.org From: Raphael Kubo da Costa Date: Sat, 09 Jun 2012 22:24:09 -0300 Lines: 10 Message-ID: <87k3zggds6.fsf@FreeBSD.org> References: Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 177.62.212.245 User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.0.93 (berkeley-unix) Cancel-Lock: sha1:DEILHTadA4uHxW8GlGHmA6Hr+lk= Subject: Re: What still requires HAL? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 01:30:12 -0000 Warren Block writes: > Does Gnome still require HAL? Does KDE? xfce does not. Are we > approaching a point at which the xorg-server port option for HAL can > be set to default to off? KDE uses a hardware abstraction library called Solid. On FreeBSD, it still uses HAL; the options would be to either write a devd backend for it or somehow make FreeBSD work with udev and friends (for which a backend already exists and is the default on Linux). From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 02:47:51 2012 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 80806106566B; Sun, 10 Jun 2012 02:47:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 50FDC158BED; Sun, 10 Jun 2012 02:47:50 +0000 (UTC) Message-ID: <4FD40AD6.1040608@FreeBSD.org> Date: Sat, 09 Jun 2012 19:47:50 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120609 Thunderbird/13.0 MIME-Version: 1.0 To: miwi@FreeBSD.org References: <20120607203753.2466c63a.miwi@FreeBSD.org> In-Reply-To: <20120607203753.2466c63a.miwi@FreeBSD.org> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, x11@FreeBSD.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 02:47:51 -0000 I removed -current since it's out of scope for this. Also, I want to say up front that I'm excited to have the new version available. :) On 06/07/2012 05:37, Martin Wilke wrote: [...] > What I'm trying to say is, I would love to see > the newer xorg released as the default version, but i know this will > break a lot of old hardware. The thing is, when we want to try to > become a Modern Operating System, I dont see any other way to make the > new xorg as default but to give Users the chance to compile the old > xorg with a flag like WITH_OLD_XORG. Agreed, we have to continue supporting the current Xorg alongside the new one. No reason not to drop the oldest one though. If we can swing package support for 7.5 that would be great, we probably only need it for i386 and amd64. You might want to think about having a WITH_XORG flag that takes values of 75 or 77; and implies the right version of mesa. This is probably also a good time to think about changing the naming to be xorg77 and xorg75, rather than just plain xorg. That way the next time we have to go through this users who are at 77 can do the upgrade to what will then be the newer version gracefully. Think php here. > A small merge script to merge the svn checkout into the real portstree > can be found here: > > http://people.freebsd.org/~miwi/xorg/xorgmerge This is a good example of where having a projects branch in the new svn ports repo would be really useful. :) I think it's great that you're providing some tools that people can use to test this, but having to redo the patch every time I update my ports tree doesn't really appeal to me. Doug -- This .signature sanitized for your protection From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 05:48:00 2012 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9C021065690; Sun, 10 Jun 2012 05:48:00 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4408FC15; Sun, 10 Jun 2012 05:48:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5A5m0A1009610; Sun, 10 Jun 2012 05:48:00 GMT (envelope-from miwi@freefall.freebsd.org) Received: (from miwi@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5A5m0cQ009606; Sun, 10 Jun 2012 05:48:00 GMT (envelope-from miwi) Date: Sun, 10 Jun 2012 05:48:00 GMT Message-Id: <201206100548.q5A5m0cQ009606@freefall.freebsd.org> To: dim@FreeBSD.org, miwi@FreeBSD.org, freebsd-x11@FreeBSD.org From: miwi@FreeBSD.org Cc: Subject: Re: ports/168902: Make graphics/libGL compile with clang (using WITH_NEW_XORG) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 05:48:00 -0000 Synopsis: Make graphics/libGL compile with clang (using WITH_NEW_XORG) State-Changed-From-To: open->closed State-Changed-By: miwi State-Changed-When: Sun Jun 10 05:48:00 UTC 2012 State-Changed-Why: thanks committed. http://www.freebsd.org/cgi/query-pr.cgi?pr=168902 From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 05:50:13 2012 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 696C6106568B for ; Sun, 10 Jun 2012 05:50:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 53B148FC08 for ; Sun, 10 Jun 2012 05:50:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5A5oDVQ010208 for ; Sun, 10 Jun 2012 05:50:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5A5oD4W010207; Sun, 10 Jun 2012 05:50:13 GMT (envelope-from gnats) Date: Sun, 10 Jun 2012 05:50:13 GMT Message-Id: <201206100550.q5A5oD4W010207@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/168902: commit references a PR X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 05:50:13 -0000 The following reply was made to PR ports/168902; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/168902: commit references a PR Date: Sun, 10 Jun 2012 05:47:57 +0000 (UTC) miwi 2012-06-10 05:47:43 UTC FreeBSD ports repository Modified files: graphics/libGL bsd.mesalib.mk Added files: graphics/libGL/files extra-src__mesa__drivers__dri__nouveau__nouveau_array.c extra-src__mesa__drivers__dri__nouveau__nouveau_render_t.c Log: - Unbreak build with clang PR: 168902 Submitted by: dim@ Tested by: O. Hartmann" Revision Changes Path 1.20 +4 -2 ports/graphics/libGL/bsd.mesalib.mk 1.1 +99 -0 ports/graphics/libGL/files/extra-src__mesa__drivers__dri__nouveau__nouveau_array.c (new) 1.1 +91 -0 ports/graphics/libGL/files/extra-src__mesa__drivers__dri__nouveau__nouveau_render_t.c (new) _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 05:51:08 2012 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FF071065670; Sun, 10 Jun 2012 05:51:08 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 035788FC1B; Sun, 10 Jun 2012 05:51:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5A5p72B014105; Sun, 10 Jun 2012 05:51:07 GMT (envelope-from miwi@freefall.freebsd.org) Received: (from miwi@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5A5p7Bp014100; Sun, 10 Jun 2012 05:51:07 GMT (envelope-from miwi) Date: Sun, 10 Jun 2012 05:51:07 GMT Message-Id: <201206100551.q5A5p7Bp014100@freefall.freebsd.org> To: miwi@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: miwi@FreeBSD.org Cc: Subject: Re: ports/168901: New port: textproc/xorg-sgml-doctools X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 05:51:08 -0000 Synopsis: New port: textproc/xorg-sgml-doctools Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: miwi Responsible-Changed-When: Sun Jun 10 05:51:07 UTC 2012 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=168901 From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 06:04:16 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 393D2106566C for ; Sun, 10 Jun 2012 06:04:16 +0000 (UTC) (envelope-from miwi.freebsd@googlemail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 084BA8FC14 for ; Sun, 10 Jun 2012 06:04:15 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so4435569pbb.13 for ; Sat, 09 Jun 2012 23:04:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:mime-version:content-type :content-transfer-encoding; bh=OE30F7CkzaWnwEUs5A6uCPnq5KzR50mU6SMZU8XGkVo=; b=ES66DZ3C0+rrPrHGLAD+AvQfvxXOUPSAYQwwYryPlvNHI/HmqKcyr0HuKl87g846GT XRxg0SQbDWoZjYFeInfOGKZZNFbWO3aF0gjPZ/rjBf8YjXqJgSvSzzk0mdf93mih2RWY Lp5qn8AIKyB0FczEUdHCU4TIv+fjL1oc/mZR6Y7FF35RRPL71Heu2LTyf9Ykj+DnKRz5 m9xH2vAMlu/FrLxNezGr3vugjieufOHIptVqAHzxUOLRHkhLRME0nJGP6O1b17lMuo5p jZl/DudJerPki7LyxFiotRphUJsleoXd3RR37plEchWWBHlaeMLCDJYUiki3kjFx9eOC K4JA== Received: by 10.68.189.65 with SMTP id gg1mr13079201pbc.10.1339308255513; Sat, 09 Jun 2012 23:04:15 -0700 (PDT) Received: from miwifbsd.dyndns.org ([175.142.230.150]) by mx.google.com with ESMTPS id vi10sm13840988pbc.4.2012.06.09.23.04.14 (version=SSLv3 cipher=OTHER); Sat, 09 Jun 2012 23:04:15 -0700 (PDT) Sender: Martin Wilke Date: Sun, 10 Jun 2012 14:04:07 +0800 From: Martin Wilke To: Warren Block Message-ID: <20120610140407.62ad9de8.miwi@FreeBSD.org> In-Reply-To: References: Organization: FreeBSD X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: What still requires HAL? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: miwi@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jun 2012 06:04:16 -0000 On Sat, 9 Jun 2012 19:01:08 -0600 (MDT) Warren Block wrote: > Does Gnome still require HAL? Does KDE? xfce does not. Are we > approaching a point at which the xorg-server port option for HAL can > be set to default to off? Xfce4 need hal as well, (thunar), I prefer to let hald enabled as default. Reason is a lot pepole still need it. -- +------------------oOO--(_)--OOo----------------+ Facebook: miwi1 Twitter: miwi_ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 07:38:45 2012 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90A66106566B; Sun, 10 Jun 2012 07:38:45 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id E9A038FC0C; Sun, 10 Jun 2012 07:38:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=WruAqsFsmd2DuUiMq8ixsOv10rFfvF7oPuZCgh+Z64I=; b=AZPYfBH987Ef6qvfpul3t3FWZqBnsNneU995Hk36s8moTW0/G5+8EmpKyZZXLrW0/kArdiZwaOvopE2Z1cI2sU3pc+J+xaBUoJdTg4J3rWRmX9gopRchhUyj5fRiKnUQmqNeT0fdGA+/psoEjN56WjXhvn19I2o2W/t7pu+22Yk=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1SdcjN-000Kf0-Gt ; Sun, 10 Jun 2012 10:38:37 +0300 Date: Sun, 10 Jun 2012 10:38:36 +0300 From: Ivan Klymenko To: miwi@FreeBSD.org Message-ID: <20120610103836.01758adc@nonamehost.> In-Reply-To: <20120607203753.2466c63a.miwi@FreeBSD.org> References: <20120607203753.2466c63a.miwi@FreeBSD.org> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@FreeBSD.org, x11@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 07:38:45 -0000 =D0=92 Thu, 7 Jun 2012 20:37:53 +0800 Martin Wilke =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hi Fans, >=20 > The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are > very happy to be able to Call for testing shortly after the Xorg team > annouced 7.7 release. This CFT is also open for discussion on how we > should move forward with xorg release as we are facing some issues and > we would like to ask for your opinion. Right now we have 2 existing > xorg versions in our Ports Tree. The situation is quite bad due to our > poor graphic card support. That means we do not have much choice but > to take it as how it is now. But with regards to mesa support, we > have to face some new challanges. >=20 > With the new mesa 8.0 release, accelerated support for a number of > older graphic cards was dropped. At the moment we are not sure how to > deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or > making a new flag like WITH_MESA=3D 7.11.2 / 8.0 in combination with > WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the > old xorg version. Obviosly the latter option make the already complex > situation more complex. The problem is, users, especially the new > ones can easily get confused with it. Another issue is, the > packages.We can't deliver a package set with the new Xorg releases. > This means users with new hardware will have to compile everything by > themselves. Though I'm totally fine with compiling, not everyone has > the CPU power to compile everything. What I'm trying to say is, I > would love to see the newer xorg released as the default version, but > i know this will break a lot of old hardware. The thing is, when we > want to try to become a Modern Operating System, I dont see any other > way to make the new xorg as default but to give Users the chance to > compile the old xorg with a flag like WITH_OLD_XORG. >=20 > Some notes regarding KMS support: > KMS Support has been completely migrated to FreeBSD 10. The MFC to 9 > will come soon, that means so long its not MFC'd to 9-Stable, users > need to get the latest patch from our x11 mailing list. >=20 > This testing includes > * libdrm 2.4.34 (including KMS support) > * mesa 8.0.3 > * full Xorg 7.7 release Change log > http://www.x.org/releases/X11R7.7/changelog.html >=20 > Checkout Xorg Development Repo: > You will need to install devel/subversion in order to checkout the > xorg repo. Next, you will need to add WITH_NEW_XORG=3Dyes in > your /etc/make.conf if you want to try out the new Xorg and mesa. Note > that if you are not qualified for the KMS patch, you shouldn=E2=80=99t use > WITH_NEW_XORG=3Dyes because the old intel driver doesn=E2=80=99t build wi= th the > new X server. If you are qualified, you should also set WITH_KMS=3Dyes > in /etc/make.conf. Nvidia and ATI users should set WITH_NEW_XORG=3Dyes. >=20 > svn co https://trillian.chruetertee.ch/svn/ports/trunk >=20 > A small merge script to merge the svn checkout into the real portstree > can be found here: >=20 > http://people.freebsd.org/~miwi/xorg/xorgmerge >=20 > The script is a modified version of the old kdemerge script. Please > set the KDEDIR variable to the path of your X.org ports. After > merging, run one of the following command, depending on which tool > you use to manage your installed packages. >=20 > portupgrade -af \* > portmaster -a >=20 >=20 > After installing these, you will have to rebuild all xf86-* ports. We > will bump all releated ports during the commit to the ports tree. >=20 > Roadmap: > Our current plan is to let the CFT running for a while, and see what > the outcome of the discussion above is. We hope to get a lot of > feedback to solve as many problems as possible. Also we are working on > the libglut to freeglut migration, this will definitely complete > before we import Xorg 7.7. So we still have enough time. We are > looking forward for your feedback. >=20 > - miwi on behalf of the FreeBSD X11 Team >=20 > PS: Please reply only to x11@ thanks. >=20 uname -a FreeBSD nonamehost 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r236313: Fri Jun 1= 20:20:31 EEST 2012 ivan@nonamehost:/usr/obj/usr/src/sys/mk10 amd64 tree port updated three days ago port x11-servers/xorg-server build error gmake[4]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82=D0= =B0=D0=BB=D0=BE=D0=B3=D0=B0 `/usr/ports_build/usr/ports/x11-servers/xorg-se= rver/work/xorg-server-1.12.2/hw/xfree86/man' gmake[4]: =D0=92=D1=85=D0=BE=D0=B4 =D0=B2 =D0=BA=D0=B0=D1=82=D0=B0=D0=BB=D0= =BE=D0=B3 `/usr/ports_build/usr/ports/x11-servers/xorg-server/work/xorg-ser= ver-1.12.2/hw/xfree86' CPP=3D'cpp' AWK=3D'gawk' /bin/sh ./sdksyms.sh ../.. -O2 -ftree-vectorize -m= fpmath=3Dsse -mssse3 -pipe -march=3Dcore2 -fno-strict-aliasing -DHAVE_DIX_C= ONFIG_H -Wall -Wpointer-arith -Wmissing-declarations -Wformat=3D2 -Wstrict-= prototypes -Wmissing-prototypes -Wnested-externs -Wbad-function-cast -Wold-= style-definition -Wdeclaration-after-statement -Wunused -Wuninitialized -Ws= hadow -Wcast-qual -Wmissing-noreturn -Wmissing-format-attribute -Wredundant= -decls -Werror=3Dimplicit -Werror=3Dnonnull -Werror=3Dinit-self -Werror=3Dm= ain -Werror=3Dmissing-braces -Werror=3Dsequence-point -Werror=3Dreturn-type= -Werror=3Dtrigraphs -Werror=3Dwrite-strings -Werror=3Daddress -Werror=3Din= t-to-pointer-cast -Werror=3Dpointer-to-int-cast -fno-strict-aliasing -fno-s= trict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -D_THREAD_SA= FE -I/usr/local/include -I/usr/local/include/pixman-1 -I/usr/local/include/= freetype2 -I../../include -I../../include -I../../Xext -I../../composite = -I../../damageext -I../../xfixes -I../../Xi -I../../mi -I../../miext/sync -= I../../miext/shadow -I../../miext/damage -I../../render -I../../randr -I..= /../fb -fvisibility=3Dhidden -DHAVE_XORG_CONFIG_H -fvisibility=3Dhidden -I= /usr/local/include -I/usr/local/include -I../../hw/xfree86 -I../../hw/x= free86/include -I../../hw/xfree86/common -I../../hw/xfree86/os-support -I..= /../hw/xfree86/os-support/bus -I../../os -I./parser -I../../miext/cw -I./dd= c -I./i2c -I./modes -I./ramdac CC sdksyms.o In file included from ./modes/xf86Crtc.h:28, from sdksyms.c:84: ../../randr/randrstr.h:594: warning: redundant redeclaration of 'RRTransfor= mCompute' ../../randr/rrtransform.h:70: warning: previous declaration of 'RRTransform= Compute' was here In file included from ./modes/xf86Crtc.h:32, from sdksyms.c:84: ./modes/xf86Modes.h:43: warning: redundant redeclaration of 'xf86ModeHSync' ../../hw/xfree86/common/xf86.h:411: warning: previous declaration of 'xf86M= odeHSync' was here ./modes/xf86Modes.h:44: warning: redundant redeclaration of 'xf86ModeVRefre= sh' ../../hw/xfree86/common/xf86.h:413: warning: previous declaration of 'xf86M= odeVRefresh' was here ./modes/xf86Modes.h:53: warning: redundant redeclaration of 'xf86DuplicateM= ode' ../../hw/xfree86/common/xf86.h:419: warning: previous declaration of 'xf86D= uplicateMode' was here ./modes/xf86Modes.h:55: warning: redundant redeclaration of 'xf86DuplicateM= odes' ../../hw/xfree86/common/xf86.h:421: warning: previous declaration of 'xf86D= uplicateModes' was here ./modes/xf86Modes.h:56: warning: redundant redeclaration of 'xf86SetModeDef= aultName' ../../hw/xfree86/common/xf86.h:415: warning: previous declaration of 'xf86S= etModeDefaultName' was here ./modes/xf86Modes.h:57: warning: redundant redeclaration of 'xf86SetModeCrt= c' ../../hw/xfree86/common/xf86.h:417: warning: previous declaration of 'xf86S= etModeCrtc' was here ./modes/xf86Modes.h:59: warning: redundant redeclaration of 'xf86ModesEqual' ../../hw/xfree86/common/xf86.h:423: warning: previous declaration of 'xf86M= odesEqual' was here ./modes/xf86Modes.h:60: warning: redundant redeclaration of 'xf86PrintModel= ine' ../../hw/xfree86/common/xf86.h:425: warning: previous declaration of 'xf86P= rintModeline' was here ./modes/xf86Modes.h:62: warning: redundant redeclaration of 'xf86ModesAdd' ../../hw/xfree86/common/xf86.h:427: warning: previous declaration of 'xf86M= odesAdd' was here ./modes/xf86Modes.h:67: warning: redundant redeclaration of 'xf86CVTMode' ../../hw/xfree86/common/xf86.h:198: warning: previous declaration of 'xf86C= VTMode' was here In file included from sdksyms.c:92: ./ddc/xf86DDC.h:48: warning: redundant redeclaration of 'xf86DDCGetModes' ./modes/xf86Modes.h:64: warning: previous declaration of 'xf86DDCGetModes' = was here In file included from sdksyms.c:270: ../../include/dixevents.h:84: warning: redundant redeclaration of 'PostSynt= heticMotion' ../../include/input.h:476: warning: previous declaration of 'PostSyntheticM= otion' was here In file included from sdksyms.c:271: ../../include/dixfont.h:148: warning: redundant redeclaration of 'client_au= th_generation' /usr/local/include/X11/fonts/fontproto.h:52: warning: previous declaration = of 'client_auth_generation' was here ../../include/dixfont.h:150: warning: redundant redeclaration of 'DeleteFon= tClientID' /usr/local/include/X11/fonts/fontproto.h:59: warning: previous declaration = of 'DeleteFontClientID' was here ../../include/dixfont.h:152: warning: redundant redeclaration of 'GetClient= Resolutions' /usr/local/include/X11/fonts/font.h:149: warning: previous declaration of '= GetClientResolutions' was here ../../include/dixfont.h:154: warning: redundant redeclaration of 'GetDefaul= tPointSize' /usr/local/include/X11/fonts/fontproto.h:44: warning: previous declaration = of 'GetDefaultPointSize' was here ../../include/dixfont.h:156: warning: redundant redeclaration of 'GetNewFon= tClientID' /usr/local/include/X11/fonts/fontproto.h:60: warning: previous declaration = of 'GetNewFontClientID' was here ../../include/dixfont.h:159: warning: redundant redeclaration of 'init_fs_h= andlers' /usr/local/include/X11/fonts/fontproto.h:47: warning: previous declaration = of 'init_fs_handlers' was here ../../include/dixfont.h:175: warning: redundant redeclaration of 'RegisterF= PEFunctions' /usr/local/include/X11/fonts/fontproto.h:42: warning: previous declaration = of 'RegisterFPEFunctions' was here ../../include/dixfont.h:179: warning: redundant redeclaration of 'remove_fs= _handlers' /usr/local/include/X11/fonts/fontproto.h:50: warning: previous declaration = of 'remove_fs_handlers' was here ../../include/dixfont.h:181: warning: redundant redeclaration of 'StoreFont= ClientFont' /usr/local/include/X11/fonts/fontproto.h:61: warning: previous declaration = of 'StoreFontClientFont' was here sdksyms.c:399: warning: cast discards qualifiers from pointer target type sdksyms.c:453: warning: cast discards qualifiers from pointer target type sdksyms.c:748: warning: cast discards qualifiers from pointer target type sdksyms.c:1002: warning: cast discards qualifiers from pointer target type sdksyms.c:1026: warning: cast discards qualifiers from pointer target type sdksyms.c:1123: warning: cast discards qualifiers from pointer target type sdksyms.c:1124: warning: cast discards qualifiers from pointer target type sdksyms.c:1679: warning: cast discards qualifiers from pointer target type sdksyms.c:1680: warning: cast discards qualifiers from pointer target type sdksyms.c:1681: warning: cast discards qualifiers from pointer target type CCLD Xorg /usr/local/lib/libfontenc.so: undefined reference to `gzgetc_' distcc[21895] ERROR: compile (null) on localhost failed gmake[4]: *** [Xorg] =D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0 1 gmake[4]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82=D0= =B0=D0=BB=D0=BE=D0=B3=D0=B0 `/usr/ports_build/usr/ports/x11-servers/xorg-se= rver/work/xorg-server-1.12.2/hw/xfree86' gmake[3]: *** [all-recursive] =D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0 1 gmake[3]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82=D0= =B0=D0=BB=D0=BE=D0=B3=D0=B0 `/usr/ports_build/usr/ports/x11-servers/xorg-se= rver/work/xorg-server-1.12.2/hw/xfree86' gmake[2]: *** [all] =D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0 2 gmake[2]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82=D0= =B0=D0=BB=D0=BE=D0=B3=D0=B0 `/usr/ports_build/usr/ports/x11-servers/xorg-se= rver/work/xorg-server-1.12.2/hw/xfree86' gmake[1]: *** [all-recursive] =D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0 1 gmake[1]: =D0=92=D1=8B=D1=85=D0=BE=D0=B4 =D0=B8=D0=B7 =D0=BA=D0=B0=D1=82=D0= =B0=D0=BB=D0=BE=D0=B3=D0=B0 `/usr/ports_build/usr/ports/x11-servers/xorg-se= rver/work/xorg-server-1.12.2/hw' gmake: *** [all-recursive] =D0=9E=D1=88=D0=B8=D0=B1=D0=BA=D0=B0 1 *** [do-build] Error code 1 Stop in /usr/ports/x11-servers/xorg-server. *** [build] Error code 1 Stop in /usr/ports/x11-servers/xorg-server. From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 08:48:43 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8E7C1065676; Sun, 10 Jun 2012 08:48:43 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5352B8FC26; Sun, 10 Jun 2012 08:48:43 +0000 (UTC) Received: by obcni5 with SMTP id ni5so6362842obc.13 for ; Sun, 10 Jun 2012 01:48:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GtHWIgLmbEr20dwnA/gl7vH3nG1Ucdl17FHigQUPHl8=; b=p30asrYggocY4OHuXM3ptFYf1TanO+tZ6BmCbzqjtq7oGBz6lCIoUQJuWFfb6J87lD mknL3LVpeFc0t9GCJ5LWa5tQnzLSiq4CnAGt+JHothozM23Xwun2BU9v+lKvOT/WnPii Amhqzb0rLNXqNdcWzb9HvK4bpN4MDaelwc8a92rp6J/VqBuqf6tIxMoIvA7EtX+LK9Gz wdEVBZc/5JzxNY6FelysZVqI+jLVojuX/qrKjTMfUAtku5H1prUT7vsyNXAHlmJu1TcQ uxJNmq0q7N698OJTRvrP8L4Xwh3o/8YOLZ3VoRbIdRkD9g15XtPeEWGhDLU1sZkSrx9X +hjA== MIME-Version: 1.0 Received: by 10.182.111.39 with SMTP id if7mr5032979obb.55.1339318121996; Sun, 10 Jun 2012 01:48:41 -0700 (PDT) Received: by 10.182.125.100 with HTTP; Sun, 10 Jun 2012 01:48:41 -0700 (PDT) In-Reply-To: <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> Date: Sun, 10 Jun 2012 11:48:41 +0300 Message-ID: From: Alexander Yerenkow To: Ivan Klymenko Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 08:48:43 -0000 Is this fresh installation or you were upgrading? I'm preparing now live image with new xorg, and don't saw such errors. But I had yesterday's src/ports tree. -- Regards, Alexander Yerenkow From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 08:55:44 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C819106566B; Sun, 10 Jun 2012 08:55:44 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 21D648FC12; Sun, 10 Jun 2012 08:55:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=3HlM9i9GZ/JOTCgxVauym0cHZ8kdeCYin7B07P8jKPE=; b=cpmcmnhw1nuu9a6GGpSTQateUq8xpW7F7O3dPZ2aGzbIWch7ZUh514FwonwDkGU6oPnX5+U2JXTplY7QiLIIgBilmceVL4+T87W+6glDhdsUJCMf+slD52FeazZYKeGgLqr/RlgRXFz/xgGV25/BTb1HJ6OqjGz70rR5g9/3NoM=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1Sddvx-000656-Eh ; Sun, 10 Jun 2012 11:55:41 +0300 Date: Sun, 10 Jun 2012 11:55:40 +0300 From: Ivan Klymenko To: Alexander Yerenkow Message-ID: <20120610115540.5536b3a7@nonamehost.> In-Reply-To: References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 08:55:44 -0000 =D0=92 Sun, 10 Jun 2012 11:48:41 +0300 Alexander Yerenkow =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Is this fresh installation or you were upgrading? of course updating > I'm preparing now live image with new xorg, and don't saw such errors. > But I had yesterday's src/ports tree. >=20 >=20 From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 09:05:33 2012 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC1651065674; Sun, 10 Jun 2012 09:05:33 +0000 (UTC) (envelope-from rea@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.6.71]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD7B8FC15; Sun, 10 Jun 2012 09:05:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=two; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=uMM0jePLhO3tldVqbcXwx8PrI5f3zmO2dqIf0WG3GIw=; b=LktpJpr/0W38Mg8V/FLirQhIIcRTklWMRiBd0XS2J9DnRpMaad+yYXYpgbYJdgmMDuo3vRdwYv24+HhRTt3i+vuzbHbThZ68BVlwE0Jc59qoszqq4JK4jwP+H7q8uY2eOzFklUrW62BIG5ZU3DqEyCo84JnSEnnQllIiwKeZggYeBWda1u0PiokoVHi6/DbhLj6Ysxauym3wq4DHQSyM6rIEyBjtgWxXTrSPuUrPVFlrupVdJW1SM1s3bQaxJArxSidgTlMApWLhE9oXfAzIWuTG0ZFr1O2yzjVN6oSe1b+ofs/Hf/aXFZkvpRo/lOFlKrd3IloqUtRo5jzps9E3VA==; Received: from shadow.codelabs.ru (ppp91-77-214-191.pppoe.mtu-net.ru [91.77.214.191]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Sde5U-000IbH-0N; Sun, 10 Jun 2012 13:05:32 +0400 Date: Sun, 10 Jun 2012 13:05:29 +0400 From: Eygene Ryabinkin To: Martin Wilke Message-ID: References: <20120607203753.2466c63a.miwi@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <20120607203753.2466c63a.miwi@FreeBSD.org> Sender: rea@codelabs.ru Cc: x11@FreeBSD.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 09:05:33 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Thu, Jun 07, 2012 at 08:37:53PM +0800, Martin Wilke wrote: > The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are > very happy to be able to Call for testing shortly after the Xorg team > annouced 7.7 release. 7.7 works for me at -CURRENT and ATI Radeon Mobility HD 2400. Thanks! --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --J/dobhs11T7y2rNN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EABEIAAYFAk/UY1kACgkQFq+eroFS7PshLgD+La+8PTTiCkpkHdBaLEOQ5VJS VIH7tORagkBEz5MNXSgA/1th+y4/PV1YrzCGb741vx5N0AsUxq+MjkUdRL3hNJ18 =RlQd -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 09:14:02 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7F531065677; Sun, 10 Jun 2012 09:14:02 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5DBD98FC20; Sun, 10 Jun 2012 09:14:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=IpKxpkoGArE9U+S8YTfjGAaVL8fo/r+B3HLIkSi89kI=; b=NwtFynNx0ejmZTefjDU5jp6fD7Y8597Cchh6bZRd0AC8XtSpuELJQk3uU6fO0mIxsOh1ul+ZqzGAPl+nfgeKSnPbu3Vx4rbyqXhcpdC7PT7vrgqlW5SmxmyLaxDDc59X/dUjHnu1AtLzH2KA9aU73dSLdj0wYWZLzRZiodKSfh0=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1SdeDf-0008vz-SP ; Sun, 10 Jun 2012 12:13:59 +0300 Date: Sun, 10 Jun 2012 12:13:58 +0300 From: Ivan Klymenko To: Alexander Yerenkow Message-ID: <20120610121358.46026b5d@nonamehost.> In-Reply-To: References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 09:14:02 -0000 =D0=92 Sun, 10 Jun 2012 11:48:41 +0300 Alexander Yerenkow =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Is this fresh installation or you were upgrading? > I'm preparing now live image with new xorg, and don't saw such errors. > But I had yesterday's src/ports tree. >=20 >=20 Forgot to add - to svn r501 everything is fine build and working... From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 09:46:38 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDC641065670; Sun, 10 Jun 2012 09:46:38 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 68DA78FC18; Sun, 10 Jun 2012 09:46:38 +0000 (UTC) Received: by obcni5 with SMTP id ni5so6425439obc.13 for ; Sun, 10 Jun 2012 02:46:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VVjPb/tc8O2n5dQvfxZKIk4SKQgejbNDYd8kTSScn6M=; b=Hv5PvVCM+zmYFGc27hySkf2Bwda0Nm1KMTzGZyAafbiGtJcNniItqqgjPzPK8fuq8Q LJ/3yb//onemNM5Pie2H+9fki06wkJGDK3H/ETH8BFkyWqY3MXTASLYc/Vw+1GRgnamM H37rksa2ZvOPmAamLfBkNLT01PIfS/2uKuwYZ31q24FvWwLxIFlOsAIcZ+PCCo4yyeWP iEmaMUnyDNf33LZ29gpsa/MzJjNvHE7kxUa8Aq2S+/EacrFLp/ZNLsJFQ0jLuf7WB+XH yPrpsxCl6Fk9PxdRf8uHdYr1gPrVG65PueLQll68KhsNisy3oJL2otsQqUw8XLeEVh0i 7gtw== MIME-Version: 1.0 Received: by 10.182.31.11 with SMTP id w11mr12869231obh.64.1339321597632; Sun, 10 Jun 2012 02:46:37 -0700 (PDT) Received: by 10.182.125.100 with HTTP; Sun, 10 Jun 2012 02:46:37 -0700 (PDT) In-Reply-To: <4fd465de.c6e5440a.7956.fffff5baSMTPIN_ADDED@mx.google.com> References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> <4fd465de.c6e5440a.7956.fffff5baSMTPIN_ADDED@mx.google.com> Date: Sun, 10 Jun 2012 12:46:37 +0300 Message-ID: From: Alexander Yerenkow To: Ivan Klymenko Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 09:46:38 -0000 Okay everyone interested - listen up :) http://gits.kiev.ua/FreeBSD/FreeBSD-10-i386-2012-06-08.img.xz Here is the image, which can be dd'ed to 4g+ flash drive. It should be bootable, and contains new xorg, and some soft from ports; - seamonkey (if you want go to internet) - stellarium (it's full of stars) - blender (but it depends on devel/icu which probably built with error, or by some other reason blender produces coredump) - xterm and openbox; How to use: boot, login as root; after passwordless login you can view simple x run script with: cat ./runx.sh or you just launch it ./runx.sh If you have non-intel card, you need edit xorg.conf, and runx.sh (remove load i915kms). Load process and X launching can be a while if you have not very fast flash. I'll continue improving of infrastructure for building such testing images, helps and advises appreciated. -- Regards, Alexander Yerenkow From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 10:04:43 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50D54106566C; Sun, 10 Jun 2012 10:04:43 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id F290F8FC08; Sun, 10 Jun 2012 10:04:42 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Sdf0j-0005t2-He>; Sun, 10 Jun 2012 12:04:41 +0200 Received: from e178032032.adsl.alicedsl.de ([85.178.32.32] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Sdf0j-000628-Bx>; Sun, 10 Jun 2012 12:04:41 +0200 Message-ID: <4FD47138.6090000@zedat.fu-berlin.de> Date: Sun, 10 Jun 2012 12:04:40 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Alexander Yerenkow References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> <4fd465de.c6e5440a.7956.fffff5baSMTPIN_ADDED@mx.google.com> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig13B34A1CD9120C8E2AFDDB54" X-Originating-IP: 85.178.32.32 Cc: Ivan Klymenko , ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 10:04:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig13B34A1CD9120C8E2AFDDB54 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/10/12 11:46, Alexander Yerenkow wrote: > Okay everyone interested - listen up :) >=20 > http://gits.kiev.ua/FreeBSD/FreeBSD-10-i386-2012-06-08.img.xz >=20 > Here is the image, which can be dd'ed to 4g+ flash drive. > It should be bootable, and contains new xorg, and some soft from ports;= > - seamonkey (if you want go to internet) > - stellarium (it's full of stars) > - blender (but it depends on devel/icu which probably built with > error, or by some other reason blender produces coredump) > - xterm and openbox; >=20 > How to use: > boot, login as root; > after passwordless login you can view simple x run script with: > cat ./runx.sh >=20 > or you just launch it > ./runx.sh >=20 > If you have non-intel card, you need edit xorg.conf, and runx.sh > (remove load i915kms). > Load process and X launching can be a while if you have not very fast f= lash. >=20 > I'll continue improving of infrastructure for building such testing > images, helps and advises appreciated. >=20 This is very nice ;-) Thank you very much. oh --------------enig13B34A1CD9120C8E2AFDDB54 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP1HE4AAoJEOgBcD7A/5N8ZJ0H/0giqJ6pMkPtOm1XEdtq+sfl xqxClD7+04SutiUVsIeLdN8Q6l5WA4XSowqgCT0BShOTLftW6UFEMJ550rSaaf2I Pn2iicud35NOSs5Ca59CywwFVJbtJdvyo2nNvEWXzKt7rTmVU17D4eCu4dHj6yiL mRJrc+11jFuS2qs+P982MCRCyReiMJrvygDoEZxJWVty28FgoJFDcPgNkbQLG95J OUYftNiFqOkV7HMAGA619Rb8berQGWxBveJYAqB4TLaqLv4p5gD3xQpx9USpDVTZ gY7iINLXWBkdNDRvMGV1aFv4bixCmPZMZqWL6Cjdbm9QVdK5HeVEUiPOduLRkzQ= =dDOs -----END PGP SIGNATURE----- --------------enig13B34A1CD9120C8E2AFDDB54-- From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 11:17:24 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 009D51065785; Sun, 10 Jun 2012 11:17:21 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4EE6B8FC15; Sun, 10 Jun 2012 11:17:20 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3519255bkv.13 for ; Sun, 10 Jun 2012 04:17:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZPPd3lw7XXJyjsCGv9NUWt2sGYpsQT9GIewF1qRLL5s=; b=Jq459m58TuVkc0gMb7A6boE/EYcVaVznkUf3l/dtGZCVWNa3viF4bfHu+z8KOboeEZ O+BzJp2M/IpIuZeenBlfPj7wbgIo4nR0KCcuAsVk7CrZSdAqpUaqp6wdtrwxwP4ZstjS B8ihdbkAQAvSUMJrMEmdjlTQkIORsEfhiSjZ25/RhmplUdesotuMJQtHQNUquAVvr6Yl zDJj71saRPrQRZiZ+qtsEMJqmo4pCWL9zLHAhIRlNtyHTwsf/YcxatzwDz2H86UVoooG UkiuJK8gllgChiCPDjUHdGD2jCGGTEpSfSp4SykEoZ0E6ySDSL/ZBkeXxA/GeHhHmwJz hTJA== MIME-Version: 1.0 Received: by 10.205.133.212 with SMTP id hz20mr8632727bkc.99.1339327039141; Sun, 10 Jun 2012 04:17:19 -0700 (PDT) Received: by 10.204.100.83 with HTTP; Sun, 10 Jun 2012 04:17:18 -0700 (PDT) In-Reply-To: <4fd465a3.46e8440a.7470.0336SMTPIN_ADDED@mx.google.com> References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> <4fd465a3.46e8440a.7470.0336SMTPIN_ADDED@mx.google.com> Date: Sun, 10 Jun 2012 13:17:18 +0200 Message-ID: From: Andreas Nilsson To: Ivan Klymenko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, Alexander Yerenkow , x11@freebsd.org, current@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 11:17:24 -0000 On Sun, Jun 10, 2012 at 11:13 AM, Ivan Klymenko wrote: > =D0=92 Sun, 10 Jun 2012 11:48:41 +0300 > Alexander Yerenkow =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > > Is this fresh installation or you were upgrading? > > I'm preparing now live image with new xorg, and don't saw such errors. > > But I had yesterday's src/ports tree. > > > > > > Forgot to add - to svn r501 everything is fine build and working... I checked out the xorg repo yesterday and it built just fine ( on 9.0-RELEASE with drm-all.14.5-releng9.0.patch ). I actually did this in a clone of my root-dataset so I started with pkg_delete -a :) ) Just a thought: shouldn't the new intel driver be part of the OPTIONS of the new xorg-drivers? I'll write back with the results when I get back into the office. Regards From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 12:45:13 2012 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61EFC1065670; Sun, 10 Jun 2012 12:45:13 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 1DD918FC0A; Sun, 10 Jun 2012 12:45:12 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5ACjCV0075830; Sun, 10 Jun 2012 06:45:12 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5ACjCgb075827; Sun, 10 Jun 2012 06:45:12 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 10 Jun 2012 06:45:12 -0600 (MDT) From: Warren Block To: Martin Wilke In-Reply-To: <20120610140407.62ad9de8.miwi@FreeBSD.org> Message-ID: References: <20120610140407.62ad9de8.miwi@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sun, 10 Jun 2012 06:45:12 -0600 (MDT) Cc: freebsd-x11@FreeBSD.org Subject: Re: What still requires HAL? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 12:45:13 -0000 On Sun, 10 Jun 2012, Martin Wilke wrote: > On Sat, 9 Jun 2012 19:01:08 -0600 (MDT) > Warren Block wrote: > >> Does Gnome still require HAL? Does KDE? xfce does not. Are we >> approaching a point at which the xorg-server port option for HAL can >> be set to default to off? > > > Xfce4 need hal as well, (thunar), It used to, using hal for automounting removable media. Support for that was removed upstream in xfce a while back, 4.6 I think. Maybe hal can do something else for xfce, but I haven't noticed it since removing hal a year ago. > I prefer to let hald enabled as default. Reason is a lot pepole still > need it. Yes, unfortunately. We can only ask porters to make hal optional when the ported software supports that. From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 15:29:37 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB19D1065673; Sun, 10 Jun 2012 15:29:37 +0000 (UTC) (envelope-from kubito@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5E73B8FC15; Sun, 10 Jun 2012 15:29:37 +0000 (UTC) Received: by ggnm2 with SMTP id m2so2309661ggn.13 for ; Sun, 10 Jun 2012 08:29:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=4rJ9uRlugaXwZuNYMm1m79lbmXn6f7j/gkARhQ0OpyA=; b=V5aQOqF3XO0KB/H2bKFUzp3YZaDz764jmgFPvtsOHrd/cC2dDNQMfdKKLJRYkhV6es DLRmQ5Osu5l0APXSGvV0eZZm1LMb2um/6EvpipZUlmPWST66kMn3ZS77bSjBCiJfaUF8 ibxNgzXKUXG+gBgeYwmPQ3FhSsg3XM63dFJ7gJL/Egv7vmkC2x7b2PPwmPZvhUpdOxb/ FQimPY5GSv4sWopqCL3RXiF56BFg8GTVoJxjutVPkGa4YKpQKr538nDFa19pZI6eey5e qSpRwOewkLjJ17EhhJ23U4wvb3offUlJloytRJtUIGalyXOWIGO9bRlTMTg0EOUocjGN O9rA== Received: by 10.236.75.164 with SMTP id z24mr16534323yhd.69.1339342176815; Sun, 10 Jun 2012 08:29:36 -0700 (PDT) Received: from gibbon.gmail.com ([177.113.54.51]) by mx.google.com with ESMTPS id v61sm45444327yhi.17.2012.06.10.08.29.30 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 10 Jun 2012 08:29:35 -0700 (PDT) Sender: Raphael Kubo da Costa From: Raphael Kubo da Costa To: Chris Rees References: <87k3zggds6.fsf@FreeBSD.org> Date: Sun, 10 Jun 2012 12:29:19 -0300 In-Reply-To: (Chris Rees's message of "Sun, 10 Jun 2012 14:27:40 +0100") Message-ID: <87d35789tc.fsf@FreeBSD.org> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.0.93 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-x11@FreeBSD.org Subject: Re: What still requires HAL? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 15:29:37 -0000 (CC'ing the list again) Chris Rees writes: > Warner Losh (imp@) has repeatedly offered to write a compat leyer for > udev-- have you talked with him about it? No, I haven't. I've seen his offers in several different places, and I appreciate them, but I can't help much with it at the moment (I don't even know what kind of compatibility between releases udev is supposed to offer, and it has been merged into systemd itself some time ago). > I'll help as part of a joint effort between kde@ and xfce@-- at the > moment xfce is severely hampered by the lack of autodetection of stuff > etc.... That's excellent! By the way, this might be something good to discuss in the freebsd-desktop mailing list. From owner-freebsd-x11@FreeBSD.ORG Sun Jun 10 16:39:28 2012 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3045B106568F; Sun, 10 Jun 2012 16:39:28 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 032328FC1A; Sun, 10 Jun 2012 16:39:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5AGdRbW005025; Sun, 10 Jun 2012 16:39:27 GMT (envelope-from miwi@freefall.freebsd.org) Received: (from miwi@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5AGdRUh005021; Sun, 10 Jun 2012 16:39:27 GMT (envelope-from miwi) Date: Sun, 10 Jun 2012 16:39:27 GMT Message-Id: <201206101639.q5AGdRUh005021@freefall.freebsd.org> To: demelier.david@gmail.com, miwi@FreeBSD.org, freebsd-x11@FreeBSD.org From: miwi@FreeBSD.org Cc: Subject: Re: ports/167533: [patch] x11-drivers/xf86-input-synaptics option for hal dependency X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Jun 2012 16:39:28 -0000 Synopsis: [patch] x11-drivers/xf86-input-synaptics option for hal dependency State-Changed-From-To: open->closed State-Changed-By: miwi State-Changed-When: Sun Jun 10 16:39:27 UTC 2012 State-Changed-Why: We can't just disable hal there are lots of dependency what relay on that, you can disable hal via xorg.conf if you dont want it. http://www.freebsd.org/cgi/query-pr.cgi?pr=167533 From owner-freebsd-x11@FreeBSD.ORG Mon Jun 11 11:07:39 2012 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 455D11065672 for ; Mon, 11 Jun 2012 11:07:39 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2F7D38FC20 for ; Mon, 11 Jun 2012 11:07:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5BB7deP053507 for ; Mon, 11 Jun 2012 11:07:39 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5BB7cfq053505 for freebsd-x11@FreeBSD.org; Mon, 11 Jun 2012 11:07:38 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Jun 2012 11:07:38 GMT Message-Id: <201206111107.q5BB7cfq053505@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-x11@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 11:07:39 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/168901 x11 New port: textproc/xorg-sgml-doctools o ports/168645 x11 [UPDATE] x11/luit to 1.1.1 f ports/167797 x11 graphics/gthumb crashes, dumps core o ports/167654 x11 x11-wm/twm - no mouse cursor o ports/167596 x11 [patch] I have rolled back x11-drivers/xf86-video-vmwa o ports/167489 x11 [patch] fix graphics/libdrm build on tier-2 o ports/167228 x11 x11-drivers/xf86-video-intel : Missing dependency (x1 o ports/167194 x11 x11-drivers/xf86-input-synaptics 1.5.0 trackpoint(LENO a ports/166373 x11 x11/libX11 fails if /usr/bin/cpp is clang o ports/166163 x11 graphics/dri: gthumb port crashes (SIGSEGV) within the o ports/165981 x11 devel/imake doesn't play nice with current xorg o ports/165599 x11 [x11/xkeyboard-config] x11/xkbcomp as a RUN_DEPENDS o power/165585 x11 x11-servers/xorg-server: Both Xorg and Xorg-server por p ports/164349 x11 [PATCH] x11/libXinerama :1 LeftOf or Above :0 mouse is o ports/161480 x11 [patch] x11/luit: don't depend on pty(4), use openpty( o ports/160968 x11 [patch] ports/x11/libXi broken manpages o ports/160963 x11 [patch] x11/bigreqsproto: disable specs o ports/159792 x11 [patch] USB HID devices support for x11-drivers/xf86-i o ports/158529 x11 [patch] x11-servers/xorg-server: conditionalize --with o ports/158513 x11 Broken Xvideo in x11-drivers/xf86-video-intel drivers o ports/157282 x11 [MAINTAINER PATCH] net/xrdp: effective login name is n o ports/156949 x11 x11-drivers/xf86-video-ati 6.14.1 produce black blank f ports/156424 x11 8.2R xrandr & xf86-video-intel & xorg-server packages o ports/156405 x11 x11-drivers/xf86-video-ati driver: no hardware renderi o ports/156042 x11 x11/xorg hang in combination with KWin-Tiling o ports/155696 x11 [patch] x11-servers/xorg-server: chase AIGLX altered d o ports/155683 x11 x11/xdm [patch] Enabling IPv6 support breaks IPv4 o ports/154651 x11 [PATCH] graphics/dri: make it possible to choose which f ports/154510 x11 [patch] x11/xorg: xorg servers have Motif-crippling bu o ports/154502 x11 x11/xdm authorization failure when used with E17 windo o ports/154449 x11 x11/xorg: missing manpage (7) Xsecurity o ports/154423 x11 x11-drivers/xf86-video-radeonhd: radeon xorg driver ca o ports/153593 x11 graphics/dri: clutter segfault, something to do with i o ports/153495 x11 x11-drivers/xf86-video-ati wavy line problem for lenov o ports/153358 x11 x11-drivers/xf86-video-intel: Intel driver freeze with o ports/152159 x11 [hang] xorg/x11: X11 freezes with Intel Mobile 965 and o ports/151596 x11 x11/xorg: wacom bamboo button 1 no longer works o ports/150633 x11 x11-servers/xorg-server: KVM switching causing X serve o ports/150155 x11 x11/xorg hangs after xrandr(1) usage o ports/149743 x11 x11/xorg: garbled window since Xorg-7.5 o ports/149636 x11 x11/xorg: buffer overflow in pci_device_freebsd_read_r o ports/148591 x11 information note for x11-drivers/xf86-input-synaptics o ports/148444 x11 [hang] x11-drivers/xf86-video-intel: intel driver free f ports/148340 x11 x11-drivers/xf86-video-neomagic: unresolved symbol xf8 o ports/147318 x11 [Patch]graphics/libdrm:Fix the PLIST when define WITHO o ports/146256 x11 x11/xorg does fails to start after upgrade from 7.4 to o ports/145649 x11 x11/xorg: X server crashes when starting opengl compos o ports/142069 x11 x11/xorg: After adding on a laptop Toshiba Sattelite L o ports/141660 x11 x11/xorg: X can't determine amount of video memory on o ports/139011 x11 [patch] Add options to support GLX TLS in x11-servers o ports/135276 x11 x11/xorg: GUI running first time only while using Free o ports/134132 x11 x11-servers/xorg-server: Intel i845 - xorg.conf with U o ports/131930 x11 [PATCH] x11-servers/xorg-server coredumps on exit o ports/131726 x11 x11-servers/xorg-server: xorg server messes with my eh o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/120947 x11 x11/xsm ignores system.xsm and .xsmstartup 56 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Jun 11 15:11:43 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78B671065672 for ; Mon, 11 Jun 2012 15:11:43 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 4A4B28FC0A for ; Mon, 11 Jun 2012 15:11:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id A6DAE1F27 for ; Mon, 11 Jun 2012 08:11:37 -0700 (PDT) Received: from mail.iXsystems.com ([127.0.0.1]) by localhost (mail.ixsystems.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 93398-04 for ; Mon, 11 Jun 2012 08:11:37 -0700 (PDT) Received: from [192.168.0.126] (75-130-56-30.static.kgpt.tn.charter.com [75.130.56.30]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 39E911F25 for ; Mon, 11 Jun 2012 08:11:37 -0700 (PDT) Message-ID: <4FD60AA1.3090403@pcbsd.org> Date: Mon, 11 Jun 2012 11:11:29 -0400 From: Kris Moore User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <20120610140407.62ad9de8.miwi@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: What still requires HAL? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 15:11:43 -0000 On 06/10/2012 08:45, Warren Block wrote: > On Sun, 10 Jun 2012, Martin Wilke wrote: > >> On Sat, 9 Jun 2012 19:01:08 -0600 (MDT) >> Warren Block wrote: >> >>> Does Gnome still require HAL? Does KDE? xfce does not. Are we >>> approaching a point at which the xorg-server port option for HAL can >>> be set to default to off? >> >> >> Xfce4 need hal as well, (thunar), > > It used to, using hal for automounting removable media. Support for > that was removed upstream in xfce a while back, 4.6 I think. Maybe > hal can do something else for xfce, but I haven't noticed it since > removing hal a year ago. > >> I prefer to let hald enabled as default. Reason is a lot pepole still >> need it. > > Yes, unfortunately. We can only ask porters to make hal optional when > the ported software supports that. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" I'm going to be playing with removing HAL support in PC-BSD here in the near future. We've created our own auto-mounting GUI application, which works regardless of the DE being used. Plus mav@ has created some patches he will be hopefully be putting into HEAD soon, which does CD/DVD insert notification / polling for devd. With this in place I'm not sure what else HAL would be needed for. Does Xorg still use it for anything, like mouse detection? -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-x11@FreeBSD.ORG Mon Jun 11 18:14:06 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A67D1065670 for ; Mon, 11 Jun 2012 18:14:06 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D52128FC08 for ; Mon, 11 Jun 2012 18:14:05 +0000 (UTC) Received: by bkvi18 with SMTP id i18so4733020bkv.13 for ; Mon, 11 Jun 2012 11:14:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=yY5Jp7p/trMqS3+j7VbXJvMWhnhGS39TFS/FglMrRQY=; b=iCc5qwDye3niVGgiO24L2wzsfZL0fwj3TVluRftphj7zr0N8H9L2p/9tZOS9FqKEad FZTxExx9kSHWmcMq9h8XLgHX0zfrj7QrrskyqVmOTgQmQQsc0Eb9gu3n6dRqy84RNMV6 3f4damtoOzGO7wPrmqE2ln7VPLhZZxgaav1u1mnrVzHO3c6/6R3hNjF1Yv95iEnRvgQK EQfhKzJizurkwmixNqZw9onPiMKist61Xjxx+LTDwmDYdqM72cEANQU/LZYyAwAPM7zK Btztzi/ZI5+peeuEIBPeUVZThIMjHDLhB6j/sD5a98eSqwhZWPj6NGzpEoTgWrc5wkVE /9/Q== Received: by 10.204.153.193 with SMTP id l1mr8828727bkw.120.1339438444667; Mon, 11 Jun 2012 11:14:04 -0700 (PDT) Received: from beastie.intra (cn-bgp-nat.portaone.com. [193.28.87.242]) by mx.google.com with ESMTPS id gw6sm17445207bkc.16.2012.06.11.11.14.03 (version=SSLv3 cipher=OTHER); Mon, 11 Jun 2012 11:14:03 -0700 (PDT) Message-ID: <4FD63519.1090507@gmail.com> Date: Mon, 11 Jun 2012 21:12:41 +0300 From: Andrey Kosachenko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <4E8DF3F9.3090201@gmail.com> <20111006184623.GS1511@deviant.kiev.zoral.com.ua> <4E8E02E8.9000402@gmail.com> In-Reply-To: <4E8E02E8.9000402@gmail.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: intel GPU hangs X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 18:14:06 -0000 I'd like to revive this topic. (It was started pretty much ago http://lists.freebsd.org/pipermail/freebsd-x11/2011-October/011210.html) Briefly: I've experienced sporadic GPU hangs (using 10-Current and trying different kms patches starting from the very beginning up to the latest all.15.*.patch). It has happened on my "workhorse" ThinkPad T410 (intel integrated graphics, chipset "Arrandale"). GPU hungs were not tied to usage of heavy 3D apps or whatever. Indeed I've never managed to identify what was wrong and I don't remember that smb. reported the same. Moreover somewhere around all.12.x.patch issue occurrence decreased almost to zero (once or twice per month) and so I abandoned to report it (recompiled kernel w/o debug stuff and forgot about it). Several weeks ago I had to use software for my private needs that is not working under BSD (I'm talking about Google Sketchup actually, free software (basic version) that allows to make 3D sketches easily). So I employed a VM for this (VirtualBox). So far so good. But as the complexity of models grew I started to catch more GPU hangups. It made me crazy. At last point it was enough to load model + perform 2-3 rotates and GPU reliably hanged --- smth. like below was in dmesg output [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung --- I googled for a while and found several pretty similar reports in linux world. They experienced the same issue with SandyBridge hardware. I tried various patches (at least those I could apply) and it appeared that the following patch eliminates GPU hangs in my case: Index: sys/dev/drm2/i915/i915_irq.c =================================================================== --- sys/dev/drm2/i915/i915_irq.c (revision 236796) +++ sys/dev/drm2/i915/i915_irq.c (working copy) @@ -1524,7 +1524,19 @@ dev->dev_private); I915_WRITE(HWSTAM, 0xeffe); + if (IS_GEN6(dev)) { + /* Workaround stalls observed on Sandy Bridge GPUs by + * making the blitter command streamer generate a + * write to the Hardware Status Page for + * MI_USER_INTERRUPT. This appears to serialize the + * previous seqno write out before the interrupt + * happens. + */ + I915_WRITE(GEN6_BLITTER_HWSTAM, ~GEN6_BLITTER_USER_INTERRUPT); + I915_WRITE(GEN6_BSD_HWSTAM, ~GEN6_BSD_USER_INTERRUPT); + } + /* XXX hotplug from PCH */ I915_WRITE(DEIMR, 0xffffffff); I've to say that the workaround above was removed from linux kernel somewhere around 3.0-3.1 (sorry, I can't recall the commit but I clearly remember the log message that stated that they don't need this workaround in the kernel anymore). I'm not sure if we need this too (if I'm not mistaken kib@ mentioned that he synced drm stuff with linux but I don't remember at which point). Anyway I just want to admit that this simple hack works and I'd like to ask: can it be considered (or possibly it's reworked version or..) for inclusion? Again, I'm not sure that all community requires mentioned hack but at least those guys who've got SB hardware may earn some bits on it. Thanks! -- WBR, Andrey Kosachenko From owner-freebsd-x11@FreeBSD.ORG Mon Jun 11 19:17:19 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A515F106566C for ; Mon, 11 Jun 2012 19:17:19 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 61B1C8FC1B for ; Mon, 11 Jun 2012 19:17:19 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q5BJHIbP084377; Mon, 11 Jun 2012 13:17:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q5BJHE5M084374; Mon, 11 Jun 2012 13:17:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 11 Jun 2012 13:17:14 -0600 (MDT) From: Warren Block To: Kris Moore In-Reply-To: <4FD60AA1.3090403@pcbsd.org> Message-ID: References: <20120610140407.62ad9de8.miwi@FreeBSD.org> <4FD60AA1.3090403@pcbsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Mon, 11 Jun 2012 13:17:18 -0600 (MDT) Cc: freebsd-x11@freebsd.org Subject: Re: What still requires HAL? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 19:17:19 -0000 On Mon, 11 Jun 2012, Kris Moore wrote: > I'm going to be playing with removing HAL support in PC-BSD here in the > near future. We've created our own auto-mounting GUI application, which > works regardless of the DE being used. Plus mav@ has created some > patches he will be hopefully be putting into HEAD soon, which does > CD/DVD insert notification / polling for devd. With this in place I'm > not sure what else HAL would be needed for. Does Xorg still use it for > anything, like mouse detection? Not with AutoAddDevices off, or even better, with xorg-server built with HAL disabled. But that's just X. DEs have other requirements. xfce doesn't require it if the options are disabled in x11-wm/xfce4-session and devel/gvfs. From owner-freebsd-x11@FreeBSD.ORG Mon Jun 11 17:18:13 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C0E81065679; Mon, 11 Jun 2012 17:18:13 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id B73148FC20; Mon, 11 Jun 2012 17:18:12 +0000 (UTC) Received: by eeke49 with SMTP id e49so2225966eek.13 for ; Mon, 11 Jun 2012 10:18:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=LQ7CHaFx9yfnZZ5ebbJtePAObjLGObidD1i62jRGZG8=; b=vhGWMzojY2JsmHNGIOqsPG7Ou+I2065TcZY3b9OTzt5lwum57NMVLQ1aJ1vU2m2D5K YorSogxgjjfGqQuRhw0An4jYowdodzY+lVmc5k28+qkIErI69usdBm85FjvYuY+vyPHg zzcqrrPpzX97BQ0L3SWQSZsmw2ZDhTgARTFlSmor2vM0JZ6bSJUtt+R6+MlLu/GqWRKo UMpF0wCcN/qZYKHyiG9ie8bM7NcPJ84P92K3TBnklIXMn8bn5QLzj2opvmNiBmXPmzXY JbBQINIprO+eRZY36jTf7HQdxA4BJncoWi2t7MUx3lfGQ7Csn+28F92Hj/GGBY2mBQO6 XZGQ== Received: by 10.14.189.12 with SMTP id b12mr5612287een.140.1339435091852; Mon, 11 Jun 2012 10:18:11 -0700 (PDT) Received: from Groseille.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id f16sm54963604eec.2.2012.06.11.10.18.09 (version=SSLv3 cipher=OTHER); Mon, 11 Jun 2012 10:18:10 -0700 (PDT) Message-ID: <4FD62887.9070008@gmail.com> Date: Mon, 11 Jun 2012 19:19:03 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120602 Thunderbird/12.0.1 MIME-Version: 1.0 To: miwi@FreeBSD.org References: <201206101639.q5AGdRUh005021@freefall.freebsd.org> In-Reply-To: <201206101639.q5AGdRUh005021@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 11 Jun 2012 21:38:09 +0000 Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/167533: [patch] x11-drivers/xf86-input-synaptics option for hal dependency X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2012 17:18:13 -0000 On 10/06/2012 18:39, miwi@FreeBSD.org wrote: > Synopsis: [patch] x11-drivers/xf86-input-synaptics option for hal dependency > > State-Changed-From-To: open->closed > State-Changed-By: miwi > State-Changed-When: Sun Jun 10 16:39:27 UTC 2012 > State-Changed-Why: > We can't just disable hal there are lots of dependency what relay on > that, you can disable hal via xorg.conf if you dont want it. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=167533 I've been using this driver for five years without hal and related stuff, please don't tell me we need to install this and all depends to use it. Users that does not want to install hal and all of these dependencies can use this option to disable the installation of these ports and we can use this driver without any problem. The x11-servers/xorg-server already has an option to control and install hal and all depends, now using the synaptics driver and this option has no effect, that's just stupid. -- David Demelier From owner-freebsd-x11@FreeBSD.ORG Tue Jun 12 01:25:35 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B05BF1065670 for ; Tue, 12 Jun 2012 01:25:35 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8710A8FC08 for ; Tue, 12 Jun 2012 01:25:35 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SeFrN-0006Tc-Da for freebsd-x11@freebsd.org; Mon, 11 Jun 2012 18:25:29 -0700 Date: Mon, 11 Jun 2012 18:25:29 -0700 (PDT) From: Jakub Lach To: freebsd-x11@freebsd.org Message-ID: <1339464329409-5717689.post@n5.nabble.com> In-Reply-To: References: <20120608150345.66ef85f7.miwi@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: KMS on 9-STABLE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 01:25:35 -0000 I'm running 9-STABLE with 14.9 from here- http://tsatsenko.ru/files/ and xorg trunk r487 on T400/GM45 -- View this message in context: http://freebsd.1045724.n5.nabble.com/KMS-on-9-STABLE-tp5716396p5717689.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From owner-freebsd-x11@FreeBSD.ORG Tue Jun 12 03:42:24 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AAB3106564A for ; Tue, 12 Jun 2012 03:42:24 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 90AF68FC19 for ; Tue, 12 Jun 2012 03:42:23 +0000 (UTC) Received: by wibhj8 with SMTP id hj8so2925110wib.13 for ; Mon, 11 Jun 2012 20:42:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7eR6v+V9mW+fW080CHhrtTOwfaEaQSMFoO3j3plq1o8=; b=OwVvLo1UnLMFXbYoW0qComintNv+fS1y4mYmh5IsEm7JGM+TSREFonFAzKQFHOrCM8 6ssRkZ5GkhUXo1y/883bK9vQKqNDx2wK01xW7uGEf5+TDiXNAnB8hwJuCUdMmb6565Xj 8eXIKx46g1dyjSFwmwUtC15FQCv2u1ilAE9rFNPj+F1g2r+bg1Dp91M/BE1rgQlFnEsN 2Fo7ea8bGCMoKgzwgmBMHn5mn77thovOA4k/yTBv4tH+dNb4KidTjFu1WWwlVJBLLqaZ 3yUKUBx8r9oejyL4SAXVVQVf708wqzu2KRo6/1upKiprUaMdMiFs8gHfpXEo18Wi/VqV MF1Q== MIME-Version: 1.0 Received: by 10.180.106.137 with SMTP id gu9mr25748787wib.8.1339472536929; Mon, 11 Jun 2012 20:42:16 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Mon, 11 Jun 2012 20:42:16 -0700 (PDT) In-Reply-To: <1339464329409-5717689.post@n5.nabble.com> References: <20120608150345.66ef85f7.miwi@FreeBSD.org> <1339464329409-5717689.post@n5.nabble.com> Date: Mon, 11 Jun 2012 20:42:16 -0700 Message-ID: From: Kevin Oberman To: Jakub Lach Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org Subject: Re: KMS on 9-STABLE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 03:42:24 -0000 On Mon, Jun 11, 2012 at 6:25 PM, Jakub Lach wrote: > I'm running 9-STABLE with 14.9 from > here- > > http://tsatsenko.ru/files/ > > and xorg trunk r487 on T400/GM45 Thanks so much! I'll give it a try as soon as I have a bit of time, probably tomorrow. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-x11@FreeBSD.ORG Tue Jun 12 08:46:33 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDB9B1065672 for ; Tue, 12 Jun 2012 08:46:33 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 92AD88FC0A for ; Tue, 12 Jun 2012 08:46:33 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SeMkD-0002UB-8T for freebsd-x11@freebsd.org; Tue, 12 Jun 2012 01:46:33 -0700 Date: Tue, 12 Jun 2012 01:46:33 -0700 (PDT) From: Jakub Lach To: freebsd-x11@freebsd.org Message-ID: <1339490793254-5717753.post@n5.nabble.com> In-Reply-To: References: <20120608150345.66ef85f7.miwi@FreeBSD.org> <1339464329409-5717689.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: KMS on 9-STABLE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 08:46:33 -0000 Maybe you should wait now, as I see first KMS MFCs incoming. http://svnweb.freebsd.org/base/stable/9/sys/modules/drm2/?view=log&pathrev=236929 -- View this message in context: http://freebsd.1045724.n5.nabble.com/KMS-on-9-STABLE-tp5716396p5717753.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From owner-freebsd-x11@FreeBSD.ORG Tue Jun 12 11:07:48 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BEA11065670 for ; Tue, 12 Jun 2012 11:07:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 06DA78FC0A for ; Tue, 12 Jun 2012 11:07:47 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5CB797V085612; Tue, 12 Jun 2012 14:07:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5CB74se088317; Tue, 12 Jun 2012 14:07:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5CB74vo088316; Tue, 12 Jun 2012 14:07:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 12 Jun 2012 14:07:04 +0300 From: Konstantin Belousov To: Andrey Kosachenko Message-ID: <20120612110704.GM2337@deviant.kiev.zoral.com.ua> References: <4E8DF3F9.3090201@gmail.com> <20111006184623.GS1511@deviant.kiev.zoral.com.ua> <4E8E02E8.9000402@gmail.com> <4FD63519.1090507@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="g6DVDhPhk1bqxDrC" Content-Disposition: inline In-Reply-To: <4FD63519.1090507@gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-x11@freebsd.org Subject: Re: intel GPU hangs X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 11:07:48 -0000 --g6DVDhPhk1bqxDrC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 11, 2012 at 09:12:41PM +0300, Andrey Kosachenko wrote: > I'd like to revive this topic. > (It was started pretty much ago=20 > http://lists.freebsd.org/pipermail/freebsd-x11/2011-October/011210.html) >=20 > Briefly: > I've experienced sporadic GPU hangs (using 10-Current and trying=20 > different kms patches starting from the very beginning up to the latest= =20 > all.15.*.patch). It has happened on my "workhorse" ThinkPad T410 (intel= =20 > integrated graphics, chipset "Arrandale"). GPU hungs were not tied to=20 > usage of heavy 3D apps or whatever. Indeed I've never managed to=20 > identify what was wrong and I don't remember that smb. reported the=20 > same. Moreover somewhere around all.12.x.patch issue occurrence=20 > decreased almost to zero (once or twice per month) and so I abandoned to= =20 > report it (recompiled kernel w/o debug stuff and forgot about it). >=20 > Several weeks ago I had to use software for my private needs that is not= =20 > working under BSD (I'm talking about Google Sketchup actually, free=20 > software (basic version) that allows to make 3D sketches easily). So I=20 > employed a VM for this (VirtualBox). So far so good. But as the=20 > complexity of models grew I started to catch more GPU hangups. It made=20 > me crazy. At last point it was enough to load model + perform 2-3=20 > rotates and GPU reliably hanged > --- smth. like below was in dmesg output > [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung > --- This part of the report is meaningless, since almost all GPU problems are reported as hung GPU with hangcheck timer report. The real information about problem should be obtained after the hang. The procedure is described on Intel_GPU wiki page. >=20 > I googled for a while and found several pretty similar reports in linux= =20 > world. They experienced the same issue with SandyBridge hardware. I=20 > tried various patches (at least those I could apply) and it appeared=20 > that the following patch eliminates GPU hangs in my case: >=20 >=20 > Index: sys/dev/drm2/i915/i915_irq.c > =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=3D=3D=3D=3D=3D=3D=3D > --- sys/dev/drm2/i915/i915_irq.c (revision 236796) > +++ sys/dev/drm2/i915/i915_irq.c (working copy) > @@ -1524,7 +1524,19 @@ > dev->dev_private); >=20 > I915_WRITE(HWSTAM, 0xeffe); > + if (IS_GEN6(dev)) { > + /* Workaround stalls observed on Sandy Bridge GPUs by > + * making the blitter command streamer generate a > + * write to the Hardware Status Page for > + * MI_USER_INTERRUPT. This appears to serialize the > + * previous seqno write out before the interrupt > + * happens. > + */ > + I915_WRITE(GEN6_BLITTER_HWSTAM,=20 > ~GEN6_BLITTER_USER_INTERRUPT); > + I915_WRITE(GEN6_BSD_HWSTAM, ~GEN6_BSD_USER_INTERRUPT); > + } >=20 > + > /* XXX hotplug from PCH */ >=20 > I915_WRITE(DEIMR, 0xffffffff); I remember this workaround and its removal. I am not in the position to actually have access to any erratas to the chip. I think the only route forward there is to try to reproduce your hang on recent Linux kernel with same version of usermode and then ask on intel-gfx@. --g6DVDhPhk1bqxDrC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/XItgACgkQC3+MBN1Mb4jaQgCg76gr/w73QI6DVimMKVdvuVf7 /UYAoN81xahx8JSIsx5cNEYFj8ZIVyP1 =kZ8X -----END PGP SIGNATURE----- --g6DVDhPhk1bqxDrC-- From owner-freebsd-x11@FreeBSD.ORG Tue Jun 12 20:39:29 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0165106564A for ; Tue, 12 Jun 2012 20:39:28 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7268B8FC0A for ; Tue, 12 Jun 2012 20:39:28 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so4848315wgb.31 for ; Tue, 12 Jun 2012 13:39:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MOUANp38ULA4kvgoVnUoEA/mgDwkiZHrIT8z3FW766A=; b=ZQWHrL3vTGRh4drxypYKfgPKMBpOUKkK2pcEuyp9m/IW94mT3JdqWsZdR1gpRrW1R4 8xoDISBLwbk33+SclIvrjznQChF75G+g69+UDJett9X9+wPDKEzrBrMuGdTw1ZCPX4nZ tG9FR1ysgXikdIchwcWf9pE2wd1pWqAft2GP3jrpVliO4xe7vuCG8OL2P9NPq8ObolNI x/c5oJqdZTAVcRIzKY0/GxLXGRmXCjlKctZCnnv3q6El3wAVOL7Kh0ZIYzw6FVJ80VSv EAZ5OxpRmcpcEYvFsgpXH0F97Swo2nKxRYgA868J49YcBE7MzEnYPfx+44iKPwwaMlp3 Hdhw== MIME-Version: 1.0 Received: by 10.216.145.13 with SMTP id o13mr9211736wej.95.1339533567234; Tue, 12 Jun 2012 13:39:27 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Tue, 12 Jun 2012 13:39:27 -0700 (PDT) In-Reply-To: <1339490793254-5717753.post@n5.nabble.com> References: <20120608150345.66ef85f7.miwi@FreeBSD.org> <1339464329409-5717689.post@n5.nabble.com> <1339490793254-5717753.post@n5.nabble.com> Date: Tue, 12 Jun 2012 13:39:27 -0700 Message-ID: From: Kevin Oberman To: Jakub Lach Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org Subject: Re: KMS on 9-STABLE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Jun 2012 20:39:29 -0000 On Tue, Jun 12, 2012 at 1:46 AM, Jakub Lach wrote: > Maybe you should wait now, as I see first KMS MFCs > incoming. > > http://svnweb.freebsd.org/base/stable/9/sys/modules/drm2/?view=log&pathrev=236929 Maybe, but the commits to this point are all to drm2 which is not yet hooked to the build and is just new files. Those commits will save a bit of time in pulling in those files, but the tricky part is the patches to vm and those may (or may not) be a while in coming as they present the possibility of breaking something. And, of course, the fairly trivial code to hook it all into the build. Thanks again! -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 03:38:47 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70CE5106564A for ; Wed, 13 Jun 2012 03:38:47 +0000 (UTC) (envelope-from macunkie@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 403228FC14 for ; Wed, 13 Jun 2012 03:38:47 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so1791202pbb.13 for ; Tue, 12 Jun 2012 20:38:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:to:mime-version:x-mailer; bh=uzvX5xgpHN0NZdeByuMp1OdNiR7oFlB2BKZNSCij5rQ=; b=clGADoE1rEj48CZzCk6NuWKGDTtrTwM4Ss7qt5I0xhmVzeR3ZwC5PTPYgilAnuCjPE YjJSIzXMttYxZTpdaMK10KQba5y2vdng4hUVjRrAxMRFTZLWcWY8+brsLVfXc8k31uCT gBJVwqxeJA5+CBxGGBuBV9zhHYJM1DoyYeo/r2eKR/erApPH1djYKzKO8e/RXi11pFMB GJH6hxm+m9lxxUQAi2yKLaEodQA5ou8Xh/YLMBNLlv6h1I9MIfTyRe7wa8u0WNFBXXzE x4EY3rO/xwvJPe/YSOjOTgcJqJE6O5OF/YDxaAGutlbNtcKafiviRnvKm2+nD/H0ty+t qcDw== Received: by 10.68.213.102 with SMTP id nr6mr45685968pbc.112.1339558273394; Tue, 12 Jun 2012 20:31:13 -0700 (PDT) Received: from [192.168.1.136] (66-233-4-137.rcc.clearwire-dns.net. [66.233.4.137]) by mx.google.com with ESMTPS id hb5sm4178912pbc.58.2012.06.12.20.31.12 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Jun 2012 20:31:12 -0700 (PDT) From: Samuel V Green III Date: Tue, 12 Jun 2012 20:31:09 -0700 Message-Id: <50CD045E-CED9-47D1-88BD-44B84EE7E04E@gmail.com> To: freebsd-x11@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Installing for xorg-driver-7.5.1 error X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 03:38:47 -0000 I posted this in the forums as well : = http://forums.freebsd.org/showthread.php?t=3D32695 Installing for xorg-driver-7.5.1 error I'm in the middle of installing xorg on 9.0 stable powerpc. I get the following error during my make install: Code: Verifying install for /usr/local/lib/xorg/modules/input/citron_drv.so in = /usr/ports/x11-drivers/xf86-input-citron xf86-input-citron-2.2.2_3 is marked as broken: does not compile. I'm a newbie doing my second attempt at and install and don't remember = this error the first time I installed xorg. So when ftp "ing" into the pub on the FreeBSD , I enter the directory Quote: x11-drivers and there is nothing there relative to xf86-input-citron ? Again, as a newbie the "pkg_add -r" option NEVER works and I can never = figure out (even after reading the handbook how to set the correct ftp = path. So I always tunnel in through the system via Quote: ftp -a ftp2.FreeBSD.org Anybody got a fix here ? Thanks for your help ! Samuel From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 05:30:32 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C470106564A for ; Wed, 13 Jun 2012 05:30:32 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from mx.tetcu.info (mx.tetcu.info [217.19.15.179]) by mx1.freebsd.org (Postfix) with ESMTP id BB14A8FC12 for ; Wed, 13 Jun 2012 05:30:31 +0000 (UTC) Received: from [10.90.54.202] (unknown [109.166.128.2]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx.tetcu.info (Postfix) with ESMTPSA id 524022135B6; Wed, 13 Jun 2012 08:30:15 +0300 (EEST) References: <50CD045E-CED9-47D1-88BD-44B84EE7E04E@gmail.com> User-Agent: K-9 Mail for Android In-Reply-To: <50CD045E-CED9-47D1-88BD-44B84EE7E04E@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit From: Ion-Mihai Tetcu Date: Wed, 13 Jun 2012 08:29:56 +0300 To: Samuel V Green III ,freebsd-x11@freebsd.org Message-ID: Cc: Subject: Re: Installing for xorg-driver-7.5.1 error X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 05:30:32 -0000 Samuel V Green III wrote: > >I posted this in the forums as well : >http://forums.freebsd.org/showthread.php?t=32695 > >Installing for xorg-driver-7.5.1 error >I'm in the middle of installing xorg on 9.0 stable powerpc. >I get the following error during my make install: >Code: >Verifying install for /usr/local/lib/xorg/modules/input/citron_drv.so >in /usr/ports/x11-drivers/xf86-input-citron >xf86-input-citron-2.2.2_3 is marked as broken: does not compile. >I'm a newbie doing my second attempt at and install and don't remember >this error the first time I installed xorg. > >So when ftp "ing" into the pub on the FreeBSD , I enter the directory >Quote: >x11-drivers >and there is nothing there relative to xf86-input-citron ? > >Again, as a newbie the "pkg_add -r" option NEVER works and I can never >figure out (even after reading the handbook how to set the correct ftp >path. So I always tunnel in through the system via >Quote: >ftp -a ftp2.FreeBSD.org >Anybody got a fix here ? > >Thanks for your help ! > >Samuel > >_______________________________________________ >freebsd-x11@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" Well, that port is marked broken, so a package for it can't be built, hence neither you nor pkg_add can find it on ftp. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 08:09:38 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3287106564A for ; Wed, 13 Jun 2012 08:09:38 +0000 (UTC) (envelope-from alexis.praga@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id AC89B8FC0A for ; Wed, 13 Jun 2012 08:09:38 +0000 (UTC) Received: by qabg1 with SMTP id g1so3374643qab.13 for ; Wed, 13 Jun 2012 01:09:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=MclG2VvIKMXvhQeHb9MuiPFQBBwhT/hpYGXn7BI000Y=; b=rKkzTu+A4Z/1eXEXt2qLnmU88ixz8A1qqmON0VNhXtrdPw3/0KI9zS4NFrcyCR9cJ1 LHiMCs4v0HOSye8XJge/pnCDsr+ouR1iybWyLymxfDAh4Ys/r9bzx8e2tpk587clCwTN 8M6eoZa2Ychq9miK3V4sdsnEaS6QrBLrjLE8o7AHnD+/Immg5x+4PkXpgb/xEF+SCgrm EO6Z2HDFPYf7PUXasQ6EboDpIzZKsIBB7m4zdCOAWiiMKGYMe+VH/As3pgHXHPvdM8Yw GHwGsardU4Ta3ktT5SBjZptUDJ018B9E+cB3mncfGxbEiWRdwkEntBayA/VCem3+dhJI CoSg== MIME-Version: 1.0 Received: by 10.224.184.1 with SMTP id ci1mr24756668qab.97.1339574977888; Wed, 13 Jun 2012 01:09:37 -0700 (PDT) Sender: alexis.praga@gmail.com Received: by 10.229.239.135 with HTTP; Wed, 13 Jun 2012 01:09:37 -0700 (PDT) Date: Wed, 13 Jun 2012 10:09:37 +0200 X-Google-Sender-Auth: szVTSIKqookv8_MtpGL2b1b9-K0 Message-ID: From: Alexis Praga To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Intel KMS failed on CURRENT X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 08:09:39 -0000 Hi, I have recently installed 9.0-STABLE and upgraded to CURRENT for testing the Intel KMS. It worked at first but now, I cannot startx. "sudo kldload i915kms && startx" leads to a black screen. /var/log/Xorg.log says that 'dkms failed with an unknown error (error 22).' When trying a simple startx, I have : '_XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already running' "Xorg -configure" returns the same message as above. My card is an Intel HD 2000. Thank you for your help. -- Alexis Praga From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 11:02:36 2012 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5C24106564A for ; Wed, 13 Jun 2012 11:02:36 +0000 (UTC) (envelope-from l.pizzamiglio@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id 959328FC17 for ; Wed, 13 Jun 2012 11:02:36 +0000 (UTC) Received: from bwex.bally-wulff.de (unknown [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTP id A1F894089 for ; Wed, 13 Jun 2012 12:40:28 +0200 (CEST) Received: from pizzamig.bally.de ([192.9.205.30]) by bwex.bally-wulff.de with Microsoft SMTPSVC(6.0.3790.4675); Wed, 13 Jun 2012 12:40:29 +0200 Message-ID: <4FD86E13.6090202@bally-wulff.de> Date: Wed, 13 Jun 2012 12:40:19 +0200 From: Luca Pizzamiglio User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: x11@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Jun 2012 10:40:29.0777 (UTC) FILETIME=[F3A91C10:01CD4950] Cc: Subject: Intel KMS: a memory problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 11:02:36 -0000 Hi people, I'm using 9-RELENG with KMS and the last port updated on a SandyBridge platform (Intel Graphics) With a quite simple openGL application, a panic occurred: panic: pmap_mapdev: Couldn't alloc kernel virtual memory Tracing pid 944 tid 100105 td 0xca85c8a0 kdb_enter(c0ffe535,c0ffe535,c103dcff,efa62ac0,1,...) at kdb_enter+0x3a panic(c103dcff,5000,c9879151,0,c1a02000,...) at panic+0x18c pmap_mapdev_attr(c1a02000,4800,1,1,c911d980,...) at pmap_mapdev_attr+0x7e i915_gem_obj_io(2d014008,0,4800,0,0,...) at i915_gem_obj_io+0x513 i915_gem_pwrite_ioctl(c9925800,ca827120,ca871300,c0a78b5b,efa62bd4,...) at i915_gem_pwrite_ioctl+0x4b drm_ioctl(c97e0400,8020645d,ca827120,3,ca85c8a0,...) at drm_ioctl+0x2d8 devfs_ioctl_f(c91cb850,8020645d,ca827120,c91b5e80,ca85c8a0,...) at devfs_ioctl_f+0x10a kern_ioctl(ca85c8a0,4,8020645d,ca827120,a62ccc,...) at kern_ioctl+0x2a0 sys_ioctl(ca85c8a0,efa62ccc,c67c4c80,293d3b4e,1,...) at sys_ioctl+0x134 syscall(efa62d08) at syscall+0x34a Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (54, FreeBSD ELF32, sys_ioctl), eip = 0x293d5b93, esp = 0xbfbf7f4c, ebp = 0xbfbf7f68 --- I tried to increase vm.kmem_size and vm.kmem_size_max to 512M, but the problem persists. Any easy idea or workaround? In the meanwhile, I'll try to investigate this problem deeper. Thanks in advance, Luca PS I compiled apitrace (https://github.com/apitrace/apitrace) on FreeBSD and it works! Ok, a couple of patch and fix to build it correctly, but it works. It was developed by intel as an easy way to have repeatable openGL test cases. From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 11:23:40 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA226106564A for ; Wed, 13 Jun 2012 11:23:40 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8B6E18FC1B for ; Wed, 13 Jun 2012 11:23:40 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Selfh-0004Cv-TK for freebsd-x11@freebsd.org; Wed, 13 Jun 2012 04:23:33 -0700 Date: Wed, 13 Jun 2012 04:23:33 -0700 (PDT) From: Jakub Lach To: freebsd-x11@freebsd.org Message-ID: <1339586613902-5718034.post@n5.nabble.com> In-Reply-To: References: <20120608150345.66ef85f7.miwi@FreeBSD.org> <1339464329409-5717689.post@n5.nabble.com> <1339490793254-5717753.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: KMS on 9-STABLE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 11:23:40 -0000 BTW, it looks like i915kms depends on missing agp/i810 header @/dev/drm2/i915/i915_drv.h:36:10: fatal error: 'dev/agp/agp_i810.h' file not found #include ^ 1 error generated. mkdep: compile failed -- View this message in context: http://freebsd.1045724.n5.nabble.com/KMS-on-9-STABLE-tp5716396p5718034.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 11:26:24 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8F3C106564A for ; Wed, 13 Jun 2012 11:26:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 63EE68FC12 for ; Wed, 13 Jun 2012 11:26:22 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5DBQ1lu024678; Wed, 13 Jun 2012 14:26:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5DBQ1qe073872; Wed, 13 Jun 2012 14:26:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5DBQ1ed073871; Wed, 13 Jun 2012 14:26:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Jun 2012 14:26:01 +0300 From: Konstantin Belousov To: Luca Pizzamiglio Message-ID: <20120613112601.GS2337@deviant.kiev.zoral.com.ua> References: <4FD86E13.6090202@bally-wulff.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gh9b96O0vZdbsJLX" Content-Disposition: inline In-Reply-To: <4FD86E13.6090202@bally-wulff.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: x11@freebsd.org Subject: Re: Intel KMS: a memory problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 11:26:24 -0000 --gh9b96O0vZdbsJLX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 13, 2012 at 12:40:19PM +0200, Luca Pizzamiglio wrote: > Hi people, >=20 > I'm using 9-RELENG with KMS and the last port updated on a SandyBridge=20 > platform (Intel Graphics) > With a quite simple openGL application, a panic occurred: >=20 > panic: pmap_mapdev: Couldn't alloc kernel virtual memory > Tracing pid 944 tid 100105 td 0xca85c8a0 > kdb_enter(c0ffe535,c0ffe535,c103dcff,efa62ac0,1,...) at kdb_enter+0x3a > panic(c103dcff,5000,c9879151,0,c1a02000,...) at panic+0x18c > pmap_mapdev_attr(c1a02000,4800,1,1,c911d980,...) at pmap_mapdev_attr+0x7e > i915_gem_obj_io(2d014008,0,4800,0,0,...) at i915_gem_obj_io+0x513 > i915_gem_pwrite_ioctl(c9925800,ca827120,ca871300,c0a78b5b,efa62bd4,...)= =20 > at i915_gem_pwrite_ioctl+0x4b > drm_ioctl(c97e0400,8020645d,ca827120,3,ca85c8a0,...) at drm_ioctl+0x2d8 > devfs_ioctl_f(c91cb850,8020645d,ca827120,c91b5e80,ca85c8a0,...) at=20 > devfs_ioctl_f+0x10a > kern_ioctl(ca85c8a0,4,8020645d,ca827120,a62ccc,...) at kern_ioctl+0x2a0 > sys_ioctl(ca85c8a0,efa62ccc,c67c4c80,293d3b4e,1,...) at sys_ioctl+0x134 > syscall(efa62d08) at syscall+0x34a > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (54, FreeBSD ELF32, sys_ioctl), eip =3D 0x293d5b93, esp =3D= =20 > 0xbfbf7f4c, ebp =3D 0xbfbf7f68 --- >=20 > I tried to increase vm.kmem_size and vm.kmem_size_max to 512M, but the=20 > problem persists. >=20 > Any easy idea or workaround? > In the meanwhile, I'll try to investigate this problem deeper. You are probably first who run 32bit kernel on SandyBridge + GEMified i915 driver. =46rom the trace you provided it seems that kernel was unable to find a free area in KVA for 5 consequtive pages. I would think that you have relatively high fragmentation of KVA. What load on machine is ? Actually, quite some time ago, i915_gem_gtt_write() did mapped gtt page by page, instead of mapping the whole range of pages undergoing i/o. I was pointed out that this was major performance bootleneck for GTT mapped objects. It might be reasonable to restore the slow mode for 32bit kernels, since people running such kernels on SandyBridge definitely do not care about performance. --gh9b96O0vZdbsJLX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/YeMkACgkQC3+MBN1Mb4hITgCfdcYO6gHEM7FLZBLo2uAWmhn+ qEgAoL11dOqS9fZ1FZUzoxx6MVPxpwi2 =SNYC -----END PGP SIGNATURE----- --gh9b96O0vZdbsJLX-- From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 11:29:17 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A88AD106566C for ; Wed, 13 Jun 2012 11:29:17 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6EC8FC12 for ; Wed, 13 Jun 2012 11:29:17 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SellF-0004mp-4q for freebsd-x11@freebsd.org; Wed, 13 Jun 2012 04:29:17 -0700 Date: Wed, 13 Jun 2012 04:29:17 -0700 (PDT) From: Jakub Lach To: freebsd-x11@freebsd.org Message-ID: <1339586957136-5718036.post@n5.nabble.com> In-Reply-To: <1339586613902-5718034.post@n5.nabble.com> References: <20120608150345.66ef85f7.miwi@FreeBSD.org> <1339464329409-5717689.post@n5.nabble.com> <1339490793254-5717753.post@n5.nabble.com> <1339586613902-5718034.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: KMS on 9-STABLE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 11:29:17 -0000 I mean, it's missing on my local machine, but I have fresh r237004! How is that possible? http://svnweb.freebsd.org/base/stable/9/sys/dev/agp/ Looks good. How can web interface out put differ from svn? -- View this message in context: http://freebsd.1045724.n5.nabble.com/KMS-on-9-STABLE-tp5716396p5718036.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 12:46:59 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB9D7106564A for ; Wed, 13 Jun 2012 12:46:59 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9EA8FC15 for ; Wed, 13 Jun 2012 12:46:59 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SemyR-0004dG-2v for freebsd-x11@freebsd.org; Wed, 13 Jun 2012 05:46:59 -0700 Date: Wed, 13 Jun 2012 05:46:59 -0700 (PDT) From: Jakub Lach To: freebsd-x11@freebsd.org Message-ID: <1339591619084-5718048.post@n5.nabble.com> In-Reply-To: <1339586957136-5718036.post@n5.nabble.com> References: <20120608150345.66ef85f7.miwi@FreeBSD.org> <1339464329409-5717689.post@n5.nabble.com> <1339490793254-5717753.post@n5.nabble.com> <1339586613902-5718034.post@n5.nabble.com> <1339586957136-5718036.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: KMS on 9-STABLE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 12:46:59 -0000 Nevermind, now I have truly pristine co (with fresh directory, no old .svn) and all looks good so far. -- View this message in context: http://freebsd.1045724.n5.nabble.com/KMS-on-9-STABLE-tp5716396p5718048.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 13:11:27 2012 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 105201065673 for ; Wed, 13 Jun 2012 13:11:27 +0000 (UTC) (envelope-from izen@mail.ru) Received: from fallback5.mail.ru (fallback5.mail.ru [94.100.176.59]) by mx1.freebsd.org (Postfix) with ESMTP id 159198FC0A for ; Wed, 13 Jun 2012 13:11:25 +0000 (UTC) Received: from smtp16.mail.ru (smtp16.mail.ru [94.100.176.153]) by fallback5.mail.ru (mPOP.Fallback_MX) with ESMTP id 59AFAA9CA5A0 for ; Wed, 13 Jun 2012 17:09:15 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=B7qNU7yndy7kvEzWVwhVA2iZLL5o4b5loeyYtiNbGC4=; b=0udesQscYUev7rAl4oDiCzOf7Kf94RBdJeddr3JbFa5dqWWa+A/0o8KMN2GvkVip6YTyOvy3xTk6YyIaScqmt/fCSiEnp5WG6/IPxyeOZiODwwIGuU0/GPb1VqJGY73J; Received: from [178.45.225.133] (port=16923 helo=roxy.fire) by smtp16.mail.ru with esmtpa (envelope-from ) id 1SenJp-0006Qc-Pe for x11@FreeBSD.org; Wed, 13 Jun 2012 17:09:07 +0400 Message-ID: <4FD890F1.8090803@mail.ru> Date: Wed, 13 Jun 2012 17:09:05 +0400 From: iZEN User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120613 Thunderbird/13.0 MIME-Version: 1.0 To: x11@FreeBSD.org Content-Type: multipart/mixed; boundary="------------010607050900080705070502" X-Spam: Not detected X-Mras: Ok X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Stop in /usr/ports/x11-servers/xorg-server X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 13:11:27 -0000 This is a multi-part message in MIME format. --------------010607050900080705070502 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit % cd /usr/ports/x11-servers/xorg-server/ && make By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for xorg-server-1.7.7_5,1 ===> Extracting for xorg-server-1.7.7_5,1 => SHA256 Checksum OK for xorg/xserver/xorg-server-1.7.7.tar.bz2. ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/bin/perl5.12.4 - found ===> Patching for xorg-server-1.7.7_5,1 ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/bin/perl5.12.4 - found ===> Applying extra patch /usr/ports/x11-servers/xorg-server/files/extra-dix_events.c ===> Applying extra patch /usr/ports/x11-servers/xorg-server/files/extra-include_eventstr.h ===> Applying extra patch /usr/ports/x11-servers/xorg-server/files/extra-patch-os-utils.c ===> Applying FreeBSD patches for xorg-server-1.7.7_5,1 ===> xorg-server-1.7.7_5,1 depends on executable: gmake - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xf86driproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/glproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/randrproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/renderproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/fixesproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/damageproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/dri2proto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xcmiscproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xextproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xf86miscproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xf86vidmodeproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xf86bigfontproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/scrnsaverproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/bigreqsproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/resourceproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/fontsproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/inputproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xf86dgaproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/videoproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/compositeproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/trapproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/recordproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xineramaproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/evieproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/dri.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xdmcp.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xkbfile.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xxf86misc.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xxf86vm.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xaw7.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xmu.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xt.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xpm.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xinerama.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xfont.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/fontenc.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/xkbui.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/pixman-1.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/pciaccess.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/libdata/pkgconfig/pciaccess.pc - found ===> xorg-server-1.7.7_5,1 depends on file: /usr/local/bin/perl5.12.4 - found ===> xorg-server-1.7.7_5,1 depends on shared library: drm - found ===> xorg-server-1.7.7_5,1 depends on shared library: GL.1 - found ===> Configuring for xorg-server-1.7.7_5,1 configure: WARNING: unrecognized options: --without-xmlto, --disable-docs, --disable-devel-docs checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking dependency style of cc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether ln -s works... yes checking build system type... amd64-portbld-freebsd9.0 checking host system type... amd64-portbld-freebsd9.0 checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking how to run the C preprocessor... cpp checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... yes checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd9.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for bash... /usr/local/bin/bash checking if dolt supports this host... yes, replacing libtool checking whether gmake sets $(MAKE)... (cached) yes checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for flex... flex checking lex output file root... lex.yy checking lex library... -lfl checking whether yytext is a pointer... yes checking for bison... bison -y checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for cpp... /usr/bin/cpp checking if /usr/bin/cpp requires -undef... yes checking if /usr/bin/cpp requires -traditional... configure: error: /usr/bin/cpp does not preserve whitespace with or without -traditional. I don't know what to do. ===> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/x11-servers/xorg-server/work/xorg-server-1.7.7/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** [do-configure] Error code 1 Stop in /usr/ports/x11-servers/xorg-server. *** [build] Error code 1 Stop in /usr/ports/x11-servers/xorg-server. % % cat /etc/make.conf KERNCONF=ROXY MAKE_JOBS_NUMBER=6 LOADER_ZFS_SUPPORT=true LOCALIZED_LANG=ru WITH_LCD_FILTERING=true WITH_XFT=true WITHOUT_TTF_BYTECODE_ENABLED=false WITH_TTF_BYTECODE_ENABLED=true WITH_MSWINDOWS_LICENSE=true WITH_VPX=true WITH_A4SIZE=true WITHOUT_DEBUG=true WITHOUT_NOUVEAU=true WITHOUT_MYSQL=true WITHOUT_NAUTILUS=true # Keep ruby 1.9 as default version. RUBY_DEFAULT_VER=1.9 # added by use.perl 2012-06-12 20:19:53 PERL_VERSION=5.12.4 % uname -a FreeBSD roxy.fire 9.0-STABLE FreeBSD 9.0-STABLE #0: Tue Jun 12 18:08:42 VOLT 2012 root@roxy.fire:/usr/obj/usr/src/sys/ROXY amd64 % cat /etc/src.conf WITHOUT_AMD=true WITHOUT_ASSERT_DEBUG=true WITHOUT_ATM=true WITHOUT_BIND_DNSSEC=true WITHOUT_BIND_ETC=true WITHOUT_BIND_LIBS_LWRES=true WITHOUT_BIND_MTREE=true WITHOUT_BIND_NAMED=true WITHOUT_BLUETOOTH=true WITH_BSD_GREP=true WITHOUT_BSNMP=true WITH_CLANG=true WITH_CLANG_IS_CC=true WITHOUT_EXAMPLES=true WITHOUT_FLOPPY=true WITHOUT_FREEBSD_UPDATE=true WITHOUT_GAMES=true WITHOUT_GDB=true WITHOUT_HTML=true WITH_IDEA=true WITHOUT_IPFILTER=true WITHOUT_IPFW=true WITHOUT_IPX=true WITHOUT_IPX_SUPPORT=true WITHOUT_LIB32=true WITHOUT_LPR=true WITHOUT_NDIS=true WITHOUT_NETGRAPH=true WITHOUT_NETGRAPH_SUPPORT=true WITHOUT_PPP=true WITHOUT_PROFILE=true WITHOUT_RCS=true WITHOUT_SENDMAIL=true WITHOUT_SYSINSTALL=true WITHOUT_TELNET=true WITHOUT_WIRELESS=true WITHOUT_WIRELESS_SUPPORT=true --------------010607050900080705070502 Content-Type: text/plain; charset=UTF-8; name="config.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="config.log" VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBjb21waWxlcnMg d2hpbGUKcnVubmluZyBjb25maWd1cmUsIHRvIGFpZCBkZWJ1Z2dpbmcgaWYgY29uZmlndXJl IG1ha2VzIGEgbWlzdGFrZS4KCkl0IHdhcyBjcmVhdGVkIGJ5IHhvcmctc2VydmVyIGNvbmZp Z3VyZSAxLjcuNywgd2hpY2ggd2FzCmdlbmVyYXRlZCBieSBHTlUgQXV0b2NvbmYgMi42My4g IEludm9jYXRpb24gY29tbWFuZCBsaW5lIHdhcwoKICAkIC4vY29uZmlndXJlIC0tZGlzYWJs ZS1kbXggLS1kaXNhYmxlLXh2ZmIgLS1kaXNhYmxlLXhuZXN0IC0td2l0aG91dC14bWx0byAt LWRpc2FibGUtZG9jcyAtLWRpc2FibGUtZGV2ZWwtZG9jcyAtLWxvY2Fsc3RhdGVkaXI9L3Zh ciAtLXdpdGhvdXQtZHRyYWNlIC0tZGlzYWJsZS14ZXBoeXIgLS1lbmFibGUtcmVjb3JkPXll cyAtLXdpdGgteGtiLXBhdGg9L3Vzci9sb2NhbC9zaGFyZS9YMTEveGtiIC0tZW5hYmxlLWNv bmZpZy1oYWw9bm8gLS1lbmFibGUtYWlnbHg9eWVzIC0tZW5hYmxlLWluc3RhbGwtc2V0dWlk PXllcyAtLXgtbGlicmFyaWVzPS91c3IvbG9jYWwvbGliIC0teC1pbmNsdWRlcz0vdXNyL2xv Y2FsL2luY2x1ZGUgLS1wcmVmaXg9L3Vzci9sb2NhbCAtLW1hbmRpcj0vdXNyL2xvY2FsL21h biAtLWluZm9kaXI9L3Vzci9sb2NhbC9pbmZvLyAtLWJ1aWxkPWFtZDY0LXBvcnRibGQtZnJl ZWJzZDkuMAoKIyMgLS0tLS0tLS0tICMjCiMjIFBsYXRmb3JtLiAjIwojIyAtLS0tLS0tLS0g IyMKCmhvc3RuYW1lID0gcm94eS5maXJlCnVuYW1lIC1tID0gYW1kNjQKdW5hbWUgLXIgPSA5 LjAtU1RBQkxFCnVuYW1lIC1zID0gRnJlZUJTRAp1bmFtZSAtdiA9IEZyZWVCU0QgOS4wLVNU QUJMRSAjMDogVHVlIEp1biAxMiAxODowODo0MiBWT0xUIDIwMTIgICAgIHJvb3RAcm94eS5m aXJlOi91c3Ivb2JqL3Vzci9zcmMvc3lzL1JPWFkgCgovdXNyL2Jpbi91bmFtZSAtcCA9IGFt ZDY0Ci9iaW4vdW5hbWUgLVggICAgID0gdW5rbm93bgoKL2Jpbi9hcmNoICAgICAgICAgICAg ICA9IHVua25vd24KL3Vzci9iaW4vYXJjaCAtayAgICAgICA9IHVua25vd24KL3Vzci9jb252 ZXgvZ2V0c3lzaW5mbyA9IHVua25vd24KL3Vzci9iaW4vaG9zdGluZm8gICAgICA9IHVua25v d24KL2Jpbi9tYWNoaW5lICAgICAgICAgICA9IHVua25vd24KL3Vzci9iaW4vb3NsZXZlbCAg ICAgICA9IHVua25vd24KL2Jpbi91bml2ZXJzZSAgICAgICAgICA9IHVua25vd24KClBBVEg6 IC9zYmluClBBVEg6IC9iaW4KUEFUSDogL3Vzci9zYmluClBBVEg6IC91c3IvYmluClBBVEg6 IC91c3IvZ2FtZXMKUEFUSDogL3Vzci9sb2NhbC9zYmluClBBVEg6IC91c3IvbG9jYWwvYmlu ClBBVEg6IC9yb290L2JpbgoKCiMjIC0tLS0tLS0tLS0tICMjCiMjIENvcmUgdGVzdHMuICMj CiMjIC0tLS0tLS0tLS0tICMjCgpjb25maWd1cmU6Mjg0NzogY2hlY2tpbmcgZm9yIGEgQlNE LWNvbXBhdGlibGUgaW5zdGFsbApjb25maWd1cmU6MjkxNTogcmVzdWx0OiAvdXNyL2Jpbi9p bnN0YWxsIC1jIC1vIHJvb3QgLWcgd2hlZWwKY29uZmlndXJlOjI5MjY6IGNoZWNraW5nIHdo ZXRoZXIgYnVpbGQgZW52aXJvbm1lbnQgaXMgc2FuZQpjb25maWd1cmU6Mjk4NjogcmVzdWx0 OiB5ZXMKY29uZmlndXJlOjMxMjc6IGNoZWNraW5nIGZvciBhIHRocmVhZC1zYWZlIG1rZGly IC1wCmNvbmZpZ3VyZTozMTY2OiByZXN1bHQ6IC4vaW5zdGFsbC1zaCAtYyAtZApjb25maWd1 cmU6MzE3OTogY2hlY2tpbmcgZm9yIGdhd2sKY29uZmlndXJlOjMxOTU6IGZvdW5kIC91c3Iv bG9jYWwvYmluL2dhd2sKY29uZmlndXJlOjMyMDY6IHJlc3VsdDogZ2F3awpjb25maWd1cmU6 MzIxNzogY2hlY2tpbmcgd2hldGhlciBnbWFrZSBzZXRzICQoTUFLRSkKY29uZmlndXJlOjMy Mzk6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTozMzIyOiBjaGVja2luZyB3aGV0aGVyIHRvIGVu YWJsZSBtYWludGFpbmVyLXNwZWNpZmljIHBvcnRpb25zIG9mIE1ha2VmaWxlcwpjb25maWd1 cmU6MzMzMTogcmVzdWx0OiBubwpjb25maWd1cmU6MzQyNzogY2hlY2tpbmcgZm9yIGdjYwpj b25maWd1cmU6MzQ1NDogcmVzdWx0OiBjYwpjb25maWd1cmU6MzY4NjogY2hlY2tpbmcgZm9y IEMgY29tcGlsZXIgdmVyc2lvbgpjb25maWd1cmU6MzY5NDogY2MgLS12ZXJzaW9uID4mNQpG cmVlQlNEIGNsYW5nIHZlcnNpb24gMy4xIChicmFuY2hlcy9yZWxlYXNlXzMxIDE1Njg2Mykg MjAxMjA1MjMKVGFyZ2V0OiB4ODZfNjQtdW5rbm93bi1mcmVlYnNkOS4wClRocmVhZCBtb2Rl bDogcG9zaXgKY29uZmlndXJlOjM2OTg6ICQ/ID0gMApjb25maWd1cmU6MzcwNTogY2MgLXYg PiY1CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjEgKGJyYW5jaGVzL3JlbGVhc2VfMzEgMTU2 ODYzKSAyMDEyMDUyMwpUYXJnZXQ6IHg4Nl82NC11bmtub3duLWZyZWVic2Q5LjAKVGhyZWFk IG1vZGVsOiBwb3NpeApjb25maWd1cmU6MzcwOTogJD8gPSAwCmNvbmZpZ3VyZTozNzE2OiBj YyAtViA+JjUKY2M6IGVycm9yOiBhcmd1bWVudCB0byAnLVYnIGlzIG1pc3NpbmcgKGV4cGVj dGVkIDEgdmFsdWUpCmNjOiBlcnJvcjogbm8gaW5wdXQgZmlsZXMKY29uZmlndXJlOjM3MjA6 ICQ/ID0gMQpjb25maWd1cmU6Mzc0MzogY2hlY2tpbmcgZm9yIEMgY29tcGlsZXIgZGVmYXVs dCBvdXRwdXQgZmlsZSBuYW1lCmNvbmZpZ3VyZTozNzY1OiBjYyAtTzIgLXBpcGUgLWZuby1z dHJpY3QtYWxpYXNpbmcgICAtcnBhdGg9L3Vzci9saWI6L3Vzci9sb2NhbC9saWIgY29uZnRl c3QuYyAgPiY1CmNjOiB3YXJuaW5nOiBhcmd1bWVudCB1bnVzZWQgZHVyaW5nIGNvbXBpbGF0 aW9uOiAnLXJwYXRoPS91c3IvbGliOi91c3IvbG9jYWwvbGliJwpjb25maWd1cmU6Mzc2OTog JD8gPSAwCmNvbmZpZ3VyZTozODA3OiByZXN1bHQ6IGEub3V0CmNvbmZpZ3VyZTozODI2OiBj aGVja2luZyB3aGV0aGVyIHRoZSBDIGNvbXBpbGVyIHdvcmtzCmNvbmZpZ3VyZTozODM2OiAu L2Eub3V0CmNvbmZpZ3VyZTozODQwOiAkPyA9IDAKY29uZmlndXJlOjM4NTk6IHJlc3VsdDog eWVzCmNvbmZpZ3VyZTozODY2OiBjaGVja2luZyB3aGV0aGVyIHdlIGFyZSBjcm9zcyBjb21w aWxpbmcKY29uZmlndXJlOjM4Njg6IHJlc3VsdDogbm8KY29uZmlndXJlOjM4NzE6IGNoZWNr aW5nIGZvciBzdWZmaXggb2YgZXhlY3V0YWJsZXMKY29uZmlndXJlOjM4Nzg6IGNjIC1vIGNv bmZ0ZXN0IC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgIC1ycGF0aD0vdXNyL2xp YjovdXNyL2xvY2FsL2xpYiBjb25mdGVzdC5jICA+JjUKY2M6IHdhcm5pbmc6IGFyZ3VtZW50 IHVudXNlZCBkdXJpbmcgY29tcGlsYXRpb246ICctcnBhdGg9L3Vzci9saWI6L3Vzci9sb2Nh bC9saWInCmNvbmZpZ3VyZTozODgyOiAkPyA9IDAKY29uZmlndXJlOjM5MDg6IHJlc3VsdDog CmNvbmZpZ3VyZTozOTE0OiBjaGVja2luZyBmb3Igc3VmZml4IG9mIG9iamVjdCBmaWxlcwpj b25maWd1cmU6Mzk0MDogY2MgLWMgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICBj b25mdGVzdC5jID4mNQpjb25maWd1cmU6Mzk0NDogJD8gPSAwCmNvbmZpZ3VyZTozOTY5OiBy ZXN1bHQ6IG8KY29uZmlndXJlOjM5NzM6IGNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVzaW5n IHRoZSBHTlUgQyBjb21waWxlcgpjb25maWd1cmU6NDAwMjogY2MgLWMgLU8yIC1waXBlIC1m bm8tc3RyaWN0LWFsaWFzaW5nICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6NDAwOTogJD8g PSAwCmNvbmZpZ3VyZTo0MDI2OiByZXN1bHQ6IHllcwpjb25maWd1cmU6NDAzNTogY2hlY2tp bmcgd2hldGhlciBjYyBhY2NlcHRzIC1nCmNvbmZpZ3VyZTo0MDY1OiBjYyAtYyAtZyAgY29u ZnRlc3QuYyA+JjUKY29uZmlndXJlOjQwNzI6ICQ/ID0gMApjb25maWd1cmU6NDE3MzogcmVz dWx0OiB5ZXMKY29uZmlndXJlOjQxOTA6IGNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8gYWNj ZXB0IElTTyBDODkKY29uZmlndXJlOjQyNjQ6IGNjICAtYyAtTzIgLXBpcGUgLWZuby1zdHJp Y3QtYWxpYXNpbmcgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTo0MjcxOiAkPyA9IDAKY29u ZmlndXJlOjQyOTQ6IHJlc3VsdDogbm9uZSBuZWVkZWQKY29uZmlndXJlOjQzMjM6IGNoZWNr aW5nIGZvciBzdHlsZSBvZiBpbmNsdWRlIHVzZWQgYnkgZ21ha2UKY29uZmlndXJlOjQzNTE6 IHJlc3VsdDogR05VCmNvbmZpZ3VyZTo0Mzc2OiBjaGVja2luZyBkZXBlbmRlbmN5IHN0eWxl IG9mIGNjCmNvbmZpZ3VyZTo0NDg2OiByZXN1bHQ6IGdjYzMKY29uZmlndXJlOjQ1MTA6IGNo ZWNraW5nIGRlcGVuZGVuY3kgc3R5bGUgb2YgY2MKY29uZmlndXJlOjQ2MTg6IHJlc3VsdDog Z2NjMwpjb25maWd1cmU6NDY0NzogY2hlY2tpbmcgZm9yIGEgQlNELWNvbXBhdGlibGUgaW5z dGFsbApjb25maWd1cmU6NDcxNTogcmVzdWx0OiAvdXNyL2Jpbi9pbnN0YWxsIC1jIC1vIHJv b3QgLWcgd2hlZWwKY29uZmlndXJlOjQ3MjY6IGNoZWNraW5nIHdoZXRoZXIgbG4gLXMgd29y a3MKY29uZmlndXJlOjQ3MzA6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo0NzQzOiBjaGVja2lu ZyBidWlsZCBzeXN0ZW0gdHlwZQpjb25maWd1cmU6NDc2MTogcmVzdWx0OiBhbWQ2NC1wb3J0 YmxkLWZyZWVic2Q5LjAKY29uZmlndXJlOjQ3ODM6IGNoZWNraW5nIGhvc3Qgc3lzdGVtIHR5 cGUKY29uZmlndXJlOjQ3OTg6IHJlc3VsdDogYW1kNjQtcG9ydGJsZC1mcmVlYnNkOS4wCmNv bmZpZ3VyZTo1MTc5OiBjaGVja2luZyBmb3IgYSBzZWQgdGhhdCBkb2VzIG5vdCB0cnVuY2F0 ZSBvdXRwdXQKY29uZmlndXJlOjUyNDU6IHJlc3VsdDogL3Vzci9iaW4vc2VkCmNvbmZpZ3Vy ZTo1MjYzOiBjaGVja2luZyBmb3IgZ3JlcCB0aGF0IGhhbmRsZXMgbG9uZyBsaW5lcyBhbmQg LWUKY29uZmlndXJlOjUzMjM6IHJlc3VsdDogL3Vzci9iaW4vZ3JlcApjb25maWd1cmU6NTMy ODogY2hlY2tpbmcgZm9yIGVncmVwCmNvbmZpZ3VyZTo1MzkyOiByZXN1bHQ6IC91c3IvYmlu L2dyZXAgLUUKY29uZmlndXJlOjUzOTc6IGNoZWNraW5nIGZvciBmZ3JlcApjb25maWd1cmU6 NTQ2MTogcmVzdWx0OiAvdXNyL2Jpbi9ncmVwIC1GCmNvbmZpZ3VyZTo1NDk2OiBjaGVja2lu ZyBmb3IgbGQgdXNlZCBieSBjYwpjb25maWd1cmU6NTU2MzogcmVzdWx0OiAvdXNyL2Jpbi9s ZApjb25maWd1cmU6NTU3MjogY2hlY2tpbmcgaWYgdGhlIGxpbmtlciAoL3Vzci9iaW4vbGQp IGlzIEdOVSBsZApjb25maWd1cmU6NTU4NzogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjU1OTk6 IGNoZWNraW5nIGZvciBCU0QtIG9yIE1TLWNvbXBhdGlibGUgbmFtZSBsaXN0ZXIgKG5tKQpj b25maWd1cmU6NTY0ODogcmVzdWx0OiAvdXNyL2Jpbi9ubSAtQgpjb25maWd1cmU6NTc2Njog Y2hlY2tpbmcgdGhlIG5hbWUgbGlzdGVyICgvdXNyL2Jpbi9ubSAtQikgaW50ZXJmYWNlCmNv bmZpZ3VyZTo1NzczOiBjYyAtYyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIGNv bmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTo1Nzc2OiAvdXNyL2Jpbi9ubSAtQiAiY29uZnRlc3Qu byIKY29uZmlndXJlOjU3Nzk6IG91dHB1dAowMDAwMDAwMDAwMDAwMDAwIEIgc29tZV92YXJp YWJsZQpjb25maWd1cmU6NTc4NjogcmVzdWx0OiBCU0Qgbm0KY29uZmlndXJlOjU3OTA6IGNo ZWNraW5nIHRoZSBtYXhpbXVtIGxlbmd0aCBvZiBjb21tYW5kIGxpbmUgYXJndW1lbnRzCmNv bmZpZ3VyZTo1OTEwOiByZXN1bHQ6IDI2MjE0NApjb25maWd1cmU6NTkyNzogY2hlY2tpbmcg d2hldGhlciB0aGUgc2hlbGwgdW5kZXJzdGFuZHMgc29tZSBYU0kgY29uc3RydWN0cwpjb25m aWd1cmU6NTkzNzogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjU5NDE6IGNoZWNraW5nIHdoZXRo ZXIgdGhlIHNoZWxsIHVuZGVyc3RhbmRzICIrPSIKY29uZmlndXJlOjU5NDc6IHJlc3VsdDog bm8KY29uZmlndXJlOjU5ODI6IGNoZWNraW5nIGZvciAvdXNyL2Jpbi9sZCBvcHRpb24gdG8g cmVsb2FkIG9iamVjdCBmaWxlcwpjb25maWd1cmU6NTk4OTogcmVzdWx0OiAtcgpjb25maWd1 cmU6NjA1ODogY2hlY2tpbmcgZm9yIG9iamR1bXAKY29uZmlndXJlOjYwODU6IHJlc3VsdDog b2JqZHVtcApjb25maWd1cmU6NjExNDogY2hlY2tpbmcgaG93IHRvIHJlY29nbml6ZSBkZXBl bmRlbnQgbGlicmFyaWVzCmNvbmZpZ3VyZTo2MzEwOiByZXN1bHQ6IHBhc3NfYWxsCmNvbmZp Z3VyZTo2MzcwOiBjaGVja2luZyBmb3IgYXIKY29uZmlndXJlOjYzODY6IGZvdW5kIC91c3Iv YmluL2FyCmNvbmZpZ3VyZTo2Mzk3OiByZXN1bHQ6IGFyCmNvbmZpZ3VyZTo2NDc1OiBjaGVj a2luZyBmb3Igc3RyaXAKY29uZmlndXJlOjY0OTE6IGZvdW5kIC91c3IvYmluL3N0cmlwCmNv bmZpZ3VyZTo2NTAyOiByZXN1bHQ6IHN0cmlwCmNvbmZpZ3VyZTo2NTc0OiBjaGVja2luZyBm b3IgcmFubGliCmNvbmZpZ3VyZTo2NTkwOiBmb3VuZCAvdXNyL2Jpbi9yYW5saWIKY29uZmln dXJlOjY2MDE6IHJlc3VsdDogcmFubGliCmNvbmZpZ3VyZTo2NjkxOiBjaGVja2luZyBjb21t YW5kIHRvIHBhcnNlIC91c3IvYmluL25tIC1CIG91dHB1dCBmcm9tIGNjIG9iamVjdApjb25m aWd1cmU6NjgwOTogY2MgLWMgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICBjb25m dGVzdC5jID4mNQpjb25maWd1cmU6NjgxMjogJD8gPSAwCmNvbmZpZ3VyZTo2ODE2OiAvdXNy L2Jpbi9ubSAtQiBjb25mdGVzdC5vIFx8IHNlZCAtbiAtZSAncy9eLipbCSBdXChbQUJDREdJ UlNUV11bQUJDREdJUlNUV10qXClbCSBdWwkgXSpcKFtfQS1aYS16XVtfQS1aYS16MC05XSpc KSQvXDEgXDIgXDIvcCcgXD4gY29uZnRlc3Qubm0KY29uZmlndXJlOjY4MTk6ICQ/ID0gMApj b25maWd1cmU6Njg3MzogY2MgLW8gY29uZnRlc3QgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFs aWFzaW5nICAgLXJwYXRoPS91c3IvbGliOi91c3IvbG9jYWwvbGliIGNvbmZ0ZXN0LmMgY29u ZnRzdG0ubyA+JjUKY2M6IHdhcm5pbmc6IGFyZ3VtZW50IHVudXNlZCBkdXJpbmcgY29tcGls YXRpb246ICctcnBhdGg9L3Vzci9saWI6L3Vzci9sb2NhbC9saWInCmNvbmZpZ3VyZTo2ODc2 OiAkPyA9IDAKY29uZmlndXJlOjY5MTQ6IHJlc3VsdDogb2sKY29uZmlndXJlOjc3ODE6IGNo ZWNraW5nIGhvdyB0byBydW4gdGhlIEMgcHJlcHJvY2Vzc29yCmNvbmZpZ3VyZTo3ODk5OiBy ZXN1bHQ6IGNwcApjb25maWd1cmU6NzkyODogY3BwICBjb25mdGVzdC5jCmNvbmZpZ3VyZTo3 OTM1OiAkPyA9IDAKY29uZmlndXJlOjc5NjY6IGNwcCAgY29uZnRlc3QuYwpjb25mdGVzdC5j OjEwOjEwOiBmYXRhbCBlcnJvcjogJ2FjX25vbmV4aXN0ZW50LmgnIGZpbGUgbm90IGZvdW5k CiNpbmNsdWRlIDxhY19ub25leGlzdGVudC5oPgogICAgICAgICBeCjEgZXJyb3IgZ2VuZXJh dGVkLgpjb25maWd1cmU6Nzk3MzogJD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0g d2FzOgp8IC8qIGNvbmZkZWZzLmguICAqLwp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICJ4b3Jn LXNlcnZlciIKfCAjZGVmaW5lIFBBQ0tBR0VfVEFSTkFNRSAieG9yZy1zZXJ2ZXIiCnwgI2Rl ZmluZSBQQUNLQUdFX1ZFUlNJT04gIjEuNy43Igp8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcg Inhvcmctc2VydmVyIDEuNy43Igp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgImh0dHBz Oi8vYnVncy5mcmVlZGVza3RvcC5vcmcvZW50ZXJfYnVnLmNnaT9wcm9kdWN0PXhvcmciCnwg I2RlZmluZSBQQUNLQUdFICJ4b3JnLXNlcnZlciIKfCAjZGVmaW5lIFZFUlNJT04gIjEuNy43 Igp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KfCAjaW5jbHVkZSA8YWNfbm9uZXhpc3RlbnQu aD4KY29uZmlndXJlOjgwMTM6IGNoZWNraW5nIGZvciBBTlNJIEMgaGVhZGVyIGZpbGVzCmNv bmZpZ3VyZTo4MDQzOiBjYyAtYyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIGNv bmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTo4MDUwOiAkPyA9IDAKY29uZmlndXJlOjgxNDk6IGNj IC1vIGNvbmZ0ZXN0IC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgIC1ycGF0aD0v dXNyL2xpYjovdXNyL2xvY2FsL2xpYiBjb25mdGVzdC5jICA+JjUKY2M6IHdhcm5pbmc6IGFy Z3VtZW50IHVudXNlZCBkdXJpbmcgY29tcGlsYXRpb246ICctcnBhdGg9L3Vzci9saWI6L3Vz ci9sb2NhbC9saWInCmNvbmZpZ3VyZTo4MTUzOiAkPyA9IDAKY29uZmlndXJlOjgxNTk6IC4v Y29uZnRlc3QKY29uZmlndXJlOjgxNjM6ICQ/ID0gMApjb25maWd1cmU6ODE4MTogcmVzdWx0 OiB5ZXMKY29uZmlndXJlOjgyMDU6IGNoZWNraW5nIGZvciBzeXMvdHlwZXMuaApjb25maWd1 cmU6ODIyNjogY2MgLWMgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICBjb25mdGVz dC5jID4mNQpjb25maWd1cmU6ODIzMzogJD8gPSAwCmNvbmZpZ3VyZTo4MjUwOiByZXN1bHQ6 IHllcwpjb25maWd1cmU6ODIwNTogY2hlY2tpbmcgZm9yIHN5cy9zdGF0LmgKY29uZmlndXJl OjgyMjY6IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgY29uZnRlc3Qu YyA+JjUKY29uZmlndXJlOjgyMzM6ICQ/ID0gMApjb25maWd1cmU6ODI1MDogcmVzdWx0OiB5 ZXMKY29uZmlndXJlOjgyMDU6IGNoZWNraW5nIGZvciBzdGRsaWIuaApjb25maWd1cmU6ODIy NjogY2MgLWMgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICBjb25mdGVzdC5jID4m NQpjb25maWd1cmU6ODIzMzogJD8gPSAwCmNvbmZpZ3VyZTo4MjUwOiByZXN1bHQ6IHllcwpj b25maWd1cmU6ODIwNTogY2hlY2tpbmcgZm9yIHN0cmluZy5oCmNvbmZpZ3VyZTo4MjI2OiBj YyAtYyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIGNvbmZ0ZXN0LmMgPiY1CmNv bmZpZ3VyZTo4MjMzOiAkPyA9IDAKY29uZmlndXJlOjgyNTA6IHJlc3VsdDogeWVzCmNvbmZp Z3VyZTo4MjA1OiBjaGVja2luZyBmb3IgbWVtb3J5LmgKY29uZmlndXJlOjgyMjY6IGNjIC1j IC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgY29uZnRlc3QuYyA+JjUKY29uZmln dXJlOjgyMzM6ICQ/ID0gMApjb25maWd1cmU6ODI1MDogcmVzdWx0OiB5ZXMKY29uZmlndXJl OjgyMDU6IGNoZWNraW5nIGZvciBzdHJpbmdzLmgKY29uZmlndXJlOjgyMjY6IGNjIC1jIC1P MiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJl OjgyMzM6ICQ/ID0gMApjb25maWd1cmU6ODI1MDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjgy MDU6IGNoZWNraW5nIGZvciBpbnR0eXBlcy5oCmNvbmZpZ3VyZTo4MjI2OiBjYyAtYyAtTzIg LXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcgIGNvbmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTo4 MjMzOiAkPyA9IDAKY29uZmlndXJlOjgyNTA6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo4MjA1 OiBjaGVja2luZyBmb3Igc3RkaW50LmgKY29uZmlndXJlOjgyMjY6IGNjIC1jIC1PMiAtcGlw ZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjgyMzM6 ICQ/ID0gMApjb25maWd1cmU6ODI1MDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjgyMDU6IGNo ZWNraW5nIGZvciB1bmlzdGQuaApjb25maWd1cmU6ODIyNjogY2MgLWMgLU8yIC1waXBlIC1m bm8tc3RyaWN0LWFsaWFzaW5nICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6ODIzMzogJD8g PSAwCmNvbmZpZ3VyZTo4MjUwOiByZXN1bHQ6IHllcwpjb25maWd1cmU6ODI2ODogY2hlY2tp bmcgZm9yIGRsZmNuLmgKY29uZmlndXJlOjgyODk6IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0 cmljdC1hbGlhc2luZyAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjgyOTY6ICQ/ID0gMApj b25maWd1cmU6ODMxMzogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjg0Njc6IGNoZWNraW5nIGZv ciBvYmpkaXIKY29uZmlndXJlOjg0ODI6IHJlc3VsdDogLmxpYnMKY29uZmlndXJlOjg3Nzg6 IGNoZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1mbm8tcnR0aSAtZm5vLWV4Y2VwdGlvbnMKY29u ZmlndXJlOjg3OTY6IGNjIC1jIC1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZyAgLWZu by1ydHRpIC1mbm8tZXhjZXB0aW9ucyBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6ODgwMDog JD8gPSAwCmNvbmZpZ3VyZTo4ODEzOiByZXN1bHQ6IHllcwpjb25maWd1cmU6ODgzMzogY2hl Y2tpbmcgZm9yIGNjIG9wdGlvbiB0byBwcm9kdWNlIFBJQwpjb25maWd1cmU6OTEwNTogcmVz dWx0OiAtZlBJQyAtRFBJQwpjb25maWd1cmU6OTExNzogY2hlY2tpbmcgaWYgY2MgUElDIGZs YWcgLWZQSUMgLURQSUMgd29ya3MKY29uZmlndXJlOjkxMzU6IGNjIC1jIC1PMiAtcGlwZSAt Zm5vLXN0cmljdC1hbGlhc2luZyAgLWZQSUMgLURQSUMgLURQSUMgY29uZnRlc3QuYyA+JjUK Y29uZmlndXJlOjkxMzk6ICQ/ID0gMApjb25maWd1cmU6OTE1MjogcmVzdWx0OiB5ZXMKY29u ZmlndXJlOjkxNzY6IGNoZWNraW5nIGlmIGNjIHN0YXRpYyBmbGFnIC1zdGF0aWMgd29ya3MK Y2M6IHdhcm5pbmc6IGFyZ3VtZW50IHVudXNlZCBkdXJpbmcgY29tcGlsYXRpb246ICctcnBh dGg9L3Vzci9saWI6L3Vzci9sb2NhbC9saWInCmNvbmZpZ3VyZTo5MjA0OiByZXN1bHQ6IHll cwpjb25maWd1cmU6OTIxOTogY2hlY2tpbmcgaWYgY2Mgc3VwcG9ydHMgLWMgLW8gZmlsZS5v CmNvbmZpZ3VyZTo5MjQwOiBjYyAtYyAtTzIgLXBpcGUgLWZuby1zdHJpY3QtYWxpYXNpbmcg IC1vIG91dC9jb25mdGVzdDIubyBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6OTI0NDogJD8g PSAwCmNvbmZpZ3VyZTo5MjY2OiByZXN1bHQ6IHllcwpjb25maWd1cmU6OTI3NDogY2hlY2tp bmcgaWYgY2Mgc3VwcG9ydHMgLWMgLW8gZmlsZS5vCmNvbmZpZ3VyZTo5MzIxOiByZXN1bHQ6 IHllcwpjb25maWd1cmU6OTM1NDogY2hlY2tpbmcgd2hldGhlciB0aGUgY2MgbGlua2VyICgv dXNyL2Jpbi9sZCkgc3VwcG9ydHMgc2hhcmVkIGxpYnJhcmllcwpjb25maWd1cmU6MTA0Mjg6 IHJlc3VsdDogeWVzCmNvbmZpZ3VyZToxMDQ2NTogY2hlY2tpbmcgd2hldGhlciAtbGMgc2hv dWxkIGJlIGV4cGxpY2l0bHkgbGlua2VkIGluCmNvbmZpZ3VyZToxMDQ3MDogY2MgLWMgLU8y IC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6 MTA0NzM6ICQ/ID0gMApjb25maWd1cmU6MTA0ODg6IGNjIC1zaGFyZWQgY29uZnRlc3QubyAg LXYgLVdsLC1zb25hbWUgLVdsLGNvbmZ0ZXN0IC1vIGNvbmZ0ZXN0IDJcPlwmMSBcfCAvdXNy L2Jpbi9ncmVwICAtbGMgIFw+L2Rldi9udWxsIDJcPlwmMQpjb25maWd1cmU6MTA0OTE6ICQ/ ID0gMApjb25maWd1cmU6MTA1MDM6IHJlc3VsdDogbm8KY29uZmlndXJlOjEwNjY3OiBjaGVj a2luZyBkeW5hbWljIGxpbmtlciBjaGFyYWN0ZXJpc3RpY3MKY29uZmlndXJlOjExMzUzOiBy ZXN1bHQ6IGZyZWVic2Q5LjAgbGQuc28KY29uZmlndXJlOjExNDU1OiBjaGVja2luZyBob3cg dG8gaGFyZGNvZGUgbGlicmFyeSBwYXRocyBpbnRvIHByb2dyYW1zCmNvbmZpZ3VyZToxMTQ4 MDogcmVzdWx0OiBpbW1lZGlhdGUKY29uZmlndXJlOjEyMzEzOiBjaGVja2luZyB3aGV0aGVy IHN0cmlwcGluZyBsaWJyYXJpZXMgaXMgcG9zc2libGUKY29uZmlndXJlOjEyMzE4OiByZXN1 bHQ6IHllcwpjb25maWd1cmU6MTIzNTM6IGNoZWNraW5nIGlmIGxpYnRvb2wgc3VwcG9ydHMg c2hhcmVkIGxpYnJhcmllcwpjb25maWd1cmU6MTIzNTU6IHJlc3VsdDogeWVzCmNvbmZpZ3Vy ZToxMjM1ODogY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBzaGFyZWQgbGlicmFyaWVzCmNv bmZpZ3VyZToxMjM3OTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjEyMzgyOiBjaGVja2luZyB3 aGV0aGVyIHRvIGJ1aWxkIHN0YXRpYyBsaWJyYXJpZXMKY29uZmlndXJlOjEyMzg2OiByZXN1 bHQ6IG5vCmNvbmZpZ3VyZToxMjQyNzogY2hlY2tpbmcgZm9yIGJhc2gKY29uZmlndXJlOjEy NDQ1OiBmb3VuZCAvdXNyL2xvY2FsL2Jpbi9iYXNoCmNvbmZpZ3VyZToxMjQ1NzogcmVzdWx0 OiAvdXNyL2xvY2FsL2Jpbi9iYXNoCmNvbmZpZ3VyZToxMjQ2NTogY2hlY2tpbmcgaWYgZG9s dCBzdXBwb3J0cyB0aGlzIGhvc3QKY29uZmlndXJlOjEyNDk1OiByZXN1bHQ6IHllcywgcmVw bGFjaW5nIGxpYnRvb2wKY29uZmlndXJlOjEyNjIyOiBjaGVja2luZyB3aGV0aGVyIGdtYWtl IHNldHMgJChNQUtFKQpjb25maWd1cmU6MTI2NDQ6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTox MjcwMjogY2hlY2tpbmcgZm9yIHBrZy1jb25maWcKY29uZmlndXJlOjEyNzIwOiBmb3VuZCAv dXNyL2xvY2FsL2Jpbi9wa2ctY29uZmlnCmNvbmZpZ3VyZToxMjczMjogcmVzdWx0OiAvdXNy L2xvY2FsL2Jpbi9wa2ctY29uZmlnCmNvbmZpZ3VyZToxMjc1NzogY2hlY2tpbmcgcGtnLWNv bmZpZyBpcyBhdCBsZWFzdCB2ZXJzaW9uIDAuOS4wCmNvbmZpZ3VyZToxMjc2MDogcmVzdWx0 OiB5ZXMKY29uZmlndXJlOjEyNzczOiBjaGVja2luZyBmb3IgZmxleApjb25maWd1cmU6MTI3 ODk6IGZvdW5kIC91c3IvYmluL2ZsZXgKY29uZmlndXJlOjEyODAwOiByZXN1bHQ6IGZsZXgK Y29uZmlndXJlOjEyODM3OiBmbGV4IGNvbmZ0ZXN0LmwKY29uZmlndXJlOjEyODQxOiAkPyA9 IDAKY29uZmlndXJlOjEyODQzOiBjaGVja2luZyBsZXggb3V0cHV0IGZpbGUgcm9vdApjb25m aWd1cmU6MTI4NTk6IHJlc3VsdDogbGV4Lnl5CmNvbmZpZ3VyZToxMjg2NDogY2hlY2tpbmcg bGV4IGxpYnJhcnkKY29uZmlndXJlOjEyODgzOiBjYyAtbyBjb25mdGVzdCAtTzIgLXBpcGUg LWZuby1zdHJpY3QtYWxpYXNpbmcgICAtcnBhdGg9L3Vzci9saWI6L3Vzci9sb2NhbC9saWIg Y29uZnRlc3QuYyAgID4mNQpjYzogd2FybmluZzogYXJndW1lbnQgdW51c2VkIGR1cmluZyBj b21waWxhdGlvbjogJy1ycGF0aD0vdXNyL2xpYjovdXNyL2xvY2FsL2xpYicKY29uZnRlc3Qu bDo2OjIwOiB3YXJuaW5nOiBjb21wYXJpc29uIGJldHdlZW4gcG9pbnRlciBhbmQgaW50ZWdl ciAoJ2NoYXIgKicgYW5kICdpbnQnKQp7IHl5bGVzcyAoaW5wdXQgKCkgIT0gMCk7IH0KICB+ fn5+fn5+fn5+fn5+fn5+fl5+fn5+CmNvbmZ0ZXN0LmM6MTM4OjMyOiBub3RlOiBleHBhbmRl ZCBmcm9tIG1hY3JvICd5eWxlc3MnCiAgICAgICAgICAgICAgICB5eV9jX2J1Zl9wID0geXlf Y3AgPSB5eV9icCArIG4gLSBZWV9NT1JFX0FESjsgXAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfn5+fn5+fn5efn5+fn5+fn5+fn5+fn5+fn4KY29uZnRlc3QubDo2 OjM6IHdhcm5pbmc6IGluY29tcGF0aWJsZSBpbnRlZ2VyIHRvIHBvaW50ZXIgY29udmVyc2lv biBhc3NpZ25pbmcgdG8gJ2NoYXIgKicgZnJvbSAnaW50JyBbLVdpbnQtY29udmVyc2lvbl0K eyB5eWxlc3MgKGlucHV0ICgpICE9IDApOyB9CiAgXn5+fn5+fn5+fn5+fn5+fn5+fn5+fgpj b25mdGVzdC5jOjEzODoyMjogbm90ZTogZXhwYW5kZWQgZnJvbSBtYWNybyAneXlsZXNzJwog ICAgICAgICAgICAgICAgeXlfY19idWZfcCA9IHl5X2NwID0geXlfYnAgKyBuIC0gWVlfTU9S RV9BREo7IFwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBeIH5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+CjIgd2FybmluZ3MgZ2VuZXJhdGVkLgovdG1wL2NvbmZ0ZXN0 LUpCZEJycy5vOiBJbiBmdW5jdGlvbiBgeXlsZXgnOgpjb25mdGVzdC5jOigudGV4dCsweDNm Myk6IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYHl5d3JhcCcKY29uZnRlc3QuYzooLnRleHQr MHg2N2MpOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGB5eXdyYXAnCi90bXAvY29uZnRlc3Qt SkJkQnJzLm86IEluIGZ1bmN0aW9uIGBtYWluJzoKY29uZnRlc3QuYzooLnRleHQrMHgxMDlh KTogdW5kZWZpbmVkIHJlZmVyZW5jZSB0byBgeXl3cmFwJwpjYzogZXJyb3I6IGxpbmtlciBj b21tYW5kIGZhaWxlZCB3aXRoIGV4aXQgY29kZSAxICh1c2UgLXYgdG8gc2VlIGludm9jYXRp b24pCmNvbmZpZ3VyZToxMjg5MDogJD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0g d2FzOgp8IC8qIEEgbGV4aWNhbCBzY2FubmVyIGdlbmVyYXRlZCBieSBmbGV4ICovCnwgCnwg LyogU2Nhbm5lciBza2VsZXRvbiB2ZXJzaW9uOgp8ICAqICRIZWFkZXI6IC9ob21lL2RhZmZ5 L3UwL3Zlcm4vZmxleC9SQ1MvZmxleC5za2wsdiAyLjkxIDk2LzA5LzEwIDE2OjU4OjQ4IHZl cm4gRXhwICQKfCAgKiAkRnJlZUJTRDogc3JjL3Vzci5iaW4vbGV4L2ZsZXguc2tsLHYgMS4x My4yLjEgMjAxMS8wOS8yMyAwMDo1MTozNyBrZW5zbWl0aCBFeHAgJAp8ICAqLwp8IAp8ICNp ZiBkZWZpbmVkKF9fRnJlZUJTRF9fKQp8ICNpbmNsdWRlIDxzeXMvY2RlZnMuaD4KfCAjZWxz ZQp8ICNkZWZpbmUgX191bnVzZWQKfCAjZGVmaW5lIF9fZGVhZDIKfCAjZW5kaWYKfCAKfCAj ZGVmaW5lIEZMRVhfU0NBTk5FUgp8ICNkZWZpbmUgWVlfRkxFWF9NQUpPUl9WRVJTSU9OIDIK fCAjZGVmaW5lIFlZX0ZMRVhfTUlOT1JfVkVSU0lPTiA1CnwgCnwgI2luY2x1ZGUgPHN0ZGlv Lmg+CnwgCnwgCnwgLyogY2Zyb250IDEuMiBkZWZpbmVzICJjX3BsdXNwbHVzIiBpbnN0ZWFk IG9mICJfX2NwbHVzcGx1cyIgKi8KfCAjaWZkZWYgY19wbHVzcGx1cwp8ICNpZm5kZWYgX19j cGx1c3BsdXMKfCAjZGVmaW5lIF9fY3BsdXNwbHVzCnwgI2VuZGlmCnwgI2VuZGlmCnwgCnwg CnwgI2lmZGVmIF9fY3BsdXNwbHVzCnwgCnwgI2luY2x1ZGUgPHN0ZGxpYi5oPgp8ICNpbmNs dWRlIDx1bmlzdGQuaD4KfCAKfCAvKiBVc2UgcHJvdG90eXBlcyBpbiBmdW5jdGlvbiBkZWNs YXJhdGlvbnMuICovCnwgI2RlZmluZSBZWV9VU0VfUFJPVE9TCnwgCnwgLyogVGhlICJjb25z dCIgc3RvcmFnZS1jbGFzcy1tb2RpZmllciBpcyB2YWxpZC4gKi8KfCAjZGVmaW5lIFlZX1VT RV9DT05TVAp8IAp8ICNlbHNlCS8qICEgX19jcGx1c3BsdXMgKi8KfCAKfCAjaWYgX19TVERD X18KfCAKfCAjZGVmaW5lIFlZX1VTRV9QUk9UT1MKfCAjZGVmaW5lIFlZX1VTRV9DT05TVAp8 IAp8ICNlbmRpZgkvKiBfX1NURENfXyAqLwp8ICNlbmRpZgkvKiAhIF9fY3BsdXNwbHVzICov CnwgCnwgI2lmZGVmIF9fVFVSQk9DX18KfCAgI3ByYWdtYSB3YXJuIC1yY2gKfCAgI3ByYWdt YSB3YXJuIC11c2UKfCAjaW5jbHVkZSA8aW8uaD4KfCAjaW5jbHVkZSA8c3RkbGliLmg+Cnwg I2RlZmluZSBZWV9VU0VfQ09OU1QKfCAjZGVmaW5lIFlZX1VTRV9QUk9UT1MKfCAjZW5kaWYK fCAKfCAjaWZkZWYgWVlfVVNFX0NPTlNUCnwgI2RlZmluZSB5eWNvbnN0IGNvbnN0CnwgI2Vs c2UKfCAjZGVmaW5lIHl5Y29uc3QKfCAjZW5kaWYKfCAKfCAKfCAjaWZkZWYgWVlfVVNFX1BS T1RPUwp8ICNkZWZpbmUgWVlfUFJPVE8ocHJvdG8pIHByb3RvCnwgI2Vsc2UKfCAjZGVmaW5l IFlZX1BST1RPKHByb3RvKSAoKQp8ICNlbmRpZgp8IAp8IC8qIFJldHVybmVkIHVwb24gZW5k LW9mLWZpbGUuICovCnwgI2RlZmluZSBZWV9OVUxMIDAKfCAKfCAvKiBQcm9tb3RlcyBhIHBv c3NpYmx5IG5lZ2F0aXZlLCBwb3NzaWJseSBzaWduZWQgY2hhciB0byBhbiB1bnNpZ25lZAp8 ICAqIGludGVnZXIgZm9yIHVzZSBhcyBhbiBhcnJheSBpbmRleC4gIElmIHRoZSBzaWduZWQg Y2hhciBpcyBuZWdhdGl2ZSwKfCAgKiB3ZSB3YW50IHRvIGluc3RlYWQgdHJlYXQgaXQgYXMg YW4gOC1iaXQgdW5zaWduZWQgY2hhciwgaGVuY2UgdGhlCnwgICogZG91YmxlIGNhc3QuCnwg ICovCnwgI2RlZmluZSBZWV9TQ19UT19VSShjKSAoKHVuc2lnbmVkIGludCkgKHVuc2lnbmVk IGNoYXIpIGMpCnwgCnwgLyogRW50ZXIgYSBzdGFydCBjb25kaXRpb24uICBUaGlzIG1hY3Jv IHJlYWxseSBvdWdodCB0byB0YWtlIGEgcGFyYW1ldGVyLAp8ICAqIGJ1dCB3ZSBkbyBpdCB0 aGUgZGlzZ3VzdGluZyBjcnVmdHkgd2F5IGZvcmNlZCBvbiB1cyBieSB0aGUgKCktbGVzcwp8 ICAqIGRlZmluaXRpb24gb2YgQkVHSU4uCnwgICovCnwgI2RlZmluZSBCRUdJTiB5eV9zdGFy dCA9IDEgKyAyICoKfCAKfCAvKiBUcmFuc2xhdGUgdGhlIGN1cnJlbnQgc3RhcnQgc3RhdGUg aW50byBhIHZhbHVlIHRoYXQgY2FuIGJlIGxhdGVyIGhhbmRlZAp8ICAqIHRvIEJFR0lOIHRv IHJldHVybiB0byB0aGUgc3RhdGUuICBUaGUgWVlTVEFURSBhbGlhcyBpcyBmb3IgbGV4Cnwg ICogY29tcGF0aWJpbGl0eS4KfCAgKi8KfCAjZGVmaW5lIFlZX1NUQVJUICgoeXlfc3RhcnQg LSAxKSAvIDIpCnwgI2RlZmluZSBZWVNUQVRFIFlZX1NUQVJUCnwgCnwgLyogQWN0aW9uIG51 bWJlciBmb3IgRU9GIHJ1bGUgb2YgYSBnaXZlbiBzdGFydCBzdGF0ZS4gKi8KfCAjZGVmaW5l IFlZX1NUQVRFX0VPRihzdGF0ZSkgKFlZX0VORF9PRl9CVUZGRVIgKyBzdGF0ZSArIDEpCnwg CnwgLyogU3BlY2lhbCBhY3Rpb24gbWVhbmluZyAic3RhcnQgcHJvY2Vzc2luZyBhIG5ldyBm aWxlIi4gKi8KfCAjZGVmaW5lIFlZX05FV19GSUxFIHl5cmVzdGFydCggeXlpbiApCnwgCnwg I2RlZmluZSBZWV9FTkRfT0ZfQlVGRkVSX0NIQVIgMAp8IAp8IC8qIFNpemUgb2YgZGVmYXVs dCBpbnB1dCBidWZmZXIuICovCnwgI2RlZmluZSBZWV9CVUZfU0laRSAxNjM4NAp8IAp8IHR5 cGVkZWYgc3RydWN0IHl5X2J1ZmZlcl9zdGF0ZSAqWVlfQlVGRkVSX1NUQVRFOwp8IAp8IGV4 dGVybiBpbnQgeXlsZW5nOwp8IGV4dGVybiBGSUxFICp5eWluLCAqeXlvdXQ7CnwgCnwgI2Rl ZmluZSBFT0JfQUNUX0NPTlRJTlVFX1NDQU4gMAp8ICNkZWZpbmUgRU9CX0FDVF9FTkRfT0Zf RklMRSAxCnwgI2RlZmluZSBFT0JfQUNUX0xBU1RfTUFUQ0ggMgp8IAp8IC8qIFRoZSBmdW5r eSBkby13aGlsZSBpbiB0aGUgZm9sbG93aW5nICNkZWZpbmUgaXMgdXNlZCB0byB0dXJuIHRo ZSBkZWZpbml0aW9uCnwgICogaW50IGEgc2luZ2xlIEMgc3RhdGVtZW50ICh3aGljaCBuZWVk cyBhIHNlbWktY29sb24gdGVybWluYXRvcikuICBUaGlzCnwgICogYXZvaWRzIHByb2JsZW1z IHdpdGggY29kZSBsaWtlOgp8ICAqCnwgICogCWlmICggY29uZGl0aW9uX2hvbGRzICkKfCAg KgkJeXlsZXNzKCA1ICk7CnwgICoJZWxzZQp8ICAqCQlkb19zb21ldGhpbmdfZWxzZSgpOwp8 ICAqCnwgICogUHJpb3IgdG8gdXNpbmcgdGhlIGRvLXdoaWxlIHRoZSBjb21waWxlciB3b3Vs ZCBnZXQgdXBzZXQgYXQgdGhlCnwgICogImVsc2UiIGJlY2F1c2UgaXQgaW50ZXJwcmV0ZWQg dGhlICJpZiIgc3RhdGVtZW50IGFzIGJlaW5nIGFsbAp8ICAqIGRvbmUgd2hlbiBpdCByZWFj aGVkIHRoZSAnOycgYWZ0ZXIgdGhlIHl5bGVzcygpIGNhbGwuCnwgICovCnwgCnwgLyogUmV0 dXJuIGFsbCBidXQgdGhlIGZpcnN0ICduJyBtYXRjaGVkIGNoYXJhY3RlcnMgYmFjayB0byB0 aGUgaW5wdXQgc3RyZWFtLiAqLwp8IAp8ICNkZWZpbmUgeXlsZXNzKG4pIFwKfCAJZG8gXAp8 IAkJeyBcCnwgCQkvKiBVbmRvIGVmZmVjdHMgb2Ygc2V0dGluZyB1cCB5eXRleHQuICovIFwK fCAJCSp5eV9jcCA9IHl5X2hvbGRfY2hhcjsgXAp8IAkJWVlfUkVTVE9SRV9ZWV9NT1JFX09G RlNFVCBcCnwgCQl5eV9jX2J1Zl9wID0geXlfY3AgPSB5eV9icCArIG4gLSBZWV9NT1JFX0FE SjsgXAp8IAkJWVlfRE9fQkVGT1JFX0FDVElPTjsgLyogc2V0IHVwIHl5dGV4dCBhZ2FpbiAq LyBcCnwgCQl9IFwKfCAJd2hpbGUgKCAwICkKfCAKfCAjZGVmaW5lIHVucHV0KGMpIHl5dW5w dXQoIGMsIHl5dGV4dF9wdHIgKQp8IAp8IC8qIFRoZSBmb2xsb3dpbmcgaXMgYmVjYXVzZSB3 ZSBjYW5ub3QgcG9ydGFibHkgZ2V0IG91ciBoYW5kcyBvbiBzaXplX3QKfCAgKiAod2l0aG91 dCBhdXRvY29uZidzIGhlbHAsIHdoaWNoIGlzbid0IGF2YWlsYWJsZSBiZWNhdXNlIHdlIHdh bnQKfCAgKiBmbGV4LWdlbmVyYXRlZCBzY2FubmVycyB0byBjb21waWxlIG9uIHRoZWlyIG93 bikuCnwgICovCnwgdHlwZWRlZiB1bnNpZ25lZCBpbnQgeXlfc2l6ZV90Owp8IAp8IAp8IHN0 cnVjdCB5eV9idWZmZXJfc3RhdGUKfCAJewp8IAlGSUxFICp5eV9pbnB1dF9maWxlOwp8IAp8 IAljaGFyICp5eV9jaF9idWY7CQkvKiBpbnB1dCBidWZmZXIgKi8KfCAJY2hhciAqeXlfYnVm X3BvczsJCS8qIGN1cnJlbnQgcG9zaXRpb24gaW4gaW5wdXQgYnVmZmVyICovCnwgCnwgCS8q IFNpemUgb2YgaW5wdXQgYnVmZmVyIGluIGJ5dGVzLCBub3QgaW5jbHVkaW5nIHJvb20gZm9y IEVPQgp8IAkgKiBjaGFyYWN0ZXJzLgp8IAkgKi8KfCAJeXlfc2l6ZV90IHl5X2J1Zl9zaXpl Owp8IAp8IAkvKiBOdW1iZXIgb2YgY2hhcmFjdGVycyByZWFkIGludG8geXlfY2hfYnVmLCBu b3QgaW5jbHVkaW5nIEVPQgp8IAkgKiBjaGFyYWN0ZXJzLgp8IAkgKi8KfCAJaW50IHl5X25f Y2hhcnM7CnwgCnwgCS8qIFdoZXRoZXIgd2UgIm93biIgdGhlIGJ1ZmZlciAtIGkuZS4sIHdl IGtub3cgd2UgY3JlYXRlZCBpdCwKfCAJICogYW5kIGNhbiByZWFsbG9jKCkgaXQgdG8gZ3Jv dyBpdCwgYW5kIHNob3VsZCBmcmVlKCkgaXQgdG8KfCAJICogZGVsZXRlIGl0Lgp8IAkgKi8K fCAJaW50IHl5X2lzX291cl9idWZmZXI7CnwgCnwgCS8qIFdoZXRoZXIgdGhpcyBpcyBhbiAi aW50ZXJhY3RpdmUiIGlucHV0IHNvdXJjZTsgaWYgc28sIGFuZAp8IAkgKiBpZiB3ZSdyZSB1 c2luZyBzdGRpbyBmb3IgaW5wdXQsIHRoZW4gd2Ugd2FudCB0byB1c2UgZ2V0YygpCnwgCSAq IGluc3RlYWQgb2YgZnJlYWQoKSwgdG8gbWFrZSBzdXJlIHdlIHN0b3AgZmV0Y2hpbmcgaW5w dXQgYWZ0ZXIKfCAJICogZWFjaCBuZXdsaW5lLgp8IAkgKi8KfCAJaW50IHl5X2lzX2ludGVy YWN0aXZlOwp8IAp8IAkvKiBXaGV0aGVyIHdlJ3JlIGNvbnNpZGVyZWQgdG8gYmUgYXQgdGhl IGJlZ2lubmluZyBvZiBhIGxpbmUuCnwgCSAqIElmIHNvLCAnXicgcnVsZXMgd2lsbCBiZSBh Y3RpdmUgb24gdGhlIG5leHQgbWF0Y2gsIG90aGVyd2lzZQp8IAkgKiBub3QuCnwgCSAqLwp8 IAlpbnQgeXlfYXRfYm9sOwp8IAp8IAkvKiBXaGV0aGVyIHRvIHRyeSB0byBmaWxsIHRoZSBp bnB1dCBidWZmZXIgd2hlbiB3ZSByZWFjaCB0aGUKfCAJICogZW5kIG9mIGl0Lgp8IAkgKi8K fCAJaW50IHl5X2ZpbGxfYnVmZmVyOwp8IAp8IAlpbnQgeXlfYnVmZmVyX3N0YXR1czsKfCAj ZGVmaW5lIFlZX0JVRkZFUl9ORVcgMAp8ICNkZWZpbmUgWVlfQlVGRkVSX05PUk1BTCAxCnwg CS8qIFdoZW4gYW4gRU9GJ3MgYmVlbiBzZWVuIGJ1dCB0aGVyZSdzIHN0aWxsIHNvbWUgdGV4 dCB0byBwcm9jZXNzCnwgCSAqIHRoZW4gd2UgbWFyayB0aGUgYnVmZmVyIGFzIFlZX0VPRl9Q RU5ESU5HLCB0byBpbmRpY2F0ZSB0aGF0IHdlCnwgCSAqIHNob3VsZG4ndCB0cnkgcmVhZGlu ZyBmcm9tIHRoZSBpbnB1dCBzb3VyY2UgYW55IG1vcmUuICBXZSBtaWdodAp8IAkgKiBzdGls bCBoYXZlIGEgYnVuY2ggb2YgdG9rZW5zIHRvIG1hdGNoLCB0aG91Z2gsIGJlY2F1c2Ugb2YK fCAJICogcG9zc2libGUgYmFja2luZy11cC4KfCAJICoKfCAJICogV2hlbiB3ZSBhY3R1YWxs eSBzZWUgdGhlIEVPRiwgd2UgY2hhbmdlIHRoZSBzdGF0dXMgdG8gIm5ldyIKfCAJICogKHZp YSB5eXJlc3RhcnQoKSksIHNvIHRoYXQgdGhlIHVzZXIgY2FuIGNvbnRpbnVlIHNjYW5uaW5n IGJ5CnwgCSAqIGp1c3QgcG9pbnRpbmcgeXlpbiBhdCBhIG5ldyBpbnB1dCBmaWxlLgp8IAkg Ki8KfCAjZGVmaW5lIFlZX0JVRkZFUl9FT0ZfUEVORElORyAyCnwgCX07CnwgCnwgc3RhdGlj IFlZX0JVRkZFUl9TVEFURSB5eV9jdXJyZW50X2J1ZmZlciA9IDA7CnwgCnwgLyogV2UgcHJv dmlkZSBtYWNyb3MgZm9yIGFjY2Vzc2luZyBidWZmZXIgc3RhdGVzIGluIGNhc2UgaW4gdGhl CnwgICogZnV0dXJlIHdlIHdhbnQgdG8gcHV0IHRoZSBidWZmZXIgc3RhdGVzIGluIGEgbW9y ZSBnZW5lcmFsCnwgICogInNjYW5uZXIgc3RhdGUiLgp8ICAqLwp8ICNkZWZpbmUgWVlfQ1VS UkVOVF9CVUZGRVIgeXlfY3VycmVudF9idWZmZXIKfCAKfCAKfCAvKiB5eV9ob2xkX2NoYXIg aG9sZHMgdGhlIGNoYXJhY3RlciBsb3N0IHdoZW4geXl0ZXh0IGlzIGZvcm1lZC4gKi8KfCBz dGF0aWMgY2hhciB5eV9ob2xkX2NoYXI7CnwgCnwgc3RhdGljIGludCB5eV9uX2NoYXJzOwkJ LyogbnVtYmVyIG9mIGNoYXJhY3RlcnMgcmVhZCBpbnRvIHl5X2NoX2J1ZiAqLwp8IAp8IAp8 IGludCB5eWxlbmc7CnwgCnwgLyogUG9pbnRzIHRvIGN1cnJlbnQgY2hhcmFjdGVyIGluIGJ1 ZmZlci4gKi8KfCBzdGF0aWMgY2hhciAqeXlfY19idWZfcCA9IChjaGFyICopIDA7Cnwgc3Rh dGljIGludCB5eV9pbml0ID0gMTsJCS8qIHdoZXRoZXIgd2UgbmVlZCB0byBpbml0aWFsaXpl ICovCnwgc3RhdGljIGludCB5eV9zdGFydCA9IDA7CS8qIHN0YXJ0IHN0YXRlIG51bWJlciAq Lwp8IAp8IC8qIEZsYWcgd2hpY2ggaXMgdXNlZCB0byBhbGxvdyB5eXdyYXAoKSdzIHRvIGRv IGJ1ZmZlciBzd2l0Y2hlcwp8ICAqIGluc3RlYWQgb2Ygc2V0dGluZyB1cCBhIGZyZXNoIHl5 aW4uICBBIGJpdCBvZiBhIGhhY2sgLi4uCnwgICovCnwgc3RhdGljIGludCB5eV9kaWRfYnVm ZmVyX3N3aXRjaF9vbl9lb2Y7CnwgCnwgdm9pZCB5eXJlc3RhcnQgWVlfUFJPVE8oKCBGSUxF ICppbnB1dF9maWxlICkpOwp8IAp8IHZvaWQgeXlfc3dpdGNoX3RvX2J1ZmZlciBZWV9QUk9U TygoIFlZX0JVRkZFUl9TVEFURSBuZXdfYnVmZmVyICkpOwp8IHZvaWQgeXlfbG9hZF9idWZm ZXJfc3RhdGUgWVlfUFJPVE8oKCB2b2lkICkpOwp8IFlZX0JVRkZFUl9TVEFURSB5eV9jcmVh dGVfYnVmZmVyIFlZX1BST1RPKCggRklMRSAqZmlsZSwgaW50IHNpemUgKSk7Cnwgdm9pZCB5 eV9kZWxldGVfYnVmZmVyIFlZX1BST1RPKCggWVlfQlVGRkVSX1NUQVRFIGIgKSk7Cnwgdm9p ZCB5eV9pbml0X2J1ZmZlciBZWV9QUk9UTygoIFlZX0JVRkZFUl9TVEFURSBiLCBGSUxFICpm aWxlICkpOwp8IHZvaWQgeXlfZmx1c2hfYnVmZmVyIFlZX1BST1RPKCggWVlfQlVGRkVSX1NU QVRFIGIgKSk7CnwgI2RlZmluZSBZWV9GTFVTSF9CVUZGRVIgeXlfZmx1c2hfYnVmZmVyKCB5 eV9jdXJyZW50X2J1ZmZlciApCnwgCnwgWVlfQlVGRkVSX1NUQVRFIHl5X3NjYW5fYnVmZmVy IFlZX1BST1RPKCggY2hhciAqYmFzZSwgeXlfc2l6ZV90IHNpemUgKSk7CnwgWVlfQlVGRkVS X1NUQVRFIHl5X3NjYW5fc3RyaW5nIFlZX1BST1RPKCggeXljb25zdCBjaGFyICp5eV9zdHIg KSk7CnwgWVlfQlVGRkVSX1NUQVRFIHl5X3NjYW5fYnl0ZXMgWVlfUFJPVE8oKCB5eWNvbnN0 IGNoYXIgKmJ5dGVzLCBpbnQgbGVuICkpOwp8IAp8IHN0YXRpYyB2b2lkICp5eV9mbGV4X2Fs bG9jIFlZX1BST1RPKCggeXlfc2l6ZV90ICkpOwp8IHN0YXRpYyB2b2lkICp5eV9mbGV4X3Jl YWxsb2MgWVlfUFJPVE8oKCB2b2lkICosIHl5X3NpemVfdCApKSBfX3VudXNlZDsKfCBzdGF0 aWMgdm9pZCB5eV9mbGV4X2ZyZWUgWVlfUFJPVE8oKCB2b2lkICogKSk7CnwgCnwgI2RlZmlu ZSB5eV9uZXdfYnVmZmVyIHl5X2NyZWF0ZV9idWZmZXIKfCAKfCAjZGVmaW5lIHl5X3NldF9p bnRlcmFjdGl2ZShpc19pbnRlcmFjdGl2ZSkgXAp8IAl7IFwKfCAJaWYgKCAhIHl5X2N1cnJl bnRfYnVmZmVyICkgXAp8IAkJeXlfY3VycmVudF9idWZmZXIgPSB5eV9jcmVhdGVfYnVmZmVy KCB5eWluLCBZWV9CVUZfU0laRSApOyBcCnwgCXl5X2N1cnJlbnRfYnVmZmVyLT55eV9pc19p bnRlcmFjdGl2ZSA9IGlzX2ludGVyYWN0aXZlOyBcCnwgCX0KfCAKfCAjZGVmaW5lIHl5X3Nl dF9ib2woYXRfYm9sKSBcCnwgCXsgXAp8IAlpZiAoICEgeXlfY3VycmVudF9idWZmZXIgKSBc CnwgCQl5eV9jdXJyZW50X2J1ZmZlciA9IHl5X2NyZWF0ZV9idWZmZXIoIHl5aW4sIFlZX0JV Rl9TSVpFICk7IFwKfCAJeXlfY3VycmVudF9idWZmZXItPnl5X2F0X2JvbCA9IGF0X2JvbDsg XAp8IAl9CnwgCnwgI2RlZmluZSBZWV9BVF9CT0woKSAoeXlfY3VycmVudF9idWZmZXItPnl5 X2F0X2JvbCkKfCAKfCAKfCAjZGVmaW5lIFlZX1VTRVNfUkVKRUNUCnwgdHlwZWRlZiB1bnNp Z25lZCBjaGFyIFlZX0NIQVI7CnwgRklMRSAqeXlpbiA9IChGSUxFICopIDAsICp5eW91dCA9 IChGSUxFICopIDA7CnwgdHlwZWRlZiBpbnQgeXlfc3RhdGVfdHlwZTsKfCBleHRlcm4gY2hh ciAqeXl0ZXh0Owp8ICNkZWZpbmUgeXl0ZXh0X3B0ciB5eXRleHQKfCAKfCBzdGF0aWMgeXlf c3RhdGVfdHlwZSB5eV9nZXRfcHJldmlvdXNfc3RhdGUgWVlfUFJPVE8oKCB2b2lkICkpOwp8 IHN0YXRpYyB5eV9zdGF0ZV90eXBlIHl5X3RyeV9OVUxfdHJhbnMgWVlfUFJPVE8oKCB5eV9z dGF0ZV90eXBlIGN1cnJlbnRfc3RhdGUgKSk7Cnwgc3RhdGljIGludCB5eV9nZXRfbmV4dF9i dWZmZXIgWVlfUFJPVE8oKCB2b2lkICkpOwp8IHN0YXRpYyB2b2lkIHl5X2ZhdGFsX2Vycm9y IFlZX1BST1RPKCggeXljb25zdCBjaGFyIG1zZ1tdICkpIF9fZGVhZDI7CnwgCnwgLyogRG9u ZSBhZnRlciB0aGUgY3VycmVudCBwYXR0ZXJuIGhhcyBiZWVuIG1hdGNoZWQgYW5kIGJlZm9y ZSB0aGUKfCAgKiBjb3JyZXNwb25kaW5nIGFjdGlvbiAtIHNldHMgdXAgeXl0ZXh0Lgp8ICAq Lwp8ICNkZWZpbmUgWVlfRE9fQkVGT1JFX0FDVElPTiBcCnwgCXl5dGV4dF9wdHIgPSB5eV9i cDsgXAp8IAl5eXRleHRfcHRyIC09IHl5X21vcmVfbGVuOyBcCnwgCXl5bGVuZyA9IChpbnQp ICh5eV9jcCAtIHl5dGV4dF9wdHIpOyBcCnwgCXl5X2hvbGRfY2hhciA9ICp5eV9jcDsgXAp8 IAkqeXlfY3AgPSAnXDAnOyBcCnwgCXl5X2NfYnVmX3AgPSB5eV9jcDsKfCAKfCAjZGVmaW5l IFlZX05VTV9SVUxFUyA4CnwgI2RlZmluZSBZWV9FTkRfT0ZfQlVGRkVSIDkKfCBzdGF0aWMg eXljb25zdCBzaG9ydCBpbnQgeXlfYWNjbGlzdFsyM10gPQp8ICAgICB7ICAgMCwKfCAgICAg ICAgIDksICAgIDcsICAgIDgsICAgIDgsICAgIDEsICAgIDcsICAgIDgsICAgIDIsICAgIDcs ICAgIDgsCnwgICAgICAgICAzLCAgICA3LCAgICA4LCAgICA0LCAgICA3LCAgICA4LCAgICA1 LCAgICA3LCAgICA4LCAgICA2LAp8ICAgICAgICAgNywgICAgOAp8ICAgICB9IDsKfCAKfCBz dGF0aWMgeXljb25zdCBzaG9ydCBpbnQgeXlfYWNjZXB0WzE0XSA9CnwgICAgIHsgICAwLAp8 ICAgICAgICAgMSwgICAgMSwgICAgMSwgICAgMiwgICAgNCwgICAgNSwgICAgOCwgICAxMSwg ICAxNCwgICAxNywKfCAgICAgICAgMjAsICAgMjMsICAgMjMKfCAgICAgfSA7CnwgCnwgc3Rh dGljIHl5Y29uc3QgaW50IHl5X2VjWzI1Nl0gPQp8ICAgICB7ICAgMCwKfCAgICAgICAgIDEs ICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDIs CnwgICAgICAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAx LCAgICAxLCAgICAxLAp8ICAgICAgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAg MSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwKfCAgICAgICAgIDEsICAgIDEsICAgIDEsICAg IDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsCnwgICAgICAgICAxLCAg ICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLAp8 ICAgICAgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwg ICAgMSwgICAgMSwKfCAgICAgICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEs ICAgIDEsICAgIDEsICAgIDEsICAgIDEsCnwgICAgICAgICAxLCAgICAxLCAgICAxLCAgICAx LCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLAp8ICAgICAgICAgMSwgICAg MSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwKfCAg ICAgICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDMsICAgIDQsICAg IDUsICAgIDYsCnwgCnwgICAgICAgICA3LCAgICA4LCAgICAxLCAgICAxLCAgICAxLCAgICAx LCAgICAxLCAgICAxLCAgICAxLCAgICAxLAp8ICAgICAgICAgMSwgICAgMSwgICAgMSwgICAg MSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwKfCAgICAgICAgIDEsICAg IDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsCnwg ICAgICAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAg ICAxLCAgICAxLAp8ICAgICAgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwg ICAgMSwgICAgMSwgICAgMSwgICAgMSwKfCAgICAgICAgIDEsICAgIDEsICAgIDEsICAgIDEs ICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsCnwgICAgICAgICAxLCAgICAx LCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLAp8ICAg ICAgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAg MSwgICAgMSwKfCAgICAgICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAg IDEsICAgIDEsICAgIDEsICAgIDEsCnwgICAgICAgICAxLCAgICAxLCAgICAxLCAgICAxLCAg ICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLAp8IAp8ICAgICAgICAgMSwgICAg MSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwKfCAg ICAgICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAg IDEsICAgIDEsCnwgICAgICAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAg ICAxLCAgICAxLCAgICAxLCAgICAxLAp8ICAgICAgICAgMSwgICAgMSwgICAgMSwgICAgMSwg ICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwKfCAgICAgICAgIDEsICAgIDEs ICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsICAgIDEsCnwgICAg ICAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxCnwgICAgIH0gOwp8IAp8IHN0YXRpYyB5 eWNvbnN0IGludCB5eV9tZXRhWzldID0KfCAgICAgeyAgIDAsCnwgICAgICAgICAxLCAgICAx LCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxLCAgICAxCnwgICAgIH0gOwp8IAp8IHN0 YXRpYyB5eWNvbnN0IHNob3J0IGludCB5eV9iYXNlWzEzXSA9CnwgICAgIHsgICAwLAp8ICAg ICAgICAgMCwgICAgMCwgICAgOSwgICAxMCwgICAxMCwgICAxMCwgICAxMCwgICAxMCwgICAx MCwgICAxMCwKfCAgICAgICAgMTAsICAgMTAKfCAgICAgfSA7CnwgCnwgc3RhdGljIHl5Y29u c3Qgc2hvcnQgaW50IHl5X2RlZlsxM10gPQp8ICAgICB7ICAgMCwKfCAgICAgICAgMTIsICAg IDEsICAgMTIsICAgMTIsICAgMTIsICAgMTIsICAgMTIsICAgMTIsICAgMTIsICAgMTIsCnwg ICAgICAgIDEyLCAgICAwCnwgICAgIH0gOwp8IAp8IHN0YXRpYyB5eWNvbnN0IHNob3J0IGlu dCB5eV9ueHRbMTldID0KfCAgICAgeyAgIDAsCnwgICAgICAgICA0LCAgICA1LCAgICA2LCAg ICA3LCAgICA4LCAgICA5LCAgIDEwLCAgIDExLCAgIDEyLCAgICAzLAp8ICAgICAgICAxMiwg ICAxMiwgICAxMiwgICAxMiwgICAxMiwgICAxMiwgICAxMiwgICAxMgp8ICAgICB9IDsKfCAK fCBzdGF0aWMgeXljb25zdCBzaG9ydCBpbnQgeXlfY2hrWzE5XSA9CnwgICAgIHsgICAwLAp8 ICAgICAgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwgICAgMSwg ICAgMywgICAxMiwKfCAgICAgICAgMTIsICAgMTIsICAgMTIsICAgMTIsICAgMTIsICAgMTIs ICAgMTIsICAgMTIKfCAgICAgfSA7CnwgCnwgc3RhdGljIHl5X3N0YXRlX3R5cGUgeXlfc3Rh dGVfYnVmW1lZX0JVRl9TSVpFICsgMl0sICp5eV9zdGF0ZV9wdHI7Cnwgc3RhdGljIGNoYXIg Knl5X2Z1bGxfbWF0Y2g7Cnwgc3RhdGljIGludCB5eV9scDsKfCAjZGVmaW5lIFJFSkVDVCBc CnwgeyBcCnwgKnl5X2NwID0geXlfaG9sZF9jaGFyOyAvKiB1bmRvIGVmZmVjdHMgb2Ygc2V0 dGluZyB1cCB5eXRleHQgKi8gXAp8IHl5X2NwID0geXlfZnVsbF9tYXRjaDsgLyogcmVzdG9y ZSBwb3NzLiBiYWNrZWQtb3ZlciB0ZXh0ICovIFwKfCArK3l5X2xwOyBcCnwgZ290byBmaW5k X3J1bGU7IFwKfCB9Cnwgc3RhdGljIGludCB5eV9tb3JlX2ZsYWcgPSAwOwp8IHN0YXRpYyBp bnQgeXlfbW9yZV9sZW4gPSAwOwp8ICNkZWZpbmUgeXltb3JlKCkgKHl5X21vcmVfZmxhZyA9 IDEpCnwgI2RlZmluZSBZWV9NT1JFX0FESiB5eV9tb3JlX2xlbgp8ICNkZWZpbmUgWVlfUkVT VE9SRV9ZWV9NT1JFX09GRlNFVAp8IGNoYXIgKnl5dGV4dDsKfCAjbGluZSAxICJjb25mdGVz dC5sIgp8ICNkZWZpbmUgSU5JVElBTCAwCnwgI2xpbmUgMzkxICJsZXgueXkuYyIKfCAKfCAv KiBNYWNyb3MgYWZ0ZXIgdGhpcyBwb2ludCBjYW4gYWxsIGJlIG92ZXJyaWRkZW4gYnkgdXNl ciBkZWZpbml0aW9ucyBpbgp8ICAqIHNlY3Rpb24gMS4KfCAgKi8KfCAKfCAjaWZuZGVmIFlZ X1NLSVBfWVlXUkFQCnwgI2lmZGVmIF9fY3BsdXNwbHVzCnwgZXh0ZXJuICJDIiBpbnQgeXl3 cmFwIFlZX1BST1RPKCggdm9pZCApKTsKfCAjZWxzZQp8IGV4dGVybiBpbnQgeXl3cmFwIFlZ X1BST1RPKCggdm9pZCApKTsKfCAjZW5kaWYKfCAjZW5kaWYKfCAKfCAjaWZuZGVmIFlZX05P X1VOUFVUCnwgc3RhdGljIHZvaWQgeXl1bnB1dCBZWV9QUk9UTygoIGludCBjLCBjaGFyICpi dWZfcHRyICkpOwp8ICNlbmRpZgp8IAp8ICNpZm5kZWYgeXl0ZXh0X3B0cgp8IHN0YXRpYyB2 b2lkIHl5X2ZsZXhfc3RybmNweSBZWV9QUk9UTygoIGNoYXIgKiwgeXljb25zdCBjaGFyICos IGludCApKTsKfCAjZW5kaWYKfCAKfCAjaWZkZWYgWVlfTkVFRF9TVFJMRU4KfCBzdGF0aWMg aW50IHl5X2ZsZXhfc3RybGVuIFlZX1BST1RPKCggeXljb25zdCBjaGFyICogKSk7CnwgI2Vu ZGlmCnwgCnwgI2lmbmRlZiBZWV9OT19JTlBVVAp8ICNpZmRlZiBfX2NwbHVzcGx1cwp8IHN0 YXRpYyBpbnQgeXlpbnB1dCBZWV9QUk9UTygoIHZvaWQgKSk7CnwgI2Vsc2UKfCBzdGF0aWMg aW50IGlucHV0IFlZX1BST1RPKCggdm9pZCApKTsKfCAjZW5kaWYKfCAjZW5kaWYKfCAKfCAj aWYgWVlfU1RBQ0tfVVNFRAp8IHN0YXRpYyBpbnQgeXlfc3RhcnRfc3RhY2tfcHRyID0gMDsK fCBzdGF0aWMgaW50IHl5X3N0YXJ0X3N0YWNrX2RlcHRoID0gMDsKfCBzdGF0aWMgaW50ICp5 eV9zdGFydF9zdGFjayA9IDA7CnwgI2lmbmRlZiBZWV9OT19QVVNIX1NUQVRFCnwgc3RhdGlj IHZvaWQgeXlfcHVzaF9zdGF0ZSBZWV9QUk9UTygoIGludCBuZXdfc3RhdGUgKSk7CnwgI2Vu ZGlmCnwgI2lmbmRlZiBZWV9OT19QT1BfU1RBVEUKfCBzdGF0aWMgdm9pZCB5eV9wb3Bfc3Rh dGUgWVlfUFJPVE8oKCB2b2lkICkpOwp8ICNlbmRpZgp8ICNpZm5kZWYgWVlfTk9fVE9QX1NU QVRFCnwgc3RhdGljIGludCB5eV90b3Bfc3RhdGUgWVlfUFJPVE8oKCB2b2lkICkpOwp8ICNl bmRpZgp8IAp8ICNlbHNlCnwgI2RlZmluZSBZWV9OT19QVVNIX1NUQVRFIDEKfCAjZGVmaW5l IFlZX05PX1BPUF9TVEFURSAxCnwgI2RlZmluZSBZWV9OT19UT1BfU1RBVEUgMQp8ICNlbmRp Zgp8IAp8ICNpZmRlZiBZWV9NQUxMT0NfREVDTAp8IFlZX01BTExPQ19ERUNMCnwgI2Vsc2UK fCAjaWYgX19TVERDX18KfCAjaWZuZGVmIF9fY3BsdXNwbHVzCnwgI2luY2x1ZGUgPHN0ZGxp Yi5oPgp8ICNlbmRpZgp8ICNlbHNlCnwgLyogSnVzdCB0cnkgdG8gZ2V0IGJ5IHdpdGhvdXQg ZGVjbGFyaW5nIHRoZSByb3V0aW5lcy4gIFRoaXMgd2lsbCBmYWlsCnwgICogbWlzZXJhYmx5 IG9uIG5vbi1BTlNJIHN5c3RlbXMgZm9yIHdoaWNoIHNpemVvZihzaXplX3QpICE9IHNpemVv ZihpbnQpCnwgICogb3Igc2l6ZW9mKHZvaWQqKSAhPSBzaXplb2YoaW50KS4KfCAgKi8KfCAj ZW5kaWYKfCAjZW5kaWYKfCAKfCAvKiBBbW91bnQgb2Ygc3R1ZmYgdG8gc2x1cnAgdXAgd2l0 aCBlYWNoIHJlYWQuICovCnwgI2lmbmRlZiBZWV9SRUFEX0JVRl9TSVpFCnwgI2RlZmluZSBZ WV9SRUFEX0JVRl9TSVpFIDgxOTIKfCAjZW5kaWYKfCAKfCAvKiBDb3B5IHdoYXRldmVyIHRo ZSBsYXN0IHJ1bGUgbWF0Y2hlZCB0byB0aGUgc3RhbmRhcmQgb3V0cHV0LiAqLwp8IAp8ICNp Zm5kZWYgRUNITwp8IC8qIFRoaXMgdXNlZCB0byBiZSBhbiBmcHV0cygpLCBidXQgc2luY2Ug dGhlIHN0cmluZyBtaWdodCBjb250YWluIE5VTCdzLAp8ICAqIHdlIG5vdyB1c2UgZndyaXRl KCkuCnwgICovCnwgI2RlZmluZSBFQ0hPICh2b2lkKSBmd3JpdGUoIHl5dGV4dCwgeXlsZW5n LCAxLCB5eW91dCApCnwgI2VuZGlmCnwgCnwgLyogR2V0cyBpbnB1dCBhbmQgc3R1ZmZzIGl0 IGludG8gImJ1ZiIuICBudW1iZXIgb2YgY2hhcmFjdGVycyByZWFkLCBvciBZWV9OVUxMLAp8 ICAqIGlzIHJldHVybmVkIGluICJyZXN1bHQiLgp8ICAqLwp8ICNpZm5kZWYgWVlfSU5QVVQK fCAjZGVmaW5lIFlZX0lOUFVUKGJ1ZixyZXN1bHQsbWF4X3NpemUpIFwKfCAJaWYgKCB5eV9j dXJyZW50X2J1ZmZlci0+eXlfaXNfaW50ZXJhY3RpdmUgKSBcCnwgCQl7IFwKfCAJCWludCBj ID0gJyonLCBuOyBcCnwgCQlmb3IgKCBuID0gMDsgbiA8IG1heF9zaXplICYmIFwKfCAJCQkg ICAgIChjID0gZ2V0YyggeXlpbiApKSAhPSBFT0YgJiYgYyAhPSAnXG4nOyArK24gKSBcCnwg CQkJYnVmW25dID0gKGNoYXIpIGM7IFwKfCAJCWlmICggYyA9PSAnXG4nICkgXAp8IAkJCWJ1 ZltuKytdID0gKGNoYXIpIGM7IFwKfCAJCWlmICggYyA9PSBFT0YgJiYgZmVycm9yKCB5eWlu ICkgKSBcCnwgCQkJWVlfRkFUQUxfRVJST1IoICJpbnB1dCBpbiBmbGV4IHNjYW5uZXIgZmFp bGVkIiApOyBcCnwgCQlyZXN1bHQgPSBuOyBcCnwgCQl9IFwKfCAJZWxzZSBpZiAoICgocmVz dWx0ID0gZnJlYWQoIGJ1ZiwgMSwgbWF4X3NpemUsIHl5aW4gKSkgPT0gMCkgXAp8IAkJICAm JiBmZXJyb3IoIHl5aW4gKSApIFwKfCAJCVlZX0ZBVEFMX0VSUk9SKCAiaW5wdXQgaW4gZmxl eCBzY2FubmVyIGZhaWxlZCIgKTsKfCAjZW5kaWYKfCAKfCAvKiBObyBzZW1pLWNvbG9uIGFm dGVyIHJldHVybjsgY29ycmVjdCB1c2FnZSBpcyB0byB3cml0ZSAieXl0ZXJtaW5hdGUoKTsi IC0KfCAgKiB3ZSBkb24ndCB3YW50IGFuIGV4dHJhICc7JyBhZnRlciB0aGUgInJldHVybiIg YmVjYXVzZSB0aGF0IHdpbGwgY2F1c2UKfCAgKiBzb21lIGNvbXBpbGVycyB0byBjb21wbGFp biBhYm91dCB1bnJlYWNoYWJsZSBzdGF0ZW1lbnRzLgp8ICAqLwp8ICNpZm5kZWYgeXl0ZXJt aW5hdGUKfCAjZGVmaW5lIHl5dGVybWluYXRlKCkgcmV0dXJuIFlZX05VTEwKfCAjZW5kaWYK fCAKfCAvKiBOdW1iZXIgb2YgZW50cmllcyBieSB3aGljaCBzdGFydC1jb25kaXRpb24gc3Rh Y2sgZ3Jvd3MuICovCnwgI2lmbmRlZiBZWV9TVEFSVF9TVEFDS19JTkNSCnwgI2RlZmluZSBZ WV9TVEFSVF9TVEFDS19JTkNSIDI1CnwgI2VuZGlmCnwgCnwgLyogUmVwb3J0IGEgZmF0YWwg ZXJyb3IuICovCnwgI2lmbmRlZiBZWV9GQVRBTF9FUlJPUgp8ICNkZWZpbmUgWVlfRkFUQUxf RVJST1IobXNnKSB5eV9mYXRhbF9lcnJvciggbXNnICkKfCAjZW5kaWYKfCAKfCAvKiBEZWZh dWx0IGRlY2xhcmF0aW9uIG9mIGdlbmVyYXRlZCBzY2FubmVyIC0gYSBkZWZpbmUgc28gdGhl IHVzZXIgY2FuCnwgICogZWFzaWx5IGFkZCBwYXJhbWV0ZXJzLgp8ICAqLwp8ICNpZm5kZWYg WVlfREVDTAp8ICNkZWZpbmUgWVlfREVDTCBpbnQgeXlsZXggWVlfUFJPVE8oKCB2b2lkICkp CnwgI2VuZGlmCnwgCnwgLyogQ29kZSBleGVjdXRlZCBhdCB0aGUgYmVnaW5uaW5nIG9mIGVh Y2ggcnVsZSwgYWZ0ZXIgeXl0ZXh0IGFuZCB5eWxlbmcKfCAgKiBoYXZlIGJlZW4gc2V0IHVw Lgp8ICAqLwp8ICNpZm5kZWYgWVlfVVNFUl9BQ1RJT04KfCAjZGVmaW5lIFlZX1VTRVJfQUNU SU9OCnwgI2VuZGlmCnwgCnwgLyogQ29kZSBleGVjdXRlZCBhdCB0aGUgZW5kIG9mIGVhY2gg cnVsZS4gKi8KfCAjaWZuZGVmIFlZX0JSRUFLCnwgI2RlZmluZSBZWV9CUkVBSyBicmVhazsK fCAjZW5kaWYKfCAKfCAjZGVmaW5lIFlZX1JVTEVfU0VUVVAgXAp8IAlZWV9VU0VSX0FDVElP Tgp8IAp8IFlZX0RFQ0wKfCAJewp8IAl5eV9zdGF0ZV90eXBlIHl5X2N1cnJlbnRfc3RhdGU7 CnwgCWNoYXIgKnl5X2NwLCAqeXlfYnA7CnwgCWludCB5eV9hY3Q7CnwgCnwgI2xpbmUgMSAi Y29uZnRlc3QubCIKfCAKfCAjbGluZSA1NDQgImxleC55eS5jIgp8IAp8IAlpZiAoIHl5X2lu aXQgKQp8IAkJewp8IAkJeXlfaW5pdCA9IDA7CnwgCnwgI2lmZGVmIFlZX1VTRVJfSU5JVAp8 IAkJWVlfVVNFUl9JTklUOwp8ICNlbmRpZgp8IAp8IAkJaWYgKCAhIHl5X3N0YXJ0ICkKfCAJ CQl5eV9zdGFydCA9IDE7CS8qIGZpcnN0IHN0YXJ0IHN0YXRlICovCnwgCnwgCQlpZiAoICEg eXlpbiApCnwgCQkJeXlpbiA9IHN0ZGluOwp8IAp8IAkJaWYgKCAhIHl5b3V0ICkKfCAJCQl5 eW91dCA9IHN0ZG91dDsKfCAKfCAJCWlmICggISB5eV9jdXJyZW50X2J1ZmZlciApCnwgCQkJ eXlfY3VycmVudF9idWZmZXIgPQp8IAkJCQl5eV9jcmVhdGVfYnVmZmVyKCB5eWluLCBZWV9C VUZfU0laRSApOwp8IAp8IAkJeXlfbG9hZF9idWZmZXJfc3RhdGUoKTsKfCAJCX0KfCAKfCAJ d2hpbGUgKCAxICkJCS8qIGxvb3BzIHVudGlsIGVuZC1vZi1maWxlIGlzIHJlYWNoZWQgKi8K fCAJCXsKfCAJCXl5X21vcmVfbGVuID0gMDsKfCAJCWlmICggeXlfbW9yZV9mbGFnICkKfCAJ CQl7CnwgCQkJeXlfbW9yZV9sZW4gPSB5eV9jX2J1Zl9wIC0geXl0ZXh0X3B0cjsKfCAJCQl5 eV9tb3JlX2ZsYWcgPSAwOwp8IAkJCX0KfCAJCXl5X2NwID0geXlfY19idWZfcDsKfCAKfCAJ CS8qIFN1cHBvcnQgb2YgeXl0ZXh0LiAqLwp8IAkJKnl5X2NwID0geXlfaG9sZF9jaGFyOwp8 IAp8IAkJLyogeXlfYnAgcG9pbnRzIHRvIHRoZSBwb3NpdGlvbiBpbiB5eV9jaF9idWYgb2Yg dGhlIHN0YXJ0IG9mCnwgCQkgKiB0aGUgY3VycmVudCBydW4uCnwgCQkgKi8KfCAJCXl5X2Jw ID0geXlfY3A7CnwgCnwgCQl5eV9jdXJyZW50X3N0YXRlID0geXlfc3RhcnQ7CnwgCQl5eV9z dGF0ZV9wdHIgPSB5eV9zdGF0ZV9idWY7CnwgCQkqeXlfc3RhdGVfcHRyKysgPSB5eV9jdXJy ZW50X3N0YXRlOwp8IHl5X21hdGNoOgp8IAkJZG8KfCAJCQl7CnwgCQkJWVlfQ0hBUiB5eV9j ID0geXlfZWNbWVlfU0NfVE9fVUkoKnl5X2NwKV07CnwgCQkJd2hpbGUgKCB5eV9jaGtbeXlf YmFzZVt5eV9jdXJyZW50X3N0YXRlXSArIHl5X2NdICE9IHl5X2N1cnJlbnRfc3RhdGUgKQp8 IAkJCQl7CnwgCQkJCXl5X2N1cnJlbnRfc3RhdGUgPSAoaW50KSB5eV9kZWZbeXlfY3VycmVu dF9zdGF0ZV07CnwgCQkJCWlmICggeXlfY3VycmVudF9zdGF0ZSA+PSAxMyApCnwgCQkJCQl5 eV9jID0geXlfbWV0YVsodW5zaWduZWQgaW50KSB5eV9jXTsKfCAJCQkJfQp8IAkJCXl5X2N1 cnJlbnRfc3RhdGUgPSB5eV9ueHRbeXlfYmFzZVt5eV9jdXJyZW50X3N0YXRlXSArICh1bnNp Z25lZCBpbnQpIHl5X2NdOwp8IAkJCSp5eV9zdGF0ZV9wdHIrKyA9IHl5X2N1cnJlbnRfc3Rh dGU7CnwgCQkJKyt5eV9jcDsKfCAJCQl9CnwgCQl3aGlsZSAoIHl5X2Jhc2VbeXlfY3VycmVu dF9zdGF0ZV0gIT0gMTAgKTsKfCAKfCB5eV9maW5kX2FjdGlvbjoKfCAJCXl5X2N1cnJlbnRf c3RhdGUgPSAqLS15eV9zdGF0ZV9wdHI7CnwgCQl5eV9scCA9IHl5X2FjY2VwdFt5eV9jdXJy ZW50X3N0YXRlXTsKfCBnb3RvIGZpbmRfcnVsZTsgLyogYXZvaWQgYGRlZmluZWQgYnV0IG5v dCB1c2VkJyB3YXJuaW5nICovCnwgZmluZF9ydWxlOiAvKiB3ZSBicmFuY2ggdG8gdGhpcyBs YWJlbCB3aGVuIGJhY2tpbmcgdXAgKi8KfCAJCWZvciAoIDsgOyApIC8qIHVudGlsIHdlIGZp bmQgd2hhdCBydWxlIHdlIG1hdGNoZWQgKi8KfCAJCQl7CnwgCQkJaWYgKCB5eV9scCAmJiB5 eV9scCA8IHl5X2FjY2VwdFt5eV9jdXJyZW50X3N0YXRlICsgMV0gKQp8IAkJCQl7CnwgCQkJ CXl5X2FjdCA9IHl5X2FjY2xpc3RbeXlfbHBdOwp8IAkJCQkJewp8IAkJCQkJeXlfZnVsbF9t YXRjaCA9IHl5X2NwOwp8IAkJCQkJYnJlYWs7CnwgCQkJCQl9CnwgCQkJCX0KfCAJCQktLXl5 X2NwOwp8IAkJCXl5X2N1cnJlbnRfc3RhdGUgPSAqLS15eV9zdGF0ZV9wdHI7CnwgCQkJeXlf bHAgPSB5eV9hY2NlcHRbeXlfY3VycmVudF9zdGF0ZV07CnwgCQkJfQp8IAp8IAkJWVlfRE9f QkVGT1JFX0FDVElPTjsKfCAKfCAKfCBkb19hY3Rpb246CS8qIFRoaXMgbGFiZWwgaXMgdXNl ZCBvbmx5IHRvIGFjY2VzcyBFT0YgYWN0aW9ucy4gKi8KfCAKfCAKfCAJCXN3aXRjaCAoIHl5 X2FjdCApCnwgCXsgLyogYmVnaW5uaW5nIG9mIGFjdGlvbiBzd2l0Y2ggKi8KfCBjYXNlIDE6 CnwgWVlfUlVMRV9TRVRVUAp8ICNsaW5lIDIgImNvbmZ0ZXN0LmwiCnwgeyBFQ0hPOyB9Cnwg CVlZX0JSRUFLCnwgY2FzZSAyOgp8IFlZX1JVTEVfU0VUVVAKfCAjbGluZSAzICJjb25mdGVz dC5sIgp8IHsgUkVKRUNUOyB9CnwgCVlZX0JSRUFLCnwgY2FzZSAzOgp8IFlZX1JVTEVfU0VU VVAKfCAjbGluZSA0ICJjb25mdGVzdC5sIgp8IHsgeXltb3JlICgpOyB9CnwgCVlZX0JSRUFL CnwgY2FzZSA0Ogp8IFlZX1JVTEVfU0VUVVAKfCAjbGluZSA1ICJjb25mdGVzdC5sIgp8IHsg eXlsZXNzICgxKTsgfQp8IAlZWV9CUkVBSwp8IGNhc2UgNToKfCBZWV9SVUxFX1NFVFVQCnwg I2xpbmUgNiAiY29uZnRlc3QubCIKfCB7IHl5bGVzcyAoaW5wdXQgKCkgIT0gMCk7IH0KfCAJ WVlfQlJFQUsKfCBjYXNlIDY6CnwgWVlfUlVMRV9TRVRVUAp8ICNsaW5lIDcgImNvbmZ0ZXN0 LmwiCnwgeyB1bnB1dCAoeXl0ZXh0WzBdKTsgfQp8IAlZWV9CUkVBSwp8IGNhc2UgNzoKfCBZ WV9SVUxFX1NFVFVQCnwgI2xpbmUgOCAiY29uZnRlc3QubCIKfCB7IEJFR0lOIElOSVRJQUw7 IH0KfCAJWVlfQlJFQUsKfCBjYXNlIDg6CnwgWVlfUlVMRV9TRVRVUAp8ICNsaW5lIDkgImNv bmZ0ZXN0LmwiCnwgRUNITzsKfCAJWVlfQlJFQUsKfCAjbGluZSA2NzUgImxleC55eS5jIgp8 IAkJCWNhc2UgWVlfU1RBVEVfRU9GKElOSVRJQUwpOgp8IAkJCQl5eXRlcm1pbmF0ZSgpOwp8 IAp8IAljYXNlIFlZX0VORF9PRl9CVUZGRVI6CnwgCQl7CnwgCQkvKiBBbW91bnQgb2YgdGV4 dCBtYXRjaGVkIG5vdCBpbmNsdWRpbmcgdGhlIEVPQiBjaGFyLiAqLwp8IAkJaW50IHl5X2Ft b3VudF9vZl9tYXRjaGVkX3RleHQgPSAoaW50KSAoeXlfY3AgLSB5eXRleHRfcHRyKSAtIDE7 CnwgCnwgCQkvKiBVbmRvIHRoZSBlZmZlY3RzIG9mIFlZX0RPX0JFRk9SRV9BQ1RJT04uICov CnwgCQkqeXlfY3AgPSB5eV9ob2xkX2NoYXI7CnwgCQlZWV9SRVNUT1JFX1lZX01PUkVfT0ZG U0VUCnwgCnwgCQlpZiAoIHl5X2N1cnJlbnRfYnVmZmVyLT55eV9idWZmZXJfc3RhdHVzID09 IFlZX0JVRkZFUl9ORVcgKQp8IAkJCXsKfCAJCQkvKiBXZSdyZSBzY2FubmluZyBhIG5ldyBm aWxlIG9yIGlucHV0IHNvdXJjZS4gIEl0J3MKfCAJCQkgKiBwb3NzaWJsZSB0aGF0IHRoaXMg aGFwcGVuZWQgYmVjYXVzZSB0aGUgdXNlcgp8IAkJCSAqIGp1c3QgcG9pbnRlZCB5eWluIGF0 IGEgbmV3IHNvdXJjZSBhbmQgY2FsbGVkCnwgCQkJICogeXlsZXgoKS4gIElmIHNvLCB0aGVu IHdlIGhhdmUgdG8gYXNzdXJlCnwgCQkJICogY29uc2lzdGVuY3kgYmV0d2VlbiB5eV9jdXJy ZW50X2J1ZmZlciBhbmQgb3VyCnwgCQkJICogZ2xvYmFscy4gIEhlcmUgaXMgdGhlIHJpZ2h0 IHBsYWNlIHRvIGRvIHNvLCBiZWNhdXNlCnwgCQkJICogdGhpcyBpcyB0aGUgZmlyc3QgYWN0 aW9uIChvdGhlciB0aGFuIHBvc3NpYmx5IGEKfCAJCQkgKiBiYWNrLXVwKSB0aGF0IHdpbGwg bWF0Y2ggZm9yIHRoZSBuZXcgaW5wdXQgc291cmNlLgp8IAkJCSAqLwp8IAkJCXl5X25fY2hh cnMgPSB5eV9jdXJyZW50X2J1ZmZlci0+eXlfbl9jaGFyczsKfCAJCQl5eV9jdXJyZW50X2J1 ZmZlci0+eXlfaW5wdXRfZmlsZSA9IHl5aW47CnwgCQkJeXlfY3VycmVudF9idWZmZXItPnl5 X2J1ZmZlcl9zdGF0dXMgPSBZWV9CVUZGRVJfTk9STUFMOwp8IAkJCX0KfCAKfCAJCS8qIE5v dGUgdGhhdCBoZXJlIHdlIHRlc3QgZm9yIHl5X2NfYnVmX3AgIjw9IiB0byB0aGUgcG9zaXRp b24KfCAJCSAqIG9mIHRoZSBmaXJzdCBFT0IgaW4gdGhlIGJ1ZmZlciwgc2luY2UgeXlfY19i dWZfcCB3aWxsCnwgCQkgKiBhbHJlYWR5IGhhdmUgYmVlbiBpbmNyZW1lbnRlZCBwYXN0IHRo ZSBOVUwgY2hhcmFjdGVyCnwgCQkgKiAoc2luY2UgYWxsIHN0YXRlcyBtYWtlIHRyYW5zaXRp b25zIG9uIEVPQiB0byB0aGUKfCAJCSAqIGVuZC1vZi1idWZmZXIgc3RhdGUpLiAgQ29udHJh c3QgdGhpcyB3aXRoIHRoZSB0ZXN0CnwgCQkgKiBpbiBpbnB1dCgpLgp8IAkJICovCnwgCQlp ZiAoIHl5X2NfYnVmX3AgPD0gJnl5X2N1cnJlbnRfYnVmZmVyLT55eV9jaF9idWZbeXlfbl9j aGFyc10gKQp8IAkJCXsgLyogVGhpcyB3YXMgcmVhbGx5IGEgTlVMLiAqLwp8IAkJCXl5X3N0 YXRlX3R5cGUgeXlfbmV4dF9zdGF0ZTsKfCAKfCAJCQl5eV9jX2J1Zl9wID0geXl0ZXh0X3B0 ciArIHl5X2Ftb3VudF9vZl9tYXRjaGVkX3RleHQ7CnwgCnwgCQkJeXlfY3VycmVudF9zdGF0 ZSA9IHl5X2dldF9wcmV2aW91c19zdGF0ZSgpOwp8IAp8IAkJCS8qIE9rYXksIHdlJ3JlIG5v dyBwb3NpdGlvbmVkIHRvIG1ha2UgdGhlIE5VTAp8IAkJCSAqIHRyYW5zaXRpb24uICBXZSBj b3VsZG4ndCBoYXZlCnwgCQkJICogeXlfZ2V0X3ByZXZpb3VzX3N0YXRlKCkgZ28gYWhlYWQg YW5kIGRvIGl0CnwgCQkJICogZm9yIHVzIGJlY2F1c2UgaXQgZG9lc24ndCBrbm93IGhvdyB0 byBkZWFsCnwgCQkJICogd2l0aCB0aGUgcG9zc2liaWxpdHkgb2YgamFtbWluZyAoYW5kIHdl IGRvbid0CnwgCQkJICogd2FudCB0byBidWlsZCBqYW1taW5nIGludG8gaXQgYmVjYXVzZSB0 aGVuIGl0CnwgCQkJICogd2lsbCBydW4gbW9yZSBzbG93bHkpLgp8IAkJCSAqLwp8IAp8IAkJ CXl5X25leHRfc3RhdGUgPSB5eV90cnlfTlVMX3RyYW5zKCB5eV9jdXJyZW50X3N0YXRlICk7 CnwgCnwgCQkJeXlfYnAgPSB5eXRleHRfcHRyICsgWVlfTU9SRV9BREo7CnwgCnwgCQkJaWYg KCB5eV9uZXh0X3N0YXRlICkKfCAJCQkJewp8IAkJCQkvKiBDb25zdW1lIHRoZSBOVUwuICov CnwgCQkJCXl5X2NwID0gKyt5eV9jX2J1Zl9wOwp8IAkJCQl5eV9jdXJyZW50X3N0YXRlID0g eXlfbmV4dF9zdGF0ZTsKfCAJCQkJZ290byB5eV9tYXRjaDsKfCAJCQkJfQp8IAp8IAkJCWVs c2UKfCAJCQkJewp8IAkJCQl5eV9jcCA9IHl5X2NfYnVmX3A7CnwgCQkJCWdvdG8geXlfZmlu ZF9hY3Rpb247CnwgCQkJCX0KfCAJCQl9CnwgCnwgCQllbHNlIHN3aXRjaCAoIHl5X2dldF9u ZXh0X2J1ZmZlcigpICkKfCAJCQl7CnwgCQkJY2FzZSBFT0JfQUNUX0VORF9PRl9GSUxFOgp8 IAkJCQl7CnwgCQkJCXl5X2RpZF9idWZmZXJfc3dpdGNoX29uX2VvZiA9IDA7CnwgCnwgCQkJ CWlmICggeXl3cmFwKCkgKQp8IAkJCQkJewp8IAkJCQkJLyogTm90ZTogYmVjYXVzZSB3ZSd2 ZSB0YWtlbiBjYXJlIGluCnwgCQkJCQkgKiB5eV9nZXRfbmV4dF9idWZmZXIoKSB0byBoYXZl IHNldCB1cAp8IAkJCQkJICogeXl0ZXh0LCB3ZSBjYW4gbm93IHNldCB1cAp8IAkJCQkJICog eXlfY19idWZfcCBzbyB0aGF0IGlmIHNvbWUgdG90YWwKfCAJCQkJCSAqIGhvc2VyIChsaWtl IGZsZXggaXRzZWxmKSB3YW50cyB0bwp8IAkJCQkJICogY2FsbCB0aGUgc2Nhbm5lciBhZnRl ciB3ZSByZXR1cm4gdGhlCnwgCQkJCQkgKiBZWV9OVUxMLCBpdCdsbCBzdGlsbCB3b3JrIC0g YW5vdGhlcgp8IAkJCQkJICogWVlfTlVMTCB3aWxsIGdldCByZXR1cm5lZC4KfCAJCQkJCSAq Lwp8IAkJCQkJeXlfY19idWZfcCA9IHl5dGV4dF9wdHIgKyBZWV9NT1JFX0FESjsKfCAKfCAJ CQkJCXl5X2FjdCA9IFlZX1NUQVRFX0VPRihZWV9TVEFSVCk7CnwgCQkJCQlnb3RvIGRvX2Fj dGlvbjsKfCAJCQkJCX0KfCAKfCAJCQkJZWxzZQp8IAkJCQkJewp8IAkJCQkJaWYgKCAhIHl5 X2RpZF9idWZmZXJfc3dpdGNoX29uX2VvZiApCnwgCQkJCQkJWVlfTkVXX0ZJTEU7CnwgCQkJ CQl9CnwgCQkJCWJyZWFrOwp8IAkJCQl9CnwgCnwgCQkJY2FzZSBFT0JfQUNUX0NPTlRJTlVF X1NDQU46CnwgCQkJCXl5X2NfYnVmX3AgPQp8IAkJCQkJeXl0ZXh0X3B0ciArIHl5X2Ftb3Vu dF9vZl9tYXRjaGVkX3RleHQ7CnwgCnwgCQkJCXl5X2N1cnJlbnRfc3RhdGUgPSB5eV9nZXRf cHJldmlvdXNfc3RhdGUoKTsKfCAKfCAJCQkJeXlfY3AgPSB5eV9jX2J1Zl9wOwp8IAkJCQl5 eV9icCA9IHl5dGV4dF9wdHIgKyBZWV9NT1JFX0FESjsKfCAJCQkJZ290byB5eV9tYXRjaDsK fCAKfCAJCQljYXNlIEVPQl9BQ1RfTEFTVF9NQVRDSDoKfCAJCQkJeXlfY19idWZfcCA9Cnwg CQkJCSZ5eV9jdXJyZW50X2J1ZmZlci0+eXlfY2hfYnVmW3l5X25fY2hhcnNdOwp8IAp8IAkJ CQl5eV9jdXJyZW50X3N0YXRlID0geXlfZ2V0X3ByZXZpb3VzX3N0YXRlKCk7CnwgCnwgCQkJ CXl5X2NwID0geXlfY19idWZfcDsKfCAJCQkJeXlfYnAgPSB5eXRleHRfcHRyICsgWVlfTU9S RV9BREo7CnwgCQkJCWdvdG8geXlfZmluZF9hY3Rpb247CnwgCQkJfQp8IAkJYnJlYWs7Cnwg CQl9CnwgCnwgCWRlZmF1bHQ6CnwgCQlZWV9GQVRBTF9FUlJPUigKfCAJCQkiZmF0YWwgZmxl eCBzY2FubmVyIGludGVybmFsIGVycm9yLS1ubyBhY3Rpb24gZm91bmQiICk7CnwgCX0gLyog ZW5kIG9mIGFjdGlvbiBzd2l0Y2ggKi8KfCAJCX0gLyogZW5kIG9mIHNjYW5uaW5nIG9uZSB0 b2tlbiAqLwp8IAl9IC8qIGVuZCBvZiB5eWxleCAqLwp8IAp8IAp8IC8qIHl5X2dldF9uZXh0 X2J1ZmZlciAtIHRyeSB0byByZWFkIGluIGEgbmV3IGJ1ZmZlcgp8ICAqCnwgICogUmV0dXJu cyBhIGNvZGUgcmVwcmVzZW50aW5nIGFuIGFjdGlvbjoKfCAgKglFT0JfQUNUX0xBU1RfTUFU Q0ggLQp8ICAqCUVPQl9BQ1RfQ09OVElOVUVfU0NBTiAtIGNvbnRpbnVlIHNjYW5uaW5nIGZy b20gY3VycmVudCBwb3NpdGlvbgp8ICAqCUVPQl9BQ1RfRU5EX09GX0ZJTEUgLSBlbmQgb2Yg ZmlsZQp8ICAqLwp8IAp8ICNpZmRlZiBZWV9VU0VfUFJPVE9TCnwgc3RhdGljIGludCB5eV9n ZXRfbmV4dF9idWZmZXIodm9pZCkKfCAjZWxzZQp8IHN0YXRpYyBpbnQgeXlfZ2V0X25leHRf YnVmZmVyKCkKfCAjZW5kaWYKfCAJewp8IAljaGFyICpkZXN0ID0geXlfY3VycmVudF9idWZm ZXItPnl5X2NoX2J1ZjsKfCAJY2hhciAqc291cmNlID0geXl0ZXh0X3B0cjsKfCAJaW50IG51 bWJlcl90b19tb3ZlLCBpOwp8IAlpbnQgcmV0X3ZhbDsKfCAKfCAJaWYgKCB5eV9jX2J1Zl9w ID4gJnl5X2N1cnJlbnRfYnVmZmVyLT55eV9jaF9idWZbeXlfbl9jaGFycyArIDFdICkKfCAJ CVlZX0ZBVEFMX0VSUk9SKAp8IAkJImZhdGFsIGZsZXggc2Nhbm5lciBpbnRlcm5hbCBlcnJv ci0tZW5kIG9mIGJ1ZmZlciBtaXNzZWQiICk7CnwgCnwgCWlmICggeXlfY3VycmVudF9idWZm ZXItPnl5X2ZpbGxfYnVmZmVyID09IDAgKQp8IAkJeyAvKiBEb24ndCB0cnkgdG8gZmlsbCB0 aGUgYnVmZmVyLCBzbyB0aGlzIGlzIGFuIEVPRi4gKi8KfCAJCWlmICggeXlfY19idWZfcCAt IHl5dGV4dF9wdHIgLSBZWV9NT1JFX0FESiA9PSAxICkKfCAJCQl7CnwgCQkJLyogV2UgbWF0 Y2hlZCBhIHNpbmdsZSBjaGFyYWN0ZXIsIHRoZSBFT0IsIHNvCnwgCQkJICogdHJlYXQgdGhp cyBhcyBhIGZpbmFsIEVPRi4KfCAJCQkgKi8KfCAJCQlyZXR1cm4gRU9CX0FDVF9FTkRfT0Zf RklMRTsKfCAJCQl9CnwgCnwgCQllbHNlCnwgCQkJewp8IAkJCS8qIFdlIG1hdGNoZWQgc29t ZSB0ZXh0IHByaW9yIHRvIHRoZSBFT0IsIGZpcnN0CnwgCQkJICogcHJvY2VzcyBpdC4KfCAJ CQkgKi8KfCAJCQlyZXR1cm4gRU9CX0FDVF9MQVNUX01BVENIOwp8IAkJCX0KfCAJCX0KfCAK fCAJLyogVHJ5IHRvIHJlYWQgbW9yZSBkYXRhLiAqLwp8IAp8IAkvKiBGaXJzdCBtb3ZlIGxh c3QgY2hhcnMgdG8gc3RhcnQgb2YgYnVmZmVyLiAqLwp8IAludW1iZXJfdG9fbW92ZSA9IChp bnQpICh5eV9jX2J1Zl9wIC0geXl0ZXh0X3B0cikgLSAxOwp8IAp8IAlmb3IgKCBpID0gMDsg aSA8IG51bWJlcl90b19tb3ZlOyArK2kgKQp8IAkJKihkZXN0KyspID0gKihzb3VyY2UrKyk7 CnwgCnwgCWlmICggeXlfY3VycmVudF9idWZmZXItPnl5X2J1ZmZlcl9zdGF0dXMgPT0gWVlf QlVGRkVSX0VPRl9QRU5ESU5HICkKfCAJCS8qIGRvbid0IGRvIHRoZSByZWFkLCBpdCdzIG5v dCBndWFyYW50ZWVkIHRvIHJldHVybiBhbiBFT0YsCnwgCQkgKiBqdXN0IGZvcmNlIGFuIEVP Rgp8IAkJICovCnwgCQl5eV9jdXJyZW50X2J1ZmZlci0+eXlfbl9jaGFycyA9IHl5X25fY2hh cnMgPSAwOwp8IAp8IAllbHNlCnwgCQl7CnwgCQlpbnQgbnVtX3RvX3JlYWQgPQp8IAkJCXl5 X2N1cnJlbnRfYnVmZmVyLT55eV9idWZfc2l6ZSAtIG51bWJlcl90b19tb3ZlIC0gMTsKfCAK fCAJCXdoaWxlICggbnVtX3RvX3JlYWQgPD0gMCApCnwgCQkJeyAvKiBOb3QgZW5vdWdoIHJv b20gaW4gdGhlIGJ1ZmZlciAtIGdyb3cgaXQuICovCnwgI2lmZGVmIFlZX1VTRVNfUkVKRUNU CnwgCQkJWVlfRkFUQUxfRVJST1IoCnwgImlucHV0IGJ1ZmZlciBvdmVyZmxvdywgY2FuJ3Qg ZW5sYXJnZSBidWZmZXIgYmVjYXVzZSBzY2FubmVyIHVzZXMgUkVKRUNUIiApOwp8ICNlbHNl CnwgCnwgCQkJLyoganVzdCBhIHNob3J0ZXIgbmFtZSBmb3IgdGhlIGN1cnJlbnQgYnVmZmVy ICovCnwgCQkJWVlfQlVGRkVSX1NUQVRFIGIgPSB5eV9jdXJyZW50X2J1ZmZlcjsKfCAKfCAJ CQlpbnQgeXlfY19idWZfcF9vZmZzZXQgPQp8IAkJCQkoaW50KSAoeXlfY19idWZfcCAtIGIt Pnl5X2NoX2J1Zik7CnwgCnwgCQkJaWYgKCBiLT55eV9pc19vdXJfYnVmZmVyICkKfCAJCQkJ ewp8IAkJCQlpbnQgbmV3X3NpemUgPSBiLT55eV9idWZfc2l6ZSAqIDI7CnwgCnwgCQkJCWlm ICggbmV3X3NpemUgPD0gMCApCnwgCQkJCQliLT55eV9idWZfc2l6ZSArPSBiLT55eV9idWZf c2l6ZSAvIDg7CnwgCQkJCWVsc2UKfCAJCQkJCWItPnl5X2J1Zl9zaXplICo9IDI7CnwgCnwg CQkJCWItPnl5X2NoX2J1ZiA9IChjaGFyICopCnwgCQkJCQkvKiBJbmNsdWRlIHJvb20gaW4g Zm9yIDIgRU9CIGNoYXJzLiAqLwp8IAkJCQkJeXlfZmxleF9yZWFsbG9jKCAodm9pZCAqKSBi LT55eV9jaF9idWYsCnwgCQkJCQkJCSBiLT55eV9idWZfc2l6ZSArIDIgKTsKfCAJCQkJfQp8 IAkJCWVsc2UKfCAJCQkJLyogQ2FuJ3QgZ3JvdyBpdCwgd2UgZG9uJ3Qgb3duIGl0LiAqLwp8 IAkJCQliLT55eV9jaF9idWYgPSAwOwp8IAp8IAkJCWlmICggISBiLT55eV9jaF9idWYgKQp8 IAkJCQlZWV9GQVRBTF9FUlJPUigKfCAJCQkJImZhdGFsIGVycm9yIC0gc2Nhbm5lciBpbnB1 dCBidWZmZXIgb3ZlcmZsb3ciICk7CnwgCnwgCQkJeXlfY19idWZfcCA9ICZiLT55eV9jaF9i dWZbeXlfY19idWZfcF9vZmZzZXRdOwp8IAp8IAkJCW51bV90b19yZWFkID0geXlfY3VycmVu dF9idWZmZXItPnl5X2J1Zl9zaXplIC0KfCAJCQkJCQludW1iZXJfdG9fbW92ZSAtIDE7Cnwg I2VuZGlmCnwgCQkJfQp8IAp8IAkJaWYgKCBudW1fdG9fcmVhZCA+IFlZX1JFQURfQlVGX1NJ WkUgKQp8IAkJCW51bV90b19yZWFkID0gWVlfUkVBRF9CVUZfU0laRTsKfCAKfCAJCS8qIFJl YWQgaW4gbW9yZSBkYXRhLiAqLwp8IAkJWVlfSU5QVVQoICgmeXlfY3VycmVudF9idWZmZXIt Pnl5X2NoX2J1ZltudW1iZXJfdG9fbW92ZV0pLAp8IAkJCXl5X25fY2hhcnMsIG51bV90b19y ZWFkICk7CnwgCnwgCQl5eV9jdXJyZW50X2J1ZmZlci0+eXlfbl9jaGFycyA9IHl5X25fY2hh cnM7CnwgCQl9CnwgCnwgCWlmICggeXlfbl9jaGFycyA9PSAwICkKfCAJCXsKfCAJCWlmICgg bnVtYmVyX3RvX21vdmUgPT0gWVlfTU9SRV9BREogKQp8IAkJCXsKfCAJCQlyZXRfdmFsID0g RU9CX0FDVF9FTkRfT0ZfRklMRTsKfCAJCQl5eXJlc3RhcnQoIHl5aW4gKTsKfCAJCQl9Cnwg CnwgCQllbHNlCnwgCQkJewp8IAkJCXJldF92YWwgPSBFT0JfQUNUX0xBU1RfTUFUQ0g7Cnwg CQkJeXlfY3VycmVudF9idWZmZXItPnl5X2J1ZmZlcl9zdGF0dXMgPQp8IAkJCQlZWV9CVUZG RVJfRU9GX1BFTkRJTkc7CnwgCQkJfQp8IAkJfQp8IAp8IAllbHNlCnwgCQlyZXRfdmFsID0g RU9CX0FDVF9DT05USU5VRV9TQ0FOOwp8IAp8IAl5eV9uX2NoYXJzICs9IG51bWJlcl90b19t b3ZlOwp8IAl5eV9jdXJyZW50X2J1ZmZlci0+eXlfY2hfYnVmW3l5X25fY2hhcnNdID0gWVlf RU5EX09GX0JVRkZFUl9DSEFSOwp8IAl5eV9jdXJyZW50X2J1ZmZlci0+eXlfY2hfYnVmW3l5 X25fY2hhcnMgKyAxXSA9IFlZX0VORF9PRl9CVUZGRVJfQ0hBUjsKfCAKfCAJeXl0ZXh0X3B0 ciA9ICZ5eV9jdXJyZW50X2J1ZmZlci0+eXlfY2hfYnVmWzBdOwp8IAp8IAlyZXR1cm4gcmV0 X3ZhbDsKfCAJfQp8IAp8IAp8IC8qIHl5X2dldF9wcmV2aW91c19zdGF0ZSAtIGdldCB0aGUg c3RhdGUganVzdCBiZWZvcmUgdGhlIEVPQiBjaGFyIHdhcyByZWFjaGVkICovCnwgCnwgI2lm ZGVmIFlZX1VTRV9QUk9UT1MKfCBzdGF0aWMgeXlfc3RhdGVfdHlwZSB5eV9nZXRfcHJldmlv dXNfc3RhdGUodm9pZCkKfCAjZWxzZQp8IHN0YXRpYyB5eV9zdGF0ZV90eXBlIHl5X2dldF9w cmV2aW91c19zdGF0ZSgpCnwgI2VuZGlmCnwgCXsKfCAJeXlfc3RhdGVfdHlwZSB5eV9jdXJy ZW50X3N0YXRlOwp8IAljaGFyICp5eV9jcDsKfCAKfCAJeXlfY3VycmVudF9zdGF0ZSA9IHl5 X3N0YXJ0Owp8IAl5eV9zdGF0ZV9wdHIgPSB5eV9zdGF0ZV9idWY7CnwgCSp5eV9zdGF0ZV9w dHIrKyA9IHl5X2N1cnJlbnRfc3RhdGU7CnwgCnwgCWZvciAoIHl5X2NwID0geXl0ZXh0X3B0 ciArIFlZX01PUkVfQURKOyB5eV9jcCA8IHl5X2NfYnVmX3A7ICsreXlfY3AgKQp8IAkJewp8 IAkJWVlfQ0hBUiB5eV9jID0gKCp5eV9jcCA/IHl5X2VjW1lZX1NDX1RPX1VJKCp5eV9jcCld IDogMSk7CnwgCQl3aGlsZSAoIHl5X2Noa1t5eV9iYXNlW3l5X2N1cnJlbnRfc3RhdGVdICsg eXlfY10gIT0geXlfY3VycmVudF9zdGF0ZSApCnwgCQkJewp8IAkJCXl5X2N1cnJlbnRfc3Rh dGUgPSAoaW50KSB5eV9kZWZbeXlfY3VycmVudF9zdGF0ZV07CnwgCQkJaWYgKCB5eV9jdXJy ZW50X3N0YXRlID49IDEzICkKfCAJCQkJeXlfYyA9IHl5X21ldGFbKHVuc2lnbmVkIGludCkg eXlfY107CnwgCQkJfQp8IAkJeXlfY3VycmVudF9zdGF0ZSA9IHl5X254dFt5eV9iYXNlW3l5 X2N1cnJlbnRfc3RhdGVdICsgKHVuc2lnbmVkIGludCkgeXlfY107CnwgCQkqeXlfc3RhdGVf cHRyKysgPSB5eV9jdXJyZW50X3N0YXRlOwp8IAkJfQp8IAp8IAlyZXR1cm4geXlfY3VycmVu dF9zdGF0ZTsKfCAJfQp8IAp8IAp8IC8qIHl5X3RyeV9OVUxfdHJhbnMgLSB0cnkgdG8gbWFr ZSBhIHRyYW5zaXRpb24gb24gdGhlIE5VTCBjaGFyYWN0ZXIKfCAgKgp8ICAqIHN5bm9wc2lz CnwgICoJbmV4dF9zdGF0ZSA9IHl5X3RyeV9OVUxfdHJhbnMoIGN1cnJlbnRfc3RhdGUgKTsK fCAgKi8KfCAKfCAjaWZkZWYgWVlfVVNFX1BST1RPUwp8IHN0YXRpYyB5eV9zdGF0ZV90eXBl IHl5X3RyeV9OVUxfdHJhbnMoIHl5X3N0YXRlX3R5cGUgeXlfY3VycmVudF9zdGF0ZSApCnwg I2Vsc2UKfCBzdGF0aWMgeXlfc3RhdGVfdHlwZSB5eV90cnlfTlVMX3RyYW5zKCB5eV9jdXJy ZW50X3N0YXRlICkKfCB5eV9zdGF0ZV90eXBlIHl5X2N1cnJlbnRfc3RhdGU7CnwgI2VuZGlm CnwgCXsKfCAJaW50IHl5X2lzX2phbTsKfCAKfCAJWVlfQ0hBUiB5eV9jID0gMTsKfCAJd2hp bGUgKCB5eV9jaGtbeXlfYmFzZVt5eV9jdXJyZW50X3N0YXRlXSArIHl5X2NdICE9IHl5X2N1 cnJlbnRfc3RhdGUgKQp8IAkJewp8IAkJeXlfY3VycmVudF9zdGF0ZSA9IChpbnQpIHl5X2Rl Zlt5eV9jdXJyZW50X3N0YXRlXTsKfCAJCWlmICggeXlfY3VycmVudF9zdGF0ZSA+PSAxMyAp CnwgCQkJeXlfYyA9IHl5X21ldGFbKHVuc2lnbmVkIGludCkgeXlfY107CnwgCQl9CnwgCXl5 X2N1cnJlbnRfc3RhdGUgPSB5eV9ueHRbeXlfYmFzZVt5eV9jdXJyZW50X3N0YXRlXSArICh1 bnNpZ25lZCBpbnQpIHl5X2NdOwp8IAl5eV9pc19qYW0gPSAoeXlfY3VycmVudF9zdGF0ZSA9 PSAxMik7CnwgCWlmICggISB5eV9pc19qYW0gKQp8IAkJKnl5X3N0YXRlX3B0cisrID0geXlf Y3VycmVudF9zdGF0ZTsKfCAKfCAJcmV0dXJuIHl5X2lzX2phbSA/IDAgOiB5eV9jdXJyZW50 X3N0YXRlOwp8IAl9CnwgCnwgCnwgI2lmbmRlZiBZWV9OT19VTlBVVAp8ICNpZmRlZiBZWV9V U0VfUFJPVE9TCnwgc3RhdGljIHZvaWQgeXl1bnB1dCggaW50IGMsIGNoYXIgKnl5X2JwICkK fCAjZWxzZQp8IHN0YXRpYyB2b2lkIHl5dW5wdXQoIGMsIHl5X2JwICkKfCBpbnQgYzsKfCBj aGFyICp5eV9icDsKfCAjZW5kaWYKfCAJewp8IAljaGFyICp5eV9jcCA9IHl5X2NfYnVmX3A7 CnwgCnwgCS8qIHVuZG8gZWZmZWN0cyBvZiBzZXR0aW5nIHVwIHl5dGV4dCAqLwp8IAkqeXlf Y3AgPSB5eV9ob2xkX2NoYXI7CnwgCnwgCWlmICggeXlfY3AgPCB5eV9jdXJyZW50X2J1ZmZl ci0+eXlfY2hfYnVmICsgMiApCnwgCQl7IC8qIG5lZWQgdG8gc2hpZnQgdGhpbmdzIHVwIHRv IG1ha2Ugcm9vbSAqLwp8IAkJLyogKzIgZm9yIEVPQiBjaGFycy4gKi8KfCAJCWludCBudW1i ZXJfdG9fbW92ZSA9IHl5X25fY2hhcnMgKyAyOwp8IAkJY2hhciAqZGVzdCA9ICZ5eV9jdXJy ZW50X2J1ZmZlci0+eXlfY2hfYnVmWwp8IAkJCQkJeXlfY3VycmVudF9idWZmZXItPnl5X2J1 Zl9zaXplICsgMl07CnwgCQljaGFyICpzb3VyY2UgPQp8IAkJCQkmeXlfY3VycmVudF9idWZm ZXItPnl5X2NoX2J1ZltudW1iZXJfdG9fbW92ZV07CnwgCnwgCQl3aGlsZSAoIHNvdXJjZSA+ IHl5X2N1cnJlbnRfYnVmZmVyLT55eV9jaF9idWYgKQp8IAkJCSotLWRlc3QgPSAqLS1zb3Vy Y2U7CnwgCnwgCQl5eV9jcCArPSAoaW50KSAoZGVzdCAtIHNvdXJjZSk7CnwgCQl5eV9icCAr PSAoaW50KSAoZGVzdCAtIHNvdXJjZSk7CnwgCQl5eV9jdXJyZW50X2J1ZmZlci0+eXlfbl9j aGFycyA9CnwgCQkJeXlfbl9jaGFycyA9IHl5X2N1cnJlbnRfYnVmZmVyLT55eV9idWZfc2l6 ZTsKfCAKfCAJCWlmICggeXlfY3AgPCB5eV9jdXJyZW50X2J1ZmZlci0+eXlfY2hfYnVmICsg MiApCnwgCQkJWVlfRkFUQUxfRVJST1IoICJmbGV4IHNjYW5uZXIgcHVzaC1iYWNrIG92ZXJm bG93IiApOwp8IAkJfQp8IAp8IAkqLS15eV9jcCA9IChjaGFyKSBjOwp8IAp8IAp8IAl5eXRl eHRfcHRyID0geXlfYnA7CnwgCXl5X2hvbGRfY2hhciA9ICp5eV9jcDsKfCAJeXlfY19idWZf cCA9IHl5X2NwOwp8IAl9CnwgI2VuZGlmCS8qIGlmbmRlZiBZWV9OT19VTlBVVCAqLwp8IAp8 IAp8ICNpZm5kZWYgWVlfTk9fSU5QVVQKfCAjaWZkZWYgX19jcGx1c3BsdXMKfCBzdGF0aWMg aW50IHl5aW5wdXQoKQp8ICNlbHNlCnwgI2lmZGVmIFlZX1VTRV9QUk9UT1MKfCBzdGF0aWMg aW50IGlucHV0KHZvaWQpCnwgI2Vsc2UKfCBzdGF0aWMgaW50IGlucHV0KCkKfCAjZW5kaWYK fCAjZW5kaWYKfCAJewp8IAlpbnQgYzsKfCAKfCAJKnl5X2NfYnVmX3AgPSB5eV9ob2xkX2No YXI7CnwgCnwgCWlmICggKnl5X2NfYnVmX3AgPT0gWVlfRU5EX09GX0JVRkZFUl9DSEFSICkK fCAJCXsKfCAJCS8qIHl5X2NfYnVmX3Agbm93IHBvaW50cyB0byB0aGUgY2hhcmFjdGVyIHdl IHdhbnQgdG8gcmV0dXJuLgp8IAkJICogSWYgdGhpcyBvY2N1cnMgKmJlZm9yZSogdGhlIEVP QiBjaGFyYWN0ZXJzLCB0aGVuIGl0J3MgYQp8IAkJICogdmFsaWQgTlVMOyBpZiBub3QsIHRo ZW4gd2UndmUgaGl0IHRoZSBlbmQgb2YgdGhlIGJ1ZmZlci4KfCAJCSAqLwp8IAkJaWYgKCB5 eV9jX2J1Zl9wIDwgJnl5X2N1cnJlbnRfYnVmZmVyLT55eV9jaF9idWZbeXlfbl9jaGFyc10g KQp8IAkJCS8qIFRoaXMgd2FzIHJlYWxseSBhIE5VTC4gKi8KfCAJCQkqeXlfY19idWZfcCA9 ICdcMCc7CnwgCnwgCQllbHNlCnwgCQkJeyAvKiBuZWVkIG1vcmUgaW5wdXQgKi8KfCAJCQlp bnQgb2Zmc2V0ID0geXlfY19idWZfcCAtIHl5dGV4dF9wdHI7CnwgCQkJKyt5eV9jX2J1Zl9w Owp8IAp8IAkJCXN3aXRjaCAoIHl5X2dldF9uZXh0X2J1ZmZlcigpICkKfCAJCQkJewp8IAkJ CQljYXNlIEVPQl9BQ1RfTEFTVF9NQVRDSDoKfCAJCQkJCS8qIFRoaXMgaGFwcGVucyBiZWNh dXNlIHl5X2dfbl9iKCkKfCAJCQkJCSAqIHNlZXMgdGhhdCB3ZSd2ZSBhY2N1bXVsYXRlZCBh CnwgCQkJCQkgKiB0b2tlbiBhbmQgZmxhZ3MgdGhhdCB3ZSBuZWVkIHRvCnwgCQkJCQkgKiB0 cnkgbWF0Y2hpbmcgdGhlIHRva2VuIGJlZm9yZQp8IAkJCQkJICogcHJvY2VlZGluZy4gIEJ1 dCBmb3IgaW5wdXQoKSwKfCAJCQkJCSAqIHRoZXJlJ3Mgbm8gbWF0Y2hpbmcgdG8gY29uc2lk ZXIuCnwgCQkJCQkgKiBTbyBjb252ZXJ0IHRoZSBFT0JfQUNUX0xBU1RfTUFUQ0gKfCAJCQkJ CSAqIHRvIEVPQl9BQ1RfRU5EX09GX0ZJTEUuCnwgCQkJCQkgKi8KfCAKfCAJCQkJCS8qIFJl c2V0IGJ1ZmZlciBzdGF0dXMuICovCnwgCQkJCQl5eXJlc3RhcnQoIHl5aW4gKTsKfCAKfCAJ CQkJCS8qIGZhbGwgdGhyb3VnaCAqLwp8IAp8IAkJCQljYXNlIEVPQl9BQ1RfRU5EX09GX0ZJ TEU6CnwgCQkJCQl7CnwgCQkJCQlpZiAoIHl5d3JhcCgpICkKfCAJCQkJCQlyZXR1cm4gRU9G Owp8IAp8IAkJCQkJaWYgKCAhIHl5X2RpZF9idWZmZXJfc3dpdGNoX29uX2VvZiApCnwgCQkJ CQkJWVlfTkVXX0ZJTEU7CnwgI2lmZGVmIF9fY3BsdXNwbHVzCnwgCQkJCQlyZXR1cm4geXlp bnB1dCgpOwp8ICNlbHNlCnwgCQkJCQlyZXR1cm4gaW5wdXQoKTsKfCAjZW5kaWYKfCAJCQkJ CX0KfCAKfCAJCQkJY2FzZSBFT0JfQUNUX0NPTlRJTlVFX1NDQU46CnwgCQkJCQl5eV9jX2J1 Zl9wID0geXl0ZXh0X3B0ciArIG9mZnNldDsKfCAJCQkJCWJyZWFrOwp8IAkJCQl9CnwgCQkJ fQp8IAkJfQp8IAp8IAljID0gKih1bnNpZ25lZCBjaGFyICopIHl5X2NfYnVmX3A7CS8qIGNh c3QgZm9yIDgtYml0IGNoYXIncyAqLwp8IAkqeXlfY19idWZfcCA9ICdcMCc7CS8qIHByZXNl cnZlIHl5dGV4dCAqLwp8IAl5eV9ob2xkX2NoYXIgPSAqKyt5eV9jX2J1Zl9wOwp8IAp8IAp8 IAlyZXR1cm4gYzsKfCAJfQp8ICNlbmRpZgkvKiBpZm5kZWYgWVlfTk9fSU5QVVQgKi8KfCAK fCAKfCAjaWZkZWYgWVlfVVNFX1BST1RPUwp8IHZvaWQgeXlyZXN0YXJ0KCBGSUxFICppbnB1 dF9maWxlICkKfCAjZWxzZQp8IHZvaWQgeXlyZXN0YXJ0KCBpbnB1dF9maWxlICkKfCBGSUxF ICppbnB1dF9maWxlOwp8ICNlbmRpZgp8IAl7CnwgCWlmICggISB5eV9jdXJyZW50X2J1ZmZl ciApCnwgCQl5eV9jdXJyZW50X2J1ZmZlciA9IHl5X2NyZWF0ZV9idWZmZXIoIHl5aW4sIFlZ X0JVRl9TSVpFICk7CnwgCnwgCXl5X2luaXRfYnVmZmVyKCB5eV9jdXJyZW50X2J1ZmZlciwg aW5wdXRfZmlsZSApOwp8IAl5eV9sb2FkX2J1ZmZlcl9zdGF0ZSgpOwp8IAl9CnwgCnwgCnwg I2lmZGVmIFlZX1VTRV9QUk9UT1MKfCB2b2lkIHl5X3N3aXRjaF90b19idWZmZXIoIFlZX0JV RkZFUl9TVEFURSBuZXdfYnVmZmVyICkKfCAjZWxzZQp8IHZvaWQgeXlfc3dpdGNoX3RvX2J1 ZmZlciggbmV3X2J1ZmZlciApCnwgWVlfQlVGRkVSX1NUQVRFIG5ld19idWZmZXI7CnwgI2Vu ZGlmCnwgCXsKfCAJaWYgKCB5eV9jdXJyZW50X2J1ZmZlciA9PSBuZXdfYnVmZmVyICkKfCAJ CXJldHVybjsKfCAKfCAJaWYgKCB5eV9jdXJyZW50X2J1ZmZlciApCnwgCQl7CnwgCQkvKiBG bHVzaCBvdXQgaW5mb3JtYXRpb24gZm9yIG9sZCBidWZmZXIuICovCnwgCQkqeXlfY19idWZf cCA9IHl5X2hvbGRfY2hhcjsKfCAJCXl5X2N1cnJlbnRfYnVmZmVyLT55eV9idWZfcG9zID0g eXlfY19idWZfcDsKfCAJCXl5X2N1cnJlbnRfYnVmZmVyLT55eV9uX2NoYXJzID0geXlfbl9j aGFyczsKfCAJCX0KfCAKfCAJeXlfY3VycmVudF9idWZmZXIgPSBuZXdfYnVmZmVyOwp8IAl5 eV9sb2FkX2J1ZmZlcl9zdGF0ZSgpOwp8IAp8IAkvKiBXZSBkb24ndCBhY3R1YWxseSBrbm93 IHdoZXRoZXIgd2UgZGlkIHRoaXMgc3dpdGNoIGR1cmluZwp8IAkgKiBFT0YgKHl5d3JhcCgp KSBwcm9jZXNzaW5nLCBidXQgdGhlIG9ubHkgdGltZSB0aGlzIGZsYWcKfCAJICogaXMgbG9v a2VkIGF0IGlzIGFmdGVyIHl5d3JhcCgpIGlzIGNhbGxlZCwgc28gaXQncyBzYWZlCnwgCSAq IHRvIGdvIGFoZWFkIGFuZCBhbHdheXMgc2V0IGl0Lgp8IAkgKi8KfCAJeXlfZGlkX2J1ZmZl cl9zd2l0Y2hfb25fZW9mID0gMTsKfCAJfQp8IAp8IAp8ICNpZmRlZiBZWV9VU0VfUFJPVE9T Cnwgdm9pZCB5eV9sb2FkX2J1ZmZlcl9zdGF0ZSggdm9pZCApCnwgI2Vsc2UKfCB2b2lkIHl5 X2xvYWRfYnVmZmVyX3N0YXRlKCkKfCAjZW5kaWYKfCAJewp8IAl5eV9uX2NoYXJzID0geXlf Y3VycmVudF9idWZmZXItPnl5X25fY2hhcnM7CnwgCXl5dGV4dF9wdHIgPSB5eV9jX2J1Zl9w ID0geXlfY3VycmVudF9idWZmZXItPnl5X2J1Zl9wb3M7CnwgCXl5aW4gPSB5eV9jdXJyZW50 X2J1ZmZlci0+eXlfaW5wdXRfZmlsZTsKfCAJeXlfaG9sZF9jaGFyID0gKnl5X2NfYnVmX3A7 CnwgCX0KfCAKfCAKfCAjaWZkZWYgWVlfVVNFX1BST1RPUwp8IFlZX0JVRkZFUl9TVEFURSB5 eV9jcmVhdGVfYnVmZmVyKCBGSUxFICpmaWxlLCBpbnQgc2l6ZSApCnwgI2Vsc2UKfCBZWV9C VUZGRVJfU1RBVEUgeXlfY3JlYXRlX2J1ZmZlciggZmlsZSwgc2l6ZSApCnwgRklMRSAqZmls ZTsKfCBpbnQgc2l6ZTsKfCAjZW5kaWYKfCAJewp8IAlZWV9CVUZGRVJfU1RBVEUgYjsKfCAK fCAJYiA9IChZWV9CVUZGRVJfU1RBVEUpIHl5X2ZsZXhfYWxsb2MoIHNpemVvZiggc3RydWN0 IHl5X2J1ZmZlcl9zdGF0ZSApICk7CnwgCWlmICggISBiICkKfCAJCVlZX0ZBVEFMX0VSUk9S KCAib3V0IG9mIGR5bmFtaWMgbWVtb3J5IGluIHl5X2NyZWF0ZV9idWZmZXIoKSIgKTsKfCAK fCAJYi0+eXlfYnVmX3NpemUgPSBzaXplOwp8IAp8IAkvKiB5eV9jaF9idWYgaGFzIHRvIGJl IDIgY2hhcmFjdGVycyBsb25nZXIgdGhhbiB0aGUgc2l6ZSBnaXZlbiBiZWNhdXNlCnwgCSAq IHdlIG5lZWQgdG8gcHV0IGluIDIgZW5kLW9mLWJ1ZmZlciBjaGFyYWN0ZXJzLgp8IAkgKi8K fCAJYi0+eXlfY2hfYnVmID0gKGNoYXIgKikgeXlfZmxleF9hbGxvYyggYi0+eXlfYnVmX3Np emUgKyAyICk7CnwgCWlmICggISBiLT55eV9jaF9idWYgKQp8IAkJWVlfRkFUQUxfRVJST1Io ICJvdXQgb2YgZHluYW1pYyBtZW1vcnkgaW4geXlfY3JlYXRlX2J1ZmZlcigpIiApOwp8IAp8 IAliLT55eV9pc19vdXJfYnVmZmVyID0gMTsKfCAKfCAJeXlfaW5pdF9idWZmZXIoIGIsIGZp bGUgKTsKfCAKfCAJcmV0dXJuIGI7CnwgCX0KfCAKfCAKfCAjaWZkZWYgWVlfVVNFX1BST1RP Uwp8IHZvaWQgeXlfZGVsZXRlX2J1ZmZlciggWVlfQlVGRkVSX1NUQVRFIGIgKQp8ICNlbHNl Cnwgdm9pZCB5eV9kZWxldGVfYnVmZmVyKCBiICkKfCBZWV9CVUZGRVJfU1RBVEUgYjsKfCAj ZW5kaWYKfCAJewp8IAlpZiAoICEgYiApCnwgCQlyZXR1cm47CnwgCnwgCWlmICggYiA9PSB5 eV9jdXJyZW50X2J1ZmZlciApCnwgCQl5eV9jdXJyZW50X2J1ZmZlciA9IChZWV9CVUZGRVJf U1RBVEUpIDA7CnwgCnwgCWlmICggYi0+eXlfaXNfb3VyX2J1ZmZlciApCnwgCQl5eV9mbGV4 X2ZyZWUoICh2b2lkICopIGItPnl5X2NoX2J1ZiApOwp8IAp8IAl5eV9mbGV4X2ZyZWUoICh2 b2lkICopIGIgKTsKfCAJfQp8IAp8IAp8ICNpZm5kZWYgWVlfQUxXQVlTX0lOVEVSQUNUSVZF CnwgI2lmbmRlZiBZWV9ORVZFUl9JTlRFUkFDVElWRQp8IGV4dGVybiBpbnQgaXNhdHR5IFlZ X1BST1RPKCggaW50ICkpOwp8ICNlbmRpZgp8ICNlbmRpZgp8IAp8ICNpZmRlZiBZWV9VU0Vf UFJPVE9TCnwgdm9pZCB5eV9pbml0X2J1ZmZlciggWVlfQlVGRkVSX1NUQVRFIGIsIEZJTEUg KmZpbGUgKQp8ICNlbHNlCnwgdm9pZCB5eV9pbml0X2J1ZmZlciggYiwgZmlsZSApCnwgWVlf QlVGRkVSX1NUQVRFIGI7CnwgRklMRSAqZmlsZTsKfCAjZW5kaWYKfCAKfCAKfCAJewp8IAl5 eV9mbHVzaF9idWZmZXIoIGIgKTsKfCAKfCAJYi0+eXlfaW5wdXRfZmlsZSA9IGZpbGU7Cnwg CWItPnl5X2ZpbGxfYnVmZmVyID0gMTsKfCAKfCAjaWYgWVlfQUxXQVlTX0lOVEVSQUNUSVZF CnwgCWItPnl5X2lzX2ludGVyYWN0aXZlID0gMTsKfCAjZWxzZQp8ICNpZiBZWV9ORVZFUl9J TlRFUkFDVElWRQp8IAliLT55eV9pc19pbnRlcmFjdGl2ZSA9IDA7CnwgI2Vsc2UKfCAJYi0+ eXlfaXNfaW50ZXJhY3RpdmUgPSBmaWxlID8gKGlzYXR0eSggZmlsZW5vKGZpbGUpICkgPiAw KSA6IDA7CnwgI2VuZGlmCnwgI2VuZGlmCnwgCX0KfCAKfCAKfCAjaWZkZWYgWVlfVVNFX1BS T1RPUwp8IHZvaWQgeXlfZmx1c2hfYnVmZmVyKCBZWV9CVUZGRVJfU1RBVEUgYiApCnwgI2Vs c2UKfCB2b2lkIHl5X2ZsdXNoX2J1ZmZlciggYiApCnwgWVlfQlVGRkVSX1NUQVRFIGI7Cnwg I2VuZGlmCnwgCnwgCXsKfCAJaWYgKCAhIGIgKQp8IAkJcmV0dXJuOwp8IAp8IAliLT55eV9u X2NoYXJzID0gMDsKfCAKfCAJLyogV2UgYWx3YXlzIG5lZWQgdHdvIGVuZC1vZi1idWZmZXIg Y2hhcmFjdGVycy4gIFRoZSBmaXJzdCBjYXVzZXMKfCAJICogYSB0cmFuc2l0aW9uIHRvIHRo ZSBlbmQtb2YtYnVmZmVyIHN0YXRlLiAgVGhlIHNlY29uZCBjYXVzZXMKfCAJICogYSBqYW0g aW4gdGhhdCBzdGF0ZS4KfCAJICovCnwgCWItPnl5X2NoX2J1ZlswXSA9IFlZX0VORF9PRl9C VUZGRVJfQ0hBUjsKfCAJYi0+eXlfY2hfYnVmWzFdID0gWVlfRU5EX09GX0JVRkZFUl9DSEFS Owp8IAp8IAliLT55eV9idWZfcG9zID0gJmItPnl5X2NoX2J1ZlswXTsKfCAKfCAJYi0+eXlf YXRfYm9sID0gMTsKfCAJYi0+eXlfYnVmZmVyX3N0YXR1cyA9IFlZX0JVRkZFUl9ORVc7Cnwg CnwgCWlmICggYiA9PSB5eV9jdXJyZW50X2J1ZmZlciApCnwgCQl5eV9sb2FkX2J1ZmZlcl9z dGF0ZSgpOwp8IAl9CnwgCnwgCnwgI2lmbmRlZiBZWV9OT19TQ0FOX0JVRkZFUgp8ICNpZmRl ZiBZWV9VU0VfUFJPVE9TCnwgWVlfQlVGRkVSX1NUQVRFIHl5X3NjYW5fYnVmZmVyKCBjaGFy ICpiYXNlLCB5eV9zaXplX3Qgc2l6ZSApCnwgI2Vsc2UKfCBZWV9CVUZGRVJfU1RBVEUgeXlf c2Nhbl9idWZmZXIoIGJhc2UsIHNpemUgKQp8IGNoYXIgKmJhc2U7CnwgeXlfc2l6ZV90IHNp emU7CnwgI2VuZGlmCnwgCXsKfCAJWVlfQlVGRkVSX1NUQVRFIGI7CnwgCnwgCWlmICggc2l6 ZSA8IDIgfHwKfCAJICAgICBiYXNlW3NpemUtMl0gIT0gWVlfRU5EX09GX0JVRkZFUl9DSEFS IHx8CnwgCSAgICAgYmFzZVtzaXplLTFdICE9IFlZX0VORF9PRl9CVUZGRVJfQ0hBUiApCnwg CQkvKiBUaGV5IGZvcmdvdCB0byBsZWF2ZSByb29tIGZvciB0aGUgRU9CJ3MuICovCnwgCQly ZXR1cm4gMDsKfCAKfCAJYiA9IChZWV9CVUZGRVJfU1RBVEUpIHl5X2ZsZXhfYWxsb2MoIHNp emVvZiggc3RydWN0IHl5X2J1ZmZlcl9zdGF0ZSApICk7CnwgCWlmICggISBiICkKfCAJCVlZ X0ZBVEFMX0VSUk9SKCAib3V0IG9mIGR5bmFtaWMgbWVtb3J5IGluIHl5X3NjYW5fYnVmZmVy KCkiICk7CnwgCnwgCWItPnl5X2J1Zl9zaXplID0gc2l6ZSAtIDI7CS8qICItIDIiIHRvIHRh a2UgY2FyZSBvZiBFT0IncyAqLwp8IAliLT55eV9idWZfcG9zID0gYi0+eXlfY2hfYnVmID0g YmFzZTsKfCAJYi0+eXlfaXNfb3VyX2J1ZmZlciA9IDA7CnwgCWItPnl5X2lucHV0X2ZpbGUg PSAwOwp8IAliLT55eV9uX2NoYXJzID0gYi0+eXlfYnVmX3NpemU7CnwgCWItPnl5X2lzX2lu dGVyYWN0aXZlID0gMDsKfCAJYi0+eXlfYXRfYm9sID0gMTsKfCAJYi0+eXlfZmlsbF9idWZm ZXIgPSAwOwp8IAliLT55eV9idWZmZXJfc3RhdHVzID0gWVlfQlVGRkVSX05FVzsKfCAKfCAJ eXlfc3dpdGNoX3RvX2J1ZmZlciggYiApOwp8IAp8IAlyZXR1cm4gYjsKfCAJfQp8ICNlbmRp Zgp8IAp8IAp8ICNpZm5kZWYgWVlfTk9fU0NBTl9TVFJJTkcKfCAjaWZkZWYgWVlfVVNFX1BS T1RPUwp8IFlZX0JVRkZFUl9TVEFURSB5eV9zY2FuX3N0cmluZyggeXljb25zdCBjaGFyICp5 eV9zdHIgKQp8ICNlbHNlCnwgWVlfQlVGRkVSX1NUQVRFIHl5X3NjYW5fc3RyaW5nKCB5eV9z dHIgKQp8IHl5Y29uc3QgY2hhciAqeXlfc3RyOwp8ICNlbmRpZgp8IAl7CnwgCWludCBsZW47 CnwgCWZvciAoIGxlbiA9IDA7IHl5X3N0cltsZW5dOyArK2xlbiApCnwgCQk7CnwgCnwgCXJl dHVybiB5eV9zY2FuX2J5dGVzKCB5eV9zdHIsIGxlbiApOwp8IAl9CnwgI2VuZGlmCnwgCnwg CnwgI2lmbmRlZiBZWV9OT19TQ0FOX0JZVEVTCnwgI2lmZGVmIFlZX1VTRV9QUk9UT1MKfCBZ WV9CVUZGRVJfU1RBVEUgeXlfc2Nhbl9ieXRlcyggeXljb25zdCBjaGFyICpieXRlcywgaW50 IGxlbiApCnwgI2Vsc2UKfCBZWV9CVUZGRVJfU1RBVEUgeXlfc2Nhbl9ieXRlcyggYnl0ZXMs IGxlbiApCnwgeXljb25zdCBjaGFyICpieXRlczsKfCBpbnQgbGVuOwp8ICNlbmRpZgp8IAl7 CnwgCVlZX0JVRkZFUl9TVEFURSBiOwp8IAljaGFyICpidWY7CnwgCXl5X3NpemVfdCBuOwp8 IAlpbnQgaTsKfCAKfCAJLyogR2V0IG1lbW9yeSBmb3IgZnVsbCBidWZmZXIsIGluY2x1ZGlu ZyBzcGFjZSBmb3IgdHJhaWxpbmcgRU9CJ3MuICovCnwgCW4gPSBsZW4gKyAyOwp8IAlidWYg PSAoY2hhciAqKSB5eV9mbGV4X2FsbG9jKCBuICk7CnwgCWlmICggISBidWYgKQp8IAkJWVlf RkFUQUxfRVJST1IoICJvdXQgb2YgZHluYW1pYyBtZW1vcnkgaW4geXlfc2Nhbl9ieXRlcygp IiApOwp8IAp8IAlmb3IgKCBpID0gMDsgaSA8IGxlbjsgKytpICkKfCAJCWJ1ZltpXSA9IGJ5 dGVzW2ldOwp8IAp8IAlidWZbbGVuXSA9IGJ1ZltsZW4rMV0gPSBZWV9FTkRfT0ZfQlVGRkVS X0NIQVI7CnwgCnwgCWIgPSB5eV9zY2FuX2J1ZmZlciggYnVmLCBuICk7CnwgCWlmICggISBi ICkKfCAJCVlZX0ZBVEFMX0VSUk9SKCAiYmFkIGJ1ZmZlciBpbiB5eV9zY2FuX2J5dGVzKCki ICk7CnwgCnwgCS8qIEl0J3Mgb2theSB0byBncm93IGV0Yy4gdGhpcyBidWZmZXIsIGFuZCB3 ZSBzaG91bGQgdGhyb3cgaXQKfCAJICogYXdheSB3aGVuIHdlJ3JlIGRvbmUuCnwgCSAqLwp8 IAliLT55eV9pc19vdXJfYnVmZmVyID0gMTsKfCAKfCAJcmV0dXJuIGI7CnwgCX0KfCAjZW5k aWYKfCAKfCAKfCAjaWZuZGVmIFlZX05PX1BVU0hfU1RBVEUKfCAjaWZkZWYgWVlfVVNFX1BS T1RPUwp8IHN0YXRpYyB2b2lkIHl5X3B1c2hfc3RhdGUoIGludCBuZXdfc3RhdGUgKQp8ICNl bHNlCnwgc3RhdGljIHZvaWQgeXlfcHVzaF9zdGF0ZSggbmV3X3N0YXRlICkKfCBpbnQgbmV3 X3N0YXRlOwp8ICNlbmRpZgp8IAl7CnwgCWlmICggeXlfc3RhcnRfc3RhY2tfcHRyID49IHl5 X3N0YXJ0X3N0YWNrX2RlcHRoICkKfCAJCXsKfCAJCXl5X3NpemVfdCBuZXdfc2l6ZTsKfCAK fCAJCXl5X3N0YXJ0X3N0YWNrX2RlcHRoICs9IFlZX1NUQVJUX1NUQUNLX0lOQ1I7CnwgCQlu ZXdfc2l6ZSA9IHl5X3N0YXJ0X3N0YWNrX2RlcHRoICogc2l6ZW9mKCBpbnQgKTsKfCAKfCAJ CWlmICggISB5eV9zdGFydF9zdGFjayApCnwgCQkJeXlfc3RhcnRfc3RhY2sgPSAoaW50ICop IHl5X2ZsZXhfYWxsb2MoIG5ld19zaXplICk7CnwgCnwgCQllbHNlCnwgCQkJeXlfc3RhcnRf c3RhY2sgPSAoaW50ICopIHl5X2ZsZXhfcmVhbGxvYygKfCAJCQkJCSh2b2lkICopIHl5X3N0 YXJ0X3N0YWNrLCBuZXdfc2l6ZSApOwp8IAp8IAkJaWYgKCAhIHl5X3N0YXJ0X3N0YWNrICkK fCAJCQlZWV9GQVRBTF9FUlJPUigKfCAJCQkib3V0IG9mIG1lbW9yeSBleHBhbmRpbmcgc3Rh cnQtY29uZGl0aW9uIHN0YWNrIiApOwp8IAkJfQp8IAp8IAl5eV9zdGFydF9zdGFja1t5eV9z dGFydF9zdGFja19wdHIrK10gPSBZWV9TVEFSVDsKfCAKfCAJQkVHSU4obmV3X3N0YXRlKTsK fCAJfQp8ICNlbmRpZgp8IAp8IAp8ICNpZm5kZWYgWVlfTk9fUE9QX1NUQVRFCnwgI2lmZGVm IFlZX1VTRV9QUk9UT1MKfCBzdGF0aWMgdm9pZCB5eV9wb3Bfc3RhdGUodm9pZCkKfCAjZWxz ZQp8IHN0YXRpYyB2b2lkIHl5X3BvcF9zdGF0ZSgpCnwgI2VuZGlmCnwgCXsKfCAJaWYgKCAt LXl5X3N0YXJ0X3N0YWNrX3B0ciA8IDAgKQp8IAkJWVlfRkFUQUxfRVJST1IoICJzdGFydC1j b25kaXRpb24gc3RhY2sgdW5kZXJmbG93IiApOwp8IAp8IAlCRUdJTih5eV9zdGFydF9zdGFj a1t5eV9zdGFydF9zdGFja19wdHJdKTsKfCAJfQp8ICNlbmRpZgp8IAp8IAp8ICNpZm5kZWYg WVlfTk9fVE9QX1NUQVRFCnwgI2lmZGVmIFlZX1VTRV9QUk9UT1MKfCBzdGF0aWMgaW50IHl5 X3RvcF9zdGF0ZSh2b2lkKQp8ICNlbHNlCnwgc3RhdGljIGludCB5eV90b3Bfc3RhdGUoKQp8 ICNlbmRpZgp8IAl7CnwgCXJldHVybiB5eV9zdGFydF9zdGFja1t5eV9zdGFydF9zdGFja19w dHIgLSAxXTsKfCAJfQp8ICNlbmRpZgp8IAp8ICNpZm5kZWYgWVlfRVhJVF9GQUlMVVJFCnwg I2RlZmluZSBZWV9FWElUX0ZBSUxVUkUgMgp8ICNlbmRpZgp8IAp8ICNpZmRlZiBZWV9VU0Vf UFJPVE9TCnwgc3RhdGljIHZvaWQgeXlfZmF0YWxfZXJyb3IoIHl5Y29uc3QgY2hhciBtc2db XSApCnwgI2Vsc2UKfCBzdGF0aWMgdm9pZCB5eV9mYXRhbF9lcnJvciggbXNnICkKfCBjaGFy IG1zZ1tdOwp8ICNlbmRpZgp8IAl7CnwgCSh2b2lkKSBmcHJpbnRmKCBzdGRlcnIsICIlc1xu IiwgbXNnICk7CnwgCWV4aXQoIFlZX0VYSVRfRkFJTFVSRSApOwp8IAl9CnwgCnwgCnwgCnwg LyogUmVkZWZpbmUgeXlsZXNzKCkgc28gaXQgd29ya3MgaW4gc2VjdGlvbiAzIGNvZGUuICov CnwgCnwgI3VuZGVmIHl5bGVzcwp8ICNkZWZpbmUgeXlsZXNzKG4pIFwKfCAJZG8gXAp8IAkJ eyBcCnwgCQkvKiBVbmRvIGVmZmVjdHMgb2Ygc2V0dGluZyB1cCB5eXRleHQuICovIFwKfCAJ CXl5dGV4dFt5eWxlbmddID0geXlfaG9sZF9jaGFyOyBcCnwgCQl5eV9jX2J1Zl9wID0geXl0 ZXh0ICsgbjsgXAp8IAkJeXlfaG9sZF9jaGFyID0gKnl5X2NfYnVmX3A7IFwKfCAJCSp5eV9j X2J1Zl9wID0gJ1wwJzsgXAp8IAkJeXlsZW5nID0gbjsgXAp8IAkJfSBcCnwgCXdoaWxlICgg MCApCnwgCnwgCnwgLyogSW50ZXJuYWwgdXRpbGl0eSByb3V0aW5lcy4gKi8KfCAKfCAjaWZu ZGVmIHl5dGV4dF9wdHIKfCAjaWZkZWYgWVlfVVNFX1BST1RPUwp8IHN0YXRpYyB2b2lkIHl5 X2ZsZXhfc3RybmNweSggY2hhciAqczEsIHl5Y29uc3QgY2hhciAqczIsIGludCBuICkKfCAj ZWxzZQp8IHN0YXRpYyB2b2lkIHl5X2ZsZXhfc3RybmNweSggczEsIHMyLCBuICkKfCBjaGFy ICpzMTsKfCB5eWNvbnN0IGNoYXIgKnMyOwp8IGludCBuOwp8ICNlbmRpZgp8IAl7CnwgCWlu dCBpOwp8IAlmb3IgKCBpID0gMDsgaSA8IG47ICsraSApCnwgCQlzMVtpXSA9IHMyW2ldOwp8 IAl9CnwgI2VuZGlmCnwgCnwgI2lmZGVmIFlZX05FRURfU1RSTEVOCnwgI2lmZGVmIFlZX1VT RV9QUk9UT1MKfCBzdGF0aWMgaW50IHl5X2ZsZXhfc3RybGVuKCB5eWNvbnN0IGNoYXIgKnMg KQp8ICNlbHNlCnwgc3RhdGljIGludCB5eV9mbGV4X3N0cmxlbiggcyApCnwgeXljb25zdCBj aGFyICpzOwp8ICNlbmRpZgp8IAl7CnwgCWludCBuOwp8IAlmb3IgKCBuID0gMDsgc1tuXTsg KytuICkKfCAJCTsKfCAKfCAJcmV0dXJuIG47CnwgCX0KfCAjZW5kaWYKfCAKfCAKfCAjaWZk ZWYgWVlfVVNFX1BST1RPUwp8IHN0YXRpYyB2b2lkICp5eV9mbGV4X2FsbG9jKCB5eV9zaXpl X3Qgc2l6ZSApCnwgI2Vsc2UKfCBzdGF0aWMgdm9pZCAqeXlfZmxleF9hbGxvYyggc2l6ZSAp CnwgeXlfc2l6ZV90IHNpemU7CnwgI2VuZGlmCnwgCXsKfCAJcmV0dXJuICh2b2lkICopIG1h bGxvYyggc2l6ZSApOwp8IAl9CnwgCnwgI2lmZGVmIFlZX1VTRV9QUk9UT1MKfCBzdGF0aWMg dm9pZCAqeXlfZmxleF9yZWFsbG9jKCB2b2lkICpwdHIsIHl5X3NpemVfdCBzaXplICkKfCAj ZWxzZQp8IHN0YXRpYyB2b2lkICp5eV9mbGV4X3JlYWxsb2MoIHB0ciwgc2l6ZSApCnwgdm9p ZCAqcHRyOwp8IHl5X3NpemVfdCBzaXplOwp8ICNlbmRpZgp8IAl7CnwgCS8qIFRoZSBjYXN0 IHRvIChjaGFyICopIGluIHRoZSBmb2xsb3dpbmcgYWNjb21tb2RhdGVzIGJvdGgKfCAJICog aW1wbGVtZW50YXRpb25zIHRoYXQgdXNlIGNoYXIqIGdlbmVyaWMgcG9pbnRlcnMsIGFuZCB0 aG9zZQp8IAkgKiB0aGF0IHVzZSB2b2lkKiBnZW5lcmljIHBvaW50ZXJzLiAgSXQgd29ya3Mg d2l0aCB0aGUgbGF0dGVyCnwgCSAqIGJlY2F1c2UgYm90aCBBTlNJIEMgYW5kIEMrKyBhbGxv dyBjYXN0bGVzcyBhc3NpZ25tZW50IGZyb20KfCAJICogYW55IHBvaW50ZXIgdHlwZSB0byB2 b2lkKiwgYW5kIGRlYWwgd2l0aCBhcmd1bWVudCBjb252ZXJzaW9ucwp8IAkgKiBhcyB0aG91 Z2ggZG9pbmcgYW4gYXNzaWdubWVudC4KfCAJICovCnwgCXJldHVybiAodm9pZCAqKSByZWFs bG9jKCAoY2hhciAqKSBwdHIsIHNpemUgKTsKfCAJfQp8IAp8ICNpZmRlZiBZWV9VU0VfUFJP VE9TCnwgc3RhdGljIHZvaWQgeXlfZmxleF9mcmVlKCB2b2lkICpwdHIgKQp8ICNlbHNlCnwg c3RhdGljIHZvaWQgeXlfZmxleF9mcmVlKCBwdHIgKQp8IHZvaWQgKnB0cjsKfCAjZW5kaWYK fCAJewp8IAlmcmVlKCBwdHIgKTsKfCAJfQp8IAp8ICNpZiBZWV9NQUlOCnwgaW50IG1haW4o KQp8IAl7CnwgCXl5bGV4KCk7CnwgCXJldHVybiAwOwp8IAl9CnwgI2VuZGlmCnwgI2xpbmUg OSAiY29uZnRlc3QubCIKfCAKfCAjaWZkZWYgWVlURVhUX1BPSU5URVIKfCBleHRlcm4gY2hh ciAqeXl0ZXh0Owp8ICNlbmRpZgp8IGludAp8IG1haW4gKHZvaWQpCnwgewp8ICAgcmV0dXJu ICEgeXlsZXggKCkgKyAhIHl5d3JhcCAoKTsKfCB9CmNvbmZpZ3VyZToxMjg4MzogY2MgLW8g Y29uZnRlc3QgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5nICAgLXJwYXRoPS91c3Iv bGliOi91c3IvbG9jYWwvbGliIGNvbmZ0ZXN0LmMgLWxmbCAgPiY1CmNjOiB3YXJuaW5nOiBh cmd1bWVudCB1bnVzZWQgZHVyaW5nIGNvbXBpbGF0aW9uOiAnLXJwYXRoPS91c3IvbGliOi91 c3IvbG9jYWwvbGliJwpjb25mdGVzdC5sOjY6MjA6IHdhcm5pbmc6IGNvbXBhcmlzb24gYmV0 d2VlbiBwb2ludGVyIGFuZCBpbnRlZ2VyICgnY2hhciAqJyBhbmQgJ2ludCcpCnsgeXlsZXNz IChpbnB1dCAoKSAhPSAwKTsgfQogIH5+fn5+fn5+fn5+fn5+fn5+Xn5+fn4KY29uZnRlc3Qu YzoxMzg6MzI6IG5vdGU6IGV4cGFuZGVkIGZyb20gbWFjcm8gJ3l5bGVzcycKICAgICAgICAg ICAgICAgIHl5X2NfYnVmX3AgPSB5eV9jcCA9IHl5X2JwICsgbiAtIFlZX01PUkVfQURKOyBc CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB+fn5+fn5+fl5+fn5+fn5+ fn5+fn5+fn5+fgpjb25mdGVzdC5sOjY6Mzogd2FybmluZzogaW5jb21wYXRpYmxlIGludGVn ZXIgdG8gcG9pbnRlciBjb252ZXJzaW9uIGFzc2lnbmluZyB0byAnY2hhciAqJyBmcm9tICdp bnQnIFstV2ludC1jb252ZXJzaW9uXQp7IHl5bGVzcyAoaW5wdXQgKCkgIT0gMCk7IH0KICBe fn5+fn5+fn5+fn5+fn5+fn5+fn5+CmNvbmZ0ZXN0LmM6MTM4OjIyOiBub3RlOiBleHBhbmRl ZCBmcm9tIG1hY3JvICd5eWxlc3MnCiAgICAgICAgICAgICAgICB5eV9jX2J1Zl9wID0geXlf Y3AgPSB5eV9icCArIG4gLSBZWV9NT1JFX0FESjsgXAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIF4gfn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn4KMiB3YXJuaW5ncyBn ZW5lcmF0ZWQuCmNvbmZpZ3VyZToxMjg5MDogJD8gPSAwCmNvbmZpZ3VyZToxMjkxNDogcmVz dWx0OiAtbGZsCmNvbmZpZ3VyZToxMjkyMDogY2hlY2tpbmcgd2hldGhlciB5eXRleHQgaXMg YSBwb2ludGVyCmNvbmZpZ3VyZToxMjk0MTogY2MgLW8gY29uZnRlc3QgLU8yIC1waXBlIC1m bm8tc3RyaWN0LWFsaWFzaW5nICAgLXJwYXRoPS91c3IvbGliOi91c3IvbG9jYWwvbGliIGNv bmZ0ZXN0LmMgLWxmbCAgPiY1CmNjOiB3YXJuaW5nOiBhcmd1bWVudCB1bnVzZWQgZHVyaW5n IGNvbXBpbGF0aW9uOiAnLXJwYXRoPS91c3IvbGliOi91c3IvbG9jYWwvbGliJwpjb25mdGVz dC5sOjY6MjA6IHdhcm5pbmc6IGNvbXBhcmlzb24gYmV0d2VlbiBwb2ludGVyIGFuZCBpbnRl Z2VyICgnY2hhciAqJyBhbmQgJ2ludCcpCnsgeXlsZXNzIChpbnB1dCAoKSAhPSAwKTsgfQog IH5+fn5+fn5+fn5+fn5+fn5+Xn5+fn4KY29uZnRlc3QuYzoxMzk6MzI6IG5vdGU6IGV4cGFu ZGVkIGZyb20gbWFjcm8gJ3l5bGVzcycKICAgICAgICAgICAgICAgIHl5X2NfYnVmX3AgPSB5 eV9jcCA9IHl5X2JwICsgbiAtIFlZX01PUkVfQURKOyBcCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB+fn5+fn5+fl5+fn5+fn5+fn5+fn5+fn5+fgpjb25mdGVzdC5s OjY6Mzogd2FybmluZzogaW5jb21wYXRpYmxlIGludGVnZXIgdG8gcG9pbnRlciBjb252ZXJz aW9uIGFzc2lnbmluZyB0byAnY2hhciAqJyBmcm9tICdpbnQnIFstV2ludC1jb252ZXJzaW9u XQp7IHl5bGVzcyAoaW5wdXQgKCkgIT0gMCk7IH0KICBefn5+fn5+fn5+fn5+fn5+fn5+fn5+ CmNvbmZ0ZXN0LmM6MTM5OjIyOiBub3RlOiBleHBhbmRlZCBmcm9tIG1hY3JvICd5eWxlc3Mn CiAgICAgICAgICAgICAgICB5eV9jX2J1Zl9wID0geXlfY3AgPSB5eV9icCArIG4gLSBZWV9N T1JFX0FESjsgXAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIF4gfn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn4KMiB3YXJuaW5ncyBnZW5lcmF0ZWQuCmNvbmZpZ3VyZTox Mjk0ODogJD8gPSAwCmNvbmZpZ3VyZToxMjk3MDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjEy OTg2OiBjaGVja2luZyBmb3IgYmlzb24KY29uZmlndXJlOjEzMDAyOiBmb3VuZCAvdXNyL2xv Y2FsL2Jpbi9iaXNvbgpjb25maWd1cmU6MTMwMTM6IHJlc3VsdDogYmlzb24gLXkKY29uZmln dXJlOjEzMDMyOiBjaGVja2luZyBmb3Igc3BlY2lhbCBDIGNvbXBpbGVyIG9wdGlvbnMgbmVl ZGVkIGZvciBsYXJnZSBmaWxlcwpjb25maWd1cmU6MTMxMjc6IHJlc3VsdDogbm8KY29uZmln dXJlOjEzMTMzOiBjaGVja2luZyBmb3IgX0ZJTEVfT0ZGU0VUX0JJVFMgdmFsdWUgbmVlZGVk IGZvciBsYXJnZSBmaWxlcwpjb25maWd1cmU6MTMxNjg6IGNjIC1jIC1PMiAtcGlwZSAtZm5v LXN0cmljdC1hbGlhc2luZyAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjEzMTc1OiAkPyA9 IDAKY29uZmlndXJlOjEzMjQ0OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZToxMzM4NzogY2hlY2tp bmcgZm9yIGNwcApjb25maWd1cmU6MTM0MDY6IGZvdW5kIC91c3IvYmluL2NwcApjb25maWd1 cmU6MTM0MTg6IHJlc3VsdDogL3Vzci9iaW4vY3BwCmNvbmZpZ3VyZToxMzQzNDogY2hlY2tp bmcgaWYgL3Vzci9iaW4vY3BwIHJlcXVpcmVzIC11bmRlZgpjb25maWd1cmU6MTM0NDU6IHJl c3VsdDogeWVzCmNvbmZpZ3VyZToxMzQ2MDogY2hlY2tpbmcgaWYgL3Vzci9iaW4vY3BwIHJl cXVpcmVzIC10cmFkaXRpb25hbApjb25maWd1cmU6MTM0NzQ6IGVycm9yOiAvdXNyL2Jpbi9j cHAgZG9lcyBub3QgcHJlc2VydmUgd2hpdGVzcGFjZSB3aXRoIG9yIHdpdGhvdXQgLXRyYWRp dGlvbmFsLiAgSSBkb24ndCBrbm93IHdoYXQgdG8gZG8uCgojIyAtLS0tLS0tLS0tLS0tLS0t ICMjCiMjIENhY2hlIHZhcmlhYmxlcy4gIyMKIyMgLS0tLS0tLS0tLS0tLS0tLSAjIwoKYWNf Y3ZfYnVpbGQ9YW1kNjQtcG9ydGJsZC1mcmVlYnNkOS4wCmFjX2N2X2NfY29tcGlsZXJfZ251 PXllcwphY19jdl9lbnZfQ0NBU0ZMQUdTX3NldD0nJwphY19jdl9lbnZfQ0NBU0ZMQUdTX3Zh bHVlPScnCmFjX2N2X2Vudl9DQ0FTX3NldD0nJwphY19jdl9lbnZfQ0NBU192YWx1ZT0nJwph Y19jdl9lbnZfQ0Nfc2V0PXNldAphY19jdl9lbnZfQ0NfdmFsdWU9Y2MKYWNfY3ZfZW52X0NG TEFHU19zZXQ9c2V0CmFjX2N2X2Vudl9DRkxBR1NfdmFsdWU9Jy1PMiAtcGlwZSAtZm5vLXN0 cmljdC1hbGlhc2luZycKYWNfY3ZfZW52X0NQUEZMQUdTX3NldD1zZXQKYWNfY3ZfZW52X0NQ UEZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9DUFBfc2V0PXNldAphY19jdl9lbnZfQ1BQX3Zh bHVlPWNwcAphY19jdl9lbnZfREJVU19DRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9EQlVTX0NG TEFHU192YWx1ZT0nJwphY19jdl9lbnZfREJVU19MSUJTX3NldD0nJwphY19jdl9lbnZfREJV U19MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9ER0FfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZf REdBX0NGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfREdBX0xJQlNfc2V0PScnCmFjX2N2X2Vu dl9ER0FfTElCU192YWx1ZT0nJwphY19jdl9lbnZfRE1YRVhBTVBMRVNfREVQX0NGTEFHU19z ZXQ9JycKYWNfY3ZfZW52X0RNWEVYQU1QTEVTX0RFUF9DRkxBR1NfdmFsdWU9JycKYWNfY3Zf ZW52X0RNWEVYQU1QTEVTX0RFUF9MSUJTX3NldD0nJwphY19jdl9lbnZfRE1YRVhBTVBMRVNf REVQX0xJQlNfdmFsdWU9JycKYWNfY3ZfZW52X0RNWE1PRFVMRVNfQ0ZMQUdTX3NldD0nJwph Y19jdl9lbnZfRE1YTU9EVUxFU19DRkxBR1NfdmFsdWU9JycKYWNfY3ZfZW52X0RNWE1PRFVM RVNfTElCU19zZXQ9JycKYWNfY3ZfZW52X0RNWE1PRFVMRVNfTElCU192YWx1ZT0nJwphY19j dl9lbnZfRE1YWElFWEFNUExFU19ERVBfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZfRE1YWElF WEFNUExFU19ERVBfQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9ETVhYSUVYQU1QTEVTX0RF UF9MSUJTX3NldD0nJwphY19jdl9lbnZfRE1YWElFWEFNUExFU19ERVBfTElCU192YWx1ZT0n JwphY19jdl9lbnZfRE1YWE1VRVhBTVBMRVNfREVQX0NGTEFHU19zZXQ9JycKYWNfY3ZfZW52 X0RNWFhNVUVYQU1QTEVTX0RFUF9DRkxBR1NfdmFsdWU9JycKYWNfY3ZfZW52X0RNWFhNVUVY QU1QTEVTX0RFUF9MSUJTX3NldD0nJwphY19jdl9lbnZfRE1YWE1VRVhBTVBMRVNfREVQX0xJ QlNfdmFsdWU9JycKYWNfY3ZfZW52X0RSSTJQUk9UT19DRkxBR1Nfc2V0PScnCmFjX2N2X2Vu dl9EUkkyUFJPVE9fQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9EUkkyUFJPVE9fTElCU19z ZXQ9JycKYWNfY3ZfZW52X0RSSTJQUk9UT19MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9EUklQ Uk9UT19DRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9EUklQUk9UT19DRkxBR1NfdmFsdWU9JycK YWNfY3ZfZW52X0RSSVBST1RPX0xJQlNfc2V0PScnCmFjX2N2X2Vudl9EUklQUk9UT19MSUJT X3ZhbHVlPScnCmFjX2N2X2Vudl9EUklfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZfRFJJX0NG TEFHU192YWx1ZT0nJwphY19jdl9lbnZfRFJJX0xJQlNfc2V0PScnCmFjX2N2X2Vudl9EUklf TElCU192YWx1ZT0nJwphY19jdl9lbnZfR0xJQl9DRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9H TElCX0NGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfR0xJQl9MSUJTX3NldD0nJwphY19jdl9l bnZfR0xJQl9MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9HTF9DRkxBR1Nfc2V0PScnCmFjX2N2 X2Vudl9HTF9DRkxBR1NfdmFsdWU9JycKYWNfY3ZfZW52X0dMX0xJQlNfc2V0PScnCmFjX2N2 X2Vudl9HTF9MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9IQUxfQ0ZMQUdTX3NldD0nJwphY19j dl9lbnZfSEFMX0NGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfSEFMX0xJQlNfc2V0PScnCmFj X2N2X2Vudl9IQUxfTElCU192YWx1ZT0nJwphY19jdl9lbnZfTERGTEFHU19zZXQ9c2V0CmFj X2N2X2Vudl9MREZMQUdTX3ZhbHVlPScgLXJwYXRoPS91c3IvbGliOi91c3IvbG9jYWwvbGli JwphY19jdl9lbnZfTElCRFJNX0NGTEFHU19zZXQ9JycKYWNfY3ZfZW52X0xJQkRSTV9DRkxB R1NfdmFsdWU9JycKYWNfY3ZfZW52X0xJQkRSTV9MSUJTX3NldD0nJwphY19jdl9lbnZfTElC RFJNX0xJQlNfdmFsdWU9JycKYWNfY3ZfZW52X0xJQlNfc2V0PScnCmFjX2N2X2Vudl9MSUJT X3ZhbHVlPScnCmFjX2N2X2Vudl9QQ0lBQ0NFU1NfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZf UENJQUNDRVNTX0NGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfUENJQUNDRVNTX0xJQlNfc2V0 PScnCmFjX2N2X2Vudl9QQ0lBQ0NFU1NfTElCU192YWx1ZT0nJwphY19jdl9lbnZfUEtHX0NP TkZJR19zZXQ9JycKYWNfY3ZfZW52X1BLR19DT05GSUdfdmFsdWU9JycKYWNfY3ZfZW52X1NF TElOVVhfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZfU0VMSU5VWF9DRkxBR1NfdmFsdWU9JycK YWNfY3ZfZW52X1NFTElOVVhfTElCU19zZXQ9JycKYWNfY3ZfZW52X1NFTElOVVhfTElCU192 YWx1ZT0nJwphY19jdl9lbnZfVFNMSUJfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZfVFNMSUJf Q0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9UU0xJQl9MSUJTX3NldD0nJwphY19jdl9lbnZf VFNMSUJfTElCU192YWx1ZT0nJwphY19jdl9lbnZfWDExRVhBTVBMRVNfREVQX0NGTEFHU19z ZXQ9JycKYWNfY3ZfZW52X1gxMUVYQU1QTEVTX0RFUF9DRkxBR1NfdmFsdWU9JycKYWNfY3Zf ZW52X1gxMUVYQU1QTEVTX0RFUF9MSUJTX3NldD0nJwphY19jdl9lbnZfWDExRVhBTVBMRVNf REVQX0xJQlNfdmFsdWU9JycKYWNfY3ZfZW52X1hETUNQX0NGTEFHU19zZXQ9JycKYWNfY3Zf ZW52X1hETUNQX0NGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfWERNQ1BfTElCU19zZXQ9JycK YWNfY3ZfZW52X1hETUNQX0xJQlNfdmFsdWU9JycKYWNfY3ZfZW52X1hETVhDT05GSUdfREVQ X0NGTEFHU19zZXQ9JycKYWNfY3ZfZW52X1hETVhDT05GSUdfREVQX0NGTEFHU192YWx1ZT0n JwphY19jdl9lbnZfWERNWENPTkZJR19ERVBfTElCU19zZXQ9JycKYWNfY3ZfZW52X1hETVhD T05GSUdfREVQX0xJQlNfdmFsdWU9JycKYWNfY3ZfZW52X1hFUEhZUl9DRkxBR1Nfc2V0PScn CmFjX2N2X2Vudl9YRVBIWVJfQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9YRVBIWVJfTElC U19zZXQ9JycKYWNfY3ZfZW52X1hFUEhZUl9MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9YRjg2 VklETU9ERV9DRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9YRjg2VklETU9ERV9DRkxBR1NfdmFs dWU9JycKYWNfY3ZfZW52X1hGODZWSURNT0RFX0xJQlNfc2V0PScnCmFjX2N2X2Vudl9YRjg2 VklETU9ERV9MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9YTElCX0NGTEFHU19zZXQ9JycKYWNf Y3ZfZW52X1hMSUJfQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9YTElCX0xJQlNfc2V0PScn CmFjX2N2X2Vudl9YTElCX0xJQlNfdmFsdWU9JycKYWNfY3ZfZW52X1hORVNUTU9EVUxFU19D RkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9YTkVTVE1PRFVMRVNfQ0ZMQUdTX3ZhbHVlPScnCmFj X2N2X2Vudl9YTkVTVE1PRFVMRVNfTElCU19zZXQ9JycKYWNfY3ZfZW52X1hORVNUTU9EVUxF U19MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9YT1JHX01PRFVMRVNfQ0ZMQUdTX3NldD0nJwph Y19jdl9lbnZfWE9SR19NT0RVTEVTX0NGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfWE9SR19N T0RVTEVTX0xJQlNfc2V0PScnCmFjX2N2X2Vudl9YT1JHX01PRFVMRVNfTElCU192YWx1ZT0n JwphY19jdl9lbnZfWFBCUFJPWFlfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZfWFBCUFJPWFlf Q0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9YUEJQUk9YWV9MSUJTX3NldD0nJwphY19jdl9l bnZfWFBCUFJPWFlfTElCU192YWx1ZT0nJwphY19jdl9lbnZfWFJFU0VYQU1QTEVTX0RFUF9D RkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9YUkVTRVhBTVBMRVNfREVQX0NGTEFHU192YWx1ZT0n JwphY19jdl9lbnZfWFJFU0VYQU1QTEVTX0RFUF9MSUJTX3NldD0nJwphY19jdl9lbnZfWFJF U0VYQU1QTEVTX0RFUF9MSUJTX3ZhbHVlPScnCmFjX2N2X2Vudl9YU0VSVkVSQ0ZMQUdTX0NG TEFHU19zZXQ9JycKYWNfY3ZfZW52X1hTRVJWRVJDRkxBR1NfQ0ZMQUdTX3ZhbHVlPScnCmFj X2N2X2Vudl9YU0VSVkVSQ0ZMQUdTX0xJQlNfc2V0PScnCmFjX2N2X2Vudl9YU0VSVkVSQ0ZM QUdTX0xJQlNfdmFsdWU9JycKYWNfY3ZfZW52X1hTRVJWRVJMSUJTX0NGTEFHU19zZXQ9JycK YWNfY3ZfZW52X1hTRVJWRVJMSUJTX0NGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfWFNFUlZF UkxJQlNfTElCU19zZXQ9JycKYWNfY3ZfZW52X1hTRVJWRVJMSUJTX0xJQlNfdmFsdWU9JycK YWNfY3ZfZW52X1hUU1RFWEFNUExFU19ERVBfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZfWFRT VEVYQU1QTEVTX0RFUF9DRkxBR1NfdmFsdWU9JycKYWNfY3ZfZW52X1hUU1RFWEFNUExFU19E RVBfTElCU19zZXQ9JycKYWNfY3ZfZW52X1hUU1RFWEFNUExFU19ERVBfTElCU192YWx1ZT0n JwphY19jdl9lbnZfWFdJTk1PRFVMRVNfQ0ZMQUdTX3NldD0nJwphY19jdl9lbnZfWFdJTk1P RFVMRVNfQ0ZMQUdTX3ZhbHVlPScnCmFjX2N2X2Vudl9YV0lOTU9EVUxFU19MSUJTX3NldD0n JwphY19jdl9lbnZfWFdJTk1PRFVMRVNfTElCU192YWx1ZT0nJwphY19jdl9lbnZfWUFDQ19z ZXQ9JycKYWNfY3ZfZW52X1lBQ0NfdmFsdWU9JycKYWNfY3ZfZW52X1lGTEFHU19zZXQ9JycK YWNfY3ZfZW52X1lGTEFHU192YWx1ZT0nJwphY19jdl9lbnZfYnVpbGRfYWxpYXNfc2V0PXNl dAphY19jdl9lbnZfYnVpbGRfYWxpYXNfdmFsdWU9YW1kNjQtcG9ydGJsZC1mcmVlYnNkOS4w CmFjX2N2X2Vudl9ob3N0X2FsaWFzX3NldD0nJwphY19jdl9lbnZfaG9zdF9hbGlhc192YWx1 ZT0nJwphY19jdl9lbnZfdGFyZ2V0X2FsaWFzX3NldD0nJwphY19jdl9lbnZfdGFyZ2V0X2Fs aWFzX3ZhbHVlPScnCmFjX2N2X2hlYWRlcl9kbGZjbl9oPXllcwphY19jdl9oZWFkZXJfaW50 dHlwZXNfaD15ZXMKYWNfY3ZfaGVhZGVyX21lbW9yeV9oPXllcwphY19jdl9oZWFkZXJfc3Rk Yz15ZXMKYWNfY3ZfaGVhZGVyX3N0ZGludF9oPXllcwphY19jdl9oZWFkZXJfc3RkbGliX2g9 eWVzCmFjX2N2X2hlYWRlcl9zdHJpbmdfaD15ZXMKYWNfY3ZfaGVhZGVyX3N0cmluZ3NfaD15 ZXMKYWNfY3ZfaGVhZGVyX3N5c19zdGF0X2g9eWVzCmFjX2N2X2hlYWRlcl9zeXNfdHlwZXNf aD15ZXMKYWNfY3ZfaGVhZGVyX3VuaXN0ZF9oPXllcwphY19jdl9ob3N0PWFtZDY0LXBvcnRi bGQtZnJlZWJzZDkuMAphY19jdl9saWJfbGV4PS1sZmwKYWNfY3Zfb2JqZXh0PW8KYWNfY3Zf cGF0aF9ET0xUX0JBU0g9L3Vzci9sb2NhbC9iaW4vYmFzaAphY19jdl9wYXRoX0VHUkVQPScv dXNyL2Jpbi9ncmVwIC1FJwphY19jdl9wYXRoX0ZHUkVQPScvdXNyL2Jpbi9ncmVwIC1GJwph Y19jdl9wYXRoX0dSRVA9L3Vzci9iaW4vZ3JlcAphY19jdl9wYXRoX1JBV0NQUD0vdXNyL2Jp bi9jcHAKYWNfY3ZfcGF0aF9TRUQ9L3Vzci9iaW4vc2VkCmFjX2N2X3BhdGhfYWNfcHRfUEtH X0NPTkZJRz0vdXNyL2xvY2FsL2Jpbi9wa2ctY29uZmlnCmFjX2N2X3Byb2dfQVdLPWdhd2sK YWNfY3ZfcHJvZ19DUFA9Y3BwCmFjX2N2X3Byb2dfTEVYPWZsZXgKYWNfY3ZfcHJvZ19ZQUND PSdiaXNvbiAteScKYWNfY3ZfcHJvZ19hY19jdF9BUj1hcgphY19jdl9wcm9nX2FjX2N0X0ND PWNjCmFjX2N2X3Byb2dfYWNfY3RfT0JKRFVNUD1vYmpkdW1wCmFjX2N2X3Byb2dfYWNfY3Rf UkFOTElCPXJhbmxpYgphY19jdl9wcm9nX2FjX2N0X1NUUklQPXN0cmlwCmFjX2N2X3Byb2df Y2NfYzg5PScnCmFjX2N2X3Byb2dfY2NfZz15ZXMKYWNfY3ZfcHJvZ19sZXhfcm9vdD1sZXgu eXkKYWNfY3ZfcHJvZ19sZXhfeXl0ZXh0X3BvaW50ZXI9eWVzCmFjX2N2X3Byb2dfbWFrZV9n bWFrZV9zZXQ9eWVzCmFjX2N2X3N5c19maWxlX29mZnNldF9iaXRzPW5vCmFjX2N2X3N5c19s YXJnZWZpbGVfQ0M9bm8KYW1fY3ZfQ0NBU19kZXBlbmRlbmNpZXNfY29tcGlsZXJfdHlwZT1n Y2MzCmFtX2N2X0NDX2RlcGVuZGVuY2llc19jb21waWxlcl90eXBlPWdjYzMKbHRfY3ZfZGVw bGlic19jaGVja19tZXRob2Q9cGFzc19hbGwKbHRfY3ZfZmlsZV9tYWdpY19jbWQ9JyRNQUdJ Q19DTUQnCmx0X2N2X2ZpbGVfbWFnaWNfdGVzdF9maWxlPScnCmx0X2N2X2xkX3JlbG9hZF9m bGFnPS1yCmx0X2N2X25tX2ludGVyZmFjZT0nQlNEIG5tJwpsdF9jdl9vYmpkaXI9LmxpYnMK bHRfY3ZfcGF0aF9MRD0vdXNyL2Jpbi9sZApsdF9jdl9wYXRoX05NPScvdXNyL2Jpbi9ubSAt QicKbHRfY3ZfcHJvZ19jb21waWxlcl9jX289eWVzCmx0X2N2X3Byb2dfY29tcGlsZXJfcGlj X3dvcmtzPXllcwpsdF9jdl9wcm9nX2NvbXBpbGVyX3J0dGlfZXhjZXB0aW9ucz15ZXMKbHRf Y3ZfcHJvZ19jb21waWxlcl9zdGF0aWNfd29ya3M9eWVzCmx0X2N2X3Byb2dfZ251X2xkPXll cwpsdF9jdl9zeXNfZ2xvYmFsX3N5bWJvbF9waXBlPSdzZWQgLW4gLWUgJ1wnJ3MvXi4qWwkg XVwoW0FCQ0RHSVJTVFddW0FCQ0RHSVJTVFddKlwpWwkgXVsJIF0qXChbX0EtWmEtel1bX0Et WmEtejAtOV0qXCkkL1wxIFwyIFwyL3AnXCcKbHRfY3Zfc3lzX2dsb2JhbF9zeW1ib2xfdG9f Y19uYW1lX2FkZHJlc3M9J3NlZCAtbiAtZSAnXCcncy9eOiBcKFteIF0qXCkgJC8gIHtcIlwx XCIsICh2b2lkICopIDB9LC9wJ1wnJyAtZSAnXCcncy9eW0FCQ0RHSVJTVFddKiBcKFteIF0q XCkgXChbXiBdKlwpJC8gIHsiXDIiLCAodm9pZCAqKSBcJlwyfSwvcCdcJwpsdF9jdl9zeXNf Z2xvYmFsX3N5bWJvbF90b19jX25hbWVfYWRkcmVzc19saWJfcHJlZml4PSdzZWQgLW4gLWUg J1wnJ3MvXjogXChbXiBdKlwpICQvICB7XCJcMVwiLCAodm9pZCAqKSAwfSwvcCdcJycgLWUg J1wnJ3MvXltBQkNER0lSU1RXXSogXChbXiBdKlwpIFwobGliW14gXSpcKSQvICB7IlwyIiwg KHZvaWQgKikgXCZcMn0sL3AnXCcnIC1lICdcJydzL15bQUJDREdJUlNUV10qIFwoW14gXSpc KSBcKFteIF0qXCkkLyAgeyJsaWJcMiIsICh2b2lkICopIFwmXDJ9LC9wJ1wnCmx0X2N2X3N5 c19nbG9iYWxfc3ltYm9sX3RvX2NkZWNsPSdzZWQgLW4gLWUgJ1wnJ3MvXlQgLiogXCguKlwp JC9leHRlcm4gaW50IFwxKCk7L3AnXCcnIC1lICdcJydzL15bQUJDREdJUlNUV10qIC4qIFwo LipcKSQvZXh0ZXJuIGNoYXIgXDE7L3AnXCcKbHRfY3Zfc3lzX21heF9jbWRfbGVuPTI2MjE0 NAoKIyMgLS0tLS0tLS0tLS0tLS0tLS0gIyMKIyMgT3V0cHV0IHZhcmlhYmxlcy4gIyMKIyMg LS0tLS0tLS0tLS0tLS0tLS0gIyMKCkFDTE9DQUw9JyR7U0hFTEx9IC91c3IvcG9ydHMveDEx LXNlcnZlcnMveG9yZy1zZXJ2ZXIvd29yay94b3JnLXNlcnZlci0xLjcuNy9taXNzaW5nIC0t cnVuIGFjbG9jYWwtMS4xMScKQURNSU5fTUFOX0RJUj0nJwpBRE1JTl9NQU5fU1VGRklYPScn CkFHUF9GQUxTRT0nJwpBR1BfVFJVRT0nJwpBSUdMWF9GQUxTRT0nJwpBSUdMWF9UUlVFPScn CkFMTE9DQT0nJwpBTFBIQV9WSURFT19GQUxTRT0nJwpBTFBIQV9WSURFT19UUlVFPScnCkFN REVQQkFDS1NMQVNIPSdcJwpBTURFUF9GQUxTRT0nIycKQU1ERVBfVFJVRT0nJwpBTVRBUj0n JHtTSEVMTH0gL3Vzci9wb3J0cy94MTEtc2VydmVycy94b3JnLXNlcnZlci93b3JrL3hvcmct c2VydmVyLTEuNy43L21pc3NpbmcgLS1ydW4gdGFyJwpBTV9NQUtFRkxBR1M9JycKQVBQTEVf QVBQTElDQVRJT05TX0RJUj0nJwpBUFBMRV9BUFBMSUNBVElPTl9OQU1FPScnCkFQUF9NQU5f RElSPScnCkFQUF9NQU5fU1VGRklYPScnCkFSPSdhcicKQVJNX1ZJREVPX0ZBTFNFPScnCkFS TV9WSURFT19UUlVFPScnCkFTPSdhcycKQVVUT0NPTkY9JyR7U0hFTEx9IC91c3IvcG9ydHMv eDExLXNlcnZlcnMveG9yZy1zZXJ2ZXIvd29yay94b3JnLXNlcnZlci0xLjcuNy9taXNzaW5n IC0tcnVuIGF1dG9jb25mJwpBVVRPSEVBREVSPScke1NIRUxMfSAvdXNyL3BvcnRzL3gxMS1z ZXJ2ZXJzL3hvcmctc2VydmVyL3dvcmsveG9yZy1zZXJ2ZXItMS43LjcvbWlzc2luZyAtLXJ1 biBhdXRvaGVhZGVyJwpBVVRPTUFLRT0nJHtTSEVMTH0gL3Vzci9wb3J0cy94MTEtc2VydmVy cy94b3JnLXNlcnZlci93b3JrL3hvcmctc2VydmVyLTEuNy43L21pc3NpbmcgLS1ydW4gYXV0 b21ha2UtMS4xMScKQVdLPSdnYXdrJwpCQVNFX0ZPTlRfUEFUSD0nJwpCU0RfQVBNX0ZBTFNF PScnCkJTRF9BUE1fVFJVRT0nJwpCU0RfS1FVRVVFX0FQTV9GQUxTRT0nJwpCU0RfS1FVRVVF X0FQTV9UUlVFPScnCkJVSUxERE9DU19GQUxTRT0nJwpCVUlMRERPQ1NfVFJVRT0nJwpCVUlM RF9EQVRFPScnCkJVSUxEX0tEUklWRUZCREVWTElCX0ZBTFNFPScnCkJVSUxEX0tEUklWRUZC REVWTElCX1RSVUU9JycKQlVJTERfTElOVVhET0NfRkFMU0U9JycKQlVJTERfTElOVVhET0Nf VFJVRT0nJwpCVUlMRF9QREZET0NfRkFMU0U9JycKQlVJTERfUERGRE9DX1RSVUU9JycKQlVJ TERfVElNRT0nJwpDQz0nY2MnCkNDQVM9J2NjJwpDQ0FTREVQTU9ERT0nZGVwbW9kZT1nY2Mz JwpDQ0FTRkxBR1M9Jy1PMiAtcGlwZSAtZm5vLXN0cmljdC1hbGlhc2luZycKQ0NERVBNT0RF PSdkZXBtb2RlPWdjYzMnCkNGTEFHUz0nLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5n JwpDSEFOR0VMT0dfQ01EPScnCkNPTVBJTEVEREVGQVVMVEZPTlRQQVRIPScnCkNPTVBPU0lU RV9GQUxTRT0nJwpDT01QT1NJVEVfVFJVRT0nJwpDT05GSUdfREJVU19BUElfRkFMU0U9JycK Q09ORklHX0RCVVNfQVBJX1RSVUU9JycKQ09ORklHX0hBTF9GQUxTRT0nJwpDT05GSUdfSEFM X1RSVUU9JycKQ09ORklHX05FRURfREJVU19GQUxTRT0nJwpDT05GSUdfTkVFRF9EQlVTX1RS VUU9JycKQ1BQPSdjcHAnCkNQUEZMQUdTPScnCkNXQVJORkxBR1M9JycKQ1hYPSdjKysnCkNZ R1BBVEhfVz0nZWNobycKREFSV0lOX0xJQlM9JycKREJFX0ZBTFNFPScnCkRCRV9UUlVFPScn CkRCVVNfQ0ZMQUdTPScnCkRCVVNfTElCUz0nJwpERUJVR19GQUxTRT0nJwpERUJVR19UUlVF PScnCkRFRkFVTFRfTElCUkFSWV9QQVRIPScnCkRFRkFVTFRfTE9HUFJFRklYPScnCkRFRkFV TFRfTU9EVUxFX1BBVEg9JycKREVGUz0nJwpERVBESVI9Jy5kZXBzJwpER0FfQ0ZMQUdTPScn CkRHQV9GQUxTRT0nJwpER0FfTElCUz0nJwpER0FfVFJVRT0nJwpESVhfQ0ZMQUdTPScnCkRJ WF9MSUI9JycKRExMVE9PTD0nZGxsdG9vbCcKRE1YRVhBTVBMRVNfREVQX0NGTEFHUz0nJwpE TVhFWEFNUExFU19ERVBfTElCUz0nJwpETVhNT0RVTEVTX0NGTEFHUz0nJwpETVhNT0RVTEVT X0xJQlM9JycKRE1YWElFWEFNUExFU19ERVBfQ0ZMQUdTPScnCkRNWFhJRVhBTVBMRVNfREVQ X0xJQlM9JycKRE1YWE1VRVhBTVBMRVNfREVQX0NGTEFHUz0nJwpETVhYTVVFWEFNUExFU19E RVBfTElCUz0nJwpETVhfQlVJTERfTE5YX0ZBTFNFPScnCkRNWF9CVUlMRF9MTlhfVFJVRT0n JwpETVhfQlVJTERfVVNCX0ZBTFNFPScnCkRNWF9CVUlMRF9VU0JfVFJVRT0nJwpETVhfRkFM U0U9JycKRE1YX1RSVUU9JycKRE9MVF9CQVNIPScvdXNyL2xvY2FsL2Jpbi9iYXNoJwpEUE1T RXh0ZW5zaW9uX0ZBTFNFPScnCkRQTVNFeHRlbnNpb25fVFJVRT0nJwpEUkkyUFJPVE9fQ0ZM QUdTPScnCkRSSTJQUk9UT19MSUJTPScnCkRSSTJfQUlHTFhfRkFMU0U9JycKRFJJMl9BSUdM WF9UUlVFPScnCkRSSTJfRkFMU0U9JycKRFJJMl9UUlVFPScnCkRSSVBST1RPX0NGTEFHUz0n JwpEUklQUk9UT19MSUJTPScnCkRSSVZFUl9NQU5fRElSPScnCkRSSVZFUl9NQU5fU1VGRklY PScnCkRSSV9DRkxBR1M9JycKRFJJX0RSSVZFUl9QQVRIPScnCkRSSV9GQUxTRT0nJwpEUklf TElCUz0nJwpEUklfVFJVRT0nJwpEU1lNVVRJTD0nJwpEVFJBQ0U9JycKRFVNUEJJTj0nJwpF Q0hPX0M9JycKRUNIT19OPSctbicKRUNIT19UPScnCkVHUkVQPScvdXNyL2Jpbi9ncmVwIC1F JwpFWEVFWFQ9JycKRjc3PScnCkZCREVWSFdfRkFMU0U9JycKRkJERVZIV19UUlVFPScnCkZD PScnCkZHUkVQPScvdXNyL2Jpbi9ncmVwIC1GJwpGSUxFX01BTl9ESVI9JycKRklMRV9NQU5f U1VGRklYPScnCkZSRUVCU0RfS0xETE9BRF9GQUxTRT0nJwpGUkVFQlNEX0tMRExPQURfVFJV RT0nJwpHTElCX0NGTEFHUz0nJwpHTElCX0xJQlM9JycKR0xYX0FSQ0hfREVGSU5FUz0nJwpH TFhfREVGSU5FUz0nJwpHTFhfRkFMU0U9JycKR0xYX1RSVUU9JycKR0xfQ0ZMQUdTPScnCkdM X0xJQlM9JycKR1JFUD0nL3Vzci9iaW4vZ3JlcCcKSEFMX0NGTEFHUz0nJwpIQUxfTElCUz0n JwpIQVZFX0RCVVNfRkFMU0U9JycKSEFWRV9EQlVTX1RSVUU9JycKSTM4Nl9WSURFT19GQUxT RT0nJwpJMzg2X1ZJREVPX1RSVUU9JycKSU5TVEFMTF9EQVRBPSdpbnN0YWxsICAtbyByb290 IC1nIHdoZWVsIC1tIDQ0NCcKSU5TVEFMTF9MSUJYRjg2Q09ORklHX0ZBTFNFPScnCklOU1RB TExfTElCWEY4NkNPTkZJR19UUlVFPScnCklOU1RBTExfUFJPR1JBTT0naW5zdGFsbCAgLXMg LW8gcm9vdCAtZyB3aGVlbCAtbSA1NTUnCklOU1RBTExfU0NSSVBUPSdpbnN0YWxsICAtbyBy b290IC1nIHdoZWVsIC1tIDU1NScKSU5TVEFMTF9TRVRVSURfRkFMU0U9JycKSU5TVEFMTF9T RVRVSURfVFJVRT0nJwpJTlNUQUxMX1NUUklQX1BST0dSQU09JyQoaW5zdGFsbF9zaCkgLWMg LXMnCklOVDEwTU9EVUxFX0ZBTFNFPScnCklOVDEwTU9EVUxFX1RSVUU9JycKSU5UMTBfU1RV Ql9GQUxTRT0nJwpJTlQxMF9TVFVCX1RSVUU9JycKSU5UMTBfVk04Nl9GQUxTRT0nJwpJTlQx MF9WTTg2X1RSVUU9JycKSU5UMTBfWDg2RU1VX0ZBTFNFPScnCklOVDEwX1g4NkVNVV9UUlVF PScnCktEUklWRUZCREVWX0ZBTFNFPScnCktEUklWRUZCREVWX1RSVUU9JycKS0RSSVZFTElO VVhfRkFMU0U9JycKS0RSSVZFTElOVVhfVFJVRT0nJwpLRFJJVkVWRVNBX0ZBTFNFPScnCktE UklWRVZFU0FfVFJVRT0nJwpLRFJJVkVfQ0ZMQUdTPScnCktEUklWRV9GQUxTRT0nJwpLRFJJ VkVfSU5DUz0nJwpLRFJJVkVfTElCUz0nJwpLRFJJVkVfTE9DQUxfTElCUz0nJwpLRFJJVkVf UFVSRV9JTkNTPScnCktEUklWRV9QVVJFX0xJQlM9JycKS0RSSVZFX1RSVUU9JycKTEFVTkNI RF9JRF9QUkVGSVg9JycKTEQ9Jy91c3IvYmluL2xkJwpMREZMQUdTPScgLXJwYXRoPS91c3Iv bGliOi91c3IvbG9jYWwvbGliJwpMRF9FWFBPUlRfU1lNQk9MU19GTEFHPScnCkxFWD0nZmxl eCcKTEVYTElCPSctbGZsJwpMRVhfT1VUUFVUX1JPT1Q9J2xleC55eScKTElCRFJNX0NGTEFH Uz0nJwpMSUJEUk1fTElCUz0nJwpMSUJPQkpTPScnCkxJQlM9JycKTElCVE9PTD0nJCh0b3Bf YnVpbGRkaXIpL2RvbHRsaWJ0b29sJwpMSUJfTUFOX0RJUj0nJwpMSUJfTUFOX1NVRkZJWD0n JwpMSU5VWERPQz0nJwpMSU5VWF9BTFBIQV9GQUxTRT0nJwpMSU5VWF9BTFBIQV9UUlVFPScn CkxJTlVYX0lBNjRfRkFMU0U9JycKTElOVVhfSUE2NF9UUlVFPScnCkxJUE89JycKTE5YQUNQ SV9GQUxTRT0nJwpMTlhBQ1BJX1RSVUU9JycKTE5YQVBNX0ZBTFNFPScnCkxOWEFQTV9UUlVF PScnCkxOX1M9J2xuIC1zJwpMVENPTVBJTEU9JyQodG9wX2J1aWxkZGlyKS9kb2x0Y29tcGls ZSAkKENPTVBJTEUpJwpMVENYWENPTVBJTEU9JyQodG9wX2J1aWxkZGlyKS9kb2x0Y29tcGls ZSAkKENYWENPTVBJTEUpJwpMVExJQk9CSlM9JycKTUFJTlQ9JyMnCk1BSU5UQUlORVJfTU9E RV9GQUxTRT0nJwpNQUlOVEFJTkVSX01PREVfVFJVRT0nIycKTUFJTl9MSUI9JycKTUFLRUZM QUdTPScnCk1BS0VJTkZPPScke1NIRUxMfSAvdXNyL3BvcnRzL3gxMS1zZXJ2ZXJzL3hvcmct c2VydmVyL3dvcmsveG9yZy1zZXJ2ZXItMS43LjcvbWlzc2luZyAtLXJ1biBtYWtlaW5mbycK TUFLRV9IVE1MPScnCk1BS0VfUERGPScnCk1BS0VfUFM9JycKTUFLRV9URVhUPScnCk1JU0Nf TUFOX0RJUj0nJwpNSVNDX01BTl9TVUZGSVg9JycKTUlUU0hNX0ZBTFNFPScnCk1JVFNITV9U UlVFPScnCk1LRElSX1A9Jy4vaW5zdGFsbC1zaCAtYyAtZCcKTVVMVElCVUZGRVJfRkFMU0U9 JycKTVVMVElCVUZGRVJfVFJVRT0nJwpORUVEX1NUUkxDQVRfRkFMU0U9JycKTkVFRF9TVFJM Q0FUX1RSVUU9JycKTkVFRF9WU05QUklOVEZfRkFMU0U9JycKTkVFRF9WU05QUklOVEZfVFJV RT0nJwpOTT0nL3Vzci9iaW4vbm0gLUInCk5NRURJVD0nJwpPQkpDPScnCk9CSkNDTEQ9JycK T0JKQ0RFUE1PREU9JycKT0JKQ0ZMQUdTPScnCk9CSkNMSU5LPScnCk9CSkRVTVA9J29iamR1 bXAnCk9CSkVYVD0nbycKT1NfTElCPScnCk9UT09MNjQ9JycKT1RPT0w9JycKUEFDS0FHRT0n eG9yZy1zZXJ2ZXInClBBQ0tBR0VfQlVHUkVQT1JUPSdodHRwczovL2J1Z3MuZnJlZWRlc2t0 b3Aub3JnL2VudGVyX2J1Zy5jZ2k/cHJvZHVjdD14b3JnJwpQQUNLQUdFX05BTUU9J3hvcmct c2VydmVyJwpQQUNLQUdFX1NUUklORz0neG9yZy1zZXJ2ZXIgMS43LjcnClBBQ0tBR0VfVEFS TkFNRT0neG9yZy1zZXJ2ZXInClBBQ0tBR0VfVkVSU0lPTj0nMS43LjcnClBBVEhfU0VQQVJB VE9SPSc6JwpQQ0lBQ0NFU1NfQ0ZMQUdTPScnClBDSUFDQ0VTU19MSUJTPScnClBDSV9UWFRf SURTX1BBVEg9JycKUEVSTD0nJwpQS0dfQ09ORklHPScvdXNyL2xvY2FsL2Jpbi9wa2ctY29u ZmlnJwpQUENfVklERU9fRkFMU0U9JycKUFBDX1ZJREVPX1RSVUU9JycKUFJPSkVDVFJPT1Q9 JycKUFMyUERGPScnClE9JycKUkFOTElCPSdyYW5saWInClJBV0NQUD0nL3Vzci9iaW4vY3Bw JwpSQVdDUFBGTEFHUz0nLXVuZGVmJwpSRUNPUkRfRkFMU0U9JycKUkVDT1JEX1RSVUU9JycK UkVTX0ZBTFNFPScnClJFU19UUlVFPScnClNDUkVFTlNBVkVSX0ZBTFNFPScnClNDUkVFTlNB VkVSX1RSVUU9JycKU0VDVVJFX1JQQ19GQUxTRT0nJwpTRUNVUkVfUlBDX1RSVUU9JycKU0VE PScvdXNyL2Jpbi9zZWQnClNFTElOVVhfQ0ZMQUdTPScnClNFTElOVVhfTElCUz0nJwpTRVJW RVJfTUlTQ19DT05GSUdfUEFUSD0nJwpTRVRfTUFLRT0nJwpTSEVMTD0nL2Jpbi9zaCcKU09M QVJJU19BU01fQ0ZMQUdTPScnClNPTEFSSVNfQVNNX0lOTElORV9GQUxTRT0nJwpTT0xBUklT X0FTTV9JTkxJTkVfVFJVRT0nJwpTT0xBUklTX0lOT1VUX0FSQ0g9JycKU09MQVJJU19WVF9G QUxTRT0nJwpTT0xBUklTX1ZUX1RSVUU9JycKU1BBUkM2NF9WSURFT19GQUxTRT0nJwpTUEFS QzY0X1ZJREVPX1RSVUU9JycKU1BFQ0lBTF9EVFJBQ0VfT0JKRUNUU19GQUxTRT0nJwpTUEVD SUFMX0RUUkFDRV9PQkpFQ1RTX1RSVUU9JycKU1RBTkRBTE9ORV9YUEJQUk9YWV9GQUxTRT0n JwpTVEFOREFMT05FX1hQQlBST1hZX1RSVUU9JycKU1RSSVA9J3N0cmlwJwpUU0xJQl9DRkxB R1M9JycKVFNMSUJfRkFMU0U9JycKVFNMSUJfTElCUz0nJwpUU0xJQl9UUlVFPScnClVOSVRU RVNUU19GQUxTRT0nJwpVTklUVEVTVFNfVFJVRT0nJwpVVElMU19TWVNfTElCUz0nJwpWPScn ClZCRV9GQUxTRT0nJwpWQkVfVFJVRT0nJwpWRU5ET1JfTkFNRV9TSE9SVD0nJwpWRVJTSU9O PScxLjcuNycKVkdBSFdfRkFMU0U9JycKVkdBSFdfVFJVRT0nJwpXSU5EUkVTPScnClgxMUVY QU1QTEVTX0RFUF9DRkxBR1M9JycKWDExRVhBTVBMRVNfREVQX0xJQlM9JycKWEFBX0ZBTFNF PScnClhBQV9UUlVFPScnClhBQ0VfRkFMU0U9JycKWEFDRV9UUlVFPScnClhDQUxJQlJBVEVf RkFMU0U9JycKWENBTElCUkFURV9UUlVFPScnClhDU0VDVVJJVFlfRkFMU0U9JycKWENTRUNV UklUWV9UUlVFPScnClhETUFVVEhfRkFMU0U9JycKWERNQVVUSF9UUlVFPScnClhETUNQX0NG TEFHUz0nJwpYRE1DUF9GQUxTRT0nJwpYRE1DUF9MSUJTPScnClhETUNQX1RSVUU9JycKWERN WENPTkZJR19ERVBfQ0ZMQUdTPScnClhETVhDT05GSUdfREVQX0xJQlM9JycKWERNWF9DRkxB R1M9JycKWERNWF9MSUJTPScnClhETVhfU1lTX0xJQlM9JycKWEVQSFlSX0NGTEFHUz0nJwpY RVBIWVJfRkFMU0U9JycKWEVQSFlSX0lOQ1M9JycKWEVQSFlSX0xJQlM9JycKWEVQSFlSX1RS VUU9JycKWEY4NkJJR0ZPTlRfRkFMU0U9JycKWEY4NkJJR0ZPTlRfVFJVRT0nJwpYRjg2Q09O RklHRklMRT0nJwpYRjg2VVRJTFNfRkFMU0U9JycKWEY4NlVUSUxTX1RSVUU9JycKWEY4NlZJ RE1PREVfQ0ZMQUdTPScnClhGODZWSURNT0RFX0ZBTFNFPScnClhGODZWSURNT0RFX0xJQlM9 JycKWEY4NlZJRE1PREVfVFJVRT0nJwpYRkFLRVNFUlZFUl9GQUxTRT0nJwpYRkFLRVNFUlZF Ul9UUlVFPScnClhJTkVSQU1BX0ZBTFNFPScnClhJTkVSQU1BX1RSVUU9JycKWEtCX0JBU0Vf RElSRUNUT1JZPScnClhLQl9CSU5fRElSRUNUT1JZPScnClhLQl9DT01QSUxFRF9ESVI9JycK WEtNX09VVFBVVF9ESVI9JycKWExJQl9DRkxBR1M9JycKWExJQl9MSUJTPScnClhORVNUTU9E VUxFU19DRkxBR1M9JycKWE5FU1RNT0RVTEVTX0xJQlM9JycKWE5FU1RfRkFMU0U9JycKWE5F U1RfTElCUz0nJwpYTkVTVF9TWVNfTElCUz0nJwpYTkVTVF9UUlVFPScnClhPUkdfQlVTX0JT RFBDSV9GQUxTRT0nJwpYT1JHX0JVU19CU0RQQ0lfVFJVRT0nJwpYT1JHX0JVU19MSU5VWFBD SV9GQUxTRT0nJwpYT1JHX0JVU19MSU5VWFBDSV9UUlVFPScnClhPUkdfQlVTX1NQQVJDX0ZB TFNFPScnClhPUkdfQlVTX1NQQVJDX1RSVUU9JycKWE9SR19DRkxBR1M9JycKWE9SR19GQUxT RT0nJwpYT1JHX0lOQ1M9JycKWE9SR19MSUJTPScnClhPUkdfTU9EVUxFU19DRkxBR1M9JycK WE9SR19NT0RVTEVTX0xJQlM9JycKWE9SR19PUz0nJwpYT1JHX09TX1NVQkRJUj0nJwpYT1JH X1NHTUxfUEFUSD0nJwpYT1JHX1NZU19MSUJTPScnClhPUkdfVFJVRT0nJwpYUEJQUk9YWV9D RkxBR1M9JycKWFBCUFJPWFlfTElCUz0nJwpYUVVBUlRaX0ZBTFNFPScnClhRVUFSVFpfU1BB UktMRT0nJwpYUVVBUlRaX1NQQVJLTEVfRkFMU0U9JycKWFFVQVJUWl9TUEFSS0xFX1RSVUU9 JycKWFFVQVJUWl9UUlVFPScnClhSRUdJU1RSWV9GQUxTRT0nJwpYUkVHSVNUUllfVFJVRT0n JwpYUkVTRVhBTVBMRVNfREVQX0NGTEFHUz0nJwpYUkVTRVhBTVBMRVNfREVQX0xJQlM9JycK WFNETFNFUlZFUl9GQUxTRT0nJwpYU0RMU0VSVkVSX1RSVUU9JycKWFNETF9JTkNTPScnClhT RExfTElCUz0nJwpYU0VMSU5VWF9GQUxTRT0nJwpYU0VMSU5VWF9UUlVFPScnClhTRVJWRVJD RkxBR1NfQ0ZMQUdTPScnClhTRVJWRVJDRkxBR1NfTElCUz0nJwpYU0VSVkVSTElCU19DRkxB R1M9JycKWFNFUlZFUkxJQlNfTElCUz0nJwpYU0VSVkVSX0RUUkFDRV9GQUxTRT0nJwpYU0VS VkVSX0RUUkFDRV9UUlVFPScnClhTRVJWRVJfTElCUz0nJwpYU0VSVkVSX1NZU19MSUJTPScn ClhUU1RFWEFNUExFU19ERVBfQ0ZMQUdTPScnClhUU1RFWEFNUExFU19ERVBfTElCUz0nJwpY VkZCX0ZBTFNFPScnClhWRkJfTElCUz0nJwpYVkZCX1NZU19MSUJTPScnClhWRkJfVFJVRT0n JwpYVk1DX0ZBTFNFPScnClhWTUNfVFJVRT0nJwpYVl9GQUxTRT0nJwpYVl9UUlVFPScnClhX SU5NT0RVTEVTX0NGTEFHUz0nJwpYV0lOTU9EVUxFU19MSUJTPScnClhXSU5fQ0xJUEJPQVJE X0ZBTFNFPScnClhXSU5fQ0xJUEJPQVJEX1RSVUU9JycKWFdJTl9GQUxTRT0nJwpYV0lOX0dM WF9XSU5ET1dTX0ZBTFNFPScnClhXSU5fR0xYX1dJTkRPV1NfVFJVRT0nJwpYV0lOX0xJQlM9 JycKWFdJTl9NVUxUSVdJTkRPV0VYVFdNX0ZBTFNFPScnClhXSU5fTVVMVElXSU5ET1dFWFRX TV9UUlVFPScnClhXSU5fTVVMVElXSU5ET1dfRkFMU0U9JycKWFdJTl9NVUxUSVdJTkRPV19U UlVFPScnClhXSU5fTkFUSVZFR0RJX0ZBTFNFPScnClhXSU5fTkFUSVZFR0RJX1RSVUU9JycK WFdJTl9QUklNQVJZRkJfRkFMU0U9JycKWFdJTl9QUklNQVJZRkJfVFJVRT0nJwpYV0lOX1JB TkRSX0ZBTFNFPScnClhXSU5fUkFORFJfVFJVRT0nJwpYV0lOX1NFUlZFUl9OQU1FPScnClhX SU5fU1lTX0xJQlM9JycKWFdJTl9UUlVFPScnClhXSU5fWFZfRkFMU0U9JycKWFdJTl9YVl9U UlVFPScnCllBQ0M9J2Jpc29uIC15JwpZRkxBR1M9JycKX19YQ09ORklHRklMRV9fPScnCmFi aV9hbnNpYz0nJwphYmlfZXh0ZW5zaW9uPScnCmFiaV92aWRlb2Rydj0nJwphYmlfeGlucHV0 PScnCmFjX2N0X0NDPSdjYycKYWNfY3RfRFVNUEJJTj0nJwphbV9fRVhFRVhUX0ZBTFNFPScn CmFtX19FWEVFWFRfVFJVRT0nJwphbV9fZmFzdGRlcENDQVNfRkFMU0U9JyMnCmFtX19mYXN0 ZGVwQ0NBU19UUlVFPScnCmFtX19mYXN0ZGVwQ0NfRkFMU0U9JyMnCmFtX19mYXN0ZGVwQ0Nf VFJVRT0nJwphbV9fZmFzdGRlcE9CSkNfRkFMU0U9JycKYW1fX2Zhc3RkZXBPQkpDX1RSVUU9 JycKYW1fX2luY2x1ZGU9J2luY2x1ZGUnCmFtX19pc3JjPScnCmFtX19sZWFkaW5nX2RvdD0n LicKYW1fX3F1b3RlPScnCmFtX190YXI9JyR7QU1UQVJ9IGNob2YgLSAiJCR0YXJkaXIiJwph bV9fdW50YXI9JyR7QU1UQVJ9IHhmIC0nCmJpbmRpcj0nJHtleGVjX3ByZWZpeH0vYmluJwpi dWlsZD0nYW1kNjQtcG9ydGJsZC1mcmVlYnNkOS4wJwpidWlsZF9hbGlhcz0nYW1kNjQtcG9y dGJsZC1mcmVlYnNkOS4wJwpidWlsZF9jcHU9J2FtZDY0JwpidWlsZF9vcz0nZnJlZWJzZDku MCcKYnVpbGRfdmVuZG9yPSdwb3J0YmxkJwpkYXRhZGlyPScke2RhdGFyb290ZGlyfScKZGF0 YXJvb3RkaXI9JyR7cHJlZml4fS9zaGFyZScKZG9jZGlyPScke2RhdGFyb290ZGlyfS9kb2Mv JHtQQUNLQUdFX1RBUk5BTUV9Jwpkcml2ZXJkaXI9JycKZHZpZGlyPScke2RvY2Rpcn0nCmV4 ZWNfcHJlZml4PSdOT05FJwpleHRkaXI9JycKaG9zdD0nYW1kNjQtcG9ydGJsZC1mcmVlYnNk OS4wJwpob3N0X2FsaWFzPScnCmhvc3RfY3B1PSdhbWQ2NCcKaG9zdF9vcz0nZnJlZWJzZDku MCcKaG9zdF92ZW5kb3I9J3BvcnRibGQnCmh0bWxkaXI9JyR7ZG9jZGlyfScKaW5jbHVkZWRp cj0nJHtwcmVmaXh9L2luY2x1ZGUnCmluZm9kaXI9Jy91c3IvbG9jYWwvaW5mbycKaW5zdGFs bF9zaD0nJHtTSEVMTH0gL3Vzci9wb3J0cy94MTEtc2VydmVycy94b3JnLXNlcnZlci93b3Jr L3hvcmctc2VydmVyLTEuNy43L2luc3RhbGwtc2gnCmxpYmRpcj0nJHtleGVjX3ByZWZpeH0v bGliJwpsaWJleGVjZGlyPScke2V4ZWNfcHJlZml4fS9saWJleGVjJwpsb2NhbGVkaXI9JyR7 ZGF0YXJvb3RkaXJ9L2xvY2FsZScKbG9jYWxzdGF0ZWRpcj0nL3ZhcicKbG9nZGlyPScnCmx0 X0VDSE89J2VjaG8nCm1hbmRpcj0nL3Vzci9sb2NhbC9tYW4nCm1rZGlyX3A9JyQodG9wX2J1 aWxkZGlyKS8uL2luc3RhbGwtc2ggLWMgLWQnCm1vZHVsZWRpcj0nJwpvbGRpbmNsdWRlZGly PScvdXNyL2luY2x1ZGUnCnBkZmRpcj0nJHtkb2NkaXJ9JwpwcmVmaXg9Jy91c3IvbG9jYWwn CnByb2dyYW1fdHJhbnNmb3JtX25hbWU9J3MseCx4LCcKcHNkaXI9JyR7ZG9jZGlyfScKc2Jp bmRpcj0nJHtleGVjX3ByZWZpeH0vc2JpbicKc2RrZGlyPScnCnNoYXJlZHN0YXRlZGlyPSck e3ByZWZpeH0vY29tJwpzaGF2ZWRpcj0nJwpzeW1ib2xfdmlzaWJpbGl0eT0nJwpzeXNjb25m ZGlyPScke3ByZWZpeH0vZXRjJwp0YXJnZXRfYWxpYXM9JycKCiMjIC0tLS0tLS0tLS0tICMj CiMjIGNvbmZkZWZzLmguICMjCiMjIC0tLS0tLS0tLS0tICMjCgojZGVmaW5lIFBBQ0tBR0Vf TkFNRSAieG9yZy1zZXJ2ZXIiCiNkZWZpbmUgUEFDS0FHRV9UQVJOQU1FICJ4b3JnLXNlcnZl ciIKI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04gIjEuNy43IgojZGVmaW5lIFBBQ0tBR0VfU1RS SU5HICJ4b3JnLXNlcnZlciAxLjcuNyIKI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiaHR0 cHM6Ly9idWdzLmZyZWVkZXNrdG9wLm9yZy9lbnRlcl9idWcuY2dpP3Byb2R1Y3Q9eG9yZyIK I2RlZmluZSBQQUNLQUdFICJ4b3JnLXNlcnZlciIKI2RlZmluZSBWRVJTSU9OICIxLjcuNyIK I2RlZmluZSBTVERDX0hFQURFUlMgMQojZGVmaW5lIEhBVkVfU1lTX1RZUEVTX0ggMQojZGVm aW5lIEhBVkVfU1lTX1NUQVRfSCAxCiNkZWZpbmUgSEFWRV9TVERMSUJfSCAxCiNkZWZpbmUg SEFWRV9TVFJJTkdfSCAxCiNkZWZpbmUgSEFWRV9NRU1PUllfSCAxCiNkZWZpbmUgSEFWRV9T VFJJTkdTX0ggMQojZGVmaW5lIEhBVkVfSU5UVFlQRVNfSCAxCiNkZWZpbmUgSEFWRV9TVERJ TlRfSCAxCiNkZWZpbmUgSEFWRV9VTklTVERfSCAxCiNkZWZpbmUgSEFWRV9ETEZDTl9IIDEK I2RlZmluZSBMVF9PQkpESVIgIi5saWJzLyIKI2RlZmluZSBZWVRFWFRfUE9JTlRFUiAxCgpj b25maWd1cmU6IGV4aXQgMQo= --------------010607050900080705070502-- From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 13:19:12 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DECD2106566B for ; Wed, 13 Jun 2012 13:19:12 +0000 (UTC) (envelope-from kwm@rainbow-runner.nl) Received: from fep14.mx.upcmail.net (fep14.mx.upcmail.net [62.179.121.34]) by mx1.freebsd.org (Postfix) with ESMTP id 2F61A8FC1D for ; Wed, 13 Jun 2012 13:19:12 +0000 (UTC) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep14-int.chello.at (InterMail vM.8.01.05.04 201-2260-151-105-20111014) with ESMTP id <20120613131909.YGAL8105.viefep14-int.chello.at@edge02.upcmail.net>; Wed, 13 Jun 2012 15:19:09 +0200 Received: from [192.168.0.132] ([77.250.114.160]) by edge02.upcmail.net with edge id MpK71j0133TiT9102pK8Zr; Wed, 13 Jun 2012 15:19:09 +0200 X-SourceIP: 77.250.114.160 Message-ID: <1339593547.9164.2.camel@crashalot.rainbow-runner.nl> From: Koop Mast To: iZEN Date: Wed, 13 Jun 2012 15:19:07 +0200 In-Reply-To: <4FD890F1.8090803@mail.ru> References: <4FD890F1.8090803@mail.ru> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.4.2 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: x11@FreeBSD.org Subject: Re: Stop in /usr/ports/x11-servers/xorg-server X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 13:19:13 -0000 On Wed, 2012-06-13 at 17:09 +0400, iZEN wrote: > checking for special C compiler options needed for large files... no > checking for _FILE_OFFSET_BITS value needed for large files... no > checking for cpp... /usr/bin/cpp > checking if /usr/bin/cpp requires -undef... yes > checking if /usr/bin/cpp requires -traditional... configure: error: > /usr/bin/cpp does not preserve whitespace with or without > -traditional. > I don't know what to do. > ===> Script failed unexpectedly. You probably have installed clang as cc, c++ and cpp. We are aware of the problem and are looking into a solution for this. -Koop From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 16:27:35 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13E5C1065672 for ; Wed, 13 Jun 2012 16:27:35 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id E0CFD8FC0A for ; Wed, 13 Jun 2012 16:27:34 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SeqPt-0003dw-TM for freebsd-x11@freebsd.org; Wed, 13 Jun 2012 09:27:33 -0700 Date: Wed, 13 Jun 2012 09:27:33 -0700 (PDT) From: Jakub Lach To: freebsd-x11@freebsd.org Message-ID: <1339604853903-5718094.post@n5.nabble.com> In-Reply-To: <4FD31067.4090506@gmail.com> References: <4FD31067.4090506@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: x11-drivers/xf86-video-intel WITH_NEW_XORG extra-i915kms X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 16:27:35 -0000 If you want new xorg, you also need KMS. -- View this message in context: http://freebsd.1045724.n5.nabble.com/x11-drivers-xf86-video-intel-WITH-NEW-XORG-extra-i915kms-tp5716798p5718094.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 16:29:48 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BF0E1065674 for ; Wed, 13 Jun 2012 16:29:48 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 429AF8FC0A for ; Wed, 13 Jun 2012 16:29:48 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SeqS3-0003vT-Tj for freebsd-x11@freebsd.org; Wed, 13 Jun 2012 09:29:47 -0700 Date: Wed, 13 Jun 2012 09:29:47 -0700 (PDT) From: Jakub Lach To: freebsd-x11@freebsd.org Message-ID: <1339604987914-5718095.post@n5.nabble.com> In-Reply-To: References: <20120607203753.2466c63a.miwi@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 16:29:48 -0000 Xorg r523 with r237008 9-STABLE works fine (Intel GM45 KMS) -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-Xorg-7-7-ready-for-testing-tp5716151p5718095.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 18:46:48 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C04BA106566C for ; Wed, 13 Jun 2012 18:46:48 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7448FC1D for ; Wed, 13 Jun 2012 18:46:48 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so764643wib.13 for ; Wed, 13 Jun 2012 11:46:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RMJQVrvcQlbSpRkmwg6tQ246+piHDRTjGkRwe5JvJfQ=; b=b2XgR8LGNdDbyyf8VDspr+FfGaCApaVOTFn25EjhsMdgG251cap1uRIW7V7DvER0RY qnUGbxlItdqALnj72nUZ4J81ufkYQW2bbSKJD7cf/ViKeGsxw9ullPZTGMG57Tkl3EwX T1+I9bqxqwpFjm3kSqblKQFZydMGkX1Ub1b8LaAD6A1ikFuYYiuPhXShfJ5/7qGdi6xH kz9/7A0n6rKj10XWT1TkD1YkTskLc4kbrqepWA3K0pGIrhlhx7OaZaC1yM9FR32Pe1Ct jxoUdyGn5umhebUoBK/02FZHtVIjmzn9BJ1Xp3h4VtizBzNcijcz6sNYq9yMTf3stXYL YN1Q== MIME-Version: 1.0 Received: by 10.180.102.9 with SMTP id fk9mr418074wib.1.1339612733308; Wed, 13 Jun 2012 11:38:53 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Wed, 13 Jun 2012 11:38:53 -0700 (PDT) In-Reply-To: <1339604853903-5718094.post@n5.nabble.com> References: <4FD31067.4090506@gmail.com> <1339604853903-5718094.post@n5.nabble.com> Date: Wed, 13 Jun 2012 11:38:53 -0700 Message-ID: From: Kevin Oberman To: Jakub Lach Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org Subject: Re: x11-drivers/xf86-video-intel WITH_NEW_XORG extra-i915kms X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 18:46:48 -0000 On Wed, Jun 13, 2012 at 9:27 AM, Jakub Lach wrote: > If you want new xorg, you also need KMS. Does KMS on stable (as of two hours ago) require 7.7? I just tried starting X with a newly built kernel and the console froze when I tried startx, but I have the version of xorg in now ports built with WITH_NEW_XORG=YES and WITH_KMS=YES. KMS works fine with the kernel I built on April 28 with the patch set available at that time. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 18:48:53 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E99311065677 for ; Wed, 13 Jun 2012 18:48:52 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 74A868FC12 for ; Wed, 13 Jun 2012 18:48:52 +0000 (UTC) Received: by werg1 with SMTP id g1so896883wer.13 for ; Wed, 13 Jun 2012 11:48:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=a+ibh4tkcOtlsIetYIyZw4w/ujj2sMN2A+lz+iRI8Es=; b=hMAV+xL/pPCz5+wzQcYmIBeeb5VGMIZUXDipgPM5dqGVaQ2PudXvyh+TGpKzYvv8Rs cwXSrD39m1Rloh0WDK6qgVzg9fwXXahBBb+AQIIKLCZhcYuicNIthojsy7AQy2a6TQ39 wdQ8F5eU4UUDgJuFgmn41NYEvdsznpD/gDBEJRARICR7Kgw01dUlXNHnLPdkRtWkDQuu 2bQa0iL98Tthf5k9d3MRCX6qyCtqxkxpZflcT/mcmk2dt1MQFQYyqd026euZ4wsGGIxd B7gfaI7tj36MKD5Czq4wOl2WlP//3yzsPhpke1lIUuWG9yjxot/S9FgoRrePv4NSTvhp V5Pw== MIME-Version: 1.0 Received: by 10.180.109.197 with SMTP id hu5mr39960490wib.8.1339613331285; Wed, 13 Jun 2012 11:48:51 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Wed, 13 Jun 2012 11:48:51 -0700 (PDT) In-Reply-To: <20120613112601.GS2337@deviant.kiev.zoral.com.ua> References: <4FD86E13.6090202@bally-wulff.de> <20120613112601.GS2337@deviant.kiev.zoral.com.ua> Date: Wed, 13 Jun 2012 11:48:51 -0700 Message-ID: From: Kevin Oberman To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: x11@freebsd.org Subject: Re: Intel KMS: a memory problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 18:48:53 -0000 On Wed, Jun 13, 2012 at 4:26 AM, Konstantin Belousov wrote: > On Wed, Jun 13, 2012 at 12:40:19PM +0200, Luca Pizzamiglio wrote: >> Hi people, >> >> I'm using 9-RELENG with KMS and the last port updated on a SandyBridge >> platform (Intel Graphics) >> With a quite simple openGL application, a panic occurred: >> >> panic: pmap_mapdev: Couldn't alloc kernel virtual memory >> Tracing pid 944 tid 100105 td 0xca85c8a0 >> kdb_enter(c0ffe535,c0ffe535,c103dcff,efa62ac0,1,...) at kdb_enter+0x3a >> panic(c103dcff,5000,c9879151,0,c1a02000,...) at panic+0x18c >> pmap_mapdev_attr(c1a02000,4800,1,1,c911d980,...) at pmap_mapdev_attr+0x7e >> i915_gem_obj_io(2d014008,0,4800,0,0,...) at i915_gem_obj_io+0x513 >> i915_gem_pwrite_ioctl(c9925800,ca827120,ca871300,c0a78b5b,efa62bd4,...) >> at i915_gem_pwrite_ioctl+0x4b >> drm_ioctl(c97e0400,8020645d,ca827120,3,ca85c8a0,...) at drm_ioctl+0x2d8 >> devfs_ioctl_f(c91cb850,8020645d,ca827120,c91b5e80,ca85c8a0,...) at >> devfs_ioctl_f+0x10a >> kern_ioctl(ca85c8a0,4,8020645d,ca827120,a62ccc,...) at kern_ioctl+0x2a0 >> sys_ioctl(ca85c8a0,efa62ccc,c67c4c80,293d3b4e,1,...) at sys_ioctl+0x134 >> syscall(efa62d08) at syscall+0x34a >> Xint0x80_syscall() at Xint0x80_syscall+0x21 >> --- syscall (54, FreeBSD ELF32, sys_ioctl), eip = 0x293d5b93, esp = >> 0xbfbf7f4c, ebp = 0xbfbf7f68 --- >> >> I tried to increase vm.kmem_size and vm.kmem_size_max to 512M, but the >> problem persists. >> >> Any easy idea or workaround? >> In the meanwhile, I'll try to investigate this problem deeper. > > You are probably first who run 32bit kernel on SandyBridge + GEMified > i915 driver. > > From the trace you provided it seems that kernel was unable to find > a free area in KVA for 5 consequtive pages. I would think that you have > relatively high fragmentation of KVA. What load on machine is ? > > Actually, quite some time ago, i915_gem_gtt_write() did mapped gtt > page by page, instead of mapping the whole range of pages undergoing i/o. > I was pointed out that this was major performance bootleneck for GTT > mapped objects. It might be reasonable to restore the slow mode for > 32bit kernels, since people running such kernels on SandyBridge definitely > do not care about performance. ??? I have read in several places that, for cases where large amounts of memory are not required, that i386 would run faster (and use less memory) than amd64 on the same hardware. Wee those reports incorrect for FreeBSD? (All were for Windows, of course.) -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 19:06:53 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4FD4106564A for ; Wed, 13 Jun 2012 19:06:53 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id AA7298FC19 for ; Wed, 13 Jun 2012 19:06:53 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Sesu5-0004kc-08 for freebsd-x11@freebsd.org; Wed, 13 Jun 2012 12:06:53 -0700 Date: Wed, 13 Jun 2012 12:06:52 -0700 (PDT) From: Jakub Lach To: freebsd-x11@freebsd.org Message-ID: <1339614412996-5718122.post@n5.nabble.com> In-Reply-To: References: <4FD86E13.6090202@bally-wulff.de> <20120613112601.GS2337@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Intel KMS: a memory problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 19:06:53 -0000 32 bit systems being faster (for Windows desktop usually!) than 64 was quite a bit time ago. Also, even then 64 bit ones were faster where it could be utilised. Umm... Please do not be offended, but all basics are here: https://en.wikipedia.org/wiki/64-bit#Pros_and_cons -- View this message in context: http://freebsd.1045724.n5.nabble.com/Intel-KMS-a-memory-problem-tp5718027p5718122.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 19:07:28 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C77CF106566C for ; Wed, 13 Jun 2012 19:07:28 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3988FC16 for ; Wed, 13 Jun 2012 19:07:28 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Sesue-0004mT-95 for freebsd-x11@freebsd.org; Wed, 13 Jun 2012 12:07:28 -0700 Date: Wed, 13 Jun 2012 12:07:28 -0700 (PDT) From: Jakub Lach To: freebsd-x11@freebsd.org Message-ID: <1339614448275-5718123.post@n5.nabble.com> In-Reply-To: References: <4FD31067.4090506@gmail.com> <1339604853903-5718094.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: x11-drivers/xf86-video-intel WITH_NEW_XORG extra-i915kms X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 19:07:28 -0000 I don't know. I only used xorg-trunk. -- View this message in context: http://freebsd.1045724.n5.nabble.com/x11-drivers-xf86-video-intel-WITH-NEW-XORG-extra-i915kms-tp5716798p5718123.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 19:28:23 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCF62106564A for ; Wed, 13 Jun 2012 19:28:23 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 92C4B8FC12 for ; Wed, 13 Jun 2012 19:28:23 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SetEt-0007xI-7o for freebsd-x11@freebsd.org; Wed, 13 Jun 2012 12:28:23 -0700 Date: Wed, 13 Jun 2012 12:28:23 -0700 (PDT) From: Jakub Lach To: freebsd-x11@freebsd.org Message-ID: <1339615703234-5718127.post@n5.nabble.com> In-Reply-To: <1339614448275-5718123.post@n5.nabble.com> References: <4FD31067.4090506@gmail.com> <1339604853903-5718094.post@n5.nabble.com> <1339614448275-5718123.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: x11-drivers/xf86-video-intel WITH_NEW_XORG extra-i915kms X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 19:28:23 -0000 Do you have correct modules? drm2/drm2, drm/i915kms? I ask, because when I was using patch for KMS, it was prior to splitting new stuff to drm2. If in doubt, rebuild kernel ;) I don't know why, but only the second one I've built today loaded correctly i915kms module and X11 [1] [1] It went like this: Updating src, rebuilding whole system, startx- fail, updating xorg to freshest trunk, reboot, startx- fail, rebuilding kernel, reboot, startx- success! -- View this message in context: http://freebsd.1045724.n5.nabble.com/x11-drivers-xf86-video-intel-WITH-NEW-XORG-extra-i915kms-tp5716798p5718127.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 19:33:40 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E0DD1065672 for ; Wed, 13 Jun 2012 19:33:40 +0000 (UTC) (envelope-from fpeterscom@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9BB838FC15 for ; Wed, 13 Jun 2012 19:33:39 +0000 (UTC) Received: by eeke49 with SMTP id e49so380289eek.13 for ; Wed, 13 Jun 2012 12:33:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=1DFXDZ+cbqHVs5c02bc22IjRfsPDt/Pnn556yx9Jdu4=; b=lcKuO1DzVeWEfTpdWEJZNBsUniRXGoyGXl79alWDbxLUfqz2bzUQXo1ljgszQ/Gi/c FNsl9FH9x1NEuyF08W+km1XF/3tqmGDkO0RP0nb6VtUohYnzXfcKgFJDgTBLDtpzsK/q +JLUSSLxXxD7oyFncH5WqCWURT0d6b8nrWrQ4NQJLKSGI2cnc2ewwDZLRgiVjokYhVjs 5a5+IVfr1k5jbF44AOK5Mm58nWsibwS5noS8E2yd0/3C93LRJeLGgLLw0PaAJ2a0PrSs 0kkLV6/SIvar7K0mfaqDLuqjBKX6VDPsggfAO7NWVnqu835X2kwEfgjUK4NFc/OuHTBg Glsw== Received: by 10.14.99.6 with SMTP id w6mr7916549eef.70.1339616018566; Wed, 13 Jun 2012 12:33:38 -0700 (PDT) Received: from [192.168.1.43] (pda57-2-82-239-76-219.fbx.proxad.net. [82.239.76.219]) by mx.google.com with ESMTPS id h53sm11020114eea.1.2012.06.13.12.33.37 (version=SSLv3 cipher=OTHER); Wed, 13 Jun 2012 12:33:37 -0700 (PDT) Message-ID: <4FD8EB0D.8020204@gmail.com> Date: Wed, 13 Jun 2012 21:33:33 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120610 Thunderbird/13.0 MIME-Version: 1.0 To: Jakub Lach References: <4FD31067.4090506@gmail.com> <1339604853903-5718094.post@n5.nabble.com> <1339614448275-5718123.post@n5.nabble.com> <1339615703234-5718127.post@n5.nabble.com> In-Reply-To: <1339615703234-5718127.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org Subject: Re: x11-drivers/xf86-video-intel WITH_NEW_XORG extra-i915kms X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 19:33:40 -0000 On 13.06.2012 21:28, Jakub Lach wrote: > Do you have correct modules? drm2/drm2, > drm/i915kms? I ask, because when I was using > patch for KMS, it was prior to splitting new stuff > to drm2. > > If in doubt, rebuild kernel ;) > > I don't know why, but only the second > one I've built today loaded correctly > i915kms module and X11 [1] > > [1] > > It went like this: > > Updating src, rebuilding whole system, > startx- fail, updating xorg to freshest trunk, > reboot, startx- fail, rebuilding kernel, reboot, > startx- success! > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/x11-drivers-xf86-video-intel-WITH-NEW-XORG-extra-i915kms-tp5716798p5718127.html > Sent from the freebsd-x11 mailing list archive at Nabble.com. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" Well, when I had this problem, drm2 and i915kms were not imported in 9-STABLE and I used the patch 14.9 for 9-STABLE (tsatsenko.ru/files). And the kernel module was called i915 and not i915kms like now. It's ok for now because new drm2 and i915kms were imported into 9-STABLE. Thank you ! From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 19:43:13 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C6971065674 for ; Wed, 13 Jun 2012 19:43:13 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 11FB18FC0A for ; Wed, 13 Jun 2012 19:43:13 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SetTE-0000s3-O8 for freebsd-x11@freebsd.org; Wed, 13 Jun 2012 12:43:12 -0700 Date: Wed, 13 Jun 2012 12:43:12 -0700 (PDT) From: Jakub Lach To: freebsd-x11@freebsd.org Message-ID: <1339616592741-5718133.post@n5.nabble.com> In-Reply-To: <4FD8EB0D.8020204@gmail.com> References: <4FD31067.4090506@gmail.com> <1339604853903-5718094.post@n5.nabble.com> <1339614448275-5718123.post@n5.nabble.com> <1339615703234-5718127.post@n5.nabble.com> <4FD8EB0D.8020204@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: x11-drivers/xf86-video-intel WITH_NEW_XORG extra-i915kms X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 19:43:13 -0000 I'm not sure what what was you original problem, (I thought you wanted to have new xorg without KMS) my message was more for Kevin Oberman, however I'm glad that drm2 in 9-STABLE works for you too :) -- View this message in context: http://freebsd.1045724.n5.nabble.com/x11-drivers-xf86-video-intel-WITH-NEW-XORG-extra-i915kms-tp5716798p5718133.html Sent from the freebsd-x11 mailing list archive at Nabble.com. From owner-freebsd-x11@FreeBSD.ORG Wed Jun 13 23:21:17 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2051F1065672 for ; Wed, 13 Jun 2012 23:21:17 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2478FC14 for ; Wed, 13 Jun 2012 23:21:16 +0000 (UTC) Received: by wibhj8 with SMTP id hj8so4748214wib.13 for ; Wed, 13 Jun 2012 16:21:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GqzvfL5C22VsRU569mCf+v1euYw5dk2GFO9yGM/4M20=; b=doLWOwc8gPp6kenbMsH+rmgJdS8bRYw0q9Q6BrP6SxodMrp2UdHnXLZso0Z1nqLU2I RQ9dDXoFCuGg4obFluErMFdVaLgpVWKhsOoNAnUGc876TGY8piHzme0aXkOArqzyV8Ft NaoZGMQq8fAehLgoFQ+AFWVgCj+ioPSZWCcdT7S1ZnhoDc90LQ/YwWRzex+8XN8APwgs ijr9Q0MBsGEL1WwQgGb3lJa6zBtdtnAFqTwyaYQcImOGyawwCylW/QAFJe8WppfDTUWe 3mRDwMI/bp2N+6Ku2Ut/c7MrfAv97olOAhp6z9e9G6eEdy8uZzT3VaLibRbWbq5xwE/a GAJQ== MIME-Version: 1.0 Received: by 10.180.80.97 with SMTP id q1mr41489917wix.13.1339629673942; Wed, 13 Jun 2012 16:21:13 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Wed, 13 Jun 2012 16:21:13 -0700 (PDT) In-Reply-To: <1339614412996-5718122.post@n5.nabble.com> References: <4FD86E13.6090202@bally-wulff.de> <20120613112601.GS2337@deviant.kiev.zoral.com.ua> <1339614412996-5718122.post@n5.nabble.com> Date: Wed, 13 Jun 2012 16:21:13 -0700 Message-ID: From: Kevin Oberman To: Jakub Lach Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org Subject: Re: Intel KMS: a memory problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jun 2012 23:21:17 -0000 On Wed, Jun 13, 2012 at 12:06 PM, Jakub Lach wrote: > 32 bit systems being faster > (for Windows desktop usually!) than > 64 was quite a bit time ago. > > Also, even then 64 bit ones were > faster where it could be utilised. > > Umm... Please do not be offended, but all > basics are here: > > https://en.wikipedia.org/wiki/64-bit#Pros_and_cons No offense taken. Times change and change fast in the computer world. I have not dealt with CPUs in really gory, down the gate and flip-flop level since the PDP-8x and at the "know what exactly given instruction does and how many clock cycles" since the MicroVAX and the Z-80. I have never written, nor could I read assembly language for a modern processor. Looks like my general knowledge is also a bit out of date. Thanks to the pointer to a really good article. That said, it clearly depends on just what you are doing with the processor whether 64-bit mode is signofocant win, but the issue of more general registers alone makes it pretty likely that it is if the compiler does a good job. I guess my information was from the days when compilers did not. Thanks! -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-x11@FreeBSD.ORG Thu Jun 14 00:28:28 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06A14106566B for ; Thu, 14 Jun 2012 00:28:28 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 859B28FC18 for ; Thu, 14 Jun 2012 00:28:27 +0000 (UTC) Received: by werg1 with SMTP id g1so1132328wer.13 for ; Wed, 13 Jun 2012 17:28:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nS10GI+191/nGXQtO94Tu9FD6t9iq9VyKA/+TX1kArs=; b=CH8Z28t53GUA5JVVzGJdd6a3Rij4iXwya4JFFbctwdJgHkk3ss2s1FWQ/LKmbaCUq8 1n+otVjNx+igfZyIIENKp1UJf58154nssB4CsoD5PF1weyKW+SHertgegwGvG8wY5VwW 6vKOugtvUHJHglvr4G31Ea4rP0ua+5i5Q9mWae36F53sSJuIQAv6G5vYSCLC8JjB9joZ 3g5kEe/hM/l0zd6a75YMjWwG7wYXP7bWm2XYGj2z7FWyuzPW3IICpHAztOAJxcVUg+3k xCqxkDaHqoRBQcpaFrou9tlE8RfwIYy2i8yD+3itX5MEW1pJcP0x8IKCiSwFVMMElStc sK8w== MIME-Version: 1.0 Received: by 10.216.215.194 with SMTP id e44mr12634260wep.61.1339633706406; Wed, 13 Jun 2012 17:28:26 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Wed, 13 Jun 2012 17:28:26 -0700 (PDT) In-Reply-To: <1339615703234-5718127.post@n5.nabble.com> References: <4FD31067.4090506@gmail.com> <1339604853903-5718094.post@n5.nabble.com> <1339614448275-5718123.post@n5.nabble.com> <1339615703234-5718127.post@n5.nabble.com> Date: Wed, 13 Jun 2012 17:28:26 -0700 Message-ID: From: Kevin Oberman To: Jakub Lach Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org Subject: Re: x11-drivers/xf86-video-intel WITH_NEW_XORG extra-i915kms X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 00:28:28 -0000 On Wed, Jun 13, 2012 at 12:28 PM, Jakub Lach wrote: > Do you have correct modules? drm2/drm2, > drm/i915kms? I ask, because when I was using > patch for KMS, it was prior to splitting new stuff > to drm2. > > If in doubt, rebuild kernel ;) > > I don't know why, but only the second > one I've built today loaded correctly > i915kms module and X11 [1] > > [1] > > It went like this: > > Updating src, rebuilding whole system, > startx- fail, updating xorg to freshest trunk, > reboot, startx- fail, rebuilding kernel, reboot, > startx- success! When you say "updating xorg to freshest trunk", do you mean in FreeBSD cvs or xorg git? I am certainly running the latest xorg in ports, but the term "trunk" is usually used with svn and git. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-x11@FreeBSD.ORG Thu Jun 14 03:40:07 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92C14106564A for ; Thu, 14 Jun 2012 03:40:07 +0000 (UTC) (envelope-from macunkie@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5BF098FC14 for ; Thu, 14 Jun 2012 03:40:07 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so3371447pbb.13 for ; Wed, 13 Jun 2012 20:40:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:to:mime-version:x-mailer; bh=dO1XoZsd0SXLNcat/ZSFAl4HwPqhRCbVr6pQ6lA1+QE=; b=hL6q0wWCKtb2b/Kym0wM92i3ny4grv5ho65YszlckP+Rkb5U3u7gjIMZbJvS2UFCmh vv+uromrn7Aq0iJFwd7JRRk73DVAbxiMTL7cekA6yrNErLStZueNxrmPXR4TXpvSKFVE zTUizv4uOYOnARVDCoOPVZJDW61WUFTog2DqB7sVksYOO+ZXo0FG3pfyxw95Gd3qAESv U5arBEkBS8z62kNN8FEnfCl4QMwbGfIA90Ao0WAoEIbnlV+Z4aX/JR/v0hr51W7r9FyS 0Fg0yT1MknrXLxHw4iR0X1K7H4LfVYfmALP6Mqiv98R18XRPAK/D/Ikr1zpVcJz14Oe3 qpRA== Received: by 10.68.220.231 with SMTP id pz7mr2927184pbc.110.1339645207022; Wed, 13 Jun 2012 20:40:07 -0700 (PDT) Received: from [192.168.1.136] (66-233-4-137.rcc.clearwire-dns.net. [66.233.4.137]) by mx.google.com with ESMTPS id na10sm1542787pbc.23.2012.06.13.20.40.05 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 13 Jun 2012 20:40:06 -0700 (PDT) From: Samuel V Green III Date: Wed, 13 Jun 2012 20:40:03 -0700 Message-Id: <20BFBA58-FD3E-4B9E-8370-7FBA5A80DB53@gmail.com> To: freebsd-x11@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Need correct setenv PACKAGESITE for xorg pkg_add -r xorg X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 03:40:07 -0000 I'm currently running 9.0 stable on G4 powerpc powerbook I was having a buggar of a time with my xorg 7.5.2 "make" and had = errors. Newbie so I tried searching how to clean the port with various options = and decided to rm /usr/ports/xorg Now I'm attempting to setenv PACKAGESITE to the correct mirror and so = far no luck. I tried setenv PACKAGESITE = ftp://ftp.freebsd.org/pub/FreeBSD/ports/powerpc/packages-9-stable/Latest/ =85. and no luck My "pkg_add -r" option always defaults to = =85./powerpc/packages-9.0-release/Latest/ where I get the "unable to = fetch" message every time. I'll post this to the forum as well as the ppc mailing list as well in = an attempt for a fix. Thanks for your help !!!!! Samuel.= From owner-freebsd-x11@FreeBSD.ORG Thu Jun 14 07:15:25 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 217C2106566B; Thu, 14 Jun 2012 07:15:25 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 729F08FC08; Thu, 14 Jun 2012 07:15:24 +0000 (UTC) Received: by bkvi18 with SMTP id i18so1438507bkv.13 for ; Thu, 14 Jun 2012 00:15:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=i+qz09N7ECxDUQqE81tEDmYsgaR+HCK5bxixYIAGSzo=; b=T9OvMdQOtLzYbRNfkqInJt2ES3ybJdJygmAM/u3BWTKXDeJVhmtYrz6eA8SWobSc02 Zb/WxB+fuoR1ogH2N3jiZJZ/XJkK6I/H+ojLn5Jb1Qp5CuCQV6U809QNvX/iOzKYnTCX B2tm2Ej5A2RAMzBgY9ioT1FDEmzoQVL8xfR6irfc9TS9x4uI+tYlG+9cGIqNl10QlJGo /JGWV0Ok16/KkGJlsFiRe7fI5aZQK5/XJXDcUZO/ej/4dPk3Y6JqBoHCChAQfqBzuDB2 S1Rpim8eID0wUysncdNuepX/v6C7cB/iIrxxSNKGzG1dA1gnVDQ6ITMJQSivzX0FR3yi Sktg== MIME-Version: 1.0 Received: by 10.204.156.217 with SMTP id y25mr315992bkw.65.1339658123508; Thu, 14 Jun 2012 00:15:23 -0700 (PDT) Received: by 10.204.100.83 with HTTP; Thu, 14 Jun 2012 00:15:23 -0700 (PDT) In-Reply-To: References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4fd44f39.06db440a.4ccb.ffffe4e1SMTPIN_ADDED@mx.google.com> <4fd465a3.46e8440a.7470.0336SMTPIN_ADDED@mx.google.com> Date: Thu, 14 Jun 2012 09:15:23 +0200 Message-ID: From: Andreas Nilsson To: Ivan Klymenko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, Alexander Yerenkow , x11@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 07:15:25 -0000 On Sun, Jun 10, 2012 at 1:17 PM, Andreas Nilsson wrote= : > > > On Sun, Jun 10, 2012 at 11:13 AM, Ivan Klymenko wrote: > >> =D0=92 Sun, 10 Jun 2012 11:48:41 +0300 >> Alexander Yerenkow =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> >> > Is this fresh installation or you were upgrading? >> > I'm preparing now live image with new xorg, and don't saw such errors. >> > But I had yesterday's src/ports tree. >> > >> > >> >> Forgot to add - to svn r501 everything is fine build and working... > > > I checked out the xorg repo yesterday and it built just fine ( on > 9.0-RELEASE with drm-all.14.5-releng9.0.patch ). I actually did this in = a > clone of my root-dataset so I started with pkg_delete -a :) ) > > Just a thought: shouldn't the new intel driver be part of the OPTIONS of > the new xorg-drivers? > > I'll write back with the results when I get back into the office. > > Regards > So after upgrade to 9-stable xorg-7.7 starts just fine. Lets hope it keeps running. I would prefer to have xorg-7.7 becoming the default version of X, at least on 9 and above. And how does the nvidia binary blob work with xorg-7.7? Regards Andreas From owner-freebsd-x11@FreeBSD.ORG Thu Jun 14 07:29:47 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C31D9106564A for ; Thu, 14 Jun 2012 07:29:47 +0000 (UTC) (envelope-from l.pizzamiglio@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id 56C678FC0A for ; Thu, 14 Jun 2012 07:29:47 +0000 (UTC) Received: from bwex.bally-wulff.de (unknown [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTP id 83A914089; Thu, 14 Jun 2012 09:29:45 +0200 (CEST) Received: from pizzamig.bally.de ([192.9.205.30]) by bwex.bally-wulff.de with Microsoft SMTPSVC(6.0.3790.4675); Thu, 14 Jun 2012 09:29:45 +0200 Message-ID: <4FD992E4.9080902@bally-wulff.de> Date: Thu, 14 Jun 2012 09:29:40 +0200 From: Luca Pizzamiglio User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: Konstantin Belousov References: <4FD86E13.6090202@bally-wulff.de> <20120613112601.GS2337@deviant.kiev.zoral.com.ua> In-Reply-To: <20120613112601.GS2337@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jun 2012 07:29:45.0544 (UTC) FILETIME=[78C77C80:01CD49FF] Cc: x11@freebsd.org Subject: Re: Intel KMS: a memory problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 07:29:47 -0000 On 06/13/12 13:26, Konstantin Belousov wrote: > On Wed, Jun 13, 2012 at 12:40:19PM +0200, Luca Pizzamiglio wrote: >> Hi people, >> >> I'm using 9-RELENG with KMS and the last port updated on a SandyBridge >> platform (Intel Graphics) >> With a quite simple openGL application, a panic occurred: >> >> panic: pmap_mapdev: Couldn't alloc kernel virtual memory >> Tracing pid 944 tid 100105 td 0xca85c8a0 >> kdb_enter(c0ffe535,c0ffe535,c103dcff,efa62ac0,1,...) at kdb_enter+0x3a >> panic(c103dcff,5000,c9879151,0,c1a02000,...) at panic+0x18c >> pmap_mapdev_attr(c1a02000,4800,1,1,c911d980,...) at pmap_mapdev_attr+0x7e >> i915_gem_obj_io(2d014008,0,4800,0,0,...) at i915_gem_obj_io+0x513 >> i915_gem_pwrite_ioctl(c9925800,ca827120,ca871300,c0a78b5b,efa62bd4,...) >> at i915_gem_pwrite_ioctl+0x4b >> drm_ioctl(c97e0400,8020645d,ca827120,3,ca85c8a0,...) at drm_ioctl+0x2d8 >> devfs_ioctl_f(c91cb850,8020645d,ca827120,c91b5e80,ca85c8a0,...) at >> devfs_ioctl_f+0x10a >> kern_ioctl(ca85c8a0,4,8020645d,ca827120,a62ccc,...) at kern_ioctl+0x2a0 >> sys_ioctl(ca85c8a0,efa62ccc,c67c4c80,293d3b4e,1,...) at sys_ioctl+0x134 >> syscall(efa62d08) at syscall+0x34a >> Xint0x80_syscall() at Xint0x80_syscall+0x21 >> --- syscall (54, FreeBSD ELF32, sys_ioctl), eip = 0x293d5b93, esp = >> 0xbfbf7f4c, ebp = 0xbfbf7f68 --- >> >> I tried to increase vm.kmem_size and vm.kmem_size_max to 512M, but the >> problem persists. >> >> Any easy idea or workaround? >> In the meanwhile, I'll try to investigate this problem deeper. > > You are probably first who run 32bit kernel on SandyBridge + GEMified > i915 driver. > > From the trace you provided it seems that kernel was unable to find > a free area in KVA for 5 consequtive pages. I would think that you have > relatively high fragmentation of KVA. What load on machine is ? > > Actually, quite some time ago, i915_gem_gtt_write() did mapped gtt > page by page, instead of mapping the whole range of pages undergoing i/o. > I was pointed out that this was major performance bootleneck for GTT > mapped objects. It might be reasonable to restore the slow mode for > 32bit kernels, since people running such kernels on SandyBridge definitely > do not care about performance. > Hi Konstantin, Thanks for the quick reply! yes, maybe I'm the first using 32bit architecture on SandyBridge, but for some internal conflicts (human ones) I should use 32 bit version and performance is an important topic. It's quite strange what are you saying about KVA fragmentation, the load of the machine is really low < 0.3; test scenario is: boot, starting X with twm and launching our openGL application.. after a couple of minutes, it panics. The openGL application draw a black screen and some lines to show performance indexes, like CPU percentage usage, time per frame, and so on. CPU percentage is about 7-9%. The system has 4 GB of memory, but only 3GB are addressable. Any idea how could I monitor memory fragmentation? I would like to try PAE extension to address more memory or use 64 bit world with the 32 bit compatibility layer. PAE extension is easy to test, but for 64bit I need to delete&reinstall&recompile everything... Thanks in advance for the help Best regards, Luca From owner-freebsd-x11@FreeBSD.ORG Thu Jun 14 13:46:20 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 718C3106566B for ; Thu, 14 Jun 2012 13:46:20 +0000 (UTC) (envelope-from xride@x12.dk) Received: from gebo.x12.dk (gebo.x12.dk [204.109.63.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2D18FC14 for ; Thu, 14 Jun 2012 13:46:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gebo.x12.dk (8.14.3/8.14.3) with ESMTP id q5EDVcaV002267 for ; Thu, 14 Jun 2012 13:31:39 GMT (envelope-from xride@x12.dk) Date: Thu, 14 Jun 2012 15:31:31 +0200 From: Soeren Straarup To: freebsd-x11@freebsd.org Message-ID: <20120614153131.7a3cc44d@x12.dk> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; i386-portbld-freebsd9.0) X-Face: 7Y!o?/XT:H%BE>uVwW9m14t\pR.ZF]T!3s$d_`Gv6TVIknyh$"aMW=:t(r}QL:3W, Ico:Gec Ksmq@nVq-$Ks_33F0L>R[^qp'3-g4eV#nKv/8rl",TY4NTKO&DRL)e(x^6Tn^9".i; oJf-l69YL+>hY- }/$J[OE(pIER<2n`8E_}HLv`tXVvUr^O%#4 Mobil: +4520276244 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: New Xorg DRM2/KMS on 9-stable X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 13:46:20 -0000 Hi list (i'm not subscribing so pse add me to cc), I have just updated my: Jun 14 12:18:56 raido kernel: FreeBSD 9.0-STABLE #0 r237002: Wed Jun 13 18:42:02 CEST 2012 Jun 14 12:18:56 raido kernel: root@raido.x12.dk:/usr/obj/space/FreeBSD/9/sys/GENERIC i386 Jun 14 12:18:56 raido kernel: CPU: Intel(R) Atom(TM) CPU N455 @ 1.66GHz (1662.59-MHz 686-class CPU) After using it i suddenly got a freeze, followed by a black screen and after i touched a key a reboot. In /var/log/messages i found this: Jun 14 12:18:56 raido syslogd: kernel boot file is /boot/kernel/kernel Jun 14 12:18:56 raido kernel: panic: pmap_mapdev: Couldn't alloc kernel virtual memory Jun 14 12:18:56 raido kernel: cpuid = 1 Jun 14 12:18:56 raido kernel: KDB: stack backtrace: Jun 14 12:18:56 raido kernel: #0 0xc0aed41f at kdb_backtrace+0x4f Jun 14 12:18:56 raido kernel: #1 0xc0ab9e7f at panic+0x16f Jun 14 12:18:56 raido kernel: #2 0xc0e1523e at pmap_mapdev_attr+0x7e Jun 14 12:18:56 raido kernel: #3 0xc8c48ba3 at i915_gem_obj_io+0x513 Jun 14 12:18:56 raido kernel: #4 0xc8c48c7b at i915_gem_pwrite_ioctl+0x4b Jun 14 12:18:56 raido kernel: #5 0xc8cb7388 at drm_ioctl+0x2d8 Jun 14 12:18:56 raido kernel: #6 0xc099de7a at devfs_ioctl_f+0x10a Jun 14 12:18:56 raido kernel: #7 0xc0afea90 at kern_ioctl+0x2a0 Jun 14 12:18:56 raido kernel: #8 0xc0afec04 at sys_ioctl+0x134 Jun 14 12:18:56 raido kernel: #9 0xc0e1e45a at syscall+0x34a I hope this info is usable. /Soeren PS pse add me to the reply too. -- Soeren Straarup | aka OZ2DAK aka Xride FreeBSD committer | FreeBSD since 2.2.6-R If a program is not working right, then send a patch From owner-freebsd-x11@FreeBSD.ORG Thu Jun 14 17:06:35 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF82C106564A for ; Thu, 14 Jun 2012 17:06:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 568028FC14 for ; Thu, 14 Jun 2012 17:06:35 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5EH6NiT020569; Thu, 14 Jun 2012 20:06:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5EH6NAb098133; Thu, 14 Jun 2012 20:06:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5EH6NI9098132; Thu, 14 Jun 2012 20:06:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 Jun 2012 20:06:23 +0300 From: Konstantin Belousov To: Luca Pizzamiglio , Soeren Straarup Message-ID: <20120614170623.GD2337@deviant.kiev.zoral.com.ua> References: <4FD86E13.6090202@bally-wulff.de> <20120613112601.GS2337@deviant.kiev.zoral.com.ua> <4FD992E4.9080902@bally-wulff.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DvpQYQy10PodzGf7" Content-Disposition: inline In-Reply-To: <4FD992E4.9080902@bally-wulff.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: x11@freebsd.org Subject: Re: Intel KMS: a memory problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 17:06:35 -0000 --DvpQYQy10PodzGf7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 14, 2012 at 09:29:40AM +0200, Luca Pizzamiglio wrote: > On 06/13/12 13:26, Konstantin Belousov wrote: > >On Wed, Jun 13, 2012 at 12:40:19PM +0200, Luca Pizzamiglio wrote: > >>Hi people, > >> > >>I'm using 9-RELENG with KMS and the last port updated on a SandyBridge > >>platform (Intel Graphics) > >>With a quite simple openGL application, a panic occurred: > >> > >>panic: pmap_mapdev: Couldn't alloc kernel virtual memory > >>Tracing pid 944 tid 100105 td 0xca85c8a0 > >>kdb_enter(c0ffe535,c0ffe535,c103dcff,efa62ac0,1,...) at kdb_enter+0x3a > >>panic(c103dcff,5000,c9879151,0,c1a02000,...) at panic+0x18c > >>pmap_mapdev_attr(c1a02000,4800,1,1,c911d980,...) at pmap_mapdev_attr+0x= 7e > >>i915_gem_obj_io(2d014008,0,4800,0,0,...) at i915_gem_obj_io+0x513 > >>i915_gem_pwrite_ioctl(c9925800,ca827120,ca871300,c0a78b5b,efa62bd4,...) > >>at i915_gem_pwrite_ioctl+0x4b > >>drm_ioctl(c97e0400,8020645d,ca827120,3,ca85c8a0,...) at drm_ioctl+0x2d8 > >>devfs_ioctl_f(c91cb850,8020645d,ca827120,c91b5e80,ca85c8a0,...) at > >>devfs_ioctl_f+0x10a > >>kern_ioctl(ca85c8a0,4,8020645d,ca827120,a62ccc,...) at kern_ioctl+0x2a0 > >>sys_ioctl(ca85c8a0,efa62ccc,c67c4c80,293d3b4e,1,...) at sys_ioctl+0x134 > >>syscall(efa62d08) at syscall+0x34a > >>Xint0x80_syscall() at Xint0x80_syscall+0x21 > >>--- syscall (54, FreeBSD ELF32, sys_ioctl), eip =3D 0x293d5b93, esp =3D > >>0xbfbf7f4c, ebp =3D 0xbfbf7f68 --- > >> > >>I tried to increase vm.kmem_size and vm.kmem_size_max to 512M, but the > >>problem persists. > >> > >>Any easy idea or workaround? > >>In the meanwhile, I'll try to investigate this problem deeper. > > > >You are probably first who run 32bit kernel on SandyBridge + GEMified > >i915 driver. > > > > From the trace you provided it seems that kernel was unable to find > >a free area in KVA for 5 consequtive pages. I would think that you have > >relatively high fragmentation of KVA. What load on machine is ? > > > >Actually, quite some time ago, i915_gem_gtt_write() did mapped gtt > >page by page, instead of mapping the whole range of pages undergoing i/o. > >I was pointed out that this was major performance bootleneck for GTT > >mapped objects. It might be reasonable to restore the slow mode for > >32bit kernels, since people running such kernels on SandyBridge definite= ly > >do not care about performance. > > >=20 > Hi Konstantin, > Thanks for the quick reply! > yes, maybe I'm the first using 32bit architecture on SandyBridge, but=20 > for some internal conflicts (human ones) I should use 32 bit version and= =20 > performance is an important topic. > It's quite strange what are you saying about KVA fragmentation, the load= =20 > of the machine is really low < 0.3; test scenario is: boot, starting X=20 > with twm and launching our openGL application.. after a couple of=20 > minutes, it panics. The openGL application draw a black screen and some= =20 > lines to show performance indexes, like CPU percentage usage, time per=20 > frame, and so on. CPU percentage is about 7-9%. > The system has 4 GB of memory, but only 3GB are addressable. > Any idea how could I monitor memory fragmentation? Ok, there was second report of the same panic. Please apply the debugging patch from the end of message, and show me the panic message after. >=20 > I would like to try PAE extension to address more memory or use 64 bit=20 > world with the 32 bit compatibility layer. PAE extension is easy to=20 > test, but for 64bit I need to delete&reinstall&recompile everything... I am sure that i915 does not work with PAE, probably not even compiles. diff --git a/sys/i386/i386/pmap.c b/sys/i386/i386/pmap.c index d02f00e..e15d24f 100644 --- a/sys/i386/i386/pmap.c +++ b/sys/i386/i386/pmap.c @@ -4983,8 +4983,10 @@ pmap_mapdev_attr(vm_paddr_t pa, vm_size_t size, int = mode) va =3D KERNBASE + pa; else va =3D kmem_alloc_nofault(kernel_map, size); - if (!va) - panic("pmap_mapdev: Couldn't alloc kernel virtual memory"); + if (va =3D=3D 0) { + panic("pmap_mapdev: Couldn't alloc kernel virtual memory, " + "size %d", size); + } =20 for (tmpsize =3D 0; tmpsize < size; tmpsize +=3D PAGE_SIZE) pmap_kenter_attr(va + tmpsize, pa + tmpsize, mode); --DvpQYQy10PodzGf7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/aGg8ACgkQC3+MBN1Mb4hFmwCg0GJTLTGeIXG/6lPN6oIkaObU lRMAn31j74RfqwO7cbKSSpNTVQlYVVvt =Cb9x -----END PGP SIGNATURE----- --DvpQYQy10PodzGf7-- From owner-freebsd-x11@FreeBSD.ORG Thu Jun 14 17:34:12 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 566281065673 for ; Thu, 14 Jun 2012 17:34:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 973B78FC0C for ; Thu, 14 Jun 2012 17:34:11 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5EHY5JQ025433; Thu, 14 Jun 2012 20:34:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q5EHY4YV098293; Thu, 14 Jun 2012 20:34:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5EHY4lW098292; Thu, 14 Jun 2012 20:34:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 Jun 2012 20:34:04 +0300 From: Konstantin Belousov To: Luca Pizzamiglio , Soeren Straarup Message-ID: <20120614173404.GE2337@deviant.kiev.zoral.com.ua> References: <4FD86E13.6090202@bally-wulff.de> <20120613112601.GS2337@deviant.kiev.zoral.com.ua> <4FD992E4.9080902@bally-wulff.de> <20120614170623.GD2337@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c2qmoHupxsh34lk8" Content-Disposition: inline In-Reply-To: <20120614170623.GD2337@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: x11@freebsd.org Subject: Re: Intel KMS: a memory problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 17:34:12 -0000 --c2qmoHupxsh34lk8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 14, 2012 at 08:06:23PM +0300, Konstantin Belousov wrote: > On Thu, Jun 14, 2012 at 09:29:40AM +0200, Luca Pizzamiglio wrote: > > On 06/13/12 13:26, Konstantin Belousov wrote: > > >On Wed, Jun 13, 2012 at 12:40:19PM +0200, Luca Pizzamiglio wrote: > > >>Hi people, > > >> > > >>I'm using 9-RELENG with KMS and the last port updated on a SandyBridge > > >>platform (Intel Graphics) > > >>With a quite simple openGL application, a panic occurred: > > >> > > >>panic: pmap_mapdev: Couldn't alloc kernel virtual memory > > >>Tracing pid 944 tid 100105 td 0xca85c8a0 > > >>kdb_enter(c0ffe535,c0ffe535,c103dcff,efa62ac0,1,...) at kdb_enter+0x3a > > >>panic(c103dcff,5000,c9879151,0,c1a02000,...) at panic+0x18c > > >>pmap_mapdev_attr(c1a02000,4800,1,1,c911d980,...) at pmap_mapdev_attr+= 0x7e > > >>i915_gem_obj_io(2d014008,0,4800,0,0,...) at i915_gem_obj_io+0x513 > > >>i915_gem_pwrite_ioctl(c9925800,ca827120,ca871300,c0a78b5b,efa62bd4,..= .) > > >>at i915_gem_pwrite_ioctl+0x4b > > >>drm_ioctl(c97e0400,8020645d,ca827120,3,ca85c8a0,...) at drm_ioctl+0x2= d8 > > >>devfs_ioctl_f(c91cb850,8020645d,ca827120,c91b5e80,ca85c8a0,...) at > > >>devfs_ioctl_f+0x10a > > >>kern_ioctl(ca85c8a0,4,8020645d,ca827120,a62ccc,...) at kern_ioctl+0x2= a0 > > >>sys_ioctl(ca85c8a0,efa62ccc,c67c4c80,293d3b4e,1,...) at sys_ioctl+0x1= 34 > > >>syscall(efa62d08) at syscall+0x34a > > >>Xint0x80_syscall() at Xint0x80_syscall+0x21 > > >>--- syscall (54, FreeBSD ELF32, sys_ioctl), eip =3D 0x293d5b93, esp = =3D > > >>0xbfbf7f4c, ebp =3D 0xbfbf7f68 --- > > >> > > >>I tried to increase vm.kmem_size and vm.kmem_size_max to 512M, but the > > >>problem persists. > > >> > > >>Any easy idea or workaround? > > >>In the meanwhile, I'll try to investigate this problem deeper. > > > > > >You are probably first who run 32bit kernel on SandyBridge + GEMified > > >i915 driver. > > > > > > From the trace you provided it seems that kernel was unable to find > > >a free area in KVA for 5 consequtive pages. I would think that you have > > >relatively high fragmentation of KVA. What load on machine is ? > > > > > >Actually, quite some time ago, i915_gem_gtt_write() did mapped gtt > > >page by page, instead of mapping the whole range of pages undergoing i= /o. > > >I was pointed out that this was major performance bootleneck for GTT > > >mapped objects. It might be reasonable to restore the slow mode for > > >32bit kernels, since people running such kernels on SandyBridge defini= tely > > >do not care about performance. > > > > >=20 > > Hi Konstantin, > > Thanks for the quick reply! > > yes, maybe I'm the first using 32bit architecture on SandyBridge, but= =20 > > for some internal conflicts (human ones) I should use 32 bit version an= d=20 > > performance is an important topic. > > It's quite strange what are you saying about KVA fragmentation, the loa= d=20 > > of the machine is really low < 0.3; test scenario is: boot, starting X= =20 > > with twm and launching our openGL application.. after a couple of=20 > > minutes, it panics. The openGL application draw a black screen and some= =20 > > lines to show performance indexes, like CPU percentage usage, time per= =20 > > frame, and so on. CPU percentage is about 7-9%. > > The system has 4 GB of memory, but only 3GB are addressable. > > Any idea how could I monitor memory fragmentation? > Ok, there was second report of the same panic. >=20 > Please apply the debugging patch from the end of message, and show > me the panic message after. >=20 > >=20 > > I would like to try PAE extension to address more memory or use 64 bit= =20 > > world with the 32 bit compatibility layer. PAE extension is easy to=20 > > test, but for 64bit I need to delete&reinstall&recompile everything... >=20 > I am sure that i915 does not work with PAE, probably not even compiles. >=20 > diff --git a/sys/i386/i386/pmap.c b/sys/i386/i386/pmap.c > index d02f00e..e15d24f 100644 > --- a/sys/i386/i386/pmap.c > +++ b/sys/i386/i386/pmap.c > @@ -4983,8 +4983,10 @@ pmap_mapdev_attr(vm_paddr_t pa, vm_size_t size, in= t mode) > va =3D KERNBASE + pa; > else > va =3D kmem_alloc_nofault(kernel_map, size); > - if (!va) > - panic("pmap_mapdev: Couldn't alloc kernel virtual memory"); > + if (va =3D=3D 0) { > + panic("pmap_mapdev: Couldn't alloc kernel virtual memory, " > + "size %d", size); > + } > =20 > for (tmpsize =3D 0; tmpsize < size; tmpsize +=3D PAGE_SIZE) > pmap_kenter_attr(va + tmpsize, pa + tmpsize, mode); Hm, I think I see an issue that could be very well the cause of the trouble. Please also apply the patch below. diff --git a/sys/dev/drm2/i915/i915_gem.c b/sys/dev/drm2/i915/i915_gem.c index ca531fb..73c0b53 100644 --- a/sys/dev/drm2/i915/i915_gem.c +++ b/sys/dev/drm2/i915/i915_gem.c @@ -1064,7 +1064,7 @@ i915_gem_gtt_write(struct drm_device *dev, struct drm= _i915_gem_object *obj, IDX_TO_OFF(obj_pi), size, PAT_WRITE_COMBINING); ret =3D -copyin_nofault((void *)(uintptr_t)data_ptr, (char *)mkva + obj_po, size); - pmap_unmapdev(mkva, PAGE_SIZE); + pmap_unmapdev(mkva, size); return (ret); } =20 --c2qmoHupxsh34lk8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/aIIwACgkQC3+MBN1Mb4inugCggMYsUst2EOSXwIgxCEyYUgVX 7fUAnRBbLknGA8HW52HEDXeCozq+ECE3 =TrPw -----END PGP SIGNATURE----- --c2qmoHupxsh34lk8-- From owner-freebsd-x11@FreeBSD.ORG Thu Jun 14 20:02:21 2012 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4BAB106566B; Thu, 14 Jun 2012 20:02:21 +0000 (UTC) (envelope-from ak@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 792308FC16; Thu, 14 Jun 2012 20:02:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q5EK2LDJ051223; Thu, 14 Jun 2012 20:02:21 GMT (envelope-from ak@freefall.freebsd.org) Received: (from ak@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q5EK2L9c051219; Thu, 14 Jun 2012 20:02:21 GMT (envelope-from ak) Date: Thu, 14 Jun 2012 20:02:21 GMT Message-Id: <201206142002.q5EK2L9c051219@freefall.freebsd.org> To: ak@FreeBSD.org, ak@FreeBSD.org, freebsd-x11@FreeBSD.org From: ak@FreeBSD.org Cc: Subject: Re: ports/168868: [PATCH] add missing dependency to audio/fmit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 20:02:21 -0000 Synopsis: [PATCH] add missing dependency to audio/fmit Responsible-Changed-From-To: ak->freebsd-x11 Responsible-Changed-By: ak Responsible-Changed-When: Thu Jun 14 20:02:21 UTC 2012 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=168868 From owner-freebsd-x11@FreeBSD.ORG Thu Jun 14 20:32:08 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E2051065674 for ; Thu, 14 Jun 2012 20:32:08 +0000 (UTC) (envelope-from kowalczfbsd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BBEB28FC16 for ; Thu, 14 Jun 2012 20:32:07 +0000 (UTC) Received: by werg1 with SMTP id g1so2022774wer.13 for ; Thu, 14 Jun 2012 13:32:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-transfer-encoding:content-type; bh=p3FUEF4aV0uIZglDgFJPfgULT01Xko3OFfKnoPJW0tg=; b=tpE0kd1a1db1Os+npfS8nSPWf6amEe/p8NPgio1BqBn+rCPD0EWvh0d33yuot3hrfL Bd7vt8rRmYHIKYxLT1dWW/V+XHLxtachBEdl3dKpk0XgRim1BXQhE2znim2bpmR90Pp4 OIQWDZK3AhDw43VDvIZXrKWJm3fZQ6l4N77VY8ktmihXebAuJ6sD9MYKE53mAQpUS4Lj bKVe6F6LoqRai3XpgTJyUcsRg6+h4XW1i1s3rLGHXTu7xL7/KMbvoNvKcKhRMpkyMc0n SrNC+DGafNu1w5P0PebxHIW6WM0RbY0kDYCbqLPrRW9oR+xYb0AKLJ+Gzn43nGmZXACa pCRw== Received: by 10.180.80.74 with SMTP id p10mr7101141wix.10.1339705926613; Thu, 14 Jun 2012 13:32:06 -0700 (PDT) Received: from kowalczt.dnsd.me (87-207-35-49.dynamic.chello.pl. [87.207.35.49]) by mx.google.com with ESMTPS id i10sm23710750wiy.10.2012.06.14.13.32.03 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 14 Jun 2012 13:32:05 -0700 (PDT) From: Tomasz Kowalczyk To: freebsd-x11@freebsd.org Date: Thu, 14 Jun 2012 22:32:02 +0200 Message-ID: <1436183.1DvbicXju4@kowalczt.dnsd.me> User-Agent: KMail/4.8.4 (FreeBSD/9.0-STABLE; KDE/4.8.4; amd64; ; ) In-Reply-To: References: <20120607203753.2466c63a.miwi@FreeBSD.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jun 2012 20:32:08 -0000 On Thursday 14 of June 2012 09:15:23 Andreas Nilsson wrote: > So after upgrade to 9-stable xorg-7.7 starts just fine. Lets hope it keeps > running. > > I would prefer to have xorg-7.7 becoming the default version of X, at least > on 9 and above. And how does the nvidia binary blob work with xorg-7.7? Working great, X running few days already without any unusual glitches. Actually its even getting better, Im running nvidia drivers 302.11, which add randr 1.3 functionality, and its rly fun now ;]. Regards From owner-freebsd-x11@FreeBSD.ORG Fri Jun 15 04:27:22 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F4C21065672 for ; Fri, 15 Jun 2012 04:27:22 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C97878FC12 for ; Fri, 15 Jun 2012 04:27:21 +0000 (UTC) Received: by obcni5 with SMTP id ni5so4348135obc.13 for ; Thu, 14 Jun 2012 21:27:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=eXcO1/j3Ku6EGxFqWAwF4qSjGQegdB+WecU6VKehzls=; b=ryGnlNYPYWmOBagWs89V/suAd1MCZwJeIG6+mtK/CLzCQdqDLY5HODX6QMlQrTq+JA Ab93yZ9Hvx1T1rxu2eKz4Sny8W4ACm9N537+M7nFIcyFw/odMiapdMMiPx3kX9eKyjDj zsbrbuMMqBcMrKvXN0LmO6gkb8eztOvhF4e2S+gkMqWGSzshDHmdzR1q5bL85HyLzrm6 m9iLCkOunfUAILtWcZuGVD1ZhcjcghIjYw3MXnfF+64kL3vaALe9ucNkemGtwFehtDyk ANzKqB7vPfrRyH9pUdDtJxOqmQtzMLMNuUI+vB1Uepy8RaE5OMMssdy/EJOxWeDxyaVr KFig== MIME-Version: 1.0 Received: by 10.60.29.137 with SMTP id k9mr4423639oeh.23.1339734441019; Thu, 14 Jun 2012 21:27:21 -0700 (PDT) Received: by 10.60.145.235 with HTTP; Thu, 14 Jun 2012 21:27:20 -0700 (PDT) In-Reply-To: <20120607203753.2466c63a.miwi@FreeBSD.org> References: <20120607203753.2466c63a.miwi@FreeBSD.org> Date: Thu, 14 Jun 2012 23:27:20 -0500 Message-ID: From: Brandon Gooch To: x11@freebsd.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 04:27:22 -0000 On Thu, Jun 7, 2012 at 7:37 AM, Martin Wilke wrote: > Hi Fans, > > The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are > very happy to be able to Call for testing shortly after the Xorg team > annouced 7.7 release. This CFT is also open for discussion on how we > should move forward with xorg release as we are facing some issues and > we would like to ask for your opinion. Right now we have 2 existing > xorg versions in our Ports Tree. The situation is quite bad due to our > poor graphic card support. That means we do not have much choice but to > take it as how it is now. But with regards to mesa support, we have to > face some new challanges. > > With the new mesa 8.0 release, accelerated support for a number of > older graphic cards was dropped. At the moment we are not sure how to > deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or > making a new flag like WITH_MESA=3D 7.11.2 / 8.0 in combination with > WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the > old xorg version. Obviosly the latter option make the already complex > situation more complex. The problem is, users, especially =A0the new ones > can easily get confused with it. Another issue is, the packages.We > can't deliver a package set with the new Xorg releases. This means > users with new hardware will have to compile everything by themselves. > Though I'm totally fine with compiling, not everyone has the CPU power > to compile everything. What I'm trying to say is, I would love to see > the newer xorg released as the default version, but i know this will > break a lot of old hardware. The thing is, when we want to try to > become a Modern Operating System, I dont see any other way to make the > new xorg as default but to give Users the chance to compile the old > xorg with a flag like WITH_OLD_XORG. > > Some notes regarding KMS support: > KMS Support has been completely migrated to FreeBSD 10. The MFC to 9 > will come soon, that means so long its not MFC'd to 9-Stable, users > need to get the latest patch from our x11 mailing list. > > This testing includes > * libdrm 2.4.34 (including KMS support) > * mesa 8.0.3 > * full Xorg 7.7 release Change log > =A0http://www.x.org/releases/X11R7.7/changelog.html > > Checkout Xorg Development Repo: > You will need to install devel/subversion in order to checkout the xorg > repo. Next, you will need to add WITH_NEW_XORG=3Dyes in > your /etc/make.conf if you want to try out the new Xorg and mesa. Note > that if you are not qualified for the KMS patch, you shouldn=92t use > WITH_NEW_XORG=3Dyes because the old intel driver doesn=92t build with the > new X server. If you are qualified, you should also set WITH_KMS=3Dyes > in /etc/make.conf. Nvidia and ATI users should set WITH_NEW_XORG=3Dyes. > > svn co https://trillian.chruetertee.ch/svn/ports/trunk > > A small merge script to merge the svn checkout into the real portstree > can be found here: > > http://people.freebsd.org/~miwi/xorg/xorgmerge > > The script is a modified version of the old kdemerge script. Please set > the KDEDIR variable to the path of your X.org ports. After merging, run > one of the following command, depending on which tool you use to manage > your installed packages. > > portupgrade -af \* > portmaster -a > > > After installing these, you will have to rebuild all xf86-* ports. We > will bump all releated ports during the commit to the ports tree. > > Roadmap: > Our current plan is to let the CFT running for a while, and see what > the outcome of the discussion above is. We hope to get a lot of > feedback to solve as many problems as possible. Also we are working on > the libglut to freeglut migration, this will definitely complete before > we import Xorg 7.7. So we still have enough time. =A0We are looking > forward for your feedback. > > - miwi on behalf of the FreeBSD X11 Team > > PS: Please reply only to x11@ thanks. > Finally got an opportunity to do some testing. The new xcompmgr no longer renders shadows. The synaptics driver doesn't allow me to use the trackpoint device -- the touchpad works very well. Also, I have no "middle" mouse button. I think the synaptics driver really broke for me after the bump from 1.2.1 to 1.5.0 -- It's probably an upstream thing, but I can't be sure unless I get the 1.2.1 version compiled and installed again. NVIDIA driver 295.49 seems to be working really well. I did have an error during the upgrade process building graphics/libglut, but I uninstalled the NVIDIA driver and restarted portmaster, and the upgrade completed. Here's a snip of output from the failed build: ... mklib: Making FreeBSD shared library: libGL.so.1 mklib: Installing libGL.so.1 libGL.so in ../../lib gmake[2]: Leaving directory `/usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glx' gmake[1]: Leaving directory `/usr/ports/graphics/libglut/work/Mesa-8.0.3/sr= c' =3D=3D=3D> Installing for libglut-8.0.3 =3D=3D=3D> Generating temporary packing list =3D=3D=3D> Checking if graphics/libglut already installed cd /usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glut/glx; gmake install cd: /usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glut/glx: No such file or directory *** [do-install] Error code 2 Stop in /usr/ports/graphics/libglut. =3D=3D=3D>>> Installation of libglut-8.0.3 (graphics/libglut) failed =3D=3D=3D>>> Aborting update Terminated Does anyone know what to make of this? Y'know, I'm not sure how the upgrade completed to be honest. I wonder if this has anything to do with xcompmgr not rendering shadows... -Brandon From owner-freebsd-x11@FreeBSD.ORG Fri Jun 15 10:41:45 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B57F106566B for ; Fri, 15 Jun 2012 10:41:45 +0000 (UTC) (envelope-from l.pizzamiglio@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id AFAC28FC12 for ; Fri, 15 Jun 2012 10:41:44 +0000 (UTC) Received: from bwex.bally-wulff.de (unknown [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTP id 65FB64096; Fri, 15 Jun 2012 12:41:37 +0200 (CEST) Received: from pizzamig.bally.de ([192.9.205.30]) by bwex.bally-wulff.de with Microsoft SMTPSVC(6.0.3790.4675); Fri, 15 Jun 2012 12:41:19 +0200 Message-ID: <4FDB114F.70606@bally-wulff.de> Date: Fri, 15 Jun 2012 12:41:19 +0200 From: Luca Pizzamiglio User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: Konstantin Belousov References: <4FD86E13.6090202@bally-wulff.de> <20120613112601.GS2337@deviant.kiev.zoral.com.ua> <4FD992E4.9080902@bally-wulff.de> <20120614170623.GD2337@deviant.kiev.zoral.com.ua> <20120614173404.GE2337@deviant.kiev.zoral.com.ua> In-Reply-To: <20120614173404.GE2337@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 15 Jun 2012 10:41:19.0011 (UTC) FILETIME=[65D51F30:01CD4AE3] Cc: x11@freebsd.org, Soeren Straarup Subject: Re: Intel KMS: a memory problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 10:41:45 -0000 Hi Konstantin, I'm not able to repeat the panic. It seems that you've found the issue! Thanks a lot, it works great! Best regards, Luca On 06/14/12 19:34, Konstantin Belousov wrote: > On Thu, Jun 14, 2012 at 08:06:23PM +0300, Konstantin Belousov wrote: >> On Thu, Jun 14, 2012 at 09:29:40AM +0200, Luca Pizzamiglio wrote: >>> On 06/13/12 13:26, Konstantin Belousov wrote: >>>> On Wed, Jun 13, 2012 at 12:40:19PM +0200, Luca Pizzamiglio wrote: >>>>> Hi people, >>>>> >>>>> I'm using 9-RELENG with KMS and the last port updated on a SandyBridge >>>>> platform (Intel Graphics) >>>>> With a quite simple openGL application, a panic occurred: >>>>> >>>>> panic: pmap_mapdev: Couldn't alloc kernel virtual memory >>>>> Tracing pid 944 tid 100105 td 0xca85c8a0 >>>>> kdb_enter(c0ffe535,c0ffe535,c103dcff,efa62ac0,1,...) at kdb_enter+0x3a >>>>> panic(c103dcff,5000,c9879151,0,c1a02000,...) at panic+0x18c >>>>> pmap_mapdev_attr(c1a02000,4800,1,1,c911d980,...) at pmap_mapdev_attr+0x7e >>>>> i915_gem_obj_io(2d014008,0,4800,0,0,...) at i915_gem_obj_io+0x513 >>>>> i915_gem_pwrite_ioctl(c9925800,ca827120,ca871300,c0a78b5b,efa62bd4,...) >>>>> at i915_gem_pwrite_ioctl+0x4b >>>>> drm_ioctl(c97e0400,8020645d,ca827120,3,ca85c8a0,...) at drm_ioctl+0x2d8 >>>>> devfs_ioctl_f(c91cb850,8020645d,ca827120,c91b5e80,ca85c8a0,...) at >>>>> devfs_ioctl_f+0x10a >>>>> kern_ioctl(ca85c8a0,4,8020645d,ca827120,a62ccc,...) at kern_ioctl+0x2a0 >>>>> sys_ioctl(ca85c8a0,efa62ccc,c67c4c80,293d3b4e,1,...) at sys_ioctl+0x134 >>>>> syscall(efa62d08) at syscall+0x34a >>>>> Xint0x80_syscall() at Xint0x80_syscall+0x21 >>>>> --- syscall (54, FreeBSD ELF32, sys_ioctl), eip = 0x293d5b93, esp = >>>>> 0xbfbf7f4c, ebp = 0xbfbf7f68 --- >>>>> >>>>> I tried to increase vm.kmem_size and vm.kmem_size_max to 512M, but the >>>>> problem persists. >>>>> >>>>> Any easy idea or workaround? >>>>> In the meanwhile, I'll try to investigate this problem deeper. >>>> >>>> You are probably first who run 32bit kernel on SandyBridge + GEMified >>>> i915 driver. >>>> >>>> From the trace you provided it seems that kernel was unable to find >>>> a free area in KVA for 5 consequtive pages. I would think that you have >>>> relatively high fragmentation of KVA. What load on machine is ? >>>> >>>> Actually, quite some time ago, i915_gem_gtt_write() did mapped gtt >>>> page by page, instead of mapping the whole range of pages undergoing i/o. >>>> I was pointed out that this was major performance bootleneck for GTT >>>> mapped objects. It might be reasonable to restore the slow mode for >>>> 32bit kernels, since people running such kernels on SandyBridge definitely >>>> do not care about performance. >>>> >>> >>> Hi Konstantin, >>> Thanks for the quick reply! >>> yes, maybe I'm the first using 32bit architecture on SandyBridge, but >>> for some internal conflicts (human ones) I should use 32 bit version and >>> performance is an important topic. >>> It's quite strange what are you saying about KVA fragmentation, the load >>> of the machine is really low < 0.3; test scenario is: boot, starting X >>> with twm and launching our openGL application.. after a couple of >>> minutes, it panics. The openGL application draw a black screen and some >>> lines to show performance indexes, like CPU percentage usage, time per >>> frame, and so on. CPU percentage is about 7-9%. >>> The system has 4 GB of memory, but only 3GB are addressable. >>> Any idea how could I monitor memory fragmentation? >> Ok, there was second report of the same panic. >> >> Please apply the debugging patch from the end of message, and show >> me the panic message after. >> >>> >>> I would like to try PAE extension to address more memory or use 64 bit >>> world with the 32 bit compatibility layer. PAE extension is easy to >>> test, but for 64bit I need to delete&reinstall&recompile everything... >> >> I am sure that i915 does not work with PAE, probably not even compiles. >> >> diff --git a/sys/i386/i386/pmap.c b/sys/i386/i386/pmap.c >> index d02f00e..e15d24f 100644 >> --- a/sys/i386/i386/pmap.c >> +++ b/sys/i386/i386/pmap.c >> @@ -4983,8 +4983,10 @@ pmap_mapdev_attr(vm_paddr_t pa, vm_size_t size, int mode) >> va = KERNBASE + pa; >> else >> va = kmem_alloc_nofault(kernel_map, size); >> - if (!va) >> - panic("pmap_mapdev: Couldn't alloc kernel virtual memory"); >> + if (va == 0) { >> + panic("pmap_mapdev: Couldn't alloc kernel virtual memory, " >> + "size %d", size); >> + } >> >> for (tmpsize = 0; tmpsize < size; tmpsize += PAGE_SIZE) >> pmap_kenter_attr(va + tmpsize, pa + tmpsize, mode); > > Hm, I think I see an issue that could be very well the cause of the > trouble. Please also apply the patch below. > > diff --git a/sys/dev/drm2/i915/i915_gem.c b/sys/dev/drm2/i915/i915_gem.c > index ca531fb..73c0b53 100644 > --- a/sys/dev/drm2/i915/i915_gem.c > +++ b/sys/dev/drm2/i915/i915_gem.c > @@ -1064,7 +1064,7 @@ i915_gem_gtt_write(struct drm_device *dev, struct drm_i915_gem_object *obj, > IDX_TO_OFF(obj_pi), size, PAT_WRITE_COMBINING); > ret = -copyin_nofault((void *)(uintptr_t)data_ptr, (char *)mkva + > obj_po, size); > - pmap_unmapdev(mkva, PAGE_SIZE); > + pmap_unmapdev(mkva, size); > return (ret); > } > > From owner-freebsd-x11@FreeBSD.ORG Fri Jun 15 10:41:45 2012 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FA0F106564A; Fri, 15 Jun 2012 10:41:45 +0000 (UTC) (envelope-from l.pizzamiglio@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id AFC728FC14; Fri, 15 Jun 2012 10:41:44 +0000 (UTC) Received: from bwex.bally-wulff.de (unknown [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTP id B5C07409E; Fri, 15 Jun 2012 12:41:37 +0200 (CEST) Received: from pizzamig.bally.de ([192.9.205.30]) by bwex.bally-wulff.de with Microsoft SMTPSVC(6.0.3790.4675); Fri, 15 Jun 2012 12:35:16 +0200 Message-ID: <4FDB0FE4.5060600@bally-wulff.de> Date: Fri, 15 Jun 2012 12:35:16 +0200 From: Luca Pizzamiglio User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: miwi@FreeBSD.org References: <20120607203753.2466c63a.miwi@FreeBSD.org> In-Reply-To: <20120607203753.2466c63a.miwi@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------020007090904070204030404" X-OriginalArrivalTime: 15 Jun 2012 10:35:16.0760 (UTC) FILETIME=[8DEA0180:01CD4AE2] Cc: x11@FreeBSD.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 10:41:45 -0000 This is a multi-part message in MIME format. --------------020007090904070204030404 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi! I've some trouble to compile the x11/libXxf86dga port. I attached a patch that could solve the problem, but it needs a review. Someone could help me to identify the problem? Thanks in advance Luca On 06/07/12 14:37, Martin Wilke wrote: > Hi Fans, > > The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are > very happy to be able to Call for testing shortly after the Xorg team > annouced 7.7 release. This CFT is also open for discussion on how we > should move forward with xorg release as we are facing some issues and > we would like to ask for your opinion. Right now we have 2 existing > xorg versions in our Ports Tree. The situation is quite bad due to our > poor graphic card support. That means we do not have much choice but to > take it as how it is now. But with regards to mesa support, we have to > face some new challanges. > > With the new mesa 8.0 release, accelerated support for a number of > older graphic cards was dropped. At the moment we are not sure how to > deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or > making a new flag like WITH_MESA= 7.11.2 / 8.0 in combination with > WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the > old xorg version. Obviosly the latter option make the already complex > situation more complex. The problem is, users, especially the new ones > can easily get confused with it. Another issue is, the packages.We > can't deliver a package set with the new Xorg releases. This means > users with new hardware will have to compile everything by themselves. > Though I'm totally fine with compiling, not everyone has the CPU power > to compile everything. What I'm trying to say is, I would love to see > the newer xorg released as the default version, but i know this will > break a lot of old hardware. The thing is, when we want to try to > become a Modern Operating System, I dont see any other way to make the > new xorg as default but to give Users the chance to compile the old > xorg with a flag like WITH_OLD_XORG. > > Some notes regarding KMS support: > KMS Support has been completely migrated to FreeBSD 10. The MFC to 9 > will come soon, that means so long its not MFC'd to 9-Stable, users > need to get the latest patch from our x11 mailing list. > > This testing includes > * libdrm 2.4.34 (including KMS support) > * mesa 8.0.3 > * full Xorg 7.7 release Change log > http://www.x.org/releases/X11R7.7/changelog.html > > Checkout Xorg Development Repo: > You will need to install devel/subversion in order to checkout the xorg > repo. Next, you will need to add WITH_NEW_XORG=yes in > your /etc/make.conf if you want to try out the new Xorg and mesa. Note > that if you are not qualified for the KMS patch, you shouldn’t use > WITH_NEW_XORG=yes because the old intel driver doesn’t build with the > new X server. If you are qualified, you should also set WITH_KMS=yes > in /etc/make.conf. Nvidia and ATI users should set WITH_NEW_XORG=yes. > > svn co https://trillian.chruetertee.ch/svn/ports/trunk > > A small merge script to merge the svn checkout into the real portstree > can be found here: > > http://people.freebsd.org/~miwi/xorg/xorgmerge > > The script is a modified version of the old kdemerge script. Please set > the KDEDIR variable to the path of your X.org ports. After merging, run > one of the following command, depending on which tool you use to manage > your installed packages. > > portupgrade -af \* > portmaster -a > > > After installing these, you will have to rebuild all xf86-* ports. We > will bump all releated ports during the commit to the ports tree. > > Roadmap: > Our current plan is to let the CFT running for a while, and see what > the outcome of the discussion above is. We hope to get a lot of > feedback to solve as many problems as possible. Also we are working on > the libglut to freeglut migration, this will definitely complete before > we import Xorg 7.7. So we still have enough time. We are looking > forward for your feedback. > > - miwi on behalf of the FreeBSD X11 Team > > PS: Please reply only to x11@ thanks. > --------------020007090904070204030404 Content-Type: text/plain; charset=us-ascii; name="patch-src-XF86DGA2.c" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch-src-XF86DGA2.c" LS0tIHNyYy9YRjg2REdBMi5jLm9yaWcJMjAxMi0wNi0xNSAxMjoyMTo1MS4wMDAwMDAwMDAg KzAyMDAKKysrIHNyYy9YRjg2REdBMi5jCTIwMTItMDYtMTUgMTI6MjM6MTguMDAwMDAwMDAw ICswMjAwCkBAIC05MjgsNyArOTI4LDcgQEAKICAgICBpZiAoKHBNYXAtPmZkID0gb3Blbihu YW1lLCBPX1JEV1IpKSA8IDApCiAJcmV0dXJuIEZhbHNlOwogICAgIHBNYXAtPnZpcnR1YWwg PSBtbWFwKE5VTEwsIHNpemUsIFBST1RfUkVBRCB8IFBST1RfV1JJVEUsCi0JCQlNQVBfRklM RSB8IE1BUF9TSEFSRUQsIHBNYXAtPmZkLCAob2ZmX3QpYmFzZSk7CisJCQlNQVBfRklMRSB8 IE1BUF9TSEFSRUQsIHBNYXAtPmZkLCAob2ZmX3QpKmJhc2UpOwogICAgIGlmIChwTWFwLT52 aXJ0dWFsID09ICh2b2lkICopLTEpCiAJcmV0dXJuIEZhbHNlOwogICAgIG1wcm90ZWN0KHBN YXAtPnZpcnR1YWwsIHNpemUsIFBST1RfUkVBRCB8IFBST1RfV1JJVEUpOwo= --------------020007090904070204030404-- From owner-freebsd-x11@FreeBSD.ORG Fri Jun 15 11:07:40 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBCF7106566B for ; Fri, 15 Jun 2012 11:07:40 +0000 (UTC) (envelope-from l.pizzamiglio@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id 39FFF8FC15 for ; Fri, 15 Jun 2012 11:07:40 +0000 (UTC) Received: from bwex.bally-wulff.de (unknown [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTP id 5E81F4090; Fri, 15 Jun 2012 13:07:39 +0200 (CEST) Received: from pizzamig.bally.de ([192.9.205.30]) by bwex.bally-wulff.de with Microsoft SMTPSVC(6.0.3790.4675); Fri, 15 Jun 2012 13:04:46 +0200 Message-ID: <4FDB16CE.5090405@bally-wulff.de> Date: Fri, 15 Jun 2012 13:04:46 +0200 From: Luca Pizzamiglio User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: Brandon Gooch References: <20120607203753.2466c63a.miwi@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 15 Jun 2012 11:04:46.0605 (UTC) FILETIME=[ACD2EBD0:01CD4AE6] Cc: x11@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 11:07:40 -0000 Hi Brandon and list! On 06/15/12 06:27, Brandon Gooch wrote: > On Thu, Jun 7, 2012 at 7:37 AM, Martin Wilke wrote: >> Hi Fans, >> >> The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are >> very happy to be able to Call for testing shortly after the Xorg team >> annouced 7.7 release. This CFT is also open for discussion on how we >> should move forward with xorg release as we are facing some issues and >> we would like to ask for your opinion. Right now we have 2 existing >> xorg versions in our Ports Tree. The situation is quite bad due to our >> poor graphic card support. That means we do not have much choice but to >> take it as how it is now. But with regards to mesa support, we have to >> face some new challanges. >> >> With the new mesa 8.0 release, accelerated support for a number of >> older graphic cards was dropped. At the moment we are not sure how to >> deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or >> making a new flag like WITH_MESA= 7.11.2 / 8.0 in combination with >> WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the >> old xorg version. Obviosly the latter option make the already complex >> situation more complex. The problem is, users, especially the new ones >> can easily get confused with it. Another issue is, the packages.We >> can't deliver a package set with the new Xorg releases. This means >> users with new hardware will have to compile everything by themselves. >> Though I'm totally fine with compiling, not everyone has the CPU power >> to compile everything. What I'm trying to say is, I would love to see >> the newer xorg released as the default version, but i know this will >> break a lot of old hardware. The thing is, when we want to try to >> become a Modern Operating System, I dont see any other way to make the >> new xorg as default but to give Users the chance to compile the old >> xorg with a flag like WITH_OLD_XORG. >> >> Some notes regarding KMS support: >> KMS Support has been completely migrated to FreeBSD 10. The MFC to 9 >> will come soon, that means so long its not MFC'd to 9-Stable, users >> need to get the latest patch from our x11 mailing list. >> >> This testing includes >> * libdrm 2.4.34 (including KMS support) >> * mesa 8.0.3 >> * full Xorg 7.7 release Change log >> http://www.x.org/releases/X11R7.7/changelog.html >> >> Checkout Xorg Development Repo: >> You will need to install devel/subversion in order to checkout the xorg >> repo. Next, you will need to add WITH_NEW_XORG=yes in >> your /etc/make.conf if you want to try out the new Xorg and mesa. Note >> that if you are not qualified for the KMS patch, you shouldn’t use >> WITH_NEW_XORG=yes because the old intel driver doesn’t build with the >> new X server. If you are qualified, you should also set WITH_KMS=yes >> in /etc/make.conf. Nvidia and ATI users should set WITH_NEW_XORG=yes. >> >> svn co https://trillian.chruetertee.ch/svn/ports/trunk >> >> A small merge script to merge the svn checkout into the real portstree >> can be found here: >> >> http://people.freebsd.org/~miwi/xorg/xorgmerge >> >> The script is a modified version of the old kdemerge script. Please set >> the KDEDIR variable to the path of your X.org ports. After merging, run >> one of the following command, depending on which tool you use to manage >> your installed packages. >> >> portupgrade -af \* >> portmaster -a >> >> >> After installing these, you will have to rebuild all xf86-* ports. We >> will bump all releated ports during the commit to the ports tree. >> >> Roadmap: >> Our current plan is to let the CFT running for a while, and see what >> the outcome of the discussion above is. We hope to get a lot of >> feedback to solve as many problems as possible. Also we are working on >> the libglut to freeglut migration, this will definitely complete before >> we import Xorg 7.7. So we still have enough time. We are looking >> forward for your feedback. >> >> - miwi on behalf of the FreeBSD X11 Team >> >> PS: Please reply only to x11@ thanks. >> > > Finally got an opportunity to do some testing. > > The new xcompmgr no longer renders shadows. > > The synaptics driver doesn't allow me to use the trackpoint device -- > the touchpad works very well. > > Also, I have no "middle" mouse button. > > I think the synaptics driver really broke for me after the bump from > 1.2.1 to 1.5.0 -- It's probably an upstream thing, but I can't be sure > unless I get the 1.2.1 version compiled and installed again. > > NVIDIA driver 295.49 seems to be working really well. > > I did have an error during the upgrade process building > graphics/libglut, but I uninstalled the NVIDIA driver and restarted > portmaster, and the upgrade completed. Here's a snip of output from > the failed build: > > ... > mklib: Making FreeBSD shared library: libGL.so.1 > mklib: Installing libGL.so.1 libGL.so in ../../lib > gmake[2]: Leaving directory > `/usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glx' > gmake[1]: Leaving directory `/usr/ports/graphics/libglut/work/Mesa-8.0.3/src' > ===> Installing for libglut-8.0.3 > ===> Generating temporary packing list > ===> Checking if graphics/libglut already installed > cd /usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glut/glx; gmake install > cd: /usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glut/glx: No such > file or directory > *** [do-install] Error code 2 > > Stop in /usr/ports/graphics/libglut. > > ===>>> Installation of libglut-8.0.3 (graphics/libglut) failed > ===>>> Aborting update > > Terminated > > > Does anyone know what to make of this? Y'know, I'm not sure how the > upgrade completed to be honest. > > I wonder if this has anything to do with xcompmgr not rendering shadows... > > -Brandon I've the same issue. libglut is not in xorg-dev svn port subtree, but it includes graphics/libGL/bsd.mesalib.mk. That could create some issue, because the version of sources are changed and this Makefile doesn't work with the newer version. At the moment I manually modified the port's Makefile, but I'm not really sure what I'm doing. Best regards, Luca From owner-freebsd-x11@FreeBSD.ORG Fri Jun 15 12:51:45 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA143106564A for ; Fri, 15 Jun 2012 12:51:45 +0000 (UTC) (envelope-from l.pizzamiglio@bally-wulff.de) Received: from mail.bally-wulff.de (mail.bally-wulff.de [212.144.118.8]) by mx1.freebsd.org (Postfix) with ESMTP id 373BF8FC08 for ; Fri, 15 Jun 2012 12:51:45 +0000 (UTC) Received: from bwex.bally-wulff.de (unknown [192.168.204.106]) by mail.bally-wulff.de (Postfix) with ESMTP id 0B1154092; Fri, 15 Jun 2012 14:51:43 +0200 (CEST) Received: from pizzamig.bally.de ([192.9.205.30]) by bwex.bally-wulff.de with Microsoft SMTPSVC(6.0.3790.4675); Fri, 15 Jun 2012 14:48:38 +0200 Message-ID: <4FDB2F26.9050308@bally-wulff.de> Date: Fri, 15 Jun 2012 14:48:38 +0200 From: Luca Pizzamiglio User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20120612 Thunderbird/13.0 MIME-Version: 1.0 To: Brandon Gooch References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4FDB16CE.5090405@bally-wulff.de> In-Reply-To: <4FDB16CE.5090405@bally-wulff.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 15 Jun 2012 12:48:38.0478 (UTC) FILETIME=[2F4F46E0:01CD4AF5] Cc: x11@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 12:51:45 -0000 Hi! Sorry for the noise, sometimes I forget to read UPDATING... portmaster -o graphics/freeglut graphics/libglut portmaster -r freeglut That means we should already use freeglut, right? Best regards, Luca On 06/15/12 13:04, Luca Pizzamiglio wrote: > Hi Brandon and list! > > On 06/15/12 06:27, Brandon Gooch wrote: >> On Thu, Jun 7, 2012 at 7:37 AM, Martin Wilke wrote: >>> Hi Fans, >>> >>> The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are >>> very happy to be able to Call for testing shortly after the Xorg team >>> annouced 7.7 release. This CFT is also open for discussion on how we >>> should move forward with xorg release as we are facing some issues and >>> we would like to ask for your opinion. Right now we have 2 existing >>> xorg versions in our Ports Tree. The situation is quite bad due to our >>> poor graphic card support. That means we do not have much choice but to >>> take it as how it is now. But with regards to mesa support, we have to >>> face some new challanges. >>> >>> With the new mesa 8.0 release, accelerated support for a number of >>> older graphic cards was dropped. At the moment we are not sure how to >>> deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or >>> making a new flag like WITH_MESA= 7.11.2 / 8.0 in combination with >>> WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the >>> old xorg version. Obviosly the latter option make the already complex >>> situation more complex. The problem is, users, especially the new ones >>> can easily get confused with it. Another issue is, the packages.We >>> can't deliver a package set with the new Xorg releases. This means >>> users with new hardware will have to compile everything by themselves. >>> Though I'm totally fine with compiling, not everyone has the CPU power >>> to compile everything. What I'm trying to say is, I would love to see >>> the newer xorg released as the default version, but i know this will >>> break a lot of old hardware. The thing is, when we want to try to >>> become a Modern Operating System, I dont see any other way to make the >>> new xorg as default but to give Users the chance to compile the old >>> xorg with a flag like WITH_OLD_XORG. >>> >>> Some notes regarding KMS support: >>> KMS Support has been completely migrated to FreeBSD 10. The MFC to 9 >>> will come soon, that means so long its not MFC'd to 9-Stable, users >>> need to get the latest patch from our x11 mailing list. >>> >>> This testing includes >>> * libdrm 2.4.34 (including KMS support) >>> * mesa 8.0.3 >>> * full Xorg 7.7 release Change log >>> http://www.x.org/releases/X11R7.7/changelog.html >>> >>> Checkout Xorg Development Repo: >>> You will need to install devel/subversion in order to checkout the xorg >>> repo. Next, you will need to add WITH_NEW_XORG=yes in >>> your /etc/make.conf if you want to try out the new Xorg and mesa. Note >>> that if you are not qualified for the KMS patch, you shouldn’t use >>> WITH_NEW_XORG=yes because the old intel driver doesn’t build with the >>> new X server. If you are qualified, you should also set WITH_KMS=yes >>> in /etc/make.conf. Nvidia and ATI users should set WITH_NEW_XORG=yes. >>> >>> svn co https://trillian.chruetertee.ch/svn/ports/trunk >>> >>> A small merge script to merge the svn checkout into the real portstree >>> can be found here: >>> >>> http://people.freebsd.org/~miwi/xorg/xorgmerge >>> >>> The script is a modified version of the old kdemerge script. Please set >>> the KDEDIR variable to the path of your X.org ports. After merging, run >>> one of the following command, depending on which tool you use to manage >>> your installed packages. >>> >>> portupgrade -af \* >>> portmaster -a >>> >>> >>> After installing these, you will have to rebuild all xf86-* ports. We >>> will bump all releated ports during the commit to the ports tree. >>> >>> Roadmap: >>> Our current plan is to let the CFT running for a while, and see what >>> the outcome of the discussion above is. We hope to get a lot of >>> feedback to solve as many problems as possible. Also we are working on >>> the libglut to freeglut migration, this will definitely complete before >>> we import Xorg 7.7. So we still have enough time. We are looking >>> forward for your feedback. >>> >>> - miwi on behalf of the FreeBSD X11 Team >>> >>> PS: Please reply only to x11@ thanks. >>> >> >> Finally got an opportunity to do some testing. >> >> The new xcompmgr no longer renders shadows. >> >> The synaptics driver doesn't allow me to use the trackpoint device -- >> the touchpad works very well. >> >> Also, I have no "middle" mouse button. >> >> I think the synaptics driver really broke for me after the bump from >> 1.2.1 to 1.5.0 -- It's probably an upstream thing, but I can't be sure >> unless I get the 1.2.1 version compiled and installed again. >> >> NVIDIA driver 295.49 seems to be working really well. >> >> I did have an error during the upgrade process building >> graphics/libglut, but I uninstalled the NVIDIA driver and restarted >> portmaster, and the upgrade completed. Here's a snip of output from >> the failed build: >> >> ... >> mklib: Making FreeBSD shared library: libGL.so.1 >> mklib: Installing libGL.so.1 libGL.so in ../../lib >> gmake[2]: Leaving directory >> `/usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glx' >> gmake[1]: Leaving directory >> `/usr/ports/graphics/libglut/work/Mesa-8.0.3/src' >> ===> Installing for libglut-8.0.3 >> ===> Generating temporary packing list >> ===> Checking if graphics/libglut already installed >> cd /usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glut/glx; gmake >> install >> cd: /usr/ports/graphics/libglut/work/Mesa-8.0.3/src/glut/glx: No such >> file or directory >> *** [do-install] Error code 2 >> >> Stop in /usr/ports/graphics/libglut. >> >> ===>>> Installation of libglut-8.0.3 (graphics/libglut) failed >> ===>>> Aborting update >> >> Terminated >> >> >> Does anyone know what to make of this? Y'know, I'm not sure how the >> upgrade completed to be honest. >> >> I wonder if this has anything to do with xcompmgr not rendering >> shadows... >> >> -Brandon > > I've the same issue. libglut is not in xorg-dev svn port subtree, but it > includes graphics/libGL/bsd.mesalib.mk. > > That could create some issue, because the version of sources are changed > and this Makefile doesn't work with the newer version. > At the moment I manually modified the port's Makefile, but I'm not > really sure what I'm doing. > > Best regards, > Luca > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" From owner-freebsd-x11@FreeBSD.ORG Fri Jun 15 13:01:14 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 109CD1065676 for ; Fri, 15 Jun 2012 13:01:14 +0000 (UTC) (envelope-from xride@x12.dk) Received: from gebo.x12.dk (gebo.x12.dk [204.109.63.178]) by mx1.freebsd.org (Postfix) with ESMTP id DA50C8FC0A for ; Fri, 15 Jun 2012 13:01:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gebo.x12.dk (8.14.3/8.14.3) with ESMTP id q5FD1G1U007893; Fri, 15 Jun 2012 13:01:17 GMT (envelope-from xride@x12.dk) Date: Fri, 15 Jun 2012 15:01:06 +0200 From: Soeren Straarup To: Konstantin Belousov Message-ID: <20120615150106.7853bac1@x12.dk> In-Reply-To: <4FDB114F.70606@bally-wulff.de> References: <4FD86E13.6090202@bally-wulff.de> <20120613112601.GS2337@deviant.kiev.zoral.com.ua> <4FD992E4.9080902@bally-wulff.de> <20120614170623.GD2337@deviant.kiev.zoral.com.ua> <20120614173404.GE2337@deviant.kiev.zoral.com.ua> <4FDB114F.70606@bally-wulff.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; i386-portbld-freebsd9.0) X-Face: 7Y!o?/XT:H%BE>uVwW9m14t\pR.ZF]T!3s$d_`Gv6TVIknyh$"aMW=:t(r}QL:3W, Ico:Gec Ksmq@nVq-$Ks_33F0L>R[^qp'3-g4eV#nKv/8rl",TY4NTKO&DRL)e(x^6Tn^9".i; oJf-l69YL+>hY- }/$J[OE(pIER<2n`8E_}HLv`tXVvUr^O%#4 Mobil: +4520276244 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org Subject: Re: Intel KMS: a memory problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 13:01:14 -0000 Hi Konstantin and rest, On Fri, 15 Jun 2012 12:41:19 +0200 Luca Pizzamiglio wrote: > Hi Konstantin, > > I'm not able to repeat the panic. It seems that you've found the > issue! Thanks a lot, it works great! > > Best regards, > Luca > Same here, though i have not tried as i don't know what did trigger it. But i have not experienced any panics since i added the two patches this morning (~8h ago), yesterday they came quite earlier. Thanks > > On 06/14/12 19:34, Konstantin Belousov wrote: > > On Thu, Jun 14, 2012 at 08:06:23PM +0300, Konstantin Belousov wrote: > >> On Thu, Jun 14, 2012 at 09:29:40AM +0200, Luca Pizzamiglio wrote: > >>> On 06/13/12 13:26, Konstantin Belousov wrote: > >>>> On Wed, Jun 13, 2012 at 12:40:19PM +0200, Luca Pizzamiglio wrote: > >>>>> Hi people, > >>>>> > >>>>> I'm using 9-RELENG with KMS and the last port updated on a > >>>>> SandyBridge platform (Intel Graphics) > >>>>> With a quite simple openGL application, a panic occurred: > >>>>> > >>>>> panic: pmap_mapdev: Couldn't alloc kernel virtual memory > >>>>> Tracing pid 944 tid 100105 td 0xca85c8a0 > >>>>> kdb_enter(c0ffe535,c0ffe535,c103dcff,efa62ac0,1,...) at > >>>>> kdb_enter+0x3a panic(c103dcff,5000,c9879151,0,c1a02000,...) at > >>>>> panic+0x18c pmap_mapdev_attr(c1a02000,4800,1,1,c911d980,...) at > >>>>> pmap_mapdev_attr+0x7e i915_gem_obj_io(2d014008,0,4800,0,0,...) > >>>>> at i915_gem_obj_io+0x513 > >>>>> i915_gem_pwrite_ioctl(c9925800,ca827120,ca871300,c0a78b5b,efa62bd4,...) > >>>>> at i915_gem_pwrite_ioctl+0x4b > >>>>> drm_ioctl(c97e0400,8020645d,ca827120,3,ca85c8a0,...) at > >>>>> drm_ioctl+0x2d8 > >>>>> devfs_ioctl_f(c91cb850,8020645d,ca827120,c91b5e80,ca85c8a0,...) > >>>>> at devfs_ioctl_f+0x10a > >>>>> kern_ioctl(ca85c8a0,4,8020645d,ca827120,a62ccc,...) at > >>>>> kern_ioctl+0x2a0 > >>>>> sys_ioctl(ca85c8a0,efa62ccc,c67c4c80,293d3b4e,1,...) at > >>>>> sys_ioctl+0x134 syscall(efa62d08) at syscall+0x34a > >>>>> Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (54, > >>>>> FreeBSD ELF32, sys_ioctl), eip = 0x293d5b93, esp = 0xbfbf7f4c, > >>>>> ebp = 0xbfbf7f68 --- > >>>>> > >>>>> I tried to increase vm.kmem_size and vm.kmem_size_max to 512M, > >>>>> but the problem persists. > >>>>> > >>>>> Any easy idea or workaround? > >>>>> In the meanwhile, I'll try to investigate this problem deeper. > >>>> > >>>> You are probably first who run 32bit kernel on SandyBridge + > >>>> GEMified i915 driver. > >>>> > >>>> From the trace you provided it seems that kernel was unable to > >>>> find a free area in KVA for 5 consequtive pages. I would think > >>>> that you have relatively high fragmentation of KVA. What load on > >>>> machine is ? > >>>> > >>>> Actually, quite some time ago, i915_gem_gtt_write() did mapped > >>>> gtt page by page, instead of mapping the whole range of pages > >>>> undergoing i/o. I was pointed out that this was major > >>>> performance bootleneck for GTT mapped objects. It might be > >>>> reasonable to restore the slow mode for 32bit kernels, since > >>>> people running such kernels on SandyBridge definitely do not > >>>> care about performance. > >>>> > >>> > >>> Hi Konstantin, > >>> Thanks for the quick reply! > >>> yes, maybe I'm the first using 32bit architecture on SandyBridge, > >>> but for some internal conflicts (human ones) I should use 32 bit > >>> version and performance is an important topic. > >>> It's quite strange what are you saying about KVA fragmentation, > >>> the load of the machine is really low < 0.3; test scenario is: > >>> boot, starting X with twm and launching our openGL application.. > >>> after a couple of minutes, it panics. The openGL application draw > >>> a black screen and some lines to show performance indexes, like > >>> CPU percentage usage, time per frame, and so on. CPU percentage > >>> is about 7-9%. The system has 4 GB of memory, but only 3GB are > >>> addressable. Any idea how could I monitor memory fragmentation? > >> Ok, there was second report of the same panic. > >> > >> Please apply the debugging patch from the end of message, and show > >> me the panic message after. > >> > >>> > >>> I would like to try PAE extension to address more memory or use > >>> 64 bit world with the 32 bit compatibility layer. PAE extension > >>> is easy to test, but for 64bit I need to > >>> delete&reinstall&recompile everything... > >> > >> I am sure that i915 does not work with PAE, probably not even > >> compiles. > >> > >> diff --git a/sys/i386/i386/pmap.c b/sys/i386/i386/pmap.c > >> index d02f00e..e15d24f 100644 > >> --- a/sys/i386/i386/pmap.c > >> +++ b/sys/i386/i386/pmap.c > >> @@ -4983,8 +4983,10 @@ pmap_mapdev_attr(vm_paddr_t pa, vm_size_t > >> size, int mode) va = KERNBASE + pa; > >> else > >> va = kmem_alloc_nofault(kernel_map, size); > >> - if (!va) > >> - panic("pmap_mapdev: Couldn't alloc kernel virtual > >> memory"); > >> + if (va == 0) { > >> + panic("pmap_mapdev: Couldn't alloc kernel virtual > >> memory, " > >> + "size %d", size); > >> + } > >> > >> for (tmpsize = 0; tmpsize < size; tmpsize += PAGE_SIZE) > >> pmap_kenter_attr(va + tmpsize, pa + tmpsize, > >> mode); > > > > Hm, I think I see an issue that could be very well the cause of the > > trouble. Please also apply the patch below. > > > > diff --git a/sys/dev/drm2/i915/i915_gem.c > > b/sys/dev/drm2/i915/i915_gem.c index ca531fb..73c0b53 100644 > > --- a/sys/dev/drm2/i915/i915_gem.c > > +++ b/sys/dev/drm2/i915/i915_gem.c > > @@ -1064,7 +1064,7 @@ i915_gem_gtt_write(struct drm_device *dev, > > struct drm_i915_gem_object *obj, IDX_TO_OFF(obj_pi), size, > > PAT_WRITE_COMBINING); ret = -copyin_nofault((void > > *)(uintptr_t)data_ptr, (char *)mkva + obj_po, size); > > - pmap_unmapdev(mkva, PAGE_SIZE); > > + pmap_unmapdev(mkva, size); > > return (ret); > > } > > > > > > /Soeren -- Soeren Straarup | aka OZ2DAK aka Xride FreeBSD committer | FreeBSD since 2.2.6-R If a program is not working right, then send a patch From owner-freebsd-x11@FreeBSD.ORG Fri Jun 15 13:12:52 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC0B11065675 for ; Fri, 15 Jun 2012 13:12:51 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail.lysator.liu.se (mail.lysator.liu.se [130.236.254.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3D78FC23 for ; Fri, 15 Jun 2012 13:12:51 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 31C9F40021 for ; Fri, 15 Jun 2012 15:12:49 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 2719D40006; Fri, 15 Jun 2012 15:12:49 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=FREEMAIL_FROM autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id 9B47640005; Fri, 15 Jun 2012 15:12:48 +0200 (CEST) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3WDMZ81pNWz8ggx; Fri, 15 Jun 2012 15:12:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id mUjH8XLlRlFz; Fri, 15 Jun 2012 15:12:42 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4]) by mx.daemonic.se (Postfix) with ESMTPS id 3WDMZ26LzMz8ggv; Fri, 15 Jun 2012 15:12:42 +0200 (CEST) Received: from tifa.daemonic.se (78-69-168-131-no84.tbcn.telia.com [78.69.168.131]) by mail.daemonic.se (Postfix) with ESMTPSA id 3WDMZ25kcLz9CvV; Fri, 15 Jun 2012 15:12:42 +0200 (CEST) Received: from tifa.daemonic.se (localhost [127.0.0.1]) by tifa.daemonic.se (Postfix) with ESMTP id 0CCE222AC3; Fri, 15 Jun 2012 15:12:41 +0200 (CEST) Message-ID: <4FDB34C9.903@gmail.com> Date: Fri, 15 Jun 2012 15:12:41 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Luca Pizzamiglio References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4FDB16CE.5090405@bally-wulff.de> <4FDB2F26.9050308@bally-wulff.de> In-Reply-To: <4FDB2F26.9050308@bally-wulff.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: x11@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 13:12:52 -0000 On 06/15/12 14:48, Luca Pizzamiglio wrote: > Hi! > > Sorry for the noise, sometimes I forget to read UPDATING... > > portmaster -o graphics/freeglut graphics/libglut > portmaster -r freeglut > > That means we should already use freeglut, right? > The CFT tree already uses freeglut. There is ongoing work to merge this into the regular ports tree. I sent a heads up about it a week or so ago. Regards! -- Niclas Zeising From owner-freebsd-x11@FreeBSD.ORG Fri Jun 15 14:10:58 2012 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 767F61065679 for ; Fri, 15 Jun 2012 14:10:58 +0000 (UTC) (envelope-from macunkie@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 48B788FC1F for ; Fri, 15 Jun 2012 14:10:58 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id ro2so5674302pbb.13 for ; Fri, 15 Jun 2012 07:10:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=9X4Apg7uajZlQ/TcarKfI6DAASUjo73Gw3CQc+ZaBkw=; b=xLcHXhEo11OT6QSJwoN6Hyf3zkebbM9V67+ATAH6U/kwO7Hln8W6zvTZsNeFknDejt D6qoC9KV0S+qCVG78BfqEFFVwDyvwwOZKFGKQe2WYv/dRqsBekw6xC3c73Nye4YdaBex CfY4XwYR4QwxNMrAQAg5FJpEL3JFft+MWQtdcc4tJwXkwCqkjj9RUrbll5cSc15UGT+b +g/F1ufEZelnLTY7DpUI9UWF0t5KFIexiGmxXLU12E6Lzn3n7/rY0b0BVKiL0PrdJc7t D2AWouqTmCTl3GTyCcQW7cHBoEmWg6XmgDC96Mwv505TOCmwWui66ko64LI8vUuHaLyu mPPg== Received: by 10.68.226.168 with SMTP id rt8mr21137900pbc.23.1339769458216; Fri, 15 Jun 2012 07:10:58 -0700 (PDT) Received: from [192.168.1.136] (66-233-4-137.rcc.clearwire-dns.net. [66.233.4.137]) by mx.google.com with ESMTPS id wk3sm13378924pbc.21.2012.06.15.07.10.56 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 15 Jun 2012 07:10:57 -0700 (PDT) From: Samuel V Green III Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 15 Jun 2012 07:10:57 -0700 Message-Id: To: freebsd-x11@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Subject: Xorg 7.5.2 on powerpc 9.0 Stable ? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jun 2012 14:10:58 -0000 Has anyone successfully built this meta port on 9.0 stable ? I received and error ( not a broken pipe) but some dependency error, = and reinstalled 9.0 stable to get the original xorg 7.5.1. So far my build of xorg 7.5.1 is building fine. I originally had it = built, and gnome2 installed but afterwords could not get any internet = connection configured. So I elected to start over figuring I choose wrong config options of the = org 7.5.1 install. =20 Any ppc users successfully get xorg 7.5.2 to build ? Thank you, Samuel.= From owner-freebsd-x11@FreeBSD.ORG Sat Jun 16 02:52:50 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC33E106566B for ; Sat, 16 Jun 2012 02:52:50 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7495C8FC08 for ; Sat, 16 Jun 2012 02:52:50 +0000 (UTC) Received: by obcni5 with SMTP id ni5so6222056obc.13 for ; Fri, 15 Jun 2012 19:52:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=5z9QCZaTs1CD0YOkfT++e3CIRYk/eewzh4lvzqs37iE=; b=yhGeoSeVatsGa6wOdN3FxoNVVc8KxdVM+t+/1RmEe2jRrTu0tFpoYx9QRpduyL8bL9 931F+41J7APB0+wjBS5EJ+MUzJ/LxgMDeM1H62ttCTgVC9XrlhLaUf0fY+uZniyXg+Kl TTZ2FIeDZ+7D7hA80YPxU2cypF+UxQx5XqBdB/+PlZJbZCZIvtUvqXRoo610L0w7TCjZ XtzYusTgsumQkVBfTvZjJ+A/8nsGTKztNsfbv8H7ba9TywYK4EaAIiT73XB07re4MAx8 sYmLwHMXjqqi2JzKs0BNlWasTwjEdxLDHKXpY6YXJzQFpc1Q+vK+k3CKsZSmzFJl2Mju 7o1w== MIME-Version: 1.0 Received: by 10.182.72.42 with SMTP id a10mr8037325obv.22.1339815169710; Fri, 15 Jun 2012 19:52:49 -0700 (PDT) Received: by 10.60.145.235 with HTTP; Fri, 15 Jun 2012 19:52:49 -0700 (PDT) Date: Fri, 15 Jun 2012 21:52:49 -0500 Message-ID: From: Brandon Gooch To: x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: inkandreas@web.de, alan.coopersmith@oracle.com, jeremyhu@apple.com, yann@droneaud.fr Subject: Xorg 7.7 no drop shadows with xcompmgr 1.1.6 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jun 2012 02:52:50 -0000 I've been testing Xorg 7.7 on FreeBSD 10 (10-CURRENT). I've ran into an issue with xcompmgr 1.1.6 regarding the rendering of "drop shadows". This call in the code on line 1031 of xcompmgr.c somehow prevents drop shadows from working: XFixesIntersectRegion(dpy, w->borderClip, w->borderClip, w->borderSize); If I comment out the call above, all is well, but I'm nearly certain that this will somehow break the intended target issue that the addition of this function call was meant to address (changing X window/object shapes?). I've futzed around with variations of this block of code in xcompmgr.c, but to no avail: if (!w->borderClip) { w->borderClip = XFixesCreateRegion (dpy, NULL, 0); XFixesCopyRegion (dpy, w->borderClip, region); XFixesIntersectRegion(dpy, w->borderClip, w->borderClip, w->borderSize); } I've searched and located a report of this from the Linux world: https://bugs.freedesktop.org/show_bug.cgi?id=46285 Can someone shed some light on what is happening here and further why this could cause the issue with shadows not displaying? Thanks! -Brandon From owner-freebsd-x11@FreeBSD.ORG Sat Jun 16 17:11:55 2012 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE56C106564A for ; Sat, 16 Jun 2012 17:11:55 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 552078FC19 for ; Sat, 16 Jun 2012 17:11:55 +0000 (UTC) Received: from pd4ml3so-ssvc.prod.shaw.ca ([10.0.141.150]) by pd2mo1so-svcs.prod.shaw.ca with ESMTP; 16 Jun 2012 11:11:54 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=b/gStvK98Bs6YfhBwCpxRApoLO2qoBYaarCtclPE+68= c=1 sm=1 a=QrugwKR0C_UA:10 a=wAGQQ9Az6v0A:10 a=BLceEmwcHowA:10 a=ICAaq7hcmGcA:10 a=kj9zAlcOel0A:10 a=IbtKDeXwb2+SRU442/pi3A==:17 a=BWvPGDcYAAAA:8 a=6I5d2MoRAAAA:8 a=-vFm65xdllw-OONNb0MA:9 a=CjuIK1q_8ugA:10 a=V7tsTZBp22UA:10 a=SV7veod9ZcQA:10 a=Cbw8TXLC14YA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO spqr.komquats.com) ([96.50.7.119]) by pd4ml3so-dmz.prod.shaw.ca with ESMTP; 16 Jun 2012 11:11:54 -0600 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id DE0FF80; Sat, 16 Jun 2012 10:11:53 -0700 (PDT) Received: from slippy (localhost [127.0.0.1]) by slippy.cwsent.com (8.14.5/8.14.5) with ESMTP id q5GHBqI6082187; Sat, 16 Jun 2012 10:11:53 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <201206161711.q5GHBqI6082187@slippy.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Luca Pizzamiglio In-Reply-To: Message from Luca Pizzamiglio of "Fri, 15 Jun 2012 12:41:19 +0200." <4FDB114F.70606@bally-wulff.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 16 Jun 2012 10:11:52 -0700 Cc: Soeren Straarup , x11@freebsd.org Subject: Re: Intel KMS: a memory problem X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jun 2012 17:11:55 -0000 It appears to have fixed my hang as well. To test I'd run find / in a gnome-terminal and wait for up to a minute. It used to hand hard. Playing a video would result in the same. All that's working now. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org In message <4FDB114F.70606@bally-wulff.de>, Luca Pizzamiglio writes: > Hi Konstantin, > > I'm not able to repeat the panic. It seems that you've found the issue! > Thanks a lot, it works great! > > Best regards, > Luca > > > On 06/14/12 19:34, Konstantin Belousov wrote: > > On Thu, Jun 14, 2012 at 08:06:23PM +0300, Konstantin Belousov wrote: > >> On Thu, Jun 14, 2012 at 09:29:40AM +0200, Luca Pizzamiglio wrote: > >>> On 06/13/12 13:26, Konstantin Belousov wrote: > >>>> On Wed, Jun 13, 2012 at 12:40:19PM +0200, Luca Pizzamiglio wrote: > >>>>> Hi people, > >>>>> > >>>>> I'm using 9-RELENG with KMS and the last port updated on a SandyBridge > >>>>> platform (Intel Graphics) > >>>>> With a quite simple openGL application, a panic occurred: > >>>>> > >>>>> panic: pmap_mapdev: Couldn't alloc kernel virtual memory > >>>>> Tracing pid 944 tid 100105 td 0xca85c8a0 > >>>>> kdb_enter(c0ffe535,c0ffe535,c103dcff,efa62ac0,1,...) at kdb_enter+0x3a > >>>>> panic(c103dcff,5000,c9879151,0,c1a02000,...) at panic+0x18c > >>>>> pmap_mapdev_attr(c1a02000,4800,1,1,c911d980,...) at pmap_mapdev_attr+0x > 7e > >>>>> i915_gem_obj_io(2d014008,0,4800,0,0,...) at i915_gem_obj_io+0x513 > >>>>> i915_gem_pwrite_ioctl(c9925800,ca827120,ca871300,c0a78b5b,efa62bd4,...) > >>>>> at i915_gem_pwrite_ioctl+0x4b > >>>>> drm_ioctl(c97e0400,8020645d,ca827120,3,ca85c8a0,...) at drm_ioctl+0x2d8 > >>>>> devfs_ioctl_f(c91cb850,8020645d,ca827120,c91b5e80,ca85c8a0,...) at > >>>>> devfs_ioctl_f+0x10a > >>>>> kern_ioctl(ca85c8a0,4,8020645d,ca827120,a62ccc,...) at kern_ioctl+0x2a0 > >>>>> sys_ioctl(ca85c8a0,efa62ccc,c67c4c80,293d3b4e,1,...) at sys_ioctl+0x134 > >>>>> syscall(efa62d08) at syscall+0x34a > >>>>> Xint0x80_syscall() at Xint0x80_syscall+0x21 > >>>>> --- syscall (54, FreeBSD ELF32, sys_ioctl), eip = 0x293d5b93, esp = > >>>>> 0xbfbf7f4c, ebp = 0xbfbf7f68 --- > >>>>> > >>>>> I tried to increase vm.kmem_size and vm.kmem_size_max to 512M, but the > >>>>> problem persists. > >>>>> > >>>>> Any easy idea or workaround? > >>>>> In the meanwhile, I'll try to investigate this problem deeper. > >>>> > >>>> You are probably first who run 32bit kernel on SandyBridge + GEMified > >>>> i915 driver. > >>>> > >>>> From the trace you provided it seems that kernel was unable to find > >>>> a free area in KVA for 5 consequtive pages. I would think that you have > >>>> relatively high fragmentation of KVA. What load on machine is ? > >>>> > >>>> Actually, quite some time ago, i915_gem_gtt_write() did mapped gtt > >>>> page by page, instead of mapping the whole range of pages undergoing i/o > . > >>>> I was pointed out that this was major performance bootleneck for GTT > >>>> mapped objects. It might be reasonable to restore the slow mode for > >>>> 32bit kernels, since people running such kernels on SandyBridge definite > ly > >>>> do not care about performance. > >>>> > >>> > >>> Hi Konstantin, > >>> Thanks for the quick reply! > >>> yes, maybe I'm the first using 32bit architecture on SandyBridge, but > >>> for some internal conflicts (human ones) I should use 32 bit version and > >>> performance is an important topic. > >>> It's quite strange what are you saying about KVA fragmentation, the load > >>> of the machine is really low < 0.3; test scenario is: boot, starting X > >>> with twm and launching our openGL application.. after a couple of > >>> minutes, it panics. The openGL application draw a black screen and some > >>> lines to show performance indexes, like CPU percentage usage, time per > >>> frame, and so on. CPU percentage is about 7-9%. > >>> The system has 4 GB of memory, but only 3GB are addressable. > >>> Any idea how could I monitor memory fragmentation? > >> Ok, there was second report of the same panic. > >> > >> Please apply the debugging patch from the end of message, and show > >> me the panic message after. > >> > >>> > >>> I would like to try PAE extension to address more memory or use 64 bit > >>> world with the 32 bit compatibility layer. PAE extension is easy to > >>> test, but for 64bit I need to delete&reinstall&recompile everything... > >> > >> I am sure that i915 does not work with PAE, probably not even compiles. > >> > >> diff --git a/sys/i386/i386/pmap.c b/sys/i386/i386/pmap.c > >> index d02f00e..e15d24f 100644 > >> --- a/sys/i386/i386/pmap.c > >> +++ b/sys/i386/i386/pmap.c > >> @@ -4983,8 +4983,10 @@ pmap_mapdev_attr(vm_paddr_t pa, vm_size_t size, int > mode) > >> va = KERNBASE + pa; > >> else > >> va = kmem_alloc_nofault(kernel_map, size); > >> - if (!va) > >> - panic("pmap_mapdev: Couldn't alloc kernel virtual memory"); > >> + if (va == 0) { > >> + panic("pmap_mapdev: Couldn't alloc kernel virtual memory, " > >> + "size %d", size); > >> + } > >> > >> for (tmpsize = 0; tmpsize < size; tmpsize += PAGE_SIZE) > >> pmap_kenter_attr(va + tmpsize, pa + tmpsize, mode); > > > > Hm, I think I see an issue that could be very well the cause of the > > trouble. Please also apply the patch below. > > > > diff --git a/sys/dev/drm2/i915/i915_gem.c b/sys/dev/drm2/i915/i915_gem.c > > index ca531fb..73c0b53 100644 > > --- a/sys/dev/drm2/i915/i915_gem.c > > +++ b/sys/dev/drm2/i915/i915_gem.c > > @@ -1064,7 +1064,7 @@ i915_gem_gtt_write(struct drm_device *dev, struct drm > _i915_gem_object *obj, > > IDX_TO_OFF(obj_pi), size, PAT_WRITE_COMBINING); > > ret = -copyin_nofault((void *)(uintptr_t)data_ptr, (char *)mkva + > > obj_po, size); > > - pmap_unmapdev(mkva, PAGE_SIZE); > > + pmap_unmapdev(mkva, size); > > return (ret); > > } > > > > > > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > >