From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 02:02:26 2009 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 30337106566B; Sun, 20 Dec 2009 02:02:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C8CE68FC08; Sun, 20 Dec 2009 02:02:25 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBK22KNt047029 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 19 Dec 2009 21:02:21 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: greg@rowes.org In-Reply-To: References: <200912111614.47417.greg@rowes.org> <4B22C93D.9000208@icyb.net.ua> <4B2317CF.5080900@comcast.net> <1260636181.2281.35.camel@balrog.2hip.net> <7EE7B533BABE48F7876B0560C84A8238@GregPC> <1261246173.2315.20.camel@balrog.2hip.net> <1261248448.2315.22.camel@balrog.2hip.net> <9229F0071B3A4C3FAF62E472480D8D57@GregPC> <1261252261.2315.25.camel@balrog.2hip.net> Content-Type: multipart/mixed; boundary="=-LqhkbQTcz+Cmw8lnS939" Organization: FreeBSD Date: Sat, 19 Dec 2009 20:02:15 -0600 Message-Id: <1261274535.2315.36.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org, 'Andriy Gapon' , 'John Baldwin' Subject: RE: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE 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, 20 Dec 2009 02:02:26 -0000 --=-LqhkbQTcz+Cmw8lnS939 Content-Type: text/plain Content-Transfer-Encoding: 7bit On Sat, 2009-12-19 at 17:16 -0500, Greg Rowe wrote: > Hi Robert, > That patch won't apply. If I look at drm_scatter.c , I don't even see the > line "entry->virtual = dmah->vaddr" ? Perhaps I have a different version? > This is what it shows: Hrm, ok... You don't have my latest MFC to stable then. You can just add it right before the "return 0;" at the end of drm_sg_alloc(). I'll attach a patch against 8.0 release, which should match what you have. robert. > src/sys/dev/drm/drm_scatter.c,v 1.10.2.1 2009/08/03 08:13:06 kensmith > > Greg > > > -----Original Message----- > > From: Robert Noland [mailto:rnoland@FreeBSD.org] > > Sent: Saturday, December 19, 2009 2:51 PM > > To: greg@rowes.org > > Cc: freebsd-x11@FreeBSD.org; 'John Baldwin'; 'Andriy Gapon' > > Subject: RE: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE > > > > On Sat, 2009-12-19 at 14:34 -0500, Greg Rowe wrote: > > > Hi Robert, > > > The patch worked! I can start X now with DRI enabled. Xvinfo now > > reports an > > > adapter present. The only thing I see is some errors being reported on > > the > > > screen when exiting a window manager (KDE & TWM). They aren't logged to > > > Xorg.log though and I don't see any other issues besides these errors. > > The > > > error is: > > > WARNING: A device driver has set "memattr" inconsistently. > > > And I get about 20 of these. > > > > I enabled PAT write-combining in that patch as well. Can you apply the > > attached patch on top and see if they go away? > > > > robert. > > > > > An Xorg.log is attached and below is the results of xvinfo. Thanks. > > > > > > Greg > > > > > > X-Video Extension version 2.2 > > > screen #0 > > > Adaptor #0: "Radeon Textured Video" > > > number of ports: 16 > > > port base: 57 > > > operations supported: PutImage > > > supported visuals: > > > depth 24, visualID 0x21 > > > number of attributes: 2 > > > "XV_VSYNC" (range 0 to 1) > > > client settable attribute > > > client gettable attribute (current value is 1) > > > "XV_HWPLANAR" (range 0 to 1) > > > client settable attribute > > > client gettable attribute (current value is 1) > > > maximum XvImage size: 8192 x 8192 > > > Number of image formats: 4 > > > id: 0x32595559 (YUY2) > > > guid: 59555932-0000-0010-8000-00aa00389b71 > > > bits per pixel: 16 > > > number of planes: 1 > > > type: YUV (packed) > > > id: 0x32315659 (YV12) > > > guid: 59563132-0000-0010-8000-00aa00389b71 > > > bits per pixel: 12 > > > number of planes: 3 > > > type: YUV (planar) > > > id: 0x30323449 (I420) > > > guid: 49343230-0000-0010-8000-00aa00389b71 > > > bits per pixel: 12 > > > number of planes: 3 > > > type: YUV (planar) > > > id: 0x59565955 (UYVY) > > > guid: 55595659-0000-0010-8000-00aa00389b71 > > > bits per pixel: 16 > > > number of planes: 1 > > > type: YUV (packed) > > > > > > > -----Original Message----- > > > > From: Robert Noland [mailto:rnoland@FreeBSD.org] > > > > Sent: Saturday, December 19, 2009 1:47 PM > > > > To: greg@rowes.org > > > > Cc: 'Steve Polyack'; 'Andriy Gapon'; freebsd-x11@FreeBSD.org; 'John > > > > Baldwin' > > > > Subject: RE: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE > > > > > > > > On Sat, 2009-12-19 at 13:44 -0500, Greg Rowe wrote: > > > > > Robert, > > > > > The patch applied cleanly (8.0 Stable from last week), but on > > > > rebuilding > > > > > the kernel (make buildkernel) I get the following: > > > > > > > > > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > > > > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > > > > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc > > - > > > > I. > > > > > -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL > > > > > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > > > > > -finline-limit=8000 --param inline-unit-growth=100 --param > > > > > large-function-growth=1000 -mno-align-long-strings > > > > > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > > > > > -mno-sse3 -ffreestanding -fstack-protector -Werror > > > > > /usr/src/sys/dev/drm/drm_sysctl.c > > > > > cc1: warnings being treated as errors > > > > > /usr/src/sys/dev/drm/drm_sysctl.c: In function 'drm_vm_info': > > > > > /usr/src/sys/dev/drm/drm_sysctl.c:206: warning: format '%016jx' > > expects > > > > type > > > > > 'uintmax_t', but argument 5 has type 'long unsigned int' > > > > > *** Error code 1 > > > > > > > > Yes, I have an i386 build running now, I'll update the patch in a > > > > minute. Meanwhile, you can just replace the "j" with and "l". > > > > > > > > robert. > > > > > > > > > Stop in /usr/obj/usr/src/sys/PSV. > > > > > *** Error code 1 > > > > > > > > > > Stop in /usr/src. > > > > > *** Error code 1 > > > > > > > > > > Stop in /usr/src. > > > > > > > > > > > -----Original Message----- > > > > > > From: Robert Noland [mailto:rnoland@FreeBSD.org] > > > > > > Sent: Saturday, December 19, 2009 1:10 PM > > > > > > To: greg@rowes.org > > > > > > Cc: 'Steve Polyack'; 'Andriy Gapon'; freebsd-x11@FreeBSD.org; > > 'John > > > > > > Baldwin' > > > > > > Subject: RE: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE > > > > > > > > > > > > On Sat, 2009-12-12 at 17:36 -0500, Greg Rowe wrote: > > > > > > > The system is still running the pagezero patch if that makes any > > > > > > difference? > > > > > > > > > > > > Ok, you can get rid of that. > > > > > > > > > > > > I wasn't able to fix this quite like I wanted to, but this should > > > > work. > > > > > > The fix that I was intending to do, ended up meaning that I had to > > > > work > > > > > > on our mmap implementation, which I did, but won't be committed > > until > > > > it > > > > > > is reviewed. It also required a handful of changes to userland > > > > (libdrm, > > > > > > and the DDX driver) and broke the KBI so rebuilding even more > > stuff > > > > was > > > > > > needed. The linux guys would not have been happy with me and I > > would > > > > > > have had a fight on my hands. > > > > > > > > > > > > This patch implements what I wanted to do on 64 bit platforms. On > > 32 > > > > > > bit platforms (i386) it comes with some consequences... On amd64, > > I've > > > > > > adapted the map handle to have an offset of 0 and a globally > > unique > > > > map > > > > > > number starting at bit 40. This means that there are 24 bits for > > maps > > > > > > and each map can describe 1TB of memory. On i386, I've done the > > same > > > > > > thing except I am only stealing the top 4 bits for the map id, so > > > > there > > > > > > can only be 15 maps each up to 256MB. This should be ok since > > > > normally > > > > > > there are only 6 or 7 maps. > > > > > > > > > > > > I have run tested this on r600 amd64 so far. I can test > > r3/5/6/700, > > > > > > Intel and nouveau, but haven't done so yet. This should be a > > kernel > > > > > > only fix, meaning you should not need to patch or rebuild any of > > your > > > > > > userland apps. The patch is applicable to -CURRENT, and should > > work > > > > on > > > > > > 8-STABLE and possibly 7-STABLE. > > > > > > > > > > > > http://people.freebsd.org/~rnoland/drm_mmap_fix.patch > > > > > > > > > > > > robert. > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: Robert Noland [mailto:rnoland@FreeBSD.org] > > > > > > > > Sent: Saturday, December 12, 2009 11:43 AM > > > > > > > > To: greg@rowes.org > > > > > > > > Cc: 'Steve Polyack'; 'Andriy Gapon'; freebsd-x11@FreeBSD.org; > > > > 'John > > > > > > > > Baldwin' > > > > > > > > Subject: RE: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE > > > > > > > > > > > > > > > > On Sat, 2009-12-12 at 09:28 -0500, Greg Rowe wrote: > > > > > > > > > My system has a Gigabyte Radeon HD4850 1GB PCI Express Card > > in > > > > it. > > > > > > The > > > > > > > > main > > > > > > > > > board is an ASUS P5N7A-VM, 4GB ram (tested with 2GB also), > > Intel > > > > > > Core 2 > > > > > > > > Duo > > > > > > > > > E6850, on-board video disabled in the BIOS, and the BIOS is > > > > flashed > > > > > > to > > > > > > > > > ASUS's latest release. I'm using a single monitor off the > > DVI > > > > port. > > > > > > > > > > > > > > > > > > I'm running the ATI Radeon driver as it works well with the > > > > > > exception > > > > > > > > of > > > > > > > > > DRI. I've tried the released and development version of the > > > > RadeonHD > > > > > > > > driver > > > > > > > > > but both pretty much lock up X. Whether it helps or not, the > > > > > > background > > > > > > > > > garbage on the screen I see with the ATI driver is more > > visible > > > > with > > > > > > the > > > > > > > > hd > > > > > > > > > drivers and it's the ASUS Bios splash screen in tiny font > > many > > > > times > > > > > > > > across > > > > > > > > > the screen. Dmesg and Memcontrol.list from Xorg with DRI > > > > enabled is > > > > > > > > > attached. > > > > > > > > > > > > > > > > Actually, I think I see what is going on in your case. Your > > > > > > framebuffer > > > > > > > > is at 0xe0000000 and the ring is being allocated inside the > > > > > > framebuffer > > > > > > > > address space. I'm trying to figure out how this is occurring > > > > now. > > > > > > > > > > > > > > > > robert. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > From: Steve Polyack [mailto:korvus@comcast.net] > > > > > > > > > > Sent: Friday, December 11, 2009 11:11 PM > > > > > > > > > > To: Andriy Gapon > > > > > > > > > > Cc: Greg Rowe; rnoland@freebsd.org; freebsd- > > x11@freebsd.org; > > > > John > > > > > > > > Baldwin > > > > > > > > > > Subject: Re: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE > > > > > > > > > > > > > > > > > > > > Andriy Gapon wrote: > > > > > > > > > > > on 11/12/2009 23:14 Greg Rowe said the following: > > > > > > > > > > > > > > > > > > > > > >> Robert, > > > > > > > > > > >> I tried the pagezero patch (applied, rebuilt kernel, > > > > rebooted, > > > > > > > > Xorg > > > > > > > > > > with DRI > > > > > > > > > > >> enabled) on my system with the Radeon HD4850 and it > > didn't > > > > > > change > > > > > > > > > > anything. > > > > > > > > > > >> See the attached. Thanks. > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > Greg, Steve, could you please describe your systems some > > > > more? > > > > > > > > > > > Type of CPU, if this is SMP. > > > > > > > > > > > Providing a link to your dmesg should be helpful. > > > > > > > > > > > 'memcontrol list' output could be useful too. > > > > > > > > > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I have yet to try the patch, but my system is a a ~3Ghz > > > > Pentium 4 > > > > > > with > > > > > > > > > > Hyperthreading enabled. Intel chipset (not sure which, > > but > > > > the > > > > > > > > USB/SATA > > > > > > > > > > are the ICH7) with onboard graphics. The Radeon 9250 is a > > PCI > > > > > > add-on. > > > > > > > > > > I'm also using both outputs on the card (1 VGA, 1 DVI). > > I've > > > > > > attached > > > > > > > > > > the output of 'dmesg' and 'pciconf -l -v'. > > > > > > > > > > > > > > > > > -- > > > > > > > > Robert Noland > > > > > > > > FreeBSD > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Robert Noland > > > > > > FreeBSD > > > > > > > > > > > > > > > > > > > > -- > > > > Robert Noland > > > > FreeBSD > > > > > > > > > > _______________________________________________ > > > 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" > > -- > > Robert Noland > > FreeBSD > > _______________________________________________ > 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" -- Robert Noland FreeBSD --=-LqhkbQTcz+Cmw8lnS939 Content-Disposition: attachment; filename="drm_scatter-memattr-8-release.patch" Content-Type: text/x-patch; name="drm_scatter-memattr-8-release.patch"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/dev/drm/drm_scatter.c =================================================================== --- sys/dev/drm/drm_scatter.c (revision 200473) +++ sys/dev/drm/drm_scatter.c (working copy) @@ -129,6 +129,9 @@ drm_sg_alloc(struct drm_device *dev, struct drm_sc dev->sg = entry; DRM_UNLOCK(); + pmap_change_attr(dmah->vaddr, request->size, + VM_MEMATTR_WRITE_COMBINING); + return 0; } --=-LqhkbQTcz+Cmw8lnS939-- From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 02:05:06 2009 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 7E5CE106566B for ; Sun, 20 Dec 2009 02:05:06 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 311DA8FC14 for ; Sun, 20 Dec 2009 02:05:05 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBK253gw047047 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 19 Dec 2009 21:05:04 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Carlos A. M. dos Santos" In-Reply-To: <200912192220.nBJMK8xo025223@freefall.freebsd.org> References: <200912192220.nBJMK8xo025223@freefall.freebsd.org> Content-Type: text/plain Organization: FreeBSD Date: Sat, 19 Dec 2009 20:04:58 -0600 Message-Id: <1261274698.2315.38.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org Subject: Re: ports/137373: x11/libX11: make dependance on x11/libxcb 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, 20 Dec 2009 02:05:06 -0000 On Sat, 2009-12-19 at 22:20 +0000, Carlos A. M. dos Santos wrote: > The following reply was made to PR ports/137373; it has been noted by GNATS. > > From: "Carlos A. M. dos Santos" > To: rnoland@freebsd.org > Cc: freebsd-x11@freebsd.org, bug-followup@freebsd.org > Subject: Re: ports/137373: x11/libX11: make dependance on x11/libxcb > Date: Sat, 19 Dec 2009 20:17:04 -0200 > > Robert, > > I think I foud what "mesa" you are talking about: graphics/libGL. Well > if you pay attention to the contents of bsd.mesalib.mk then you will > see that it already recognizes a WITHOUT_XCB knob. That knob is there > since the update X.org ports to 7.4+, last january. But I don't need > to tell this to you. have been updating that file for ten months, so > you know its contents. > > So, in the very end, you are attempting to convince me that that > giving the user the opportunity to turn off XCB is accetpable in > libGL, but not in libX11. This is contradictory. > > By the way, the assertion that "having a non-xcb enabled libx11 would > cause weird build/run time issues" is false. If it is disabled everywhere, it is fine. But having it disabled for libx11 and enabled for xserver and/or mesa (libGL and friends) would be problematic. robert. > -- > My preferred quotation of Robert Louis Stevenson is "You cannot > make an omelette without breaking eggs". Not because I like the > omelettes, but because I like the sound of eggs being broken. > _______________________________________________ > 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" -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 02:07:01 2009 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 3E6381065679 for ; Sun, 20 Dec 2009 02:07:01 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from QMTA12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id DB2BB8FC18 for ; Sun, 20 Dec 2009 02:07:00 +0000 (UTC) Received: from OMTA20.westchester.pa.mail.comcast.net ([76.96.62.71]) by QMTA12.westchester.pa.mail.comcast.net with comcast id KE5L1d0041YDfWL5CE71zk; Sun, 20 Dec 2009 02:07:01 +0000 Received: from [10.0.0.51] ([71.199.122.142]) by OMTA20.westchester.pa.mail.comcast.net with comcast id KE7g1d00134Sj4f3gE7gZS; Sun, 20 Dec 2009 02:07:40 +0000 Message-ID: <4B2D86EA.5010805@comcast.net> Date: Sat, 19 Dec 2009 21:07:38 -0500 From: Steve Polyack User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Robert Noland References: <200912111614.47417.greg@rowes.org> <4B22C93D.9000208@icyb.net.ua> <4B2317CF.5080900@comcast.net> <1260636181.2281.35.camel@balrog.2hip.net> <7EE7B533BABE48F7876B0560C84A8238@GregPC> <1261246173.2315.20.camel@balrog.2hip.net> In-Reply-To: <1261246173.2315.20.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11@FreeBSD.org, 'John Baldwin' , 'Andriy Gapon' Subject: Re: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE 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, 20 Dec 2009 02:07:01 -0000 On 12/19/2009 1:09 PM, Robert Noland wrote: > On Sat, 2009-12-12 at 17:36 -0500, Greg Rowe wrote: > >> The system is still running the pagezero patch if that makes any difference? >> > Ok, you can get rid of that. > > I wasn't able to fix this quite like I wanted to, but this should work. > The fix that I was intending to do, ended up meaning that I had to work > on our mmap implementation, which I did, but won't be committed until it > is reviewed. It also required a handful of changes to userland (libdrm, > and the DDX driver) and broke the KBI so rebuilding even more stuff was > needed. The linux guys would not have been happy with me and I would > have had a fight on my hands. > > This patch implements what I wanted to do on 64 bit platforms. On 32 > bit platforms (i386) it comes with some consequences... On amd64, I've > adapted the map handle to have an offset of 0 and a globally unique map > number starting at bit 40. This means that there are 24 bits for maps > and each map can describe 1TB of memory. On i386, I've done the same > thing except I am only stealing the top 4 bits for the map id, so there > can only be 15 maps each up to 256MB. This should be ok since normally > there are only 6 or 7 maps. > > I have run tested this on r600 amd64 so far. I can test r3/5/6/700, > Intel and nouveau, but haven't done so yet. This should be a kernel > only fix, meaning you should not need to patch or rebuild any of your > userland apps. The patch is applicable to -CURRENT, and should work on > 8-STABLE and possibly 7-STABLE. > > http://people.freebsd.org/~rnoland/drm_mmap_fix.patch > > robert. > I'm syncing up to 8-STABLE now and doing the builds, but I won't have any results back to you until Monday. I'll let you know if it fixes my issue. Thanks again, Steve From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 02:30:50 2009 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 E59711065672; Sun, 20 Dec 2009 02:30:50 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 55A648FC17; Sun, 20 Dec 2009 02:30:50 +0000 (UTC) Received: by fxm27 with SMTP id 27so3872302fxm.3 for ; Sat, 19 Dec 2009 18:30:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sCX0D3QXILVbipbcccOATg6/FXdhXxLSMeiiMaeglXU=; b=u31j4QF/tg9ghIXOt3+u7yeVcfDQ8Qow02WL0oac5xkcl23WQYHx+TPWa5r/011pMd n7j0CsYmlVq+ByC1p+poTsyK8TEGGBbyiRxQz+A55XkOuoDZc5GI/w3EppUI97hoV0Hh njEbdLLo9SIhfcVcJYIfMACFUPjc0wkisFPKs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xR5ik55Nq70ZCdIRVMlSAsE3Isg5tcZNH3vRA13V78BNL+K+d9YpQybxoMM7uZMUbC EU3nqGdxoF1csfrnrzBzqPk9l5OxEbY9gnk0lEPDo79uJmihyMlJ81gNbPWwj90rf94k TId5SnXImkVfWXL3kPo/Ai8nO0ifzFaSsma6c= MIME-Version: 1.0 Received: by 10.239.141.155 with SMTP id c27mr626252hba.48.1261276249222; Sat, 19 Dec 2009 18:30:49 -0800 (PST) In-Reply-To: <1261274698.2315.38.camel@balrog.2hip.net> References: <200912192220.nBJMK8xo025223@freefall.freebsd.org> <1261274698.2315.38.camel@balrog.2hip.net> Date: Sun, 20 Dec 2009 00:30:49 -0200 Message-ID: From: "Carlos A. M. dos Santos" To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11@freebsd.org Subject: Re: ports/137373: x11/libX11: make dependance on x11/libxcb 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, 20 Dec 2009 02:30:51 -0000 On Sun, Dec 20, 2009 at 12:04 AM, Robert Noland wrote= : > On Sat, 2009-12-19 at 22:20 +0000, Carlos A. M. dos Santos wrote: ... >> =A0Robert, >> >> =A0I think I foud what "mesa" you are talking about: graphics/libGL. Wel= l >> =A0if you pay attention to the contents of bsd.mesalib.mk then you will >> =A0see that it already recognizes a WITHOUT_XCB knob. That knob is there >> =A0since the update X.org ports to 7.4+, last january. But I don't need >> =A0to tell this to you. have been updating that file for ten =A0months, = so >> =A0you know its contents. >> >> =A0So, in the very end, you are attempting to convince me that that >> =A0giving the user the opportunity to turn off XCB is accetpable in >> =A0libGL, but not in libX11. This is contradictory. >> >> =A0By the way, the assertion that "having a non-xcb enabled libx11 would >> =A0cause weird build/run time issues" is =A0false. > > If it is disabled everywhere, it is fine. =A0But having it disabled for > libx11 and enabled for xserver and/or mesa (libGL and friends) would be > problematic. > > robert. Is it acceptable a patch allowing to diable XCB without a menu? The default behavior is kept but users can put "WITHOUT_XCB=3Dtrue" in /etc/make.conf, ensuring that all ports are built the same way. From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 03:02:32 2009 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 754C9106566B for ; Sun, 20 Dec 2009 03:02:32 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 02B338FC12 for ; Sun, 20 Dec 2009 03:02:29 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBK32Qw1047367 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 19 Dec 2009 22:02:27 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Carlos A. M. dos Santos" In-Reply-To: References: <200912192220.nBJMK8xo025223@freefall.freebsd.org> <1261274698.2315.38.camel@balrog.2hip.net> Content-Type: text/plain Organization: FreeBSD Date: Sat, 19 Dec 2009 21:02:21 -0600 Message-Id: <1261278141.2315.47.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@freebsd.org Subject: Re: ports/137373: x11/libX11: make dependance on x11/libxcb 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, 20 Dec 2009 03:02:32 -0000 On Sun, 2009-12-20 at 00:30 -0200, Carlos A. M. dos Santos wrote: > On Sun, Dec 20, 2009 at 12:04 AM, Robert Noland wrote: > > On Sat, 2009-12-19 at 22:20 +0000, Carlos A. M. dos Santos wrote: > ... > >> Robert, > >> > >> I think I foud what "mesa" you are talking about: graphics/libGL. Well > >> if you pay attention to the contents of bsd.mesalib.mk then you will > >> see that it already recognizes a WITHOUT_XCB knob. That knob is there > >> since the update X.org ports to 7.4+, last january. But I don't need > >> to tell this to you. have been updating that file for ten months, so > >> you know its contents. > >> > >> So, in the very end, you are attempting to convince me that that > >> giving the user the opportunity to turn off XCB is accetpable in > >> libGL, but not in libX11. This is contradictory. > >> > >> By the way, the assertion that "having a non-xcb enabled libx11 would > >> cause weird build/run time issues" is false. > > > > If it is disabled everywhere, it is fine. But having it disabled for > > libx11 and enabled for xserver and/or mesa (libGL and friends) would be > > problematic. > > > > robert. > > Is it acceptable a patch allowing to diable XCB without a menu? The > default behavior is kept but users can put "WITHOUT_XCB=true" in > /etc/make.conf, ensuring that all ports are built the same way. If it is defined as a KNOB and all of the ports override the option if the KNOB is set, then yes I'm ok with it. I just don't want an option, since it makes foot shooting easier. robert. -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 03:06:38 2009 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 EB2E9106566C; Sun, 20 Dec 2009 03:06:38 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 56AAE8FC08; Sun, 20 Dec 2009 03:06:38 +0000 (UTC) Received: by fxm27 with SMTP id 27so3879745fxm.3 for ; Sat, 19 Dec 2009 19:06:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=E/+uxjk0JlW1YMQJ+GBDrxgEqMhD3Zh6HjkAxUl865A=; b=uJU08MsAN7mxjgHFnSxH4BX92wUz6kGmaSipFSf84lak2IJh7h+VGGMO5KiQZNLL1u iOTXqIQ9rx6F/UkSmZIHHNp61AXt7s2DAjmsfsmOU0HSOHXe735lWFfc6glu0436+vlh KgAG2FXJWMXUXEFS2EthsH7ETG48OcOz+Gx5M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=BU1EiPkK8cSezK8wyiaM/DWzMxjcH3VV3dF/iwnWnsdpQGH2j5/w1ejHjASC54nWS+ HArxb/dN/jdiRVlmLtLVpDWMvNsyHvsd/hPWcaJuvna0kQHI6V2JmL5mqXJ9zQR/h/p8 46/b+zvjMd4+NRh1Io/YCtsw7yVnKw22ZM7uA= MIME-Version: 1.0 Received: by 10.239.139.89 with SMTP id s25mr542551hbs.113.1261278397308; Sat, 19 Dec 2009 19:06:37 -0800 (PST) In-Reply-To: <1261278141.2315.47.camel@balrog.2hip.net> References: <200912192220.nBJMK8xo025223@freefall.freebsd.org> <1261274698.2315.38.camel@balrog.2hip.net> <1261278141.2315.47.camel@balrog.2hip.net> Date: Sun, 20 Dec 2009 01:06:37 -0200 Message-ID: From: "Carlos A. M. dos Santos" To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11@freebsd.org Subject: Re: ports/137373: x11/libX11: make dependance on x11/libxcb 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, 20 Dec 2009 03:06:39 -0000 On Sun, Dec 20, 2009 at 1:02 AM, Robert Noland wrote: > On Sun, 2009-12-20 at 00:30 -0200, Carlos A. M. dos Santos wrote: ... >> Is it acceptable a patch allowing to diable XCB without a menu? The >> default behavior is kept but users can put "WITHOUT_XCB=3Dtrue" in >> /etc/make.conf, ensuring that all ports are built the same way. > > If it is defined as a KNOB and all of the ports override the option if > the KNOB is set, then yes I'm ok with it. =A0I just don't want an option, > since it makes foot shooting easier. > > robert. Ok, I will submit a followup with an new patch. --=20 My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 04:51:21 2009 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 C01071065692; Sun, 20 Dec 2009 04:51:21 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6530F8FC12; Sun, 20 Dec 2009 04:51:21 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBK4pHmr047814 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 19 Dec 2009 23:51:18 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: greg@rowes.org In-Reply-To: References: <200912111614.47417.greg@rowes.org> <4B22C93D.9000208@icyb.net.ua> <4B2317CF.5080900@comcast.net> <1260636181.2281.35.camel@balrog.2hip.net> <7EE7B533BABE48F7876B0560C84A8238@GregPC> <1261246173.2315.20.camel@balrog.2hip.net> <1261248448.2315.22.camel@balrog.2hip.net> <9229F0071B3A4C3FAF62E472480D8D57@GregPC> <1261252261.2315.25.camel@balrog.2hip.net> Content-Type: multipart/mixed; boundary="=-zk/52J5h1mJumglsJiyS" Organization: FreeBSD Date: Sat, 19 Dec 2009 22:51:12 -0600 Message-Id: <1261284672.2315.49.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11@FreeBSD.org, 'Andriy Gapon' , 'John Baldwin' Subject: RE: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE 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, 20 Dec 2009 04:51:21 -0000 --=-zk/52J5h1mJumglsJiyS Content-Type: text/plain Content-Transfer-Encoding: 7bit On Sat, 2009-12-19 at 17:16 -0500, Greg Rowe wrote: > Hi Robert, > That patch won't apply. If I look at drm_scatter.c , I don't even see the > line "entry->virtual = dmah->vaddr" ? Perhaps I have a different version? > This is what it shows: > > src/sys/dev/drm/drm_scatter.c,v 1.10.2.1 2009/08/03 08:13:06 kensmith Sigh, and finally that was the wrong constant to pass to pmap_change_attr(). Updated patch attached... robert. > Greg > > > -----Original Message----- > > From: Robert Noland [mailto:rnoland@FreeBSD.org] > > Sent: Saturday, December 19, 2009 2:51 PM > > To: greg@rowes.org > > Cc: freebsd-x11@FreeBSD.org; 'John Baldwin'; 'Andriy Gapon' > > Subject: RE: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE > > > > On Sat, 2009-12-19 at 14:34 -0500, Greg Rowe wrote: > > > Hi Robert, > > > The patch worked! I can start X now with DRI enabled. Xvinfo now > > reports an > > > adapter present. The only thing I see is some errors being reported on > > the > > > screen when exiting a window manager (KDE & TWM). They aren't logged to > > > Xorg.log though and I don't see any other issues besides these errors. > > The > > > error is: > > > WARNING: A device driver has set "memattr" inconsistently. > > > And I get about 20 of these. > > > > I enabled PAT write-combining in that patch as well. Can you apply the > > attached patch on top and see if they go away? > > > > robert. > > > > > An Xorg.log is attached and below is the results of xvinfo. Thanks. > > > > > > Greg > > > > > > X-Video Extension version 2.2 > > > screen #0 > > > Adaptor #0: "Radeon Textured Video" > > > number of ports: 16 > > > port base: 57 > > > operations supported: PutImage > > > supported visuals: > > > depth 24, visualID 0x21 > > > number of attributes: 2 > > > "XV_VSYNC" (range 0 to 1) > > > client settable attribute > > > client gettable attribute (current value is 1) > > > "XV_HWPLANAR" (range 0 to 1) > > > client settable attribute > > > client gettable attribute (current value is 1) > > > maximum XvImage size: 8192 x 8192 > > > Number of image formats: 4 > > > id: 0x32595559 (YUY2) > > > guid: 59555932-0000-0010-8000-00aa00389b71 > > > bits per pixel: 16 > > > number of planes: 1 > > > type: YUV (packed) > > > id: 0x32315659 (YV12) > > > guid: 59563132-0000-0010-8000-00aa00389b71 > > > bits per pixel: 12 > > > number of planes: 3 > > > type: YUV (planar) > > > id: 0x30323449 (I420) > > > guid: 49343230-0000-0010-8000-00aa00389b71 > > > bits per pixel: 12 > > > number of planes: 3 > > > type: YUV (planar) > > > id: 0x59565955 (UYVY) > > > guid: 55595659-0000-0010-8000-00aa00389b71 > > > bits per pixel: 16 > > > number of planes: 1 > > > type: YUV (packed) > > > > > > > -----Original Message----- > > > > From: Robert Noland [mailto:rnoland@FreeBSD.org] > > > > Sent: Saturday, December 19, 2009 1:47 PM > > > > To: greg@rowes.org > > > > Cc: 'Steve Polyack'; 'Andriy Gapon'; freebsd-x11@FreeBSD.org; 'John > > > > Baldwin' > > > > Subject: RE: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE > > > > > > > > On Sat, 2009-12-19 at 13:44 -0500, Greg Rowe wrote: > > > > > Robert, > > > > > The patch applied cleanly (8.0 Stable from last week), but on > > > > rebuilding > > > > > the kernel (make buildkernel) I get the following: > > > > > > > > > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > > > > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > > > > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc > > - > > > > I. > > > > > -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL > > > > > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > > > > > -finline-limit=8000 --param inline-unit-growth=100 --param > > > > > large-function-growth=1000 -mno-align-long-strings > > > > > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > > > > > -mno-sse3 -ffreestanding -fstack-protector -Werror > > > > > /usr/src/sys/dev/drm/drm_sysctl.c > > > > > cc1: warnings being treated as errors > > > > > /usr/src/sys/dev/drm/drm_sysctl.c: In function 'drm_vm_info': > > > > > /usr/src/sys/dev/drm/drm_sysctl.c:206: warning: format '%016jx' > > expects > > > > type > > > > > 'uintmax_t', but argument 5 has type 'long unsigned int' > > > > > *** Error code 1 > > > > > > > > Yes, I have an i386 build running now, I'll update the patch in a > > > > minute. Meanwhile, you can just replace the "j" with and "l". > > > > > > > > robert. > > > > > > > > > Stop in /usr/obj/usr/src/sys/PSV. > > > > > *** Error code 1 > > > > > > > > > > Stop in /usr/src. > > > > > *** Error code 1 > > > > > > > > > > Stop in /usr/src. > > > > > > > > > > > -----Original Message----- > > > > > > From: Robert Noland [mailto:rnoland@FreeBSD.org] > > > > > > Sent: Saturday, December 19, 2009 1:10 PM > > > > > > To: greg@rowes.org > > > > > > Cc: 'Steve Polyack'; 'Andriy Gapon'; freebsd-x11@FreeBSD.org; > > 'John > > > > > > Baldwin' > > > > > > Subject: RE: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE > > > > > > > > > > > > On Sat, 2009-12-12 at 17:36 -0500, Greg Rowe wrote: > > > > > > > The system is still running the pagezero patch if that makes any > > > > > > difference? > > > > > > > > > > > > Ok, you can get rid of that. > > > > > > > > > > > > I wasn't able to fix this quite like I wanted to, but this should > > > > work. > > > > > > The fix that I was intending to do, ended up meaning that I had to > > > > work > > > > > > on our mmap implementation, which I did, but won't be committed > > until > > > > it > > > > > > is reviewed. It also required a handful of changes to userland > > > > (libdrm, > > > > > > and the DDX driver) and broke the KBI so rebuilding even more > > stuff > > > > was > > > > > > needed. The linux guys would not have been happy with me and I > > would > > > > > > have had a fight on my hands. > > > > > > > > > > > > This patch implements what I wanted to do on 64 bit platforms. On > > 32 > > > > > > bit platforms (i386) it comes with some consequences... On amd64, > > I've > > > > > > adapted the map handle to have an offset of 0 and a globally > > unique > > > > map > > > > > > number starting at bit 40. This means that there are 24 bits for > > maps > > > > > > and each map can describe 1TB of memory. On i386, I've done the > > same > > > > > > thing except I am only stealing the top 4 bits for the map id, so > > > > there > > > > > > can only be 15 maps each up to 256MB. This should be ok since > > > > normally > > > > > > there are only 6 or 7 maps. > > > > > > > > > > > > I have run tested this on r600 amd64 so far. I can test > > r3/5/6/700, > > > > > > Intel and nouveau, but haven't done so yet. This should be a > > kernel > > > > > > only fix, meaning you should not need to patch or rebuild any of > > your > > > > > > userland apps. The patch is applicable to -CURRENT, and should > > work > > > > on > > > > > > 8-STABLE and possibly 7-STABLE. > > > > > > > > > > > > http://people.freebsd.org/~rnoland/drm_mmap_fix.patch > > > > > > > > > > > > robert. > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: Robert Noland [mailto:rnoland@FreeBSD.org] > > > > > > > > Sent: Saturday, December 12, 2009 11:43 AM > > > > > > > > To: greg@rowes.org > > > > > > > > Cc: 'Steve Polyack'; 'Andriy Gapon'; freebsd-x11@FreeBSD.org; > > > > 'John > > > > > > > > Baldwin' > > > > > > > > Subject: RE: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE > > > > > > > > > > > > > > > > On Sat, 2009-12-12 at 09:28 -0500, Greg Rowe wrote: > > > > > > > > > My system has a Gigabyte Radeon HD4850 1GB PCI Express Card > > in > > > > it. > > > > > > The > > > > > > > > main > > > > > > > > > board is an ASUS P5N7A-VM, 4GB ram (tested with 2GB also), > > Intel > > > > > > Core 2 > > > > > > > > Duo > > > > > > > > > E6850, on-board video disabled in the BIOS, and the BIOS is > > > > flashed > > > > > > to > > > > > > > > > ASUS's latest release. I'm using a single monitor off the > > DVI > > > > port. > > > > > > > > > > > > > > > > > > I'm running the ATI Radeon driver as it works well with the > > > > > > exception > > > > > > > > of > > > > > > > > > DRI. I've tried the released and development version of the > > > > RadeonHD > > > > > > > > driver > > > > > > > > > but both pretty much lock up X. Whether it helps or not, the > > > > > > background > > > > > > > > > garbage on the screen I see with the ATI driver is more > > visible > > > > with > > > > > > the > > > > > > > > hd > > > > > > > > > drivers and it's the ASUS Bios splash screen in tiny font > > many > > > > times > > > > > > > > across > > > > > > > > > the screen. Dmesg and Memcontrol.list from Xorg with DRI > > > > enabled is > > > > > > > > > attached. > > > > > > > > > > > > > > > > Actually, I think I see what is going on in your case. Your > > > > > > framebuffer > > > > > > > > is at 0xe0000000 and the ring is being allocated inside the > > > > > > framebuffer > > > > > > > > address space. I'm trying to figure out how this is occurring > > > > now. > > > > > > > > > > > > > > > > robert. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > From: Steve Polyack [mailto:korvus@comcast.net] > > > > > > > > > > Sent: Friday, December 11, 2009 11:11 PM > > > > > > > > > > To: Andriy Gapon > > > > > > > > > > Cc: Greg Rowe; rnoland@freebsd.org; freebsd- > > x11@freebsd.org; > > > > John > > > > > > > > Baldwin > > > > > > > > > > Subject: Re: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE > > > > > > > > > > > > > > > > > > > > Andriy Gapon wrote: > > > > > > > > > > > on 11/12/2009 23:14 Greg Rowe said the following: > > > > > > > > > > > > > > > > > > > > > >> Robert, > > > > > > > > > > >> I tried the pagezero patch (applied, rebuilt kernel, > > > > rebooted, > > > > > > > > Xorg > > > > > > > > > > with DRI > > > > > > > > > > >> enabled) on my system with the Radeon HD4850 and it > > didn't > > > > > > change > > > > > > > > > > anything. > > > > > > > > > > >> See the attached. Thanks. > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > Greg, Steve, could you please describe your systems some > > > > more? > > > > > > > > > > > Type of CPU, if this is SMP. > > > > > > > > > > > Providing a link to your dmesg should be helpful. > > > > > > > > > > > 'memcontrol list' output could be useful too. > > > > > > > > > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I have yet to try the patch, but my system is a a ~3Ghz > > > > Pentium 4 > > > > > > with > > > > > > > > > > Hyperthreading enabled. Intel chipset (not sure which, > > but > > > > the > > > > > > > > USB/SATA > > > > > > > > > > are the ICH7) with onboard graphics. The Radeon 9250 is a > > PCI > > > > > > add-on. > > > > > > > > > > I'm also using both outputs on the card (1 VGA, 1 DVI). > > I've > > > > > > attached > > > > > > > > > > the output of 'dmesg' and 'pciconf -l -v'. > > > > > > > > > > > > > > > > > -- > > > > > > > > Robert Noland > > > > > > > > FreeBSD > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Robert Noland > > > > > > FreeBSD > > > > > > > > > > > > > > > > > > > > -- > > > > Robert Noland > > > > FreeBSD > > > > > > > > > > _______________________________________________ > > > 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" > > -- > > Robert Noland > > FreeBSD > -- Robert Noland FreeBSD --=-zk/52J5h1mJumglsJiyS Content-Disposition: attachment; filename="drm_scatter-memattr-8-release.patch" Content-Type: text/x-patch; name="drm_scatter-memattr-8-release.patch"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/dev/drm/drm_scatter.c =================================================================== --- sys/dev/drm/drm_scatter.c (revision 200473) +++ sys/dev/drm/drm_scatter.c (working copy) @@ -129,6 +129,9 @@ drm_sg_alloc(struct drm_device *dev, struct drm_sc dev->sg = entry; DRM_UNLOCK(); + pmap_change_attr(dmah->vaddr, request->size, + PAT_WRITE_COMBINING); + return 0; } --=-zk/52J5h1mJumglsJiyS-- From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 06:40:02 2009 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 ADB9C106568D for ; Sun, 20 Dec 2009 06:40:02 +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 832838FC13 for ; Sun, 20 Dec 2009 06:40:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBK6e2Ra089639 for ; Sun, 20 Dec 2009 06:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBK6e27l089638; Sun, 20 Dec 2009 06:40:02 GMT (envelope-from gnats) Date: Sun, 20 Dec 2009 06:40:02 GMT Message-Id: <200912200640.nBK6e27l089638@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: "Carlos A. M. dos Santos" Cc: Subject: Re: ports/137373: x11/libX11: make dependance on x11/libxcb X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Carlos A. M. dos Santos" List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Dec 2009 06:40:02 -0000 The following reply was made to PR ports/137373; it has been noted by GNATS. From: "Carlos A. M. dos Santos" To: bug-followup@freebsd.org Cc: Subject: Re: ports/137373: x11/libX11: make dependance on x11/libxcb Date: Sun, 20 Dec 2009 04:32:54 -0200 After discussing this subject with Robert Noland we agree that making it a menu option is not convenient. The alternate patch below adds a non-interactive WITHOUT_XCB knob. It also removes the explicit dependencies on libXau and libXdmcp when XCB is enabled, since libxcb already depends on them. I'm posting it b64encode-ed because GNATS fails to recognize the attacments I send via GMail. Extract it with b64decode. begin-base64 644 libX11.patch ZGlmZiAtZHVyUCAvdXNyL3BvcnRzL3gxMS9saWJYMTEvTWFrZWZpbGUgeDExL2xpYlgxMS9NYWtl ZmlsZQotLS0gL3Vzci9wb3J0cy94MTEvbGliWDExL01ha2VmaWxlCTIwMDktMDgtMDkgMTQ6NTg6 MjQuMDAwMDAwMDAwIC0wMzAwCisrKyB4MTEvbGliWDExL01ha2VmaWxlCTIwMDktMTItMjAgMDI6 NDI6NTIuMDAwMDAwMDAwIC0wMjAwCkBAIC03LDI1ICs3LDMyIEBACiAKIFBPUlROQU1FPQlsaWJY MTEKIFBPUlRWRVJTSU9OPQkxLjIuMQotUE9SVFJFVklTSU9OPQkxCi1QT1JURVBPQ0g9CTEKK1BP UlRSRVZJU0lPTj0JMgogQ0FURUdPUklFUz0JeDExCiAKIE1BSU5UQUlORVI9CXgxMUBGcmVlQlNE Lm9yZwogQ09NTUVOVD0JWDExIGxpYnJhcnkKIAotQlVJTERfREVQRU5EUys9CSR7TE9DQUxCQVNF fS9saWJkYXRhL3BrZ2NvbmZpZy94Y2IucGM6JHtQT1JUU0RJUn0veDExL2xpYnhjYiBcCi0JCSR7 TE9DQUxCQVNFfS9zaGFyZS9hY2xvY2FsL3hvcmctbWFjcm9zLm00OiR7UE9SVFNESVJ9L2RldmVs L3hvcmctbWFjcm9zCi1SVU5fREVQRU5EUys9CSR7TE9DQUxCQVNFfS9saWJkYXRhL3BrZ2NvbmZp Zy94Y2IucGM6JHtQT1JUU0RJUn0veDExL2xpYnhjYgorQlVJTERfREVQRU5EUys9CSR7TE9DQUxC QVNFfS9zaGFyZS9hY2xvY2FsL3hvcmctbWFjcm9zLm00OiR7UE9SVFNESVJ9L2RldmVsL3hvcmct bWFjcm9zCiAKIFhPUkdfQ0FUPQlsaWIKLVVTRV9YT1JHPQliaWdyZXFzcHJvdG8geGF1IHhjbWlz Y3Byb3RvIHhkbWNwIHhleHRwcm90byB4dHJhbnMgXAorVVNFX1hPUkc9CWJpZ3JlcXNwcm90byB4 Y21pc2Nwcm90byB4ZXh0cHJvdG8geHRyYW5zIFwKIAkJa2Jwcm90bzpib3RoIGlucHV0cHJvdG8g eGY4NmJpZ2ZvbnRwcm90byB4cHJvdG86Ym90aAogVVNFX0FVVE9UT09MUz0JYWNsb2NhbDoxMTAg YXV0b2hlYWRlcjoyNjIgYXV0b21ha2U6MTEwIGF1dG9jb25mOjI2MiBsaWJ0b29sOjIyCiBBQ0xP Q0FMX0FSR1M9CS1JIC4gLUkgJHtMT0NBTEJBU0V9L3NoYXJlL2FjbG9jYWwKIEFVVE9NQUtFX0FS R1M9CS0tYWRkLW1pc3NpbmcKLUNPTkZJR1VSRV9BUkdTKz0JLS1kYXRhZGlyPSR7UFJFRklYfS9s aWIgXAotCQkJLS13aXRoLXhjYj15ZXMKK0NPTkZJR1VSRV9BUkdTKz0JLS1kYXRhZGlyPSR7UFJF RklYfS9saWIKKworLmlmICFkZWZpbmVkKFdJVEhPVVRfWENCKQorQlVJTERfREVQRU5EUys9CSR7 TE9DQUxCQVNFfS9saWJkYXRhL3BrZ2NvbmZpZy94Y2IucGM6JHtQT1JUU0RJUn0veDExL2xpYnhj YgorUlVOX0RFUEVORFMrPQkke0xPQ0FMQkFTRX0vbGliZGF0YS9wa2djb25maWcveGNiLnBjOiR7 UE9SVFNESVJ9L3gxMS9saWJ4Y2IKK0NPTkZJR1VSRV9BUkdTKz0JLS13aXRoLXhjYgorUExJU1Rf U1VCKz0JCVhDQj0iIgorLmVsc2UKK1VTRV9YT1JHKz0JeGF1IHhkbWNwCitDT05GSUdVUkVfQVJH Uys9CS0td2l0aG91dC14Y2IKK1BMSVNUX1NVQis9CQlYQ0I9IkBjb21tZW50ICIKKy5lbmRpZgog CiAuaW5jbHVkZSAiJHsuQ1VSRElSfS9tYW5wYWdlcyIKIC5pbmNsdWRlIDxic2QucG9ydC5taz4K ZGlmZiAtZHVyUCAvdXNyL3BvcnRzL3gxMS9saWJYMTEvcGtnLXBsaXN0IHgxMS9saWJYMTEvcGtn LXBsaXN0Ci0tLSAvdXNyL3BvcnRzL3gxMS9saWJYMTEvcGtnLXBsaXN0CTIwMDktMDQtMTEgMTA6 MDM6NTAuMDAwMDAwMDAwIC0wMzAwCisrKyB4MTEvbGliWDExL3BrZy1wbGlzdAkyMDA5LTA2LTIx IDIzOjEyOjM1LjAwMDAwMDAwMCAtMDMwMApAQCAtMiw3ICsyLDcgQEAKIGluY2x1ZGUvWDExL1hL QmxpYi5oCiBpbmNsdWRlL1gxMS9YY21zLmgKIGluY2x1ZGUvWDExL1hsaWIuaAotaW5jbHVkZS9Y MTEvWGxpYi14Y2IuaAorJSVYQ0IlJWluY2x1ZGUvWDExL1hsaWIteGNiLmgKIGluY2x1ZGUvWDEx L1hsaWJDb25mLmgKIGluY2x1ZGUvWDExL1hsaWJpbnQuaAogaW5jbHVkZS9YMTEvWGxvY2FsZS5o CkBAIC0xNSwxMiArMTUsMTIgQEAKIGxpYi9saWJYMTEubGEKIGxpYi9saWJYMTEuc28KIGxpYi9s aWJYMTEuc28uNgotbGliL2xpYlgxMS14Y2IuYQotbGliL2xpYlgxMS14Y2IubGEKLWxpYi9saWJY MTEteGNiLnNvCi1saWIvbGliWDExLXhjYi5zby4xCislJVhDQiUlbGliL2xpYlgxMS14Y2IuYQor JSVYQ0IlJWxpYi9saWJYMTEteGNiLmxhCislJVhDQiUlbGliL2xpYlgxMS14Y2Iuc28KKyUlWENC JSVsaWIvbGliWDExLXhjYi5zby4xCiBsaWJkYXRhL3BrZ2NvbmZpZy94MTEucGMKLWxpYmRhdGEv cGtnY29uZmlnL3gxMS14Y2IucGMKKyUlWENCJSVsaWJkYXRhL3BrZ2NvbmZpZy94MTEteGNiLnBj CiBsaWIvWDExL1hFcnJvckRCCiBsaWIvWDExL1hLZXlzeW1EQgogbGliL1gxMS9sb2NhbGUvYW1f RVQuVVRGLTgvWEkxOE5fT0JKUwo= ==== From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 07:51:06 2009 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 F0BEE106566C; Sun, 20 Dec 2009 07:51:06 +0000 (UTC) (envelope-from makc@issp.ac.ru) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5789F8FC18; Sun, 20 Dec 2009 07:51:06 +0000 (UTC) Received: from 84-83.pptp.artx.ru [62.63.83.84:39982] (HELO/EHLO luna.dio.ru, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id nBK7CTEa018088 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) Sun, 20 Dec 2009 10:12:29 +0300 (MSK) From: Max Brazhnikov To: freebsd-x11@freebsd.org Date: Sun, 20 Dec 2009 10:11:14 +0300 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; i386; ; ) References: <200912192220.nBJMK8xo025223@freefall.freebsd.org> <1261278141.2315.47.camel@balrog.2hip.net> In-Reply-To: Organization: ISSP RAS MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2395125.chKHUSsEXm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200912201011.20455.makc@issp.ac.ru> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.issp.ac.ru [77.236.34.3]); Sun, 20 Dec 2009 10:12:29 +0300 (MSK) X-Virus-Scanned: ClamAV 0.94.1/10202/Sun Dec 20 06:32:15 2009 on mail.issp.ac.ru X-Virus-Status: Clean Cc: "Carlos A. M. dos Santos" Subject: Re: ports/137373: x11/libX11: make dependance on x11/libxcb 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, 20 Dec 2009 07:51:07 -0000 --nextPart2395125.chKHUSsEXm Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sun, 20 Dec 2009 01:06:37 -0200, Carlos A. M. dos Santos wrote: > On Sun, Dec 20, 2009 at 1:02 AM, Robert Noland wrot= e: > > On Sun, 2009-12-20 at 00:30 -0200, Carlos A. M. dos Santos wrote: >=20 > .... >=20 > >> Is it acceptable a patch allowing to diable XCB without a menu? The > >> default behavior is kept but users can put "WITHOUT_XCB=3Dtrue" in > >> /etc/make.conf, ensuring that all ports are built the same way. > > > > If it is defined as a KNOB and all of the ports override the option if > > the KNOB is set, then yes I'm ok with it. I just don't want an option, > > since it makes foot shooting easier. > > > > robert. >=20 > Ok, I will submit a followup with an new patch. As KDE (and several multimedia ports) maintainer I object to having xcb kno= b=20 in x11 ports. Turning it off will break plist and/or build of these ports,= =20 they does require libx11 compiled with xcb support.=20 Max --nextPart2395125.chKHUSsEXm Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAkstzhgACgkQ+9kIwqyzzRLXsgCfYecdwp6EoLOMz2ZUi8o+Tbug LlgAmgNT+OTga1t3b1SBgC6Geh3V//7f =B6XU -----END PGP SIGNATURE----- --nextPart2395125.chKHUSsEXm-- From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 08:25:53 2009 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 02C80106566B; Sun, 20 Dec 2009 08:25:53 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6405E8FC13; Sun, 20 Dec 2009 08:25:52 +0000 (UTC) Received: by fxm27 with SMTP id 27so3950597fxm.3 for ; Sun, 20 Dec 2009 00:25:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=fCg0vIO1PevCuH/HNP+FlclavSIPnYB4SydqAmKueB0=; b=PRBIbSBsAJzvA+re7xkEZAM/q9Xh5qXpQ1mA6ul2aPGFoQj1/xkXaIi/T2xIr0W6pV aUqQ6uSfmJLyK6x7YjWdQL68qpSiHA6X3nXXHLPb0dgwNc5Rm8lPQT7SouvVj5fN6pUR bg54kOzrOEnqzDBwd+QkZN4Op95tvm7xGs1cA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=rSEMUqLQGvcQfDpu5yI1+8JquxlUw+Db7y71epT6Yz199kHgo7UJOon5Q4Z5K0wtM7 f9BCXl4EB3YtDC36a9U26Lpy3WHkdgZVkqZvnqFbD235UxtyFjbLmko3j+3wB47To3QO 5NCKUYfFikCdqszKun+iQ1C46puhLJ4i1DNCk= MIME-Version: 1.0 Received: by 10.239.154.204 with SMTP id f12mr67435hbc.153.1261297551180; Sun, 20 Dec 2009 00:25:51 -0800 (PST) In-Reply-To: <200912201011.20455.makc@issp.ac.ru> References: <200912192220.nBJMK8xo025223@freefall.freebsd.org> <1261278141.2315.47.camel@balrog.2hip.net> <200912201011.20455.makc@issp.ac.ru> Date: Sun, 20 Dec 2009 06:25:51 -0200 Message-ID: From: "Carlos A. M. dos Santos" To: Max Brazhnikov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11@freebsd.org Subject: Re: ports/137373: x11/libX11: make dependance on x11/libxcb 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, 20 Dec 2009 08:25:53 -0000 On Sun, Dec 20, 2009 at 5:11 AM, Max Brazhnikov wrote: > On Sun, 20 Dec 2009 01:06:37 -0200, Carlos A. M. dos Santos wrote: >> On Sun, Dec 20, 2009 at 1:02 AM, Robert Noland wro= te: >> > On Sun, 2009-12-20 at 00:30 -0200, Carlos A. M. dos Santos wrote: >> >> .... >> >> >> Is it acceptable a patch allowing to diable XCB without a menu? The >> >> default behavior is kept but users can put "WITHOUT_XCB=3Dtrue" in >> >> /etc/make.conf, ensuring that all ports are built the same way. >> > >> > If it is defined as a KNOB and all of the ports override the option if >> > the KNOB is set, then yes I'm ok with it. =A0I just don't want an opti= on, >> > since it makes foot shooting easier. >> > >> > robert. >> >> Ok, I will submit a followup with an new patch. > > As KDE (and several multimedia ports) maintainer I object to having xcb k= nob > in x11 ports. Turning it off will break plist and/or build of these ports= , > they does require libx11 compiled with xcb support. There is already a xcb knob in x11 ports. I'm just attempt to add of another one. The knob will keep building libX11 with xcb by default. Changing this will be a user decision. What "packages" are you talking about? The only KDE package that depends on libxcb is multimedia/kaffeine. From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 12:10:05 2009 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 45CC31065679 for ; Sun, 20 Dec 2009 12:10:05 +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 3527A8FC1B for ; Sun, 20 Dec 2009 12:10:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBKCA5iA042591 for ; Sun, 20 Dec 2009 12:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBKCA5p7042590; Sun, 20 Dec 2009 12:10:05 GMT (envelope-from gnats) Date: Sun, 20 Dec 2009 12:10:05 GMT Message-Id: <200912201210.nBKCA5p7042590@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/141781: 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, 20 Dec 2009 12:10:05 -0000 The following reply was made to PR ports/141781; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/141781: commit references a PR Date: Sun, 20 Dec 2009 12:01:59 +0000 (UTC) nork 2009-12-20 12:01:50 UTC FreeBSD ports repository Modified files: x11-drivers/xf86-input-synaptics Makefile distinfo Log: Update to 1.2.1. PR: ports/141781 Submitted by: Denis Shaposhnikov dsh at wizard volgograd ru Revision Changes Path 1.7 +1 -1 ports/x11-drivers/xf86-input-synaptics/Makefile 1.5 +3 -3 ports/x11-drivers/xf86-input-synaptics/distinfo _______________________________________________ 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 Dec 20 13:59:14 2009 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 D307A106566C for ; Sun, 20 Dec 2009 13:59:14 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCFB8FC12 for ; Sun, 20 Dec 2009 13:59:14 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBKDxAFk051061 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 20 Dec 2009 08:59:11 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Max Brazhnikov In-Reply-To: <200912201011.20455.makc@issp.ac.ru> References: <200912192220.nBJMK8xo025223@freefall.freebsd.org> <1261278141.2315.47.camel@balrog.2hip.net> <200912201011.20455.makc@issp.ac.ru> Content-Type: text/plain Organization: FreeBSD Date: Sun, 20 Dec 2009 07:59:04 -0600 Message-Id: <1261317544.2315.52.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: "Carlos A. M. dos Santos" , freebsd-x11@freebsd.org Subject: Re: ports/137373: x11/libX11: make dependance on x11/libxcb 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, 20 Dec 2009 13:59:14 -0000 On Sun, 2009-12-20 at 10:11 +0300, Max Brazhnikov wrote: > On Sun, 20 Dec 2009 01:06:37 -0200, Carlos A. M. dos Santos wrote: > > On Sun, Dec 20, 2009 at 1:02 AM, Robert Noland wrote: > > > On Sun, 2009-12-20 at 00:30 -0200, Carlos A. M. dos Santos wrote: > > > > .... > > > > >> Is it acceptable a patch allowing to diable XCB without a menu? The > > >> default behavior is kept but users can put "WITHOUT_XCB=true" in > > >> /etc/make.conf, ensuring that all ports are built the same way. > > > > > > If it is defined as a KNOB and all of the ports override the option if > > > the KNOB is set, then yes I'm ok with it. I just don't want an option, > > > since it makes foot shooting easier. > > > > > > robert. > > > > Ok, I will submit a followup with an new patch. > > As KDE (and several multimedia ports) maintainer I object to having xcb knob > in x11 ports. Turning it off will break plist and/or build of these ports, > they does require libx11 compiled with xcb support. Well, I don't get why anyone would not want it. I have had discussions with other Xorg folk about making it mandatory for X. robert. > Max > -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 15:34:30 2009 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 A68AD106566B; Sun, 20 Dec 2009 15:34:30 +0000 (UTC) (envelope-from nork@ninth-nine.com) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a1::25]) by mx1.freebsd.org (Postfix) with ESMTP id BFFF38FC1B; Sun, 20 Dec 2009 15:34:29 +0000 (UTC) Received: from nadesico.ninth-nine.com (ns1.ninth-nine.com [219.127.74.121] (may be forged)) (authenticated bits=0) by sakura.ninth-nine.com (8.14.3/8.14.3/NinthNine) with ESMTP id nBKFYNpb020836; Mon, 21 Dec 2009 00:34:28 +0900 (JST) (envelope-from nork@ninth-nine.com) Date: Mon, 21 Dec 2009 00:34:22 +0900 From: Norikatsu Shigemura To: ports@FreeBSD.org, x11@FreeBSD.org Message-Id: <20091221003422.f13f9cbd.nork@ninth-nine.com> In-Reply-To: <20091205104243.f66171bb.nork@FreeBSD.org> References: <20091205104243.f66171bb.nork@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__21_Dec_2009_00_34_22_+0900_a3b6JHlsPUpsn=ua" Cc: Norikatsu Shigemura , Robert Noland Subject: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 20 Dec 2009 15:34:30 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__21_Dec_2009_00_34_22_+0900_a3b6JHlsPUpsn=ua Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi everyone! On Sat, 5 Dec 2009 10:42:43 +0900 Norikatsu Shigemura wrote: > I'm ready to update ports related Mesa3D to 7.6 base, graphics/dri, > graphics/libGL*, graphics/libglut, graphics/mesa-demos and > graphics/libdrm. Please see also my attached patch file. I'll > update these as soon as tomorrow. Reworking for 7.6.1-rc4. Please test attached patch. 1st: portupgrade -f libdrm after apply this patch. 2nd: others are portupgrade OK:-). Changing: libradeon no longer installed. WRKSRC, DISTFILES, MESAVERSION are support 'rc', but all 'rc's are same version:). --Multipart=_Mon__21_Dec_2009_00_34_22_+0900_a3b6JHlsPUpsn=ua Content-Type: text/plain; name="mesa3d-7.6.1rc4.diff" Content-Disposition: attachment; filename="mesa3d-7.6.1rc4.diff" Content-Transfer-Encoding: 7bit Index: dri/distinfo =================================================================== RCS file: /home/ncvs/ports/graphics/dri/distinfo,v retrieving revision 1.17 diff -u -r1.17 distinfo --- dri/distinfo 24 Jun 2009 01:15:07 -0000 1.17 +++ dri/distinfo 5 Dec 2009 00:59:36 -0000 @@ -1,3 +1,3 @@ -MD5 (MesaLib-7.4.4.tar.bz2) = b66528d314c574dccbe0ed963cac5e93 -SHA256 (MesaLib-7.4.4.tar.bz2) = eaf73d7a3a2dc959ddc0753abaa18160c64bec00b35bf4a0c96040b2072918ec -SIZE (MesaLib-7.4.4.tar.bz2) = 3375615 +MD5 (MesaLib-7.6.tar.bz2) = 8c75f90cd0303cfac9e4b6d54f6759ca +SHA256 (MesaLib-7.6.tar.bz2) = 782a7b2810b1c466b3a994eba96485b59b47cc1120c0caa24de1aecf1e013830 +SIZE (MesaLib-7.6.tar.bz2) = 4866983 Index: dri/pkg-plist =================================================================== RCS file: /home/ncvs/ports/graphics/dri/pkg-plist,v retrieving revision 1.11 diff -u -r1.11 pkg-plist --- dri/pkg-plist 24 Jan 2009 18:13:00 -0000 1.11 +++ dri/pkg-plist 5 Dec 2009 00:59:36 -0000 @@ -7,6 +7,7 @@ lib/dri/r128_dri.so lib/dri/r200_dri.so lib/dri/r300_dri.so +lib/dri/r600_dri.so lib/dri/radeon_dri.so lib/dri/savage_dri.so lib/dri/sis_dri.so Index: dri/files/patch-configure =================================================================== RCS file: dri/files/patch-configure diff -N dri/files/patch-configure --- dri/files/patch-configure 10 Apr 2009 18:00:47 -0000 1.1 +++ /dev/null 1 Jan 1970 00:00:00 -0000 @@ -1,11 +0,0 @@ ---- configure.orig 2009-03-28 00:59:46.000000000 +0000 -+++ configure 2009-04-05 11:53:44.000000000 +0000 -@@ -5739,7 +5739,7 @@ - ;; - *freebsd* | dragonfly*) - case "$host_cpu" in -- i*86|x86_64) default_driver="dri";; -+ i*86|x86_64|powerpc*|sparc*) default_driver="dri";; - esac - ;; - esac Index: libGL/bsd.mesalib.mk =================================================================== RCS file: /home/ncvs/ports/graphics/libGL/bsd.mesalib.mk,v retrieving revision 1.15 diff -u -r1.15 bsd.mesalib.mk --- libGL/bsd.mesalib.mk 22 Aug 2009 00:22:54 -0000 1.15 +++ libGL/bsd.mesalib.mk 5 Dec 2009 00:59:36 -0000 @@ -17,7 +17,7 @@ # $FreeBSD: ports/graphics/libGL/bsd.mesalib.mk,v 1.15 2009/08/22 00:22:54 amdmi3 Exp $ # -MESAVERSION= 7.4.4 +MESAVERSION= 7.6 MASTER_SITES?= SF/mesa3d/MesaLib/${PORTVERSION}:mesa \ ftp://ftp.fu-berlin.de/pub/unix/X11/graphics/Mesa/:mesa,glut,demos MASTER_SITE_SUBDIR= mesa3d @@ -32,6 +32,7 @@ CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \ LDFLAGS=-L${LOCALBASE}/lib +CONFIGURE_ARGS= --disable-gallium ALL_TARGET= default Index: libGL/distinfo =================================================================== RCS file: /home/ncvs/ports/graphics/libGL/distinfo,v retrieving revision 1.11 diff -u -r1.11 distinfo --- libGL/distinfo 24 Jun 2009 01:15:06 -0000 1.11 +++ libGL/distinfo 5 Dec 2009 00:59:36 -0000 @@ -1,3 +1,3 @@ -MD5 (MesaLib-7.4.4.tar.bz2) = b66528d314c574dccbe0ed963cac5e93 -SHA256 (MesaLib-7.4.4.tar.bz2) = eaf73d7a3a2dc959ddc0753abaa18160c64bec00b35bf4a0c96040b2072918ec -SIZE (MesaLib-7.4.4.tar.bz2) = 3375615 +MD5 (MesaLib-7.6.tar.bz2) = 8c75f90cd0303cfac9e4b6d54f6759ca +SHA256 (MesaLib-7.6.tar.bz2) = 782a7b2810b1c466b3a994eba96485b59b47cc1120c0caa24de1aecf1e013830 +SIZE (MesaLib-7.6.tar.bz2) = 4866983 Index: libGL/pkg-plist =================================================================== RCS file: /home/ncvs/ports/graphics/libGL/pkg-plist,v retrieving revision 1.3 diff -u -r1.3 pkg-plist --- libGL/pkg-plist 25 Jan 2009 02:00:47 -0000 1.3 +++ libGL/pkg-plist 5 Dec 2009 00:59:36 -0000 @@ -1,17 +1,18 @@ include/GL/dmesa.h include/GL/ggimesa.h -include/GL/gl_mangle.h include/GL/gl.h +include/GL/gl_mangle.h include/GL/glext.h include/GL/glfbdev.h -include/GL/glx_mangle.h include/GL/glx.h +include/GL/glx_mangle.h include/GL/glxext.h include/GL/mesa_wgl.h include/GL/mglmesa.h include/GL/osmesa.h include/GL/svgamesa.h include/GL/vms_x_fix.h +include/GL/wglext.h include/GL/wmesa.h lib/libGL.so lib/libGL.so.1 Index: libGL/files/patch-configure =================================================================== RCS file: libGL/files/patch-configure diff -N libGL/files/patch-configure --- libGL/files/patch-configure 10 Apr 2009 18:00:47 -0000 1.1 +++ /dev/null 1 Jan 1970 00:00:00 -0000 @@ -1,11 +0,0 @@ ---- configure.orig 2009-03-28 00:59:46.000000000 +0000 -+++ configure 2009-04-05 11:53:44.000000000 +0000 -@@ -5739,7 +5739,7 @@ - ;; - *freebsd* | dragonfly*) - case "$host_cpu" in -- i*86|x86_64) default_driver="dri";; -+ i*86|x86_64|powerpc*|sparc*) default_driver="dri";; - esac - ;; - esac Index: libGLU/distinfo =================================================================== RCS file: /home/ncvs/ports/graphics/libGLU/distinfo,v retrieving revision 1.14 diff -u -r1.14 distinfo --- libGLU/distinfo 24 Jun 2009 01:15:06 -0000 1.14 +++ libGLU/distinfo 5 Dec 2009 00:59:36 -0000 @@ -1,3 +1,3 @@ -MD5 (MesaLib-7.4.4.tar.bz2) = b66528d314c574dccbe0ed963cac5e93 -SHA256 (MesaLib-7.4.4.tar.bz2) = eaf73d7a3a2dc959ddc0753abaa18160c64bec00b35bf4a0c96040b2072918ec -SIZE (MesaLib-7.4.4.tar.bz2) = 3375615 +MD5 (MesaLib-7.6.tar.bz2) = 8c75f90cd0303cfac9e4b6d54f6759ca +SHA256 (MesaLib-7.6.tar.bz2) = 782a7b2810b1c466b3a994eba96485b59b47cc1120c0caa24de1aecf1e013830 +SIZE (MesaLib-7.6.tar.bz2) = 4866983 Index: libGLU/files/patch-configure =================================================================== RCS file: libGLU/files/patch-configure diff -N libGLU/files/patch-configure --- libGLU/files/patch-configure 10 Apr 2009 18:00:48 -0000 1.1 +++ /dev/null 1 Jan 1970 00:00:00 -0000 @@ -1,11 +0,0 @@ ---- configure.orig 2009-03-28 00:59:46.000000000 +0000 -+++ configure 2009-04-05 11:53:44.000000000 +0000 -@@ -5739,7 +5739,7 @@ - ;; - *freebsd* | dragonfly*) - case "$host_cpu" in -- i*86|x86_64) default_driver="dri";; -+ i*86|x86_64|powerpc*|sparc*) default_driver="dri";; - esac - ;; - esac Index: libGLw/distinfo =================================================================== RCS file: /home/ncvs/ports/graphics/libGLw/distinfo,v retrieving revision 1.10 diff -u -r1.10 distinfo --- libGLw/distinfo 24 Jun 2009 01:15:06 -0000 1.10 +++ libGLw/distinfo 5 Dec 2009 00:59:36 -0000 @@ -1,3 +1,3 @@ -MD5 (MesaLib-7.4.4.tar.bz2) = b66528d314c574dccbe0ed963cac5e93 -SHA256 (MesaLib-7.4.4.tar.bz2) = eaf73d7a3a2dc959ddc0753abaa18160c64bec00b35bf4a0c96040b2072918ec -SIZE (MesaLib-7.4.4.tar.bz2) = 3375615 +MD5 (MesaLib-7.6.tar.bz2) = 8c75f90cd0303cfac9e4b6d54f6759ca +SHA256 (MesaLib-7.6.tar.bz2) = 782a7b2810b1c466b3a994eba96485b59b47cc1120c0caa24de1aecf1e013830 +SIZE (MesaLib-7.6.tar.bz2) = 4866983 Index: libGLw/files/patch-configure =================================================================== RCS file: libGLw/files/patch-configure diff -N libGLw/files/patch-configure --- libGLw/files/patch-configure 10 Apr 2009 18:00:48 -0000 1.1 +++ /dev/null 1 Jan 1970 00:00:00 -0000 @@ -1,11 +0,0 @@ ---- configure.orig 2009-03-28 00:59:46.000000000 +0000 -+++ configure 2009-04-05 11:53:44.000000000 +0000 -@@ -5739,7 +5739,7 @@ - ;; - *freebsd* | dragonfly*) - case "$host_cpu" in -- i*86|x86_64) default_driver="dri";; -+ i*86|x86_64|powerpc*|sparc*) default_driver="dri";; - esac - ;; - esac Index: libdrm/Makefile =================================================================== RCS file: /home/ncvs/ports/graphics/libdrm/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- libdrm/Makefile 1 Aug 2009 17:39:21 -0000 1.17 +++ libdrm/Makefile 5 Dec 2009 00:59:36 -0000 @@ -6,7 +6,7 @@ # PORTNAME= libdrm -PORTVERSION= 2.4.12 +PORTVERSION= 2.4.16 CATEGORIES= graphics x11 MASTER_SITES= http://dri.freedesktop.org/libdrm/ @@ -22,7 +22,7 @@ MAKE_JOBS_SAFE= yes -CONFIGURE_ARGS= --enable-nouveau-experimental-api +CONFIGURE_ARGS= --enable-nouveau-experimental-api --enable-radeon-experimental-api pre-patch: @${REINPLACE_CMD} 's|{libdir}/pkgconfig|{prefix}/libdata/pkgconfig|g' \ Index: libdrm/distinfo =================================================================== RCS file: /home/ncvs/ports/graphics/libdrm/distinfo,v retrieving revision 1.13 diff -u -r1.13 distinfo --- libdrm/distinfo 1 Aug 2009 17:39:21 -0000 1.13 +++ libdrm/distinfo 5 Dec 2009 00:59:36 -0000 @@ -1,3 +1,3 @@ -MD5 (libdrm-2.4.12.tar.bz2) = 15d26219c046377d5fcb1cb37e7b03a2 -SHA256 (libdrm-2.4.12.tar.bz2) = 89e3b16aff13c5219d13b08f9143793f74777b752d87c760ec6e52fb8676bd31 -SIZE (libdrm-2.4.12.tar.bz2) = 414175 +MD5 (libdrm-2.4.16.tar.bz2) = fa47a49641a8e846510566787a85cb8b +SHA256 (libdrm-2.4.16.tar.bz2) = ca8e95d1c93c302b25cd2899040ea8eb0987f7d1d02eb658274243d9ada933ca +SIZE (libdrm-2.4.16.tar.bz2) = 395916 Index: libdrm/pkg-plist =================================================================== RCS file: /home/ncvs/ports/graphics/libdrm/pkg-plist,v retrieving revision 1.8 diff -u -r1.8 pkg-plist --- libdrm/pkg-plist 9 Apr 2009 20:03:54 -0000 1.8 +++ libdrm/pkg-plist 5 Dec 2009 00:59:36 -0000 @@ -7,13 +7,15 @@ include/drm/nouveau_drm.h include/drm/nouveau_drmif.h include/drm/r128_drm.h -include/drm/r300_reg.h +include/drm/radeon_bo.h +include/drm/radeon_bo_gem.h +include/drm/radeon_cs.h +include/drm/radeon_cs_gem.h include/drm/radeon_drm.h +include/drm/radeon_track.h include/drm/savage_drm.h include/drm/sis_drm.h -include/drm/via_3d_reg.h include/drm/via_drm.h -include/drm/xgi_drm.h include/intel_bufmgr.h include/nouveau/nouveau_bo.h include/nouveau/nouveau_channel.h @@ -34,8 +36,12 @@ lib/libdrm_nouveau.la lib/libdrm_nouveau.so lib/libdrm_nouveau.so.1 +lib/libdrm_radeon.la +lib/libdrm_radeon.so +lib/libdrm_radeon.so.1 libdata/pkgconfig/libdrm.pc libdata/pkgconfig/libdrm_intel.pc libdata/pkgconfig/libdrm_nouveau.pc +libdata/pkgconfig/libdrm_radeon.pc @dirrm include/drm @dirrm include/nouveau Index: mesa-demos/distinfo =================================================================== RCS file: /home/ncvs/ports/graphics/mesa-demos/distinfo,v retrieving revision 1.21 diff -u -r1.21 distinfo --- mesa-demos/distinfo 24 Jun 2009 01:15:07 -0000 1.21 +++ mesa-demos/distinfo 5 Dec 2009 00:59:36 -0000 @@ -1,6 +1,6 @@ -MD5 (MesaLib-7.4.4.tar.bz2) = b66528d314c574dccbe0ed963cac5e93 -SHA256 (MesaLib-7.4.4.tar.bz2) = eaf73d7a3a2dc959ddc0753abaa18160c64bec00b35bf4a0c96040b2072918ec -SIZE (MesaLib-7.4.4.tar.bz2) = 3375615 -MD5 (MesaDemos-7.4.4.tar.bz2) = 628142ec9a54cd28cc027e6ce26cff47 -SHA256 (MesaDemos-7.4.4.tar.bz2) = 2b055f1b364795caec122092dedca9ac3ecce4fcf61947f52a286a681e9d1111 -SIZE (MesaDemos-7.4.4.tar.bz2) = 1367659 +MD5 (MesaLib-7.6.tar.bz2) = 8c75f90cd0303cfac9e4b6d54f6759ca +SHA256 (MesaLib-7.6.tar.bz2) = 782a7b2810b1c466b3a994eba96485b59b47cc1120c0caa24de1aecf1e013830 +SIZE (MesaLib-7.6.tar.bz2) = 4866983 +MD5 (MesaDemos-7.6.tar.bz2) = 0ede7adf217951acd90dbe4551210c07 +SHA256 (MesaDemos-7.6.tar.bz2) = 2fdf09fd7967fb1946e7f6af07d39c9fb695c373e1bad3855d3c3fbece5badd0 +SIZE (MesaDemos-7.6.tar.bz2) = 1548460 Index: mesa-demos/pkg-plist =================================================================== RCS file: /home/ncvs/ports/graphics/mesa-demos/pkg-plist,v retrieving revision 1.4 diff -u -r1.4 pkg-plist --- mesa-demos/pkg-plist 24 Jan 2009 18:13:01 -0000 1.4 +++ mesa-demos/pkg-plist 5 Dec 2009 00:59:36 -0000 @@ -6,9 +6,11 @@ bin/copypix bin/corender bin/cubemap +bin/dinoshade bin/drawpix bin/engine bin/fbo_firecube +bin/fbotexture bin/fire bin/fogcoord bin/fplight @@ -19,11 +21,9 @@ bin/geartrain bin/glinfo bin/gloss -bin/glslnoise bin/glsync bin/gltestperf bin/glthreads -bin/glutfx bin/glxcontexts bin/glxdemo bin/glxgears @@ -41,12 +41,14 @@ bin/manywin bin/morph3d bin/multiarb +bin/multictx bin/offset bin/overlay bin/paltex bin/pbdemo bin/pbinfo bin/pointblast +bin/projtex bin/rain bin/ray bin/readpix @@ -54,19 +56,18 @@ bin/renormal bin/shadowtex bin/sharedtex +bin/sharedtex_mt bin/singlebuffer bin/spectex bin/spriteblast bin/stex3d -bin/streaming_rect bin/teapot bin/terrain bin/tessdemo bin/texcyl -bin/texdown bin/texenv -bin/texobj bin/texture_from_pixmap +bin/textures bin/trispd bin/tunnel bin/tunnel2 Index: mesa-demos/files/patch-configure =================================================================== RCS file: mesa-demos/files/patch-configure diff -N mesa-demos/files/patch-configure --- mesa-demos/files/patch-configure 10 Apr 2009 18:00:49 -0000 1.1 +++ /dev/null 1 Jan 1970 00:00:00 -0000 @@ -1,11 +0,0 @@ ---- configure.orig 2009-03-28 00:59:46.000000000 +0000 -+++ configure 2009-04-05 11:53:44.000000000 +0000 -@@ -5739,7 +5739,7 @@ - ;; - *freebsd* | dragonfly*) - case "$host_cpu" in -- i*86|x86_64) default_driver="dri";; -+ i*86|x86_64|powerpc*|sparc*) default_driver="dri";; - esac - ;; - esac --Multipart=_Mon__21_Dec_2009_00_34_22_+0900_a3b6JHlsPUpsn=ua-- From owner-freebsd-x11@FreeBSD.ORG Sun Dec 20 19:58:55 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id F09F81065672; Sun, 20 Dec 2009 19:58:54 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Mon, 21 Dec 2009 04:58:48 +0900 From: Norikatsu Shigemura To: ports@FreeBSD.org, x11@FreeBSD.org Message-Id: <20091221045848.9ffc345d.nork@FreeBSD.org> In-Reply-To: <20091221003422.f13f9cbd.nork@ninth-nine.com> References: <20091205104243.f66171bb.nork@FreeBSD.org> <20091221003422.f13f9cbd.nork@ninth-nine.com> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.4; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Norikatsu Shigemura , Robert Noland Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 20 Dec 2009 19:58:55 -0000 On Mon, 21 Dec 2009 00:34:22 +0900 Norikatsu Shigemura wrote: > > I'm ready to update ports related Mesa3D to 7.6 base, graphics/dri, > > graphics/libGL*, graphics/libglut, graphics/mesa-demos and > > graphics/libdrm. Please see also my attached patch file. I'll > > update these as soon as tomorrow. > Reworking for 7.6.1-rc4. Please test attached patch. I confirmed that 2 *my* issue was fixed: 1. bluish coloring Because of Depth Color = 16, so I change Depth Color to 24. Fix this issue. 2. Too heavy FlightGear I always enable LIBGL_ALWAYS_INDIRECT environment. It's required by compiz. But many OpenGL applications are not comfortably. glxgears's frames bump up to 2600FPS from 1600FPS by disable LIBGL_ALWAYS_INDIRECT. From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 00:56:11 2009 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 3013C1065692; Mon, 21 Dec 2009 00:56:11 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 8FDE48FC1B; Mon, 21 Dec 2009 00:56:10 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so2042084fgg.13 for ; Sun, 20 Dec 2009 16:56:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4ziEtiyGBKPjJoK9uzS6ogQVMi0YL7+7scQY5A2lsuI=; b=ACQeD1lPy0ohW9XD1unyHarMmIfy13lwIPjYp5+MwIAUoKN4FM+0kEToOXOHrJB4/B AydGeQLvUVotbX70/9WACpPSVRsEthKA4H022SFn72WrPOpnyQygznWBuH/e24RhDie1 uf1QPFUbv5pRTOszrnuV0dRwq43e2yZUfdwkk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=EJDPZ+bNqr+EQz5/Tfc59tLSjmnyKZuLwPu8cC9Mvrkwq77H7TrjAvAyXelBRg/kYI dmPo7/YCed18g/l4VvbCeYBb3ks0w6DOg43a4sKV8d8tEQjJvIgslj7dTuUPkrV4Fu4g nHkNDbsZNnUqvUSSAkSrKJ9ToIxNvIjKjKxpU= MIME-Version: 1.0 Received: by 10.239.187.137 with SMTP id l9mr744195hbh.57.1261356965856; Sun, 20 Dec 2009 16:56:05 -0800 (PST) In-Reply-To: <1261317544.2315.52.camel@balrog.2hip.net> References: <200912192220.nBJMK8xo025223@freefall.freebsd.org> <1261278141.2315.47.camel@balrog.2hip.net> <200912201011.20455.makc@issp.ac.ru> <1261317544.2315.52.camel@balrog.2hip.net> Date: Sun, 20 Dec 2009 22:56:05 -0200 Message-ID: From: "Carlos A. M. dos Santos" To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11@freebsd.org Subject: Re: ports/137373: x11/libX11: make dependance on x11/libxcb 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, 21 Dec 2009 00:56:11 -0000 On Sun, Dec 20, 2009 at 11:59 AM, Robert Noland wrote= : > On Sun, 2009-12-20 at 10:11 +0300, Max Brazhnikov wrote: >> On Sun, 20 Dec 2009 01:06:37 -0200, Carlos A. M. dos Santos wrote: >> > On Sun, Dec 20, 2009 at 1:02 AM, Robert Noland w= rote: >> > > On Sun, 2009-12-20 at 00:30 -0200, Carlos A. M. dos Santos wrote: >> > >> > .... >> > >> > >> Is it acceptable a patch allowing to diable XCB without a menu? The >> > >> default behavior is kept but users can put "WITHOUT_XCB=3Dtrue" in >> > >> /etc/make.conf, ensuring that all ports are built the same way. >> > > >> > > If it is defined as a KNOB and all of the ports override the option = if >> > > the KNOB is set, then yes I'm ok with it. =A0I just don't want an op= tion, >> > > since it makes foot shooting easier. >> > > >> > > robert. >> > >> > Ok, I will submit a followup with an new patch. >> >> As KDE (and several multimedia ports) maintainer I object to having xcb = knob >> in x11 ports. Turning it off will break plist and/or build of these port= s, >> they does require libx11 compiled with xcb support. > > Well, I don't get why anyone would not want it. =A0I have had discussions > with other Xorg folk about making it mandatory for X. Remember that not everybody wants X for running GNOME or KDE. Think about appliances and kiosks where small footprint counts more than fancy functionality or even performance. That's what I'm attempting to do here. I could maintain a private set of customized ports - and have been doing this, to some extent - but it is much better to put the options in the regular ports. Also, I'm not the only one interested on such thing. Look at x11/xorg-minimal, for instance. From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 07:29:16 2009 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 28A93106566C for ; Mon, 21 Dec 2009 07:29:16 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id E47FD8FC1B for ; Mon, 21 Dec 2009 07:29:15 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 922061CC93 for ; Mon, 21 Dec 2009 08:29:15 +0100 (CET) From: linimon@FreeBSD.org To: x11@freebsd.org Message-Id: <20091221072915.922061CC93@mail.droso.net> Date: Mon, 21 Dec 2009 08:29:15 +0100 (CET) Cc: Subject: FreeBSD ports that you maintain which are currently marked broken X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Dec 2009 07:29:16 -0000 Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 07:30:49 2009 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 9572E106568D for ; Mon, 21 Dec 2009 07:30:49 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 5D1078FC26 for ; Mon, 21 Dec 2009 07:30:49 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 0097A1CCB6 for ; Mon, 21 Dec 2009 08:30:49 +0100 (CET) From: linimon@FreeBSD.org To: x11@freebsd.org Message-Id: <20091221073049.0097A1CCB6@mail.droso.net> Date: Mon, 21 Dec 2009 08:30:49 +0100 (CET) Cc: Subject: FreeBSD ports that you maintain which are currently scheduled for deletion X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Dec 2009 07:30:49 -0000 Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: x11-drivers/xf86-video-nsc description: X.Org nsc display driver maintainer: x11@FreeBSD.org status: BROKEN deprecated because: has been broken for 5 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc If this problem is one that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Thanks for your efforts to help improve FreeBSD. From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 11:07:07 2009 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 C3D0B106568B for ; Mon, 21 Dec 2009 11:07:07 +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 A8CF08FC16 for ; Mon, 21 Dec 2009 11:07:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBLB77TN004262 for ; Mon, 21 Dec 2009 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBLB77Dd004260 for freebsd-x11@FreeBSD.org; Mon, 21 Dec 2009 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Dec 2009 11:07:07 GMT Message-Id: <200912211107.nBLB77Dd004260@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, 21 Dec 2009 11:07:07 -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/141660 x11 x11/xorg: X can't determine amount of video memory on o ports/141386 x11 x11/xorg won't build from ports o ports/141272 x11 x11-drivers/xf86-video-ati and x11-drivers/xf86-video- o ports/141223 x11 x11-drivers/xf86-video-chips needs to be updated to 1. o ports/141145 x11 devel/makedepend: causes problem with openssl & X o ports/141116 x11 [hang] x11/xorg: ATI radeon xorg freezes [regression] o ports/140809 x11 x11/xorg: Xorg 7.4 radeon drm crashes 8.0 o ports/140775 x11 x11/xorg: fatal trap 12 after closing XORG with CTRL-A o ports/140764 x11 x11-drivers/xf86-video-openchrome segfaults with VIA K o ports/140254 x11 x11-drivers/xf86-video-cirrus: Black Screen with Cirru o ports/139509 x11 x11-servers/xorg-server: runtime problems in latest (2 o ports/139045 x11 x11-drivers/xf86-video-ati: update to 6.12.3 o ports/139011 x11 [patch] Add options to support GLX TLS in x11-servers o ports/137748 x11 x11/xorg: "unprocessed" mouse click results in effecti o ports/137731 x11 [patch] x11-drivers/xf86-input-vmmouse o ports/135276 x11 x11/xorg: GUI running first time only while using Free o ports/134643 x11 [patch] x11-servers/xorg-server - Unbreak Xorg 7.4 ser o ports/134244 x11 x11/xorg: "intel" driver for Xorg is very broken o ports/134132 x11 x11-servers/xorg-server: Intel i845 - xorg.conf with U o ports/134082 x11 x11/xdriinfo: xdriinfo-1.0.2 build fail o ports/133946 x11 x11-servers/xorg-server [patch] X crashes in xinerama o ports/133609 x11 x11/xorg crashes with vlc, intel video driver o ports/133482 x11 x11/libXext "Generic Event Extension not available" er o ports/133465 x11 x11/xorg: X crashes with mplayer -vo xv with xf86-vide o ports/132621 x11 x11/xorg tries to install event when deselected o ports/132403 x11 x11/xorg with Radeon X600 (R370): cannot re-initialize o ports/132100 x11 x11/xorg: Xorg server forgets pointer map after xlock o ports/132041 x11 x11/xorg: Broken Intel video driver 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/131696 x11 x11-servers/xorg-server: hald core dumps make X11 unus o ports/131016 x11 x11/xorg - xorg-7.4 renders system unusable! s kern/130478 x11 [request] Port Linux kernel stub of nouveau to FreeBSD o ports/125883 x11 x11-fonts/xorg-fonts-cyrillic is installed, but fonts o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() s ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o ports/116443 x11 x11-drivers/xf86-input-keyboard patch for USB jp106 ke 37 problems total. From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 11:11:17 2009 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 730E1106566B; Mon, 21 Dec 2009 11:11:17 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4ADC58FC21; Mon, 21 Dec 2009 11:11:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBLBBHkI014463; Mon, 21 Dec 2009 11:11:17 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBLBBHiC014454; Mon, 21 Dec 2009 11:11:17 GMT (envelope-from edwin) Date: Mon, 21 Dec 2009 11:11:17 GMT Message-Id: <200912211111.nBLBBHiC014454@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-x11@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/141832: [PATCH] x11-drivers/xf86-video-openchrome: update to 0.2.904 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, 21 Dec 2009 11:11:17 -0000 Synopsis: [PATCH] x11-drivers/xf86-video-openchrome: update to 0.2.904 Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Mon Dec 21 11:11:16 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=141832 From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 11:33:18 2009 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 831531065670 for ; Mon, 21 Dec 2009 11:33:18 +0000 (UTC) (envelope-from garga@FreeBSD.org) Received: from capeta.freebsdbrasil.com.br (capeta.freebsdbrasil.com.br [201.48.151.3]) by mx1.freebsd.org (Postfix) with SMTP id BDD0A8FC14 for ; Mon, 21 Dec 2009 11:33:17 +0000 (UTC) Received: (qmail 53978 invoked from network); 21 Dec 2009 09:03:53 -0200 Received: by simscan 1.4.0 ppid: 53970, pid: 53975, t: 0.2946s scanners:none Received: from unknown (HELO botelhor.bplab.local) (garga@189.19.84.134) by capeta.freebsdbrasil.com.br with ESMTPA; 21 Dec 2009 09:03:53 -0200 Received: (qmail 82301 invoked from network); 21 Dec 2009 09:06:41 -0200 Received: from unknown (HELO botelhor.bplab.local) (127.0.0.1) by botelhor.bluepex.com with ESMTP; 21 Dec 2009 09:06:41 -0200 Received: (from garga@localhost) by botelhor.bplab.local (8.14.3/8.14.3/Submit) id nBLB6fBS082296; Mon, 21 Dec 2009 09:06:41 -0200 (BRST) (envelope-from garga@FreeBSD.org) Date: Mon, 21 Dec 2009 09:06:41 -0200 (BRST) Message-Id: <200912211106.nBLB6fBS082296@botelhor.bplab.local> X-Authentication-Warning: botelhor.bplab.local: garga set sender to garga@FreeBSD.org using -f To: FreeBSD-gnats-submit@FreeBSD.org From: Renato Botelho X-send-pr-version: 3.113 X-GNATS-Notify: Cc: x11@FreeBSD.org Subject: [PATCH] x11-drivers/xf86-video-openchrome: update to 0.2.904 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, 21 Dec 2009 11:33:18 -0000 >Submitter-Id: current-users >Originator: Renato Botelho >Organization: FreeBSD.org >Confidential: no >Synopsis: [PATCH] x11-drivers/xf86-video-openchrome: update to 0.2.904 >Severity: non-critical >Priority: low >Category: ports >Class: update >Release: FreeBSD 8.0-RELEASE amd64 >Environment: System: FreeBSD botelhor.bplab.local 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 >Description: - Update to 0.2.904 I got segfault trying to use 0.2.903 on FreeBSD 8.0-RELEASE amd64, this new version has fixed it. Port maintainer (x11@FreeBSD.org) is cc'd. Generated with FreeBSD Port Tools 0.99 >How-To-Repeat: >Fix: --- xf86-video-openchrome-0.2.904.patch begins here --- Index: Makefile =================================================================== RCS file: /home/pcvs/ports/x11-drivers/xf86-video-openchrome/Makefile,v retrieving revision 1.14 diff -u -u -r1.14 Makefile --- Makefile 11 Nov 2009 05:55:36 -0000 1.14 +++ Makefile 21 Dec 2009 11:05:56 -0000 @@ -6,8 +6,7 @@ # PORTNAME= xf86-video-openchrome -PORTVERSION= 0.2.903 -PORTREVISION= 2 +PORTVERSION= 0.2.904 CATEGORIES= x11-drivers MASTER_SITES= http://www.openchrome.org/releases/ @@ -18,7 +17,6 @@ XORG_CAT= driver USE_XORG= videoproto xf86driproto xextproto xvmc glproto -MAN4= openchrome.4x MAKE_ARGS+= drivermandir=${LOCALBASE}/man/man4 Index: distinfo =================================================================== RCS file: /home/pcvs/ports/x11-drivers/xf86-video-openchrome/distinfo,v retrieving revision 1.4 diff -u -u -r1.4 distinfo --- distinfo 1 Sep 2008 11:07:28 -0000 1.4 +++ distinfo 21 Dec 2009 11:05:56 -0000 @@ -1,3 +1,3 @@ -MD5 (xorg/driver/xf86-video-openchrome-0.2.903.tar.bz2) = c0820787e89958c9114d359b6a3cd464 -SHA256 (xorg/driver/xf86-video-openchrome-0.2.903.tar.bz2) = b7e4858d6b5c6428fae2485a2c2097cdf6073268ef812aae2ccbc3d936db7410 -SIZE (xorg/driver/xf86-video-openchrome-0.2.903.tar.bz2) = 420104 +MD5 (xorg/driver/xf86-video-openchrome-0.2.904.tar.bz2) = f2481d98ef54febf5bffbb88a2a2426d +SHA256 (xorg/driver/xf86-video-openchrome-0.2.904.tar.bz2) = c7bdf7c48365b1d077a4be7ccc652cf3f7a0f385fddeb2d4fe71b00b6c6b7aea +SIZE (xorg/driver/xf86-video-openchrome-0.2.904.tar.bz2) = 460051 --- xf86-video-openchrome-0.2.904.patch ends here --- From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 14:30:32 2009 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 576421065696 for ; Mon, 21 Dec 2009 14:30:32 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id E5C528FC14 for ; Mon, 21 Dec 2009 14:30:31 +0000 (UTC) Received: by fxm10 with SMTP id 10so2239401fxm.14 for ; Mon, 21 Dec 2009 06:30:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=CMsQOoqhtuIMY8wirI6Xb5yTDgmIn/1DSioLEz1B068=; b=bQUqBIfH/PhPs9bXff+ZQWuirhroGNmX6lzAdfEGf+kqcUtRZ46qrlBDfjvmwPBobw 5Pno4D6skmxgObp3dK76CHbMhjfqie9+HIBkUZdbmVp4r2Trvz4UtnlzMR5+gNdwrKcs /uvDGoUnOKcZNKJQlQ7mrJoLtD5xFGbaMhv70= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Yi1lmfz09vDTh/mgcik/tCJG/YfLmHJbqN4d4xcz+uMnEmxXL3/DwJoUxm8l+QQwV1 ZRB0+TpknJU/kzXi0iq3ewqARJ2Ei9x1UEI+yOKCQw7IL5moiepzvUp7vZemzS33GheT 0jr3jo9NdJbYhVUjL6sJXp77D9/J0KliwZkEA= MIME-Version: 1.0 Received: by 10.239.168.153 with SMTP id k25mr831979hbe.68.1261405830375; Mon, 21 Dec 2009 06:30:30 -0800 (PST) Date: Mon, 21 Dec 2009 12:30:30 -0200 Message-ID: From: "Carlos A. M. dos Santos" To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Why is x11-servers/xorg-server dependent on libXaw, among others? 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, 21 Dec 2009 14:30:32 -0000 Hello, Yes, here I go gain with another attempt to reduce package dependencies. I'm attempting to understand why the xorg-server port depends on libX11, libXaw, libXmu, libXt, libXpm and libXext. I'd like to remove at least libXaw and libXt from the dependencies. What do you, x11 maintaires, think about this? -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 15:01:01 2009 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 C378F1065676; Mon, 21 Dec 2009 15:01:01 +0000 (UTC) (envelope-from garga@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1B78FC12; Mon, 21 Dec 2009 15:01:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBLF11ug027285; Mon, 21 Dec 2009 15:01:01 GMT (envelope-from garga@freefall.freebsd.org) Received: (from garga@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBLF11qA027276; Mon, 21 Dec 2009 15:01:01 GMT (envelope-from garga) Date: Mon, 21 Dec 2009 15:01:01 GMT Message-Id: <200912211501.nBLF11qA027276@freefall.freebsd.org> To: garga@FreeBSD.org, garga@FreeBSD.org, freebsd-x11@FreeBSD.org From: garga@FreeBSD.org Cc: Subject: Re: ports/141832: [PATCH] x11-drivers/xf86-video-openchrome: update to 0.2.904 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, 21 Dec 2009 15:01:01 -0000 Synopsis: [PATCH] x11-drivers/xf86-video-openchrome: update to 0.2.904 State-Changed-From-To: open->closed State-Changed-By: garga State-Changed-When: Mon Dec 21 15:01:01 UTC 2009 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=141832 From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 15:10:05 2009 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 5958B106566B for ; Mon, 21 Dec 2009 15:10:05 +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 497B18FC19 for ; Mon, 21 Dec 2009 15:10:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBLFA5xf030005 for ; Mon, 21 Dec 2009 15:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBLFA5iW030004; Mon, 21 Dec 2009 15:10:05 GMT (envelope-from gnats) Date: Mon, 21 Dec 2009 15:10:05 GMT Message-Id: <200912211510.nBLFA5iW030004@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/141832: 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: Mon, 21 Dec 2009 15:10:05 -0000 The following reply was made to PR ports/141832; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/141832: commit references a PR Date: Mon, 21 Dec 2009 15:00:52 +0000 (UTC) garga 2009-12-21 15:00:43 UTC FreeBSD ports repository Modified files: x11-drivers/xf86-video-openchrome Makefile distinfo Log: Update to 0.2.904 to fix it on amd64 PR: ports/141832 Submitted by: garga Approved by: x11 (rnoland) Revision Changes Path 1.15 +1 -3 ports/x11-drivers/xf86-video-openchrome/Makefile 1.5 +3 -3 ports/x11-drivers/xf86-video-openchrome/distinfo _______________________________________________ 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 Mon Dec 21 16:11:46 2009 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 CE5951065676 for ; Mon, 21 Dec 2009 16:11:46 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id 87D448FC0C for ; Mon, 21 Dec 2009 16:11:46 +0000 (UTC) Received: from [192.168.2.164] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Mon, 21 Dec 2009 11:11:45 -0500 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::615 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-x11@freebsd.org X-SMFBL: ZnJlZWJzZC14MTFAZnJlZWJzZC5vcmc= Message-ID: <4B2F9E41.909@comcast.net> Date: Mon, 21 Dec 2009 11:11:45 -0500 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20091214 Thunderbird/3.0 MIME-Version: 1.0 To: Robert Noland References: <4B213D8F.6080906@comcast.net> <1260474623.2281.8.camel@balrog.2hip.net> <4B215405.2080502@comcast.net> <1260476369.2281.16.camel@balrog.2hip.net> <1260556637.2281.19.camel@balrog.2hip.net> <4B2647C6.6080101@comcast.net> In-Reply-To: <4B2647C6.6080101@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11 , John Baldwin Subject: Re: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE 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, 21 Dec 2009 16:11:46 -0000 Robert, The drm_mmap patch (http://people.freebsd.org/~rnoland/drm_mmap_fix.patch) that you provided seems to have solved my issues: OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R200 20060602 x86/MMX/SSE2 TCL OpenGL version string: 1.3 Mesa 7.4.4 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. (II) RADEON(0): [drm] framebuffer handle = 0x30000000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): X context handle = 0x1 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [pci] 8192 kB allocated with handle 0xe964c000 (II) RADEON(0): [pci] ring handle = 0x40000000 (II) RADEON(0): [pci] Ring mapped at 0x28a7d000 (II) RADEON(0): [pci] Ring contents 0x00000000 (II) RADEON(0): [pci] ring read ptr handle = 0x50000000 (II) RADEON(0): [pci] Ring read ptr mapped at 0x286ff000 (II) RADEON(0): [pci] Ring read ptr contents 0x00000000 (II) RADEON(0): [pci] vertex/indirect buffers handle = 0x60000000 (II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0x30c00000 (II) RADEON(0): [pci] Vertex/indirect buffers contents 0x00000000 (II) RADEON(0): [pci] GART texture map handle = 0x70000000 (II) RADEON(0): [pci] GART Texture map mapped at 0x30e00000 (II) RADEON(0): [drm] register handle = 0x10000000 (II) RADEON(0): [dri] Visual configs initialized (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0xefffe000 0x1fff0000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (==) RADEON(0): Backing store disabled (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 16 (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 (WW) RADEON(0): DRI init changed memory map, adjusting ... (WW) RADEON(0): MC_FB_LOCATION was: 0xefffe000 is: 0xefffe000 (WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xffffffc0 (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0xefffe000 0xefffe000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (II) RADEON(0): Direct rendering enabled (II) RADEON(0): Render acceleration enabled for R200 type cards. I'm also getting the "set memattr inconsistently" messages, but I saw your previous email regarding that and will apply that patch as well when I get a chance. Thanks!! -Steve Polyack From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 16:24:50 2009 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 1D9CF1065670; Mon, 21 Dec 2009 16:24:50 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id E8B228FC23; Mon, 21 Dec 2009 16:24:49 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBLGOhH9059921 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 21 Dec 2009 11:24:44 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Steve Polyack In-Reply-To: <4B2F9E41.909@comcast.net> References: <4B213D8F.6080906@comcast.net> <1260474623.2281.8.camel@balrog.2hip.net> <4B215405.2080502@comcast.net> <1260476369.2281.16.camel@balrog.2hip.net> <1260556637.2281.19.camel@balrog.2hip.net> <4B2647C6.6080101@comcast.net> <4B2F9E41.909@comcast.net> Content-Type: text/plain Organization: FreeBSD Date: Mon, 21 Dec 2009 10:24:38 -0600 Message-Id: <1261412678.2302.10.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 , John Baldwin Subject: Re: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE 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, 21 Dec 2009 16:24:50 -0000 On Mon, 2009-12-21 at 11:11 -0500, Steve Polyack wrote: > Robert, > The drm_mmap patch > (http://people.freebsd.org/~rnoland/drm_mmap_fix.patch) that you > provided seems to have solved my issues: > > OpenGL vendor string: Tungsten Graphics, Inc. > OpenGL renderer string: Mesa DRI R200 20060602 x86/MMX/SSE2 TCL > OpenGL version string: 1.3 Mesa 7.4.4 > > (II) [drm] DRM interface version 1.2 > (II) [drm] DRM open master succeeded. > (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. > (II) RADEON(0): [drm] framebuffer handle = 0x30000000 > (II) RADEON(0): [drm] added 1 reserved context for kernel > (II) RADEON(0): X context handle = 0x1 > (II) RADEON(0): [drm] installed DRM signal handler > (II) RADEON(0): [pci] 8192 kB allocated with handle 0xe964c000 > (II) RADEON(0): [pci] ring handle = 0x40000000 > (II) RADEON(0): [pci] Ring mapped at 0x28a7d000 > (II) RADEON(0): [pci] Ring contents 0x00000000 > (II) RADEON(0): [pci] ring read ptr handle = 0x50000000 > (II) RADEON(0): [pci] Ring read ptr mapped at 0x286ff000 > (II) RADEON(0): [pci] Ring read ptr contents 0x00000000 > (II) RADEON(0): [pci] vertex/indirect buffers handle = 0x60000000 > (II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0x30c00000 > (II) RADEON(0): [pci] Vertex/indirect buffers contents 0x00000000 > (II) RADEON(0): [pci] GART texture map handle = 0x70000000 > (II) RADEON(0): [pci] GART Texture map mapped at 0x30e00000 > (II) RADEON(0): [drm] register handle = 0x10000000 > (II) RADEON(0): [dri] Visual configs initialized > (II) RADEON(0): RADEONRestoreMemMapRegisters() : > (II) RADEON(0): MC_FB_LOCATION : 0xefffe000 0x1fff0000 > (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 > (==) RADEON(0): Backing store disabled > (II) RADEON(0): [DRI] installation complete > (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers > (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers > (II) RADEON(0): [drm] dma control initialized, using IRQ 16 > (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 > (WW) RADEON(0): DRI init changed memory map, adjusting ... > (WW) RADEON(0): MC_FB_LOCATION was: 0xefffe000 is: 0xefffe000 > (WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xffffffc0 > (II) RADEON(0): RADEONRestoreMemMapRegisters() : > (II) RADEON(0): MC_FB_LOCATION : 0xefffe000 0xefffe000 > (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 > (II) RADEON(0): Direct rendering enabled > (II) RADEON(0): Render acceleration enabled for R200 type cards. > > I'm also getting the "set memattr inconsistently" messages, but I saw > your previous email regarding that and will apply that patch as well > when I get a chance. I'm going to have to remove some local patches from my tree and try to get this fixed. The patch that I posted apparently doesn't resolve the inconsistent mapping. I hadn't realized that the patch that warns about this had made it into the tree. Anyway, I'm glad that this gets things working at least. I still need to test with some other cards, but so far, I think the following have been tested. r6/700 amd64 pci-e r600 i386 pci-e r200 i386 pci (This should be the same code paths for r300 as well) mga amd64 agp It still needs to be checked on intel and nouveau, at least. robert. > Thanks!! > -Steve Polyack > -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 16:44:36 2009 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 A99E21065676 for ; Mon, 21 Dec 2009 16:44:36 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id 714D68FC21 for ; Mon, 21 Dec 2009 16:44:36 +0000 (UTC) Received: from [192.168.2.164] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Mon, 21 Dec 2009 11:44:35 -0500 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::797 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-x11@freebsd.org X-SMFBL: ZnJlZWJzZC14MTFAZnJlZWJzZC5vcmc= Message-ID: <4B2FA5F3.8020605@comcast.net> Date: Mon, 21 Dec 2009 11:44:35 -0500 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20091214 Thunderbird/3.0 MIME-Version: 1.0 To: Robert Noland References: <4B213D8F.6080906@comcast.net> <1260474623.2281.8.camel@balrog.2hip.net> <4B215405.2080502@comcast.net> <1260476369.2281.16.camel@balrog.2hip.net> <1260556637.2281.19.camel@balrog.2hip.net> <4B2647C6.6080101@comcast.net> <4B2F9E41.909@comcast.net> <1261412678.2302.10.camel@balrog.2hip.net> In-Reply-To: <1261412678.2302.10.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11 Subject: Re: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE 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, 21 Dec 2009 16:44:36 -0000 On 12/21/09 11:24, Robert Noland wrote: > On Mon, 2009-12-21 at 11:11 -0500, Steve Polyack wrote: > >> Robert, >> The drm_mmap patch >> (http://people.freebsd.org/~rnoland/drm_mmap_fix.patch) that you >> provided seems to have solved my issues: >> >> OpenGL vendor string: Tungsten Graphics, Inc. >> OpenGL renderer string: Mesa DRI R200 20060602 x86/MMX/SSE2 TCL >> OpenGL version string: 1.3 Mesa 7.4.4 >> >> (II) [drm] DRM interface version 1.2 >> (II) [drm] DRM open master succeeded. >> (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. >> (II) RADEON(0): [drm] framebuffer handle = 0x30000000 >> (II) RADEON(0): [drm] added 1 reserved context for kernel >> (II) RADEON(0): X context handle = 0x1 >> (II) RADEON(0): [drm] installed DRM signal handler >> (II) RADEON(0): [pci] 8192 kB allocated with handle 0xe964c000 >> (II) RADEON(0): [pci] ring handle = 0x40000000 >> (II) RADEON(0): [pci] Ring mapped at 0x28a7d000 >> (II) RADEON(0): [pci] Ring contents 0x00000000 >> (II) RADEON(0): [pci] ring read ptr handle = 0x50000000 >> (II) RADEON(0): [pci] Ring read ptr mapped at 0x286ff000 >> (II) RADEON(0): [pci] Ring read ptr contents 0x00000000 >> (II) RADEON(0): [pci] vertex/indirect buffers handle = 0x60000000 >> (II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0x30c00000 >> (II) RADEON(0): [pci] Vertex/indirect buffers contents 0x00000000 >> (II) RADEON(0): [pci] GART texture map handle = 0x70000000 >> (II) RADEON(0): [pci] GART Texture map mapped at 0x30e00000 >> (II) RADEON(0): [drm] register handle = 0x10000000 >> (II) RADEON(0): [dri] Visual configs initialized >> (II) RADEON(0): RADEONRestoreMemMapRegisters() : >> (II) RADEON(0): MC_FB_LOCATION : 0xefffe000 0x1fff0000 >> (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 >> (==) RADEON(0): Backing store disabled >> (II) RADEON(0): [DRI] installation complete >> (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers >> (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers >> (II) RADEON(0): [drm] dma control initialized, using IRQ 16 >> (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 >> (WW) RADEON(0): DRI init changed memory map, adjusting ... >> (WW) RADEON(0): MC_FB_LOCATION was: 0xefffe000 is: 0xefffe000 >> (WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xffffffc0 >> (II) RADEON(0): RADEONRestoreMemMapRegisters() : >> (II) RADEON(0): MC_FB_LOCATION : 0xefffe000 0xefffe000 >> (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 >> (II) RADEON(0): Direct rendering enabled >> (II) RADEON(0): Render acceleration enabled for R200 type cards. >> >> I'm also getting the "set memattr inconsistently" messages, but I saw >> your previous email regarding that and will apply that patch as well >> when I get a chance. >> > I'm going to have to remove some local patches from my tree and try to > get this fixed. The patch that I posted apparently doesn't resolve the > inconsistent mapping. I hadn't realized that the patch that warns about > this had made it into the tree. Whether it resolves it or not I cannot say, I wasn't able to get it to build: ===> drm/drm (all) cc -pipe -O2 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c cc1: warnings being treated as errors /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c: In function 'drm_sg_alloc': /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c:85: warning: passing argument 1 of 'pmap_change_attr' makes integer from pointer line 85: pmap_change_attr(dmah->vaddr, request->size, PAT_WRITE_COMBINING); > Anyway, I'm glad that this gets things > working at least. I still need to test with some other cards, but so > far, I think the following have been tested. > > r6/700 amd64 pci-e > r600 i386 pci-e > r200 i386 pci (This should be the same code paths for r300 as well) > mga amd64 agp > > It still needs to be checked on intel and nouveau, at least. > > robert. > > >> Thanks!! >> -Steve Polyack >> >> From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 16:47:26 2009 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 9BC62106566B for ; Mon, 21 Dec 2009 16:47:26 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6DD8FC12 for ; Mon, 21 Dec 2009 16:47:26 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBLGlLV1060054 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 21 Dec 2009 11:47:22 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Steve Polyack In-Reply-To: <4B2FA5F3.8020605@comcast.net> References: <4B213D8F.6080906@comcast.net> <1260474623.2281.8.camel@balrog.2hip.net> <4B215405.2080502@comcast.net> <1260476369.2281.16.camel@balrog.2hip.net> <1260556637.2281.19.camel@balrog.2hip.net> <4B2647C6.6080101@comcast.net> <4B2F9E41.909@comcast.net> <1261412678.2302.10.camel@balrog.2hip.net> <4B2FA5F3.8020605@comcast.net> Content-Type: text/plain Organization: FreeBSD Date: Mon, 21 Dec 2009 10:47:15 -0600 Message-Id: <1261414036.2304.1.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 Subject: Re: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE 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, 21 Dec 2009 16:47:26 -0000 On Mon, 2009-12-21 at 11:44 -0500, Steve Polyack wrote: > On 12/21/09 11:24, Robert Noland wrote: > > On Mon, 2009-12-21 at 11:11 -0500, Steve Polyack wrote: > > > >> Robert, > >> The drm_mmap patch > >> (http://people.freebsd.org/~rnoland/drm_mmap_fix.patch) that you > >> provided seems to have solved my issues: > >> > >> OpenGL vendor string: Tungsten Graphics, Inc. > >> OpenGL renderer string: Mesa DRI R200 20060602 x86/MMX/SSE2 TCL > >> OpenGL version string: 1.3 Mesa 7.4.4 > >> > >> (II) [drm] DRM interface version 1.2 > >> (II) [drm] DRM open master succeeded. > >> (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. > >> (II) RADEON(0): [drm] framebuffer handle = 0x30000000 > >> (II) RADEON(0): [drm] added 1 reserved context for kernel > >> (II) RADEON(0): X context handle = 0x1 > >> (II) RADEON(0): [drm] installed DRM signal handler > >> (II) RADEON(0): [pci] 8192 kB allocated with handle 0xe964c000 > >> (II) RADEON(0): [pci] ring handle = 0x40000000 > >> (II) RADEON(0): [pci] Ring mapped at 0x28a7d000 > >> (II) RADEON(0): [pci] Ring contents 0x00000000 > >> (II) RADEON(0): [pci] ring read ptr handle = 0x50000000 > >> (II) RADEON(0): [pci] Ring read ptr mapped at 0x286ff000 > >> (II) RADEON(0): [pci] Ring read ptr contents 0x00000000 > >> (II) RADEON(0): [pci] vertex/indirect buffers handle = 0x60000000 > >> (II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0x30c00000 > >> (II) RADEON(0): [pci] Vertex/indirect buffers contents 0x00000000 > >> (II) RADEON(0): [pci] GART texture map handle = 0x70000000 > >> (II) RADEON(0): [pci] GART Texture map mapped at 0x30e00000 > >> (II) RADEON(0): [drm] register handle = 0x10000000 > >> (II) RADEON(0): [dri] Visual configs initialized > >> (II) RADEON(0): RADEONRestoreMemMapRegisters() : > >> (II) RADEON(0): MC_FB_LOCATION : 0xefffe000 0x1fff0000 > >> (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 > >> (==) RADEON(0): Backing store disabled > >> (II) RADEON(0): [DRI] installation complete > >> (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers > >> (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers > >> (II) RADEON(0): [drm] dma control initialized, using IRQ 16 > >> (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 > >> (WW) RADEON(0): DRI init changed memory map, adjusting ... > >> (WW) RADEON(0): MC_FB_LOCATION was: 0xefffe000 is: 0xefffe000 > >> (WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xffffffc0 > >> (II) RADEON(0): RADEONRestoreMemMapRegisters() : > >> (II) RADEON(0): MC_FB_LOCATION : 0xefffe000 0xefffe000 > >> (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 > >> (II) RADEON(0): Direct rendering enabled > >> (II) RADEON(0): Render acceleration enabled for R200 type cards. > >> > >> I'm also getting the "set memattr inconsistently" messages, but I saw > >> your previous email regarding that and will apply that patch as well > >> when I get a chance. > >> > > I'm going to have to remove some local patches from my tree and try to > > get this fixed. The patch that I posted apparently doesn't resolve the > > inconsistent mapping. I hadn't realized that the patch that warns about > > this had made it into the tree. > > Whether it resolves it or not I cannot say, I wasn't able to get it to > build: > > ===> drm/drm (all) > cc -pipe -O2 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/GENERIC > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx > -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector > -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -c > /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c > cc1: warnings being treated as errors > /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c: In function > 'drm_sg_alloc': > /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c:85: warning: > passing argument 1 of 'pmap_change_attr' makes integer from pointer > > line 85: > pmap_change_attr(dmah->vaddr, request->size, > PAT_WRITE_COMBINING); pmap_change_attr((vm_offset_t)dmah->vaddr, request->size, PAT_WRITE_COMBINING); robert. > > > > Anyway, I'm glad that this gets things > > working at least. I still need to test with some other cards, but so > > far, I think the following have been tested. > > > > r6/700 amd64 pci-e > > r600 i386 pci-e > > r200 i386 pci (This should be the same code paths for r300 as well) > > mga amd64 agp > > > > It still needs to be checked on intel and nouveau, at least. > > > > robert. > > > > > >> Thanks!! > >> -Steve Polyack > >> > >> > > > _______________________________________________ > 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" -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 17:27:39 2009 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 B600B1065693 for ; Mon, 21 Dec 2009 17:27:39 +0000 (UTC) (envelope-from QAT@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 34D0B8FC13 for ; Mon, 21 Dec 2009 17:27:39 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id D052322C53C4; Mon, 21 Dec 2009 19:13:04 +0200 (EET) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id 846275A903D; Mon, 21 Dec 2009 09:11:19 -0800 (PST) From: QAT@FreeBSD.org To: garga@FreeBSD.org In-Reply-To: <200912211500.nBLF0hYr027039@repoman.freebsd.org> References: <200912211500.nBLF0hYr027039@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2009-12-08 11:28:51 X-QAT-Port: x11-drivers/xf86-video-openchrome X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/xf86-video-openchrome-0.2.904.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: mtree Message-Id: <20091221171119.846275A903D@jester1b.ixsystems.com> Date: Mon, 21 Dec 2009 09:11:19 -0800 (PST) Cc: cvs-ports@FreeBSD.org, x11@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/x11-drivers/xf86-video-openchrome Makefile distinfo 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, 21 Dec 2009 17:27:39 -0000 The Restless Daemon identified a mtree error while trying to build: xf86-video-openchrome-0.2.904 maintained by x11@FreeBSD.org Makefile ident: $FreeBSD: ports/x11-drivers/xf86-video-openchrome/Makefile,v 1.15 2009/12/21 15:00:43 garga Exp $ Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/xf86-video-openchrome-0.2.904.log : /usr/bin/install -c -o root -g wheel .libs/libchromeXvMC.so.1 /usr/local/lib/libchromeXvMC.so.1 (cd /usr/local/lib && { ln -s -f libchromeXvMC.so.1 libchromeXvMC.so || { rm -f libchromeXvMC.so && ln -s libchromeXvMC.so.1 libchromeXvMC.so; }; }) (cd /usr/local/lib && { ln -s -f libchromeXvMC.so.1 libchromeXvMC.so || { rm -f libchromeXvMC.so && ln -s libchromeXvMC.so.1 libchromeXvMC.so; }; }) /usr/bin/install -c -o root -g wheel .libs/libchromeXvMC.lai /usr/local/lib/libchromeXvMC.la /usr/bin/install -c -o root -g wheel .libs/libchromeXvMCPro.so.1 /usr/local/lib/libchromeXvMCPro.so.1 (cd /usr/local/lib && { ln -s -f libchromeXvMCPro.so.1 libchromeXvMCPro.so || { rm -f libchromeXvMCPro.so && ln -s libchromeXvMCPro.so.1 libchromeXvMCPro.so; }; }) (cd /usr/local/lib && { ln -s -f libchromeXvMCPro.so.1 libchromeXvMCPro.so || { rm -f libchromeXvMCPro.so && ln -s libchromeXvMCPro.so.1 libchromeXvMCPro.so; }; }) /usr/bin/install -c -o root -g wheel .libs/libchromeXvMCPro.lai /usr/local/lib/libchromeXvMCPro.la ---------------------------------------------------------------------- Libraries have been installed in: /usr/local/lib If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- ===> Registering installation for xf86-video-openchrome-0.2.904 ================================================================ ======================================== ===> Building package for xf86-video-openchrome-0.2.904 Creating package /tmp/packages/All/xf86-video-openchrome-0.2.904.tbz Registering depends: xorg-server-1.6.1,1 hal-0.5.13_12 consolekit-0.4.1_1 polkit-0.95_2 eggdbus-0.6 policykit-0.9_5 dbus-glib-0.82 dbus-1.2.16_1 libxml2-2.7.6_1 gobject-introspection-0.6.7 bison-2.4.1,1 gio-fam-backend-2.22.3 gamin-0.1.10_3 glib-2.22.3 xkeyboard-config-1.6_1 gettext-0.17_1 libiconv-1.13.1 libffi-3.0.8 libpciaccess-0.10.6 libXvMC-1.0.4_1 libXv-1.0.4,1 libGL-7.4.4 dri-7.4.4,2 libXxf86vm-1.0.2 libXxf86misc-1.0.1 libXaw-1.0.5_1,1 libXpm-3.5.7 libXp-1.0.0,1 libXmu-1.0.4,1 libXinerama-1.0.3,1 libXi-1.2.1,1 libXext-1.0.5,1 libXdamage-1.1.1 libXfixes-4.0.3_1 libxkbui-1.0.2_1 libxkbfile-1.0.5 libXt-1.0.5_1 libX11-1.2.1_1,1 libxcb-1.5 libdrm-2.4.12 libpthread-stubs-0.3_3 libvolume_id-0.81.1 m4-1.4.13,1 pcre-8.00 libXdmcp-1.0.2_1 libXau-1.0.4 libSM-1.1.0_1,1 libICE-1.0.4_1,1 libXfont-1.3.4,1 libfontenc-1.0.4 xproto-7.0.15 freetype2-2.3.11 pixman-0.16.0 pkg-config-0.23_1 perl-5.8.9_3 python26-2.6.4 pciids-20090807 dmidecode-2.10 gnome_subr-1.0 expat-2.0.1_1 fontsproto-2. 0.2 damageproto-1.1.0_2 dri2proto-2.0 fixesproto-4.0 inputproto-1.5.0 kbproto-1.0.3 printproto-1.0.4 videoproto-2.2.2 xextproto-7.0.5 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/xf86-video-openchrome-0.2.904.tbz' Deleting xf86-video-openchrome-0.2.904 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 49416361 24 -r--r--r-- 1 root wheel 11167 Dec 21 17:11 usr/local/man/man4/openchrome.4x ================================================================ build of /usr/ports/x11-drivers/xf86-video-openchrome ended at Mon Dec 21 17:11:18 UTC 2009 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=x11-drivers&portname=xf86-video-openchrome The build which triggered this BotMail was done under tinderbox-3.3; dsversion: 3.2.1 on RELENG_8 on amd64, kern.smp.cpus: 8 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-x11@FreeBSD.ORG Mon Dec 21 21:32:38 2009 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 635831065670 for ; Mon, 21 Dec 2009 21:32:38 +0000 (UTC) (envelope-from QAT@FeeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 15FE78FC14 for ; Mon, 21 Dec 2009 21:32:37 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id 0684722C53AC; Mon, 21 Dec 2009 23:16:17 +0200 (EET) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id 366045A903D; Mon, 21 Dec 2009 13:14:31 -0800 (PST) From: QAT@FreeBSD.org To: Renato Botelho In-Reply-To: <200912211734.nBLHYSq7052739@repoman.freebsd.org> References: <200912211734.nBLHYSq7052739@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2009-12-08 11:28:51 X-QAT-Port: x11-drivers/xf86-video-openchrome X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/xf86-video-openchrome-0.2.904.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: OK Message-Id: <20091221211431.366045A903D@jester1b.ixsystems.com> Date: Mon, 21 Dec 2009 13:14:31 -0800 (PST) Cc: cvs-ports@FreeBSD.org, x11@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Now OK (Re: cvs commit: ports/x11-drivers/xf86-video-openchrome Makefile) 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, 21 Dec 2009 21:32:38 -0000 x11-drivers/xf86-video-openchrome, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-x11@FreeBSD.ORG Tue Dec 22 01:51:58 2009 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 A40DD106576C for ; Tue, 22 Dec 2009 01:51:58 +0000 (UTC) (envelope-from loftin.graham@gmail.com) Received: from mail-px0-f190.google.com (mail-px0-f190.google.com [209.85.216.190]) by mx1.freebsd.org (Postfix) with ESMTP id 784938FC1A for ; Tue, 22 Dec 2009 01:51:58 +0000 (UTC) Received: by pxi28 with SMTP id 28so3878949pxi.7 for ; Mon, 21 Dec 2009 17:51:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=SQgpItIrB7qw940U5rU1s5qvvz/D94w3q3MItU8DmXQ=; b=EiQ83LPLKDgdxEKOA/2QDIBvuERrp2vd+zjt2v/uZvwnnpKndBf4qi+tLJBU5aV6Fu td8ZMwG2WGLoBTqKH7o6NNs/XEg0JKZfoK9dfIveLI3ip7Hbp7AzRM6x+iExOR7goXUU A+wt3trlxK6bnClyGaS9/VFL1f+YAv9tsatHo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=xdCXpYMLi0qDQBFW0oCAqu36aptq0/pRXiL8I4rFyEsQnj54uGGaGrg7VkP8sz7NMA pExYSmlztWZ7ycJ9dk9DmpmfnfEInr9bIDo4BjbiqlPrz5mrt5uL+9dHH/mIW5KMvyhU lM4GrRM9GIqv+OKbVIpPMT4w1nrFagFk92jpM= MIME-Version: 1.0 Received: by 10.114.16.16 with SMTP id 16mr3035745wap.80.1261445101920; Mon, 21 Dec 2009 17:25:01 -0800 (PST) Date: Tue, 22 Dec 2009 01:25:01 +0000 Message-ID: <33d6bee70912211725g2e26935ar78951aef3e6bbbff@mail.gmail.com> From: Loftin Graham To: x11@freebsd.org Content-Type: multipart/mixed; boundary=00504502e96d3422e5047b4713f2 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: x11 install 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: Tue, 22 Dec 2009 01:51:58 -0000 --00504502e96d3422e5047b4713f2 Content-Type: text/plain; charset=ISO-8859-1 I've had a little problem installing R on my desktop. The error message suggested that I send the attached information along with my request. sincere thanks, Loftin Graham --00504502e96d3422e5047b4713f2 Content-Type: application/octet-stream; name=20091220rpkg_installprob Content-Disposition: attachment; filename=20091220rpkg_installprob Content-Transfer-Encoding: base64 X-Attachment-Id: file0 W3Jvb3RAcGNic2RdL3Vzci9wb3J0cy9tYXRoL1IoMzApIyBtYWtlIGluc3RhbGwgY2xlYW4KPT09 PiAgVnVsbmVyYWJpbGl0eSBjaGVjayBkaXNhYmxlZCwgZGF0YWJhc2Ugbm90IGZvdW5kCj09PT4g IEZvdW5kIHNhdmVkIGNvbmZpZ3VyYXRpb24gZm9yIFItMi44LjFfMSAgICAgICAgIAo9PT0+ICBF eHRyYWN0aW5nIGZvciBSLTIuOC4xXzEgICAgICAgICAgICAgICAgICAgICAgICAKPT4gTUQ1IENo ZWNrc3VtIE9LIGZvciBSLTIuOC4xLnRhci5nei4gICAgICAgICAgICAgICAgCj0+IFNIQTI1NiBD aGVja3N1bSBPSyBmb3IgUi0yLjguMS50YXIuZ3ouICAgICAgICAgICAgIAo9PT0+ICAgUi0yLjgu MV8xIGRlcGVuZHMgb24gZmlsZTogL3Vzci9sb2NhbC9iaW4vcGVybDUuOC45IC0gZm91bmQKPT09 PiAgUGF0Y2hpbmcgZm9yIFItMi44LjFfMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgCj09PT4gICBSLTIuOC4xXzEgZGVwZW5kcyBvbiBmaWxlOiAvdXNyL2xvY2FsL2Jpbi9w ZXJsNS44LjkgLSBmb3VuZAo9PT0+ICAgUi0yLjguMV8xIGRlcGVuZHMgb24gZXhlY3V0YWJsZTog Z2ZvcnRyYW40MyAtIGZvdW5kICAgICAgICAKPT09PiAgIFItMi44LjFfMSBkZXBlbmRzIG9uIGZp bGU6IC91c3IvbG9jYWwvbGliZGF0YS9wa2djb25maWcveDExLnBjIC0gbm90IGZvdW5kICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIAo9PT0+ICAgIFZlcmlmeWluZyBpbnN0YWxsIGZvciAvdXNyL2xvY2Fs L2xpYmRhdGEvcGtnY29uZmlnL3gxMS5wYyBpbiAvdXNyL3BvcnRzL3gxMS9saWJYMTEgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgCj09PT4gIFZ1bG5lcmFiaWxpdHkgY2hlY2sgZGlzYWJsZWQsIGRhdGFiYXNlIG5vdCBm b3VuZCAgICAgICAgICAgICAgICAgICAgICAgICAgCj09PT4gIEV4dHJhY3RpbmcgZm9yIGxpYlgx MS0xLjIsMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCj0+ IE1ENSBDaGVja3N1bSBPSyBmb3IgeG9yZy9saWIvbGliWDExLTEuMi50YXIuYnoyLiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgCj0+IFNIQTI1NiBDaGVja3N1bSBPSyBmb3IgeG9yZy9saWIv bGliWDExLTEuMi50YXIuYnoyLiAgICAgICAgICAgICAgICAgICAgICAgICAgCj09PT4gIFBhdGNo aW5nIGZvciBsaWJYMTEtMS4yLDEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgCj09PT4gIEFwcGx5aW5nIEZyZWVCU0QgcGF0Y2hlcyBmb3IgbGliWDExLTEu MiwxICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCj09PT4gICBsaWJYMTEtMS4yLDEg ZGVwZW5kcyBvbiBmaWxlOiAvdXNyL2xvY2FsL2xpYmRhdGEvcGtnY29uZmlnL3hjYi5wYyAtIGZv dW5kCj09PT4gICBsaWJYMTEtMS4yLDEgZGVwZW5kcyBvbiBmaWxlOiAvdXNyL2xvY2FsL3NoYXJl L2FjbG9jYWwveG9yZy1tYWNyb3MubTQgLSBmb3VuZCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKPT09PiAg IGxpYlgxMS0xLjIsMSBkZXBlbmRzIG9uIGZpbGU6IC91c3IvbG9jYWwvbGliZGF0YS9wa2djb25m aWcvYmlncmVxc3Byb3RvLnBjIC0gZm91bmQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAo9PT0+ICAgbGliWDExLTEu MiwxIGRlcGVuZHMgb24gZmlsZTogL3Vzci9sb2NhbC9saWJkYXRhL3BrZ2NvbmZpZy94Y21pc2Nw cm90by5wYyAtIGZvdW5kICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCj09PT4gICBsaWJYMTEtMS4yLDEgZGVwZW5k cyBvbiBmaWxlOiAvdXNyL2xvY2FsL2xpYmRhdGEvcGtnY29uZmlnL3hleHRwcm90by5wYyAtIGZv dW5kICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAKPT09PiAgIGxpYlgxMS0xLjIsMSBkZXBlbmRzIG9uIGZpbGU6 IC91c3IvbG9jYWwvbGliZGF0YS9wa2djb25maWcveHRyYW5zLnBjIC0gZm91bmQgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIAo9PT0+ICAgbGliWDExLTEuMiwxIGRlcGVuZHMgb24gZmlsZTogL3Vzci9sb2Nh bC9saWJkYXRhL3BrZ2NvbmZpZy9rYnByb3RvLnBjIC0gZm91bmQgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg Cj09PT4gICBsaWJYMTEtMS4yLDEgZGVwZW5kcyBvbiBmaWxlOiAvdXNyL2xvY2FsL2xpYmRhdGEv cGtnY29uZmlnL2lucHV0cHJvdG8ucGMgLSBmb3VuZCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKPT09PiAgIGxp YlgxMS0xLjIsMSBkZXBlbmRzIG9uIGZpbGU6IC91c3IvbG9jYWwvbGliZGF0YS9wa2djb25maWcv eGY4NmJpZ2ZvbnRwcm90by5wYyAtIGZvdW5kICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAo9PT0+ICAgbGliWDExLTEuMiwx IGRlcGVuZHMgb24gZmlsZTogL3Vzci9sb2NhbC9saWJkYXRhL3BrZ2NvbmZpZy94YXUucGMgLSBm b3VuZAo9PT0+ICAgbGliWDExLTEuMiwxIGRlcGVuZHMgb24gZmlsZTogL3Vzci9sb2NhbC9saWJk YXRhL3BrZ2NvbmZpZy94ZG1jcC5wYyAtIGZvdW5kICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCj09PT4g ICBsaWJYMTEtMS4yLDEgZGVwZW5kcyBvbiBmaWxlOiAvdXNyL2xvY2FsL2xpYmRhdGEvcGtnY29u ZmlnL3hwcm90by5wYyAtIGZvdW5kICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKPT09PiAgIGxpYlgxMS0x LjIsMSBkZXBlbmRzIG9uIGZpbGU6IC91c3IvbG9jYWwvYmluL2F1dG9tYWtlLTEuMTAgLSBmb3Vu ZCAgICAgICAKPT09PiAgIGxpYlgxMS0xLjIsMSBkZXBlbmRzIG9uIGZpbGU6IC91c3IvbG9jYWwv YmluL2F1dG9jb25mLTIuNjIgLSBmb3VuZCAgICAgICAKPT09PiAgIGxpYlgxMS0xLjIsMSBkZXBl bmRzIG9uIGZpbGU6IC91c3IvbG9jYWwvYmluL2xpYnRvb2wgLSBmb3VuZCAgICAgICAgICAgICAK PT09PiAgIGxpYlgxMS0xLjIsMSBkZXBlbmRzIG9uIGV4ZWN1dGFibGU6IHBrZy1jb25maWcgLSBm b3VuZCAgICAgICAgICAgICAgICAgICAKPT09PiAgQ29uZmlndXJpbmcgZm9yIGxpYlgxMS0xLjIs MSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcg Zm9yIGEgQlNELWNvbXBhdGlibGUgaW5zdGFsbC4uLiAvdXNyL2Jpbi9pbnN0YWxsIC1jIC1vIHJv b3QgLWcgd2hlZWwgICAKY2hlY2tpbmcgd2hldGhlciBidWlsZCBlbnZpcm9ubWVudCBpcyBzYW5l Li4uIHllcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGEgdGhy ZWFkLXNhZmUgbWtkaXIgLXAuLi4gLi9pbnN0YWxsLXNoIC1jIC1kICAgICAgICAgICAgICAgICAg ICAgICAKY2hlY2tpbmcgZm9yIGdhd2suLi4gZ2F3ayAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgd2hldGhlciBtYWtlIHNldHMg JChNQUtFKS4uLiB5ZXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hl Y2tpbmcgd2hldGhlciB0byBlbmFibGUgbWFpbnRhaW5lci1zcGVjaWZpYyBwb3J0aW9ucyBvZiBN YWtlZmlsZXMuLi4gbm8gICAgICAKY2hlY2tpbmcgaWYgeG9yZy1tYWNyb3MgdXNlZCB0byBnZW5l cmF0ZSBjb25maWd1cmUgaXMgYXQgbGVhc3QgMS4yLi4uIHllcywgMS4yLjEKY2hlY2tpbmcgYnVp bGQgc3lzdGVtIHR5cGUuLi4gYW1kNjQtcG9ydGJsZC1mcmVlYnNkNy4yICAgICAgICAgICAgICAg ICAgICAgICAgICAKY2hlY2tpbmcgaG9zdCBzeXN0ZW0gdHlwZS4uLiBhbWQ2NC1wb3J0YmxkLWZy ZWVic2Q3LjIgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIHN0eWxlIG9m IGluY2x1ZGUgdXNlZCBieSBtYWtlLi4uIEdOVSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAKY2hlY2tpbmcgZm9yIGdjYy4uLiBjYyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIEMgY29tcGlsZXIgZGVmYXVs dCBvdXRwdXQgZmlsZSBuYW1lLi4uIGEub3V0ICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tp bmcgd2hldGhlciB0aGUgQyBjb21waWxlciB3b3Jrcy4uLiB5ZXMgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgY3Jvc3MgY29tcGlsaW5n Li4uIG5vICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIHN1 ZmZpeCBvZiBleGVjdXRhYmxlcy4uLiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAKY2hlY2tpbmcgZm9yIHN1ZmZpeCBvZiBvYmplY3QgZmlsZXMuLi4gbyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUg dXNpbmcgdGhlIEdOVSBDIGNvbXBpbGVyLi4uIHllcyAgICAgICAgICAgICAgICAgICAgICAgICAK Y2hlY2tpbmcgd2hldGhlciBjYyBhY2NlcHRzIC1nLi4uIHllcyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGNjIG9wdGlvbiB0byBhY2NlcHQg SVNPIEM4OS4uLiBub25lIG5lZWRlZCAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcg ZGVwZW5kZW5jeSBzdHlsZSBvZiBjYy4uLiBnY2MzICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGEgc2VkIHRoYXQgZG9lcyBub3QgdHJ1bmNhdGUg b3V0cHV0Li4uIC91c3IvYmluL3NlZCAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGdyZXAg dGhhdCBoYW5kbGVzIGxvbmcgbGluZXMgYW5kIC1lLi4uIC91c3IvYmluL2dyZXAgICAgICAgICAg ICAgICAKY2hlY2tpbmcgZm9yIGVncmVwLi4uIC91c3IvYmluL2dyZXAgLUUgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGxkIHVzZWQgYnkgY2Mu Li4gL3Vzci9iaW4vbGQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hl Y2tpbmcgaWYgdGhlIGxpbmtlciAoL3Vzci9iaW4vbGQpIGlzIEdOVSBsZC4uLiB5ZXMgICAgICAg ICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIC91c3IvYmluL2xkIG9wdGlvbiB0byBy ZWxvYWQgb2JqZWN0IGZpbGVzLi4uIC1yICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9y IEJTRC1jb21wYXRpYmxlIG5tLi4uIC91c3IvYmluL25tIC1CICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAKY2hlY2tpbmcgd2hldGhlciBsbiAtcyB3b3Jrcy4uLiB5ZXMgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgaG93IHRvIHJlY29n bml6ZSBkZXBlbmRlbnQgbGlicmFyaWVzLi4uIHBhc3NfYWxsICAgICAgICAgICAgICAgICAgICAg ICAKY2hlY2tpbmcgaG93IHRvIHJ1biB0aGUgQyBwcmVwcm9jZXNzb3IuLi4gY2MgLUUgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIEFOU0kgQyBoZWFkZXIgZmls ZXMuLi4geWVzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tp bmcgZm9yIHN5cy90eXBlcy5oLi4uIHllcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIHN5cy9zdGF0LmguLi4geWVzICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIHN0 ZGxpYi5oLi4uIHllcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAKY2hlY2tpbmcgZm9yIHN0cmluZy5oLi4uIHllcyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIG1lbW9yeS5oLi4u IHllcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK Y2hlY2tpbmcgZm9yIHN0cmluZ3MuaC4uLiB5ZXMgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGludHR5cGVzLmguLi4geWVzICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcg Zm9yIHN0ZGludC5oLi4uIHllcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIHVuaXN0ZC5oLi4uIHllcyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZGxmY24uaCB1 c2FiaWxpdHkuLi4geWVzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAKY2hlY2tpbmcgZGxmY24uaCBwcmVzZW5jZS4uLiB5ZXMgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGRsZmNuLmguLi4geWVz ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hl Y2tpbmcgd2hldGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBDKysgY29tcGlsZXIuLi4geWVzICAg ICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgd2hldGhlciBjKysgYWNjZXB0cyAtZy4uLiB5 ZXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZGVw ZW5kZW5jeSBzdHlsZSBvZiBjKysuLi4gZ2NjMyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAKY2hlY2tpbmcgaG93IHRvIHJ1biB0aGUgQysrIHByZXByb2Nlc3Nvci4uLiBj KysgLUUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGc3Ny4uLiBu byAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAKY2hlY2tpbmcgZm9yIHhsZi4uLiBubyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGY3Ny4uLiBubyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tp bmcgZm9yIGZydC4uLiBubyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIHBnZjc3Li4uIG5vICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGNm NzcuLi4gbm8gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAKY2hlY2tpbmcgZm9yIGZvcnQ3Ny4uLiBubyAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGZsMzIuLi4gbm8g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK Y2hlY2tpbmcgZm9yIGFmNzcuLi4gbm8gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIHhsZjkwLi4uIG5vICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcg Zm9yIGY5MC4uLiBubyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIHBnZjkwLi4uIG5vICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIHBnaHBm Li4uIG5vICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAKY2hlY2tpbmcgZm9yIGVwY2Y5MC4uLiBubyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGdmb3J0cmFuLi4uIG5v ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hl Y2tpbmcgZm9yIGc5NS4uLiBubyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIHhsZjk1Li4uIG5vICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9y IGY5NS4uLiBubyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGZvcnQuLi4gbm8gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGlmb3J0Li4u IG5vICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAKY2hlY2tpbmcgZm9yIGlmYy4uLiBubyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGVmYy4uLiBubyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tp bmcgZm9yIHBnZjk1Li4uIG5vICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGxmOTUuLi4gbm8gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGZ0 bi4uLiBubyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAKY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgdXNpbmcgdGhlIEdOVSBGb3J0cmFuIDc3 IGNvbXBpbGVyLi4uIG5vICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgd2hldGhlciAgYWNjZXB0 cyAtZy4uLiBubyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK Y2hlY2tpbmcgdGhlIG1heGltdW0gbGVuZ3RoIG9mIGNvbW1hbmQgbGluZSBhcmd1bWVudHMuLi4g KGNhY2hlZCkgMjYyMTQ0ICAgICAgICAKY2hlY2tpbmcgY29tbWFuZCB0byBwYXJzZSAvdXNyL2Jp bi9ubSAtQiBvdXRwdXQgZnJvbSBjYyBvYmplY3QuLi4gb2sgICAgICAgICAgICAKY2hlY2tpbmcg Zm9yIG9iamRpci4uLiAubGlicyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIGFyLi4uIGFyICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZm9yIHJhbmxp Yi4uLiByYW5saWIgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAKY2hlY2tpbmcgZm9yIHN0cmlwLi4uIHN0cmlwICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgaWYgY2Mgc3VwcG9ydHMgLWZu by1ydHRpIC1mbm8tZXhjZXB0aW9ucy4uLiBubyAgICAgICAgICAgICAgICAgICAgICAgICAKY2hl Y2tpbmcgZm9yIGNjIG9wdGlvbiB0byBwcm9kdWNlIFBJQy4uLiAtZlBJQyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgaWYgY2MgUElDIGZsYWcgLWZQSUMgd29ya3Mu Li4geWVzICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgaWYg Y2Mgc3RhdGljIGZsYWcgLXN0YXRpYyB3b3Jrcy4uLiB5ZXMgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAKY2hlY2tpbmcgaWYgY2Mgc3VwcG9ydHMgLWMgLW8gZmlsZS5vLi4uIHllcyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgd2hldGhlciB0aGUg Y2MgbGlua2VyICgvdXNyL2Jpbi9sZCkgc3VwcG9ydHMgc2hhcmVkIGxpYnJhcmllcy4uLiB5ZXMg ICAKY2hlY2tpbmcgd2hldGhlciAtbGMgc2hvdWxkIGJlIGV4cGxpY2l0bHkgbGlua2VkIGluLi4u IG5vICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgZHluYW1pYyBsaW5rZXIgY2hhcmFj dGVyaXN0aWNzLi4uIGZyZWVic2Q3LjIgbGQuc28gICAgICAgICAgICAgICAgICAgICAKY2hlY2tp bmcgaG93IHRvIGhhcmRjb2RlIGxpYnJhcnkgcGF0aHMgaW50byBwcm9ncmFtcy4uLiBpbW1lZGlh dGUgICAgICAgICAgICAgICAKY2hlY2tpbmcgd2hldGhlciBzdHJpcHBpbmcgbGlicmFyaWVzIGlz IHBvc3NpYmxlLi4uIHllcyAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgaWYgbGli dG9vbCBzdXBwb3J0cyBzaGFyZWQgbGlicmFyaWVzLi4uIHllcyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAKY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBzaGFyZWQgbGlicmFyaWVzLi4uIHll cyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgd2hldGhlciB0byBidWls ZCBzdGF0aWMgbGlicmFyaWVzLi4uIHllcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK Y29uZmlndXJlOiBjcmVhdGluZyBsaWJ0b29sICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKYXBwZW5kaW5nIGNvbmZpZ3VyYXRpb24gdGFnICJDWFgi IHRvIGxpYnRvb2wgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcg Zm9yIGxkIHVzZWQgYnkgYysrLi4uIC91c3IvYmluL2xkICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKY2hlY2tpbmcgaWYgdGhlIGxpbmtlciAoL3Vzci9iaW4vbGQpIGlzIEdO VSBsZC4uLiB5ZXMgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgd2hldGhlciB0 aGUgYysrIGxpbmtlciAoL3Vzci9iaW4vbGQpIHN1cHBvcnRzIHNoYXJlZCBsaWJyYXJpZXMuLi4g eWVzICAKY2hlY2tpbmcgZm9yIGMrKyBvcHRpb24gdG8gcHJvZHVjZSBQSUMuLi4gLWZQSUMgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgaWYgYysrIFBJQyBmbGFnIC1m UElDIHdvcmtzLi4uIHllcyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hl Y2tpbmcgaWYgYysrIHN0YXRpYyBmbGFnIC1zdGF0aWMgd29ya3MuLi4geWVzICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgaWYgYysrIHN1cHBvcnRzIC1jIC1vIGZpbGUu by4uLiB5ZXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKY2hlY2tpbmcgd2hl dGhlciB0aGUgYysrIGxpbmtlciAoL3Vzci9iaW4vbGQpIHN1cHBvcnRzIHNoYXJlZCBsaWJyYXJp ZXMuLi4geWVzICAKY2hlY2tpbmcgZHluYW1pYyBsaW5rZXIgY2hhcmFjdGVyaXN0aWNzLi4uIGZy ZWVic2Q3LjIgbGQuc28gICAgICAgICAgICAgICAgICAgICAKKGNhY2hlZCkgKGNhY2hlZCkgY2hl Y2tpbmcgaG93IHRvIGhhcmRjb2RlIGxpYnJhcnkgcGF0aHMgaW50byBwcm9ncmFtcy4uLiBpbW1l ZGlhdGUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIAphcHBlbmRpbmcgY29uZmlndXJhdGlvbiB0YWcgIkY3 NyIgdG8gbGlidG9vbCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIApjaGVja2lu ZyBmb3IgZ2NjLi4uIChjYWNoZWQpIGNjICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIApjaGVja2luZyB3aGV0aGVyIHdlIGFyZSB1c2luZyB0aGUgR05VIEMg Y29tcGlsZXIuLi4gKGNhY2hlZCkgeWVzICAgICAgICAgICAgICAgIApjaGVja2luZyB3aGV0aGVy IGNjIGFjY2VwdHMgLWcuLi4gKGNhY2hlZCkgeWVzICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIApjaGVja2luZyBmb3IgY2Mgb3B0aW9uIHRvIGFjY2VwdCBJU08gQzg5Li4uIChjYWNo ZWQpIG5vbmUgbmVlZGVkICAgICAgICAgICAgICAgIApjaGVja2luZyBkZXBlbmRlbmN5IHN0eWxl IG9mIGNjLi4uIChjYWNoZWQpIGdjYzMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIApD V0FSTkZMQUdTKz0gLVdvbGQtc3R5bGUtZGVmaW5pdGlvbiAtV2RlY2xhcmF0aW9uLWFmdGVyLXN0 YXRlbWVudDogbm90IGZvdW5kICAgIApjaGVja2luZyBmb3IgY3BwLi4uIC91c3IvYmluL2NwcApj aGVja2luZyBpZiAvdXNyL2Jpbi9jcHAgcmVxdWlyZXMgLXVuZGVmLi4uIHllcwpjaGVja2luZyBp ZiAvdXNyL2Jpbi9jcHAgcmVxdWlyZXMgLXRyYWRpdGlvbmFsLi4uIHllcwpjaGVja2luZyB3aGV0 aGVyIHRvIHVzZSBYQ0IuLi4gKGNhY2hlZCkgeWVzCi4vY29uZmlndXJlOiAyMTE0MTogU3ludGF4 IGVycm9yOiB3b3JkIHVuZXhwZWN0ZWQgKGV4cGVjdGluZyAiKSIpCj09PT4gIFNjcmlwdCAiY29u ZmlndXJlIiBmYWlsZWQgdW5leHBlY3RlZGx5LgpQbGVhc2UgcmVwb3J0IHRoZSBwcm9ibGVtIHRv IHgxMUBGcmVlQlNELm9yZyBbbWFpbnRhaW5lcl0gYW5kIGF0dGFjaCB0aGUKIi91c3IvcG9ydHMv eDExL2xpYlgxMS93b3JrL2xpYlgxMS0xLjIvY29uZmlnLmxvZyIgaW5jbHVkaW5nIHRoZSBvdXRw dXQgb2YKdGhlIGZhaWx1cmUgb2YgeW91ciBtYWtlIGNvbW1hbmQuIEFsc28sIGl0IG1pZ2h0IGJl IGEgZ29vZCBpZGVhIHRvIHByb3ZpZGUKYW4gb3ZlcnZpZXcgb2YgYWxsIHBhY2thZ2VzIGluc3Rh bGxlZCBvbiB5b3VyIHN5c3RlbSAoZS5nLiBhbiBgbHMKL3Zhci9kYi9wa2dgKS4KKioqIEVycm9y IGNvZGUgMQoKU3RvcCBpbiAvdXNyL3BvcnRzL3gxMS9saWJYMTEuCioqKiBFcnJvciBjb2RlIDEK ClN0b3AgaW4gL3Vzci9wb3J0cy9tYXRoL1IuCioqKiBFcnJvciBjb2RlIDEKClN0b3AgaW4gL3Vz ci9wb3J0cy9tYXRoL1IuCltyb290QHBjYnNkXS91c3IvcG9ydHMvbWF0aC9SKDMxKSMgbHMgL3Zh ci9kYi9wa2cKYXV0b2NvbmYtMi42MiAgICAgICAgICAgICBsaWJYZG1jcC0xLjAuMl8xICAgICAg ICAgIHBvcnRtYXN0ZXItMi43CmF1dG9jb25mLXdyYXBwZXItMjAwNzExMDkgbGliY2hlY2stMC45 LjYgICAgICAgICAgICBweXRob24yNS0yLjUuNF8xCmF1dG9tYWtlLTEuMTAuMSAgICAgICAgICAg bGliZ21wLTQuMi40ICAgICAgICAgICAgICB4Y2ItcHJvdG8tMS40CmF1dG9tYWtlLXdyYXBwZXIt MjAwNzExMDkgbGliaWNvbnYtMS4xMV8xICAgICAgICAgICB4Y21pc2Nwcm90by0xLjEuMgpiaWdy ZXFzcHJvdG8tMS4wLjIgICAgICAgIGxpYnB0aHJlYWQtc3R1YnMtMC4xICAgICAgeGV4dHByb3Rv LTcuMC41CmdjYy00LjMuNF8yMDA5MDMyNiAgICAgICAgbGlidG9vbC0xLjUuMjYgICAgICAgICAg ICB4Zjg2YmlnZm9udHByb3RvLTEuMS4yCmdldHRleHQtMC4xN18xICAgICAgICAgICAgbGlieGNi LTEuMiAgICAgICAgICAgICAgICB4b3JnLW1hY3Jvcy0xLjIuMQpnbWFrZS0zLjgxXzMgICAgICAg ICAgICAgIG00LTEuNC4xMiwxICAgICAgICAgICAgICAgeHByb3RvLTcuMC4xNQppbnB1dHByb3Rv LTEuNS4wICAgICAgICAgIG1wZnItMi40LjEgICAgICAgICAgICAgICAgeHRyYW5zLTEuMi4zCmti cHJvdG8tMS4wLjMgICAgICAgICAgICAgcGVybC10aHJlYWRlZC01LjguOV8yCmxpYlhhdS0xLjAu NCAgICAgICAgICAgICAgcG9ydGF1ZGl0LTAuNS4xMgpbcm9vdEBwY2JzZF0vdXNyL3BvcnRzL21h dGgvUigzMikjCg== --00504502e96d3422e5047b4713f2-- From owner-freebsd-x11@FreeBSD.ORG Tue Dec 22 04:33:25 2009 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 676761065672 for ; Tue, 22 Dec 2009 04:33:25 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2F1D48FC0A for ; Tue, 22 Dec 2009 04:33:24 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBM4XLK9064471 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 21 Dec 2009 23:33:22 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Steve Polyack In-Reply-To: <1261414036.2304.1.camel@balrog.2hip.net> References: <4B213D8F.6080906@comcast.net> <1260474623.2281.8.camel@balrog.2hip.net> <4B215405.2080502@comcast.net> <1260476369.2281.16.camel@balrog.2hip.net> <1260556637.2281.19.camel@balrog.2hip.net> <4B2647C6.6080101@comcast.net> <4B2F9E41.909@comcast.net> <1261412678.2302.10.camel@balrog.2hip.net> <4B2FA5F3.8020605@comcast.net> <1261414036.2304.1.camel@balrog.2hip.net> Content-Type: text/plain Organization: FreeBSD Date: Mon, 21 Dec 2009 22:33:15 -0600 Message-Id: <1261456395.9743.4.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 Subject: Re: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE 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, 22 Dec 2009 04:33:25 -0000 On Mon, 2009-12-21 at 10:47 -0600, Robert Noland wrote: > > > working at least. I still need to test with some other cards, but > so > > > far, I think the following have been tested. > > > > > > r6/700 amd64 pci-e > > > r600 i386 pci-e > > > r200 i386 pci (This should be the same code paths for r300 as > well) > > > mga amd64 agp Add intel g45 i386 (fake agp like all intel chips) Surprisingly, since MTRR fails on that board, getting write-combining set properly in this patch basically doubled or more the framerate of glxgears. That isn't a particularly useful benchmark, but it does demonstrate the value of having the caching mode set properly. robert. -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Tue Dec 22 06:26:46 2009 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 9DF9C106566C; Tue, 22 Dec 2009 06:26:46 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 641FE8FC08; Tue, 22 Dec 2009 06:26:45 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBM6Qi3Z065104 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 22 Dec 2009 01:26:44 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norikatsu Shigemura In-Reply-To: <20091221045848.9ffc345d.nork@FreeBSD.org> References: <20091205104243.f66171bb.nork@FreeBSD.org> <20091221003422.f13f9cbd.nork@ninth-nine.com> <20091221045848.9ffc345d.nork@FreeBSD.org> Content-Type: text/plain Organization: FreeBSD Date: Tue, 22 Dec 2009 00:26:38 -0600 Message-Id: <1261463198.9743.39.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: ports@FreeBSD.org, x11@FreeBSD.org Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 22 Dec 2009 06:26:46 -0000 On Mon, 2009-12-21 at 04:58 +0900, Norikatsu Shigemura wrote: > On Mon, 21 Dec 2009 00:34:22 +0900 > Norikatsu Shigemura wrote: > > > I'm ready to update ports related Mesa3D to 7.6 base, graphics/dri, > > > graphics/libGL*, graphics/libglut, graphics/mesa-demos and > > > graphics/libdrm. Please see also my attached patch file. I'll > > > update these as soon as tomorrow. > > Reworking for 7.6.1-rc4. Please test attached patch. I've put a patch of 7.6.1 release at: http://people.freebsd.org/~rnoland/mesa-7.6.1-release.patch As much as I don't want to, I need to request a repo copy of libdrm in order to keep nouveau working... The bits needed for r600 were added just after 2.4.12 and the bits that broke nouveau were just before 2.4.13... robert. > I confirmed that 2 *my* issue was fixed: > > 1. bluish coloring > Because of Depth Color = 16, so I change Depth Color to 24. > Fix this issue. > > 2. Too heavy FlightGear > I always enable LIBGL_ALWAYS_INDIRECT environment. It's > required by compiz. But many OpenGL applications are not > comfortably. glxgears's frames bump up to 2600FPS from > 1600FPS by disable LIBGL_ALWAYS_INDIRECT. -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Tue Dec 22 09:21:05 2009 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 1F02B106566B; Tue, 22 Dec 2009 09:21:05 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EAD258FC0C; Tue, 22 Dec 2009 09:21:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBM9L4p2070128; Tue, 22 Dec 2009 09:21:04 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBM9L4Cw070118; Tue, 22 Dec 2009 09:21:04 GMT (envelope-from linimon) Date: Tue, 22 Dec 2009 09:21:04 GMT Message-Id: <200912220921.nBM9L4Cw070118@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/141853: x11/xorg: X doesn't start with 'intel' (Asus P5QPL-AM G41 express) 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, 22 Dec 2009 09:21:05 -0000 Old Synopsis: X doesn't start with 'intel' (Asus P5QPL-AM G41 express) New Synopsis: x11/xorg: X doesn't start with 'intel' (Asus P5QPL-AM G41 express) Responsible-Changed-From-To: freebsd-i386->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Tue Dec 22 09:20:39 UTC 2009 Responsible-Changed-Why: ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=141853 From owner-freebsd-x11@FreeBSD.ORG Tue Dec 22 12:15:55 2009 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 E0C6F106566B; Tue, 22 Dec 2009 12:15:55 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 902818FC0C; Tue, 22 Dec 2009 12:15:55 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 69B305AE16; Tue, 22 Dec 2009 12:45:23 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 5EAA75AD68; Tue, 22 Dec 2009 12:45:23 +0100 (CET) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 3129E5CE8C; Tue, 22 Dec 2009 12:45:23 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2FP1HF244) with ESMTP id 2009122212452059-317812 ; Tue, 22 Dec 2009 12:45:20 +0100 Received: by wep4035 (sSMTP sendmail emulation); Tue, 22 Dec 2009 12:45:21 +0100 Date: Tue, 22 Dec 2009 12:45:21 +0100 From: Alexey Shuvaev To: Robert Noland Message-ID: <20091222114521.GA21732@wep4035.physik.uni-wuerzburg.de> References: <20091205104243.f66171bb.nork@FreeBSD.org> <20091221003422.f13f9cbd.nork@ninth-nine.com> <20091221045848.9ffc345d.nork@FreeBSD.org> <1261463198.9743.39.camel@balrog.2hip.net> MIME-Version: 1.0 In-Reply-To: <1261463198.9743.39.camel@balrog.2hip.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.20 (2009-06-14) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2FP1HF244 | April 7, 2009) at 12/22/2009 12:45:21 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2FP1HF244 | April 7, 2009) at 12/22/2009 12:45:22 PM, Serialize complete at 12/22/2009 12:45:22 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: ports@FreeBSD.org, x11@FreeBSD.org, Norikatsu Shigemura Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 22 Dec 2009 12:15:56 -0000 On Tue, Dec 22, 2009 at 12:26:38AM -0600, Robert Noland wrote: > On Mon, 2009-12-21 at 04:58 +0900, Norikatsu Shigemura wrote: > > On Mon, 21 Dec 2009 00:34:22 +0900 > > Norikatsu Shigemura wrote: > > > > I'm ready to update ports related Mesa3D to 7.6 base, graphics/dri, > > > > graphics/libGL*, graphics/libglut, graphics/mesa-demos and > > > > graphics/libdrm. Please see also my attached patch file. I'll > > > > update these as soon as tomorrow. > > > Reworking for 7.6.1-rc4. Please test attached patch. > > I've put a patch of 7.6.1 release at: > > http://people.freebsd.org/~rnoland/mesa-7.6.1-release.patch > > As much as I don't want to, I need to request a repo copy of libdrm in > order to keep nouveau working... The bits needed for r600 were added > just after 2.4.12 and the bits that broke nouveau were just before > 2.4.13... > +1 for keeping nouveau working. Alexey. From owner-freebsd-x11@FreeBSD.ORG Tue Dec 22 12:19:48 2009 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 7F6AB1065692 for ; Tue, 22 Dec 2009 12:19:48 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout10.t-online.de (mailout10.t-online.de [194.25.134.21]) by mx1.freebsd.org (Postfix) with ESMTP id 212048FC0A for ; Tue, 22 Dec 2009 12:19:47 +0000 (UTC) Received: from fwd07.aul.t-online.de by mailout10.t-online.de with smtp id 1NN3Qq-000688-04; Tue, 22 Dec 2009 13:01:40 +0100 Received: from localhost (GubDivZ6ZtatWT9pQVHGo6SXcJuQ8z0kcgvbVpXl52y+q58QmPcM1zD-U6WnAnKEFw78Vdomg1@[91.21.122.135]) by fwd07.t-online.de with esmtp id 1NN3QF-151X5U0; Tue, 22 Dec 2009 13:01:03 +0100 Date: Tue, 22 Dec 2009 13:01:07 +0100 From: olhe To: freebsd-x11@freebsd.org Message-ID: <20091222120106.GA35030@skarabrae> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-FACE: NKXi7U>K\t[Uy`{wSh}+]f//bf^0Cck,.0wy9uIrOSTp#EQ7yb\EVU=f; 1n[`W3$`ufzt:c oFRVTH+NRsro_-B2a>n&'!|}Z|8=U# User-Agent: mutt/1.5.20 (FreeBSD/amd64) X-ID: GubDivZ6ZtatWT9pQVHGo6SXcJuQ8z0kcgvbVpXl52y+q58QmPcM1zD-U6WnAnKEFw78Vdomg1 X-TOI-MSGID: f62df81f-bc66-4444-a732-26d6b6660416 Subject: Mesa 7.6.1 is ready 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, 22 Dec 2009 12:19:48 -0000 Seems that Mesa 7.6.1 is ready: ftp://ftp.freedesktop.org/pub/mesa/7.6.1/ Will we see it in the ports anytime soon or are there any further glitches? I've been testing it since RC2 to RC4 without any problems on ATI Mobility Radeon HD 3430. I've seen a somewhat better performance with RC4 compared to RC2, while using radeon instead of radeonhd. Cheers Oliver From owner-freebsd-x11@FreeBSD.ORG Tue Dec 22 16:46:13 2009 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 B35FB10656D9 for ; Tue, 22 Dec 2009 16:46:13 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id 7A1ED8FC18 for ; Tue, 22 Dec 2009 16:46:13 +0000 (UTC) Received: from [192.168.2.164] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Tue, 22 Dec 2009 11:46:12 -0500 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::121 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-x11@freebsd.org X-SMFBL: ZnJlZWJzZC14MTFAZnJlZWJzZC5vcmc= Message-ID: <4B30F7D4.9040307@comcast.net> Date: Tue, 22 Dec 2009 11:46:12 -0500 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20091214 Thunderbird/3.0 MIME-Version: 1.0 To: Robert Noland References: <4B213D8F.6080906@comcast.net> <1260474623.2281.8.camel@balrog.2hip.net> <4B215405.2080502@comcast.net> <1260476369.2281.16.camel@balrog.2hip.net> <1260556637.2281.19.camel@balrog.2hip.net> <4B2647C6.6080101@comcast.net> <4B2F9E41.909@comcast.net> <1261412678.2302.10.camel@balrog.2hip.net> <4B2FA5F3.8020605@comcast.net> <1261414036.2304.1.camel@balrog.2hip.net> In-Reply-To: <1261414036.2304.1.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11 Subject: Re: PCI Radeon 9250 - DRI/DRM in 8.0-RELEASE 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, 22 Dec 2009 16:46:13 -0000 On 12/21/09 11:47, Robert Noland wrote: > On Mon, 2009-12-21 at 11:44 -0500, Steve Polyack wrote: > >> On 12/21/09 11:24, Robert Noland wrote: >> >>> On Mon, 2009-12-21 at 11:11 -0500, Steve Polyack wrote: >>> >>> >>>> Robert, >>>> The drm_mmap patch >>>> (http://people.freebsd.org/~rnoland/drm_mmap_fix.patch) that you >>>> provided seems to have solved my issues: >>>> >>>> OpenGL vendor string: Tungsten Graphics, Inc. >>>> OpenGL renderer string: Mesa DRI R200 20060602 x86/MMX/SSE2 TCL >>>> OpenGL version string: 1.3 Mesa 7.4.4 >>>> >>>> (II) [drm] DRM interface version 1.2 >>>> (II) [drm] DRM open master succeeded. >>>> (II) RADEON(0): [drm] Using the DRM lock SAREA also for drawables. >>>> (II) RADEON(0): [drm] framebuffer handle = 0x30000000 >>>> (II) RADEON(0): [drm] added 1 reserved context for kernel >>>> (II) RADEON(0): X context handle = 0x1 >>>> (II) RADEON(0): [drm] installed DRM signal handler >>>> (II) RADEON(0): [pci] 8192 kB allocated with handle 0xe964c000 >>>> (II) RADEON(0): [pci] ring handle = 0x40000000 >>>> (II) RADEON(0): [pci] Ring mapped at 0x28a7d000 >>>> (II) RADEON(0): [pci] Ring contents 0x00000000 >>>> (II) RADEON(0): [pci] ring read ptr handle = 0x50000000 >>>> (II) RADEON(0): [pci] Ring read ptr mapped at 0x286ff000 >>>> (II) RADEON(0): [pci] Ring read ptr contents 0x00000000 >>>> (II) RADEON(0): [pci] vertex/indirect buffers handle = 0x60000000 >>>> (II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0x30c00000 >>>> (II) RADEON(0): [pci] Vertex/indirect buffers contents 0x00000000 >>>> (II) RADEON(0): [pci] GART texture map handle = 0x70000000 >>>> (II) RADEON(0): [pci] GART Texture map mapped at 0x30e00000 >>>> (II) RADEON(0): [drm] register handle = 0x10000000 >>>> (II) RADEON(0): [dri] Visual configs initialized >>>> (II) RADEON(0): RADEONRestoreMemMapRegisters() : >>>> (II) RADEON(0): MC_FB_LOCATION : 0xefffe000 0x1fff0000 >>>> (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 >>>> (==) RADEON(0): Backing store disabled >>>> (II) RADEON(0): [DRI] installation complete >>>> (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers >>>> (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers >>>> (II) RADEON(0): [drm] dma control initialized, using IRQ 16 >>>> (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 >>>> (WW) RADEON(0): DRI init changed memory map, adjusting ... >>>> (WW) RADEON(0): MC_FB_LOCATION was: 0xefffe000 is: 0xefffe000 >>>> (WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xffffffc0 >>>> (II) RADEON(0): RADEONRestoreMemMapRegisters() : >>>> (II) RADEON(0): MC_FB_LOCATION : 0xefffe000 0xefffe000 >>>> (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 >>>> (II) RADEON(0): Direct rendering enabled >>>> (II) RADEON(0): Render acceleration enabled for R200 type cards. >>>> >>>> I'm also getting the "set memattr inconsistently" messages, but I saw >>>> your previous email regarding that and will apply that patch as well >>>> when I get a chance. >>>> >>>> >>> I'm going to have to remove some local patches from my tree and try to >>> get this fixed. The patch that I posted apparently doesn't resolve the >>> inconsistent mapping. I hadn't realized that the patch that warns about >>> this had made it into the tree. >>> >> Whether it resolves it or not I cannot say, I wasn't able to get it to >> build: >> >> ===> drm/drm (all) >> cc -pipe -O2 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >> -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include >> /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq >> -finline-limit=8000 --param inline-unit-growth=100 --param >> large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/GENERIC >> -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx >> -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector >> -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes >> -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign >> -fformat-extensions -c >> /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c >> cc1: warnings being treated as errors >> /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c: In function >> 'drm_sg_alloc': >> /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_scatter.c:85: warning: >> passing argument 1 of 'pmap_change_attr' makes integer from pointer >> >> line 85: >> pmap_change_attr(dmah->vaddr, request->size, >> PAT_WRITE_COMBINING); >> > pmap_change_attr((vm_offset_t)dmah->vaddr, request->size, > PAT_WRITE_COMBINING); > I made this change and you were right, the messages remain. After a few hours of usage today I began noticing some minor text corruption in rdesktop (to a Windows XP machine), and in the KeePass application (native/X/FreeBSD). I haven't seen it anywhere else yet, but I've never seen this before. Some, but not all text in rdesktop has artifacting on the top of tall characters. The corruption in Keepass is more general garbling of the text, although it is still remotely readable. Let me know if you would like to see screenshots. Thanks From owner-freebsd-x11@FreeBSD.ORG Tue Dec 22 17:03:17 2009 Return-Path: Delivered-To: x11@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2A074106568F; Tue, 22 Dec 2009 17:03:16 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Wed, 23 Dec 2009 02:03:15 +0900 From: Norikatsu Shigemura To: Robert Noland Message-Id: <20091223020315.890e2ee0.nork@FreeBSD.org> In-Reply-To: <1261463198.9743.39.camel@balrog.2hip.net> References: <20091205104243.f66171bb.nork@FreeBSD.org> <20091221003422.f13f9cbd.nork@ninth-nine.com> <20091221045848.9ffc345d.nork@FreeBSD.org> <1261463198.9743.39.camel@balrog.2hip.net> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__23_Dec_2009_02_03_15_+0900_p4.6gPS0S95d8yv+" Cc: ports@FreeBSD.org, x11@FreeBSD.org, nork@FreeBSD.org Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 22 Dec 2009 17:03:17 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__23_Dec_2009_02_03_15_+0900_p4.6gPS0S95d8yv+ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi rnoland. On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland wrote: > As much as I don't want to, I need to request a repo copy of libdrm in > order to keep nouveau working... The bits needed for r600 were added > just after 2.4.12 and the bits that broke nouveau were just before > 2.4.13... Ah, I just see! ABI breakage is building issue, I confirmed: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - $ cd /usr/ports/x11-drivers/xf86-video-nouveau $ make : nv_driver.c: In function 'NVPreInitDRM': nv_driver.c:676: error: 'struct nouveau_device_priv' has no member named 'mm_enabled' nv_driver.c: In function 'NVMapMemSW': nv_driver.c:1146: warning: implicit declaration of function 'nouveau_bo_fake' *** Error code 1 2 errors *** Error code 1 1 error *** Error code 2 1 error *** Error code 1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I think simple-fully xf86-video-nouveau updating at the same time. Please see also attached patch. I confirmed that compile is OK. But I don't have any GeForce video cards. So I don't know any problems of updating it in real. And do you have any recommendation of GeForce? e.g. 9800GTX, GT260, ... I'll get one and test. I'm interested in Cuda and nvidia binary driver, too. P.S. libdrm was update to 2.4.17, so I'll update... --Multipart=_Wed__23_Dec_2009_02_03_15_+0900_p4.6gPS0S95d8yv+ Content-Type: text/plain; name="xf86-video-nouveau.diff" Content-Disposition: attachment; filename="xf86-video-nouveau.diff" Content-Transfer-Encoding: 7bit Index: Makefile =================================================================== RCS file: /home/ncvs/ports/x11-drivers/xf86-video-nouveau/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- Makefile 1 Aug 2009 17:42:44 -0000 1.7 +++ Makefile 22 Dec 2009 16:36:48 -0000 @@ -9,7 +9,8 @@ PORTVERSION= 0.0.10.${SNAPDATE} DISTVERSIONSUFFIX=.${SNAPREV} CATEGORIES= x11-drivers -MASTER_SITES= ftp://ftp.lissyara.su/users/Guest/distfiles/ +MASTER_SITES= ${MASTER_SITE_LOCAL} +MASTER_SITE_SUBDIR= nork MAINTAINER= x11@FreeBSD.org COMMENT= Free nouveau display driver for nvidia-based cards Index: Makefile.rev =================================================================== RCS file: /home/ncvs/ports/x11-drivers/xf86-video-nouveau/Makefile.rev,v retrieving revision 1.1 diff -u -r1.1 Makefile.rev --- Makefile.rev 1 Aug 2009 17:42:44 -0000 1.1 +++ Makefile.rev 22 Dec 2009 16:35:26 -0000 @@ -1,2 +1,2 @@ -SNAPDATE= 20090728 -SNAPREV= e259925 +SNAPDATE= 20091217 +SNAPREV= bb19478 Index: distinfo =================================================================== RCS file: /home/ncvs/ports/x11-drivers/xf86-video-nouveau/distinfo,v retrieving revision 1.4 diff -u -r1.4 distinfo --- distinfo 1 Aug 2009 17:42:44 -0000 1.4 +++ distinfo 22 Dec 2009 16:35:30 -0000 @@ -1,3 +1,3 @@ -MD5 (xorg/driver/xf86-video-nouveau-0.0.10.20090728.e259925.tar.bz2) = 8e0b3246a8b2a49a9609b1bdf6279e64 -SHA256 (xorg/driver/xf86-video-nouveau-0.0.10.20090728.e259925.tar.bz2) = 48e328a04a2dc9ea5dfebd21eae7c23987dcf53dcd3db7bee477d873cbb31906 -SIZE (xorg/driver/xf86-video-nouveau-0.0.10.20090728.e259925.tar.bz2) = 552302 +MD5 (xorg/driver/xf86-video-nouveau-0.0.10.20091217.bb19478.tar.bz2) = 027d384b213fa61732e0324af39e34e9 +SHA256 (xorg/driver/xf86-video-nouveau-0.0.10.20091217.bb19478.tar.bz2) = d481815265c298753228ec86a9ba413827c97c2f3b19d4b37ec7f4979a6c661a +SIZE (xorg/driver/xf86-video-nouveau-0.0.10.20091217.bb19478.tar.bz2) = 559648 --Multipart=_Wed__23_Dec_2009_02_03_15_+0900_p4.6gPS0S95d8yv+-- From owner-freebsd-x11@FreeBSD.ORG Tue Dec 22 17:13:23 2009 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 2B6DA1065693; Tue, 22 Dec 2009 17:13:23 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id CB27A8FC17; Tue, 22 Dec 2009 17:13:22 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBMHDKh7068992 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 22 Dec 2009 12:13:20 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Norikatsu Shigemura In-Reply-To: <20091223020315.890e2ee0.nork@FreeBSD.org> References: <20091205104243.f66171bb.nork@FreeBSD.org> <20091221003422.f13f9cbd.nork@ninth-nine.com> <20091221045848.9ffc345d.nork@FreeBSD.org> <1261463198.9743.39.camel@balrog.2hip.net> <20091223020315.890e2ee0.nork@FreeBSD.org> Content-Type: text/plain Organization: FreeBSD Date: Tue, 22 Dec 2009 11:13:14 -0600 Message-Id: <1261501994.2304.12.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: ports@FreeBSD.org, x11@FreeBSD.org Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 22 Dec 2009 17:13:23 -0000 On Wed, 2009-12-23 at 02:03 +0900, Norikatsu Shigemura wrote: > Hi rnoland. > > On Tue, 22 Dec 2009 00:26:38 -0600 > Robert Noland wrote: > > As much as I don't want to, I need to request a repo copy of libdrm in > > order to keep nouveau working... The bits needed for r600 were added > > just after 2.4.12 and the bits that broke nouveau were just before > > 2.4.13... > > Ah, I just see! ABI breakage is building issue, I confirmed: > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > $ cd /usr/ports/x11-drivers/xf86-video-nouveau > $ make > : > nv_driver.c: In function 'NVPreInitDRM': > nv_driver.c:676: error: 'struct nouveau_device_priv' has no member named 'mm_enabled' > nv_driver.c: In function 'NVMapMemSW': > nv_driver.c:1146: warning: implicit declaration of function 'nouveau_bo_fake' > *** Error code 1 > 2 errors > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 1 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > I think simple-fully xf86-video-nouveau updating at the same > time. Please see also attached patch. I confirmed that > compile is OK. But I don't have any GeForce video cards. > So I don't know any problems of updating it in real. > > And do you have any recommendation of GeForce? e.g. 9800GTX, > GT260, ... I'll get one and test. I'm interested in Cuda > and nvidia binary driver, too. The problem is that updating nouveau will mean that drm support will be lost. The fake buffer object bits were removed only leaving full TTM support. We don't have TTM support in the kernel yet and my kernel patch relies on the fake buffer object code to function. > P.S. libdrm was update to 2.4.17, so I'll update... That is the issue, if we update libdrm then we lose drm support for nouveau. The only immediate option that I see is to repo-copy libdrm to keep 2.4.12 for nouveau, but that leads to dependency nightmares... robert. -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Dec 23 05:31:48 2009 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 AD0981065692; Wed, 23 Dec 2009 05:31:48 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id 61DC58FC12; Wed, 23 Dec 2009 05:31:48 +0000 (UTC) Received: from ravenloft.kiev.ua ([91.123.146.100]) by istc.kiev.ua with esmtp (Exim 4.69) (envelope-from ) id 1NNJp4-00023R-5L; Wed, 23 Dec 2009 07:31:47 +0200 Date: Wed, 23 Dec 2009 07:31:46 +0200 From: Alex Kozlov To: ports@FreeBSD.org, x11@FreeBSD.org, Norikatsu Shigemura , Robert Noland , spam@rm-rf.kiev.ua Message-ID: <20091223053146.GA89371@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 23 Dec 2009 05:31:48 -0000 On Wed, Dec 23, 2009 at 02:03:15AM +0900, Norikatsu Shigemura wrote: > On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland wrote: > > As much as I don't want to, I need to request a repo copy of libdrm in > > order to keep nouveau working... The bits needed for r600 were added > > just after 2.4.12 and the bits that broke nouveau were just before > > 2.4.13... > > Ah, I just see! ABI breakage is building issue, I confirmed: > > I think simple-fully xf86-video-nouveau updating at the same > time. Please see also attached patch. I confirmed that > compile is OK. But I don't have any GeForce video cards. > So I don't know any problems of updating it in real. > > And do you have any recommendation of GeForce? e.g. 9800GTX, > GT260, ... I'll get one and test. I'm interested in Cuda > and nvidia binary driver, too. > > P.S. libdrm was update to 2.4.17, so I'll update... I just tested libdrm 2.4.17 with --enable-radeon-experimental-api and mesalib git master. It's work quite good. Well, it worked quite good before "Merge branch 'glsl-pp-rework-2'" (e195eab9093d2a6cf55a42b2e7789c9a381b778) but this is separate matter. So may be enabling libdrm_radeon is not such a bad idea. -- Adios From owner-freebsd-x11@FreeBSD.ORG Wed Dec 23 05:38:58 2009 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 BD0081065676; Wed, 23 Dec 2009 05:38:58 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 8312C8FC08; Wed, 23 Dec 2009 05:38:58 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBN5ct0q073478 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Dec 2009 00:38:56 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Alex Kozlov In-Reply-To: <20091223053146.GA89371@ravenloft.kiev.ua> References: <20091223053146.GA89371@ravenloft.kiev.ua> Content-Type: text/plain Organization: FreeBSD Date: Tue, 22 Dec 2009 23:38:50 -0600 Message-Id: <1261546730.2304.15.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: ports@FreeBSD.org, x11@FreeBSD.org, Norikatsu Shigemura Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 23 Dec 2009 05:38:58 -0000 On Wed, 2009-12-23 at 07:31 +0200, Alex Kozlov wrote: > On Wed, Dec 23, 2009 at 02:03:15AM +0900, Norikatsu Shigemura wrote: > > On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland wrote: > > > As much as I don't want to, I need to request a repo copy of libdrm in > > > order to keep nouveau working... The bits needed for r600 were added > > > just after 2.4.12 and the bits that broke nouveau were just before > > > 2.4.13... > > > > Ah, I just see! ABI breakage is building issue, I confirmed: > > > > I think simple-fully xf86-video-nouveau updating at the same > > time. Please see also attached patch. I confirmed that > > compile is OK. But I don't have any GeForce video cards. > > So I don't know any problems of updating it in real. > > > > And do you have any recommendation of GeForce? e.g. 9800GTX, > > GT260, ... I'll get one and test. I'm interested in Cuda > > and nvidia binary driver, too. > > > > P.S. libdrm was update to 2.4.17, so I'll update... > I just tested libdrm 2.4.17 with --enable-radeon-experimental-api > and mesalib git master. It's work quite good. Well, it worked > quite good before I've said it before, but I'll repeat... libdrm_radeon serves no purpose on FreeBSD and may cause problems. It is only used by TTM/KMS enabled drivers on linux. If it ever becomes useful... I'll enable it in the port. robert. > "Merge branch 'glsl-pp-rework-2'" (e195eab9093d2a6cf55a42b2e7789c9a381b778) > but this is separate matter. > > So may be enabling libdrm_radeon is not such a bad idea. > > > -- > Adios -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Dec 23 06:15:38 2009 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 AF5641065679; Wed, 23 Dec 2009 06:15:38 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id 63B3E8FC0C; Wed, 23 Dec 2009 06:15:38 +0000 (UTC) Received: from ravenloft.kiev.ua ([91.123.146.100]) by istc.kiev.ua with esmtp (Exim 4.69) (envelope-from ) id 1NNKVT-0003EK-VC; Wed, 23 Dec 2009 08:15:37 +0200 Date: Wed, 23 Dec 2009 08:15:35 +0200 From: Alex Kozlov To: ports@FreeBSD.org, x11@FreeBSD.org, Norikatsu Shigemura , Robert Noland , spam@rm-rf.kiev.ua Message-ID: <20091223061535.GA90713@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 23 Dec 2009 06:15:38 -0000 On Tue, Dec 22, 2009 at 11:38:50PM -0600, Robert Noland wrote: > On Wed, 2009-12-23 at 07:31 +0200, Alex Kozlov wrote: > > On Wed, Dec 23, 2009 at 02:03:15AM +0900, Norikatsu Shigemura wrote: > > > On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland wrote: > > > > As much as I don't want to, I need to request a repo copy of libdrm in > > > > order to keep nouveau working... The bits needed for r600 were added > > > > just after 2.4.12 and the bits that broke nouveau were just before > > > > 2.4.13... > > > > > > Ah, I just see! ABI breakage is building issue, I confirmed: > > > > > > I think simple-fully xf86-video-nouveau updating at the same > > > time. Please see also attached patch. I confirmed that > > > compile is OK. But I don't have any GeForce video cards. > > > So I don't know any problems of updating it in real. > > > > > > And do you have any recommendation of GeForce? e.g. 9800GTX, > > > GT260, ... I'll get one and test. I'm interested in Cuda > > > and nvidia binary driver, too. > > > > > > P.S. libdrm was update to 2.4.17, so I'll update... > > I just tested libdrm 2.4.17 with --enable-radeon-experimental-api > > and mesalib git master. It's work quite good. Well, it worked > > quite good before > > I've said it before, but I'll repeat... libdrm_radeon serves no purpose > on FreeBSD and may cause problems. It is only used by TTM/KMS enabled > drivers on linux. If it ever becomes useful... I'll enable it in the > port. Sorry. I only mean that libradeon is a harmless at the moment. Could You please let us know rough roadmap for freebsd kernel drm? > > "Merge branch 'glsl-pp-rework-2'" (e195eab9093d2a6cf55a42b2e7789c9a381b778) > > but this is separate matter. > > So may be enabling libdrm_radeon is not such a bad idea. -- Adios From owner-freebsd-x11@FreeBSD.ORG Wed Dec 23 09:19:30 2009 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 2ACDF106566C for ; Wed, 23 Dec 2009 09:19:30 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id A94838FC24 for ; Wed, 23 Dec 2009 09:19:29 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so1777985eyf.9 for ; Wed, 23 Dec 2009 01:19:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=glCEzQ9PniWkbMmydUENh1V6/+wzOGIngMoVc7G6OAY=; b=SKNWOEbiGxS5siNE3eC7acyM+LsysUOK6xDvGDqBydFQDq206gWEcxfJZ2CA/zoyK0 nb1NDwffvYlQuCmN0uYqmNwZ4NkHWlomg/DMLV3Rwu1VX4Ap91LLX6ihSiB5+550Nit+ MGzcngVciPFGZb8Yuza0buzi4nJVtYuSOD2/w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; b=lxYzxFDziBIj1OHHiShQqos4IItLiDF1pJTvUwOgGn1/XzUzQ1dspKB1irqaFBAc4R BOWpCgaOPqtm5fUlKdAOnfXptTEPcFhxwvYEvWjTXgJtUwswuL/QWfcKBZgFL4YPkKdJ wT+yvlEeXIWu2yjBCY5uHHtAeNkShlxzbjqfQ= Received: by 10.213.100.168 with SMTP id y40mr12970047ebn.28.1261558396200; Wed, 23 Dec 2009 00:53:16 -0800 (PST) Received: from dragon.dg ([41.0.54.20]) by mx.google.com with ESMTPS id 28sm14366077eyg.36.2009.12.23.00.53.15 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Dec 2009 00:53:15 -0800 (PST) From: David Naylor Organization: Private To: Loftin Graham Date: Wed, 23 Dec 2009 10:53:22 +0200 User-Agent: KMail/1.12.3 (FreeBSD/8.0-STABLE; KDE/4.3.3; amd64; ; ) References: <33d6bee70912211725g2e26935ar78951aef3e6bbbff@mail.gmail.com> In-Reply-To: <33d6bee70912211725g2e26935ar78951aef3e6bbbff@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1646648.FDbNC0WyRp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200912231053.26476.naylor.b.david@gmail.com> Cc: x11@freebsd.org Subject: Re: x11 install 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, 23 Dec 2009 09:19:30 -0000 --nextPart1646648.FDbNC0WyRp Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tuesday 22 December 2009 03:25:01 Loftin Graham wrote: > I've had a little problem installing R on my desktop. The error > message suggested that I send the attached information along with my > request. It looks like this might be the problem: CWARNFLAGS+=3D -Wold-style-definition -Wdeclaration-after-statement: not fo= und Try removing CWARNFLAGS from your /etc/make.conf. If that does not work=20 please post your make.conf file along with=20 /usr/ports/x11/libX11/work/libX11-1.2/config.log. Regards, David --nextPart1646648.FDbNC0WyRp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAksx2oYACgkQUaaFgP9pFrIryACfQTQ7dJVnRdA1SbYipj4BJBNk C/YAn3RVsGG+F0uohRcgVVboma5J2+kE =8c1p -----END PGP SIGNATURE----- --nextPart1646648.FDbNC0WyRp-- From owner-freebsd-x11@FreeBSD.ORG Wed Dec 23 09:57:56 2009 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 52CC31065676 for ; Wed, 23 Dec 2009 09:57:56 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id CE68D8FC14 for ; Wed, 23 Dec 2009 09:57:55 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e21so207983fga.13 for ; Wed, 23 Dec 2009 01:57:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=yH5h0XqmeGMHFEV834SoqTmy4TBFPtTtJWVA4Fsq/H0=; b=rqjOV+nRYhqBzy7+j7OOndNd1bZQGOKXcZABQZaCMrio7Ay3bwl5KU5N1zBs9v3qor WuNq3tfwZXaIn/WatNEsM8TmonPvhVzQv0XBmraZyh2N003gIKcZkYkDWhr5rUUOKYux 1D8dPYFvDUPfJi5XZVyImQeGN1IcfIwOeuWXg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=kAB/gixmj1wt5nJiu+TQhJ1zPWCjwXm2DZXWKd/rDCzq/KVjCXtyWXQ711hgnHXL5O TtBSg6r7ZL6I2bvk++V0IWDOZtvbCb4YaJKB/hTgekGwzf28bYla/qAS1el0A2L6jb6k KitS8lAltmb2yJk1abgTV9gWyY0rdiKVsNpUs= Received: by 10.87.70.37 with SMTP id x37mr12758925fgk.36.1261560378275; Wed, 23 Dec 2009 01:26:18 -0800 (PST) Received: from darklight.org.ru ([213.132.76.16]) by mx.google.com with ESMTPS id 3sm25595908fge.0.2009.12.23.01.26.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Dec 2009 01:26:17 -0800 (PST) Received: from darklight.org.ru (yuri@darklight.org.ru [127.0.0.1]) by darklight.org.ru (8.14.3/8.14.3) with ESMTP id nBN9QEka080829; Wed, 23 Dec 2009 12:26:14 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.3/8.14.3/Submit) id nBN9QEEK080828; Wed, 23 Dec 2009 12:26:14 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 23 Dec 2009 12:26:14 +0300 From: Yuri Pankov To: David Naylor Message-ID: <20091223092614.GG2499@darklight.org.ru> References: <33d6bee70912211725g2e26935ar78951aef3e6bbbff@mail.gmail.com> <200912231053.26476.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912231053.26476.naylor.b.david@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Loftin Graham , x11@freebsd.org Subject: Re: x11 install 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, 23 Dec 2009 09:57:56 -0000 On Wed, Dec 23, 2009 at 10:53:22AM +0200, David Naylor wrote: > On Tuesday 22 December 2009 03:25:01 Loftin Graham wrote: > > I've had a little problem installing R on my desktop. The error > > message suggested that I send the attached information along with my > > request. > > It looks like this might be the problem: > CWARNFLAGS+= -Wold-style-definition -Wdeclaration-after-statement: not found > > Try removing CWARNFLAGS from your /etc/make.conf. If that does not work > please post your make.conf file along with > /usr/ports/x11/libX11/work/libX11-1.2/config.log. > > Regards, > > David It's actually PCBSD problem. Possible fix here: http://old.nabble.com/libX11-config-failure-td22653605.html HTH, Yuri From owner-freebsd-x11@FreeBSD.ORG Wed Dec 23 08:10:33 2009 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 6CDC01065672 for ; Wed, 23 Dec 2009 08:10:33 +0000 (UTC) (envelope-from svsm@mail.ru) Received: from fallback1.mail.ru (fallback1.mail.ru [94.100.176.18]) by mx1.freebsd.org (Postfix) with ESMTP id 45CCF8FC16 for ; Wed, 23 Dec 2009 08:10:32 +0000 (UTC) Received: from mx74.mail.ru (mx74.mail.ru [94.100.176.89]) by fallback1.mail.ru (mPOP.Fallback_MX) with ESMTP id AD8D33B38C8 for ; Wed, 23 Dec 2009 10:20:10 +0300 (MSK) Received: from [193.233.70.19] (port=13276 helo=XNeo) by mx74.mail.ru with psmtp id 1NNLVu-0001zS-00 for x11@FreeBSD.org; Wed, 23 Dec 2009 10:20:06 +0300 Message-ID: <843FE1C1475F44C1AC74F8ACEFF26F25@XNeo> From: "VasiliStoup" To: Date: Wed, 23 Dec 2009 10:20:06 +0300 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_000B_01CA83B9.7FCD7480" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Spam: Not detected X-Mras: Ok X-Mailman-Approved-At: Wed, 23 Dec 2009 12:29:22 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ERR: /usr/ports/graphics/libGL. 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, 23 Dec 2009 08:10:33 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000B_01CA83B9.7FCD7480 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable x11@FreeBSD.org gnome-config: not found No package 'x11-xcb' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables DRIGL_CFLAGS and DRIGL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to x11@FreeBSD.org [maintainer] and attach the "/usr/ports/graphics/libGL/work/Mesa-7.4.4/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`). *** Error code 1 Stop in /usr/ports/graphics/libGL. ------=_NextPart_000_000B_01CA83B9.7FCD7480 Content-Type: text/plain; name="config.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while=0A= running configure, to aid debugging if configure makes a mistake.=0A= =0A= It was created by Mesa configure 7.4.2, which was=0A= generated by GNU Autoconf 2.63. Invocation command line was=0A= =0A= $ ./configure --disable-glu --disable-glut --disable-glw = --with-demos=3Dno --with-dri-drivers=3Dno --enable-xcb = --x-libraries=3D/usr/local/lib --x-includes=3D/usr/local/include = --prefix=3D/usr/local --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ --build=3Di386-portbld-freebsd7.0=0A= =0A= ## --------- ##=0A= ## Platform. ##=0A= ## --------- ##=0A= =0A= hostname =3D neo.gmsnet.ru=0A= uname -m =3D i386=0A= uname -r =3D 7.0-RELEASE-p1=0A= uname -s =3D FreeBSD=0A= uname -v =3D FreeBSD 7.0-RELEASE-p1 #0: Tue May 6 14:04:58 MSD 2008 = svs@matrix.gmsnet.ru:/usr/src70/src/sys/i386/compile/matrix =0A= =0A= /usr/bin/uname -p =3D i386=0A= /bin/uname -X =3D unknown=0A= =0A= /bin/arch =3D unknown=0A= /usr/bin/arch -k =3D unknown=0A= /usr/convex/getsysinfo =3D unknown=0A= /usr/bin/hostinfo =3D unknown=0A= /bin/machine =3D unknown=0A= /usr/bin/oslevel =3D unknown=0A= /bin/universe =3D unknown=0A= =0A= PATH: .=0A= PATH: /sbin=0A= PATH: /bin=0A= PATH: /usr/sbin=0A= PATH: /usr/bin=0A= PATH: /usr/games=0A= PATH: /usr/local/sbin=0A= PATH: /usr/local/bin=0A= PATH: /usr/X11R6/bin=0A= PATH: /home/svs/bin=0A= =0A= =0A= ## ----------- ##=0A= ## Core tests. ##=0A= ## ----------- ##=0A= =0A= configure:2043: checking build system type=0A= configure:2061: result: i386-portbld-freebsd7.0=0A= configure:2083: checking host system type=0A= configure:2098: result: i386-portbld-freebsd7.0=0A= configure:2172: checking for gcc=0A= configure:2199: result: cc=0A= configure:2431: checking for C compiler version=0A= configure:2439: cc --version >&5=0A= cc (GCC) 3.4.6 [FreeBSD] 20060305=0A= Copyright (C) 2006 Free Software Foundation, Inc.=0A= This is free software; see the source for copying conditions. There is = NO=0A= warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR = PURPOSE.=0A= =0A= configure:2443: $? =3D 0=0A= configure:2450: cc -v >&5=0A= Using built-in specs.=0A= Configured with: FreeBSD/i386 system compiler=0A= Thread model: posix=0A= gcc version 3.4.6 [FreeBSD] 20060305=0A= configure:2454: $? =3D 0=0A= configure:2461: cc -V >&5=0A= cc: `-V' option must have argument=0A= configure:2465: $? =3D 1=0A= configure:2488: checking for C compiler default output file name=0A= configure:2510: cc -O2 -fno-strict-aliasing -pipe -I/usr/local/include = -L/usr/local/lib conftest.c >&5=0A= configure:2514: $? =3D 0=0A= configure:2552: result: a.out=0A= configure:2571: checking whether the C compiler works=0A= configure:2581: ./a.out=0A= configure:2585: $? =3D 0=0A= configure:2604: result: yes=0A= configure:2611: checking whether we are cross compiling=0A= configure:2613: result: no=0A= configure:2616: checking for suffix of executables=0A= configure:2623: cc -o conftest -O2 -fno-strict-aliasing -pipe = -I/usr/local/include -L/usr/local/lib conftest.c >&5=0A= configure:2627: $? =3D 0=0A= configure:2653: result: =0A= configure:2659: checking for suffix of object files=0A= configure:2685: cc -c -O2 -fno-strict-aliasing -pipe = -I/usr/local/include conftest.c >&5=0A= configure:2689: $? =3D 0=0A= configure:2714: result: o=0A= configure:2718: checking whether we are using the GNU C compiler=0A= configure:2747: cc -c -O2 -fno-strict-aliasing -pipe = -I/usr/local/include conftest.c >&5=0A= configure:2754: $? =3D 0=0A= configure:2771: result: yes=0A= configure:2780: checking whether cc accepts -g=0A= configure:2810: cc -c -g -I/usr/local/include conftest.c >&5=0A= configure:2817: $? =3D 0=0A= configure:2918: result: yes=0A= configure:2935: checking for cc option to accept ISO C89=0A= configure:3009: cc -c -O2 -fno-strict-aliasing -pipe = -I/usr/local/include conftest.c >&5=0A= configure:3016: $? =3D 0=0A= configure:3039: result: none needed=0A= configure:3062: checking how to run the C preprocessor=0A= configure:3102: cc -E -I/usr/local/include conftest.c=0A= configure:3109: $? =3D 0=0A= configure:3140: cc -E -I/usr/local/include conftest.c=0A= conftest.c:8:28: ac_nonexistent.h: No such file or directory=0A= configure:3147: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Mesa"=0A= | #define PACKAGE_TARNAME "mesa"=0A= | #define PACKAGE_VERSION "7.4.2"=0A= | #define PACKAGE_STRING "Mesa 7.4.2"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3DMesa"=0A= | /* end confdefs.h. */=0A= | #include =0A= configure:3180: result: cc -E=0A= configure:3209: cc -E -I/usr/local/include conftest.c=0A= configure:3216: $? =3D 0=0A= configure:3247: cc -E -I/usr/local/include conftest.c=0A= conftest.c:8:28: ac_nonexistent.h: No such file or directory=0A= configure:3254: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Mesa"=0A= | #define PACKAGE_TARNAME "mesa"=0A= | #define PACKAGE_VERSION "7.4.2"=0A= | #define PACKAGE_STRING "Mesa 7.4.2"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3DMesa"=0A= | /* end confdefs.h. */=0A= | #include =0A= configure:3341: checking for gcc=0A= configure:3368: result: cc=0A= configure:3600: checking for C compiler version=0A= configure:3608: cc --version >&5=0A= cc (GCC) 3.4.6 [FreeBSD] 20060305=0A= Copyright (C) 2006 Free Software Foundation, Inc.=0A= This is free software; see the source for copying conditions. There is = NO=0A= warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR = PURPOSE.=0A= =0A= configure:3612: $? =3D 0=0A= configure:3619: cc -v >&5=0A= Using built-in specs.=0A= Configured with: FreeBSD/i386 system compiler=0A= Thread model: posix=0A= gcc version 3.4.6 [FreeBSD] 20060305=0A= configure:3623: $? =3D 0=0A= configure:3630: cc -V >&5=0A= cc: `-V' option must have argument=0A= configure:3634: $? =3D 1=0A= configure:3637: checking whether we are using the GNU C compiler=0A= configure:3690: result: yes=0A= configure:3699: checking whether cc accepts -g=0A= configure:3837: result: yes=0A= configure:3854: checking for cc option to accept ISO C89=0A= configure:3958: result: none needed=0A= configure:4088: checking for C++ compiler version=0A= configure:4096: c++ --version >&5=0A= c++ (GCC) 3.4.6 [FreeBSD] 20060305=0A= Copyright (C) 2006 Free Software Foundation, Inc.=0A= This is free software; see the source for copying conditions. There is = NO=0A= warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR = PURPOSE.=0A= =0A= configure:4100: $? =3D 0=0A= configure:4107: c++ -v >&5=0A= Using built-in specs.=0A= Configured with: FreeBSD/i386 system compiler=0A= Thread model: posix=0A= gcc version 3.4.6 [FreeBSD] 20060305=0A= configure:4111: $? =3D 0=0A= configure:4118: c++ -V >&5=0A= c++: `-V' option must have argument=0A= configure:4122: $? =3D 1=0A= configure:4125: checking whether we are using the GNU C++ compiler=0A= configure:4154: c++ -c -O2 -fno-strict-aliasing -pipe = -I/usr/local/include conftest.cpp >&5=0A= configure:4161: $? =3D 0=0A= configure:4178: result: yes=0A= configure:4187: checking whether c++ accepts -g=0A= configure:4217: c++ -c -g -I/usr/local/include conftest.cpp >&5=0A= configure:4224: $? =3D 0=0A= configure:4325: result: yes=0A= configure:4352: checking for gmake=0A= configure:4379: result: gmake=0A= configure:4392: checking for makedepend=0A= configure:4410: found /usr/local/bin/makedepend=0A= configure:4422: result: /usr/local/bin/makedepend=0A= configure:4432: checking for sed=0A= configure:4450: found /usr/bin/sed=0A= configure:4462: result: /usr/bin/sed=0A= configure:4586: checking for pkg-config=0A= configure:4604: found /usr/local/bin/pkg-config=0A= configure:4616: result: /usr/local/bin/pkg-config=0A= configure:4641: checking pkg-config is at least version 0.9.0=0A= configure:4644: result: yes=0A= configure:4830: checking whether to enable assembly=0A= configure:4875: result: yes, x86=0A= configure:4916: checking for cc option to produce PIC=0A= configure:5002: result: -fPIC=0A= configure:5009: checking for dlopen=0A= configure:5065: cc -o conftest -O2 -fno-strict-aliasing -pipe -Wall = -Wmissing-prototypes -std=3Dc99 -ffast-math -fno-strict-aliasing = -I/usr/local/include -L/usr/local/lib conftest.c >&5=0A= configure:5072: $? =3D 0=0A= configure:5092: result: yes=0A= configure:5169: checking for posix_memalign=0A= configure:5225: cc -o conftest -O2 -fno-strict-aliasing -pipe -Wall = -Wmissing-prototypes -std=3Dc99 -ffast-math -fno-strict-aliasing = -I/usr/local/include -L/usr/local/lib conftest.c >&5=0A= /var/tmp//ccF591ba.o(.text+0xd): In function `main':=0A= : undefined reference to `posix_memalign'=0A= configure:5232: $? =3D 1=0A= configure: failed program was:=0A= | /* confdefs.h. */=0A= | #define PACKAGE_NAME "Mesa"=0A= | #define PACKAGE_TARNAME "mesa"=0A= | #define PACKAGE_VERSION "7.4.2"=0A= | #define PACKAGE_STRING "Mesa 7.4.2"=0A= | #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3DMesa"=0A= | /* end confdefs.h. */=0A= | /* Define posix_memalign to an innocuous variant, in case = declares posix_memalign.=0A= | For example, HP-UX 11i declares gettimeofday. */=0A= | #define posix_memalign innocuous_posix_memalign=0A= | =0A= | /* System header to define __stub macros and hopefully few prototypes,=0A= | which can conflict with char posix_memalign (); below.=0A= | Prefer to if __STDC__ is defined, since=0A= | exists even on freestanding compilers. */=0A= | =0A= | #ifdef __STDC__=0A= | # include =0A= | #else=0A= | # include =0A= | #endif=0A= | =0A= | #undef posix_memalign=0A= | =0A= | /* Override any GCC internal prototype to avoid an error.=0A= | Use char because int might match the return type of a GCC=0A= | builtin and then its argument prototype would still apply. */=0A= | #ifdef __cplusplus=0A= | extern "C"=0A= | #endif=0A= | char posix_memalign ();=0A= | /* The GNU C library defines this for functions which it implements=0A= | to always fail with ENOSYS. Some functions are actually named=0A= | something starting with __ and the normal name is an alias. */=0A= | #if defined __stub_posix_memalign || defined __stub___posix_memalign=0A= | choke me=0A= | #endif=0A= | =0A= | int=0A= | main ()=0A= | {=0A= | return posix_memalign ();=0A= | ;=0A= | return 0;=0A= | }=0A= configure:5252: result: no=0A= configure:5971: checking pkg-config files for X11 are available=0A= configure:5974: $PKG_CONFIG --exists --print-errors "x11"=0A= configure:5977: $? =3D 0=0A= configure:5988: result: yes=0A= configure:7543: checking for LIBDRM=0A= configure:7550: $PKG_CONFIG --exists --print-errors "libdrm >=3D = $LIBDRM_REQUIRED"=0A= configure:7553: $? =3D 0=0A= configure:7566: $PKG_CONFIG --exists --print-errors "libdrm >=3D = $LIBDRM_REQUIRED"=0A= configure:7569: $? =3D 0=0A= configure:7646: result: yes=0A= configure:7652: checking for DRI2PROTO=0A= configure:7659: $PKG_CONFIG --exists --print-errors "dri2proto >=3D = $DRI2PROTO_REQUIRED"=0A= configure:7662: $? =3D 0=0A= configure:7675: $PKG_CONFIG --exists --print-errors "dri2proto >=3D = $DRI2PROTO_REQUIRED"=0A= configure:7678: $? =3D 0=0A= configure:7755: result: yes=0A= configure:7772: checking for DRIGL=0A= configure:7779: $PKG_CONFIG --exists --print-errors "$dri_modules"=0A= gnome-config: not found=0A= Package x11-xcb was not found in the pkg-config search path.=0A= Perhaps you should add the directory containing `x11-xcb.pc'=0A= to the PKG_CONFIG_PATH environment variable=0A= No package 'x11-xcb' found=0A= configure:7782: $? =3D 1=0A= configure:7795: $PKG_CONFIG --exists --print-errors "$dri_modules"=0A= gnome-config: not found=0A= Package x11-xcb was not found in the pkg-config search path.=0A= Perhaps you should add the directory containing `x11-xcb.pc'=0A= to the PKG_CONFIG_PATH environment variable=0A= No package 'x11-xcb' found=0A= configure:7798: $? =3D 1=0A= gnome-config: not found=0A= No package 'x11-xcb' found=0A= configure:7825: error: Package requirements (x11 xext xxf86vm xdamage = xfixes x11-xcb xcb-glx) were not met:=0A= =0A= gnome-config: not found=0A= No package 'x11-xcb' found=0A= =0A= Consider adjusting the PKG_CONFIG_PATH environment variable if you=0A= installed software in a non-standard prefix.=0A= =0A= Alternatively, you may set the environment variables DRIGL_CFLAGS=0A= and DRIGL_LIBS to avoid the need to call pkg-config.=0A= See the pkg-config man page for more details.=0A= =0A= =0A= ## ---------------- ##=0A= ## Cache variables. ##=0A= ## ---------------- ##=0A= =0A= ac_cv_build=3Di386-portbld-freebsd7.0=0A= ac_cv_c_compiler_gnu=3Dyes=0A= ac_cv_cxx_compiler_gnu=3Dyes=0A= ac_cv_env_ARCH_FLAGS_set=3D''=0A= ac_cv_env_ARCH_FLAGS_value=3D''=0A= ac_cv_env_CCC_set=3D''=0A= ac_cv_env_CCC_value=3D''=0A= ac_cv_env_CC_set=3Dset=0A= ac_cv_env_CC_value=3Dcc=0A= ac_cv_env_CFLAGS_set=3Dset=0A= ac_cv_env_CFLAGS_value=3D'-O2 -fno-strict-aliasing -pipe'=0A= ac_cv_env_CPPFLAGS_set=3Dset=0A= ac_cv_env_CPPFLAGS_value=3D-I/usr/local/include=0A= ac_cv_env_CPP_set=3D''=0A= ac_cv_env_CPP_value=3D''=0A= ac_cv_env_CXXFLAGS_set=3Dset=0A= ac_cv_env_CXXFLAGS_value=3D'-O2 -fno-strict-aliasing -pipe'=0A= ac_cv_env_CXX_set=3Dset=0A= ac_cv_env_CXX_value=3Dc++=0A= ac_cv_env_DRI2PROTO_CFLAGS_set=3D''=0A= ac_cv_env_DRI2PROTO_CFLAGS_value=3D''=0A= ac_cv_env_DRI2PROTO_LIBS_set=3D''=0A= ac_cv_env_DRI2PROTO_LIBS_value=3D''=0A= ac_cv_env_DRIGL_CFLAGS_set=3D''=0A= ac_cv_env_DRIGL_CFLAGS_value=3D''=0A= ac_cv_env_DRIGL_LIBS_set=3D''=0A= ac_cv_env_DRIGL_LIBS_value=3D''=0A= ac_cv_env_EXTRA_LIB_PATH_set=3D''=0A= ac_cv_env_EXTRA_LIB_PATH_value=3D''=0A= ac_cv_env_GLUT_CFLAGS_set=3D''=0A= ac_cv_env_GLUT_CFLAGS_value=3D''=0A= ac_cv_env_GLUT_LIBS_set=3D''=0A= ac_cv_env_GLUT_LIBS_value=3D''=0A= ac_cv_env_GLW_CFLAGS_set=3D''=0A= ac_cv_env_GLW_CFLAGS_value=3D''=0A= ac_cv_env_GLW_LIBS_set=3D''=0A= ac_cv_env_GLW_LIBS_value=3D''=0A= ac_cv_env_LDFLAGS_set=3Dset=0A= ac_cv_env_LDFLAGS_value=3D-L/usr/local/lib=0A= ac_cv_env_LIBDRM_CFLAGS_set=3D''=0A= ac_cv_env_LIBDRM_CFLAGS_value=3D''=0A= ac_cv_env_LIBDRM_LIBS_set=3D''=0A= ac_cv_env_LIBDRM_LIBS_value=3D''=0A= ac_cv_env_LIBS_set=3D''=0A= ac_cv_env_LIBS_value=3D''=0A= ac_cv_env_MKLIB_OPTIONS_set=3D''=0A= ac_cv_env_MKLIB_OPTIONS_value=3D''=0A= ac_cv_env_OPT_FLAGS_set=3D''=0A= ac_cv_env_OPT_FLAGS_value=3D''=0A= ac_cv_env_PIC_FLAGS_set=3D''=0A= ac_cv_env_PIC_FLAGS_value=3D''=0A= ac_cv_env_PKG_CONFIG_set=3D''=0A= ac_cv_env_PKG_CONFIG_value=3D''=0A= ac_cv_env_X11_INCLUDES_set=3D''=0A= ac_cv_env_X11_INCLUDES_value=3D''=0A= ac_cv_env_XCB_CFLAGS_set=3D''=0A= ac_cv_env_XCB_CFLAGS_value=3D''=0A= ac_cv_env_XCB_LIBS_set=3D''=0A= ac_cv_env_XCB_LIBS_value=3D''=0A= ac_cv_env_XLIBGL_CFLAGS_set=3D''=0A= ac_cv_env_XLIBGL_CFLAGS_value=3D''=0A= ac_cv_env_XLIBGL_LIBS_set=3D''=0A= ac_cv_env_XLIBGL_LIBS_value=3D''=0A= ac_cv_env_XMKMF_set=3D''=0A= ac_cv_env_XMKMF_value=3D''=0A= ac_cv_env_build_alias_set=3Dset=0A= ac_cv_env_build_alias_value=3Di386-portbld-freebsd7.0=0A= ac_cv_env_host_alias_set=3D''=0A= ac_cv_env_host_alias_value=3D''=0A= ac_cv_env_target_alias_set=3D''=0A= ac_cv_env_target_alias_value=3D''=0A= ac_cv_func_dlopen=3Dyes=0A= ac_cv_func_posix_memalign=3Dno=0A= ac_cv_host=3Di386-portbld-freebsd7.0=0A= ac_cv_objext=3Do=0A= ac_cv_path_MKDEP=3D/usr/local/bin/makedepend=0A= ac_cv_path_SED=3D/usr/bin/sed=0A= ac_cv_path_ac_pt_PKG_CONFIG=3D/usr/local/bin/pkg-config=0A= ac_cv_prog_CPP=3D'cc -E'=0A= ac_cv_prog_MAKE=3Dgmake=0A= ac_cv_prog_ac_ct_CC=3Dcc=0A= ac_cv_prog_cc_c89=3D''=0A= ac_cv_prog_cc_g=3Dyes=0A= ac_cv_prog_cxx_g=3Dyes=0A= lt_cv_sys_max_cmd_len=3D262144=0A= pkg_cv_DRI2PROTO_CFLAGS=3D'-I/usr/local/include '=0A= pkg_cv_DRI2PROTO_LIBS=3D' '=0A= pkg_cv_LIBDRM_CFLAGS=3D'-I/usr/local/include -I/usr/local/include/drm '=0A= pkg_cv_LIBDRM_LIBS=3D'-L/usr/local/lib -ldrm '=0A= =0A= ## ----------------- ##=0A= ## Output variables. ##=0A= ## ----------------- ##=0A= =0A= APP_LIB_DEPS=3D''=0A= ARCH_FLAGS=3D''=0A= ASM_API=3D'$(X86_API)'=0A= ASM_FLAGS=3D'-DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM'=0A= ASM_SOURCES=3D'$(X86_SOURCES)'=0A= CC=3D'cc'=0A= CFLAGS=3D'-O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes = -std=3Dc99 -ffast-math -fno-strict-aliasing'=0A= CPP=3D'cc -E'=0A= CPPFLAGS=3D'-I/usr/local/include'=0A= CXX=3D'c++'=0A= CXXFLAGS=3D'-O2 -fno-strict-aliasing -pipe -Wall -fno-strict-aliasing'=0A= DEFINES=3D' -DUSE_XCB'=0A= DEFS=3D''=0A= DRI2PROTO_CFLAGS=3D'-I/usr/local/include '=0A= DRI2PROTO_LIBS=3D' '=0A= DRIGL_CFLAGS=3D''=0A= DRIGL_LIBS=3D''=0A= DRIVER_DIRS=3D'dri'=0A= DRI_DIRS=3D''=0A= DRI_DRIVER_INSTALL_DIR=3D''=0A= DRI_LIB_DEPS=3D''=0A= DRI_PC_REQ_PRIV=3D'libdrm >=3D 2.4.3'=0A= ECHO_C=3D''=0A= ECHO_N=3D'-n'=0A= ECHO_T=3D''=0A= EGREP=3D''=0A= EXEEXT=3D''=0A= EXPAT_INCLUDES=3D''=0A= EXTRA_LIB_PATH=3D''=0A= GLUT_CFLAGS=3D''=0A= GLUT_LIBS=3D''=0A= GLUT_LIB_DEPS=3D''=0A= GLUT_LIB_NAME=3D'lib$(GLUT_LIB).so'=0A= GLUT_MESA_DEPS=3D''=0A= GLUT_PC_CFLAGS=3D''=0A= GLUT_PC_LIB_PRIV=3D''=0A= GLUT_PC_REQ_PRIV=3D''=0A= GLU_DIRS=3D'sgi'=0A= GLU_LIB_DEPS=3D''=0A= GLU_LIB_NAME=3D'lib$(GLU_LIB).so'=0A= GLU_MESA_DEPS=3D''=0A= GLU_PC_CFLAGS=3D''=0A= GLU_PC_LIB_PRIV=3D''=0A= GLU_PC_REQ=3D''=0A= GLU_PC_REQ_PRIV=3D''=0A= GLW_CFLAGS=3D''=0A= GLW_LIBS=3D''=0A= GLW_LIB_DEPS=3D''=0A= GLW_LIB_NAME=3D'lib$(GLW_LIB).so'=0A= GLW_MESA_DEPS=3D''=0A= GLW_PC_CFLAGS=3D''=0A= GLW_PC_LIB_PRIV=3D''=0A= GLW_PC_REQ_PRIV=3D''=0A= GLW_SOURCES=3D''=0A= GL_LIB_DEPS=3D''=0A= GL_LIB_NAME=3D'lib$(GL_LIB).so'=0A= GL_PC_CFLAGS=3D''=0A= GL_PC_LIB_PRIV=3D''=0A= GL_PC_REQ_PRIV=3D'libdrm >=3D 2.4.3 dri2proto >=3D 1.99.3'=0A= GREP=3D''=0A= LDFLAGS=3D'-L/usr/local/lib'=0A= LIBDRM_CFLAGS=3D'-I/usr/local/include -I/usr/local/include/drm '=0A= LIBDRM_LIBS=3D'-L/usr/local/lib -ldrm '=0A= LIBOBJS=3D''=0A= LIBS=3D''=0A= LIB_DIR=3D'lib'=0A= LTLIBOBJS=3D''=0A= MAKE=3D'gmake'=0A= MKDEP=3D'/usr/local/bin/makedepend'=0A= MKDEP_OPTIONS=3D'-fdepend'=0A= MKLIB_OPTIONS=3D''=0A= MOTIF_CFLAGS=3D''=0A= MOTIF_CONFIG=3D''=0A= OBJEXT=3D'o'=0A= OPT_FLAGS=3D''=0A= OSMESA_LIB=3D''=0A= OSMESA_LIB_DEPS=3D''=0A= OSMESA_LIB_NAME=3D'lib$(OSMESA_LIB).so'=0A= OSMESA_MESA_DEPS=3D''=0A= OSMESA_PC_LIB_PRIV=3D''=0A= OSMESA_PC_REQ=3D''=0A= PACKAGE_BUGREPORT=3D'https://bugs.freedesktop.org/enter_bug.cgi?product=3D= Mesa'=0A= PACKAGE_NAME=3D'Mesa'=0A= PACKAGE_STRING=3D'Mesa 7.4.2'=0A= PACKAGE_TARNAME=3D'mesa'=0A= PACKAGE_VERSION=3D'7.4.2'=0A= PATH_SEPARATOR=3D':'=0A= PIC_FLAGS=3D'-fPIC'=0A= PKG_CONFIG=3D'/usr/local/bin/pkg-config'=0A= POSIX_SHELL=3D''=0A= PROGRAM_DIRS=3D''=0A= SED=3D'/usr/bin/sed'=0A= SHELL=3D'/bin/sh'=0A= SRC_DIRS=3D'glx/x11 mesa'=0A= USING_EGL=3D''=0A= WINDOW_SYSTEM=3D'dri'=0A= X11_INCLUDES=3D''=0A= XCB_CFLAGS=3D''=0A= XCB_LIBS=3D''=0A= XLIBGL_CFLAGS=3D''=0A= XLIBGL_LIBS=3D''=0A= XMKMF=3D''=0A= X_CFLAGS=3D''=0A= X_EXTRA_LIBS=3D''=0A= X_LIBS=3D''=0A= X_PRE_LIBS=3D''=0A= ac_ct_CC=3D'cc'=0A= ac_ct_CXX=3D''=0A= bindir=3D'${exec_prefix}/bin'=0A= build=3D'i386-portbld-freebsd7.0'=0A= build_alias=3D'i386-portbld-freebsd7.0'=0A= build_cpu=3D'i386'=0A= build_os=3D'freebsd7.0'=0A= build_vendor=3D'portbld'=0A= datadir=3D'${datarootdir}'=0A= datarootdir=3D'${prefix}/share'=0A= docdir=3D'${datarootdir}/doc/${PACKAGE_TARNAME}'=0A= dvidir=3D'${docdir}'=0A= exec_prefix=3D'NONE'=0A= host=3D'i386-portbld-freebsd7.0'=0A= host_alias=3D''=0A= host_cpu=3D'i386'=0A= host_os=3D'freebsd7.0'=0A= host_vendor=3D'portbld'=0A= htmldir=3D'${docdir}'=0A= includedir=3D'${prefix}/include'=0A= infodir=3D'/usr/local/info'=0A= libdir=3D'${exec_prefix}/lib'=0A= libexecdir=3D'${exec_prefix}/libexec'=0A= localedir=3D'${datarootdir}/locale'=0A= localstatedir=3D'${prefix}/var'=0A= mandir=3D'/usr/local/man'=0A= oldincludedir=3D'/usr/include'=0A= pdfdir=3D'${docdir}'=0A= prefix=3D'/usr/local'=0A= program_transform_name=3D's,x,x,'=0A= psdir=3D'${docdir}'=0A= sbindir=3D'${exec_prefix}/sbin'=0A= sharedstatedir=3D'${prefix}/com'=0A= sysconfdir=3D'${prefix}/etc'=0A= target_alias=3D''=0A= =0A= ## ----------- ##=0A= ## confdefs.h. ##=0A= ## ----------- ##=0A= =0A= #define PACKAGE_NAME "Mesa"=0A= #define PACKAGE_TARNAME "mesa"=0A= #define PACKAGE_VERSION "7.4.2"=0A= #define PACKAGE_STRING "Mesa 7.4.2"=0A= #define PACKAGE_BUGREPORT = "https://bugs.freedesktop.org/enter_bug.cgi?product=3DMesa"=0A= =0A= configure: exit 1=0A= ------=_NextPart_000_000B_01CA83B9.7FCD7480 Content-Type: text/plain; name="lspkg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="lspkg.txt" GeoIP-1.4.6=0A= OpenEXR-1.6.1=0A= adodb-4.99.1=0A= apache-2.2.8=0A= apache-ant-1.7.1=0A= apr-db42-1.2.12=0A= aspell-0.60.6_1=0A= autoconf-2.13.000227_6=0A= autoconf-2.61_2=0A= autoconf-2.62=0A= autoconf-wrapper-20071109=0A= automake-1.10.1=0A= automake-1.4.6_5=0A= automake-1.5_4,1=0A= automake-1.9.6_2=0A= automake-wrapper-20071109=0A= bash-3.2.33=0A= bdftopcf-1.0.1=0A= bigreqsproto-1.0.2=0A= bison-2.3_3,1=0A= bitstream-vera-1.10_4=0A= boost-1.34.1=0A= btpd-0.15=0A= ca_root_nss-3.11.9_2=0A= cdk-5.0.20050424,1=0A= compositeproto-0.4=0A= cryptopp-5.6.0=0A= ctcs-1.4.1=0A= ctorrent-3.3.2_1=0A= ctorrent-3.3.2_2=0A= cups-base-1.3.5_1=0A= curl-7.19.4=0A= cyrus-sasl-2.1.22_1=0A= damageproto-1.1.0_2=0A= db42-4.2.52_5=0A= dbus-1.2.1=0A= dbus-glib-0.82=0A= desktop-file-utils-0.14=0A= diablo-jdk-1.5.0.07.01_9=0A= dmxproto-2.2.2=0A= docbook-4.1_3=0A= docbook-xml-4.2_1=0A= docbook-xsl-1.71.1_2=0A= dri2proto-2.0=0A= ed2k-hash-1.4=0A= edonkey-tool-hash-0.4.0=0A= encodings-1.0.2,1=0A= evieext-1.0.2=0A= expat-2.0.0_1=0A= findutils-4.4.0_1=0A= fixesproto-4.0=0A= flac-1.2.1=0A= flex-2.5.35_1=0A= font-bh-ttf-1.0.0=0A= font-misc-ethiopic-1.0.0=0A= font-misc-meltho-1.0.0_1=0A= font-util-1.0.1=0A= fontcacheproto-0.1.2=0A= fontconfig-2.5.0,1=0A= fontsproto-2.0.2=0A= freetds-msdblib-0.64_3,1=0A= freetype2-2.3.5=0A= gamin-0.1.9_1=0A= gccmakedep-1.0.2=0A= gettext-0.16.1_3=0A= ghostscript8-8.62_5=0A= gio-fam-backend-2.20.5=0A= glib-2.14.4=0A= glib-2.20.5=0A= glproto-1.4.8=0A= gmake-3.81_2=0A= gnome_subr-1.0=0A= gnutls-2.0.2_1=0A= gnutls-2.6.5=0A= gperf-3.0.3=0A= gsfonts-8.11_4=0A= gsm-1.0.13=0A= gsmlib-1.10_4=0A= gstreamer-0.10.24=0A= gstreamer-plugins-0.10.24,3=0A= help2man-1.36.4_1=0A= hicolor-icon-theme-0.10_2=0A= iceauth-1.0.2=0A= icu-3.8.1_2=0A= iksemel-1.3_2=0A= ilmbase-1.0.0_2=0A= inputproto-1.4.2.1=0A= intltool-0.37.1=0A= iso8879-1986_2=0A= jackit-0.103.0_1=0A= jakarta-commons-cli-1.0_2,1=0A= jakarta-commons-lang-2.3_2=0A= jasper-1.900.1_6=0A= javavmwrapper-2.3=0A= jbigkit-1.6=0A= jdk-1.6.0.3p3_1=0A= jpeg-6b_4=0A= jpeg-7=0A= junit-4.6=0A= kbproto-1.0.3=0A= kdehier-1.0_11=0A= lcms-1.17,1=0A= libFS-1.0.0_1=0A= libICE-1.0.4,1=0A= libSM-1.0.3,1=0A= libX11-1.1.3,1=0A= libXScrnSaver-1.1.2=0A= libXTrap-1.0.0=0A= libXau-1.0.3_2=0A= libXaw-1.0.4,1=0A= libXcomposite-0.4.0,1=0A= libXcursor-1.1.9_1=0A= libXdamage-1.1.1=0A= libXdmcp-1.0.2=0A= libXevie-1.0.2=0A= libXext-1.0.3,1=0A= libXfixes-4.0.3_1=0A= libXfont-1.3.1_3,1=0A= libXfontcache-1.0.4=0A= libXft-2.1.12=0A= libXi-1.1.3,1=0A= libXinerama-1.0.2,1=0A= libXmu-1.0.3,1=0A= libXp-1.0.0,1=0A= libXpm-3.5.7=0A= libXprintAppUtil-1.0.1=0A= libXprintUtil-1.0.1=0A= libXrandr-1.2.2_1=0A= libXrender-0.9.4_1=0A= libXres-1.0.3_3=0A= libXt-1.0.5=0A= libXtst-1.0.3=0A= libXv-1.0.3_1,1=0A= libXvMC-1.0.4_1=0A= libXxf86vm-1.0.2=0A= libart_lgpl-2.3.20,1=0A= libaudiofile-0.2.6=0A= libcheck-0.9.6=0A= libdmx-1.0.2_1=0A= libdrm-2.4.11=0A= libexecinfo-1.1_1=0A= libfontenc-1.0.4=0A= libgcrypt-1.2.4_1=0A= libgcrypt-1.4.1=0A= libgcrypt-1.4.4=0A= libgmp-4.2.4=0A= libgpg-error-1.5=0A= libiconv-1.11_1=0A= libidn-1.8=0A= libltdl-1.5.26=0A= libmad-0.15.1b_2=0A= libmng-1.0.9=0A= libmspack-0.0.20060920=0A= libogg-1.1.3,4=0A= liboil-0.3.16=0A= liboldX-1.0.1=0A= libpthread-stubs-0.1=0A= libsigc++-2.2.3=0A= libslang2-2.1.4_1=0A= libsndfile-1.0.17_2=0A= libthai-0.1.5_3=0A= libtool-1.5.24=0A= libtool-2.2.6a=0A= libtorrent-0.12.2=0A= libungif-4.1.4_5=0A= libusb-0.1.12_2=0A= libvorbis-1.2.0_2,3=0A= libxcb-1.2_1=0A= libxkbfile-1.0.4=0A= libxkbui-1.0.2_1=0A= libxml2-2.6.32=0A= libxslt-1.1.24=0A= licq-base-1.3.5_2=0A= licq-console-1.3.6=0A= log4j-1.2.15_1=0A= luit-1.0.2_2=0A= lynx-2.8.6.5_2,1=0A= lzo-1.08_2,1=0A= lzo2-2.02_1=0A= m4-1.4.9,1=0A= mDNSResponder-108=0A= makedepend-1.0.1,1=0A= mc-4.6.1_6=0A= ming-0.3.0_3=0A= mkfontdir-1.0.3_1=0A= mkfontscale-1.0.3=0A= mpfr-2.4.1=0A= mpg123-1.6.4=0A= mysql++-mysql51-3.0.8=0A= mysql-client-5.1.24_1=0A= mysql-server-5.1.24_1=0A= nasm-2.02,1=0A= ncftp-2.4.3_1=0A= ncftp1-1.9.5=0A= neon26-0.26.4=0A= net-snmp-5.4.1_5=0A= net-snmp-5.4.2.1_6=0A= netpbm-10.26.57=0A= newt-0.51.0_8=0A= nspr-4.8.2=0A= open-motif-2.2.3_5=0A= openh323-1.19.0.1_1=0A= openldap-client-2.3.40=0A= p5-Compress-Raw-Zlib-2.015=0A= p5-Compress-Zlib-2.015=0A= p5-HTML-Parser-3.60=0A= p5-HTML-Tagset-3.20=0A= p5-IO-Compress-Base-2.015=0A= p5-IO-Compress-Zlib-2.015=0A= p5-ReadLine-Gnu-1.17a=0A= p5-URI-1.37=0A= p5-WWW-BitTorrent-0.01=0A= p5-XML-Parser-2.36=0A= p5-gettext-1.05_1=0A= p5-libwww-5.825=0A= patch-2.6=0A= pcre-7.4=0A= perl-5.8.8_1=0A= php-adodb-ext-5.04=0A= php5-5.2.8=0A= php5-calendar-5.2.10=0A= php5-ctype-5.2.10=0A= php5-dom-5.2.10=0A= php5-extensions-1.3=0A= php5-filter-5.2.10=0A= php5-ftp-5.2.10=0A= php5-gd-5.2.9=0A= php5-gettext-5.2.10=0A= php5-hash-5.2.10=0A= php5-iconv-5.2.10=0A= php5-json-5.2.10=0A= php5-ming-5.2.9=0A= php5-mssql-5.2.9=0A= php5-mysql-5.2.8=0A= php5-odbc-5.2.10=0A= php5-openssl-5.2.10=0A= php5-pdo-5.2.10=0A= php5-pdo_sqlite-5.2.10=0A= php5-pgsql-5.2.9=0A= php5-posix-5.2.10=0A= php5-session-5.2.10=0A= php5-simplexml-5.2.9=0A= php5-snmp-5.2.10=0A= php5-sockets-5.2.10=0A= php5-spl-5.2.10=0A= php5-sqlite-5.2.10=0A= php5-sybase_ct-5.2.10=0A= php5-tokenizer-5.2.10=0A= php5-xml-5.2.10=0A= php5-xmlreader-5.2.10=0A= php5-xmlwriter-5.2.10=0A= php5-zip-5.2.10=0A= php5-zlib-5.2.10=0A= pixman-0.9.6=0A= pkg-config-0.22_1=0A= png-1.2.23_1=0A= popt-1.7_4=0A= portaudio-18.1_2=0A= portaudit-0.5.12=0A= postgresql-client-8.1.10=0A= printproto-1.0.3=0A= pwlib-1.12.0_5,1=0A= python-2.5,2=0A= python25-2.5.1_1=0A= qmake-3.3.8_1=0A= randrproto-1.2.1=0A= recordproto-1.13.2=0A= renderproto-0.9.3=0A= resourceproto-1.0.2=0A= rpm-3.0.6_14=0A= ruby-1.8.6.111_2,1=0A= samba-3.0.28,1=0A= samba-libsmbclient-3.0.28a_1=0A= scrnsaverproto-1.1.0=0A= sdocbook-xml-1.1,1=0A= speex-1.2.r1_1,1=0A= subversion-1.4.6_1=0A= t1lib-5.1.2_1,1=0A= tiff-3.8.2_1=0A= torrentvolve-1.4.b_2=0A= trapproto-3.4.3=0A= unixODBC-2.2.14_1=0A= unrar-3.80.b2,5=0A= unzip-5.52_3=0A= v4l_compat-1.0.20060801=0A= vicq-0.4.2_1=0A= videoproto-2.2.2=0A= xbitmaps-1.0.1=0A= xcb-proto-1.4=0A= xcb-util-0.3.4=0A= xclock-1.0.3=0A= xcmiscproto-1.1.2=0A= xdm-1.1.6_3=0A= xdm-1.1.8_1=0A= xdm-1.1.8_2=0A= xextproto-7.0.2=0A= xf86vidmodeproto-2.2.2=0A= xineramaproto-1.1.2=0A= xmlcatmgr-2.2=0A= xproto-7.0.10_1=0A= xterm-235=0A= xtrans-1.0.4=0A= zip-2.32=0A= ------=_NextPart_000_000B_01CA83B9.7FCD7480-- From owner-freebsd-x11@FreeBSD.ORG Wed Dec 23 13:13:52 2009 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 517FD106566B for ; Wed, 23 Dec 2009 13:13:52 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id D9EDC8FC19 for ; Wed, 23 Dec 2009 13:13:51 +0000 (UTC) Received: by fxm10 with SMTP id 10so4043215fxm.14 for ; Wed, 23 Dec 2009 05:13:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=WsqHJ77cfMLFqZ5CnBmlIibZmt+n0ZjBjhUDtiFK9LE=; b=L9PU7/Q+YjkBh38rwU5dqnrKuD0d+hyPrbtqKcCK5a3czMptLm/qBKP+LDMtvMUnc6 htJ74cQayhODLma02g0iqpzgTkzYe8YWhva0Ei9uY14JIMN0aS8UMib+sUXpw22BX5Na PhUnDnpiMXFeInZDIZczprKxkUTaRuPGQPsqQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=djBDzWl/io8to0ywTUW8isEqryW+9dAGMbBPJtvOt28Ul3Pv/vSBbAbEp8Fyo+o3LJ OZAKE/R4ake4aFrycG4XoIRVoVR9CsxA2qGmgRCw9cpxvRpfu2LN80/c4Yvfiu1CzcW7 +8Izk81Ha0naM4CO3Aybvg2NBMxmF7GEs8ovE= MIME-Version: 1.0 Received: by 10.239.183.209 with SMTP id v17mr1080843hbg.209.1261572673024; Wed, 23 Dec 2009 04:51:13 -0800 (PST) In-Reply-To: <843FE1C1475F44C1AC74F8ACEFF26F25@XNeo> References: <843FE1C1475F44C1AC74F8ACEFF26F25@XNeo> Date: Wed, 23 Dec 2009 10:51:12 -0200 Message-ID: From: "Carlos A. M. dos Santos" To: VasiliStoup Content-Type: text/plain; charset=ISO-8859-1 Cc: x11@freebsd.org Subject: Re: ERR: /usr/ports/graphics/libGL. 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, 23 Dec 2009 13:13:52 -0000 2009/12/23 VasiliStoup : > > x11@FreeBSD.org > gnome-config: not found > No package 'x11-xcb' found According to lspkg.txt you have libX11-1.1.3,1. You must upgrade libX11 to the latest version, which provides x11-xcb. You may also try to build libGL with make WITHOUT_XCB=true but I'm not sure that it will work. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From owner-freebsd-x11@FreeBSD.ORG Wed Dec 23 15:47:04 2009 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 81CD4106566C; Wed, 23 Dec 2009 15:47:04 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 549888FC15; Wed, 23 Dec 2009 15:47:04 +0000 (UTC) Received: from [192.168.1.4] (adsl-156-16-112.bna.bellsouth.net [70.156.16.112]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nBNFl1nD079958 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Dec 2009 10:47:02 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Alex Kozlov In-Reply-To: <20091223061535.GA90713@ravenloft.kiev.ua> References: <20091223061535.GA90713@ravenloft.kiev.ua> Content-Type: text/plain Organization: FreeBSD Date: Wed, 23 Dec 2009 09:46:56 -0600 Message-Id: <1261583216.2304.68.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: ports@FreeBSD.org, x11@FreeBSD.org, Norikatsu Shigemura Subject: Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd! 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, 23 Dec 2009 15:47:04 -0000 On Wed, 2009-12-23 at 08:15 +0200, Alex Kozlov wrote: > On Tue, Dec 22, 2009 at 11:38:50PM -0600, Robert Noland wrote: > > On Wed, 2009-12-23 at 07:31 +0200, Alex Kozlov wrote: > > > On Wed, Dec 23, 2009 at 02:03:15AM +0900, Norikatsu Shigemura wrote: > > > > On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland wrote: > > > > > As much as I don't want to, I need to request a repo copy of libdrm in > > > > > order to keep nouveau working... The bits needed for r600 were added > > > > > just after 2.4.12 and the bits that broke nouveau were just before > > > > > 2.4.13... > > > > > > > > Ah, I just see! ABI breakage is building issue, I confirmed: > > > > > > > > I think simple-fully xf86-video-nouveau updating at the same > > > > time. Please see also attached patch. I confirmed that > > > > compile is OK. But I don't have any GeForce video cards. > > > > So I don't know any problems of updating it in real. > > > > > > > > And do you have any recommendation of GeForce? e.g. 9800GTX, > > > > GT260, ... I'll get one and test. I'm interested in Cuda > > > > and nvidia binary driver, too. > > > > > > > > P.S. libdrm was update to 2.4.17, so I'll update... > > > I just tested libdrm 2.4.17 with --enable-radeon-experimental-api > > > and mesalib git master. It's work quite good. Well, it worked > > > quite good before > > > > I've said it before, but I'll repeat... libdrm_radeon serves no purpose > > on FreeBSD and may cause problems. It is only used by TTM/KMS enabled > > drivers on linux. If it ever becomes useful... I'll enable it in the > > port. > Sorry. I only mean that libradeon is a harmless at the moment. Yes, the potential issue is that if it exists, the DDX driver or mesa may detect it and have build issues. > Could You please let us know rough roadmap for freebsd kernel drm? GEM: WIP no ETA Still a fair amount of work to do here figuring out how to allocate and manage the objects using the FreeBSD VM system. I am still trying to learn how to manipulate the VM system. I only know of a couple of people that truly understand it though. I think that we can get any needed functionality that we need added, but if it has to go into their queue, it may take some time. I don't know that we need any more new features to do this yet. This is primarily only used on Intel hardware, but radeon and nouveau use a TTM backend while presenting a GEM api to userland, so this has to be the first task in queue. TTM: WIP no ETA (less done than GEM) I've at least got this stubbed out, but I haven't looked at exactly what is needed to get this going yet. Overall, TTM is a bit more complex than GEM since it manages pools of memory of various types from both the system and the GPU. In the end, this may be more suited to our VM than GEM, but I'm only speculating at this point. This will be used by radeon, nouveau and possibly via at some point. KMS: glimmer in my eye... Overall, this may be easier to port, however it relies on GEM/TTM to handle all of the buffer management. I'll need to coordinate with Ed@ when we get ready to do this to integrate it with our console support. I mentioned via... I finally have hardware of the appropriate vintage to finish porting the via drm driver, thanks to Bruno Schwander. This is jumbled up with working on the above, but I have most of the code ported. I still have one file to go through and fix up, though it is the most complex bit of functionality. Once I received the board, I had to fix via agp, which I committed a couple of nights ago. I'm not sure how it has existed and been broken for as long as it had. This driver will support Unichrome chips using the openchrome DDX driver. There is an alternate via driver which uses TTM, but it doesn't ship in linux either. I had previously been sent a via chrome9 part (VX800) which unfortunately uses a different driver. I had this mostly completed, though not actually working. The primary problem here is that there is no shipping DDX driver that uses it and no open source 3d for it either. The *HUGE* issue is that I am one person... Trying to keep up with 20 or 30 developers on linux, many of whom are paid full time to work on graphics if not drm directly. Probably more, when you consider that I have to try and keep mesa and Xorg going as well. I have upstream commit rights for all of the above, so I try to make sure that when folks break things on FreeBSD that fixes get committed upstream. robert. > > > > "Merge branch 'glsl-pp-rework-2'" (e195eab9093d2a6cf55a42b2e7789c9a381b778) > > > but this is separate matter. > > > So may be enabling libdrm_radeon is not such a bad idea. > > > -- > Adios -- Robert Noland FreeBSD From owner-freebsd-x11@FreeBSD.ORG Wed Dec 23 18:00:05 2009 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 703BC1065676 for ; Wed, 23 Dec 2009 18:00:05 +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 3832C8FC15 for ; Wed, 23 Dec 2009 18:00:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBNI05dP098027 for ; Wed, 23 Dec 2009 18:00:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBNI05bY098026; Wed, 23 Dec 2009 18:00:05 GMT (envelope-from gnats) Date: Wed, 23 Dec 2009 18:00:05 GMT Message-Id: <200912231800.nBNI05bY098026@freefall.freebsd.org> To: freebsd-x11@FreeBSD.org From: Kalman Takacs Cc: Subject: Re: ports/141853: x11/xorg X doesn't start with 'intel' (Asus P5QPL-AM G41 express X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kalman Takacs List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2009 18:00:05 -0000 The following reply was made to PR ports/141853; it has been noted by GNATS. From: Kalman Takacs To: bug-followup@FreeBSD.org, takacsk2004@yahoo.com Cc: Subject: Re: ports/141853: x11/xorg X doesn't start with 'intel' (Asus P5QPL-AM G41 express Date: Wed, 23 Dec 2009 09:30:50 -0800 (PST) --0-1611350212-1261589450=:50808 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable The problem has been solved with the help of the FreeBSD Forum: http://foru= ms.freebsd.org/showthread.php?t=3D9606 Three files should be patched: /sys/dev/drm/drm_pciids.h /sys/dev/drm/i915_drv.h /sys/dev/agp/agp_i810.c Patch for '/sys/dev/drm/drm_pciids.h' and '/sys/dev/drm/i915_drv.h' is avai= lable here: http://gitorious.org/~mlaier/freebsd/mlaiers-clone/commit/ca939= 1509dfc861db04ac8329569afb005e7be70 Patch for 'sys/dev/agp/agp_i810.c': Add after line 177: {0x2E328086, CHIP_G4X, 0x00020000, =A0=A0=A0 =A0=A0=A0 "Intel G41 SVGA controller"}, 176 176=A0 {0x2E228086, CHIP_G4X, 0x00020000, 177 177=A0 =A0=A0=A0 "Intel G45 SVGA controller"}, =A0=A0=A0 {0x2E328086, CHIP_G4X, 0x00020000, =A0=A0=A0 =A0=A0=A0 "Intel G41 SVGA controller"}, =A0=A0=A0 {0, 0, 0, NULL} =0A=0A=0A --0-1611350212-1261589450=:50808 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
The problem has been solved with the help of = the FreeBSD Forum: h= ttp://forums.freebsd.org/showthread.php?t=3D9606

Three fi= les should be patched:
/sys/dev/drm/drm_pciids.h
/sys/dev/drm/i915_dr= v.h
/sys/dev/agp/agp_i810.c


Patch for '/sys/dev/drm/drm_pciid= s.h' and '/sys/dev/drm/i915_drv.h' is available here: http://gitorious.org/~mlaier/freebsd/mlaiers-clone/commit/ca93915= 09dfc861db04ac8329569afb005e7be70

Patch for 'sys/dev/agp/= agp_i810.c':
Add after line 177:
{0x2E328086, CHIP_G4X, 0x00020000,        "Intel G41 SVGA controller"},

176 176  {0x2= E228086, CHIP_G4X, 0x00020000,
177 177      "Intel G= 45 SVGA controller"},
    {0x2E328086, CHIP_G4X, 0x000200= 00,
        "Intel G41 SVGA controller"},<= br>    {0, 0, 0, NULL}


=0A=0A = --0-1611350212-1261589450=:50808-- From owner-freebsd-x11@FreeBSD.ORG Wed Dec 23 18:58:24 2009 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 54C8F106566B; Wed, 23 Dec 2009 18:58:24 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2B21C8FC0C; Wed, 23 Dec 2009 18:58:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id nBNIwOJE052935; Wed, 23 Dec 2009 18:58:24 GMT (envelope-from rnoland@freefall.freebsd.org) Received: (from rnoland@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nBNIwOgs052931; Wed, 23 Dec 2009 18:58:24 GMT (envelope-from rnoland) Date: Wed, 23 Dec 2009 18:58:24 GMT Message-Id: <200912231858.nBNIwOgs052931@freefall.freebsd.org> To: rnoland@FreeBSD.org, freebsd-x11@FreeBSD.org, rnoland@FreeBSD.org From: rnoland@FreeBSD.org Cc: Subject: Re: ports/141853: x11/xorg: X doesn't start with 'intel' (Asus P5QPL-AM G41 express) 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, 23 Dec 2009 18:58:24 -0000 Synopsis: x11/xorg: X doesn't start with 'intel' (Asus P5QPL-AM G41 express) Responsible-Changed-From-To: freebsd-x11->rnoland Responsible-Changed-By: rnoland Responsible-Changed-When: Wed Dec 23 18:58:23 UTC 2009 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=141853 From owner-freebsd-x11@FreeBSD.ORG Thu Dec 24 06:08:37 2009 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 EA2B6106566C for ; Thu, 24 Dec 2009 06:08:36 +0000 (UTC) (envelope-from vorachet@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 893CA8FC08 for ; Thu, 24 Dec 2009 06:08:36 +0000 (UTC) Received: by yxe1 with SMTP id 1so7510590yxe.3 for ; Wed, 23 Dec 2009 22:08:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:message-id; bh=iwo7BDPah2t6o/wFLK44Mfk/KTX7dXEftgKKW9s57Mk=; b=i4B1QELice1Kv38aX0vi+eMKf5/r+B+Jr62vLESfSQyilVKDSOJ/JC/eApi81GFmop a7KVo+vQVOljNsbi2s83bbahps4bYqsW9z/0DXLjoEVGniwetSN9R4o9xZ/P0tpf/RGd mOsA0IcuRk1hM/fNdACZeiGNWUL11mdT0mMEg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :message-id; b=H6oPAvLEI0i5aixAtb44ZU2FR/oAJiCdBd7l9VIPOGR/9jSlAQ7KqqUe7SFvGC68Wd qnhSz8/DAVkkcqOpR8TxW91tKkttjoOfLh3PdgbwnJ6+0jyBnOMpD2a+rbHm6oR13sEh JhRRylYh1Fopsbi/CQTcJgMgA4p4cdJfBboQY= Received: by 10.90.176.16 with SMTP id y16mr7142535age.52.1261633289371; Wed, 23 Dec 2009 21:41:29 -0800 (PST) Received: from pcbsd.localnet ([203.147.58.254]) by mx.google.com with ESMTPS id 13sm4151694gxk.5.2009.12.23.21.41.27 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Dec 2009 21:41:28 -0800 (PST) From: "J.Vorachet" To: x11@freebsd.org Date: Thu, 24 Dec 2009 12:41:20 +0700 User-Agent: KMail/1.11.4 (FreeBSD/7.2-STABLE; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_A8vMLExF3/dUZLc" Message-Id: <200912241241.20276.vorachet@gmail.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: (Diablo JDK16 build ) Error log from user 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, 24 Dec 2009 06:08:37 -0000 --Boundary-00=_A8vMLExF3/dUZLc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear Maintainer, This is a config log that error occured durig build diablo jdk 16 on PCBSD FreeBSD pcbsd 7.2-STABLE FreeBSD 7.2-STABLE --Boundary-00=_A8vMLExF3/dUZLc-- From owner-freebsd-x11@FreeBSD.ORG Thu Dec 24 11:12:03 2009 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 96F071065670 for ; Thu, 24 Dec 2009 11:12:03 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9F78FC08 for ; Thu, 24 Dec 2009 11:12:03 +0000 (UTC) Received: from [195.4.92.15] (helo=5.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NNlbt-0001tL-UE; Thu, 24 Dec 2009 12:12:01 +0100 Received: from p57ae1ba3.dip0.t-ipconnect.de ([87.174.27.163]:55736 helo=ernst.jennejohn.org) by 5.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NNlbt-00087r-Ma; Thu, 24 Dec 2009 12:12:01 +0100 Date: Thu, 24 Dec 2009 12:11:59 +0100 From: Gary Jennejohn To: "J.Vorachet" Message-ID: <20091224121159.4f0e5c35@ernst.jennejohn.org> In-Reply-To: <200912241241.20276.vorachet@gmail.com> References: <200912241241.20276.vorachet@gmail.com> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org Subject: Re: (Diablo JDK16 build ) Error log from user X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2009 11:12:03 -0000 On Thu, 24 Dec 2009 12:41:20 +0700 "J.Vorachet" wrote: > Dear Maintainer, > > This is a config log that error occured durig build diablo jdk 16 on PCBSD > FreeBSD pcbsd 7.2-STABLE FreeBSD 7.2-STABLE First there's no error log attached and secondly what does diable have to do with X11? --- Gary Jennejohn From owner-freebsd-x11@FreeBSD.ORG Fri Dec 25 08:03:36 2009 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 C8D84106566B for ; Fri, 25 Dec 2009 08:03:36 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id 55D078FC1B for ; Fri, 25 Dec 2009 08:03:36 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id nBP83Xg7032730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Dec 2009 19:03:34 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id nBP83WsB020561; Fri, 25 Dec 2009 19:03:32 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id nBP83Wog020551; Fri, 25 Dec 2009 19:03:32 +1100 (EST) (envelope-from peter) Date: Fri, 25 Dec 2009 19:03:32 +1100 From: Peter Jeremy To: "Carlos A. M. dos Santos" Message-ID: <20091225080332.GA92821@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-x11@freebsd.org Subject: Re: Why is x11-servers/xorg-server dependent on libXaw, among others? 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, 25 Dec 2009 08:03:36 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Dec-21 12:30:30 -0200, "Carlos A. M. dos Santos" wrote: >Yes, here I go gain with another attempt to reduce package >dependencies. I'm attempting to understand why the xorg-server port >depends on libX11, libXaw, libXmu, libXt, libXpm and libXext. I'd like >to remove at least libXaw and libXt from the dependencies. What do >you, x11 maintaires, think about this? There are no obvious runtime dependencies on libX11, libXaw, libXmu, libXt, libXpm or libXext (via either ldd or lsof on a running Xserver). As an initial check, you could try removing those dependencies from the Makefile and see if xorg-server builds and runs in a clean environment. A more thorough check would require checking against all input and video drivers. --=20 Peter Jeremy --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAks0cdQACgkQ/opHv/APuIdW+ACdGDpBT5MdO5u1jrgxhCndNllf 8nQAn2dyYSTpxxJUCaM6CceXVXGmJAnf =Xd8V -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-x11@FreeBSD.ORG Fri Dec 25 13:14:06 2009 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 BEF1B106568D for ; Fri, 25 Dec 2009 13:14:06 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 565E18FC21 for ; Fri, 25 Dec 2009 13:14:05 +0000 (UTC) Received: by fxm27 with SMTP id 27so8823998fxm.3 for ; Fri, 25 Dec 2009 05:14:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=DdMoIqUEqglvRxBw07236fmGVSdw30AdKkxCWtD4V44=; b=sI91ARH16w46AD0VzON8ELYp1iXWS3cImY0UoeGJsSDuhBEubmvkyXYl6ariPimNu0 pi6xpSSiaUbIF/aa/0e/xnZSiF06jpt6S1A2776ToSbYWDFsjo55eJuAjXeSVe/NrHJ9 8AdPsNnsJPYOOhA5jL645yZAx4KJNooX4cj8A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=l5Sqn8cg2QTL0CZEwQtk8xR3vqMeL0J7ZbORTkBixZg4Jn2Ine7PGtSKF5LNFTw4Z2 d7+eYMOhY6ltRrOrbzryiP97Za33GgNHIyQ6qTA9+I91vOwxRRsvRe7LskJtc1i2j30F wVZnPtyxqJGGWrpMXY323LVQf30OEvNVVz8lM= MIME-Version: 1.0 Received: by 10.239.161.130 with SMTP id h2mr605685hbd.114.1261746844999; Fri, 25 Dec 2009 05:14:04 -0800 (PST) In-Reply-To: <20091225080332.GA92821@server.vk2pj.dyndns.org> References: <20091225080332.GA92821@server.vk2pj.dyndns.org> Date: Fri, 25 Dec 2009 11:14:04 -0200 Message-ID: From: "Carlos A. M. dos Santos" To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-x11@freebsd.org Subject: Re: Why is x11-servers/xorg-server dependent on libXaw, among others? 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, 25 Dec 2009 13:14:06 -0000 On Fri, Dec 25, 2009 at 6:03 AM, Peter Jeremy wrote: > On 2009-Dec-21 12:30:30 -0200, "Carlos A. M. dos Santos" wrote: >>Yes, here I go gain with another attempt to reduce package >>dependencies. I'm attempting to understand why the xorg-server port >>depends on libX11, libXaw, libXmu, libXt, libXpm and libXext. I'd like >>to remove at least libXaw and libXt from the dependencies. What do >>you, x11 maintaires, think about this? > > There are no obvious runtime dependencies on libX11, libXaw, libXmu, > libXt, libXpm or libXext (via either ldd or lsof on a running Xserver). > > As an initial check, you could try removing those dependencies from the > Makefile and see if xorg-server builds and runs in a clean environment. > A more thorough check would require checking against all input and > video drivers. I already removed the libs from the Makefile and both xorg-server, xf86-input-keyboard, xf86-input-mouse and xf86-video-intel run flawlessly. I will try to build all input and video drivers on a clean chroot environment and look for dependencies. From owner-freebsd-x11@FreeBSD.ORG Sat Dec 26 22:31:50 2009 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 D2A8E1065693 for ; Sat, 26 Dec 2009 22:31:50 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 149ED8FC16 for ; Sat, 26 Dec 2009 22:31:49 +0000 (UTC) Received: by fxm27 with SMTP id 27so9398313fxm.3 for ; Sat, 26 Dec 2009 14:31:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=MnOyxwyYhsHSfzRxWJPdNlHYzUGufwe0WbpT+YD6VUo=; b=ROqTey3nVZZKq5BTnupT0JPh/aeZUAYFl5SkkF2kaEVd62XbJEA9NkHtU500qYorGe np/fe+/xaiLCx2YN3SgL565pW0Ps/LyMAQlzWWLfHcInIU9j/CmNw0Gcoqgs8jcpAgE8 nQFoYeXtuvl1WDVTEi1sftuyuqr7IP749CgkY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=AbbZhBlWQEF7rXbzgCWeQIN7E70Dn3g94hwRxNRK3sfPf1u3oGjzhBgZ06EzEs9hHF cdoB8o/cRy3vFzLlFSv8PiynqTtXfYx/dpSRy9rFh4F7+ooURDIpRo8GzWTiy6vZmUax X7UWcXhOUMCPIb1CYu3M/sWQqFFYAQTUFkUMU= MIME-Version: 1.0 Received: by 10.239.161.130 with SMTP id h2mr753054hbd.114.1261866708941; Sat, 26 Dec 2009 14:31:48 -0800 (PST) Date: Sat, 26 Dec 2009 20:31:48 -0200 Message-ID: From: "Carlos A. M. dos Santos" To: freebsd-x11@freebsd.org Content-Type: multipart/mixed; boundary=001485f03c92f0bc6d047ba93c79 Subject: x11perf -all leads to Xorg crash on 8-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: Sat, 26 Dec 2009 22:31:50 -0000 --001485f03c92f0bc6d047ba93c79 Content-Type: text/plain; charset=ISO-8859-1 Environment: 8-STABLE, as of Dec 23 and fresh built with xorg-server-1.6.1,1 and xf86-video-intel-2.7.1. Running x11perf with the "-all" argument I got this: avatar:/local[152]# x11perf -all > x11perf.default Setting master Fatal server error: Caught signal 11. Server aborting Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. Dropping master XIO: fatal IO error 35 (Resource temporarily unavailable) on X server ":0.0" after 522479794 requests (522479789 known processed) with 0 events remaining. Could someone help me to debug this? Thanks in advance --001485f03c92f0bc6d047ba93c79 Content-Type: application/octet-stream; name="Xorg.0.log.default" Content-Disposition: attachment; filename="Xorg.0.log.default" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g3oyr19m0 ClguT3JnIFggU2VydmVyIDEuNi4xClJlbGVhc2UgRGF0ZTogMjAwOS00LTE0ClggUHJvdG9jb2wg VmVyc2lvbiAxMSwgUmV2aXNpb24gMApCdWlsZCBPcGVyYXRpbmcgU3lzdGVtOiBGcmVlQlNEIDgu MC1TVEFCTEUgYW1kNjQgCkN1cnJlbnQgT3BlcmF0aW5nIFN5c3RlbTogRnJlZUJTRCBhdmF0YXIg OC4wLVNUQUJMRSBGcmVlQlNEIDguMC1TVEFCTEUgIzM6IFdlZCBEZWMgMjMgMTQ6Mzk6MDAgQlJT VCAyMDA5ICAgICByb290QGF2YXRhcjovdXNyL29iai91c3Ivc3JjL3N5cy9Db21wYXFfbng2MzIw IGFtZDY0CkJ1aWxkIERhdGU6IDI2IERlY2VtYmVyIDIwMDkgIDAzOjIyOjIwUE0KIAoJQmVmb3Jl IHJlcG9ydGluZyBwcm9ibGVtcywgY2hlY2sgaHR0cDovL3dpa2kueC5vcmcKCXRvIG1ha2Ugc3Vy ZSB0aGF0IHlvdSBoYXZlIHRoZSBsYXRlc3QgdmVyc2lvbi4KTWFya2VyczogKC0tKSBwcm9iZWQs ICgqKikgZnJvbSBjb25maWcgZmlsZSwgKD09KSBkZWZhdWx0IHNldHRpbmcsCgkoKyspIGZyb20g Y29tbWFuZCBsaW5lLCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLAoJKFdXKSB3YXJu aW5nLCAoRUUpIGVycm9yLCAoTkkpIG5vdCBpbXBsZW1lbnRlZCwgKD8/KSB1bmtub3duLgooPT0p IExvZyBmaWxlOiAiL3Zhci9sb2cvWG9yZy4wLmxvZyIsIFRpbWU6IFNhdCBEZWMgMjYgMTY6MTg6 MzggMjAwOQooPT0pIFVzaW5nIGNvbmZpZyBmaWxlOiAiL2V0Yy9YMTEveG9yZy5jb25mIgooPT0p IFNlcnZlckxheW91dCAiWC5vcmcgQ29uZmlndXJlZCIKKCoqKSB8LS0+U2NyZWVuICJTY3JlZW4w IiAoMCkKKCoqKSB8ICAgfC0tPk1vbml0b3IgIk1vbml0b3IwIgooKiopIHwgICB8LS0+RGV2aWNl ICJDYXJkMCIKKCoqKSB8LS0+SW5wdXQgRGV2aWNlICJNb3VzZTAiCigqKikgfC0tPklucHV0IERl dmljZSAiS2V5Ym9hcmQwIgooKiopIE9wdGlvbiAiRG9udFphcCIgIm9uIgooKiopIE9wdGlvbiAi QWxsb3dFbXB0eUlucHV0IiAib2ZmIgooKiopIE9wdGlvbiAiVXNlRGVmYXVsdEZvbnRQYXRoIiAi b2ZmIgooKiopIE9wdGlvbiAiQXV0b0FkZERldmljZXMiICJvZmYiCigqKikgTm90IGF1dG9tYXRp Y2FsbHkgYWRkaW5nIGRldmljZXMKKD09KSBBdXRvbWF0aWNhbGx5IGVuYWJsaW5nIGRldmljZXMK KFdXKSBUaGUgZGlyZWN0b3J5ICIvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvdGV4Y20tdHRmIiBk b2VzIG5vdCBleGlzdC4KCUVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBhdGguCigqKikgRm9udFBh dGggc2V0IHRvOgoJL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL21pc2MsCgkvbG9jYWwvbGliL1gx MS9mb250cy9kZWphdnUsCgkvbG9jYWwvbGliL1gxMS9mb250cy9Tb2Z0TWFrZXIsCglidWlsdC1p bnMKKCoqKSBNb2R1bGVQYXRoIHNldCB0byAiL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzIgoo SUkpIExvYWRlciBtYWdpYzogMHhiMjAKKElJKSBNb2R1bGUgQUJJIHZlcnNpb25zOgoJWC5Pcmcg QU5TSSBDIEVtdWxhdGlvbjogMC40CglYLk9yZyBWaWRlbyBEcml2ZXI6IDUuMAoJWC5PcmcgWElu cHV0IGRyaXZlciA6IDQuMAoJWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDIuMAooSUkpIExvYWRl ciBydW5uaW5nIG9uIGZyZWVic2QKKC0tKSBVc2luZyBzeXNjb25zIGRyaXZlciB3aXRoIFggc3Vw cG9ydCAodmVyc2lvbiAyLjApCigtLSkgdXNpbmcgVlQgbnVtYmVyIDkKCigtLSkgUENJOiooMEAw OjI6MCkgSW50ZWwgQ29ycG9yYXRpb24gTW9iaWxlIDk0NUdNL0dNUywgOTQzLzk0MEdNTCBFeHBy ZXNzIEludGVncmF0ZWQgR3JhcGhpY3MgQ29udHJvbGxlciByZXYgMywgTWVtIEAgMHhlODQwMDAw MC81MjQyODgsIDB4ZDAwMDAwMDAvMjY4NDM1NDU2LCAweGU4NDgwMDAwLzI2MjE0NCwgSS9PIEAg MHgwMDAwNjAwMC84LCBCSU9TIEAgMHg/Pz8/Pz8/Py82NTUzNgooLS0pIFBDSTogKDBAMDoyOjEp IEludGVsIENvcnBvcmF0aW9uIE1vYmlsZSA5NDVHTS9HTVMvR01FLCA5NDMvOTQwR01MIEV4cHJl c3MgSW50ZWdyYXRlZCBHcmFwaGljcyBDb250cm9sbGVyIHJldiAzLCBNZW0gQCAweGU4NTAwMDAw LzUyNDI4OAooSUkpIFN5c3RlbSByZXNvdXJjZSByYW5nZXM6CglbMF0gLTEJMAkweDAwMGYwMDAw IC0gMHgwMDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0KCVsxXSAtMQkwCTB4MDAwYzAwMDAgLSAweDAw MGVmZmZmICgweDMwMDAwKSBNWFtCXQoJWzJdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwOWZmZmYg KDB4YTAwMDApIE1YW0JdCglbM10gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJ WFtCXQoJWzRdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQooV1cp ICJyZWNvcmQiIHdpbGwgbm90IGJlIGxvYWRlZCB1bmxlc3MgeW91J3ZlIHNwZWNpZmllZCBpdCB0 byBiZSBsb2FkZWQgZWxzZXdoZXJlLgooV1cpICJ4dHJhcCIgd2lsbCBub3QgYmUgbG9hZGVkIHVu bGVzcyB5b3UndmUgc3BlY2lmaWVkIGl0IHRvIGJlIGxvYWRlZCBlbHNld2hlcmUuCihXVykgInR5 cGUxIiB3aWxsIG5vdCBiZSBsb2FkZWQgdW5sZXNzIHlvdSd2ZSBzcGVjaWZpZWQgaXQgdG8gYmUg bG9hZGVkIGVsc2V3aGVyZS4KKElJKSAiZXh0bW9kIiB3aWxsIGJlIGxvYWRlZC4gVGhpcyB3YXMg ZW5hYmxlZCBieSBkZWZhdWx0IGFuZCBhbHNvIHNwZWNpZmllZCBpbiB0aGUgY29uZmlnIGZpbGUu CihJSSkgImRiZSIgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBh bmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLgooSUkpICJnbHgiIHdpbGwgYmUg bG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGlu IHRoZSBjb25maWcgZmlsZS4KKElJKSAicmVjb3JkIiB3aWxsIGJlIGxvYWRlZCBldmVuIHRob3Vn aCB0aGUgZGVmYXVsdCBpcyB0byBkaXNhYmxlIGl0LgooSUkpICJkcmkiIHdpbGwgYmUgbG9hZGVk LiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRlZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBj b25maWcgZmlsZS4KKElJKSAiZHJpMiIgd2lsbCBiZSBsb2FkZWQuIFRoaXMgd2FzIGVuYWJsZWQg YnkgZGVmYXVsdCBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZpZyBmaWxlLgooSUkpIExv YWRNb2R1bGU6ICJleHRtb2QiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVs ZXMvZXh0ZW5zaW9ucy8vbGliZXh0bW9kLnNvCihJSSkgTW9kdWxlIGV4dG1vZDogdmVuZG9yPSJY Lk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNi4xLCBtb2R1bGUgdmVyc2lvbiA9IDEu MC4wCglNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5P cmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAyLjAKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBN SVQtU0NSRUVOLVNBVkVSCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1WaWRNb2RlRXh0 ZW5zaW9uCihJSSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1ER0EKKElJKSBMb2FkaW5nIGV4 dGVuc2lvbiBEUE1TCihJSSkgTG9hZGluZyBleHRlbnNpb24gWFZpZGVvCihJSSkgTG9hZGluZyBl eHRlbnNpb24gWFZpZGVvLU1vdGlvbkNvbXBlbnNhdGlvbgooSUkpIExvYWRpbmcgZXh0ZW5zaW9u IFgtUmVzb3VyY2UKKElJKSBMb2FkTW9kdWxlOiAiZGJlIgooSUkpIExvYWRpbmcgL3Vzci9sb2Nh bC9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvL2xpYmRiZS5zbwooSUkpIE1vZHVsZSBkYmU6 IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjYuMSwgbW9kdWxlIHZl cnNpb24gPSAxLjAuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglBQkkg Y2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGluZyBl eHRlbnNpb24gRE9VQkxFLUJVRkZFUgooSUkpIExvYWRNb2R1bGU6ICJnbHgiCihJSSkgTG9hZGlu ZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy8vbGliZ2x4LnNvCihJSSkg TW9kdWxlIGdseDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNi4x LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNp b24sIHZlcnNpb24gMi4wCig9PSkgQUlHTFggZGlzYWJsZWQKKElJKSBMb2FkaW5nIGV4dGVuc2lv biBHTFgKKElJKSBMb2FkTW9kdWxlOiAiZHJpIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIv eG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvL2xpYmRyaS5zbwooSUkpIE1vZHVsZSBkcmk6IHZlbmRv cj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjYuMSwgbW9kdWxlIHZlcnNpb24g PSAxLjAuMAoJQUJJIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDIuMAoo SUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtRFJJCihJSSkgTG9hZE1vZHVsZTogImRyaTIi CihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy8vbGli ZHJpMi5zbwooSUkpIE1vZHVsZSBkcmkyOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21w aWxlZCBmb3IgMS42LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWC5Pcmcg U2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAyLjAKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBEUkky CihJSSkgTG9hZE1vZHVsZTogImludGVsIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9y Zy9tb2R1bGVzL2RyaXZlcnMvL2ludGVsX2Rydi5zbwooSUkpIE1vZHVsZSBpbnRlbDogdmVuZG9y PSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNi4xLCBtb2R1bGUgdmVyc2lvbiA9 IDIuNy4xCglNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlcgoJQUJJIGNsYXNzOiBYLk9y ZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gNS4wCihJSSkgTG9hZE1vZHVsZTogIm1vdXNlIgooSUkp IExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2lucHV0Ly9tb3VzZV9kcnYuc28K KElJKSBNb2R1bGUgbW91c2U6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZv ciAxLjYuMSwgbW9kdWxlIHZlcnNpb24gPSAxLjQuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBYSW5w dXQgRHJpdmVyCglBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gNC4wCihJ SSkgTG9hZE1vZHVsZTogImtiZCIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9k dWxlcy9pbnB1dC8va2JkX2Rydi5zbwooSUkpIE1vZHVsZSBrYmQ6IHZlbmRvcj0iWC5PcmcgRm91 bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjYuMSwgbW9kdWxlIHZlcnNpb24gPSAxLjMuMgoJTW9k dWxlIGNsYXNzOiBYLk9yZyBYSW5wdXQgRHJpdmVyCglBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBk cml2ZXIsIHZlcnNpb24gNC4wCihJSSkgaW50ZWw6IERyaXZlciBmb3IgSW50ZWwgSW50ZWdyYXRl ZCBHcmFwaGljcyBDaGlwc2V0czogaTgxMCwKCWk4MTAtZGMxMDAsIGk4MTBlLCBpODE1LCBpODMw TSwgODQ1RywgODUyR00vODU1R00sIDg2NUcsIDkxNUcsCglFNzIyMSAoaTkxNSksIDkxNUdNLCA5 NDVHLCA5NDVHTSwgOTQ1R01FLCBJR0RfR00sIElHRF9HLCA5NjVHLCBHMzUsCgk5NjVRLCA5NDZH WiwgOTY1R00sIDk2NUdNRS9HTEUsIEczMywgUTM1LCBRMzMsCglNb2JpbGUgSW50ZWzCriBHTTQ1 IEV4cHJlc3MgQ2hpcHNldCwKCUludGVsIEludGVncmF0ZWQgR3JhcGhpY3MgRGV2aWNlLCBHNDUv RzQzLCBRNDUvUTQzLCBHNDEKKElJKSBQcmltYXJ5IERldmljZSBpczogUENJIDAwQDAwOjAyOjAK KElJKSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgeGY4NkNsYWltRml4ZWRSZXNvdXJjZXMoKSBjYWxs OgoJWzBdIC0xCTAJMHgwMDBmMDAwMCAtIDB4MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdCglbMV0g LTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0KCVsyXSAtMQkwCTB4 MDAwMDAwMDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBNWFtCXQoJWzNdIC0xCTAJMHgwMDAwZmZm ZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0KCVs0XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAw MGZmICgweDEwMCkgSVhbQl0KKElJKSByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcHJvYmluZzoKCVsw XSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQoJWzFdIC0xCTAJ MHgwMDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdCglbMl0gLTEJMAkweDAwMDAw MDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0KCVszXSAwCTAJMHgwMDBhMDAwMCAtIDB4 MDAwYWZmZmYgKDB4MTAwMDApIE1TW0JdCglbNF0gMAkwCTB4MDAwYjAwMDAgLSAweDAwMGI3ZmZm ICgweDgwMDApIE1TW0JdCglbNV0gMAkwCTB4MDAwYjgwMDAgLSAweDAwMGJmZmZmICgweDgwMDAp IE1TW0JdCglbNl0gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtCXQoJWzdd IC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQoJWzhdIDAJMAkweDAw MDAwM2IwIC0gMHgwMDAwMDNiYiAoMHhjKSBJU1tCXQoJWzldIDAJMAkweDAwMDAwM2MwIC0gMHgw MDAwMDNkZiAoMHgyMCkgSVNbQl0KKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgInZnYWh3IgooSUkp IExvYWRNb2R1bGU6ICJ2Z2FodyIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9k dWxlcy8vbGlidmdhaHcuc28KKElJKSBNb2R1bGUgdmdhaHc6IHZlbmRvcj0iWC5PcmcgRm91bmRh dGlvbiIKCWNvbXBpbGVkIGZvciAxLjYuMSwgbW9kdWxlIHZlcnNpb24gPSAwLjEuMAoJQUJJIGNs YXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gNS4wCihJSSkgTG9hZGluZyBzdWIgbW9k dWxlICJyYW1kYWMiCihJSSkgTG9hZE1vZHVsZTogInJhbWRhYyIKKElJKSBNb2R1bGUgInJhbWRh YyIgYWxyZWFkeSBidWlsdC1pbgooKiopIGludGVsKDApOiBEZXB0aCAyNCwgKC0tKSBmcmFtZWJ1 ZmZlciBicHAgMzIKKD09KSBpbnRlbCgwKTogUkdCIHdlaWdodCA4ODgKKD09KSBpbnRlbCgwKTog RGVmYXVsdCB2aXN1YWwgaXMgVHJ1ZUNvbG9yCihJSSkgaW50ZWwoMCk6IEludGVncmF0ZWQgR3Jh cGhpY3MgQ2hpcHNldDogSW50ZWwoUikgOTQ1R00KKC0tKSBpbnRlbCgwKTogQ2hpcHNldDogIjk0 NUdNIgooLS0pIGludGVsKDApOiBMaW5lYXIgZnJhbWVidWZmZXIgYXQgMHhEMDAwMDAwMAooLS0p IGludGVsKDApOiBJTyByZWdpc3RlcnMgYXQgYWRkciAweEU4NDAwMDAwCig9PSkgaW50ZWwoMCk6 IFVzaW5nIEVYQSBmb3IgYWNjZWxlcmF0aW9uCihJSSkgaW50ZWwoMCk6IDIgZGlzcGxheSBwaXBl cyBhdmFpbGFibGUuCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJkZGMiCihJSSkgTG9hZE1vZHVs ZTogImRkYyIKKElJKSBNb2R1bGUgImRkYyIgYWxyZWFkeSBidWlsdC1pbgooSUkpIExvYWRpbmcg c3ViIG1vZHVsZSAiaTJjIgooSUkpIExvYWRNb2R1bGU6ICJpMmMiCihJSSkgTW9kdWxlICJpMmMi IGFscmVhZHkgYnVpbHQtaW4KKElJKSBpbnRlbCgwKTogT3V0cHV0IFZHQSB1c2luZyBtb25pdG9y IHNlY3Rpb24gTW9uaXRvcjAKKElJKSBpbnRlbCgwKTogT3V0cHV0IExWRFMgaGFzIG5vIG1vbml0 b3Igc2VjdGlvbgooSUkpIGludGVsKDApOiBJMkMgYnVzICJMVkRTRERDX0MiIGluaXRpYWxpemVk LgooSUkpIGludGVsKDApOiBBdHRlbXB0aW5nIHRvIGRldGVybWluZSBwYW5lbCBmaXhlZCBtb2Rl LgooSUkpIGludGVsKDApOiBJMkMgZGV2aWNlICJMVkRTRERDX0M6RS1FRElEIHNlZ21lbnQgcmVn aXN0ZXIiIHJlZ2lzdGVyZWQgYXQgYWRkcmVzcyAweDYwLgooSUkpIGludGVsKDApOiBJMkMgZGV2 aWNlICJMVkRTRERDX0M6ZGRjMiIgcmVnaXN0ZXJlZCBhdCBhZGRyZXNzIDB4QTAuCihJSSkgaW50 ZWwoMCk6IEVESUQgdmVuZG9yICJMUEwiLCBwcm9kIGlkIDQ3ODcyCig9PSkgaW50ZWwoMCk6IFdy aXRlLWNvbWJpbmluZyByYW5nZSAoMHhhMDAwMCwweDEwMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgoo SUkpIGludGVsKDApOiBSZXNpemFibGUgZnJhbWVidWZmZXI6IG5vdCBhdmFpbGFibGUgKDEgMykK KElJKSBpbnRlbCgwKTogRURJRCB2ZW5kb3IgIkxQTCIsIHByb2QgaWQgNDc4NzIKKElJKSBpbnRl bCgwKTogT3V0cHV0IFZHQSBkaXNjb25uZWN0ZWQKKElJKSBpbnRlbCgwKTogT3V0cHV0IExWRFMg Y29ubmVjdGVkCihJSSkgaW50ZWwoMCk6IFVzaW5nIGV4YWN0IHNpemVzIGZvciBpbml0aWFsIG1v ZGVzCihJSSkgaW50ZWwoMCk6IE91dHB1dCBMVkRTIHVzaW5nIGluaXRpYWwgbW9kZSAxMDI0eDc2 OAooPT0pIGludGVsKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4YTAwMDAsMHgxMDAwMCkg d2FzIGFscmVhZHkgY2xlYXIKKElJKSBpbnRlbCgwKTogZGV0ZWN0ZWQgMjU2IGtCIEdUVC4KKElJ KSBpbnRlbCgwKTogZGV0ZWN0ZWQgNzkzMiBrQiBzdG9sZW4gbWVtb3J5LgooPT0pIGludGVsKDAp OiB2aWRlbyBvdmVybGF5IGtleSBzZXQgdG8gMHgxMDFmZQooPT0pIGludGVsKDApOiBVc2luZyBn YW1tYSBjb3JyZWN0aW9uICgxLjAsIDEuMCwgMS4wKQooPT0pIGludGVsKDApOiBEUEkgc2V0IHRv ICg5NiwgOTYpCihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJmYiIKKElJKSBMb2FkTW9kdWxlOiAi ZmIiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvL2xpYmZiLnNvCihJ SSkgTW9kdWxlIGZiOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3IgMS42 LjEsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWC5PcmcgQU5TSSBDIEVtdWxh dGlvbiwgdmVyc2lvbiAwLjQKKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImV4YSIKKElJKSBMb2Fk TW9kdWxlOiAiZXhhIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzLy9s aWJleGEuc28KKElJKSBNb2R1bGUgZXhhOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21w aWxlZCBmb3IgMS42LjEsIG1vZHVsZSB2ZXJzaW9uID0gMi40LjAKCUFCSSBjbGFzczogWC5Pcmcg VmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDUuMAooSUkpIGludGVsKDApOiBDb21wYXJpbmcgcmVncyBm cm9tIHNlcnZlciBzdGFydCB1cCB0byBBZnRlciBQcmVJbml0CihXVykgaW50ZWwoMCk6IFJlZ2lz dGVyIDB4NjEyMDAgKFBQX1NUQVRVUykgY2hhbmdlZCBmcm9tIDB4YzAwMDAwMDggdG8gMHhkMDAw MDAwYQooV1cpIGludGVsKDApOiBQUF9TVEFUVVMgYmVmb3JlOiBvbiwgcmVhZHksIHNlcXVlbmNp bmcgaWRsZQooV1cpIGludGVsKDApOiBQUF9TVEFUVVMgYWZ0ZXI6IG9uLCByZWFkeSwgc2VxdWVu Y2luZyBvbgooV1cpIGludGVsKDApOiBSZWdpc3RlciAweDcxMDI0IChQSVBFQlNUQVQpIGNoYW5n ZWQgZnJvbSAweDAwMDAwMjAyIHRvIDB4ODAwMDAyMDIKKFdXKSBpbnRlbCgwKTogUElQRUJTVEFU IGJlZm9yZTogc3RhdHVzOiBWU1lOQ19JTlRfU1RBVFVTIFZCTEFOS19JTlRfU1RBVFVTCihXVykg aW50ZWwoMCk6IFBJUEVCU1RBVCBhZnRlcjogc3RhdHVzOiBGSUZPX1VOREVSUlVOIFZTWU5DX0lO VF9TVEFUVVMgVkJMQU5LX0lOVF9TVEFUVVMKKD09KSBEZXB0aCAyNCBwaXhtYXAgZm9ybWF0IGlz IDMyIGJwcAooSUkpIGRvIEkgbmVlZCBSQUM/ICBObywgSSBkb24ndC4KKElJKSByZXNvdXJjZSBy YW5nZXMgYWZ0ZXIgcHJlSW5pdDoKCVswXSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgw eDEwMDAwKSBNWFtCXQoJWzFdIC0xCTAJMHgwMDBjMDAwMCAtIDB4MDAwZWZmZmYgKDB4MzAwMDAp IE1YW0JdCglbMl0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0K CVszXSAwCTAJMHgwMDBhMDAwMCAtIDB4MDAwYWZmZmYgKDB4MTAwMDApIE1TW0JdKE9wckQpCglb NF0gMAkwCTB4MDAwYjAwMDAgLSAweDAwMGI3ZmZmICgweDgwMDApIE1TW0JdKE9wckQpCglbNV0g MAkwCTB4MDAwYjgwMDAgLSAweDAwMGJmZmZmICgweDgwMDApIE1TW0JdKE9wckQpCglbNl0gLTEJ MAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgxKSBJWFtCXQoJWzddIC0xCTAJMHgwMDAwMDAw MCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQoJWzhdIDAJMAkweDAwMDAwM2IwIC0gMHgwMDAw MDNiYiAoMHhjKSBJU1tCXShPcHJVKQoJWzldIDAJMAkweDAwMDAwM2MwIC0gMHgwMDAwMDNkZiAo MHgyMCkgSVNbQl0oT3ByVSkKKElJKSBpbnRlbCgwKTogS2VybmVsIHJlcG9ydGVkIDEwMDY1OTIg dG90YWwsIDAgdXNlZAooSUkpIGludGVsKDApOiBJODMwQ2hlY2tBdmFpbGFibGVNZW1vcnk6IDQw MjYzNjgga0IgYXZhaWxhYmxlCihXVykgaW50ZWwoMCk6IERSSTIgcmVxdWlyZXMgVVhBCmRybU9w ZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJkMApGYWlsZWQgdG8gY2hhbmdlIG93 bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9kZXYvZHJpISAyOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0 b3J5CkZhaWxlZCB0byBjaGFuZ2Ugb3duZXIgb3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkvY2Fy ZDAhIDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKZHJtT3BlbkRldmljZTogb3BlbiByZXN1 bHQgaXMgLTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpGYWlsZWQgdG8gY2hhbmdlIG93 bmVyIG9yIGdyb3VwIGZvciBmaWxlIC9kZXYvZHJpL2NhcmQwISAyOiBObyBzdWNoIGZpbGUgb3Ig ZGlyZWN0b3J5CmRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIC0xLCAoTm8gc3VjaCBmaWxl IG9yIGRpcmVjdG9yeSkKZHJtT3BlbkRldmljZTogT3BlbiBmYWlsZWQKZHJtT3BlbkRldmljZTog bm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQwCkZhaWxlZCB0byBjaGFuZ2Ugb3duZXIgb3IgZ3Jv dXAgZm9yIGZpbGUgL2Rldi9kcmkhIDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKRmFpbGVk IHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2L2RyaS9jYXJkMCEgMjogTm8g c3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAtMSwg KE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpCkZhaWxlZCB0byBjaGFuZ2Ugb3duZXIgb3IgZ3Jv dXAgZm9yIGZpbGUgL2Rldi9kcmkvY2FyZDAhIDI6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkK ZHJtT3BlbkRldmljZTogb3BlbiByZXN1bHQgaXMgLTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0 b3J5KQpkcm1PcGVuRGV2aWNlOiBPcGVuIGZhaWxlZApkcm1PcGVuQnlCdXNpZDogU2VhcmNoaW5n IGZvciBCdXNJRCBwY2k6MDAwMDowMDowMi4wCmRybU9wZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAv ZGV2L2RyaS9jYXJkMApkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyAxMSwgKE9LKQpkcm1P cGVuQnlCdXNpZDogZHJtT3Blbk1pbm9yIHJldHVybnMgMTEKZHJtT3BlbkJ5QnVzaWQ6IGRybUdl dEJ1c2lkIHJlcG9ydHMgcGNpOjAwMDA6MDA6MDIuMAooSUkpIFtkcm1dIGxvYWRlZCBrZXJuZWwg bW9kdWxlIGZvciAiaTkxNSIgZHJpdmVyLgooSUkpIFtkcm1dIERSTSBpbnRlcmZhY2UgdmVyc2lv biAxLjIKKElJKSBbZHJtXSBEUk0gb3BlbiBtYXN0ZXIgc3VjY2VlZGVkLgooSUkpIGludGVsKDAp OiBbZHJtXSBVc2luZyB0aGUgRFJNIGxvY2sgU0FSRUEgYWxzbyBmb3IgZHJhd2FibGVzLgooSUkp IGludGVsKDApOiBbZHJtXSBmcmFtZWJ1ZmZlciBtYXBwZWQgYnkgZGR4IGRyaXZlcgooSUkpIGlu dGVsKDApOiBbZHJtXSBhZGRlZCAxIHJlc2VydmVkIGNvbnRleHQgZm9yIGtlcm5lbAooSUkpIGlu dGVsKDApOiBYIGNvbnRleHQgaGFuZGxlID0gMHgxCihJSSkgaW50ZWwoMCk6IFtkcm1dIGluc3Rh bGxlZCBEUk0gc2lnbmFsIGhhbmRsZXIKKCoqKSBpbnRlbCgwKTogRnJhbWVidWZmZXIgY29tcHJl c3Npb24gZW5hYmxlZAooKiopIGludGVsKDApOiBUaWxpbmcgZW5hYmxlZAooPT0pIGludGVsKDAp OiBWaWRlb1JhbTogMjYyMTQ0IEtCCihJSSkgaW50ZWwoMCk6IEF0dGVtcHRpbmcgbWVtb3J5IGFs bG9jYXRpb24gd2l0aCB0aWxlZCBidWZmZXJzLgooSUkpIGludGVsKDApOiBUaWxlZCBhbGxvY2F0 aW9uIHN1Y2Nlc3NmdWwuCihJSSkgaW50ZWwoMCk6IFtkcm1dIFJlZ2lzdGVycyA9IDB4ZTg0MDAw MDAKKElJKSBpbnRlbCgwKTogW2RybV0gcmluZyBidWZmZXIgPSAweGQwMDAwMDAwCihJSSkgaW50 ZWwoMCk6IFtkcm1dIG1hcHBlZCBmcm9udCBidWZmZXIgYXQgMHhkMTAwMDAwMCwgaGFuZGxlID0g MHhkMTAwMDAwMAooSUkpIGludGVsKDApOiBbZHJtXSBtYXBwZWQgYmFjayBidWZmZXIgYXQgMHhk MjAwMDAwMCwgaGFuZGxlID0gMHhkMjAwMDAwMAooSUkpIGludGVsKDApOiBbZHJtXSBtYXBwZWQg ZGVwdGggYnVmZmVyIGF0IDB4ZDI0MDAwMDAsIGhhbmRsZSA9IDB4ZDI0MDAwMDAKKElJKSBpbnRl bCgwKTogW2RybV0gbWFwcGVkIGNsYXNzaWMgdGV4dHVyZXMgYXQgMHhkMjgwMDAwMCwgaGFuZGxl ID0gMHhkMjgwMDAwMAooSUkpIGludGVsKDApOiBbZHJtXSBJbml0aWFsaXplZCBrZXJuZWwgYWdw IGhlYXAgbWFuYWdlciwgMzM1NTQ0MzIKKElJKSBpbnRlbCgwKTogW2RyaV0gdmlzdWFsIGNvbmZp Z3MgaW5pdGlhbGl6ZWQKKElJKSBpbnRlbCgwKTogdmdhSFdHZXRJT0Jhc2U6IGh3cC0+SU9CYXNl IGlzIDB4MDNkMCwgaHdwLT5QSU9PZmZzZXQgaXMgMHgwMDAwCig9PSkgaW50ZWwoMCk6IFdyaXRl LWNvbWJpbmluZyByYW5nZSAoMHhhMDAwMCwweDEwMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooSUkp IEVYQSgwKTogT2Zmc2NyZWVuIHBpeG1hcCBhcmVhIG9mIDEyNTgyOTEyIGJ5dGVzCihJSSkgRVhB KDApOiBEcml2ZXIgcmVnaXN0ZXJlZCBzdXBwb3J0IGZvciB0aGUgZm9sbG93aW5nIG9wZXJhdGlv bnM6CihJSSkgICAgICAgICBTb2xpZAooSUkpICAgICAgICAgQ29weQooSUkpICAgICAgICAgQ29t cG9zaXRlIChSRU5ERVIgYWNjZWxlcmF0aW9uKQooPT0pIGludGVsKDApOiBCYWNraW5nIHN0b3Jl IGRpc2FibGVkCig9PSkgaW50ZWwoMCk6IFNpbGtlbiBtb3VzZSBlbmFibGVkCihJSSkgaW50ZWwo MCk6IEluaXRpYWxpemluZyBIVyBDdXJzb3IKKElJKSBpbnRlbCgwKTogW0RSSV0gaW5zdGFsbGF0 aW9uIGNvbXBsZXRlCihXVykgaW50ZWwoMCk6IGRybURyb3BNYXN0ZXIgZmFpbGVkOiBVbmtub3du IGVycm9yOiAtMQooSUkpIGludGVsKDApOiB4Zjg2QmluZEdBUlRNZW1vcnk6IGJpbmQga2V5IDEg YXQgMHgwMDdiZjAwMCAocGdvZmZzZXQgMTk4MykKKElJKSBpbnRlbCgwKTogeGY4NkJpbmRHQVJU TWVtb3J5OiBiaW5kIGtleSAyIGF0IDB4MDBlMmIwMDAgKHBnb2Zmc2V0IDM2MjcpCihJSSkgaW50 ZWwoMCk6IHhmODZCaW5kR0FSVE1lbW9yeTogYmluZCBrZXkgMyBhdCAweDAxMDAwMDAwIChwZ29m ZnNldCA0MDk2KQooSUkpIGludGVsKDApOiB4Zjg2QmluZEdBUlRNZW1vcnk6IGJpbmQga2V5IDQg YXQgMHgwMTQwMDAwMCAocGdvZmZzZXQgNTEyMCkKKElJKSBpbnRlbCgwKTogeGY4NkJpbmRHQVJU TWVtb3J5OiBiaW5kIGtleSA1IGF0IDB4MDIwMDAwMDAgKHBnb2Zmc2V0IDgxOTIpCihJSSkgaW50 ZWwoMCk6IHhmODZCaW5kR0FSVE1lbW9yeTogYmluZCBrZXkgNiBhdCAweDAyNDAwMDAwIChwZ29m ZnNldCA5MjE2KQooSUkpIGludGVsKDApOiB4Zjg2QmluZEdBUlRNZW1vcnk6IGJpbmQga2V5IDcg YXQgMHgwMjgwMDAwMCAocGdvZmZzZXQgMTAyNDApCihJSSkgaW50ZWwoMCk6IEZpeGVkIG1lbW9y eSBhbGxvY2F0aW9uIGxheW91dDoKKElJKSBpbnRlbCgwKTogMHgwMDAwMDAwMC0weDAwMDFmZmZm OiByaW5nIGJ1ZmZlciAoMTI4IGtCKQooSUkpIGludGVsKDApOiAweDAwMDIwMDAwLTB4MDA2MWZm ZmY6IGNvbXByZXNzZWQgZnJhbWUgYnVmZmVyICg2MTQ0IGtCLCAweDAwMDAwMDAwYmY4MjAwMDAg cGh5c2ljYWwKKQooSUkpIGludGVsKDApOiAweDAwNjIwMDAwLTB4MDA2MjBmZmY6IGNvbXByZXNz ZWQgbGwgYnVmZmVyICg0IGtCLCAweDAwMDAwMDAwYmZlMjAwMDAgcGh5c2ljYWwKKQooSUkpIGlu dGVsKDApOiAweDAwNjIxMDAwLTB4MDA2MmFmZmY6IEhXIGN1cnNvcnMgKDQwIGtCLCAweDAwMDAw MDAwYmZlMjEwMDAgcGh5c2ljYWwKKQooSUkpIGludGVsKDApOiAweDAwNjJiMDAwLTB4MDBlMmFm ZmY6IGZha2UgYnVmbWdyICg4MTkyIGtCKQooSUkpIGludGVsKDApOiAweDAwN2JmMDAwOiAgICAg ICAgICAgIGVuZCBvZiBzdG9sZW4gbWVtb3J5CihJSSkgaW50ZWwoMCk6IDB4MDBlMmIwMDAtMHgw MGUyYmZmZjogb3ZlcmxheSByZWdpc3RlcnMgKDQga0IsIDB4MDAwMDAwMDBhZDg1MjAwMCBwaHlz aWNhbAopCihJSSkgaW50ZWwoMCk6IDB4MDEwMDAwMDAtMHgwMTNmZmZmZjogZnJvbnQgYnVmZmVy ICg0MDk2IGtCKSBYIHRpbGVkCihJSSkgaW50ZWwoMCk6IDB4MDE0MDAwMDAtMHgwMWZmZmZmZjog ZXhhIG9mZnNjcmVlbiAoMTIyODgga0IpCihJSSkgaW50ZWwoMCk6IDB4MDIwMDAwMDAtMHgwMjNm ZmZmZjogYmFjayBidWZmZXIgKDQwOTYga0IpIFggdGlsZWQKKElJKSBpbnRlbCgwKTogMHgwMjQw MDAwMC0weDAyN2ZmZmZmOiBkZXB0aCBidWZmZXIgKDQwOTYga0IpIFggdGlsZWQKKElJKSBpbnRl bCgwKTogMHgwMjgwMDAwMC0weDA0N2ZmZmZmOiBjbGFzc2ljIHRleHR1cmVzICgzMjc2OCBrQikK KElJKSBpbnRlbCgwKTogMHgxMDAwMDAwMDogICAgICAgICAgICBlbmQgb2YgYXBlcnR1cmUKKElJ KSBpbnRlbCgwKTogdXNpbmcgU1NDIHJlZmVyZW5jZSBjbG9jayBvZiA5NiBNSHoKKElJKSBpbnRl bCgwKTogU2VsZWN0aW5nIHN0YW5kYXJkIDE4IGJpdCBUTURTIHBpeGVsIGZvcm1hdC4KKElJKSBp bnRlbCgwKTogT3V0cHV0IGNvbmZpZ3VyYXRpb246CihJSSkgaW50ZWwoMCk6ICAgUGlwZSBBIGlz IG9mZgooSUkpIGludGVsKDApOiAgIERpc3BsYXkgcGxhbmUgQSBpcyBub3cgZGlzYWJsZWQgYW5k IGNvbm5lY3RlZCB0byBwaXBlIEEuCihJSSkgaW50ZWwoMCk6ICAgUGlwZSBCIGlzIG9uCihJSSkg aW50ZWwoMCk6ICAgRGlzcGxheSBwbGFuZSBCIGlzIG5vdyBlbmFibGVkIGFuZCBjb25uZWN0ZWQg dG8gcGlwZSBCLgooSUkpIGludGVsKDApOiAgIE91dHB1dCBWR0EgaXMgY29ubmVjdGVkIHRvIHBp cGUgbm9uZQooSUkpIGludGVsKDApOiAgIE91dHB1dCBMVkRTIGlzIGNvbm5lY3RlZCB0byBwaXBl IEIKKElJKSBpbnRlbCgwKTogW2RybV0gZG1hIGNvbnRyb2wgaW5pdGlhbGl6ZWQsIHVzaW5nIElS USAxNgooSUkpIGludGVsKDApOiBSYW5kUiAxLjIgZW5hYmxlZCwgaWdub3JlIHRoZSBmb2xsb3dp bmcgUmFuZFIgZGlzYWJsZWQgbWVzc2FnZS4KKCoqKSBPcHRpb24gImRwbXMiCigqKikgaW50ZWwo MCk6IERQTVMgZW5hYmxlZAooPT0pIGludGVsKDApOiBJbnRlbCBYdk1DIGRlY29kZXIgZGlzYWJs ZWQKKElJKSBpbnRlbCgwKTogU2V0IHVwIHRleHR1cmVkIHZpZGVvCihJSSkgaW50ZWwoMCk6IFNl dCB1cCBvdmVybGF5IHZpZGVvCihJSSkgaW50ZWwoMCk6IGRpcmVjdCByZW5kZXJpbmc6IFhGODZE UkkgRW5hYmxlZAooLS0pIFJhbmRSIGRpc2FibGVkCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWlu IGV4dGVuc2lvbiBHZW5lcmljIEV2ZW50IEV4dGVuc2lvbgooSUkpIEluaXRpYWxpemluZyBidWls dC1pbiBleHRlbnNpb24gU0hBUEUKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9u IE1JVC1TSE0KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhJbnB1dEV4dGVu c2lvbgooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWFRFU1QKKElJKSBJbml0 aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIEJJRy1SRVFVRVNUUwooSUkpIEluaXRpYWxpemlu ZyBidWlsdC1pbiBleHRlbnNpb24gU1lOQwooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBleHRl bnNpb24gWEtFWUJPQVJECihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYQy1N SVNDCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYSU5FUkFNQQooSUkpIElu aXRpYWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWEZJWEVTCihJSSkgSW5pdGlhbGl6aW5nIGJ1 aWx0LWluIGV4dGVuc2lvbiBSRU5ERVIKKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5z aW9uIFJBTkRSCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBDT01QT1NJVEUK KElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERBTUFHRQooSUkpIEFJR0xYOiBM b2FkZWQgYW5kIGluaXRpYWxpemVkIC91c3IvbG9jYWwvbGliL2RyaS9zd3Jhc3RfZHJpLnNvCihJ SSkgR0xYOiBJbml0aWFsaXplZCBEUklTV1JBU1QgR0wgcHJvdmlkZXIgZm9yIHNjcmVlbiAwCihJ SSkgaW50ZWwoMCk6IFNldHRpbmcgc2NyZWVuIHBoeXNpY2FsIHNpemUgdG8gMzA0IHggMjI4Cigq KikgT3B0aW9uICJQcm90b2NvbCIgImF1dG8iCigqKikgTW91c2UwOiBEZXZpY2U6ICIvZGV2L3N5 c21vdXNlIgooKiopIE1vdXNlMDogUHJvdG9jb2w6ICJhdXRvIgooKiopIE9wdGlvbiAiQ29yZVBv aW50ZXIiCigqKikgTW91c2UwOiBhbHdheXMgcmVwb3J0cyBjb3JlIGV2ZW50cwooKiopIE9wdGlv biAiRGV2aWNlIiAiL2Rldi9zeXNtb3VzZSIKKD09KSBNb3VzZTA6IEVtdWxhdGUzQnV0dG9ucywg RW11bGF0ZTNUaW1lb3V0OiA1MAooKiopIE1vdXNlMDogWkF4aXNNYXBwaW5nOiBidXR0b25zIDQg YW5kIDUKKCoqKSBNb3VzZTA6IEJ1dHRvbnM6IDkKKCoqKSBNb3VzZTA6IFNlbnNpdGl2aXR5OiAx CihJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNlICJNb3VzZTAiICh0eXBl OiBNT1VTRSkKKCoqKSBNb3VzZTA6IChhY2NlbCkga2VlcGluZyBhY2NlbGVyYXRpb24gc2NoZW1l IDEKKCoqKSBNb3VzZTA6IChhY2NlbCkgZmlsdGVyIGNoYWluIHByb2dyZXNzaW9uOiAyLjAwCigq KikgTW91c2UwOiAoYWNjZWwpIGZpbHRlciBzdGFnZSAwOiAyMC4wMCBtcwooKiopIE1vdXNlMDog KGFjY2VsKSBzZXQgYWNjZWxlcmF0aW9uIHByb2ZpbGUgMAooSUkpIE1vdXNlMDogU2V0dXBBdXRv OiBody5pZnR5cGUgaXMgNCwgaHcubW9kZWwgaXMgMAooSUkpIE1vdXNlMDogU2V0dXBBdXRvOiBw cm90b2NvbCBpcyBTeXNNb3VzZQooKiopIE9wdGlvbiAiQ29yZUtleWJvYXJkIgooKiopIEtleWJv YXJkMDogYWx3YXlzIHJlcG9ydHMgY29yZSBldmVudHMKKCoqKSBPcHRpb24gIlByb3RvY29sIiAi c3RhbmRhcmQiCigqKikgS2V5Ym9hcmQwOiBQcm90b2NvbDogc3RhbmRhcmQKKCoqKSBPcHRpb24g IkF1dG9SZXBlYXQiICI1MDAgMzAiCigqKikgT3B0aW9uICJYa2JSdWxlcyIgInhvcmciCigqKikg S2V5Ym9hcmQwOiBYa2JSdWxlczogInhvcmciCigqKikgT3B0aW9uICJYa2JNb2RlbCIgImFibnQy IgooKiopIEtleWJvYXJkMDogWGtiTW9kZWw6ICJhYm50MiIKKCoqKSBPcHRpb24gIlhrYkxheW91 dCIgImJyIgooKiopIEtleWJvYXJkMDogWGtiTGF5b3V0OiAiYnIiCigqKikgT3B0aW9uICJDdXN0 b21LZXljb2RlcyIgIm9mZiIKKCoqKSBLZXlib2FyZDA6IEN1c3RvbUtleWNvZGVzIGRpc2FibGVk CihJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNlICJLZXlib2FyZDAiICh0 eXBlOiBLRVlCT0FSRCkKKElJKSBpbnRlbCgwKTogeGY4NlVuYmluZEdBUlRNZW1vcnk6IHVuYmlu ZCBrZXkgMQooSUkpIGludGVsKDApOiB4Zjg2VW5iaW5kR0FSVE1lbW9yeTogdW5iaW5kIGtleSAy CihJSSkgaW50ZWwoMCk6IHhmODZVbmJpbmRHQVJUTWVtb3J5OiB1bmJpbmQga2V5IDMKKElJKSBp bnRlbCgwKTogeGY4NlVuYmluZEdBUlRNZW1vcnk6IHVuYmluZCBrZXkgNAooSUkpIGludGVsKDAp OiB4Zjg2VW5iaW5kR0FSVE1lbW9yeTogdW5iaW5kIGtleSA1CihJSSkgaW50ZWwoMCk6IHhmODZV bmJpbmRHQVJUTWVtb3J5OiB1bmJpbmQga2V5IDYKKElJKSBpbnRlbCgwKTogeGY4NlVuYmluZEdB UlRNZW1vcnk6IHVuYmluZCBrZXkgNwooV1cpIGludGVsKDApOiBkcm1Ecm9wTWFzdGVyIGZhaWxl ZDogVW5rbm93biBlcnJvcjogLTEKKFdXKSBpbnRlbCgwKTogZHJtRHJvcE1hc3RlciBmYWlsZWQ6 IFVua25vd24gZXJyb3I6IC0xCihJSSkgaW50ZWwoMCk6IHhmODZCaW5kR0FSVE1lbW9yeTogYmlu ZCBrZXkgMSBhdCAweDAwN2JmMDAwIChwZ29mZnNldCAxOTgzKQooSUkpIGludGVsKDApOiB4Zjg2 QmluZEdBUlRNZW1vcnk6IGJpbmQga2V5IDIgYXQgMHgwMGUyYjAwMCAocGdvZmZzZXQgMzYyNykK KElJKSBpbnRlbCgwKTogeGY4NkJpbmRHQVJUTWVtb3J5OiBiaW5kIGtleSAzIGF0IDB4MDEwMDAw MDAgKHBnb2Zmc2V0IDQwOTYpCihJSSkgaW50ZWwoMCk6IHhmODZCaW5kR0FSVE1lbW9yeTogYmlu ZCBrZXkgNCBhdCAweDAxNDAwMDAwIChwZ29mZnNldCA1MTIwKQooSUkpIGludGVsKDApOiB4Zjg2 QmluZEdBUlRNZW1vcnk6IGJpbmQga2V5IDUgYXQgMHgwMjAwMDAwMCAocGdvZmZzZXQgODE5MikK KElJKSBpbnRlbCgwKTogeGY4NkJpbmRHQVJUTWVtb3J5OiBiaW5kIGtleSA2IGF0IDB4MDI0MDAw MDAgKHBnb2Zmc2V0IDkyMTYpCihJSSkgaW50ZWwoMCk6IHhmODZCaW5kR0FSVE1lbW9yeTogYmlu ZCBrZXkgNyBhdCAweDAyODAwMDAwIChwZ29mZnNldCAxMDI0MCkKKElJKSBpbnRlbCgwKTogRml4 ZWQgbWVtb3J5IGFsbG9jYXRpb24gbGF5b3V0OgooSUkpIGludGVsKDApOiAweDAwMDAwMDAwLTB4 MDAwMWZmZmY6IHJpbmcgYnVmZmVyICgxMjgga0IpCihJSSkgaW50ZWwoMCk6IDB4MDAwMjAwMDAt MHgwMDYxZmZmZjogY29tcHJlc3NlZCBmcmFtZSBidWZmZXIgKDYxNDQga0IsIDB4MDAwMDAwMDBi ZjgyMDAwMCBwaHlzaWNhbAopCihJSSkgaW50ZWwoMCk6IDB4MDA2MjAwMDAtMHgwMDYyMGZmZjog Y29tcHJlc3NlZCBsbCBidWZmZXIgKDQga0IsIDB4MDAwMDAwMDBiZmUyMDAwMCBwaHlzaWNhbAop CihJSSkgaW50ZWwoMCk6IDB4MDA2MjEwMDAtMHgwMDYyYWZmZjogSFcgY3Vyc29ycyAoNDAga0Is IDB4MDAwMDAwMDBiZmUyMTAwMCBwaHlzaWNhbAopCihJSSkgaW50ZWwoMCk6IDB4MDA2MmIwMDAt MHgwMGUyYWZmZjogZmFrZSBidWZtZ3IgKDgxOTIga0IpCihJSSkgaW50ZWwoMCk6IDB4MDA3YmYw MDA6ICAgICAgICAgICAgZW5kIG9mIHN0b2xlbiBtZW1vcnkKKElJKSBpbnRlbCgwKTogMHgwMGUy YjAwMC0weDAwZTJiZmZmOiBvdmVybGF5IHJlZ2lzdGVycyAoNCBrQiwgMHgwMDAwMDAwMGFkODUy MDAwIHBoeXNpY2FsCikKKElJKSBpbnRlbCgwKTogMHgwMTAwMDAwMC0weDAxM2ZmZmZmOiBmcm9u dCBidWZmZXIgKDQwOTYga0IpIFggdGlsZWQKKElJKSBpbnRlbCgwKTogMHgwMTQwMDAwMC0weDAx ZmZmZmZmOiBleGEgb2Zmc2NyZWVuICgxMjI4OCBrQikKKElJKSBpbnRlbCgwKTogMHgwMjAwMDAw MC0weDAyM2ZmZmZmOiBiYWNrIGJ1ZmZlciAoNDA5NiBrQikgWCB0aWxlZAooSUkpIGludGVsKDAp OiAweDAyNDAwMDAwLTB4MDI3ZmZmZmY6IGRlcHRoIGJ1ZmZlciAoNDA5NiBrQikgWCB0aWxlZAoo SUkpIGludGVsKDApOiAweDAyODAwMDAwLTB4MDQ3ZmZmZmY6IGNsYXNzaWMgdGV4dHVyZXMgKDMy NzY4IGtCKQooSUkpIGludGVsKDApOiAweDEwMDAwMDAwOiAgICAgICAgICAgIGVuZCBvZiBhcGVy dHVyZQooSUkpIGludGVsKDApOiB1c2luZyBTU0MgcmVmZXJlbmNlIGNsb2NrIG9mIDk2IE1Iegoo SUkpIGludGVsKDApOiBTZWxlY3Rpbmcgc3RhbmRhcmQgMTggYml0IFRNRFMgcGl4ZWwgZm9ybWF0 LgooSUkpIGludGVsKDApOiBbZHJtXSBtYXBwZWQgZnJvbnQgYnVmZmVyIGF0IDB4ZDEwMDAwMDAs IGhhbmRsZSA9IDB4ZDEwMDAwMDAKKElJKSBpbnRlbCgwKTogT3V0cHV0IGNvbmZpZ3VyYXRpb246 CihJSSkgaW50ZWwoMCk6ICAgUGlwZSBBIGlzIG9mZgooSUkpIGludGVsKDApOiAgIERpc3BsYXkg cGxhbmUgQSBpcyBub3cgZGlzYWJsZWQgYW5kIGNvbm5lY3RlZCB0byBwaXBlIEEuCihJSSkgaW50 ZWwoMCk6ICAgUGlwZSBCIGlzIG9uCihJSSkgaW50ZWwoMCk6ICAgRGlzcGxheSBwbGFuZSBCIGlz IG5vdyBlbmFibGVkIGFuZCBjb25uZWN0ZWQgdG8gcGlwZSBCLgooSUkpIGludGVsKDApOiAgIE91 dHB1dCBWR0EgaXMgY29ubmVjdGVkIHRvIHBpcGUgbm9uZQooSUkpIGludGVsKDApOiAgIE91dHB1 dCBMVkRTIGlzIGNvbm5lY3RlZCB0byBwaXBlIEIKKElJKSBpbnRlbCgwKTogW2RybV0gZG1hIGNv bnRyb2wgaW5pdGlhbGl6ZWQsIHVzaW5nIElSUSAxNgooKiopIE9wdGlvbiAiQmF1ZFJhdGUiICIx MjAwIgooKiopIE9wdGlvbiAiU3RvcEJpdHMiICIyIgooKiopIE9wdGlvbiAiRGF0YUJpdHMiICI4 IgooKiopIE9wdGlvbiAiUGFyaXR5IiAiTm9uZSIKKCoqKSBPcHRpb24gIlZtaW4iICIxIgooKiop IE9wdGlvbiAiVnRpbWUiICIwIgooKiopIE9wdGlvbiAiRmxvd0NvbnRyb2wiICJOb25lIgoKRmF0 YWwgc2VydmVyIGVycm9yOgpDYXVnaHQgc2lnbmFsIDExLiAgU2VydmVyIGFib3J0aW5nCgoKUGxl YXNlIGNvbnN1bHQgdGhlIFRoZSBYLk9yZyBGb3VuZGF0aW9uIHN1cHBvcnQgCgkgYXQgaHR0cDov L3dpa2kueC5vcmcKIGZvciBoZWxwLiAKUGxlYXNlIGFsc28gY2hlY2sgdGhlIGxvZyBmaWxlIGF0 ICIvdmFyL2xvZy9Yb3JnLjAubG9nIiBmb3IgYWRkaXRpb25hbCBpbmZvcm1hdGlvbi4KCihJSSkg VW5sb2FkTW9kdWxlOiAibW91c2UiCihJSSkgVW5sb2FkTW9kdWxlOiAia2JkIgooSUkpIGludGVs KDApOiB4Zjg2VW5iaW5kR0FSVE1lbW9yeTogdW5iaW5kIGtleSAxCihJSSkgaW50ZWwoMCk6IHhm ODZVbmJpbmRHQVJUTWVtb3J5OiB1bmJpbmQga2V5IDIKKElJKSBpbnRlbCgwKTogeGY4NlVuYmlu ZEdBUlRNZW1vcnk6IHVuYmluZCBrZXkgMwooSUkpIGludGVsKDApOiB4Zjg2VW5iaW5kR0FSVE1l bW9yeTogdW5iaW5kIGtleSA0CihJSSkgaW50ZWwoMCk6IHhmODZVbmJpbmRHQVJUTWVtb3J5OiB1 bmJpbmQga2V5IDUKKElJKSBpbnRlbCgwKTogeGY4NlVuYmluZEdBUlRNZW1vcnk6IHVuYmluZCBr ZXkgNgooSUkpIGludGVsKDApOiB4Zjg2VW5iaW5kR0FSVE1lbW9yeTogdW5iaW5kIGtleSA3CihX VykgaW50ZWwoMCk6IGRybURyb3BNYXN0ZXIgZmFpbGVkOiBVbmtub3duIGVycm9yOiAtMQo= --001485f03c92f0bc6d047ba93c79--