From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 00:10:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F3CA16A403 for ; Sun, 26 Nov 2006 00:10:44 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D7943D46 for ; Sun, 26 Nov 2006 00:09:53 +0000 (GMT) (envelope-from rainer.alves@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1131955wxc for ; Sat, 25 Nov 2006 16:10:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=fGlHH1bQnQXE8QFqPtgt1m1dML8HXw8DliZAn+BnIAsmquqTKvjN3Fwnc9yXz1It0pcriPVago4cDBqGdZQgcjjrNCVdZ9aTfrlPgscK4prdQM2CzMYmgyHSImKxG50EQOdQc8abAAzCZqUdcZXh2DhIVIF2wYw2D52ydXz4Rys= Received: by 10.70.15.15 with SMTP id 15mr9080247wxo.1164499842643; Sat, 25 Nov 2006 16:10:42 -0800 (PST) Received: from ?127.0.0.1? ( [200.181.68.107]) by mx.google.com with ESMTP id h20sm24305008wxd.2006.11.25.16.10.34; Sat, 25 Nov 2006 16:10:42 -0800 (PST) Message-ID: <4568DB59.7070407@gmail.com> Date: Sat, 25 Nov 2006 22:10:01 -0200 From: Rainer Alves User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20061016 Thunderbird/1.5.0.7 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: Scot Hetzel References: <790a9fff0611251051md2ef50cja84440ba3cc7942f@mail.gmail.com> In-Reply-To: <790a9fff0611251051md2ef50cja84440ba3cc7942f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Bill Paul , FreeBSD-CURRENT Subject: Re: Latest Broadcom NDIS driver requires 4 additional functions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 00:10:44 -0000 Scot Hetzel wrote: > I'm trying to upgrade my ndis driver from version 3.100.64.0 to > 4.40.19.0, but when I try to load the driver I get a Fatal trap 12 > error. > [...] > Any ideas as to how to fix memchr, and implement MmGetPhysicalAddress? My HP dv9000 uses the same broadcom chip, but unfortunately it has a wifi on/off switch. Under XP the broadcom chip is correctly activated and the wifi led turns blue. However under FreeBSD + NDIS, the led is always red and the chip is never properly activated. # kldstat Id Refs Address Size Name 1 9 0xffffffff80100000 965008 kernel 2 1 0xffffffffa7283000 84f20 bcmwl564_sys.ko 3 1 0xffffffffa7308000 71aa if_ndis.ko 4 2 0xffffffffa7310000 115a4 ndis.ko # ifconfig ndis0 ifconfig: interface ndis0 does not exist I highly doubt it, but perhaps the new driver could solve this? Please let me know if you're able to fix both memory functions and I'll give it a try. Btw, I'm running FreeBSD 6.2/amd64. -- Rainer Alves From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 01:09:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCA4516A40F for ; Sun, 26 Nov 2006 01:09:59 +0000 (UTC) (envelope-from adrenalinup@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72CE643D45 for ; Sun, 26 Nov 2006 01:09:08 +0000 (GMT) (envelope-from adrenalinup@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so1625524nfc for ; Sat, 25 Nov 2006 17:09:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=OM422cDeH/NuSmTo+OoFEG4tFFDXFe8E5XoWDG/BtqsfyHTDMGjR8xvVm2VyHp8RHTxY+nHVQM0bEiQvhntiN/n7CvWkFgdy9M2w5RJXVyPLgsbNNE9zAYXz1b0Osnkugy1+YbOMn0tm158dAwbjwQsokTzGzUgmXQfl2iVeXG0= Received: by 10.82.114.3 with SMTP id m3mr1772405buc.1164503397375; Sat, 25 Nov 2006 17:09:57 -0800 (PST) Received: by 10.82.164.8 with HTTP; Sat, 25 Nov 2006 17:09:57 -0800 (PST) Message-ID: Date: Sun, 26 Nov 2006 03:09:57 +0200 From: "Nicolae Namolovan" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: A error at buildworld with -fomit-frame-pointer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 01:09:59 -0000 Sorry don't have the error log, it say what -fomit-frame-pointer (what I have in make.conf) is incompatible with an other option from some compiled file(if I remember correct, that option was in 2 chars length %).. Also get a crash after some minutes of ping -f 127.0.0.1. -- Best regards, Nicolae Namolovan. From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 02:53:16 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B70D16A40F; Sun, 26 Nov 2006 02:53:16 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE60E43D62; Sun, 26 Nov 2006 02:52:22 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id kAQ2rB6f076354; Sun, 26 Nov 2006 11:53:12 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 26 Nov 2006 11:53:11 +0900 From: Norikatsu Shigemura To: Ruslan Ermilov Message-Id: <20061126115311.37d0aa08.nork@FreeBSD.org> In-Reply-To: <20061110173526.GA22441@rambler-co.ru> References: <20061110151247.GA64530@zone3000.net> <20061110173526.GA22441@rambler-co.ru> X-Mailer: Sylpheed version 2.3.0beta5 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 26 Nov 2006 11:53:12 +0900 (JST) Cc: David Xu , Norikatsu Shigemura , current@FreeBSD.org Subject: PTHREAD_CFLAGS/PTHREAD_LIBS clean test (Re: libpthread vs libthr.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 02:53:16 -0000 On Fri, 10 Nov 2006 20:35:26 +0300 Ruslan Ermilov wrote: > To make user's life easier, I suggest the following simple patch. > Its effect on platforms where libpthread is available is to (sym)link > libthr to libpthread if WITHOUT_LIBPTHREAD is set in /etc/src.conf. > This would allow more people interested in libthr testing to more > easily do it. (Of course already linked applications wouldn't > magically start using libthr without also patching /etc/libmap.conf.) > %%% > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/lib/libthr/Makefile,v > retrieving revision 1.20 > diff -u -p -r1.20 Makefile > --- Makefile 22 Aug 2006 07:51:06 -0000 1.20 > +++ Makefile 10 Nov 2006 17:27:40 -0000 > @@ -42,7 +42,7 @@ PRECIOUSLIB= > .include "${.CURDIR}/sys/Makefile.inc" > .include "${.CURDIR}/thread/Makefile.inc" > > -.if ${MACHINE_ARCH} == "sparc64" > +.if ${MACHINE_ARCH} == "sparc64" || ${MK_LIBPTHREAD} == "no" > SYMLINKS+=lib${LIB}.a ${LIBDIR}/libpthread.a > .if !defined(NO_PIC) > SYMLINKS+=lib${LIB}.so ${LIBDIR}/libpthread.so > %%% In the case you said (echo WITHOUT_LIBPTHREAD=yes >> /etc/src.conf), we cannot get libkse.*. Because lib/libpthread is omitted in lib/Makefile:-(. I'm trying to test PTHREAD_CFLAGS/PTHREAD_LIBS. So I prepared following environment. x libpthread.* (removed as passible as) o libkse.* o libthr.* But WITHOUT_LIBPTHREAD (MK_LIBPTHREAD=no) option is too danger. $ cd /usr/src $ fgrep -r MK_LIBPTHREAD . ./lib/Makefile:.if ${MK_LIBPTHREAD} != "no" ./sbin/ggate/Makefile:.elif ${MK_LIBPTHREAD} != "no" ./share/man/man3/Makefile:.if ${MK_LIBPTHREAD} != "no" || ${MK_LIBTHR} != "no" ./tools/build/mk/OptionalObsoleteFiles.inc:#.if ${MK_LIBPTHREAD} == no ./usr.bin/Makefile:.elif ${MK_LIBPTHREAD} != "no" ./usr.sbin/Makefile:.if ${MK_LIBPTHREAD} != "no" ./usr.sbin/Makefile:.if ${MK_LIBPTHREAD} != "no" ./usr.sbin/Makefile:.if ${MK_LIBPTHREAD} != "no" ok lib/Makefile has no problem. ng In case of sbin/ggate/Makefile, ggatec and ggated will not be installed. ok share/man/man3/Makefile has no problem. ok tools/build/mk/OptionalObsoleteFiles.inc has no problem. ng In case of usr.bin/Makefile, csup will not be installed. ng In case of usr.sbin/Makefile, pppctl will not be installed. And usr.sbin/cached/Makefile and usr.sbin/ngctl/Makefile is not good WITHOUT_LIBPTHREAD. I couldn't compile them. I think that these should be omitted in usr.sbin/Makefile like pppctl case. And FreeBSD src tree don't have PTHREAD_CFLAGS/PTHREAD_LIBS clean mechanism. I think that there are some way to adopt PTHREAD_CFLAGS/ PTHREAD_LIBS to src tree, maybe. But I don't know how do I do anyway. 1. force lib/libpthread install libkse.* to /usr/lib, and symlink to /lib/libpthread.*. I don't know KEYWORD to symlink to /lib/ libpthread.* from libkse.*/libthr.*. 2. Fix like following in usr.bin/Makefile and usr.sbin/Makefile: .if ${MK_LIBPTHREAD} != "no" ..... : to .if ${MK_LIBPTHREAD} != "no" || ${MK_LIBTHR} != "no" ..... : And compile force lib/libpthread. And in case of MK_LIBPTHREAD=no, symlink libthr.* to libpthread.*. From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 04:27:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEAB616A49E for ; Sun, 26 Nov 2006 04:27:20 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55A8143D4C for ; Sun, 26 Nov 2006 04:26:28 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so1655805nfc for ; Sat, 25 Nov 2006 20:27:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Bvl2wXj1oPkC01pscj4ne93pjO4MFj8J9l34UdNxJinugh/IP8nVG/50kobYOxATeXIxT6G2hHgOM3R5wyHA3ERXX2RliKc0/j79gRNhJiZB9VDNnAZt7ylvTVT7Xf8Nvs+R8F6uN94hWloMj661AqWsbXlKp+zvySqpMgxAL+Y= Received: by 10.82.129.8 with SMTP id b8mr1787083bud.1164515238555; Sat, 25 Nov 2006 20:27:18 -0800 (PST) Received: by 10.82.191.20 with HTTP; Sat, 25 Nov 2006 20:27:18 -0800 (PST) Message-ID: Date: Sat, 25 Nov 2006 20:27:18 -0800 From: "Kip Macy" To: "Nicolae Namolovan" In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: A error at buildworld with -fomit-frame-pointer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 04:27:21 -0000 Not sure that you want that - fomit-frame-pointer makes it largely unusable for debuggers. -Kip On 11/25/06, Nicolae Namolovan wrote: > > Sorry don't have the error log, it say what -fomit-frame-pointer (what > I have in make.conf) is incompatible with an other option from some > compiled file(if I remember correct, that option was in 2 chars length > %).. > > Also get a crash after some minutes of ping -f 127.0.0.1. > > -- > Best regards, > Nicolae Namolovan. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 05:17:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D11C916A407 for ; Sun, 26 Nov 2006 05:17:57 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 475B843D46 for ; Sun, 26 Nov 2006 05:17:05 +0000 (GMT) (envelope-from rainer.alves@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1168882wxc for ; Sat, 25 Nov 2006 21:17:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=h5FnOVKjmtnGMxZJIHKpPTow37mzGehmJ45/ViO6Tl8IaQr5mk4rKLJwTspbrHHNV9hSJOPGcb9YIPpTSI8DlSVQcN7VvDUk1h412nyk+HvunV9JW7wlW02V9tCDTkk2ao0tpSA4mvdABs2RBAsVEtbevoZqA92q2ylWSyQBZ20= Received: by 10.70.34.3 with SMTP id h3mr4453269wxh.1164518276191; Sat, 25 Nov 2006 21:17:56 -0800 (PST) Received: from ?127.0.0.1? ( [200.181.68.107]) by mx.google.com with ESMTP id i37sm12454008wxd.2006.11.25.21.17.48; Sat, 25 Nov 2006 21:17:55 -0800 (PST) Message-ID: <45692360.3080602@gmail.com> Date: Sun, 26 Nov 2006 03:17:20 -0200 From: Rainer Alves User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20061016 Thunderbird/1.5.0.7 Mnenhy/0.7.4.0 MIME-Version: 1.0 References: <790a9fff0611251051md2ef50cja84440ba3cc7942f@mail.gmail.com> <4568DB59.7070407@gmail.com> In-Reply-To: <4568DB59.7070407@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Bill Paul , Scot Hetzel , FreeBSD-CURRENT Subject: Re: Latest Broadcom NDIS driver requires 4 additional functions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 05:17:57 -0000 Rainer Alves wrote: > Scot Hetzel wrote: >> I'm trying to upgrade my ndis driver from version 3.100.64.0 to >> 4.40.19.0, but when I try to load the driver I get a Fatal trap 12 >> error. >> [...] > However under FreeBSD + NDIS, the led is always red and the chip is > never properly activated. Replying to myself, the new driver works... I get a "no match for MmGetPhysicalAddress" when kldload'ing, a "fpudna in kernel mode" when doing a ifconfig, but overrall it works fine. Thanks for the hint. -- Rainer Alves From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 06:14:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3BC916A415 for ; Sun, 26 Nov 2006 06:14:36 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC66143D53 for ; Sun, 26 Nov 2006 06:13:43 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so866026uge for ; Sat, 25 Nov 2006 22:14:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dmGQ6qYTvfYF5M79o25KeMa2iosGjYz000+0TfJl4yo5gUGUv61VSt9GfZFRQgYRxQSNdKwRqce4jsEmtUlvMtr1R0NFZu1UwoJudpz2ePceK8r+6rFd0HOiiGFf83Gt7Yc3n7+kfFr4fTekfryR50F60nDMoAxTtA4HyHTUWSc= Received: by 10.67.119.9 with SMTP id w9mr10220208ugm.1164521674669; Sat, 25 Nov 2006 22:14:34 -0800 (PST) Received: by 10.67.86.8 with HTTP; Sat, 25 Nov 2006 22:14:34 -0800 (PST) Message-ID: <790a9fff0611252214w4a00f7bdpa5e5c7efe45620fd@mail.gmail.com> Date: Sun, 26 Nov 2006 00:14:34 -0600 From: "Scot Hetzel" To: "Rainer Alves" In-Reply-To: <45692360.3080602@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0611251051md2ef50cja84440ba3cc7942f@mail.gmail.com> <4568DB59.7070407@gmail.com> <45692360.3080602@gmail.com> Cc: Bill Paul , FreeBSD-CURRENT Subject: Re: Latest Broadcom NDIS driver requires 4 additional functions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 06:14:36 -0000 On 11/25/06, Rainer Alves wrote: > Rainer Alves wrote: > > Scot Hetzel wrote: > >> I'm trying to upgrade my ndis driver from version 3.100.64.0 to > >> 4.40.19.0, but when I try to load the driver I get a Fatal trap 12 > >> error. > >> [...] > > However under FreeBSD + NDIS, the led is always red and the chip is > > never properly activated. > > Replying to myself, the new driver works... I get a "no match for > MmGetPhysicalAddress" when kldload'ing, a "fpudna in kernel mode" when > doing a ifconfig, but overrall it works fine. > Thanks for the hint. > It works, but when I do a scan with ifconfig it returns with: # ifconfig ndis0 scan ifconfig: unable to get scan results # ifconfig ndis0 list scan ifconfig: unable to get scan results But using the wpa_cli, and doing a scan and scan_results, does display the wireless networks. I implemented the MmGetPhysicalAddress using pmap_kextract, as it didn't like using the vtophy macro when compiling ntoskrnl.c. Just add IMPORT_SFUNC_MAP(MmGetPhysicalAddress, pmap_kextract, 1) to ntoskrnl.c, and remove everything in the #ifdef MMGETPHYSICALADDRESS .. #endif. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 10:55:52 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA8DC16A407; Sun, 26 Nov 2006 10:55:52 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECF0A43D4C; Sun, 26 Nov 2006 10:54:58 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id kAQAtoBp087943; Sun, 26 Nov 2006 19:55:51 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 26 Nov 2006 19:55:50 +0900 From: Norikatsu Shigemura To: Ruslan Ermilov Message-Id: <20061126195550.9aaef920.nork@FreeBSD.org> In-Reply-To: <20061126115311.37d0aa08.nork@FreeBSD.org> References: <20061110151247.GA64530@zone3000.net> <20061110173526.GA22441@rambler-co.ru> <20061126115311.37d0aa08.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.3.0beta5 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 26 Nov 2006 19:55:51 +0900 (JST) Cc: David Xu , Norikatsu Shigemura , current@FreeBSD.org Subject: Re: PTHREAD_CFLAGS/PTHREAD_LIBS clean test (Re: libpthread vs libthr.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 10:55:53 -0000 On Sun, 26 Nov 2006 11:53:11 +0900 Norikatsu Shigemura wrote: > In the case you said (echo WITHOUT_LIBPTHREAD=yes >> /etc/src.conf), > we cannot get libkse.*. Because lib/libpthread is omitted in > lib/Makefile:-(. Oops, it is right that we cannot get libkse.*. ru is right. I'm sorry. Because, however, I cannot test PTHREAD_CFLAGS/PTHREAD_LIBS clean. So I modifed like following patches. --- usr.bin/Makefile.orig Tue Aug 22 12:22:17 2006 +++ usr.bin/Makefile Sun Nov 26 12:12:09 2006 @@ -266,7 +266,7 @@ .if ${MK_LIBTHR} != "no" _csup= csup .endif -.elif ${MK_LIBPTHREAD} != "no" +.elif ${MK_LIBPTHREAD} != "no" || ${MK_LIBTHR} != "no" _csup= csup .endif .endif --- usr.bin/csup/Makefile.orig Tue Mar 14 12:53:50 2006 +++ usr.bin/csup/Makefile Sun Nov 26 12:17:33 2006 @@ -30,7 +30,7 @@ CFLAGS+= -DHAVE_FFLAGS -DNDEBUG WARNS?= 6 -DPADD= ${LIBCRYPTO} ${LIBZ} ${LIBPTHREAD} -LDADD= -lcrypto -lz -lpthread +DPADD= ${LIBCRYPTO} ${LIBZ} ${LIBTHR} +LDADD= -lcrypto -lz -lthr .include --- usr.sbin/Makefile.orig Wed Nov 15 23:57:05 2006 +++ usr.sbin/Makefile Sun Nov 26 12:11:18 2006 @@ -305,7 +305,7 @@ _mptable= mptable _ndiscvt= ndiscvt _pnpinfo= pnpinfo -.if ${MK_LIBPTHREAD} != "no" +.if ${MK_LIBPTHREAD} != "no" || ${MK_LIBTHR} != "no" _pppctl= pppctl .endif _sicontrol= sicontrol --- usr.sbin/cached/Makefile.orig Fri Apr 28 21:03:37 2006 +++ usr.sbin/cached/Makefile Sun Nov 26 12:19:43 2006 @@ -9,8 +9,8 @@ config.c query.c mp_ws_query.c mp_rs_query.c singletons.c protocol.c \ parser.c CFLAGS+= -DCONFIG_PATH="\"${PREFIX}/etc/cached.conf\"" -DPADD+=${LIBM} ${LIBPTHREAD} ${LIBUTIL} -LDADD+=${LIBM} ${LIBPTHREAD} ${LIBUTIL} +DPADD+=${LIBM} ${LIBTHR} ${LIBUTIL} +LDADD+=${LIBM} ${LIBTHR} ${LIBUTIL} LDFLAGS+= -Xlinker --export-dynamic .PATH: ${.CURDIR}/agents --- usr.sbin/ngctl/Makefile.orig Mon Aug 7 23:17:05 2006 +++ usr.sbin/ngctl/Makefile Sun Nov 26 12:27:36 2006 @@ -16,8 +16,8 @@ .if !defined(NGCTL_NO_LIBEDIT) CFLAGS+= -DEDITLINE -DPADD+= ${LIBPTHREAD} ${LIBEDIT} ${LIBTERMCAP} -LDADD+= -pthread -ledit -ltermcap +DPADD+= ${LIBTHR} ${LIBEDIT} ${LIBTERMCAP} +LDADD+= -lthr -ledit -ltermcap .endif .include --- usr.sbin/pppctl/Makefile.orig Sun Feb 1 02:28:09 2004 +++ usr.sbin/pppctl/Makefile Sun Nov 26 12:22:34 2006 @@ -3,7 +3,7 @@ PROG= pppctl MAN= pppctl.8 -DPADD= ${LIBPTHREAD} ${LIBEDIT} ${LIBTERMCAP} -LDADD= -lpthread -ledit -ltermcap +DPADD= ${LIBTHR} ${LIBEDIT} ${LIBTERMCAP} +LDADD= -lthr -ledit -ltermcap .include --- share/mk/bsd.libnames.mk.orig Sat Sep 30 20:32:46 2006 +++ share/mk/bsd.libnames.mk Sun Nov 26 15:55:35 2006 @@ -119,6 +119,7 @@ LIBPCAP?= ${DESTDIR}${LIBDIR}/libpcap.a LIBPMC?= ${DESTDIR}${LIBDIR}/libpmc.a LIBPTHREAD?= ${DESTDIR}${LIBDIR}/libpthread.a +LIBTHR?= ${DESTDIR}${LIBDIR}/libthr.a LIBRADIUS?= ${DESTDIR}${LIBDIR}/libradius.a LIBREADLINE?= ${DESTDIR}${LIBDIR}/libreadline.a LIBROKEN?= ${DESTDIR}${LIBDIR}/libroken.a --- lib/libpthread/Makefile.orig Sun Nov 26 00:59:59 2006 +++ lib/libpthread/Makefile Sun Nov 26 00:59:23 2006 @@ -7,7 +7,7 @@ # To included legacy CSRG sccsid strings, add -DLIBC_SCCS and -DSYSLIBC_SCCS # (for system call stubs) to CFLAGS below. -DSYSLIBC_SCCS affects just the # system call stubs. -.if ${MACHINE_ARCH} == "sparc64" +.if ${MACHINE_ARCH} == "sparc64" || ${MK_LIBPTHREAD} == "no" LIB=kse .else LIB=pthread --- lib/Makefile.orig Sun Nov 26 19:48:02 2006 +++ lib/Makefile Sun Nov 26 19:47:06 2006 @@ -98,13 +98,13 @@ _libsmb= libsmb .endif -.if ${MK_LIBPTHREAD} != "no" +#.if ${MK_LIBPTHREAD} != "no" _libpthread= libpthread -.endif +#.endif -.if ${MK_LIBTHR} != "no" +#.if ${MK_LIBTHR} != "no" _libthr= libthr -.endif +#.endif .if ${MACHINE_ARCH} != "arm" _libthread_db= libthread_db From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 11:52:55 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92D9B16A412; Sun, 26 Nov 2006 11:52:55 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50FA243D55; Sun, 26 Nov 2006 11:52:00 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 0CF2561DE; Sun, 26 Nov 2006 14:52:53 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id DB6EA5FC9; Sun, 26 Nov 2006 14:52:52 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kAQBr8G7027003; Sun, 26 Nov 2006 14:53:08 +0300 (MSK) (envelope-from ru) Date: Sun, 26 Nov 2006 14:53:08 +0300 From: Ruslan Ermilov To: Norikatsu Shigemura Message-ID: <20061126115308.GB26446@rambler-co.ru> References: <20061110151247.GA64530@zone3000.net> <20061110173526.GA22441@rambler-co.ru> <20061126115311.37d0aa08.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n2Pv11Ogg/Ox8ay5" Content-Disposition: inline In-Reply-To: <20061126115311.37d0aa08.nork@FreeBSD.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: current@FreeBSD.org, David Xu Subject: Re: PTHREAD_CFLAGS/PTHREAD_LIBS clean test (Re: libpthread vs libthr.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 11:52:55 -0000 --n2Pv11Ogg/Ox8ay5 Content-Type: multipart/mixed; boundary="oTHb8nViIGeoXxdp" Content-Disposition: inline --oTHb8nViIGeoXxdp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 26, 2006 at 11:53:11AM +0900, Norikatsu Shigemura wrote: > On Fri, 10 Nov 2006 20:35:26 +0300 > Ruslan Ermilov wrote: > > To make user's life easier, I suggest the following simple patch. > > Its effect on platforms where libpthread is available is to (sym)link > > libthr to libpthread if WITHOUT_LIBPTHREAD is set in /etc/src.conf. > > This would allow more people interested in libthr testing to more > > easily do it. (Of course already linked applications wouldn't > > magically start using libthr without also patching /etc/libmap.conf.) > > %%% > > Index: Makefile > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > RCS file: /home/ncvs/src/lib/libthr/Makefile,v > > retrieving revision 1.20 > > diff -u -p -r1.20 Makefile > > --- Makefile 22 Aug 2006 07:51:06 -0000 1.20 > > +++ Makefile 10 Nov 2006 17:27:40 -0000 > > @@ -42,7 +42,7 @@ PRECIOUSLIB=3D > > .include "${.CURDIR}/sys/Makefile.inc" > > .include "${.CURDIR}/thread/Makefile.inc" > > =20 > > -.if ${MACHINE_ARCH} =3D=3D "sparc64" > > +.if ${MACHINE_ARCH} =3D=3D "sparc64" || ${MK_LIBPTHREAD} =3D=3D "no" > > SYMLINKS+=3Dlib${LIB}.a ${LIBDIR}/libpthread.a > > .if !defined(NO_PIC) > > SYMLINKS+=3Dlib${LIB}.so ${LIBDIR}/libpthread.so > > %%% >=20 > In the case you said (echo WITHOUT_LIBPTHREAD=3Dyes >> /etc/src.conf), > we cannot get libkse.*. Because lib/libpthread is omitted in > lib/Makefile:-(. >=20 On sparc64, yes. On other arches, there's no libkse at all. Why is it a problem? We don't want to hear about libkse. > I'm trying to test PTHREAD_CFLAGS/PTHREAD_LIBS. So I prepared > following environment. >=20 > x libpthread.* (removed as passible as) > o libkse.* > o libthr.* >=20 > But WITHOUT_LIBPTHREAD (MK_LIBPTHREAD=3Dno) option is too danger. >=20 > $ cd /usr/src > $ fgrep -r MK_LIBPTHREAD . > ./lib/Makefile:.if ${MK_LIBPTHREAD} !=3D "no" > ./sbin/ggate/Makefile:.elif ${MK_LIBPTHREAD} !=3D "no" > ./share/man/man3/Makefile:.if ${MK_LIBPTHREAD} !=3D "no" || ${MK_LIBTHR} = !=3D "no" > ./tools/build/mk/OptionalObsoleteFiles.inc:#.if ${MK_LIBPTHREAD} =3D=3D no > ./usr.bin/Makefile:.elif ${MK_LIBPTHREAD} !=3D "no" > ./usr.sbin/Makefile:.if ${MK_LIBPTHREAD} !=3D "no" > ./usr.sbin/Makefile:.if ${MK_LIBPTHREAD} !=3D "no" > ./usr.sbin/Makefile:.if ${MK_LIBPTHREAD} !=3D "no" >=20 [...] > ng In case of sbin/ggate/Makefile, ggatec and ggated will not be > installed. >=20 The conditional should be changed to =2Eelif ${MK_LIBPTHREAD} !=3D "no" || ${MK_LIBTHR} !=3D "no" so it benefits from my patch to libthr/Makefile. > ng In case of usr.bin/Makefile, csup will not be installed. > ng In case of usr.sbin/Makefile, pppctl will not be installed. >=20 The same change here. > And usr.sbin/cached/Makefile and usr.sbin/ngctl/Makefile is not > good WITHOUT_LIBPTHREAD. I couldn't compile them. I think that > these should be omitted in usr.sbin/Makefile like pppctl case. >=20 You mean without my patch and with WITHOUT_LIBPTHREAD, and with my patch and wit both WITHOUT_LIBPTHREAD and WITHOUT_LIBTHR? Yes, these need to be fixed (see the patch). > And FreeBSD src tree don't have PTHREAD_CFLAGS/PTHREAD_LIBS clean > mechanism. I think that there are some way to adopt PTHREAD_CFLAGS/ > PTHREAD_LIBS to src tree, maybe. But I don't know how do I do > anyway. >=20 Why? Just using ${LIBPTHREAD} in DPADD and -lpthread in LDADD should work. If it doesn't work, we will fix it. > 1. force lib/libpthread install libkse.* to /usr/lib, and symlink > to /lib/libpthread.*. I don't know KEYWORD to symlink to /lib/ > libpthread.* from libkse.*/libthr.*. >=20 I don't see a reason for this; yet, this is a bad idea because binaries will record libkse.so.X in them. > 2. Fix like following in usr.bin/Makefile and usr.sbin/Makefile: > .if ${MK_LIBPTHREAD} !=3D "no" > ..... > : >=20 > to >=20 > .if ${MK_LIBPTHREAD} !=3D "no" || ${MK_LIBTHR} !=3D "no" >=20 Yes. > ..... > : > And compile force lib/libpthread. >=20 Like I said, I fail to see a reason for this. > And in case of > MK_LIBPTHREAD=3Dno, symlink libthr.* to libpthread.*. >=20 This is what my patch to libthr/Makefile does. BTW, I'm testing the attached patch now that should fix issues you mentioned. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --oTHb8nViIGeoXxdp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Content-Transfer-Encoding: quoted-printable Index: lib/libthr/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/lib/libthr/Makefile,v retrieving revision 1.20 diff -u -r1.20 Makefile --- lib/libthr/Makefile 22 Aug 2006 07:51:06 -0000 1.20 +++ lib/libthr/Makefile 26 Nov 2006 11:22:17 -0000 @@ -42,7 +42,7 @@ .include "${.CURDIR}/sys/Makefile.inc" .include "${.CURDIR}/thread/Makefile.inc" =20 -.if ${MACHINE_ARCH} =3D=3D "sparc64" +.if ${MACHINE_ARCH} =3D=3D "sparc64" || ${MK_LIBPTHREAD} =3D=3D "no" SYMLINKS+=3Dlib${LIB}.a ${LIBDIR}/libpthread.a .if !defined(NO_PIC) SYMLINKS+=3Dlib${LIB}.so ${LIBDIR}/libpthread.so Index: sbin/ggate/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/ggate/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- sbin/ggate/Makefile 22 Aug 2006 07:51:09 -0000 1.6 +++ sbin/ggate/Makefile 26 Nov 2006 11:41:15 -0000 @@ -6,12 +6,8 @@ ${_ggated} \ ggatel =20 -.if ${MACHINE_ARCH} =3D=3D "sparc64" -.if ${MK_LIBTHR} !=3D "no" -_ggatec=3D ggatec -_ggated=3D ggated -.endif -.elif ${MK_LIBPTHREAD} !=3D "no" +.if ${MK_LIBTHR} !=3D "no" || \ + (${MACHINE_ARCH} !=3D "sparc64" && ${MK_LIBPTHREAD} !=3D "no") =20 _ggatec=3D ggatec _ggated=3D ggated .endif Index: usr.bin/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.bin/Makefile,v retrieving revision 1.296 diff -u -r1.296 Makefile --- usr.bin/Makefile 22 Aug 2006 03:22:17 -0000 1.296 +++ usr.bin/Makefile 26 Nov 2006 11:41:25 -0000 @@ -262,11 +262,8 @@ .if ${MK_OPENSSL} !=3D "no" _chkey=3D chkey _newkey=3D newkey -.if ${MACHINE_ARCH} =3D=3D "sparc64" -.if ${MK_LIBTHR} !=3D "no" -_csup=3D csup -.endif -.elif ${MK_LIBPTHREAD} !=3D "no" +.if ${MK_LIBTHR} !=3D "no" || \ + (${MACHINE_ARCH} !=3D "sparc64" && ${MK_LIBPTHREAD} !=3D "no") =20 _csup=3D csup .endif .endif Index: usr.sbin/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.sbin/Makefile,v retrieving revision 1.364 diff -u -r1.364 Makefile --- usr.sbin/Makefile 15 Nov 2006 14:57:05 -0000 1.364 +++ usr.sbin/Makefile 26 Nov 2006 11:41:46 -0000 @@ -105,7 +105,7 @@ ${_ndp} \ newsyslog \ nfsd \ - ngctl \ + ${_ngctl} \ nghook \ nologin \ ntp \ @@ -226,10 +226,6 @@ _bluetooth=3D bluetooth .endif =20 -.if ${MK_NS_CACHING} !=3D "no" -_cached=3D cached -.endif - .if ${MK_OPENSSL} !=3D "no" _keyserv=3D keyserv .endif @@ -267,10 +263,22 @@ _authpf=3D authpf .endif =20 +.if ${MK_LIBTHR} !=3D "no" || \ + (${MACHINE_ARCH} !=3D "sparc64" && ${MK_LIBPTHREAD} !=3D "no") +_ngctl=3D ngctl +.endif + .if ${MK_LPR} !=3D "no" _lpr=3D lpr .endif =20 +.if ${MK_NS_CACHING} !=3D "no" +.if ${MK_LIBTHR} !=3D "no" || \ + (${MACHINE_ARCH} !=3D "sparc64" && ${MK_LIBPTHREAD} !=3D "no") +_cached=3D cached +.endif +.endif + .if ${MK_SENDMAIL} !=3D "no" _editmap=3D editmap _mailstats=3D mailstats @@ -305,7 +313,7 @@ _mptable=3D mptable _ndiscvt=3D ndiscvt _pnpinfo=3D pnpinfo -.if ${MK_LIBPTHREAD} !=3D "no" +.if ${MK_LIBPTHREAD} !=3D "no" || ${MK_LIBTHR} !=3D "no" _pppctl=3D pppctl .endif _sicontrol=3D sicontrol @@ -341,7 +349,7 @@ _mount_smbfs=3D mount_smbfs _mptable=3D mptable _ndiscvt=3D ndiscvt -.if ${MK_LIBPTHREAD} !=3D "no" +.if ${MK_LIBPTHREAD} !=3D "no" || ${MK_LIBTHR} !=3D "no" _pppctl=3D pppctl .endif _sicontrol=3D sicontrol @@ -355,7 +363,7 @@ .endif _kgmon=3D kgmon _mount_smbfs=3D mount_smbfs -.if ${MK_LIBPTHREAD} !=3D "no" +.if ${MK_LIBPTHREAD} !=3D "no" || ${MK_LIBTHR} !=3D "no" _pppctl=3D pppctl .endif _zzz=3D zzz Index: usr.sbin/cached/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/usr.sbin/cached/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- usr.sbin/cached/Makefile 28 Apr 2006 12:03:37 -0000 1.1 +++ usr.sbin/cached/Makefile 26 Nov 2006 11:12:41 -0000 @@ -1,19 +1,17 @@ # $FreeBSD: src/usr.sbin/cached/Makefile,v 1.1 2006/04/28 12:03:37 ume Exp= $ =20 -PROG=3Dcached -PROGNAME=3Dcached -MAN=3Dcached.conf.5 cached.8 +PROG=3D cached +MAN=3D cached.conf.5 cached.8 =20 -WARNS?=3D2 -SRCS=3D agent.c cached.c cachedcli.c cachelib.c cacheplcs.c debug.c log.c \ +WARNS?=3D 2 +SRCS=3D agent.c cached.c cachedcli.c cachelib.c cacheplcs.c debug.c log.c \ config.c query.c mp_ws_query.c mp_rs_query.c singletons.c protocol.c \ parser.c CFLAGS+=3D -DCONFIG_PATH=3D"\"${PREFIX}/etc/cached.conf\"" -DPADD+=3D${LIBM} ${LIBPTHREAD} ${LIBUTIL} -LDADD+=3D${LIBM} ${LIBPTHREAD} ${LIBUTIL} -LDFLAGS+=3D -Xlinker --export-dynamic +DPADD=3D ${LIBM} ${LIBPTHREAD} ${LIBUTIL} +LDADD=3D -lm -lpthread -lutil +#LDFLAGS+=3D -Xlinker --export-dynamic =20 -.PATH: ${.CURDIR}/agents -.include "agents/Makefile.inc" -.include "../Makefile.inc" +.PATH: ${.CURDIR}/agents +.include "${.CURDIR}/agents/Makefile.inc" .include --oTHb8nViIGeoXxdp-- --n2Pv11Ogg/Ox8ay5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFaYAkqRfpzJluFF4RAr8zAJ4t33yRy/XU4S3B9eT3WIJ8CoURTgCfXCkU kB8lZXjWi2iZiSswxaGeUsM= =ZMrz -----END PGP SIGNATURE----- --n2Pv11Ogg/Ox8ay5-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 13:39:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7935A16A47B for ; Sun, 26 Nov 2006 13:39:18 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 136EF43D46 for ; Sun, 26 Nov 2006 13:38:09 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr7so.prod.shaw.ca (pd2mr7so-qfe3.prod.shaw.ca [10.0.141.10]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0J9C00256B945A90@l-daemon> for freebsd-current@freebsd.org; Sun, 26 Nov 2006 06:39:04 -0700 (MST) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd2mr7so.prod.shaw.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J9C00HI3B94PG32@pd2mr7so.prod.shaw.ca> for freebsd-current@freebsd.org; Sun, 26 Nov 2006 06:39:04 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0J9C00AQNB938J80@l-daemon> for freebsd-current@freebsd.org; Sun, 26 Nov 2006 06:39:04 -0700 (MST) Received: (qmail 2716 invoked from network); Sun, 26 Nov 2006 13:39:01 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Sun, 26 Nov 2006 13:39:01 +0000 Date: Sun, 26 Nov 2006 05:39:00 -0800 From: Colin Percival In-reply-to: <20061125191701.GA93011@mail.scottro.net> To: freebsd-current@freebsd.org Message-id: <456998F4.5030406@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <45686E34.5020809@freebsd.org> <20061125191701.GA93011@mail.scottro.net> User-Agent: Thunderbird 1.5 (X11/20060416) Subject: Re: freebsd-update the src ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 13:39:18 -0000 Scott Robbins wrote: > Mr. Percival, do you > think it might be worthwhile adding a one or two line explanation that > it doesn't support CURRENT, STABLE or PRERELEASE to either the man page > or the config file (as those are the two places I think people are most > likely to check.)? Sounds like a good idea. Would you like to suggest some text to be added to the manual page? Colin Percival From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 14:50:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E9DF16A492 for ; Sun, 26 Nov 2006 14:50:41 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03.rdc-nyc.rr.com [24.29.109.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2658643D4C for ; Sun, 26 Nov 2006 14:49:44 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-03.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id kAQEobvi003636 for ; Sun, 26 Nov 2006 09:50:38 -0500 (EST) Date: Sun, 26 Nov 2006 09:50:37 -0500 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20061126145037.GA6332@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <45686E34.5020809@freebsd.org> <20061125191701.GA93011@mail.scottro.net> <456998F4.5030406@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <456998F4.5030406@freebsd.org> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: freebsd-update the src ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 14:50:41 -0000 On Sun, Nov 26, 2006 at 05:39:00AM -0800, Colin Percival wrote: > Scott Robbins wrote: > > Mr. Percival, do you > > think it might be worthwhile adding a one or two line explanation that > > it doesn't support CURRENT, STABLE or PRERELEASE to either the man page > > or the config file (as those are the two places I think people are most > > likely to check.)? > > Sounds like a good idea. Would you like to suggest some text to be added > to the manual page? Something simple. (I actually tried to make a patch but I'm not sure what I did to groff--it came out with a bunch of junk at the top.) Perhaps, in the description section, a second sentence saying, "Please note that freebsd-update only works with RELEASE, not CURRENT, STABLE or PRE-RELEASE." -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Hey, I know! Why don't you kill them? Giles: I'm a Watcher, I haven't the skill. Buffy: Oh, come on. A stake through the heart, a little sunlight. It's like falling off a log. From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 15:58:24 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96D7916A403 for ; Sun, 26 Nov 2006 15:58:24 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from mrspock.ltc.sk (ns1.wilbury.sk [217.73.17.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9D0C43D88 for ; Sun, 26 Nov 2006 15:57:27 +0000 (GMT) (envelope-from danger@FreeBSD.org) Received: from kumar.ltc.sk (kumar.ltc.sk [217.73.17.16]) by mrspock.ltc.sk (Postfix) with ESMTP id 3DFE95BE36 for ; Sun, 26 Nov 2006 16:58:21 +0100 (CET) X-Virus-Scanned-kumar: amavisd-new at ltc.sk Received: from mrspock.ltc.sk ([217.73.17.21]) by kumar.ltc.sk (kumar.ltc.sk [217.73.17.16]) (amavisd-new, port 12424) with ESMTP id k+GH3EpFslm8 for ; Sun, 26 Nov 2006 16:57:12 +0100 (CET) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) by mrspock.ltc.sk (Postfix) with ESMTP id CC34D5BDE7 for ; Sun, 26 Nov 2006 16:58:15 +0100 (CET) Date: Sun, 26 Nov 2006 16:58:14 +0100 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1171262996.20061126165814@micronet.sk> To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: g_vfs_done() error6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 15:58:24 -0000 Hello people, I'm experiencing some problems with ICH6 driver and it seems like I'm not the only one around here. The system is running RELENG_6 as of today and the drive is brand new one. The system reboots after a while with the following messages before rebooting: Nov 26 16:30:04 daemon kernel: ad0: FAILURE - device detached Nov 26 16:30:04 daemon kernel: ad0: detached Nov 26 16:30:04 daemon kernel: g_vfs_done():ad0c[READ(offset=117927837696, length=16384)]error = 6 Nov 26 16:30:04 daemon kernel: g_vfs_done():ad0c[READ(offset=117927837696, length=16384)]error = 6 Nov 26 16:30:04 daemon kernel: g_vfs_done():ad0c[READ(offset=117775089664, length=10240)]error = 6 Nov 26 16:33:00 daemon syslogd: kernel boot file is /boot/kernel/kernel no more errors available. Any clue about what's going on here? I am able to provide any additional information on request. -- Best Regards, Daniel Gerzo mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 15:55:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34ABC16A407 for ; Sun, 26 Nov 2006 15:55:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBC6E43D6D for ; Sun, 26 Nov 2006 15:54:13 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1GoMLN-0004QK-Oq for freebsd-current@freebsd.org; Sun, 26 Nov 2006 16:55:01 +0100 Received: from r5h168.net.upc.cz ([86.49.7.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 26 Nov 2006 16:55:01 +0100 Received: from gamato by r5h168.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 26 Nov 2006 16:55:01 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: martinko Date: Sun, 26 Nov 2006 16:37:10 +0100 Lines: 11 Message-ID: <4569B4A6.5050307@users.sf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5h168.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.8) Gecko/20061111 SeaMonkey/1.0.6 Sender: news X-Mailman-Approved-At: Sun, 26 Nov 2006 16:55:49 +0000 Cc: freebsd-stable@freebsd.org Subject: [msdosfs] [patch] msdosfs incorrectly handles NT 8.3 capitalization X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 15:55:09 -0000 Hello, More than a year ago I discovered a bug in msdosfs incorrectly handling NT 8.3 capitalization. It was discussed on the lists and Micah prepared a patch and filed this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=86655 Unfortunately, it seems to have been forgotten. Can some of the committers have a look at it please ?? Many thanks, Martin From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 18:54:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBC4916A407; Sun, 26 Nov 2006 18:54:40 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75E0643D69; Sun, 26 Nov 2006 18:53:44 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id kAQIscf6042850; Sun, 26 Nov 2006 21:54:38 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sun, 26 Nov 2006 21:54:38 +0300 (MSK) From: Maxim Konovalov To: martinko In-Reply-To: <4569B4A6.5050307@users.sf.net> Message-ID: <20061126215357.W91535@mp2.macomnet.net> References: <4569B4A6.5050307@users.sf.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 26 Nov 2006 18:59:38 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: [msdosfs] [patch] msdosfs incorrectly handles NT 8.3 capitalization X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 18:54:40 -0000 On Sun, 26 Nov 2006, 16:37+0100, martinko wrote: > Hello, > > More than a year ago I discovered a bug in msdosfs incorrectly handling > NT 8.3 capitalization. It was discussed on the lists and Micah prepared > a patch and filed this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=86655 > Unfortunately, it seems to have been forgotten. > Can some of the committers have a look at it please ?? Fixed in HEAD. Will MFC the code to RELENG_6 in three weeks. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 21:19:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E913516A412; Sun, 26 Nov 2006 21:19:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71C1243D79; Sun, 26 Nov 2006 21:18:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAQLJcwj017693; Sun, 26 Nov 2006 16:19:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAQLJb6w011583; Sun, 26 Nov 2006 16:19:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BCB2573068; Sun, 26 Nov 2006 16:19:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061126211937.BCB2573068@freebsd-current.sentex.ca> Date: Sun, 26 Nov 2006 16:19:37 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 21:19:42 -0000 TB --- 2006-11-26 20:06:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-26 20:06:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-26 20:06:37 - cleaning the object tree TB --- 2006-11-26 20:08:16 - checking out the source tree TB --- 2006-11-26 20:08:16 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-26 20:08:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-26 20:25:41 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-26 20:25:41 - cd /src TB --- 2006-11-26 20:25:41 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 26 20:25:42 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 26 21:19:25 UTC 2006 TB --- 2006-11-26 21:19:25 - generating LINT kernel config TB --- 2006-11-26 21:19:25 - cd /src/sys/sun4v/conf TB --- 2006-11-26 21:19:25 - /usr/bin/make -B LINT TB --- 2006-11-26 21:19:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-26 21:19:25 - cd /src TB --- 2006-11-26 21:19:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 26 21:19:25 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] rm -f @ machine sparc64 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> wlan_acl (cleandir) rm -f export_syms wlan_acl.ko wlan_acl.kld ieee80211_acl.o rm -f @ machine sparc64 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> wlan_amrr (cleandir) cd: can't cd to /src/sys/modules/wlan_amrr *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-26 21:19:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-26 21:19:37 - ERROR: failed to build lint kernel TB --- 2006-11-26 21:19:37 - tinderbox aborted TB --- 0.66 user 1.93 system 4379.66 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 22:40:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 264B516A51A for ; Sun, 26 Nov 2006 22:40:18 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B81743D72 for ; Sun, 26 Nov 2006 22:39:20 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so931347uge for ; Sun, 26 Nov 2006 14:40:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=bGbQI/C8ax1PGz0I0WPdeCMYcrdyIFdra+iO6+EyBR8rW/tFz7+KLcmG5aQE+qotW9GLuZo61kXs1YfIANFTrB156lp6vSvSQB6awmwTcFzC7hJitDUoc1FpW35sdXf90tL9Vo12E9vXqUGfTPRiAZ/C1i5wBZzNtW12i+Gsw4Q= Received: by 10.78.128.11 with SMTP id a11mr12637633hud.1164580815022; Sun, 26 Nov 2006 14:40:15 -0800 (PST) Received: by 10.78.167.16 with HTTP; Sun, 26 Nov 2006 14:40:14 -0800 (PST) Message-ID: Date: Mon, 27 Nov 2006 01:40:14 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 5e7210d0de7da296 Cc: Subject: lib/libcom_err/doc - tex: not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 22:40:18 -0000 I wonder what I'm doing wrong. While compiling very fresh current on i386: ===> lib/libcom_err/doc (all) TEXINPUTS=/usr/7/src/lib/libcom_err/doc:/usr/7/src/lib/libcom_err/doc:$TEXINPUTS tex /usr/7/src/lib/libcom_err/doc/com_err.texinfo X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC29F16A403; Sun, 26 Nov 2006 23:18:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D311443D80; Sun, 26 Nov 2006 23:17:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kAQNIFRG057393; Sun, 26 Nov 2006 18:18:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAQNIFJg083339; Sun, 26 Nov 2006 18:18:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 46DD373068; Sun, 26 Nov 2006 18:18:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061126231815.46DD373068@freebsd-current.sentex.ca> Date: Sun, 26 Nov 2006 18:18:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Nov 2006 23:18:19 -0000 TB --- 2006-11-26 21:45:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-26 21:45:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-26 21:45:01 - cleaning the object tree TB --- 2006-11-26 21:46:52 - checking out the source tree TB --- 2006-11-26 21:46:52 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-26 21:46:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-26 21:59:48 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-26 21:59:48 - cd /src TB --- 2006-11-26 21:59:48 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 26 21:59:51 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Nov 26 23:17:54 UTC 2006 TB --- 2006-11-26 23:17:55 - generating LINT kernel config TB --- 2006-11-26 23:17:55 - cd /src/sys/amd64/conf TB --- 2006-11-26 23:17:55 - /usr/bin/make -B LINT TB --- 2006-11-26 23:17:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-26 23:17:55 - cd /src TB --- 2006-11-26 23:17:55 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 26 23:17:55 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] rm -f @ machine rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> wlan_acl (cleandir) rm -f export_syms wlan_acl.ko wlan_acl.kld ieee80211_acl.o rm -f @ machine rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> wlan_amrr (cleandir) cd: can't cd to /src/sys/modules/wlan_amrr *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-26 23:18:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-26 23:18:14 - ERROR: failed to build lint kernel TB --- 2006-11-26 23:18:14 - tinderbox aborted TB --- 0.93 user 3.34 system 5593.91 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 00:08:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [IPv6:::1] (hub.freebsd.org [69.147.83.54]) by hub.freebsd.org (Postfix) with ESMTP id 19EAD16A407 for ; Mon, 27 Nov 2006 00:08:12 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <456A2C6B.4040306@FreeBSD.org> Date: Sun, 26 Nov 2006 22:08:11 -0200 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 1.5.0.8 (X11/20061113) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Problems to build src/rescue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 00:08:14 -0000 Hi list, I have some problem to build world, more precisily src/rescue. I already run make clean, remove usr/obj and update via cvsup my sources, but rescue does not compile. See below: # cd /usr/src/rescue # make obj && make ... ld -dc -r -o setfacl.lo setfacl_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/setfacl/file.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/setfacl/mask.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/setfacl/merge.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/setfacl/remove.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/setfacl/setfacl.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/setfacl/util.o crunchide -k _crunched_setfacl_stub setfacl.lo echo "int _crunched_sh_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >sh_stub.c cc -O2 -fno-strict-aliasing -pipe -c sh_stub.c (cd /usr/src/rescue/rescue/../../bin/sh && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/sh/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/sh/ alias.o arith.o arith_lex.o cd.o echo.o error.o eval.o exec.o expand.o histedit.o input.o jobs.o mail.o main.o memalloc.o miscbltin.o mystring.o options.o output.o parser.o redir.o show.o test.o trap.o var.o builtins.o init.o nodes.o syntax.o) `alias.o' is up to date. `arith.o' is up to date. `arith_lex.o' is up to date. `cd.o' is up to date. `echo.o' is up to date. `error.o' is up to date. `eval.o' is up to date. `exec.o' is up to date. `expand.o' is up to date. `histedit.o' is up to date. `input.o' is up to date. `jobs.o' is up to date. `mail.o' is up to date. `main.o' is up to date. `memalloc.o' is up to date. `miscbltin.o' is up to date. `mystring.o' is up to date. `options.o' is up to date. `output.o' is up to date. `parser.o' is up to date. `redir.o' is up to date. `show.o' is up to date. `test.o' is up to date. `trap.o' is up to date. `var.o' is up to date. `builtins.o' is up to date. `init.o' is up to date. `nodes.o' is up to date. `syntax.o' is up to date. cc -O2 -fno-strict-aliasing -pipe -c /usr/obj/usr/src/rescue/rescue//usr/src/bin/sh/arith.c /usr/src/bin/sh/arith.y:46:19: arith.h: No such file or directory /usr/src/bin/sh/arith.y:47:19: shell.h: No such file or directory /usr/src/bin/sh/arith.y:48:17: var.h: No such file or directory /usr/src/bin/sh/arith.y:51: error: syntax error before "arith_t" /usr/src/bin/sh/arith.y:258:19: error.h: No such file or directory /usr/src/bin/sh/arith.y:259:20: output.h: No such file or directory /usr/src/bin/sh/arith.y:260:22: memalloc.h: No such file or directory /usr/src/bin/sh/arith.y:270: error: syntax error before "arith_t" /usr/src/bin/sh/arith.y: In function `arith_assign': /usr/src/bin/sh/arith.y:275: error: `value' undeclared (first use in this function) /usr/src/bin/sh/arith.y:275: error: (Each undeclared identifier is reported only once /usr/src/bin/sh/arith.y:275: error: for each function it appears in.) /usr/src/bin/sh/arith.y:276: error: `ARITH_FORMAT_STR' undeclared (first use in this function) /usr/src/bin/sh/arith.y:277: error: `name' undeclared (first use in this function) /usr/src/bin/sh/arith.y: In function `arith': /usr/src/bin/sh/arith.y:289: error: `INTOFF' undeclared (first use in this function) /usr/src/bin/sh/arith.y:292: error: `INTON' undeclared (first use in this function) /usr/src/bin/sh/arith.y: In function `expcmd': /usr/src/bin/sh/arith.y:334: warning: assignment makes pointer from integer without a cast /usr/src/bin/sh/arith.y: In function `yyparse': /usr/src/bin/sh/arith.y:78: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:83: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:83: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:85: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:85: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:85: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:85: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:85: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:87: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:87: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:87: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:87: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:89: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:89: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:89: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:91: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:91: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:91: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:93: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:93: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:93: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:95: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:95: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:95: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:97: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:97: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:97: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:99: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:99: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:99: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:101: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:101: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:101: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:103: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:103: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:103: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:105: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:105: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:105: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:107: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:107: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:107: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:109: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:109: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:109: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:111: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:111: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:111: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:113: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:113: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:113: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:115: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:115: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:115: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:118: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:120: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:120: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:120: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:124: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:126: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:126: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:126: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:129: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:129: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:131: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:131: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:133: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:133: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:135: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:135: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:140: error: syntax error before "arith_val" /usr/src/bin/sh/arith.y:143: warning: comparison between pointer and integer /usr/src/bin/sh/arith.y:145: warning: assignment makes pointer from integer without a cast /usr/src/bin/sh/arith.y:146: error: `arith_val' undeclared (first use in this function) /usr/src/bin/sh/arith.y:153: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:157: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:159: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:159: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:163: error: syntax error before "value" /usr/src/bin/sh/arith.y:165: error: `value' undeclared (first use in this function) /usr/src/bin/sh/arith.y:165: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:168: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:172: error: syntax error before "value" /usr/src/bin/sh/arith.y:174: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:177: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:181: error: syntax error before "value" /usr/src/bin/sh/arith.y:183: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:186: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:190: error: syntax error before "value" /usr/src/bin/sh/arith.y:192: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:195: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:198: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:202: error: syntax error before "value" /usr/src/bin/sh/arith.y:204: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:207: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:210: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:214: error: syntax error before "value" /usr/src/bin/sh/arith.y:216: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:219: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:223: error: syntax error before "value" /usr/src/bin/sh/arith.y:225: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:228: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:232: error: syntax error before "value" /usr/src/bin/sh/arith.y:234: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:237: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:241: error: syntax error before "value" /usr/src/bin/sh/arith.y:243: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:246: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:250: error: syntax error before "value" /usr/src/bin/sh/arith.y:252: error: union has no member named `l_value' /usr/src/bin/sh/arith.y:255: error: union has no member named `l_value' *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. # Any idea? -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 00:32:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AFB6516A492 for ; Mon, 27 Nov 2006 00:32:13 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A1E643D67 for ; Mon, 27 Nov 2006 00:31:15 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so940955uge for ; Sun, 26 Nov 2006 16:32:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nRCL+cx1nzkQR0FKfTd+ojOaQLEtmPHuPrmvLJppdM0mXxLlcfDdX3uoxPFIebJtEDJCLQ20ssuvzS27eYAXu4eFyzwCxdD2s6/tNUHYBL3jcNdluYkj/Zio2Ta3/RAiW6KIMypDl5Xf+mLeP+OV961+Xa9QJyiUeH6vhLQE0lE= Received: by 10.66.240.12 with SMTP id n12mr19850270ugh.1164587531242; Sun, 26 Nov 2006 16:32:11 -0800 (PST) Received: by 10.67.86.8 with HTTP; Sun, 26 Nov 2006 16:32:11 -0800 (PST) Message-ID: <790a9fff0611261632o3682dab0i2dcc2fc264f0b6bf@mail.gmail.com> Date: Sun, 26 Nov 2006 18:32:11 -0600 From: "Scot Hetzel" To: "Marcus Alves Grando" In-Reply-To: <456A2C6B.4040306@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <456A2C6B.4040306@FreeBSD.org> Cc: current@freebsd.org Subject: Re: Problems to build src/rescue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 00:32:13 -0000 On 11/26/06, Marcus Alves Grando wrote: > Hi list, > > I have some problem to build world, more precisily src/rescue. I already > run make clean, remove usr/obj and update via cvsup my sources, but > rescue does not compile. > I'm seeing the same problem, added WITHOUT_RESCUE to /etc/src.conf, so that I could complete a buildworld. It seems that this problem occurred somewhere between the Nov 24 and Nov 26. I looked on cvsweb, and there don't appear to be any commits made between this time frame to either src/rescue or src/bin/sh. Also the missing header files are in src/bin/sh. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 01:38:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A1EF16A412; Mon, 27 Nov 2006 01:38:18 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1446B43D6B; Mon, 27 Nov 2006 01:37:18 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 95BC1140EC03; Mon, 27 Nov 2006 01:39:28 +0000 (GMT) Date: Mon, 27 Nov 2006 01:39:28 +0000 From: John Birrell To: Scot Hetzel Message-ID: <20061127013928.GA77552@what-creek.com> References: <456A2C6B.4040306@FreeBSD.org> <790a9fff0611261632o3682dab0i2dcc2fc264f0b6bf@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0611261632o3682dab0i2dcc2fc264f0b6bf@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: Marcus Alves Grando , current@freebsd.org Subject: Re: Problems to build src/rescue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 01:38:18 -0000 On Sun, Nov 26, 2006 at 06:32:11PM -0600, Scot Hetzel wrote: > On 11/26/06, Marcus Alves Grando wrote: > >Hi list, > > > >I have some problem to build world, more precisily src/rescue. I already > >run make clean, remove usr/obj and update via cvsup my sources, but > >rescue does not compile. > > > I'm seeing the same problem, added WITHOUT_RESCUE to /etc/src.conf, so > that I could complete a buildworld. > > It seems that this problem occurred somewhere between the Nov 24 and > Nov 26. I looked on cvsweb, and there don't appear to be any commits > made between this time frame to either src/rescue or src/bin/sh. This looks to be my fault. Sorry. I added a make rule to the file that crunchgen generates. That, in turn, appears to have caused the crunch make to call the sh make with an unexpected target which ends up using a default rule with no CFLAGS. That's why the include files aren't found. I'll have to make a more detailed change to crunchgen to support parallel makes. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 02:02:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F88816A407 for ; Mon, 27 Nov 2006 02:02:32 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5943043DFF for ; Mon, 27 Nov 2006 02:00:56 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id s2so873258uge for ; Sun, 26 Nov 2006 18:01:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GDicjJhG4LirjmbNpvwhYzDA0x20Qz4TN4xwCec8aDJEzk5/nKvEa35U4QafJW6ur6PRy6vaRHvoessNkVFDY9Ak/CSbFKNonJGhwvH4oj0VJPByxDOXCkvXJm+pEMUA6U5wQ69zyZN69CQuhc4NmdDcptigKcd2T929Prkc/XI= Received: by 10.66.221.6 with SMTP id t6mr11618509ugg.1164592903813; Sun, 26 Nov 2006 18:01:43 -0800 (PST) Received: by 10.67.86.8 with HTTP; Sun, 26 Nov 2006 18:01:43 -0800 (PST) Message-ID: <790a9fff0611261801o57f845cbid8d3985f8acbe1b3@mail.gmail.com> Date: Sun, 26 Nov 2006 20:01:43 -0600 From: "Scot Hetzel" To: "John Birrell" In-Reply-To: <20061127013928.GA77552@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <456A2C6B.4040306@FreeBSD.org> <790a9fff0611261632o3682dab0i2dcc2fc264f0b6bf@mail.gmail.com> <20061127013928.GA77552@what-creek.com> Cc: Marcus Alves Grando , current@freebsd.org Subject: Re: Problems to build src/rescue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 02:02:32 -0000 On 11/26/06, John Birrell wrote: > On Sun, Nov 26, 2006 at 06:32:11PM -0600, Scot Hetzel wrote: > > On 11/26/06, Marcus Alves Grando wrote: > > >Hi list, > > > > > >I have some problem to build world, more precisily src/rescue. I already > > >run make clean, remove usr/obj and update via cvsup my sources, but > > >rescue does not compile. > > > > > I'm seeing the same problem, added WITHOUT_RESCUE to /etc/src.conf, so > > that I could complete a buildworld. > > > > It seems that this problem occurred somewhere between the Nov 24 and > > Nov 26. I looked on cvsweb, and there don't appear to be any commits > > made between this time frame to either src/rescue or src/bin/sh. > > This looks to be my fault. Sorry. > > I added a make rule to the file that crunchgen generates. That, in turn, > appears to have caused the crunch make to call the sh make with an > unexpected target which ends up using a default rule with no CFLAGS. > That's why the include files aren't found. > > I'll have to make a more detailed change to crunchgen to support > parallel makes. > With the change from crunchgen rev 1.39 applied, the build of the rescue binary completes. Thanks for fixing the problem Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 02:55:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [IPv6:::1] (hub.freebsd.org [69.147.83.54]) by hub.freebsd.org (Postfix) with ESMTP id BA5C416A40F; Mon, 27 Nov 2006 02:55:07 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <456A538A.9060402@FreeBSD.org> Date: Mon, 27 Nov 2006 00:55:06 -0200 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 1.5.0.8 (X11/20061113) MIME-Version: 1.0 To: John Birrell References: <456A2C6B.4040306@FreeBSD.org> <790a9fff0611261632o3682dab0i2dcc2fc264f0b6bf@mail.gmail.com> <20061127013928.GA77552@what-creek.com> In-Reply-To: <20061127013928.GA77552@what-creek.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Problems to build src/rescue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 02:55:08 -0000 John Birrell wrote: > On Sun, Nov 26, 2006 at 06:32:11PM -0600, Scot Hetzel wrote: >> On 11/26/06, Marcus Alves Grando wrote: >>> Hi list, >>> >>> I have some problem to build world, more precisily src/rescue. I already >>> run make clean, remove usr/obj and update via cvsup my sources, but >>> rescue does not compile. >>> >> I'm seeing the same problem, added WITHOUT_RESCUE to /etc/src.conf, so >> that I could complete a buildworld. >> >> It seems that this problem occurred somewhere between the Nov 24 and >> Nov 26. I looked on cvsweb, and there don't appear to be any commits >> made between this time frame to either src/rescue or src/bin/sh. > > This looks to be my fault. Sorry. > > I added a make rule to the file that crunchgen generates. That, in turn, > appears to have caused the crunch make to call the sh make with an > unexpected target which ends up using a default rule with no CFLAGS. > That's why the include files aren't found. > > I'll have to make a more detailed change to crunchgen to support > parallel makes. Thanks ;) -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 12:50:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 144A216A415 for ; Mon, 27 Nov 2006 12:50:14 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C0B043DE8 for ; Mon, 27 Nov 2006 12:47:15 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id kARDB5gc093728 for ; Mon, 27 Nov 2006 13:11:06 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id kARDB4SV093727 for freebsd-current@freebsd.org; Mon, 27 Nov 2006 13:11:04 GMT (envelope-from dunstan) Date: Mon, 27 Nov 2006 13:11:03 +0000 From: "Wojciech A. Koszek" To: freebsd-current@freebsd.org Message-ID: <20061127131103.GA93662@FreeBSD.czest.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Mon, 27 Nov 2006 13:11:06 +0000 (UTC) Subject: MeetBSD report.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 12:50:14 -0000 (Not so..) short summary related with meetBSD conference I hope you don't mind seeing me explaining, why it's quite cool to visit Poland next time we'll be hopefully having The MeetBSD conference here. What I find is the biggest problem is a language of presented talks; thus I wish I could propose some changes in a schedule of future confereces, so that papers presented in English were to be grouped in one day.. My observation is quite simple -- most of the people know English in listen/read-only manner very well, large group of them are fluent in speaking also. For now, let skip such problems -- we've had three English talks this year. This edition of the conference was also really interesting. Pawel was clever enough to put the most interesting (read: his) pieces first, so that he could relax later and listen to every talk with a tea in hand, and chat with a girl, who of course noone could even glance at, and really, noone even could confirm her existance. Presentation related to his work regarding data integrity in the context of integration with GELI was interesting, especially for non-GEOM hackers, who even if follow CVS logs, don't really get what provider-related magic is about. He seems to use a trick of typing commands in the front of the audience, which is the best proof that something is already working well and appears to work in front of the people's eyes without saying "foo bar, I'm unhappy OS kernel". Later there were several technical talks which I found interesting: Mariusz Grad had almost interative presentation on which you were able to see how does the typical extension like MMX on the 32-bit architecture can possitively impact application performance (based on his benchmark) together with explaining, why the physicians being obssesed with martix manipulation in his departament like 64-bit processing so much. He likes going deep into the computer architecture, and I had a longer talk with him after the conference. He also included several historical aspects of computer architecture and mentioned some really cool notes from Von Neumann's paper he was lucky enough to read somewhere in Berlin. Jakub Klausa has lead a talk about Voice over IP in the context of FreeBSD. I'm not an expert in that field, and actually, I have never played with VoIP seriously, but huge number of questions after the talk finally made me think, that this has to be really, really interesting for an audience. I use to work on setting some basic setups with GNU Gatekeeper and H323 protocol, thus I woke up when those names were mentioned. Otherwise, I can't explain to you what have been touched, except of various terms like: SS7, VoiceXML, VoIP, Asterisk, and many, many more. Jakub was kind enough to borrow me a laptop for my presentation, since as always when I need my own machine, in lies broken down in a computer shop for several days before a conference, and the ugly repleacement I've been given doesn't handle the external output with any kind of resolution. After Jakub, Paulo had his 45 minutes. Since I like strictly technical bits, I liked it very much. Just like with others work -- I can't follow and understand everything by myself, so his show was very usefull for me. And I'm happy that we're growing some nice neatures. After Paulo's talk, Steven Jurczyk came onto the scene. Steven is a founder of the home.pl -- the most famous and the biggest Polish hosting provider, which is entirely powered by FreeBSD. Just like anyone else, we were looking forward to hear Steve's talk, since not everyone has enough chance to play with 200 FreeBSD boxes and solve problems in the farm of that size. Steve honestly talked about possitive and negative sides of being FreeBSD consument. The final statement was that they are very happy with FreeBSD, which not only does what they really want, but also seem to move to the right direction. As a proof several dedicated solutions have been written by home.pl and deployed in their FreeBSD environment. After the talk there were also several question related with various sides of system administration. Then was my talk. There is nothing special to talk about at this point -- I don't really like a quality of my presentations. This time I decided to take a brief look at my small impact on current state of FreeBSD/mips, together with giving a credits to people like Oleksandr Tymoshenko and Olivier Houchard, who is my mentor in The Project. I mentioned about why do I think the MIPS architecture is interesting, and how '#if 0' can help a the first stages of development. Finally, what most of the people were looking forward used to happen -- first day of the conference has been closed, and the Social Even was about to start. After short travel, we landed in a place, that looked like a Star Trek board. Music was a little bit too loud, but the fact of having everyone in the one place worked well. Thus, I had no problem to chat with Paulo and Mark several times :-) After whole day, they also had to keep up with several technical questions asked by me. I hope they didn't mind. I can't say how the event really looked like (yeah -- you have to come hear in order to expirience it by yourself), but there were several suprises prepared by the organizers; and I belive due to Polish tea and other customs, audience also seemed to have a good time. The party for me was over at 2 A.M. I took a bus at 2:20, and around 3:00 I was close to the destination place. After having a short walk with a wrong direction taken, I reach the destination place at about 3:30 A.M. This part was over. Second day meant carrying huge luggage caused by some shopping the day befire the meetBSD started. Until most of people were in the conference room, first talk was delayed by couple of minutes, but Pawel did some magic trick with explaining, why ZFS is a kind of next-generation aspect of filesystems, and of course, he showed everything by an example, while logging on a remote box and presenting, that we already have ZFS working on FreeBSD. Mark's talk was next. Mark mentioned about social and technical aspects related with ports collection, their maintainance, fixing, build breakages; he also explained several bits of FreeBSD jorgon like "pointy hat" meaning; there were also some number which I was not familiar with before, like for example length of typical port build, and number of ports that build properly. Several questions regarding his work and general point of view on ports collection have been asked. Mark talk was followed by Lukasz Bromirski presentation. I truly admire this man, since he's walking networking encyclopedia, multiinstrumental artist and real expert when it comes to network managment, network administration and security. He's big FreeBSD fan, and this time he talked about network monitoring with FreeBSD and tools available in our ports collection. Professionally, Lukasz is related with Cisco Systems Inc., and I belive he often has to prepare such presenations. Hence, the quality of a content and the way it is served always makes me think that the right person is in the right place. I'm not sure how he does this, but even with small delay and time shortened, he seems to exactly fit given timeline. Dinner meant a bit of general conversiation with Mark and Paulo which I enjoyed, really. Actually, it was long enough to be a bit late on the next talk from the schedule.. Pawel Rutkowski, who is collegue of mine and big FreeBSD fan and beliver, presented BGP deployment in a corporation network. Everything was based on his real-life expirience. I'm not sure what the earlier slides were about, but the ones I've seen touched a topic of Quagga, and some performace measurement. Professionaly Pawel was related with work on high availability servers powered by FreeBSD for big hosting companies. Several questions appeared, but I know Pawel was quite busy for both of a days of conference, due to dozens of questions regarding his earlier talks about a way of making backups on FreeBSD. I actually was a bit affraid of the last presentation, since my train was supposed to be at a station at 17:45, and the presentation started with small delay, but everything went fine -- Paulo, speaking about the interrupt stuff and the way he managed to solve interrupt lattency problem was what I've been looking forward. I appears to be quite nice mechanism, and hopefully we'll have it commited soon. I also had a talk with Paulo the day before, and he explained me some bits of his research. The presentation visualised everything, which I like, of course. I listened to Paulo stuff to the end, said "bye" to the organizers and run away. Additional comments: Almost on every Polish conference organized lastly misterious man related more or less with GNU propaganda had to appear. So an audience took several questions like "why don't you have XYZ in the kernel instead of implementing it in the user-space", and the notion of "Linux being better because..". Just like on every BSD-related conference, high level of professionalism was shown and none of meritorical questions has been left unanswered. Not sure why, but there is also a kind of a situation on Polish conferences, where people are affraid of asking in the front of other people, and they prefer to ask questions privately from some reasons. Thus, once you decide to present something in Poland, don't feel wrong when no hand are raised after the last slide -- this simply means you'll be more busy after the talk :-) Things I forgotten about.. Sponsors and the organizers did a really, really well job in the field of gadgets. People were messing with meetBSDish T-shirts and meetBSDish (poloar) sweatchirts or various sizes, meetBSDish mugs, meetBSDish glasses. We've been given also a hip flask, which I'm not sure if is properly translated by me, but maybe someone will take a photo of what I have in mind :-) Not sure how this might look like after a conferece, but you should try to get some of this things in order to confirm I'm not wrong :-) Final result was that the second day was really, really daemon-powered. home.pl was kind enough to buy mouse pads for every single person. The guys were very friendy on their stall, and answered zillions of questions regarding huge amount of traffic, extreme number of queries and keeping the staff going in the company over and over again. They brought a box that is supposed to act as their backup server. Steven was kind enough to share some bits of his knowledge with me, since they deployed their own, high-performance, WWW, FreeBSD mechanisms-based server into practice. home.pl also has their site available in English. PAComp was a second sponsor of the meetBSD conference. Those guys were the ones I talked with for a *long* period of time, since some serious hackery happens behind their company's stage. They have presented their own hardware, PowerPC-based platform destined to the cryptographic solutions and a working port of FreeBSD for such processor, together with their "ready-to-be-put-on-the-shelf" product. We talked about assemblers, PCB boards, porting methodology, DSP processors, RISC architecture, opcodes, register windows and dozen of different stuff. They also mentioned about drivers for FreeBSD for their hardware (finally I'm not sure whether the RFID reader was there, but I'm sure I've seen chip card reader working). I really missed their lack presentation, but they promised to present their work after project will reach it's destination phase. Hardly working people from Wheel.pl not only carried a huge ammount of work on keeping everything going in the right way, but also presented their authorization system called Cerb. It's major advantage is that you're no longer forced to carry dozen of simple passwords in our memory, but protect them with a know-something and have-something notion (mobile phone in their case). We did sample test-case, and it worked without a problem on my mobile phone. Guys from hack.pl portal won an auction of Dru Lavigne's book signed by Pawel, me, Paulo and Mark (the price reached a level of about 150 Euros..). In order to see why the FreeBSD community thinks the keyboard is universal way of expressing yourself, take a look at: http://hack.pl/gfx/meetbsd2006/bsd1.jpg Money will be spend entirely on supporting The FreeBSD Foundation. Right now you might have a feeling why the meetBSD is rather cool event to take part in. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 13:49:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0130C16A684 for ; Mon, 27 Nov 2006 13:49:18 +0000 (UTC) (envelope-from nvidican@wmptl.com) Received: from wmptl.net (mail.wmptl.com [216.8.159.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF1243DB7 for ; Mon, 27 Nov 2006 13:47:42 +0000 (GMT) (envelope-from nvidican@wmptl.com) Received: from [10.0.0.104] (r3140ca.wmptl.net [10.0.0.104]) by wmptl.net (8.13.4/8.13.4) with ESMTP id kARDmfTM064423; Mon, 27 Nov 2006 08:48:41 -0500 (EST) (envelope-from nvidican@wmptl.com) Message-ID: <456AECB8.8010003@wmptl.com> Date: Mon, 27 Nov 2006 08:48:40 -0500 From: Nathan Vidican User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Rainer Alves References: <790a9fff0611251051md2ef50cja84440ba3cc7942f@mail.gmail.com> <4568DB59.7070407@gmail.com> <45692360.3080602@gmail.com> In-Reply-To: <45692360.3080602@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.54 on 10.0.0.80 Cc: freebsd-current@freebsd.org Subject: Re: Latest Broadcom NDIS driver requires 4 additional functions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 13:49:18 -0000 Rainer Alves wrote: > Rainer Alves wrote: >> Scot Hetzel wrote: >>> I'm trying to upgrade my ndis driver from version 3.100.64.0 to >>> 4.40.19.0, but when I try to load the driver I get a Fatal trap 12 >>> error. >>> [...] >> However under FreeBSD + NDIS, the led is always red and the chip is >> never properly activated. > > Replying to myself, the new driver works... I get a "no match for > MmGetPhysicalAddress" when kldload'ing, a "fpudna in kernel mode" when > doing a ifconfig, but overrall it works fine. > Thanks for the hint. > > -- > Rainer Alves > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > May be a dumb question... but I have the same laptop (HP Pavilion dv8000, 6.2-RC1/amd64) and have been unable to get it working nor debug myself... how/where did you upgrade the freebsd/ndis driver from; where/which windows driver files did you use? Are the ndis driver patches mentioned in this thread committed to CVS, or must it (the patch) be manually applied to the tree and the kernel re-compiled? -- Nathan Vidican nvidican@wmptl.com From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 16:21:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A325216A55F for ; Mon, 27 Nov 2006 16:21:19 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id B88CF43D88 for ; Mon, 27 Nov 2006 16:20:02 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1088659uge for ; Mon, 27 Nov 2006 08:21:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kDGnR/hwFj76m6QoUBV5Eagy8yw7DIrBwgf0jVBSXSqTxMGLnbVIjlqJZOTebSIKQxMr4JK3IAYIQCyb22cdgHglru9yR4EdmxJTtnS3wEPzSp664EBoZta27i9/x9jlXlsuwGBM8CXl0vDIXusetABRsxQqXDaaGmnuNFeiM3s= Received: by 10.66.240.12 with SMTP id n12mr21160481ugh.1164644462285; Mon, 27 Nov 2006 08:21:02 -0800 (PST) Received: by 10.67.86.8 with HTTP; Mon, 27 Nov 2006 08:21:02 -0800 (PST) Message-ID: <790a9fff0611270821k24618e6bn2d68d597fa5528f3@mail.gmail.com> Date: Mon, 27 Nov 2006 10:21:02 -0600 From: "Scot Hetzel" To: "Nathan Vidican" In-Reply-To: <456AECB8.8010003@wmptl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0611251051md2ef50cja84440ba3cc7942f@mail.gmail.com> <4568DB59.7070407@gmail.com> <45692360.3080602@gmail.com> <456AECB8.8010003@wmptl.com> Cc: freebsd-current@freebsd.org Subject: Re: Latest Broadcom NDIS driver requires 4 additional functions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 16:21:19 -0000 On 11/27/06, Nathan Vidican wrote: > May be a dumb question... but I have the same laptop (HP Pavilion > dv8000, 6.2-RC1/amd64) and have been unable to get it working nor debug > myself... how/where did you upgrade the freebsd/ndis driver from; > where/which windows driver files did you use? Are the ndis driver > patches mentioned in this thread committed to CVS, or must it (the > patch) be manually applied to the tree and the kernel re-compiled? > I downloaded the latest Windows NDIS driver directly from HP. mkdir broadcom cd broadcom fetch ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe cabextract -q -L -F 'bcmwl5*' sp33008.exe ndisgen bcmwl5.inf bcmwl564.sys kldload ./bcmwl564_sys.ko Now if you load this driver on a system with an unpatched ndis.ko module, it WILL crash your kernel. This patch hasn't been committed to CVS yet, as I had two functions that I was trying to get working: MmGetPhysicalAddress - fixed, if you use the original patch, just add IMPORT_SFUNC_MAP(MmGetPhysicalAddress, pmap_kextract, 1) to ntoskrnl.c, and remove everything in the #ifdef MMGETPHYSICALADDRESS .. #endif. memchr - implemented but causes "cast discards qualifiers from pointer target type" (copied from lib/libc/string/memchr.c). Currently it is #ifdef MEMCHR .. #endif in the patch so it doesn't interfer in building the ndis.ko module. You'll need to apply the patch from my original message to the list, and make the above change for MmGetPhysicalAddress. Then you only need to recompile the ndis.ko kernel module. cd sys/modules/ndis make obj make make install Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 18:13:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 753D016A40F for ; Mon, 27 Nov 2006 18:13:06 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5569943E17 for ; Mon, 27 Nov 2006 17:43:53 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-2) with ESMTP id kARHiD7c007479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 27 Nov 2006 19:44:20 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id kARHhuDj008007 for ; Mon, 27 Nov 2006 19:43:57 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id kARHhu8o008005 for freebsd-current@freebsd.org; Mon, 27 Nov 2006 19:43:56 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 27 Nov 2006 19:43:55 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20061127174355.GA7969@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.436, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.76, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Subject: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 18:13:06 -0000 I haven't been able to build HEAD since a couple of days. The breakage is now in src/rescue/ and it stops at: /home/build/src/bin/sh/arith.y:146: error: `arith_val' undeclared (first use in this function) /home/build/src/bin/sh/arith.y:153: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:157: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:159: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:159: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:163: error: syntax error before "value" /home/build/src/bin/sh/arith.y:165: error: `value' undeclared (first use in this function) /home/build/src/bin/sh/arith.y:165: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:168: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:172: error: syntax error before "value" /home/build/src/bin/sh/arith.y:174: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:177: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:181: error: syntax error before "value" /home/build/src/bin/sh/arith.y:183: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:186: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:190: error: syntax error before "value" /home/build/src/bin/sh/arith.y:192: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:195: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:198: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:202: error: syntax error before "value" /home/build/src/bin/sh/arith.y:204: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:207: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:210: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:214: error: syntax error before "value" /home/build/src/bin/sh/arith.y:216: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:219: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:223: error: syntax error before "value" /home/build/src/bin/sh/arith.y:225: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:228: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:232: error: syntax error before "value" /home/build/src/bin/sh/arith.y:234: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:237: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:241: error: syntax error before "value" /home/build/src/bin/sh/arith.y:243: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:246: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:250: error: syntax error before "value" /home/build/src/bin/sh/arith.y:252: error: union has no member named `l_value' /home/build/src/bin/sh/arith.y:255: error: union has no member named `l_value' Is this a known issue, or am I doing something silly? My /etc/make.conf file contains: % # cat -n /etc/make.conf % 1 CPUTYPE?= i686 % 2 NO_CPU_CFLAGS= true # Don't add -march= to CFLAGS automatically % 3 NO_CPU_COPTFLAGS= true # Don't add -march= to COPTFLAGS automatically % 4 % 5 CFLAGS?= -O -pipe % 6 COPTFLAGS?= -O -pipe % 7 % 8 BOOTWAIT= 0 % 9 PRINTERDEVICE= ascii % 10 % 11 DOC_LANG= en_US.ISO8859-1 el_GR.ISO8859-7 % 12 % 13 SENDMAIL_MC= /etc/mail/kobe.mc % 14 SENDMAIL_SUBMIT_MC= /etc/mail/kobe.submit.mc % 15 % 16 SENDMAIL_CFLAGS= -I/usr/local/include -DSASL=2 % 17 SENDMAIL_LDFLAGS= -L/usr/local/lib % 18 SENDMAIL_LDADD= -lsasl2 % 19 % 20 XFREE86_VERSION?= 4 % 21 % 22 # When fetching distfiles, try to continue failed or interrupted transfers. % 23 FETCH_CMD?= /usr/bin/fetch -A -r -R % 24 % 25 DEBUG_FLAGS?= -g % 26 % 27 # added by use.perl 2006-10-31 21:47:35 % 28 PERL_VER=5.8.8 % 29 PERL_VERSION=5.8.8 % # From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 18:40:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from [IPv6:::1] (hub.freebsd.org [69.147.83.54]) by hub.freebsd.org (Postfix) with ESMTP id AC47716A417; Mon, 27 Nov 2006 18:40:54 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <456B3134.8090209@FreeBSD.org> Date: Mon, 27 Nov 2006 16:40:52 -0200 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 1.5.0.8 (X11/20061110) MIME-Version: 1.0 To: Giorgos Keramidas References: <20061127174355.GA7969@kobe.laptop> In-Reply-To: <20061127174355.GA7969@kobe.laptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 18:40:56 -0000 Giorgos Keramidas wrote: > I haven't been able to build HEAD since a couple of days. The breakage > is now in src/rescue/ and it stops at: Already fixed in CVS by jb@. Related thread: http://lists.freebsd.org/pipermail/freebsd-current/2006-November/067620.html Regards > > /home/build/src/bin/sh/arith.y:146: error: `arith_val' undeclared (first use in this function) > /home/build/src/bin/sh/arith.y:153: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:157: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:159: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:159: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:163: error: syntax error before "value" > /home/build/src/bin/sh/arith.y:165: error: `value' undeclared (first use in this function) > /home/build/src/bin/sh/arith.y:165: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:168: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:172: error: syntax error before "value" > /home/build/src/bin/sh/arith.y:174: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:177: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:181: error: syntax error before "value" > /home/build/src/bin/sh/arith.y:183: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:186: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:190: error: syntax error before "value" > /home/build/src/bin/sh/arith.y:192: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:195: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:198: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:202: error: syntax error before "value" > /home/build/src/bin/sh/arith.y:204: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:207: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:210: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:214: error: syntax error before "value" > /home/build/src/bin/sh/arith.y:216: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:219: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:223: error: syntax error before "value" > /home/build/src/bin/sh/arith.y:225: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:228: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:232: error: syntax error before "value" > /home/build/src/bin/sh/arith.y:234: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:237: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:241: error: syntax error before "value" > /home/build/src/bin/sh/arith.y:243: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:246: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:250: error: syntax error before "value" > /home/build/src/bin/sh/arith.y:252: error: union has no member named `l_value' > /home/build/src/bin/sh/arith.y:255: error: union has no member named `l_value' > > Is this a known issue, or am I doing something silly? > > My /etc/make.conf file contains: > > % # cat -n /etc/make.conf > % 1 CPUTYPE?= i686 > % 2 NO_CPU_CFLAGS= true # Don't add -march= to CFLAGS automatically > % 3 NO_CPU_COPTFLAGS= true # Don't add -march= to COPTFLAGS automatically > % 4 > % 5 CFLAGS?= -O -pipe > % 6 COPTFLAGS?= -O -pipe > % 7 > % 8 BOOTWAIT= 0 > % 9 PRINTERDEVICE= ascii > % 10 > % 11 DOC_LANG= en_US.ISO8859-1 el_GR.ISO8859-7 > % 12 > % 13 SENDMAIL_MC= /etc/mail/kobe.mc > % 14 SENDMAIL_SUBMIT_MC= /etc/mail/kobe.submit.mc > % 15 > % 16 SENDMAIL_CFLAGS= -I/usr/local/include -DSASL=2 > % 17 SENDMAIL_LDFLAGS= -L/usr/local/lib > % 18 SENDMAIL_LDADD= -lsasl2 > % 19 > % 20 XFREE86_VERSION?= 4 > % 21 > % 22 # When fetching distfiles, try to continue failed or interrupted transfers. > % 23 FETCH_CMD?= /usr/bin/fetch -A -r -R > % 24 > % 25 DEBUG_FLAGS?= -g > % 26 > % 27 # added by use.perl 2006-10-31 21:47:35 > % 28 PERL_VER=5.8.8 > % 29 PERL_VERSION=5.8.8 > % # > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 19:24:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB1FC16A407 for ; Mon, 27 Nov 2006 19:24:42 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32D734401F for ; Mon, 27 Nov 2006 18:28:02 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1124769uge for ; Mon, 27 Nov 2006 10:29:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=GFoZfP17S2mPB0uhCTWCJndCwP05lQ4xue+1Wm81mO8rPhTlp0DNgGIMc45zNDKnYkznU9/Mf5tBVt09YTWFOYoprLfTNIHtNG4HWjnkQHJNJwL5ZHhp53UIyGQRmTWH2oB4MXnPFGfAQejfbPEalvgQ4W2PCBGByMUNodg1vow= Received: by 10.78.18.12 with SMTP id 12mr13479540hur.1164652141239; Mon, 27 Nov 2006 10:29:01 -0800 (PST) Received: by 10.78.167.16 with HTTP; Mon, 27 Nov 2006 10:29:01 -0800 (PST) Message-ID: Date: Mon, 27 Nov 2006 21:29:01 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Giorgos Keramidas" In-Reply-To: <20061127174355.GA7969@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061127174355.GA7969@kobe.laptop> X-Google-Sender-Auth: 6d2000c36a730066 Cc: current@freebsd.org Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 19:24:43 -0000 On 11/27/06, Giorgos Keramidas wrote: > I haven't been able to build HEAD since a couple of days. The breakage > is now in src/rescue/ and it stops at: Very same here. Tried with no make.conf. :-( From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 20:28:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D81A16A649 for ; Mon, 27 Nov 2006 20:28:36 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F42A44DA7 for ; Mon, 27 Nov 2006 19:21:23 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id kARJMOG1078632 for ; Mon, 27 Nov 2006 11:22:24 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id kARJMOBB078631 for current@freebsd.org; Mon, 27 Nov 2006 11:22:24 -0800 (PST) (envelope-from david) Date: Mon, 27 Nov 2006 11:22:24 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20061127192224.GI73703@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oplxJGu+Ee5xywIT" Content-Disposition: inline In-Reply-To: <456B3134.8090209@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 20:28:36 -0000 --oplxJGu+Ee5xywIT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 27, 2006 at 04:40:52PM -0200, Marcus Alves Grando wrote: > Giorgos Keramidas wrote: > >I haven't been able to build HEAD since a couple of days. The breakage > >is now in src/rescue/ and it stops at: >=20 > Already fixed in CVS by jb@. >=20 > Related thread: > http://lists.freebsd.org/pipermail/freebsd-current/2006-November/067620.h= tml Hmmm... that didn't fix it for me. Same symptoms as detailed in that thread on a uniprocessor i386 (my laptop). Running: localhost(7.0-C)[1] uname -a FreeBSD localhost 7.0-CURRENT FreeBSD 7.0-CURRENT #249: Fri Nov 24 09:19:10= PST 2006 root@g1-18.catwhisker.org.:/common/S4/obj/usr/src/sys/LAPTOP_= 30W i386 localhost(7.0-C)[2]=20 Last update of my local CVS mirror prior to that build was: CVSup begin from cvsup13.freebsd.org at Fri Nov 24 03:49:38 PST 2006 CVSup ended from cvsup13.freebsd.org at Fri Nov 24 03:54:20 PST 2006 Following update was: CVSup begin from cvsup10.freebsd.org at Sat Nov 25 03:49:43 PST 2006 CVSup ended from cvsup10.freebsd.org at Sat Nov 25 03:55:19 PST 2006 and I've been seeing the above-cited symptoms since. I'd welcome clues. Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --oplxJGu+Ee5xywIT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkVrOu8ACgkQmprOCmdXAD1xfACggtoECP/E6bOsHhVncT6Ga+1P PjkAnRqdineh+hb9kRdRRjh3pymomTfU =wYUt -----END PGP SIGNATURE----- --oplxJGu+Ee5xywIT-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 20:29:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C217116A6ED for ; Mon, 27 Nov 2006 20:29:52 +0000 (UTC) (envelope-from adrenalinup@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7289745E52 for ; Mon, 27 Nov 2006 19:17:20 +0000 (GMT) (envelope-from adrenalinup@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so2188664nfc for ; Mon, 27 Nov 2006 11:18:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TfFMVRai1XqDNb1GhcGaaUVXGSuZzHKhTU90uMkKZZVMOkgajIXod18LmvJGIkTh3urpoeSsgtgIiiS88QPS4XU5Iv0vvSWFFttR41A9vepeUcsMvisxoGN2kUzwoUy9NeJUH7Rp++f9zMgGCKxbcwuusrNufIsjURFjjblAHeM= Received: by 10.82.152.16 with SMTP id z16mr2119170bud.1164655100600; Mon, 27 Nov 2006 11:18:20 -0800 (PST) Received: by 10.82.164.8 with HTTP; Mon, 27 Nov 2006 11:18:20 -0800 (PST) Message-ID: Date: Mon, 27 Nov 2006 21:18:20 +0200 From: "Nicolae Namolovan" To: "Marcus Alves Grando" In-Reply-To: <456A538A.9060402@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <456A2C6B.4040306@FreeBSD.org> <790a9fff0611261632o3682dab0i2dcc2fc264f0b6bf@mail.gmail.com> <20061127013928.GA77552@what-creek.com> <456A538A.9060402@FreeBSD.org> Cc: John Birrell , current@freebsd.org Subject: Re: Problems to build src/rescue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 20:29:52 -0000 I get the same errors, can you please explain in more details how to fix that ? I run cvsup("release=cvs tag=RELENG_6_1") from cvsup.freebsd.org but don't see any updates. On 11/27/06, Marcus Alves Grando wrote: > John Birrell wrote: > > On Sun, Nov 26, 2006 at 06:32:11PM -0600, Scot Hetzel wrote: > >> On 11/26/06, Marcus Alves Grando wrote: > >>> Hi list, > >>> > >>> I have some problem to build world, more precisily src/rescue. I already > >>> run make clean, remove usr/obj and update via cvsup my sources, but > >>> rescue does not compile. > >>> > >> I'm seeing the same problem, added WITHOUT_RESCUE to /etc/src.conf, so > >> that I could complete a buildworld. > >> > >> It seems that this problem occurred somewhere between the Nov 24 and > >> Nov 26. I looked on cvsweb, and there don't appear to be any commits > >> made between this time frame to either src/rescue or src/bin/sh. > > > > This looks to be my fault. Sorry. > > > > I added a make rule to the file that crunchgen generates. That, in turn, > > appears to have caused the crunch make to call the sh make with an > > unexpected target which ends up using a default rule with no CFLAGS. > > That's why the include files aren't found. > > > > I'll have to make a more detailed change to crunchgen to support > > parallel makes. > > Thanks ;) > > -- > Marcus Alves Grando > marcus(at)corp.grupos.com.br | Grupos Internet S/A > mnag(at)FreeBSD.org | FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Best regards, Nicolae Namolovan. From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 20:32:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C099816A606 for ; Mon, 27 Nov 2006 20:32:26 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 679074510B for ; Mon, 27 Nov 2006 19:38:57 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id B4B555C5F; Mon, 27 Nov 2006 22:39:55 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 90B4B5C33; Mon, 27 Nov 2006 22:39:55 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kARJdtNj039633; Mon, 27 Nov 2006 22:39:55 +0300 (MSK) (envelope-from ru) Date: Mon, 27 Nov 2006 22:39:55 +0300 From: Ruslan Ermilov To: Giorgos Keramidas Message-ID: <20061127193955.GE39419@rambler-co.ru> References: <20061127174355.GA7969@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X3gaHHMYHkYqP6yf" Content-Disposition: inline In-Reply-To: <20061127174355.GA7969@kobe.laptop> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-current@freebsd.org Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 20:32:26 -0000 --X3gaHHMYHkYqP6yf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 27, 2006 at 07:43:55PM +0200, Giorgos Keramidas wrote: > I haven't been able to build HEAD since a couple of days. The breakage > is now in src/rescue/ and it stops at: >=20 John committed a change to crunchgen(1) that broke it. He then backed out an offending change, but since crunchgen(1) is a build tool, now you have either to upgrade it manually before doing a buildworld again, or pick up just committed Makefile.inc1, 1.565 that forces an upgrade of crunchgen(1) during the build. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --X3gaHHMYHkYqP6yf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFaz8LqRfpzJluFF4RAq4MAJ9k7lqj1eTeZzf8zdP7QNase0OkKgCeLJsk OyCmLKOavv/F17xbvLNs3ZQ= =uIjh -----END PGP SIGNATURE----- --X3gaHHMYHkYqP6yf-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 20:34:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C52816A56B; Mon, 27 Nov 2006 20:34:33 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58CC546632; Mon, 27 Nov 2006 19:40:34 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 7F30B6156; Mon, 27 Nov 2006 22:41:35 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 5C93D60F3; Mon, 27 Nov 2006 22:41:35 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kARJfZEY039678; Mon, 27 Nov 2006 22:41:35 +0300 (MSK) (envelope-from ru) Date: Mon, 27 Nov 2006 22:41:35 +0300 From: Ruslan Ermilov To: Marcus Alves Grando Message-ID: <20061127194135.GF39419@rambler-co.ru> References: <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aPdhxNJGSeOG9wFI" Content-Disposition: inline In-Reply-To: <456B3134.8090209@FreeBSD.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Giorgos Keramidas , freebsd-current@freebsd.org Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 20:34:33 -0000 --aPdhxNJGSeOG9wFI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 27, 2006 at 04:40:52PM -0200, Marcus Alves Grando wrote: > Giorgos Keramidas wrote: > >I haven't been able to build HEAD since a couple of days. The breakage > >is now in src/rescue/ and it stops at: >=20 > Already fixed in CVS by jb@. >=20 > Related thread: > http://lists.freebsd.org/pipermail/freebsd-current/2006-November/067620.h= tml >=20 Not quite. If you upgraded in an unfortunate time, you still have broken /usr/bin/crunchgen installed and thus cannot buildworld. I've just committed a fix to the build system to address this. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --aPdhxNJGSeOG9wFI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFaz9vqRfpzJluFF4RAr6YAJsH5tHUWHRsaFpcY/9AugrWSY+vRACeIg5x OjIwWMwKoYcvTBJ1vu7o6eI= =Oglo -----END PGP SIGNATURE----- --aPdhxNJGSeOG9wFI-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 20:36:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46C6B16A676 for ; Mon, 27 Nov 2006 20:36:49 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from alias2.ihug.co.nz (alias2.ihug.co.nz [203.96.222.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F8A046E08 for ; Mon, 27 Nov 2006 20:12:03 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from ironport5.ihug.co.nz [203.109.254.25] by alias2.ihug.co.nz with esmtp (Exim 3.36 #1 (Debian)) id 1GomSV-0002uT-00; Tue, 28 Nov 2006 08:48:07 +1300 Received: from 203-109-251-39.static.bliink.ihug.co.nz (HELO heff.fud.org.nz) ([203.109.251.39]) by ironport5.ihug.co.nz with ESMTP; 28 Nov 2006 08:58:12 +1300 X-Ironport-Seen: Yes Received: by heff.fud.org.nz (Postfix, from userid 1001) id 409DC1CC2E; Tue, 28 Nov 2006 08:51:52 +1300 (NZDT) Date: Tue, 28 Nov 2006 08:51:52 +1300 From: Andrew Thompson To: FreeBSD Current Message-ID: <20061127195152.GA16066@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , FreeBSD Current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: ng_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 20:36:49 -0000 Hi, Is anyone interested in adding stp/rstp support for ng_bridge?, if not then I wont continue to build the bridgestp module separately. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 20:38:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F129916A492; Mon, 27 Nov 2006 20:38:43 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07637455B7; Mon, 27 Nov 2006 20:22:51 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 31125140EC03; Mon, 27 Nov 2006 20:25:01 +0000 (GMT) Date: Mon, 27 Nov 2006 20:25:00 +0000 From: John Birrell To: Nicolae Namolovan Message-ID: <20061127202458.GB83396@what-creek.com> References: <456A2C6B.4040306@FreeBSD.org> <790a9fff0611261632o3682dab0i2dcc2fc264f0b6bf@mail.gmail.com> <20061127013928.GA77552@what-creek.com> <456A538A.9060402@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Marcus Alves Grando , current@freebsd.org Subject: Re: Problems to build src/rescue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 20:38:44 -0000 On Mon, Nov 27, 2006 at 09:18:20PM +0200, Nicolae Namolovan wrote: > I get the same errors, can you please explain in more details how to fix > that ? > I run cvsup("release=cvs tag=RELENG_6_1") from cvsup.freebsd.org but > don't see any updates. I haven't made any changes relating to RELENG_6_1. My change only affects current and only in the window of Nov 24 to 27 (roughly). -- John Birrell From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 20:52:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2038416A49E; Mon, 27 Nov 2006 20:52:37 +0000 (UTC) (envelope-from SRS0=af3c337f1022407d5336cfb96f8b831c47524b99=167=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C68743DCC; Mon, 27 Nov 2006 20:47:06 +0000 (GMT) (envelope-from SRS0=af3c337f1022407d5336cfb96f8b831c47524b99=167=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id FFW03550; Mon, 27 Nov 2006 12:47:50 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5CDE945054; Mon, 27 Nov 2006 12:47:49 -0800 (PST) To: "Nicolae Namolovan" In-Reply-To: Your message of "Mon, 27 Nov 2006 21:18:20 +0200." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1164660469_22634P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 27 Nov 2006 12:47:49 -0800 From: "Kevin Oberman" Message-Id: <20061127204749.5CDE945054@ptavv.es.net> Cc: Marcus Alves Grando , John Birrell , current@freebsd.org Subject: Re: Problems to build src/rescue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 20:52:37 -0000 --==_Exmh_1164660469_22634P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 27 Nov 2006 21:18:20 +0200 > From: "Nicolae Namolovan" > Sender: owner-freebsd-current@freebsd.org > > I get the same errors, can you please explain in more details how to fix that ? > I run cvsup("release=cvs tag=RELENG_6_1") from cvsup.freebsd.org but > don't see any updates. RELENG_6_1 is V6.1, not CURRENT. It gets VERY few updates. For current, you want "release=cvs tag=." -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1164660469_22634P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFa071kn3rs5h7N1ERAghLAJ4pgiW8umEmee27M74E1JE/2NyX7QCcCqrO nGfZyBNeRkpt9rnMhc7W7yE= =Dom9 -----END PGP SIGNATURE----- --==_Exmh_1164660469_22634P-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 21:14:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CB2C16A40F for ; Mon, 27 Nov 2006 21:14:37 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outU.internet-mail-service.net [216.240.47.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7023943F22 for ; Mon, 27 Nov 2006 20:58:33 +0000 (GMT) (envelope-from julian@elischer.org) Received: from shell.idiom.com (HELO idiom.com) (216.240.47.20) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Mon, 27 Nov 2006 12:46:35 -0800 Received: from [10.251.18.229] (nat.ironport.com [63.251.108.100]) by idiom.com (8.12.11/8.12.11) with ESMTP id kARKxRqe011620; Mon, 27 Nov 2006 12:59:27 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <456B51A8.8070700@elischer.org> Date: Mon, 27 Nov 2006 12:59:20 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: Andrew Thompson , FreeBSD Current References: <20061127195152.GA16066@heff.fud.org.nz> In-Reply-To: <20061127195152.GA16066@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ng_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 21:14:37 -0000 Andrew Thompson wrote: > Hi, > > > Is anyone interested in adding stp/rstp support for ng_bridge?, if not > then I wont continue to build the bridgestp module separately. "interested but ENOTIME" > > > cheers, > Andrew > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 21:23:23 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98DD516A51E; Mon, 27 Nov 2006 21:23:23 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8350E442FC; Mon, 27 Nov 2006 21:01:49 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (evge.static.otenet.gr [212.205.236.117]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-2) with ESMTP id kARL27Sn019907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 27 Nov 2006 23:02:12 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id kARL1k7g002374; Mon, 27 Nov 2006 23:01:56 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id kARL1R38002365; Mon, 27 Nov 2006 23:01:27 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 27 Nov 2006 23:01:26 +0200 From: Giorgos Keramidas To: current@FreeBSD.ORG, Ruslan Ermilov Message-ID: <20061127210126.GA2121@kobe.laptop> References: <20061127174355.GA7969@kobe.laptop> <20061127193955.GE39419@rambler-co.ru> <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> <20061127194135.GF39419@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061127193955.GE39419@rambler-co.ru> <20061127194135.GF39419@rambler-co.ru> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.453, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.75, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Marcus Alves Grando , freebsd-current@FreeBSD.ORG Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 21:23:23 -0000 On 2006-11-27 22:41, Ruslan Ermilov wrote: > On Mon, Nov 27, 2006 at 04:40:52PM -0200, Marcus Alves Grando wrote: > > http://lists.freebsd.org/pipermail/freebsd-current/2006-November/067620.html > > Not quite. If you upgraded in an unfortunate time, you still have > broken /usr/bin/crunchgen installed and thus cannot buildworld. I've > just committed a fix to the build system to address this. On 2006-11-27 22:39, Ruslan Ermilov wrote: > John committed a change to crunchgen(1) that broke it. He then backed > out an offending change, but since crunchgen(1) is a build tool, now > you have either to upgrade it manually before doing a buildworld > again, or pick up just committed Makefile.inc1, 1.565 that forces an > upgrade of crunchgen(1) during the build. Much obliged. I'll rebuild crunchgen locally for now, and update src/ tomorrow morning again, because it's *way* past my bedtime for the day. Thanks for the explanation :) From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 21:23:23 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98DD516A51E; Mon, 27 Nov 2006 21:23:23 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8350E442FC; Mon, 27 Nov 2006 21:01:49 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (evge.static.otenet.gr [212.205.236.117]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-2) with ESMTP id kARL27Sn019907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 27 Nov 2006 23:02:12 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id kARL1k7g002374; Mon, 27 Nov 2006 23:01:56 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id kARL1R38002365; Mon, 27 Nov 2006 23:01:27 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 27 Nov 2006 23:01:26 +0200 From: Giorgos Keramidas To: current@FreeBSD.ORG, Ruslan Ermilov Message-ID: <20061127210126.GA2121@kobe.laptop> References: <20061127174355.GA7969@kobe.laptop> <20061127193955.GE39419@rambler-co.ru> <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> <20061127194135.GF39419@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061127193955.GE39419@rambler-co.ru> <20061127194135.GF39419@rambler-co.ru> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.453, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.75, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Marcus Alves Grando , freebsd-current@FreeBSD.ORG Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 21:23:23 -0000 On 2006-11-27 22:41, Ruslan Ermilov wrote: > On Mon, Nov 27, 2006 at 04:40:52PM -0200, Marcus Alves Grando wrote: > > http://lists.freebsd.org/pipermail/freebsd-current/2006-November/067620.html > > Not quite. If you upgraded in an unfortunate time, you still have > broken /usr/bin/crunchgen installed and thus cannot buildworld. I've > just committed a fix to the build system to address this. On 2006-11-27 22:39, Ruslan Ermilov wrote: > John committed a change to crunchgen(1) that broke it. He then backed > out an offending change, but since crunchgen(1) is a build tool, now > you have either to upgrade it manually before doing a buildworld > again, or pick up just committed Makefile.inc1, 1.565 that forces an > upgrade of crunchgen(1) during the build. Much obliged. I'll rebuild crunchgen locally for now, and update src/ tomorrow morning again, because it's *way* past my bedtime for the day. Thanks for the explanation :) From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 21:57:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8577B16A412 for ; Mon, 27 Nov 2006 21:57:35 +0000 (UTC) (envelope-from adrenalinup@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86DFB44248 for ; Mon, 27 Nov 2006 21:45:48 +0000 (GMT) (envelope-from adrenalinup@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so2224209nfc for ; Mon, 27 Nov 2006 13:46:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cBJHUNGEoe6qs9OvtmEiiDOVBZas+25VxUzI9tIWazGaXYStUGI3Zcs9kpxjTV5Irp5bXOfMUsoebByYQ3z5bgOI5vRwqhTQ0KTElwixSdl2MTOzLYESmrVC3opobUSmrqST/N0OA272Yfea+5synrWKbGFfANQVvEmq2/2JcdQ= Received: by 10.82.172.15 with SMTP id u15mr28006bue.1164663992202; Mon, 27 Nov 2006 13:46:32 -0800 (PST) Received: by 10.82.164.8 with HTTP; Mon, 27 Nov 2006 13:46:31 -0800 (PST) Message-ID: Date: Mon, 27 Nov 2006 23:46:31 +0200 From: "Nicolae Namolovan" To: "Giorgos Keramidas" In-Reply-To: <20061127210126.GA2121@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> <20061127193955.GE39419@rambler-co.ru> <20061127194135.GF39419@rambler-co.ru> <20061127210126.GA2121@kobe.laptop> Cc: Marcus Alves Grando , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 21:57:35 -0000 Hi, I'm trying to downgrade from 7.0 current to 6.1 stable, but get that nasty error, I must rebuild crunchgen ? Can you tell me how to do that ? How to upgrade manually crunchgen ? On 11/27/06, Giorgos Keramidas wrote: > On 2006-11-27 22:41, Ruslan Ermilov wrote: > > On Mon, Nov 27, 2006 at 04:40:52PM -0200, Marcus Alves Grando wrote: > > > > http://lists.freebsd.org/pipermail/freebsd-current/2006-November/067620.html > > > > Not quite. If you upgraded in an unfortunate time, you still have > > broken /usr/bin/crunchgen installed and thus cannot buildworld. I've > > just committed a fix to the build system to address this. > > On 2006-11-27 22:39, Ruslan Ermilov wrote: > > John committed a change to crunchgen(1) that broke it. He then backed > > out an offending change, but since crunchgen(1) is a build tool, now > > you have either to upgrade it manually before doing a buildworld > > again, or pick up just committed Makefile.inc1, 1.565 that forces an > > upgrade of crunchgen(1) during the build. > > Much obliged. I'll rebuild crunchgen locally for now, and update src/ > tomorrow morning again, because it's *way* past my bedtime for the day. > > Thanks for the explanation :) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Best regards, Nicolae Namolovan. From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 22:07:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 065B916A5FB for ; Mon, 27 Nov 2006 22:07:18 +0000 (UTC) (envelope-from adrenalinup@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27CF544247 for ; Mon, 27 Nov 2006 21:45:48 +0000 (GMT) (envelope-from adrenalinup@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so2224208nfc for ; Mon, 27 Nov 2006 13:46:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cBJHUNGEoe6qs9OvtmEiiDOVBZas+25VxUzI9tIWazGaXYStUGI3Zcs9kpxjTV5Irp5bXOfMUsoebByYQ3z5bgOI5vRwqhTQ0KTElwixSdl2MTOzLYESmrVC3opobUSmrqST/N0OA272Yfea+5synrWKbGFfANQVvEmq2/2JcdQ= Received: by 10.82.172.15 with SMTP id u15mr28006bue.1164663992202; Mon, 27 Nov 2006 13:46:32 -0800 (PST) Received: by 10.82.164.8 with HTTP; Mon, 27 Nov 2006 13:46:31 -0800 (PST) Message-ID: Date: Mon, 27 Nov 2006 23:46:31 +0200 From: "Nicolae Namolovan" To: "Giorgos Keramidas" In-Reply-To: <20061127210126.GA2121@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> <20061127193955.GE39419@rambler-co.ru> <20061127194135.GF39419@rambler-co.ru> <20061127210126.GA2121@kobe.laptop> Cc: Marcus Alves Grando , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 22:07:19 -0000 Hi, I'm trying to downgrade from 7.0 current to 6.1 stable, but get that nasty error, I must rebuild crunchgen ? Can you tell me how to do that ? How to upgrade manually crunchgen ? On 11/27/06, Giorgos Keramidas wrote: > On 2006-11-27 22:41, Ruslan Ermilov wrote: > > On Mon, Nov 27, 2006 at 04:40:52PM -0200, Marcus Alves Grando wrote: > > > > http://lists.freebsd.org/pipermail/freebsd-current/2006-November/067620.html > > > > Not quite. If you upgraded in an unfortunate time, you still have > > broken /usr/bin/crunchgen installed and thus cannot buildworld. I've > > just committed a fix to the build system to address this. > > On 2006-11-27 22:39, Ruslan Ermilov wrote: > > John committed a change to crunchgen(1) that broke it. He then backed > > out an offending change, but since crunchgen(1) is a build tool, now > > you have either to upgrade it manually before doing a buildworld > > again, or pick up just committed Makefile.inc1, 1.565 that forces an > > upgrade of crunchgen(1) during the build. > > Much obliged. I'll rebuild crunchgen locally for now, and update src/ > tomorrow morning again, because it's *way* past my bedtime for the day. > > Thanks for the explanation :) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Best regards, Nicolae Namolovan. From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 22:23:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73FED16A417 for ; Mon, 27 Nov 2006 22:23:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78296445C7 for ; Mon, 27 Nov 2006 21:50:39 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id kARLpaqc079252 for ; Mon, 27 Nov 2006 13:51:36 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id kARLpaxc079251 for current@freebsd.org; Mon, 27 Nov 2006 13:51:36 -0800 (PST) (envelope-from david) Date: Mon, 27 Nov 2006 13:51:36 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20061127215136.GL73703@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> <20061127194135.GF39419@rambler-co.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TxukmIqg3MmZ0Kmh" Content-Disposition: inline In-Reply-To: <20061127194135.GF39419@rambler-co.ru> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 22:23:31 -0000 --TxukmIqg3MmZ0Kmh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 27, 2006 at 10:41:35PM +0300, Ruslan Ermilov wrote: > ... > Not quite. If you upgraded in an unfortunate time, you still have > broken /usr/bin/crunchgen installed and thus cannot buildworld. > I've just committed a fix to the build system to address this. Thanks for that resolution -- I'm pretty sure that I managed to update during just such an "unfortunate time." And your fix should take care of this particular issue. :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --TxukmIqg3MmZ0Kmh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkVrXecACgkQmprOCmdXAD3P4wCeJnBGnE+MJE3UEfrjk4OHDNVn 9ycAn0TaopvtYeJLxyna2TzP5rigxuHo =o/o5 -----END PGP SIGNATURE----- --TxukmIqg3MmZ0Kmh-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 22:54:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6144116A416 for ; Mon, 27 Nov 2006 22:54:10 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34BDF45076 for ; Mon, 27 Nov 2006 22:17:57 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1182397uge for ; Mon, 27 Nov 2006 14:18:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=rYcNPOm9A0K0ij4JOZP3uDQiGnj52glHcW6xI4GTzY7SeChJBJXLclmJ9XxbJeWQCFgNWSQRpe1B0Vr2Kl9J2SPP7AiEQIgWfZUAWtuQL3uH10kAentJ9U83BDby6AgaRUtTELUi7FrPzkWx59TXsdPujiqft5gvEMGqcko8xbQ= Received: by 10.78.201.2 with SMTP id y2mr106931huf.1164665908522; Mon, 27 Nov 2006 14:18:28 -0800 (PST) Received: by 10.78.167.16 with HTTP; Mon, 27 Nov 2006 14:18:28 -0800 (PST) Message-ID: Date: Tue, 28 Nov 2006 01:18:28 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: current@freebsd.org, "Massimiliano Stucchi" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 041176e7464b4a4f Cc: Subject: A few EuroBSDCon 2006 pics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 22:54:10 -0000 Here are some pics. I had no time to edit, so 90% is pure junk, and the rest is just junk. You've been warned :-) Also, I only run a couple of php fastcgi processes, so just come back later if it's not available. http://g2.gubkin.ru/main.php?g2_itemId=3772 Thanks! From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 23:24:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73B9016A492 for ; Mon, 27 Nov 2006 23:24:40 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E899C448E7 for ; Mon, 27 Nov 2006 22:16:42 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (evge.static.otenet.gr [212.205.236.117]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-2) with ESMTP id kARMEsXj025349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 28 Nov 2006 00:15:01 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id kARMEj2b002719; Tue, 28 Nov 2006 00:14:46 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id kARMEjYT002712; Tue, 28 Nov 2006 00:14:45 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 28 Nov 2006 00:14:45 +0200 From: Giorgos Keramidas To: Nicolae Namolovan Message-ID: <20061127221445.GA94292@kobe.laptop> References: <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> <20061127193955.GE39419@rambler-co.ru> <20061127194135.GF39419@rambler-co.ru> <20061127210126.GA2121@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.456, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.74, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 23:24:40 -0000 On 2006-11-27 23:46, Nicolae Namolovan wrote: >On 11/27/06, Giorgos Keramidas wrote: > >Much obliged. I'll rebuild crunchgen locally for now, and update src/ >> tomorrow morning again, because it's *way* past my bedtime for the day. >> >> Thanks for the explanation :) > > Hi, I'm trying to downgrade from 7.0 current to 6.1 stable, but get > that nasty error, I must rebuild crunchgen ? Can you tell me how to do > that ? How to upgrade manually crunchgen ? In general, downgrades across major releases are not really supported. I am not sure if building an 6.X kernel and userland on 7.0-CURRENT and using installkernel/installworld will DTRT. You can keep your 7.0-CURRENT installation though. Rebuilding and installing a new crunchgen binary should be as easy as: # /usr/src/usr.sbin/crunch # make cleandir && make cleandir # make all install # make cleandir && make cleandir Then you can go ahead and use the normal buildworld/buildkernel procedure to upgrade to a fairly recent 7.0-CURRENT/HEAD build. From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 23:56:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EC4B16A403; Mon, 27 Nov 2006 23:56:27 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id C25074481C; Mon, 27 Nov 2006 22:39:32 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 0B17F610E; Tue, 28 Nov 2006 01:40:34 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id DC66F60ED; Tue, 28 Nov 2006 01:40:33 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kARMeY6f010519; Tue, 28 Nov 2006 01:40:34 +0300 (MSK) (envelope-from ru) Date: Tue, 28 Nov 2006 01:40:32 +0300 From: Ruslan Ermilov To: Nicolae Namolovan Message-ID: <20061127224032.GA10493@rambler-co.ru> References: <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> <20061127193955.GE39419@rambler-co.ru> <20061127194135.GF39419@rambler-co.ru> <20061127210126.GA2121@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Giorgos Keramidas , Marcus Alves Grando , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 23:56:27 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 27, 2006 at 11:46:31PM +0200, Nicolae Namolovan wrote: > Hi, I'm trying to downgrade from 7.0 current to 6.1 stable, but get > that nasty error, I must rebuild crunchgen ? Can you tell me how to do > that ? How to upgrade manually crunchgen ? >=20 cd /usr/src/usr.sbin/crunch/crunchgen && make obj && make all && make insta= ll Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFa2lgqRfpzJluFF4RAgMYAJ9fb74HFSGxfvgOquf0e3kfApzvwwCfSFaJ 6csde9vaXe+RBMxaYRRnvRg= =+Tkb -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 27 23:56:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EC4B16A403; Mon, 27 Nov 2006 23:56:27 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id C25074481C; Mon, 27 Nov 2006 22:39:32 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 0B17F610E; Tue, 28 Nov 2006 01:40:34 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id DC66F60ED; Tue, 28 Nov 2006 01:40:33 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kARMeY6f010519; Tue, 28 Nov 2006 01:40:34 +0300 (MSK) (envelope-from ru) Date: Tue, 28 Nov 2006 01:40:32 +0300 From: Ruslan Ermilov To: Nicolae Namolovan Message-ID: <20061127224032.GA10493@rambler-co.ru> References: <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> <20061127193955.GE39419@rambler-co.ru> <20061127194135.GF39419@rambler-co.ru> <20061127210126.GA2121@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Giorgos Keramidas , Marcus Alves Grando , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2006 23:56:27 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 27, 2006 at 11:46:31PM +0200, Nicolae Namolovan wrote: > Hi, I'm trying to downgrade from 7.0 current to 6.1 stable, but get > that nasty error, I must rebuild crunchgen ? Can you tell me how to do > that ? How to upgrade manually crunchgen ? >=20 cd /usr/src/usr.sbin/crunch/crunchgen && make obj && make all && make insta= ll Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFa2lgqRfpzJluFF4RAgMYAJ9fb74HFSGxfvgOquf0e3kfApzvwwCfSFaJ 6csde9vaXe+RBMxaYRRnvRg= =+Tkb -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 05:15:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2780016A40F for ; Tue, 28 Nov 2006 05:15:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 198D644269 for ; Mon, 27 Nov 2006 23:09:21 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 17478 invoked by uid 399); 27 Nov 2006 23:10:24 -0000 Received: from localhost (HELO ?192.168.0.7?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 27 Nov 2006 23:10:24 -0000 Message-ID: <456B705E.6080801@FreeBSD.org> Date: Mon, 27 Nov 2006 15:10:22 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061125) MIME-Version: 1.0 To: Nicolae Namolovan References: <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> <20061127193955.GE39419@rambler-co.ru> <20061127194135.GF39419@rambler-co.ru> <20061127210126.GA2121@kobe.laptop> In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Giorgos Keramidas , Marcus Alves Grando , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 05:15:03 -0000 Nicolae Namolovan wrote: > Hi, I'm trying to downgrade from 7.0 current to 6.1 stable, You're always better off in that situation to back up your data and do a clean install. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 05:15:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C4E916A403 for ; Tue, 28 Nov 2006 05:15:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 1BF554426B for ; Mon, 27 Nov 2006 23:09:21 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 17478 invoked by uid 399); 27 Nov 2006 23:10:24 -0000 Received: from localhost (HELO ?192.168.0.7?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 27 Nov 2006 23:10:24 -0000 Message-ID: <456B705E.6080801@FreeBSD.org> Date: Mon, 27 Nov 2006 15:10:22 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061125) MIME-Version: 1.0 To: Nicolae Namolovan References: <20061127174355.GA7969@kobe.laptop> <456B3134.8090209@FreeBSD.org> <20061127193955.GE39419@rambler-co.ru> <20061127194135.GF39419@rambler-co.ru> <20061127210126.GA2121@kobe.laptop> In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Giorgos Keramidas , Marcus Alves Grando , freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Is HEAD broken in rescue/ or am I being silly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 05:15:03 -0000 Nicolae Namolovan wrote: > Hi, I'm trying to downgrade from 7.0 current to 6.1 stable, You're always better off in that situation to back up your data and do a clean install. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 05:35:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F79D16A407; Tue, 28 Nov 2006 05:35:13 +0000 (UTC) (envelope-from martin@gneto.com) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id A30DE4496B; Tue, 28 Nov 2006 04:44:06 +0000 (GMT) (envelope-from martin@gneto.com) Received: from ironport2.bredband.com ([195.54.107.84] [195.54.107.84]) by mxfep02.bredband.com with ESMTP id <20061128040516.CCYK23770.mxfep02.bredband.com@ironport2.bredband.com>; Tue, 28 Nov 2006 05:05:16 +0100 Received: from ua-83-227-181-30.cust.bredbandsbolaget.se ([83.227.181.30]) by ironport2.bredband.com with ESMTP; 28 Nov 2006 05:05:16 +0100 Received: from [192.168.10.124] (temp4.gneto.com [192.168.10.124]) by ua-83-227-181-30.cust.bredbandsbolaget.se (Postfix) with ESMTP id 1DAE267922; Tue, 28 Nov 2006 05:05:15 +0100 (CET) Message-ID: <456BB57C.8020907@gneto.com> Date: Tue, 28 Nov 2006 05:05:16 +0100 From: Martin Nilsson User-Agent: Thunderbird 1.5.0.8 (X11/20061111) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Marvell ATA controller on intel desktop boards. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 05:35:13 -0000 Hi Søren, I've got a couple of intel boards for my home machines they are DP965LT and DG965SS, I've noticed that the ATA controllers are recognised but not my DVD drives that are connected to them! This is: 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Fri Nov 24. Is there anything you can do without having access to the hardware? atapci0: port 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x2 00f mem 0x32100000-0x321001ff irq 17 at device 0.0 on pci3 ata2: on atapci0 ata3: on atapci0 lspci -v gives: 03:00.0 IDE interface: Marvell Technology Group Ltd. Unknown device 6101 (rev b1) (prog-if 8f [Master SecP SecO PriP PriO]) Subsystem: Marvell Technology Group Ltd. Unknown device 6101 Flags: bus master, fast devsel, latency 0, IRQ 17 I/O ports at 2018 I/O ports at 2024 I/O ports at 2010 I/O ports at 2020 I/O ports at 2000 Memory at 32100000 (32-bit, non-prefetchable) Capabilities: [48] Power Management version 2 Capabilities: [50] Message Signalled Interrupts: 64bit- Queue=0/0 Enable- Capabilities: [e0] Express Legacy Endpoint IRQ 0 Regards, Martin From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 08:53:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1948B16A40F; Tue, 28 Nov 2006 08:53:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93F0743CA6; Tue, 28 Nov 2006 08:53:54 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 6BABB46BF9; Tue, 28 Nov 2006 03:53:55 -0500 (EST) Date: Tue, 28 Nov 2006 08:53:55 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Pantyukhin In-Reply-To: Message-ID: <20061128084852.O95096@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: roberto@FreeBSD.org, Massimiliano Stucchi , current@freebsd.org Subject: Re: A few EuroBSDCon 2006 pics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 08:53:56 -0000 On Tue, 28 Nov 2006, Andrew Pantyukhin wrote: > Here are some pics. I had no time to edit, so 90% is pure junk, and the rest > is just junk. You've been warned :-) Also, I only run a couple of php > fastcgi processes, so just come back later if it's not available. > > http://g2.gubkin.ru/main.php?g2_itemId=3772 It has always been clear to me that Isabelle is the only one of us who really understands the kernel: http://g2.gubkin.ru/main.php?g2_itemId=4631 If only she paid a little more attention in the devsummit, just imagine what we could accomplish: http://g2.gubkin.ru/main.php?g2_itemId=4339 Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 09:26:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2070D16A4B3 for ; Tue, 28 Nov 2006 09:26:39 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8727443DDD for ; Tue, 28 Nov 2006 09:24:12 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1302893uge for ; Tue, 28 Nov 2006 01:24:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=eii8+VIci6j07E2r4H0Im6Rkbu6XXbHNqPU+xU/K+FHmfRyK7e29OkXKQcMItdN8mvUbJYosndE93XCRoBOH3fxry57r0GzEtELlLwa+AvvXFP6BUsb/iNVUJQQ+K+kWwScJPUnrGxpa0by76U5V4lZJZdboVlXHIKOmfbbw94s= Received: by 10.78.157.8 with SMTP id f8mr745681hue.1164705845009; Tue, 28 Nov 2006 01:24:05 -0800 (PST) Received: by 10.78.167.16 with HTTP; Tue, 28 Nov 2006 01:23:59 -0800 (PST) Message-ID: Date: Tue, 28 Nov 2006 12:23:59 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Robert Watson" In-Reply-To: <20061128084852.O95096@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061128084852.O95096@fledge.watson.org> X-Google-Sender-Auth: 901b49a0cebc698c Cc: roberto@freebsd.org, current@freebsd.org Subject: Re: A few EuroBSDCon 2006 pics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 09:26:39 -0000 On 11/28/06, Robert Watson wrote: > > On Tue, 28 Nov 2006, Andrew Pantyukhin wrote: > > > Here are some pics. I had no time to edit, so 90% is pure junk, and the rest > > is just junk. You've been warned :-) Also, I only run a couple of php > > fastcgi processes, so just come back later if it's not available. > > > > http://g2.gubkin.ru/main.php?g2_itemId=3772 > > It has always been clear to me that Isabelle is the only one of us who > really understands the kernel: Yeah, she's really bored with our progress... BTW, you look epic with some code in the background :-) http://g2.gubkin.ru/main.php?g2_itemId=4091 From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 09:47:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9351316A403 for ; Tue, 28 Nov 2006 09:47:54 +0000 (UTC) (envelope-from fulanpeng@gmail.com) Received: from nz-out-0102.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BC2843CAB for ; Tue, 28 Nov 2006 09:47:37 +0000 (GMT) (envelope-from fulanpeng@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so781990nzh for ; Tue, 28 Nov 2006 01:47:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=s754N8gxnJU/Wm+pn2WZIs7MU9nvNshzKv8mvFHs/ayrJwlByiAuZLYU8vTQKu//SB/K14NCbEun6zGSkaJMR/5pFByhbWHgLujvflW74Qpg/PLMiVX3+UfjQgN5EPtyLt2RxrLtaSVxwfuEwDpoiOOqmajebPiErtq1eZlguOM= Received: by 10.65.54.9 with SMTP id g9mr1291230qbk.1164707258662; Tue, 28 Nov 2006 01:47:38 -0800 (PST) Received: by 10.64.241.6 with HTTP; Tue, 28 Nov 2006 01:47:38 -0800 (PST) Message-ID: Date: Tue, 28 Nov 2006 04:47:38 -0500 From: "fulan Peng" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: FreeBSD 6.1 and 6.2 i386 firewall or NAT block web mail applications X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 09:47:54 -0000 Hi, I need some help with FreeBSD firewall with NAT. I have made pppoe and NAT working with both 6.1 release and 6.2 RC i386. All I want is to forward port 443 to port 8843. I added a line in the OPEN portion in the rc.firewall file: ${fwcmd} add fwd 127.0.0.1,8843 tcp from any to any 443 in keep-state Now, when I type https://myserver's ip, it will forward to a proxy server listening at 8843. This is good. But, in the local network, nobody can access the yahoo and google mail. I made another kernel with the options IPFIREWALL_DEFAULT_TO_ACCEPT. When I ipfw, there is only one rule: allow ip from any to any This is good. When I added a line ipfw add fwd 127.0.0.1,8843 from any to any 443 in keep-state again, it won't work with any web email applications. I added a line like this ${fwcmd} add pass tcp from any to any 25 setup Still it won't work. pen at both 6.1 and 6.2 are not working. I remember it works only with 7.0-current. I have only 3 options when I compile the kernel: options IPFIREWALL options IPFIREWALL_FORWARD options IPDIVERT in order to get pppoe to work, I added options NETGRAPH options NETGRAPH_PPPOE options NETGRAPH_SOCKET my rc.conf is like this gateway_enable="YES" hostname=... ifconfig_ed0=... ppp_enable="YES" ppp_nat="YES" ppp_profile="sympatico" ppp_mode="ddial" firewall_enable="YES" firewall_type="OPEN" By the way, I have made this mistake twice: Comment out firewall_enable and firewall_type, the default rule is to lock out any body. I could not access my remote server. I wish you would not do this like me. The best way is to have an options IPFIREWALL_DEFAULT_TO_ACCEPT. The problem is : whenever you add some rule, it will block web mails! From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 11:53:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97CC416A417 for ; Tue, 28 Nov 2006 11:53:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1414943C9D for ; Tue, 28 Nov 2006 11:53:08 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1266842pyh for ; Tue, 28 Nov 2006 03:53:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=GqijKC18oU6yiP8Furkq8oI8vn8+FU7Ru/smGzvCj6dhZZyBRozqcMh0+l7RqEbygwmucIvA9ydfIbomrA/b3wcfXN9aYmpDKPIcsZNnQ2eJPkNPU9qC/G/EhDfgMoQ345ovW7adUVLnLJw9HJMsQSdMGLlJ+qKK7Zm9zs22j7M= Received: by 10.35.129.19 with SMTP id g19mr1462363pyn.1164714790250; Tue, 28 Nov 2006 03:53:10 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id f77sm15757333pyh.2006.11.28.03.53.08; Tue, 28 Nov 2006 03:53:09 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id kASBtdPh069512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 28 Nov 2006 20:55:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kASBtcn1069511 for freebsd-current@FreeBSD.org; Tue, 28 Nov 2006 20:55:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 28 Nov 2006 20:55:38 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20061128115538.GB66517@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Call for e1000phy(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 11:53:11 -0000 Hi, I had been writing msk(4) for FreeBSD and realized that e1000phy(4) is buggy on newer Marvell PHYs. For example, manual media selection didn't work at all and I had to stick to autoselection of the media type. The Marvell PHYs are widely used on various NICs including em(4), stge(4), sk(4), msk(4) and nfe(4). Except em(4) which does not support MII layers, correct operation of e1000phy(4) is very important to get a good link with link partner and to report link state changes to upper layers(e.g. dhclinet(8)). With this patch you should be able to set a media type without relying on autoselection and it should supports automatic crossover for all known Marvell PHYs. I've tried hard not to break existing behaviour(e.g. Fiber transceivers) but I can't verify that as I don't have any NICs that have Marvell Fiber transceivers. The patch is somewhat ugly in that it should read a PHY ID register in several palces. It seems that there is no easy way to avoid the reading until we have PHY model/revision numbers in mii softc. If you are one of users that use stge(4), sk(4), msk(4) and nfe(4) please test and report any strange things not observed on stock version. Note for nfe(4) users: It seems that nfe(4) has bugs that it can't send packets on half-duplex media(I've got "tx v1 error 0x6004"). I guess this comes from mismatches between PHY and MAC. So you may have to set full-duplex on nfe(4) until we have a fix for the issue. You can get the latest e1000phy(4) driver from the following URL. http://people.freebsd.org/~yongari/msk/e1000phy.c http://people.freebsd.org/~yongari/msk/e1000phyreg.h http://people.freebsd.org/~yongari/msk/miidevs OR get a jumbo patch for CURRENT. http://people.freebsd.org/~yongari/msk/e1000phy.patch Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 08:14:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3513016A407 for ; Tue, 28 Nov 2006 08:14:23 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EDA143CA6 for ; Tue, 28 Nov 2006 08:14:21 +0000 (GMT) (envelope-from soren.schmidt@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1291200uge for ; Tue, 28 Nov 2006 00:14:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=XtLwDBRPBOkLwac5RKkhEBXh6g/k0/hJxH1Kg1hIHgcHNC/PldlHqLQ1xWX4UQjTr1XPc1l3uWEVTgnEnMn45kf4Jr6SSCrQ3/4My/B8R78CAgLi4be70l/3gt5dY9vRqV/yQ3cap0u81b9NBImm1eOoGIbvkcv07UuYnmb4JdA= Received: by 10.82.101.3 with SMTP id y3mr111611bub.1164701660888; Tue, 28 Nov 2006 00:14:20 -0800 (PST) Received: by 10.82.182.16 with HTTP; Tue, 28 Nov 2006 00:14:20 -0800 (PST) Message-ID: <82eac8c60611280014i7daf72c3n919cdc1b07003507@mail.gmail.com> Date: Tue, 28 Nov 2006 09:14:20 +0100 From: "=?ISO-8859-1?Q?S=F8ren_Schmidt?=" To: "Martin Nilsson" In-Reply-To: <456BB57C.8020907@gneto.com> MIME-Version: 1.0 References: <456BB57C.8020907@gneto.com> X-Mailman-Approved-At: Tue, 28 Nov 2006 12:40:38 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Marvell ATA controller on intel desktop boards. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 08:14:23 -0000 On 11/28/06, Martin Nilsson wrote: > > Hi S=F8ren, > > I've got a couple of intel boards for my home machines they are DP965LT > and DG965SS, I've noticed that the ATA controllers are recognised but > not my DVD drives that are connected to them! > This is: 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Fri Nov 24. > Is there anything you can do without having access to the hardware? > > atapci0: port > 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x2 > 00f mem 0x32100000-0x321001ff irq 17 at device 0.0 on pci3 > ata2: on atapci0 > ata3: on atapci0 > > lspci -v gives: > 03:00.0 IDE interface: Marvell Technology Group Ltd. Unknown device 6101 > (rev b1) (prog-if 8f [Master SecP SecO PriP PriO]) > Subsystem: Marvell Technology Group Ltd. Unknown device 6101 > Flags: bus master, fast devsel, latency 0, IRQ 17 > I/O ports at 2018 > I/O ports at 2024 > I/O ports at 2010 > I/O ports at 2020 > I/O ports at 2000 > Memory at 32100000 (32-bit, non-prefetchable) > Capabilities: [48] Power Management version 2 > Capabilities: [50] Message Signalled Interrupts: 64bit- > Queue=3D0/0 Enable- > Capabilities: [e0] Express Legacy Endpoint IRQ 0 I know of the problem and I have a board here to work on, just havn't had time to get it fixored yet. The problem seems to be that the data read from the device is bogus hence the detect fails. More news at 11.... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 12:58:19 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 025E516A494; Tue, 28 Nov 2006 12:58:19 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B1A943EFB; Tue, 28 Nov 2006 12:46:36 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id kASCkHBu003161 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Nov 2006 15:46:17 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id kASCkHVG003160; Tue, 28 Nov 2006 15:46:17 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 28 Nov 2006 15:46:17 +0300 From: Gleb Smirnoff To: Andrew Thompson , FreeBSD Current Message-ID: <20061128124617.GH32700@FreeBSD.org> References: <20061127195152.GA16066@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20061127195152.GA16066@heff.fud.org.nz> User-Agent: Mutt/1.5.6i Cc: Subject: Re: ng_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 12:58:19 -0000 Andrew, On Tue, Nov 28, 2006 at 08:51:52AM +1300, Andrew Thompson wrote: A> Is anyone interested in adding stp/rstp support for ng_bridge?, if not A> then I wont continue to build the bridgestp module separately. Is it a big burden to build the module separately? I hope someone will find time and resources to work on ng_bridge(4). -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 14:05:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C057516A412; Tue, 28 Nov 2006 14:05:14 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B613F43CA1; Tue, 28 Nov 2006 14:05:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 3F4C8200238; Tue, 28 Nov 2006 15:05:12 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 33AD120018A; Tue, 28 Nov 2006 15:05:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id F07B2444885; Tue, 28 Nov 2006 14:02:49 +0000 (UTC) Date: Tue, 28 Nov 2006 14:02:49 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Gleb Smirnoff In-Reply-To: <20061128124617.GH32700@FreeBSD.org> Message-ID: <20061128140214.Y25145@maildrop.int.zabbadoz.net> References: <20061127195152.GA16066@heff.fud.org.nz> <20061128124617.GH32700@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD Current , Andrew Thompson Subject: Re: ng_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 14:05:14 -0000 On Tue, 28 Nov 2006, Gleb Smirnoff wrote: > Andrew, > > On Tue, Nov 28, 2006 at 08:51:52AM +1300, Andrew Thompson wrote: > A> Is anyone interested in adding stp/rstp support for ng_bridge?, if not > A> then I wont continue to build the bridgestp module separately. > > Is it a big burden to build the module separately? I hope someone > will find time and resources to work on ng_bridge(4). seems that at least 5 people have put that item on their todo list by now;) -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 15:05:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47B5316A407 for ; Tue, 28 Nov 2006 15:05:56 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id E29AE43CA2 for ; Tue, 28 Nov 2006 15:05:50 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1290073pyh for ; Tue, 28 Nov 2006 07:05:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CBs46Jf5OsDqX1hGpfubRXmnFEl64Q15Zu7aVropGOEyHEDVhQiSabfs0DvbPAt56ReqyqxFjpPu1x9HVV4i54S2orhAwK0cpFpTP89OrDazzUO/Wwu8LDz7g2wOn53D9Tkj0G7LwGAZJjFo33tHvQ9UyJcYzYe0qVSHxwvyDes= Received: by 10.35.79.3 with SMTP id g3mr1786989pyl.1164726353060; Tue, 28 Nov 2006 07:05:53 -0800 (PST) Received: by 10.35.17.16 with HTTP; Tue, 28 Nov 2006 07:05:52 -0800 (PST) Message-ID: <3aaaa3a0611280705i4042e0a7k1d01c0857d0c7af@mail.gmail.com> Date: Tue, 28 Nov 2006 15:05:52 +0000 From: Chris To: "Andre Oppermann" In-Reply-To: <455E068D.1030000@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <455CB311.8040301@freebsd.org> <455E0244.1070903@thedarkside.nl> <455E068D.1030000@freebsd.org> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Pieter de Boer Subject: Re: Automatic TCP send socker buffer sizing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 15:05:56 -0000 On 17/11/06, Andre Oppermann wrote: > Pieter de Boer wrote: > > Andre Oppermann wrote: > > > > > >> With automatic TCP send socket buffers we can start with a small buffer > >> and quickly grow it in parallel with the TCP congestion window to match > >> real network conditions. > > > > Are you planning to implement something similar for the receive path? > > Yes, but it's a bit harder. > > -- > Andre > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > Is there progress on this yet? still no problems with the current patch :) Chris From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 16:59:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3CF616A403 for ; Tue, 28 Nov 2006 16:59:06 +0000 (UTC) (envelope-from haro@h4.dion.ne.jp) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 64EA943CB5 for ; Tue, 28 Nov 2006 16:58:37 +0000 (GMT) (envelope-from haro@h4.dion.ne.jp) Received: (qmail 8653 invoked from network); 29 Nov 2006 01:58:26 +0900 Received: from unknown (HELO localhost) (211.10.184.118) by smtp1.dcns.ne.jp with SMTP; 29 Nov 2006 01:58:26 +0900 Date: Wed, 29 Nov 2006 01:58:26 +0900 (JST) Message-Id: <20061129.015826.74756053.haro@h4.dion.ne.jp> To: freebsd-current@freebsd.org From: Munehiro Matsuda X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: LOR with netisr changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 16:59:06 -0000 Hi all, JFYI, I got following LOR started after the netisr changes: lock order reversal: 1st 0xc366db54 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1649 2nd 0xc07eec48 in_multi_mtx (in_multi_mtx) @ netinet/ip_input.c:562 KDB: stack backtrace: db_trace_self_wrapper(c071660b) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c07af450,c07b09b8,c07610c4,...) at kdb_backtrace+0x29 witness_checkorder(c07eec48,9,c07237b8,232) at witness_checkorder+0x586 _mtx_lock_flags(c07eec48,0,c07237af,232,c0789ce0,...) at _mtx_lock_flags+0x84 ip_input(c3691e00) at ip_input+0x40a netisr_dispatch(2,c3691e00,0,c367c400,c36d0800,...) at netisr_dispatch+0x58 ether_demux(c367c400,c3691e00,c3691e00,c367c400,db31ec1c,...) at ether_demux+0x28a ether_input(c367c400,c3691e00) at ether_input+0x202 ieee80211_deliver_data(c366d004,c37fbc00,c3691e00,c0535785,c366d6b0,...) at ieee80211_deliver_data+0x129 ieee80211_input(c366d004,c3691e00,c37fbc00,4f,0,...) at ieee80211_input+0x83e iwi_intr(c366d000) at iwi_intr+0x4cc ithread_execute_handlers(c35c3af0,c35aa180) at ithread_execute_handlers+0x122 ithread_loop(c3650b30,db31ed38) at ithread_loop+0x67 fork_exit(c0529a18,c3650b30,db31ed38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xdb31ed6c, ebp = 0 --- =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 18:12:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDD3916A4D8 for ; Tue, 28 Nov 2006 18:12:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CAF443CB7 for ; Tue, 28 Nov 2006 18:09:25 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2EDBC46D25; Tue, 28 Nov 2006 13:09:27 -0500 (EST) Date: Tue, 28 Nov 2006 18:09:27 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Munehiro Matsuda In-Reply-To: <20061129.015826.74756053.haro@h4.dion.ne.jp> Message-ID: <20061128180811.P95096@fledge.watson.org> References: <20061129.015826.74756053.haro@h4.dion.ne.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: LOR with netisr changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 18:12:28 -0000 On Wed, 29 Nov 2006, Munehiro Matsuda wrote: > JFYI, I got following LOR started after the netisr changes: In general, device driver locks should not be held over entry to the network stack. However, things get a bit tricky in the 802.11 code due to lock sharing, I believe, so it could be a bit more tricky to fix that. Robert N M Watson Computer Laboratory University of Cambridge > > lock order reversal: > 1st 0xc366db54 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1649 > 2nd 0xc07eec48 in_multi_mtx (in_multi_mtx) @ netinet/ip_input.c:562 > KDB: stack backtrace: > db_trace_self_wrapper(c071660b) at db_trace_self_wrapper+0x25 > kdb_backtrace(0,ffffffff,c07af450,c07b09b8,c07610c4,...) at kdb_backtrace+0x29 > witness_checkorder(c07eec48,9,c07237b8,232) at witness_checkorder+0x586 > _mtx_lock_flags(c07eec48,0,c07237af,232,c0789ce0,...) at _mtx_lock_flags+0x84 > ip_input(c3691e00) at ip_input+0x40a > netisr_dispatch(2,c3691e00,0,c367c400,c36d0800,...) at netisr_dispatch+0x58 > ether_demux(c367c400,c3691e00,c3691e00,c367c400,db31ec1c,...) at ether_demux+0x28a > ether_input(c367c400,c3691e00) at ether_input+0x202 > ieee80211_deliver_data(c366d004,c37fbc00,c3691e00,c0535785,c366d6b0,...) at ieee80211_deliver_data+0x129 > ieee80211_input(c366d004,c3691e00,c37fbc00,4f,0,...) at ieee80211_input+0x83e > iwi_intr(c366d000) at iwi_intr+0x4cc > ithread_execute_handlers(c35c3af0,c35aa180) at ithread_execute_handlers+0x122 > ithread_loop(c3650b30,db31ed38) at ithread_loop+0x67 > fork_exit(c0529a18,c3650b30,db31ed38) at fork_exit+0xac > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xdb31ed6c, ebp = 0 --- > > =------------------------------------------------------------------------------ > _ _ Munehiro (haro) Matsuda > -|- /_\ |_|_| Internet Solution Dept., KGT Inc. > /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan > Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 18:36:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2E4316A407 for ; Tue, 28 Nov 2006 18:36:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outV.internet-mail-service.net [216.240.47.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9136E43C9E for ; Tue, 28 Nov 2006 18:36:30 +0000 (GMT) (envelope-from julian@elischer.org) Received: from shell.idiom.com (HELO idiom.com) (216.240.47.20) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 28 Nov 2006 10:23:33 -0800 Received: from [10.251.18.229] (nat.ironport.com [63.251.108.100]) by idiom.com (8.12.11/8.12.11) with ESMTP id kASIZpRs066472; Tue, 28 Nov 2006 10:35:51 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <456C817F.1020500@elischer.org> Date: Tue, 28 Nov 2006 10:35:43 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: fulan Peng References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: FreeBSD 6.1 and 6.2 i386 firewall or NAT block web mail applications X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 18:36:34 -0000 fulan Peng wrote: > Hi, > I need some help with FreeBSD firewall with NAT. I have made pppoe and > NAT working with both 6.1 release and 6.2 RC i386. All I want is to > forward port 443 to port 8843. I added a line in the OPEN portion in > the rc.firewall file: > ${fwcmd} add fwd 127.0.0.1,8843 tcp from any to any 443 in keep-state how about: ${fwcmd} add fwd 127.0.0.1,8843 tcp from any to me 443 in keep-state (or specify the actual address you want to forward) > Now, when I type https://myserver's ip, it will forward to a proxy > server listening at 8843. This is good. But, in the local network, > nobody can access the yahoo and google mail. > I made another kernel with the options IPFIREWALL_DEFAULT_TO_ACCEPT. > When I ipfw, there is only one rule: > allow ip from any to any > This is good. > When I added a line > ipfw add fwd 127.0.0.1,8843 from any to any 443 in keep-state > again, it won't work with any web email applications. > I added a line like this > ${fwcmd} add pass tcp from any to any 25 setup > Still it won't work. > pen at both 6.1 and 6.2 are not working. I remember it works only with > 7.0-current. > I have only 3 options when I compile the kernel: > options IPFIREWALL > options IPFIREWALL_FORWARD > options IPDIVERT > > in order to get pppoe to work, I added > options NETGRAPH > options NETGRAPH_PPPOE > options NETGRAPH_SOCKET > > my rc.conf is like this > gateway_enable="YES" > hostname=... > ifconfig_ed0=... > ppp_enable="YES" > ppp_nat="YES" > ppp_profile="sympatico" > ppp_mode="ddial" > firewall_enable="YES" > firewall_type="OPEN" > > By the way, I have made this mistake twice: > Comment out firewall_enable and firewall_type, the default rule is to > lock out any body. I could not access my remote server. I wish you > would not do this like me. > The best way is to have an options IPFIREWALL_DEFAULT_TO_ACCEPT. The > problem is : whenever you add some rule, it will block web mails! > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 19:45:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A36F16A417; Tue, 28 Nov 2006 19:45:42 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B890D43DAF; Tue, 28 Nov 2006 19:41:49 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kASJfjxR012296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Nov 2006 11:41:47 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <456C90F9.5080209@errno.com> Date: Tue, 28 Nov 2006 11:41:45 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.7 (X11/20060920) MIME-Version: 1.0 To: Robert Watson References: <20061129.015826.74756053.haro@h4.dion.ne.jp> <20061128180811.P95096@fledge.watson.org> In-Reply-To: <20061128180811.P95096@fledge.watson.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Munehiro Matsuda , freebsd-current@freebsd.org Subject: Re: LOR with netisr changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 19:45:42 -0000 Robert Watson wrote: > > On Wed, 29 Nov 2006, Munehiro Matsuda wrote: > >> JFYI, I got following LOR started after the netisr changes: > > In general, device driver locks should not be held over entry to the > network stack. However, things get a bit tricky in the 802.11 code due > to lock sharing, I believe, so it could be a bit more tricky to fix that. It's just a bug in the driver. Driver locks should be dropped when packets get passed up the stack. This issue was pointed out before iwi ever was committed but since nothing immediately comes back via the bridge (or similar) it's been ignored. Sam From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 22:03:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD38616A407 for ; Tue, 28 Nov 2006 22:03:32 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from freebee.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86E7E43CC6 for ; Tue, 28 Nov 2006 22:03:25 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [192.168.2.10] (unknown [192.168.2.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by freebee.digiware.nl (Postfix) with ESMTP id 7EB732AA07 for ; Tue, 28 Nov 2006 23:03:28 +0100 (CET) Message-ID: <456CB239.6020906@withagen.nl> Date: Tue, 28 Nov 2006 23:03:37 +0100 From: "wjw@withagen.nl" User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Promoting FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 22:03:32 -0000 Hi, I'm asked to hold a keynote speech at T-Dose here local in Eindhoven. Sort of a Open Source developers/hardcore-users 2 day meeting. Probably a mainly Linux crowd, so I've taken it upon me to at least tell them a little on FreeBSD. So I found Roberts presentation, but I'm currious if there are more FreeBSD talks I can have a look at. Or even borrow some pages from. --WjW From owner-freebsd-current@FreeBSD.ORG Tue Nov 28 23:51:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A66016A403 for ; Tue, 28 Nov 2006 23:51:29 +0000 (UTC) (envelope-from fulanpeng@gmail.com) Received: from nz-out-0102.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E01943C9D for ; Tue, 28 Nov 2006 23:51:23 +0000 (GMT) (envelope-from fulanpeng@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so940540nzh for ; Tue, 28 Nov 2006 15:51:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gA/GTKToi8tGLbjYnF/QBx49n+UaHf1lqxANbIvOAfw0cgM+QdWQCNiD+B8Ik3m8tassoN2//FK8BkOSDsct5UlB7DKz9GVELJqnnri3XZMtr0PFZNANAm2bCyJ9mRqCAMC/5uY02yuzKrmFjhutfGVQbCsx8R+AyuDqN+bcWv0= Received: by 10.65.54.9 with SMTP id g9mr2669030qbk.1164757887913; Tue, 28 Nov 2006 15:51:27 -0800 (PST) Received: by 10.64.241.6 with HTTP; Tue, 28 Nov 2006 15:51:27 -0800 (PST) Message-ID: Date: Tue, 28 Nov 2006 18:51:27 -0500 From: "fulan Peng" To: "Julian Elischer" In-Reply-To: <456C817F.1020500@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <456C817F.1020500@elischer.org> Cc: current@freebsd.org Subject: Re: FreeBSD 6.1 and 6.2 i386 firewall or NAT block web mail applications X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Nov 2006 23:51:29 -0000 Yes. You may be right. But I fixed it the other way. I did not understand it. I just changed ${fwcmd} add fwd 127.0.0.1,8843 tcp from any to any 443 in keep-state to ${fwcmd} add fwd 127.0.0.1,8843 tcp from any to any 443 in via tun0 keep-state Now everything is working. I am using pppoe. tun0 is another interface dealing with ppp. In local network, we have to use https://ip:8843, but from outsided, poeple can use https://ip to get my web server with SSL. By the way, I used FIREWALL_DEFAULT_TO_ACCEPT and recompile the kernel. Tell you another trick: the GENERIC kernel is working for pppoe. But when you recompile with firewall, it won't work for pppoe any more. You have to add options NETGRAPH, options NETGRAPH_PPPOE and NETGRAPH_SOCKET. Besides, you cannot delete device keyboard. If you delete device keyboard, you won't type anything when it prompt login: On 11/28/06, Julian Elischer wrote: > fulan Peng wrote: > > Hi, > > I need some help with FreeBSD firewall with NAT. I have made pppoe and > > NAT working with both 6.1 release and 6.2 RC i386. All I want is to > > forward port 443 to port 8843. I added a line in the OPEN portion in > > the rc.firewall file: > > ${fwcmd} add fwd 127.0.0.1,8843 tcp from any to any 443 in keep-state > > > how about: > ${fwcmd} add fwd 127.0.0.1,8843 tcp from any to me 443 in keep-state > > (or specify the actual address you want to forward) > > > Now, when I type https://myserver's ip, it will forward to a proxy > > server listening at 8843. This is good. But, in the local network, > > nobody can access the yahoo and google mail. > > I made another kernel with the options IPFIREWALL_DEFAULT_TO_ACCEPT. > > When I ipfw, there is only one rule: > > allow ip from any to any > > This is good. > > When I added a line > > ipfw add fwd 127.0.0.1,8843 from any to any 443 in keep-state > > again, it won't work with any web email applications. > > I added a line like this > > ${fwcmd} add pass tcp from any to any 25 setup > > Still it won't work. > > pen at both 6.1 and 6.2 are not working. I remember it works only with > > 7.0-current. > > I have only 3 options when I compile the kernel: > > options IPFIREWALL > > options IPFIREWALL_FORWARD > > options IPDIVERT > > > > in order to get pppoe to work, I added > > options NETGRAPH > > options NETGRAPH_PPPOE > > options NETGRAPH_SOCKET > > > > my rc.conf is like this > > gateway_enable="YES" > > hostname=... > > ifconfig_ed0=... > > ppp_enable="YES" > > ppp_nat="YES" > > ppp_profile="sympatico" > > ppp_mode="ddial" > > firewall_enable="YES" > > firewall_type="OPEN" > > > > By the way, I have made this mistake twice: > > Comment out firewall_enable and firewall_type, the default rule is to > > lock out any body. I could not access my remote server. I wish you > > would not do this like me. > > The best way is to have an options IPFIREWALL_DEFAULT_TO_ACCEPT. The > > problem is : whenever you add some rule, it will block web mails! > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 00:32:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2C2A16A412 for ; Wed, 29 Nov 2006 00:32:13 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6A1B43CA8 for ; Wed, 29 Nov 2006 00:32:05 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GpDMp-0004Na-7H for freebsd-current@freebsd.org; Wed, 29 Nov 2006 01:32:03 +0100 Received: from ip244.gte215.dsl-acs2.sea.iinet.com ([209.20.215.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Nov 2006 01:32:03 +0100 Received: from atkin901 by ip244.gte215.dsl-acs2.sea.iinet.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Nov 2006 01:32:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Tue, 28 Nov 2006 16:37:11 -0800 Lines: 95 Message-ID: References: <20060926002916.GA5975@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip244.gte215.dsl-acs2.sea.iinet.com User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) In-Reply-To: <20060926002916.GA5975@cdnetworks.co.kr> Sender: news Subject: Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 00:32:13 -0000 Pyun YongHyeon wrote: > Hi, > > I've written a driver for Marvell/SysKonnect Yukon II Gigabit > Ethernet controller. It supports the following GigE adapters. > o SysKonnect SK-9Sxx Yukon Gigabit Ethernet > o SysKonnect SK-9Exx Yukon Gigabit Ethernet > o Marvell Yukon 88E8021CU Gigabit Ethernet > o Marvell Yukon 88E8021 SX/LX Gigabit Ethernet > o Marvell Yukon 88E8022CU Gigabit Ethernet > o Marvell Yukon 88E8022 SX/LX Gigabit Ethernet > o Marvell Yukon 88E8061CU Gigabit Ethernet > o Marvell Yukon 88E8061 SX/LX Gigabit Ethernet > o Marvell Yukon 88E8062CU Gigabit Ethernet > o Marvell Yukon 88E8062 SX/LX Gigabit Ethernet > o Marvell Yukon 88E8035 Gigabit Ethernet > o Marvell Yukon 88E8036 Gigabit Ethernet > o Marvell Yukon 88E8038 Gigabit Ethernet > o Marvell Yukon 88E8050 Gigabit Ethernet > o Marvell Yukon 88E8052 Gigabit Ethernet > o Marvell Yukon 88E8053 Gigabit Ethernet > o Marvell Yukon 88E8055 Gigabit Ethernet > o D-Link 560T Yukon Gigabit Ethernet > > Due to lack of documentation, this driver is based on the code from > sk(4) and Marvell's myk(4) driver for FreeBSD 5.x/6.x. I've also > adopted the OpenBSD interface name, msk(4) in order to reduce naming > differences between BSDs. > After many trial and errors I now managed to work it on i386 box. At > the moment IP/TCP/UDP checksum offload for transmit and IP checksum > offload for receive is supported. Hardware VLAN tag insertion/stripping > is also supported. JUMBO frame support code is present but was not > tested at all and it may have bugs. > > The driver was tested on on-board 88E8053 PCI Express NIC and I'd > like to hear success/failure reports on other architectures such as > amd64. I don't have adapters that have TBI transceivers or dual MAC > configuration so I'd also like to know whether it works on those > adapters too. > > ** Be ware, this driver is not for production use. It may even damage > your hardware. ** > > You can get the latest msk(4) driver from the following URL. > http://people.freebsd.org/~yongari/msk/msk.HEAD.diff > > You should add "device msk" in your kernel configuration file > and rebuild/reboot or build kernel module if_msk.ko. > You need latest CURRENT to apply this diff. > > TODO: > Automatic crossover support(e1000phy(4)). > Yukon FE(Fast Ethernet) support(e1000phy(4)). > Performance tuning. > Rx TCP/UDP checksum offload. > TSO support. > 64bit DMA(DAC) support. > > Thanks. I just tried your latest -HEAD patch for msk uname: FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Nov 28 14:22:29 PST 2006 root:/usr/obj/usr/src/sys/HELLFIRE i386 pciconf: mskc0@pci2:0:0: class=0x020000 card=0x81421043 chip=0x436211ab rev=0x15 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8053 Yukon PCI-E Gigabit Ethernet Controller (copper)' class = network subclass = ethernet dmesg: mskc0: port 0xd800-0xd8ff mem 0xdeffc000-0xdeffffff irq 17 at device 0.0 on pci2 START: try 11 msk0: on mskc0 msk0: Ethernet address: 00:11:2f:46:63:47 miibus0: on msk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [FAST] However during ifconfig, it gives an error. Nov 28 16:00:16 kernel: msk0: link state changed to UP Nov 28 16:00:51 kernel: mskc0: Uncorrectable PCI Express error Nov 28 16:00:51 kernel: msk0: link state changed to DOWN Nov 28 16:00:54 kernel: msk0: link state changed to UP I'm not whether it's working or not yet. I wasn't clear if your e1000phy patch would tromp on the msk patch so I didn't try it. From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 01:28:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4406916A40F for ; Wed, 29 Nov 2006 01:28:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id B191C43CB3 for ; Wed, 29 Nov 2006 01:28:13 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1370165pyh for ; Tue, 28 Nov 2006 17:28:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=b2BMET/R0a2A0ikl+zj+W0P6NPdygx2aNdbD0k50f7UErorra88mJJKu1MK5KfjmSaacAM0nqGuqwCA1+tLzruFy3mvBEvQpVXI3N7OD4Olkgd4rKNLvf7qtcIJtorNiDUZYKS8Uo3U1kpgFgmBqmY0YDeBK8BC07YFg0QwwBEY= Received: by 10.35.18.18 with SMTP id v18mr2889006pyi.1164763698500; Tue, 28 Nov 2006 17:28:18 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id a79sm16919377pye.2006.11.28.17.28.15; Tue, 28 Nov 2006 17:28:17 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id kAT1UrF0072130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Nov 2006 10:30:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kAT1Uq81072129; Wed, 29 Nov 2006 10:30:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 29 Nov 2006 10:30:52 +0900 From: Pyun YongHyeon To: othermark Message-ID: <20061129013052.GC71523@cdnetworks.co.kr> References: <20060926002916.GA5975@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Call for Marvell/SysKonnect Yukon II Gigabit Ethernet testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 01:28:26 -0000 On Tue, Nov 28, 2006 at 04:37:11PM -0800, othermark wrote: > Pyun YongHyeon wrote: > >Hi, > > > >I've written a driver for Marvell/SysKonnect Yukon II Gigabit > >Ethernet controller. It supports the following GigE adapters. > >o SysKonnect SK-9Sxx Yukon Gigabit Ethernet > >o SysKonnect SK-9Exx Yukon Gigabit Ethernet > >o Marvell Yukon 88E8021CU Gigabit Ethernet > >o Marvell Yukon 88E8021 SX/LX Gigabit Ethernet > >o Marvell Yukon 88E8022CU Gigabit Ethernet > >o Marvell Yukon 88E8022 SX/LX Gigabit Ethernet > >o Marvell Yukon 88E8061CU Gigabit Ethernet > >o Marvell Yukon 88E8061 SX/LX Gigabit Ethernet > >o Marvell Yukon 88E8062CU Gigabit Ethernet > >o Marvell Yukon 88E8062 SX/LX Gigabit Ethernet > >o Marvell Yukon 88E8035 Gigabit Ethernet > >o Marvell Yukon 88E8036 Gigabit Ethernet > >o Marvell Yukon 88E8038 Gigabit Ethernet > >o Marvell Yukon 88E8050 Gigabit Ethernet > >o Marvell Yukon 88E8052 Gigabit Ethernet > >o Marvell Yukon 88E8053 Gigabit Ethernet > >o Marvell Yukon 88E8055 Gigabit Ethernet > >o D-Link 560T Yukon Gigabit Ethernet > > > >Due to lack of documentation, this driver is based on the code from > >sk(4) and Marvell's myk(4) driver for FreeBSD 5.x/6.x. I've also > >adopted the OpenBSD interface name, msk(4) in order to reduce naming > >differences between BSDs. > >After many trial and errors I now managed to work it on i386 box. At > >the moment IP/TCP/UDP checksum offload for transmit and IP checksum > >offload for receive is supported. Hardware VLAN tag insertion/stripping > >is also supported. JUMBO frame support code is present but was not > >tested at all and it may have bugs. > > > >The driver was tested on on-board 88E8053 PCI Express NIC and I'd > >like to hear success/failure reports on other architectures such as > >amd64. I don't have adapters that have TBI transceivers or dual MAC > >configuration so I'd also like to know whether it works on those > >adapters too. > > > >** Be ware, this driver is not for production use. It may even damage > >your hardware. ** > > > >You can get the latest msk(4) driver from the following URL. > >http://people.freebsd.org/~yongari/msk/msk.HEAD.diff > > > >You should add "device msk" in your kernel configuration file > >and rebuild/reboot or build kernel module if_msk.ko. > >You need latest CURRENT to apply this diff. > > > >TODO: > >Automatic crossover support(e1000phy(4)). > >Yukon FE(Fast Ethernet) support(e1000phy(4)). > >Performance tuning. > >Rx TCP/UDP checksum offload. > >TSO support. > >64bit DMA(DAC) support. > > > >Thanks. > > I just tried your latest -HEAD patch for msk > > uname: > FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Nov 28 14:22:29 PST 2006 > root:/usr/obj/usr/src/sys/HELLFIRE i386 > > pciconf: > mskc0@pci2:0:0: class=0x020000 card=0x81421043 chip=0x436211ab rev=0x15 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = '88E8053 Yukon PCI-E Gigabit Ethernet Controller (copper)' > class = network > subclass = ethernet > > dmesg: > mskc0: port 0xd800-0xd8ff mem > 0xdeffc000-0xdeffffff irq 17 at device 0.0 on pci2 > START: try 11 > msk0: on mskc0 > msk0: Ethernet address: 00:11:2f:46:63:47 > miibus0: on msk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX-FDX, auto > mskc0: [FAST] > > However during ifconfig, it gives an error. > > Nov 28 16:00:16 kernel: msk0: link state changed to UP > Nov 28 16:00:51 kernel: mskc0: Uncorrectable PCI Express error I think you can ingore above error unless it continuously spits the message. > Nov 28 16:00:51 kernel: msk0: link state changed to DOWN > Nov 28 16:00:54 kernel: msk0: link state changed to UP > > I'm not whether it's working or not yet. I wasn't clear if your > e1000phy patch would tromp on the msk patch so I didn't try it. > Since I've tested msk(4) on 88E8053 it should work without any problems. If it didn't work as expected please let me know. BTW, I guess the patch which is now old does not contain required e1000phy(4) changes. Regenerated patch again. http://people.freebsd.org/~yongari/msk/msk.HEAD.diff -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 09:26:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43E3016A407 for ; Wed, 29 Nov 2006 09:26:30 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01BFA43CA2 for ; Wed, 29 Nov 2006 09:26:28 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1580621uge for ; Wed, 29 Nov 2006 01:26:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=OxaVvfdYpeqohJxK6eJ1XxPJqaZsvs1EAonLxIiU7T9dAtcYKLaqVjw/5dqExvw0EqLIIJov3/Kr6G9esKeH3W/1ciKjxXDQi4kkLsOIB47iJMFDOWQcIu3Xi7ZsoKFp9i0e9buHNobZ5AgSFimNF/Y+dw8zlRzR/8Ac2RBhH6I= Received: by 10.78.128.11 with SMTP id a11mr1896618hud.1164792387610; Wed, 29 Nov 2006 01:26:27 -0800 (PST) Received: by 10.78.167.16 with HTTP; Wed, 29 Nov 2006 01:26:27 -0800 (PST) Message-ID: Date: Wed, 29 Nov 2006 12:26:27 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Nick Hibma" , current@freebsd.org In-Reply-To: <20061129091910.S1089@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061129091910.S1089@localhost> X-Google-Sender-Auth: 0b591e4226905395 Cc: Subject: Re: lib/libcom_err/doc - tex: not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 09:26:30 -0000 On 11/29/06, Nick Hibma wrote: > > /usr/local/bin is most probably not in the path. usr/src/Makefile resets > PATH due to cross build constraints. The real question is, why in the world would makeworld want tex... From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 13:19:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1033216A55D for ; Wed, 29 Nov 2006 13:19:04 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.FreeBSD.org (Postfix) with SMTP id 4143843F0F for ; Wed, 29 Nov 2006 13:16:13 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 16091 invoked from network); 29 Nov 2006 13:16:09 -0000 Received: from unknown (HELO sbepfkaa.srv.xtra-net.be) (172.16.66.66) by 0 with SMTP; 29 Nov 2006 13:16:09 -0000 Received: (qmail 9071 invoked from network); 29 Nov 2006 13:15:10 -0000 Received: from localhost (HELO 172.16.66.74) (127.0.0.1) by 0 with SMTP; 29 Nov 2006 13:15:10 -0000 Received: from 172.16.9.1 (proxying for 193.178.209.213) (SquirrelMail authenticated user 720616030) by 172.16.66.74 with HTTP; Wed, 29 Nov 2006 14:15:10 +0100 (CET) Message-ID: <39215.172.16.9.1.1164806110.squirrel@172.16.66.74> Date: Wed, 29 Nov 2006 14:15:10 +0100 (CET) From: "Vincent Blondel" To: current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: vincent@xtra-net.org Subject: DESTDIR problems ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 13:19:04 -0000 Hello, I just finalized a Makefile making a complete apache jail machine. For this I used a common 'make DESTDIR=jail_path install clean' But I noticed this does not work with all ports. For info, these packages give me problems perl5.8 m4 p5-Locale-gettext autoconf259 apache20. Nevertheless, I found a workaround by first making a package and install it after in the jail machine. For example, I noticed 'install phase' (apache20) makes problems with variable PREFIX that is not defined with PREFIX=DESTDIR+PREFIX. This is just an example but there are others. Can somebody say me if these problems are known, if these bugs are being solved ?? Vincent. From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 15:42:46 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B969616A4A0; Wed, 29 Nov 2006 15:42:46 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF02443E63; Wed, 29 Nov 2006 15:39:54 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id kATFddhf049632; Thu, 30 Nov 2006 00:39:39 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Thu, 30 Nov 2006 00:39:39 +0900 From: Norikatsu Shigemura To: current@FreeBSD.org Message-Id: <20061130003939.7d05b09a.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.3.0beta5 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__30_Nov_2006_00_39_39_+0900_KaYTlZUvW4t.iC8P" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Thu, 30 Nov 2006 00:39:40 +0900 (JST) X-Mailman-Approved-At: Wed, 29 Nov 2006 16:09:17 +0000 Cc: Daniel Eischen , Norikatsu Shigemura Subject: cvsync doesn't work simply on 7-current with SYMVER_ENABLED=yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 15:42:46 -0000 This is a multi-part message in MIME format. --Multipart=_Thu__30_Nov_2006_00_39_39_+0900_KaYTlZUvW4t.iC8P Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I'm testing SYMVER_ENABLED=yes environment by using net/cvsync. Yes, it is quite simple. You can only install and use it. It doesn't require any setting like following. $ cvsync -4 -v 'cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home/ncvs' I tested -lthr case and -lpthread case. Please see attached log. $ ktrace -i -t cnisuw =cvsync -4 -v 'cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home/ncvs' Parsing a URI cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home/ncvs... Connecting to cvsync.allbsd.org port 7777 host 133.31.130.35 port 7777: Operation timed out service is not available at cvsync.allbsd.org port 7777 cvsync didn't work:-(. Really, SYMVER_ENABLED=YES is usable? --Multipart=_Thu__30_Nov_2006_00_39_39_+0900_KaYTlZUvW4t.iC8P Content-Type: text/plain; name="ktrace-lthr.txt" Content-Disposition: attachment; filename="ktrace-lthr.txt" Content-Transfer-Encoding: 7bit 50463 ktrace 0.000000 RET ktrace 0 50463 ktrace 0.000128 CALL execve(0xbfbfebb8,0xbfbfea88,0xbfbfea9c) 50463 ktrace 0.000178 NAMI "/usr/local/bin/cvsync" 50463 ktrace 0.000384 NAMI "/libexec/ld-elf.so.1" 50463 cvsync 0.000545 RET execve 0 50463 cvsync 0.000564 CALL mmap(0,0x1148,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 50463 cvsync 0.000583 RET mmap 1074360320/0x40097000 50463 cvsync 0.000670 CALL munmap(0x40097000,0x1148) 50463 cvsync 0.000684 RET munmap 0 50463 cvsync 0.000707 CALL __sysctl(0xbfbfe828,0x2,0x40093998,0xbfbfe824,0,0) 50463 cvsync 0.000724 RET __sysctl 0 50463 cvsync 0.000735 CALL mmap(0,0x8000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0,0,0) 50463 cvsync 0.000746 RET mmap 1074360320/0x40097000 50463 cvsync 0.000786 CALL issetugid 50463 cvsync 0.000795 RET issetugid 0 50463 cvsync 0.000856 CALL open(0x4008d97a,O_RDONLY,0x1b6) 50463 cvsync 0.000873 NAMI "/etc/libmap.conf" 50463 cvsync 0.000895 RET open -1 errno 2 No such file or directory 50463 cvsync 0.000917 CALL access(0x4009b000,F_OK) 50463 cvsync 0.000932 NAMI "/usr/lib/libz.so.3" 50463 cvsync 0.000959 RET access -1 errno 2 No such file or directory 50463 cvsync 0.000968 CALL access(0x4009b000,F_OK) 50463 cvsync 0.000981 NAMI "/usr/local/lib/libz.so.3" 50463 cvsync 0.001007 RET access -1 errno 2 No such file or directory 50463 cvsync 0.001018 CALL open(0x4008c6b8,O_RDONLY,0) 50463 cvsync 0.001030 NAMI "/var/run/ld-elf.so.hints" 50463 cvsync 0.001061 RET open 3 50463 cvsync 0.001071 CALL read(0x3,0xbfbfe560,0x80) 50463 cvsync 0.001098 GIO fd 3 read 128 bytes 0x0000 4568 6e74 0100 0000 8000 0000 5900 0000 |Ehnt........Y...| 0x0010 0000 0000 5800 0000 0000 0000 0000 0000 |....X...........| 0x0020 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0030 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0050 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0070 0000 0000 0000 0000 0000 0000 0000 0000 |................| 50463 cvsync 0.001106 RET read 128/0x80 50463 cvsync 0.001126 CALL lseek(0x3,0,0x80,SEEK_SET,0) 50463 cvsync 0.001141 RET lseek 128/0x80 50463 cvsync 0.001176 CALL read(0x3,0x4009c000,0x59) 50463 cvsync 0.001190 GIO fd 3 read 89 bytes "/lib:/usr/lib:/usr/lib/compat:/usr/local/lib:/usr/X11R6/lib:/usr/local\ /lib/evolution/2.8\0" 50463 cvsync 0.001200 RET read 89/0x59 50463 cvsync 0.001210 CALL close(0x3) 50463 cvsync 0.001232 RET close 0 50463 cvsync 0.001243 CALL access(0x4009b000,F_OK) 50463 cvsync 0.001253 NAMI "/lib/libz.so.3" 50463 cvsync 0.001275 RET access 0 50463 cvsync 0.001285 CALL open(0x40098040,O_RDONLY,0) 50463 cvsync 0.001297 NAMI "/lib/libz.so.3" 50463 cvsync 0.001314 RET open 3 50463 cvsync 0.001323 CALL fstat(0x3,0xbfbfe810) 50463 cvsync 0.001336 RET fstat 0 50463 cvsync 0.001345 CALL read(0x3,0x400928e0,0x1000) 50463 cvsync 0.001386 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 1017 0000 3400 0000 |............4...| 0x0020 d408 0100 0000 0000 3400 2000 0300 2800 |........4. ...(.| 0x0030 1500 1400 0100 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 aa02 0100 aa02 0100 0500 0000 |................| 0x0050 0010 0000 0100 0000 c002 0100 c012 0100 |................| 0x0060 c012 0100 d402 0000 f002 0000 0600 0000 |................| 0x0070 0010 0000 0200 0000 c803 0100 c813 0100 |................| 0x0080 c813 0100 a800 0000 a800 0000 0600 0000 |................| 0x0090 0400 0000 6100 0000 8100 0000 4f00 0000 |....a.......O...| 0x00a0 0000 0000 5c00 0000 4700 0000 2e00 0000 |....\...G.......| 0x00b0 7f00 0000 0000 0000 3900 0000 0000 0000 |........9.......| 0x00c0 0000 0000 6e00 0000 0000 0000 5100 0000 |....n.......Q...| 0x00d0 0000 0000 4200 0000 0000 0000 2b00 0000 |....B.......+...| 0x00e0 6000 0000 2500 0000 3800 0000 6900 0000 |`...%...8...i...| 0x00f0 5f00 0000 7400 0000 6600 0000 7200 0000 |_...t...f...r...| 0x0100 0000 0000 2900 0000 6b00 0000 6800 0000 |....)...k...h...| 0x0110 3300 0000 0000 0000 4600 0000 6f00 0000 |3.......F...o...| 0x0120 5800 0000 7600 0000 6700 0000 6d00 0000 |X...v...g...m...| 0x0130 3200 0000 3b00 0000 0000 0000 5b00 0000 |2...;.......[...| 0x0140 4000 0000 7800 0000 7500 0000 0000 0000 |@...x...u.......| 0x0150 6100 0000 3400 0000 6400 0000 6a00 0000 |a...4...d...j...| 0x0160 3c00 0000 0000 0000 0000 0000 4500 0000 |<...........E...| 0x0170 3f00 0000 0000 0000 0000 0000 4a00 0000 |?...........J...| 0x0180 5200 0000 4800 0000 0000 0000 5d00 0000 |R...H.......]...| 0x0190 2d00 0000 7a00 0000 1f00 0000 7900 0000 |-...z.......y...| 0x01a0 6c00 0000 5600 0000 0000 0000 8000 0000 |l...V...........| 0x01b0 7d00 0000 5000 0000 2400 0000 7300 0000 |}...P...$...s...| 0x01c0 4e00 0000 2000 0000 2f00 0000 7700 0000 |N... .../...w...| 0x01d0 7000 0000 3a00 0000 0000 0000 7100 0000 |p...:.......q...| 0x01e0 3600 0000 0000 0000 0000 0000 7b00 0000 |6...........{...| 0x01f0 0000 0000 7e00 0000 0000 0000 0000 0000 |....~...........| 0x0200 5700 0000 1600 0000 5a00 0000 0000 0000 |W.......Z.......| 0x0210 7c00 0000 0000 0000 2800 0000 4d00 0000 ||.......(...M...| 0x0220 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0230 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0240 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0250 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0260 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0270 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0280 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0290 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02a0 0000 0000 0000 0000 2100 0000 0000 0000 |........!.......| 0x02b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02c0 0000 0000 0000 0000 0000 0000 1b00 0000 |................| 0x02d0 0000 0000 0000 0000 1d00 0000 0000 0000 |................| 0x02e0 2700 0000 1c00 0000 1e00 0000 0000 0000 |'...............| 0x02f0 0000 0000 1500 0000 0000 0000 0000 0000 |................| 0x0300 3100 0000 0000 0000 0000 0000 0000 0000 |1...............| 0x0310 1700 0000 0000 0000 0000 0000 0000 0000 |................| 0x0320 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0330 2a00 0000 2300 0000 4300 0000 0000 0000 |*...#...C.......| 0x0340 2c00 0000 0000 0000 0000 0000 0000 0000 |,...............| 0x0350 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0360 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0370 0000 0000 3e00 0000 0000 0000 1400 0000 |....>...........| 0x0380 0000 0000 1a00 0000 0000 0000 0000 0000 |................| 0x0390 0000 0000 4900 0000 0000 0000 0000 0000 |....I...........| 0x03a0 5900 0000 0000 0000 0000 0000 5300 0000 |Y...........S...| 0x03b0 3700 0000 4b00 0000 3500 0000 5e00 0000 |7...K...5...^...| 0x03c0 0000 0000 2200 0000 4400 0000 4100 0000 |...."...D...A...| 0x03d0 2600 0000 6300 0000 0000 0000 0000 0000 |&...c...........| 0x03e0 0000 0000 0000 0000 4c00 0000 0000 0000 |........L.......| 0x03f0 0000 0000 1900 0000 1800 0000 6200 0000 |............b...| 0x0400 6500 0000 3d00 0000 0000 0000 0000 0000 |e...=...........| 0x0410 0000 0000 5400 0000 3000 0000 0000 0000 |....T...0.......| 0x0420 5500 0000 0000 0000 0000 0000 0000 0000 |U...............| 0x0430 0000 0000 0000 0000 9400 0000 0000 0000 |................| 0x0440 0300 0100 0000 0000 2404 0000 0000 0000 |........$.......| 0x0450 0300 0200 0000 0000 340c 0000 0000 0000 |........4.......| 0x0460 0300 0300 0000 0000 a410 0000 0000 0000 |................| 0x0470 0300 0400 0000 0000 d411 0000 0000 0000 |................| 0x0480 0300 0500 0000 0000 8413 0000 0000 0000 |................| 0x0490 0300 0600 0000 0000 9813 0000 0000 0000 |................| 0x04a0 0300 0700 0000 0000 1017 0000 0000 0000 |................| 0x04b0 0300 0800 0000 0000 50c1 0000 0000 0000 |........P.......| 0x04c0 0300 0900 0000 0000 60c1 0000 0000 0000 |........`.......| 0x04d0 0300 0a00 0000 0000 c012 0100 0000 0000 |................| 0x04e0 0300 0b00 0000 0000 c413 0100 0000 0000 |................| 0x04f0 0300 0c00 0000 0000 c813 0100 0000 0000 |................| 0x0500 0300 0d00 0000 0000 7014 0100 0000 0000 |........p.......| 0x0510 0300 0e00 0000 0000 7814 0100 0000 0000 |........x.......| 0x0520 0300 0f00 0000 0000 8014 0100 0000 0000 |................| 0x0530 0300 1000 0000 0000 8414 0100 0000 0000 |................| 0x0540 0300 1100 0000 0000 9415 0100 0000 0000 |................| 0x0550 0300 1200 0000 0000 0000 0000 0000 0000 |................| 0x0560 0300 1300 8e01 0000 0000 0000 0000 0000 |................| 0x0570 1000 0000 fa00 0000 4029 0000 ca00 0000 |........@)......| 0x0580 1200 0800 2102 0000 403a 0000 6100 0000 |....!...@:..a...| 0x0590 1200 0800 ed02 0000 3062 0000 ca01 0000 |........0b......| 0x05a0 1200 0800 f801 0000 b073 0000 c80b 0000 |.........s......| 0x05b0 1200 0800 e801 0000 3036 0000 5c00 0000 |........06..\...| 0x05c0 1200 0800 5003 0000 4072 0000 3d00 0000 |....P...@r..=...| 0x05d0 1200 0800 e101 0000 e035 0000 4200 0000 |.........5..B...| 0x05e0 1200 0800 8102 0000 0000 0000 0000 0000 |................| 0x05f0 1000 0000 c103 0000 50b1 0000 ff05 0000 |........P.......| 0x0600 1200 0800 0a02 0000 0000 0000 0000 0000 |................| 0x0610 1000 0000 e300 0000 4032 0000 1600 0000 |........@2......| 0x0620 1200 0800 e903 0000 4097 0000 1600 0000 |........@.......| 0x0630 1200 0800 0100 0000 c813 0100 0000 0000 |................| 0x0640 1100 f1ff 6902 0000 c03e 0000 5c01 0000 |....i....>..\...| 0x0650 1200 0800 3203 0000 c071 0000 2d00 0000 |....2....q..-...| 0x0660 1200 0800 d103 0000 e0d7 0000 0001 0000 |................| 0x0670 1100 0a00 1201 0000 a044 0000 c619 0000 |.........D......| 0x0680 1200 0800 5a02 0000 e03d 0000 1900 0000 |....Z....=......| 0x0690 1200 0800 1d03 0000 3070 0000 8101 0000 |........0p......| 0x06a0 1200 0800 be00 0000 0000 0000 0000 0000 |................| 0x06b0 1000 0000 2501 0000 102a 0000 9800 0000 |....%....*......| 0x06c0 1200 0800 2600 0000 0000 0000 0000 0000 |....&...........| 0x06d0 2000 0000 b100 0000 0064 0000 f104 0000 | ........d......| 0x06e0 1200 0800 7a01 0000 0000 0000 0000 0000 |....z...........| 0x06f0 1000 0000 0902 0000 0000 0000 0000 0000 |................| 0x0700 1000 0000 f503 0000 6097 0000 0a00 0000 |........`.......| 0x0710 1200 0800 2902 0000 0000 0000 0000 0000 |....)...........| 0x0720 1000 0000 4d02 0000 703d 0000 3200 0000 |....M...p=..2...| 0x0730 1200 0800 dc02 0000 f061 0000 3400 0000 |.........a..4...| 0x0740 1200 0800 a203 0000 8413 0000 0000 0000 |................| 0x0750 1200 0600 bf02 0000 1060 0000 3700 0000 |.........`..7...| 0x0760 1200 0800 7703 0000 e0af 0000 6401 0000 |....w.......d...| 0x0770 1200 0800 8a02 0000 2040 0000 5f00 0000 |........ @.._...| 0x0780 1200 0800 0501 0000 b042 0000 3a00 0000 |.........B..:...| 0x0790 1200 0800 5c03 0000 8072 0000 5a00 0000 |....\....r..Z...| 0x07a0 1200 0800 be01 0000 0000 0000 0000 0000 |................| 0x07b0 1000 0000 a803 0000 5085 0000 5900 0000 |........P...Y...| 0x07c0 1200 0800 a202 0000 00be 0000 5b02 0000 |............[...| 0x07d0 1200 0800 7102 0000 0000 0000 0000 0000 |....q...........| 0x07e0 1000 0000 8800 0000 d097 0000 2100 0000 |............!...| 0x07f0 1200 0800 3500 0000 0000 0000 0000 0000 |....5...........| 0x0800 2000 0000 7700 0000 f017 0000 2501 0000 | ...w.......%...| 0x0810 1200 0800 3902 0000 0000 0000 0000 0000 |....9...........| 0x0820 1000 0000 9700 0000 2019 0000 c50e 0000 |........ .......| 0x0830 1200 0800 e400 0000 c028 0000 7f00 0000 |.........(......| 0x0840 1200 0800 0604 0000 7097 0000 2300 0000 |........p...#...| 0x0850 1200 0800 8101 0000 b0b8 0000 b502 0000 |................| 0x0860 1200 0800 3f02 0000 603b 0000 0102 0000 |....?...`;......| 0x0870 1200 0800 d400 0000 c032 0000 1e03 0000 |.........2......| 0x0880 1200 0800 9502 0000 2041 0000 6500 0000 |........ A..e...| 0x0890 1200 0800 6101 0000 0000 0000 0000 0000 |....a...........| 0x08a0 1000 0000 1a02 0000 d038 0000 3f00 0000 |.........8..?...| 0x08b0 1200 0800 4601 0000 0000 0000 0000 0000 |....F...........| 0x08c0 1000 0000 b001 0000 5082 0000 f202 0000 |........P.......| 0x08d0 1200 0800 0b03 0000 20d7 0000 3500 0000 |........ ...5...| 0x08e0 1100 0a00 cc01 0000 e031 0000 5f00 0000 |.........1.._...| 0x08f0 1200 0800 d401 0000 8040 0000 9300 0000 |.........@......| 0x0900 1200 0800 a301 0000 0000 0000 0000 0000 |................| 0x0910 1000 0000 de03 0000 e0d8 0000 0002 0000 |................| 0x0920 1100 0a00 9203 0000 b080 0000 9f01 0000 |................| 0x0930 1200 0800 d002 0000 d060 0000 1d01 0000 |.........`......| 0x0940 1200 0800 4e01 0000 0000 0000 0000 0000 |....N...........| 0x0950 1000 0000 4303 0000 f071 0000 4100 0000 |....C....q..A...| 0x0960 1200 0800 3304 0000 c0bc 0000 c900 0000 |....3...........| 0x0970 1200 0800 c601 0000 0000 0000 0000 0000 |................| 0x0980 1000 0000 5401 0000 0000 0000 0000 0000 |....T...........| 0x0990 1000 0000 5404 0000 9415 0100 0000 0000 |....T...........| 0x09a0 1000 f1ff 4602 0000 0000 0000 0000 0000 |....F...........| 0x09b0 1000 0000 ea00 0000 603e 0000 5100 0000 |........`>..Q...| 0x09c0 1200 0800 aa01 0000 0000 0000 0000 0000 |................| 0x09d0 1000 0000 8c02 0000 0000 0000 0000 0000 |................| 0x09e0 1000 0000 6801 0000 0000 0000 0000 0000 |....h...........| 0x09f0 1000 0000 7802 0000 6013 0100 2800 0000 |....x...`...(...| 0x0a00 1100 0b00 8f00 0000 a097 0000 2700 0000 |............'...| 0x0a10 1200 0800 2000 0000 50c1 0000 0000 0000 |.... ...P.......| 0x0a20 1200 0900 b503 0000 b085 0000 4d02 0000 |............M...| 0x0a30 1200 0800 2504 0000 d0bb 0000 e400 0000 |....%...........| 0x0a40 1200 0800 db00 0000 1037 0000 ed00 0000 |.........7......| 0x0a50 1200 0800 6903 0000 e0bd 0000 1600 0000 |....i...........| 0x0a60 1200 0800 6302 0000 0000 0000 0000 0000 |....c...........| 0x0a70 1000 0000 1302 0000 8038 0000 4800 0000 |.........8..H...| 0x0a80 1200 0800 f200 0000 0000 0000 0000 0000 |................| 0x0a90 1000 0000 5402 0000 b03d 0000 2b00 0000 |....T....=..+...| 0x0aa0 1200 0800 3f01 0000 0000 0000 0000 0000 |....?...........| 0x0ab0 1000 0000 4d04 0000 9415 0100 0000 0000 |....M...........| 0x0ac0 1000 f1ff 0a00 0000 8414 0100 0000 0000 |................| 0x0ad0 1100 f1ff 6004 0000 b015 0100 0000 0000 |....`...........| 0x0ae0 1000 f1ff f902 0000 e0d5 0000 2f00 0000 |............/...| 0x0af0 1100 0a00 3d04 0000 60c0 0000 c000 0000 |....=...`.......| 0x0b00 1200 0800 9f03 0000 8098 0000 7b00 0000 |............{...| 0x0b10 1200 0800 f101 0000 9036 0000 7a00 0000 |.........6..z...| 0x0b20 1200 0800 3101 0000 807f 0000 2401 0000 |....1.......$...| 0x0b30 1200 0800 fc00 0000 90bd 0000 4100 0000 |............A...| 0x0b40 1200 0800 aa02 0000 d05e 0000 3201 0000 |.........^..2...| 0x0b50 1200 0800 8701 0000 0000 0000 0000 0000 |................| 0x0b60 1000 0000 3002 0000 b03a 0000 b000 0000 |....0....:......| 0x0b70 1200 0800 1a01 0000 705e 0000 5f00 0000 |........p^.._...| 0x0b80 1200 0800 6300 0000 0000 0000 0000 0000 |....c...........| 0x0b90 2000 0000 9501 0000 9041 0000 1c01 0000 | ........A......| 0x0ba0 1200 0800 4d00 0000 0000 0000 0000 0000 |....M...........| 0x0bb0 2000 0000 c500 0000 f027 0000 4200 0000 | ........'..B...| 0x0bc0 1200 0800 0d04 0000 50b7 0000 3601 0000 |........P...6...| 0x0bd0 1200 0800 6f01 0000 106f 0000 1501 0000 |....o....o......| 0x0be0 1200 0800 1704 0000 90b8 0000 1600 0000 |................| 0x0bf0 1200 0800 a300 0000 0069 0000 0206 0000 |.........i......| 0x0c00 1200 0800 0002 0000 0038 0000 7e00 0000 |.........8..~...| 0x0c10 1200 0800 8803 0000 20a7 0000 f102 0000 |........ .......| 0x0c20 1200 0800 8a00 0000 0000 0000 0000 0000 |................| 0x0c30 1000 0000 005f 4459 4e41 4d49 4300 5f47 |....._DYNAMIC._G| 0x0c40 4c4f 4241 4c5f 4f46 4653 4554 5f54 4142 |LOBAL_OFFSET_TAB| 0x0c50 4c45 5f00 5f66 696e 6900 5f5f 6378 615f |LE_._fini.__cxa_| 0x0c60 6669 6e61 6c69 7a65 005f 5f64 6572 6567 |finalize.__dereg| 0x0c70 6973 7465 725f 6672 616d 655f 696e 666f |ister_frame_info| 0x0c80 005f 5f72 6567 6973 7465 725f 6672 616d |.__register_fram| 0x0c90 655f 696e 666f 005f 4a76 5f52 6567 6973 |e_info._Jv_Regis| 0x0ca0 7465 7243 6c61 7373 6573 0069 6e66 6c61 |terClasses.infla| 0x0cb0 7465 4261 636b 496e 6974 5f00 7a63 6672 |teBackInit_.zcfr| 0x0cc0 6565 007a 6361 6c6c 6f63 0069 6e66 6c61 |ee.zcalloc.infla| 0x0cd0 7465 4261 636b 0069 6e66 6c61 7465 5f74 |teBack.inflate_t| 0x0ce0 6162 6c65 0069 6e66 6c61 7465 5f66 6173 |able.inflate_fas| 0x0cf0 7400 6d65 6d63 7079 0069 6e66 6c61 7465 |t.memcpy.inflate| 0x0d00 4261 636b 456e 6400 677a 7265 6164 0067 |BackEnd.gzread.g| 0x0d10 7a77 7269 7465 0067 7a6f 7065 6e00 677a |zwrite.gzopen.gz| 0x0d20 636c 6f73 6500 6675 6e6f 7065 6e00 756e |close.funopen.un| 0x0d30 636f 6d70 7265 7373 0069 6e66 6c61 7465 |compress.inflate| 0x0d40 496e 6974 5f00 696e 666c 6174 6500 696e |Init_.inflate.in| 0x0d50 666c 6174 6545 6e64 0067 7a73 6574 7061 |flateEnd.gzsetpa| 0x0d60 7261 6d73 0064 6566 6c61 7465 5061 7261 |rams.deflatePara| 0x0d70 6d73 0066 7772 6974 6500 5f5f 6572 726f |ms.fwrite.__erro| 0x0d80 7200 6672 6561 6400 5f5f 6973 7468 7265 |r.fread.__isthre| 0x0d90 6164 6564 0066 6572 726f 7200 6663 6c6f |aded.ferror.fclo| 0x0da0 7365 0064 6566 6c61 7465 456e 6400 6d61 |se.deflateEnd.ma| 0x0db0 6c6c 6f63 0063 7263 3332 0073 7472 6c65 |lloc.crc32.strle| 0x0dc0 6e00 7374 7263 7079 0069 6e66 6c61 7465 |n.strcpy.inflate| 0x0dd0 496e 6974 325f 0066 646f 7065 6e00 6674 |Init2_.fdopen.ft| 0x0de0 656c 6c00 6465 666c 6174 6549 6e69 7432 |ell.deflateInit2| 0x0df0 5f00 6670 7269 6e74 6600 666f 7065 6e00 |_.fprintf.fopen.| 0x0e00 677a 646f 7065 6e00 696e 666c 6174 6552 |gzdopen.inflateR| 0x0e10 6573 6574 0067 7a67 6574 6300 677a 756e |eset.gzgetc.gzun| 0x0e20 6765 7463 0067 7a67 6574 7300 6465 666c |getc.gzgets.defl| 0x0e30 6174 6500 677a 7072 696e 7466 0076 736e |ate.gzprintf.vsn| 0x0e40 7072 696e 7466 0067 7a70 7574 6300 677a |printf.gzputc.gz| 0x0e50 7075 7473 0067 7a66 6c75 7368 0066 666c |puts.gzflush.ffl| 0x0e60 7573 6800 677a 7265 7769 6e64 0066 7365 |ush.gzrewind.fse| 0x0e70 656b 0067 7a73 6565 6b00 6d65 6d73 6574 |ek.gzseek.memset| 0x0e80 0067 7a74 656c 6c00 677a 656f 6600 677a |.gztell.gzeof.gz| 0x0e90 6469 7265 6374 0066 7075 7463 0067 7a65 |direct.fputc.gze| 0x0ea0 7272 6f72 0073 7472 6361 7400 7a5f 6572 |rror.strcat.z_er| 0x0eb0 726d 7367 0073 7472 6572 726f 7200 677a |rmsg.strerror.gz| 0x0ec0 636c 6561 7265 7272 0069 6e66 6c61 7465 |clearerr.inflate| 0x0ed0 5072 696d 6500 6164 6c65 7233 3200 696e |Prime.adler32.in| 0x0ee0 666c 6174 6553 6574 4469 6374 696f 6e61 |flateSetDictiona| 0x0ef0 7279 0069 6e66 6c61 7465 4765 7448 6561 |ry.inflateGetHea| 0x0f00 6465 7200 696e 666c 6174 6553 796e 6300 |der.inflateSync.| 0x0f10 696e 666c 6174 6553 796e 6350 6f69 6e74 |inflateSyncPoint| 0x0f20 0069 6e66 6c61 7465 436f 7079 0069 6e66 |.inflateCopy.inf| 0x0f30 6c61 7465 5f63 6f70 7972 6967 6874 0064 |late_copyright.d| 0x0f40 6566 6c61 7465 5f63 6f70 7972 6967 6874 |eflate_copyright| 0x0f50 0064 6566 6c61 7465 5365 7444 6963 7469 |.deflateSetDicti| 0x0f60 6f6e 6172 7900 6465 666c 6174 6553 6574 |onary.deflateSet| 0x0f70 4865 6164 6572 0064 6566 6c61 7465 5072 |Header.deflatePr| 0x0f80 696d 6500 6465 666c 6174 6554 756e 6500 |ime.deflateTune.| 0x0f90 6465 666c 6174 6542 6f75 6e64 0063 6f6d |deflateBound.com| 0x0fa0 7072 6573 7342 6f75 6e64 005f 7472 5f73 |pressBound._tr_s| 0x0fb0 746f 7265 645f 626c 6f63 6b00 5f74 725f |tored_block._tr_| 0x0fc0 616c 6967 6e00 6465 666c 6174 6552 6573 |align.deflateRes| 0x0fd0 6574 005f 7472 5f69 6e69 7400 6465 666c |et._tr_init.defl| 0x0fe0 6174 6549 6e69 745f 0064 6566 6c61 7465 |ateInit_.deflate| 0x0ff0 436f 7079 005f 7472 5f66 6c75 7368 5f62 |Copy._tr_flush_b| 50463 cvsync 0.001432 RET read 4096/0x1000 50463 cvsync 0.001445 CALL mmap(0,0x12000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 50463 cvsync 0.001485 RET mmap 1074393088/0x4009f000 50463 cvsync 0.001496 CALL mprotect(0x400af000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 50463 cvsync 0.001512 RET mprotect 0 50463 cvsync 0.001552 CALL mprotect(0x400af000,0x1000,PROT_READ|PROT_EXEC) 50463 cvsync 0.001564 RET mprotect 0 50463 cvsync 0.001575 CALL mmap(0x400b0000,0x1000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0x10000,0) 50463 cvsync 0.001594 RET mmap 1074462720/0x400b0000 50463 cvsync 0.001630 CALL close(0x3) 50463 cvsync 0.001644 RET close 0 50463 cvsync 0.001656 CALL access(0x4009b000,F_OK) 50463 cvsync 0.001666 NAMI "/usr/lib/libcrypto.so.5" 50463 cvsync 0.001688 RET access -1 errno 2 No such file or directory 50463 cvsync 0.001697 CALL access(0x4009b000,F_OK) 50463 cvsync 0.001708 NAMI "/usr/local/lib/libcrypto.so.5" 50463 cvsync 0.001732 RET access -1 errno 2 No such file or directory 50463 cvsync 0.001743 CALL access(0x4009b000,F_OK) 50463 cvsync 0.001755 NAMI "/lib/libcrypto.so.5" 50463 cvsync 0.001786 RET access 0 50463 cvsync 0.001795 CALL open(0x400980a0,O_RDONLY,0x400b0fff) 50463 cvsync 0.001807 NAMI "/lib/libcrypto.so.5" 50463 cvsync 0.001827 RET open 3 50463 cvsync 0.001837 CALL fstat(0x3,0xbfbfe810) 50463 cvsync 0.001849 RET fstat 0 50463 cvsync 0.001860 CALL read(0x3,0x400928e0,0x1000) 50463 cvsync 0.001891 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 60d1 0300 3400 0000 |........`...4...| 0x0020 d424 1400 0000 0000 3400 2000 0300 2800 |.$......4. ...(.| 0x0030 1600 1500 0100 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 8d7e 1200 8d7e 1200 0500 0000 |.....~...~......| 0x0050 0010 0000 0100 0000 0080 1200 0080 1200 |................| 0x0060 0080 1200 705c 0100 1083 0100 0600 0000 |....p\..........| 0x0070 0010 0000 0200 0000 14bd 1300 14bd 1300 |................| 0x0080 14bd 1300 b000 0000 b000 0000 0600 0000 |................| 0x0090 0400 0000 0508 0000 0f0d 0000 0000 0000 |................| 0x00a0 cf0c 0000 0000 0000 9308 0000 0000 0000 |................| 0x00b0 0000 0000 2b0c 0000 a80c 0000 0000 0000 |....+...........| 0x00c0 0000 0000 3a08 0000 fb01 0000 f209 0000 |....:...........| 0x00d0 150c 0000 6b04 0000 8603 0000 360a 0000 |....k.......6...| 0x00e0 940c 0000 3a0c 0000 5907 0000 ee03 0000 |....:...Y.......| 0x00f0 7404 0000 a208 0000 8009 0000 6100 0000 |t...........a...| 0x0100 0b04 0000 0206 0000 9b04 0000 900a 0000 |................| 0x0110 8609 0000 c90b 0000 0000 0000 2704 0000 |............'...| 0x0120 ff0b 0000 d507 0000 6a0c 0000 0000 0000 |........j.......| 0x0130 6e04 0000 0000 0000 4403 0000 060c 0000 |n.......D.......| 0x0140 1b0b 0000 670c 0000 0000 0000 0000 0000 |....g...........| 0x0150 370a 0000 0000 0000 0000 0000 3b09 0000 |7...........;...| 0x0160 0000 0000 a60c 0000 280b 0000 590a 0000 |........(...Y...| 0x0170 0000 0000 5e0b 0000 db01 0000 9b0a 0000 |....^...........| 0x0180 4504 0000 0000 0000 ee05 0000 9709 0000 |E...............| 0x0190 7c04 0000 0000 0000 870c 0000 0000 0000 ||...............| 0x01a0 d406 0000 8907 0000 af0a 0000 c300 0000 |................| 0x01b0 ea04 0000 ac09 0000 f507 0000 d309 0000 |................| 0x01c0 0a0c 0000 af06 0000 f30c 0000 d905 0000 |................| 0x01d0 cc0a 0000 190c 0000 0000 0000 c004 0000 |................| 0x01e0 0000 0000 c107 0000 7605 0000 210a 0000 |........v...!...| 0x01f0 d201 0000 0000 0000 810b 0000 740c 0000 |............t...| 0x0200 000d 0000 7b0c 0000 780c 0000 050c 0000 |....{...x.......| 0x0210 8d0c 0000 7e04 0000 bd0b 0000 020a 0000 |....~...........| 0x0220 f10a 0000 8501 0000 cf0a 0000 9d0b 0000 |................| 0x0230 e606 0000 130c 0000 1d07 0000 160b 0000 |................| 0x0240 5a0a 0000 4008 0000 6a0a 0000 4904 0000 |Z...@...j...I...| 0x0250 c308 0000 0000 0000 c00b 0000 2f0c 0000 |............/...| 0x0260 0909 0000 550b 0000 fd0c 0000 0000 0000 |....U...........| 0x0270 ff01 0000 0000 0000 370c 0000 0603 0000 |........7.......| 0x0280 1107 0000 0000 0000 3805 0000 7c02 0000 |........8...|...| 0x0290 4e00 0000 1c0a 0000 8c0c 0000 0000 0000 |N...............| 0x02a0 0000 0000 1704 0000 150b 0000 bd0c 0000 |................| 0x02b0 f500 0000 0000 0000 6908 0000 b607 0000 |........i.......| 0x02c0 060b 0000 a50b 0000 7c06 0000 4706 0000 |........|...G...| 0x02d0 0000 0000 0000 0000 0000 0000 b70a 0000 |................| 0x02e0 2106 0000 f60c 0000 af04 0000 3c0c 0000 |!...........<...| 0x02f0 340a 0000 100b 0000 bf0a 0000 a909 0000 |4...............| 0x0300 e40c 0000 8908 0000 050d 0000 e60c 0000 |................| 0x0310 e60b 0000 5600 0000 b909 0000 5506 0000 |....V.......U...| 0x0320 c40c 0000 fa0b 0000 3904 0000 940a 0000 |........9.......| 0x0330 f708 0000 0000 0000 0000 0000 5a09 0000 |............Z...| 0x0340 7106 0000 6e0c 0000 0000 0000 bf07 0000 |q...n...........| 0x0350 0000 0000 af0b 0000 f80b 0000 e30c 0000 |................| 0x0360 0000 0000 c20c 0000 200c 0000 6d05 0000 |........ ...m...| 0x0370 c50a 0000 a00c 0000 0000 0000 0000 0000 |................| 0x0380 0000 0000 e008 0000 5903 0000 7207 0000 |........Y...r...| 0x0390 4f0a 0000 6605 0000 e90b 0000 0b0a 0000 |O...f...........| 0x03a0 0000 0000 0e08 0000 2a04 0000 8f06 0000 |........*.......| 0x03b0 bc06 0000 cb0a 0000 0009 0000 f00a 0000 |................| 0x03c0 9d0c 0000 e90a 0000 9902 0000 bf01 0000 |................| 0x03d0 0000 0000 0000 0000 4709 0000 4e0c 0000 |........G...N...| 0x03e0 8d09 0000 9402 0000 f009 0000 090a 0000 |................| 0x03f0 2c04 0000 860c 0000 0000 0000 0d0d 0000 |,...............| 0x0400 0000 0000 f409 0000 630c 0000 2405 0000 |........c...$...| 0x0410 0000 0000 0000 0000 5503 0000 0000 0000 |........U.......| 0x0420 a509 0000 0000 0000 b90b 0000 d202 0000 |................| 0x0430 0000 0000 f706 0000 d90a 0000 5e0a 0000 |............^...| 0x0440 2706 0000 0807 0000 2708 0000 b903 0000 |'.......'.......| 0x0450 df0b 0000 3106 0000 8a08 0000 100a 0000 |....1...........| 0x0460 5b0b 0000 0000 0000 0e09 0000 0000 0000 |[...............| 0x0470 a503 0000 0000 0000 1b00 0000 0a0a 0000 |................| 0x0480 fc0a 0000 b10c 0000 2a0c 0000 da05 0000 |........*.......| 0x0490 820a 0000 fe0a 0000 a204 0000 d808 0000 |................| 0x04a0 7906 0000 3308 0000 9b0c 0000 8902 0000 |y...3...........| 0x04b0 6607 0000 5202 0000 0000 0000 220a 0000 |f...R......."...| 0x04c0 c20b 0000 0000 0000 da0b 0000 410c 0000 |............A...| 0x04d0 0000 0000 cc0b 0000 e801 0000 3405 0000 |............4...| 0x04e0 0000 0000 d601 0000 340c 0000 6308 0000 |........4...c...| 0x04f0 440a 0000 0000 0000 540a 0000 0000 0000 |D.......T.......| 0x0500 0000 0000 d205 0000 1c09 0000 790b 0000 |............y...| 0x0510 0000 0000 de09 0000 0000 0000 c605 0000 |................| 0x0520 7800 0000 fa08 0000 0000 0000 0000 0000 |x...............| 0x0530 f207 0000 650b 0000 8404 0000 320a 0000 |....e.......2...| 0x0540 0000 0000 dd07 0000 c60c 0000 c90a 0000 |................| 0x0550 5b0a 0000 fd09 0000 3f0c 0000 8104 0000 |[.......?.......| 0x0560 0000 0000 4e01 0000 0000 0000 9506 0000 |....N...........| 0x0570 180c 0000 500a 0000 c002 0000 c40a 0000 |....P...........| 0x0580 0000 0000 f50b 0000 ca06 0000 2503 0000 |............%...| 0x0590 0000 0000 0000 0000 5b0c 0000 bd06 0000 |........[.......| 0x05a0 110a 0000 e209 0000 ee02 0000 8307 0000 |................| 0x05b0 5603 0000 4a0a 0000 9106 0000 8709 0000 |V...J...........| 0x05c0 ec02 0000 0000 0000 2500 0000 d10a 0000 |........%.......| 0x05d0 f104 0000 0000 0000 c900 0000 7107 0000 |............q...| 0x05e0 270b 0000 ed0c 0000 e80c 0000 2e04 0000 |'...............| 0x05f0 b207 0000 db07 0000 aa0b 0000 e304 0000 |................| 0x0600 c901 0000 2e01 0000 0000 0000 d60c 0000 |................| 0x0610 0000 0000 5b09 0000 b10b 0000 a10b 0000 |....[...........| 0x0620 2306 0000 ee0c 0000 f703 0000 890b 0000 |#...............| 0x0630 0000 0000 0000 0000 c205 0000 3109 0000 |............1...| 0x0640 ae0b 0000 1409 0000 0000 0000 0000 0000 |................| 0x0650 cf08 0000 b009 0000 0000 0000 0000 0000 |................| 0x0660 ee07 0000 410a 0000 6c04 0000 0000 0000 |....A...l.......| 0x0670 b400 0000 0000 0000 7308 0000 3407 0000 |........s...4...| 0x0680 c608 0000 070b 0000 930c 0000 0000 0000 |................| 0x0690 0000 0000 a70c 0000 3806 0000 0000 0000 |........8.......| 0x06a0 0000 0000 5107 0000 c609 0000 c509 0000 |....Q...........| 0x06b0 dc06 0000 fb06 0000 0908 0000 af09 0000 |................| 0x06c0 0000 0000 8a0b 0000 9809 0000 0000 0000 |................| 0x06d0 f30b 0000 d208 0000 8a03 0000 f20c 0000 |................| 0x06e0 b302 0000 0000 0000 0000 0000 740b 0000 |............t...| 0x06f0 9e06 0000 0000 0000 1b05 0000 4201 0000 |............B...| 0x0700 7e08 0000 0000 0000 b20b 0000 3609 0000 |~...........6...| 0x0710 0a0d 0000 2e05 0000 6c09 0000 790c 0000 |........l...y...| 0x0720 0000 0000 4208 0000 800b 0000 be09 0000 |....B...........| 0x0730 fb0a 0000 8d08 0000 5005 0000 230c 0000 |........P...#...| 0x0740 de0a 0000 0000 0000 ed07 0000 e308 0000 |................| 0x0750 1a06 0000 ab0c 0000 4602 0000 0508 0000 |........F.......| 0x0760 390c 0000 380a 0000 060a 0000 680c 0000 |9...8.......h...| 0x0770 f107 0000 3203 0000 f704 0000 950b 0000 |....2...........| 0x0780 ff02 0000 1f0c 0000 b205 0000 0c09 0000 |................| 0x0790 4805 0000 9f0a 0000 fd07 0000 560c 0000 |H...........V...| 0x07a0 030a 0000 460a 0000 920b 0000 f003 0000 |....F...........| 0x07b0 0000 0000 600b 0000 b30b 0000 0000 0000 |....`...........| 0x07c0 9f06 0000 c700 0000 f804 0000 0000 0000 |................| 0x07d0 8702 0000 c000 0000 0000 0000 4e08 0000 |............N...| 0x07e0 0000 0000 d103 0000 710c 0000 0000 0000 |........q.......| 0x07f0 0000 0000 5401 0000 cc09 0000 a006 0000 |....T...........| 0x0800 e103 0000 5609 0000 0000 0000 0000 0000 |....V...........| 0x0810 1a00 0000 0000 0000 fd01 0000 ad08 0000 |................| 0x0820 fd0b 0000 7604 0000 f007 0000 5c0b 0000 |....v.......\...| 0x0830 030c 0000 640c 0000 d50b 0000 e909 0000 |....d...........| 0x0840 b800 0000 0000 0000 8308 0000 1a09 0000 |................| 0x0850 0000 0000 0000 0000 2202 0000 d506 0000 |........".......| 0x0860 8a07 0000 670b 0000 3b05 0000 d500 0000 |....g...;.......| 0x0870 a00b 0000 ea06 0000 f90a 0000 0000 0000 |................| 0x0880 0000 0000 0609 0000 4c04 0000 8204 0000 |........L.......| 0x0890 760a 0000 0000 0000 860b 0000 ce0c 0000 |v...............| 0x08a0 8202 0000 0000 0000 d30a 0000 2c0b 0000 |............,...| 0x08b0 8309 0000 7d0b 0000 e40a 0000 f908 0000 |....}...........| 0x08c0 2603 0000 6a03 0000 0000 0000 3108 0000 |&...j.......1...| 0x08d0 f204 0000 610a 0000 0000 0000 a801 0000 |....a...........| 0x08e0 c701 0000 0000 0000 0000 0000 4106 0000 |............A...| 0x08f0 5004 0000 ac00 0000 0000 0000 2602 0000 |P...........&...| 0x0900 0000 0000 be05 0000 a906 0000 0000 0000 |................| 0x0910 0000 0000 e402 0000 9b08 0000 d30c 0000 |................| 0x0920 0a04 0000 df0c 0000 1506 0000 1b0a 0000 |................| 0x0930 660a 0000 b209 0000 a30b 0000 690c 0000 |f...........i...| 0x0940 c805 0000 0000 0000 c10a 0000 3f04 0000 |............?...| 0x0950 b90c 0000 ad09 0000 3d00 0000 8400 0000 |........=.......| 0x0960 0000 0000 1202 0000 6b0a 0000 0000 0000 |........k.......| 0x0970 be06 0000 0b0d 0000 c40b 0000 0d09 0000 |................| 0x0980 0c07 0000 5e07 0000 2709 0000 650c 0000 |....^...'...e...| 0x0990 4209 0000 0000 0000 0000 0000 9e04 0000 |B...............| 0x09a0 7e0b 0000 6c0b 0000 7e02 0000 d608 0000 |~...l...~.......| 0x09b0 9708 0000 8304 0000 1006 0000 420a 0000 |............B...| 0x09c0 680a 0000 d403 0000 0000 0000 1a0c 0000 |h...............| 0x09d0 b109 0000 9505 0000 5205 0000 0000 0000 |........R.......| 0x09e0 f502 0000 c906 0000 0000 0000 0a07 0000 |................| 0x09f0 ed0b 0000 4009 0000 d105 0000 5d00 0000 |....@.......]...| 0x0a00 9c0b 0000 9507 0000 0000 0000 bf0c 0000 |................| 0x0a10 c709 0000 0000 0000 9a07 0000 0000 0000 |................| 0x0a20 dc0a 0000 0000 0000 520c 0000 0000 0000 |........R.......| 0x0a30 d204 0000 610b 0000 0000 0000 900c 0000 |....a...........| 0x0a40 4d09 0000 d90c 0000 2d0b 0000 2400 0000 |M.......-...$...| 0x0a50 e207 0000 0000 0000 0000 0000 0000 0000 |................| 0x0a60 240b 0000 b007 0000 0000 0000 1e00 0000 |$...............| 0x0a70 9e09 0000 b50b 0000 0000 0000 f50c 0000 |................| 0x0a80 3c09 0000 620a 0000 0000 0000 110c 0000 |<...b...........| 0x0a90 4801 0000 0000 0000 8405 0000 4206 0000 |H...........B...| 0x0aa0 e80b 0000 f10c 0000 fc02 0000 0408 0000 |................| 0x0ab0 690a 0000 7104 0000 250b 0000 1101 0000 |i...q...%.......| 0x0ac0 1b03 0000 8d0a 0000 d303 0000 580a 0000 |............X...| 0x0ad0 780b 0000 0000 0000 0000 0000 5e04 0000 |x...........^...| 0x0ae0 c006 0000 e009 0000 0000 0000 cb0c 0000 |................| 0x0af0 4003 0000 ad0b 0000 f105 0000 d606 0000 |@...............| 0x0b00 a409 0000 e202 0000 0000 0000 800c 0000 |................| 0x0b10 4809 0000 0000 0000 5800 0000 420b 0000 |H.......X...B...| 0x0b20 d00a 0000 5302 0000 8006 0000 4104 0000 |....S.......A...| 0x0b30 d10b 0000 fa01 0000 0000 0000 160c 0000 |................| 0x0b40 680b 0000 7606 0000 7c0b 0000 5207 0000 |h...v...|...R...| 0x0b50 0000 0000 bf0b 0000 4b09 0000 4a0c 0000 |........K...J...| 0x0b60 dd03 0000 980a 0000 ce0b 0000 cf06 0000 |................| 0x0b70 8e0a 0000 b60b 0000 5c05 0000 9c09 0000 |........\.......| 0x0b80 7408 0000 140b 0000 ae0a 0000 0000 0000 |t...............| 0x0b90 0e0d 0000 9501 0000 2c0a 0000 0e0c 0000 |........,.......| 0x0ba0 910c 0000 0000 0000 c209 0000 0000 0000 |................| 0x0bb0 ba0a 0000 8d06 0000 460b 0000 6b0c 0000 |........F...k...| 0x0bc0 5306 0000 b206 0000 0000 0000 e004 0000 |S...............| 0x0bd0 c30a 0000 8f0a 0000 d007 0000 4c08 0000 |............L...| 0x0be0 350c 0000 0201 0000 4505 0000 8804 0000 |5.......E.......| 0x0bf0 870b 0000 0000 0000 a408 0000 0000 0000 |................| 0x0c00 150a 0000 7d08 0000 4a0b 0000 1205 0000 |....}...J.......| 0x0c10 0000 0000 120b 0000 8905 0000 0000 0000 |................| 0x0c20 0000 0000 7b03 0000 0606 0000 a808 0000 |....{...........| 0x0c30 8707 0000 0000 0000 0000 0000 0000 0000 |................| 0x0c40 0208 0000 0000 0000 3b07 0000 d804 0000 |........;.......| 0x0c50 6302 0000 b80b 0000 5808 0000 c104 0000 |c.......X.......| 0x0c60 3903 0000 c604 0000 fe0b 0000 d408 0000 |9...............| 0x0c70 500b 0000 0000 0000 ec09 0000 ad07 0000 |P...............| 0x0c80 780a 0000 df04 0000 c304 0000 0000 0000 |x...............| 0x0c90 6d00 0000 e807 0000 980c 0000 e709 0000 |m...............| 0x0ca0 f40c 0000 4d0b 0000 e50a 0000 0000 0000 |....M...........| 0x0cb0 e802 0000 3705 0000 610c 0000 a306 0000 |....7...a.......| 0x0cc0 5b07 0000 0000 0000 e00b 0000 0203 0000 |[...............| 0x0cd0 9d09 0000 af00 0000 de06 0000 c50b 0000 |................| 0x0ce0 460c 0000 aa05 0000 1902 0000 0000 0000 |F...............| 0x0cf0 480c 0000 aa03 0000 0000 0000 9e0b 0000 |H...............| 0x0d00 3b0c 0000 2906 0000 d109 0000 a308 0000 |;...)...........| 0x0d10 5802 0000 0000 0000 a205 0000 c005 0000 |X...............| 0x0d20 f806 0000 0000 0000 330c 0000 4f0b 0000 |........3...O...| 0x0d30 0000 0000 c203 0000 d209 0000 3c02 0000 |............<...| 0x0d40 f80c 0000 5d06 0000 f509 0000 0409 0000 |....]...........| 0x0d50 a30a 0000 5906 0000 0000 0000 0000 0000 |....Y...........| 0x0d60 0000 0000 d603 0000 b40a 0000 3009 0000 |............0...| 0x0d70 b305 0000 3508 0000 ea0a 0000 0000 0000 |....5...........| 0x0d80 0000 0000 0000 0000 cd09 0000 b204 0000 |................| 0x0d90 b907 0000 7100 0000 250c 0000 0000 0000 |....q...%.......| 0x0da0 a703 0000 0000 0000 0209 0000 0000 0000 |................| 0x0db0 7402 0000 ca0c 0000 4506 0000 e705 0000 |t.......E.......| 0x0dc0 0e0a 0000 0000 0000 cb0b 0000 0000 0000 |................| 0x0dd0 5d0a 0000 1e0b 0000 0000 0000 e605 0000 |]...............| 0x0de0 380c 0000 fc07 0000 0000 0000 0000 0000 |8...............| 0x0df0 ef0b 0000 f906 0000 0000 0000 8901 0000 |................| 0x0e00 f300 0000 ae09 0000 730b 0000 4604 0000 |........s...F...| 0x0e10 2702 0000 f603 0000 c30c 0000 b00b 0000 |'...............| 0x0e20 b00a 0000 f60a 0000 ce07 0000 0000 0000 |................| 0x0e30 0b0c 0000 c109 0000 720a 0000 0000 0000 |........r.......| 0x0e40 d305 0000 8c0a 0000 1e07 0000 ec0a 0000 |................| 0x0e50 6d0c 0000 2606 0000 1909 0000 d40c 0000 |m...&...........| 0x0e60 4f0c 0000 b509 0000 ac02 0000 9808 0000 |O...............| 0x0e70 570b 0000 a609 0000 0000 0000 7d09 0000 |W...........}...| 0x0e80 cd01 0000 a307 0000 e805 0000 0000 0000 |................| 0x0e90 ae07 0000 a40c 0000 0000 0000 560a 0000 |............V...| 0x0ea0 0000 0000 0000 0000 5b06 0000 820b 0000 |........[.......| 0x0eb0 600c 0000 2206 0000 3f00 0000 1401 0000 |`..."...?.......| 0x0ec0 0b0b 0000 0000 0000 3c0b 0000 9f0b 0000 |........<.......| 0x0ed0 0000 0000 ff08 0000 1c04 0000 0000 0000 |................| 0x0ee0 b30c 0000 1307 0000 0000 0000 fb08 0000 |................| 0x0ef0 d706 0000 0000 0000 0000 0000 3d05 0000 |............=...| 0x0f00 1e0a 0000 a90a 0000 0000 0000 0007 0000 |................| 0x0f10 1105 0000 c80c 0000 cd0a 0000 c60a 0000 |................| 0x0f20 0308 0000 6f0c 0000 1306 0000 3605 0000 |....o.......6...| 0x0f30 cc0c 0000 af0c 0000 b304 0000 5d0b 0000 |............]...| 0x0f40 0d08 0000 d80b 0000 0000 0000 0000 0000 |................| 0x0f50 5e00 0000 3d02 0000 0000 0000 6f04 0000 |^...=.......o...| 0x0f60 c90c 0000 9200 0000 e603 0000 9c08 0000 |................| 0x0f70 9306 0000 9905 0000 0000 0000 5409 0000 |............T...| 0x0f80 0000 0000 e407 0000 5f0a 0000 cb08 0000 |........_.......| 0x0f90 0000 0000 c00c 0000 6109 0000 ed0a 0000 |........a.......| 0x0fa0 0906 0000 050b 0000 590b 0000 8909 0000 |........Y.......| 0x0fb0 390a 0000 2b00 0000 0000 0000 0000 0000 |9...+...........| 0x0fc0 1d0b 0000 0000 0000 0709 0000 0000 0000 |................| 0x0fd0 eb0a 0000 910b 0000 0000 0000 b709 0000 |................| 0x0fe0 0000 0000 0000 0000 750c 0000 4b0c 0000 |........u...K...| 0x0ff0 b70c 0000 0000 0000 7d05 0000 140c 0000 |........}.......| 50463 cvsync 0.001935 RET read 4096/0x1000 50463 cvsync 0.001945 CALL mmap(0,0x141000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 50463 cvsync 0.001962 RET mmap 1074466816/0x400b1000 50463 cvsync 0.001971 CALL mprotect(0x401d8000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 50463 cvsync 0.001985 RET mprotect 0 50463 cvsync 0.002030 CALL mprotect(0x401d8000,0x1000,PROT_READ|PROT_EXEC) 50463 cvsync 0.002043 RET mprotect 0 50463 cvsync 0.002052 CALL mmap(0x401d9000,0x16000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0x128000,0) 50463 cvsync 0.002082 RET mmap 1075679232/0x401d9000 50463 cvsync 0.002125 CALL mmap(0x401ef000,0x3000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffff,0,0,0) 50463 cvsync 0.002140 RET mmap 1075769344/0x401ef000 50463 cvsync 0.002204 CALL close(0x3) 50463 cvsync 0.002218 RET close 0 50463 cvsync 0.002233 CALL access(0x4009b000,F_OK) 50463 cvsync 0.002249 NAMI "/usr/lib/libthr.so.2" 50463 cvsync 0.002278 RET access 0 50463 cvsync 0.002290 CALL open(0x40098100,O_RDONLY,0x401f1fff) 50463 cvsync 0.002303 NAMI "/usr/lib/libthr.so.2" 50463 cvsync 0.002327 RET open 3 50463 cvsync 0.002338 CALL fstat(0x3,0xbfbfe810) 50463 cvsync 0.002350 RET fstat 0 50463 cvsync 0.002359 CALL read(0x3,0x400928e0,0x1000) 50463 cvsync 0.002402 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 b04f 0000 3400 0000 |.........O..4...| 0x0020 4c05 0100 0000 0000 3400 2000 0300 2800 |L.......4. ...(.| 0x0030 1700 1600 0100 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 72f7 0000 72f7 0000 0500 0000 |....r...r.......| 0x0050 0010 0000 0100 0000 80f7 0000 8007 0100 |................| 0x0060 8007 0100 9405 0000 4820 0000 0600 0000 |........H ......| 0x0070 0010 0000 0200 0000 3cfa 0000 3c0a 0100 |........<...<...| 0x0080 3c0a 0100 c000 0000 c000 0000 0600 0000 |<...............| 0x0090 0400 0000 0701 0000 de01 0000 b700 0000 |................| 0x00a0 af01 0000 bd00 0000 0000 0000 9f01 0000 |................| 0x00b0 d401 0000 0901 0000 6e01 0000 5b01 0000 |........n...[...| 0x00c0 d901 0000 b901 0000 f600 0000 0801 0000 |................| 0x00d0 3a00 0000 5d01 0000 d801 0000 8100 0000 |:...]...........| 0x00e0 0000 0000 8501 0000 a300 0000 0000 0000 |................| 0x00f0 0000 0000 0000 0000 0000 0000 e200 0000 |................| 0x0100 4601 0000 d001 0000 d300 0000 bb01 0000 |F...............| 0x0110 0b01 0000 0601 0000 c901 0000 0000 0000 |................| 0x0120 ca01 0000 6501 0000 3701 0000 0000 0000 |....e...7.......| 0x0130 9101 0000 0000 0000 0000 0000 de00 0000 |................| 0x0140 ab01 0000 c001 0000 6100 0000 6200 0000 |........a...b...| 0x0150 1f01 0000 cc01 0000 e100 0000 5e01 0000 |............^...| 0x0160 2e01 0000 d100 0000 0000 0000 2001 0000 |............ ...| 0x0170 2f01 0000 6f01 0000 0701 0000 5001 0000 |/...o.......P...| 0x0180 db00 0000 7e01 0000 c601 0000 9001 0000 |....~...........| 0x0190 1001 0000 d501 0000 6201 0000 0000 0000 |........b.......| 0x01a0 8701 0000 0000 0000 d601 0000 3d01 0000 |............=...| 0x01b0 a801 0000 1b01 0000 d500 0000 6f00 0000 |............o...| 0x01c0 ce01 0000 be01 0000 4f01 0000 9e01 0000 |........O.......| 0x01d0 0000 0000 8f01 0000 cd01 0000 0000 0000 |................| 0x01e0 5100 0000 ac01 0000 8900 0000 9901 0000 |Q...............| 0x01f0 0e01 0000 5301 0000 9601 0000 f700 0000 |....S...........| 0x0200 4801 0000 4901 0000 0000 0000 8000 0000 |H...I...........| 0x0210 1101 0000 8e01 0000 2300 0000 9401 0000 |........#.......| 0x0220 0000 0000 0000 0000 7701 0000 0000 0000 |........w.......| 0x0230 c301 0000 6601 0000 b400 0000 9b01 0000 |....f...........| 0x0240 0000 0000 0000 0000 4b01 0000 c801 0000 |........K.......| 0x0250 1401 0000 1d01 0000 8b00 0000 8301 0000 |................| 0x0260 2901 0000 ef00 0000 d201 0000 fe00 0000 |)...............| 0x0270 2201 0000 fd00 0000 cc00 0000 c201 0000 |"...............| 0x0280 0000 0000 6301 0000 b900 0000 0000 0000 |....c...........| 0x0290 c500 0000 7201 0000 0d01 0000 3f01 0000 |....r.......?...| 0x02a0 3b00 0000 7f01 0000 dd01 0000 0000 0000 |;...............| 0x02b0 1201 0000 7200 0000 4101 0000 d701 0000 |....r...A.......| 0x02c0 7b01 0000 3900 0000 7600 0000 7c01 0000 |{...9...v...|...| 0x02d0 8300 0000 ae01 0000 0000 0000 4e01 0000 |............N...| 0x02e0 7c00 0000 4401 0000 7d01 0000 6001 0000 ||...D...}...`...| 0x02f0 a901 0000 5901 0000 4100 0000 b601 0000 |....Y...A.......| 0x0300 0000 0000 0000 0000 0000 0000 a900 0000 |................| 0x0310 5f01 0000 9300 0000 1701 0000 0000 0000 |_...............| 0x0320 7801 0000 3600 0000 bf01 0000 9301 0000 |x...6...........| 0x0330 cd00 0000 aa01 0000 bf00 0000 0000 0000 |................| 0x0340 0000 0000 0000 0000 d301 0000 0000 0000 |................| 0x0350 0000 0000 0000 0000 c000 0000 4700 0000 |............G...| 0x0360 0000 0000 6000 0000 0000 0000 0000 0000 |....`...........| 0x0370 ba00 0000 6b01 0000 b201 0000 5300 0000 |....k.......S...| 0x0380 8801 0000 a101 0000 c101 0000 b001 0000 |................| 0x0390 5c01 0000 d101 0000 f300 0000 db01 0000 |\...............| 0x03a0 da01 0000 0000 0000 8101 0000 4000 0000 |............@...| 0x03b0 dc01 0000 a001 0000 5601 0000 7401 0000 |........V...t...| 0x03c0 0000 0000 6d01 0000 0000 0000 e000 0000 |....m...........| 0x03d0 8001 0000 3201 0000 7601 0000 0000 0000 |....2...v.......| 0x03e0 4400 0000 fc00 0000 0000 0000 9501 0000 |D...............| 0x03f0 1a01 0000 1900 0000 b701 0000 7901 0000 |............y...| 0x0400 4900 0000 0000 0000 c701 0000 9701 0000 |I...............| 0x0410 6c01 0000 b301 0000 7000 0000 6701 0000 |l.......p...g...| 0x0420 c900 0000 7501 0000 b501 0000 2c01 0000 |....u.......,...| 0x0430 5501 0000 c501 0000 cf01 0000 7101 0000 |U...........q...| 0x0440 0000 0000 5e00 0000 5701 0000 a100 0000 |....^...W.......| 0x0450 3301 0000 c401 0000 0000 0000 8d01 0000 |3...............| 0x0460 4701 0000 ee00 0000 0000 0000 0000 0000 |G...............| 0x0470 0000 0000 cb01 0000 ba01 0000 ca00 0000 |................| 0x0480 d400 0000 2701 0000 d900 0000 0000 0000 |....'...........| 0x0490 e300 0000 4501 0000 5801 0000 0000 0000 |....E...X.......| 0x04a0 4201 0000 3d00 0000 3601 0000 5401 0000 |B...=...6...T...| 0x04b0 4d00 0000 a201 0000 0000 0000 0000 0000 |M...............| 0x04c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x04d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x04e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x04f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0500 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0510 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0520 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0530 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0540 0000 0000 0000 0000 1f00 0000 0000 0000 |................| 0x0550 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0560 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0570 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0580 0000 0000 0000 0000 3200 0000 0000 0000 |........2.......| 0x0590 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x05a0 0000 0000 2100 0000 1c00 0000 0000 0000 |....!...........| 0x05b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x05c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x05d0 0000 0000 0000 0000 0000 0000 2b00 0000 |............+...| 0x05e0 2900 0000 0000 0000 0000 0000 0000 0000 |)...............| 0x05f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0600 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0610 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0620 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0630 0000 0000 0000 0000 4300 0000 0000 0000 |........C.......| 0x0640 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0650 3100 0000 0000 0000 0000 0000 2400 0000 |1...........$...| 0x0660 0000 0000 0000 0000 0000 0000 3000 0000 |............0...| 0x0670 0000 0000 2200 0000 0000 0000 6600 0000 |....".......f...| 0x0680 0000 0000 2a00 0000 5d00 0000 0000 0000 |....*...].......| 0x0690 0000 0000 6b00 0000 7700 0000 0000 0000 |....k...w.......| 0x06a0 1e00 0000 0000 0000 2700 0000 0000 0000 |........'.......| 0x06b0 0000 0000 2f00 0000 7100 0000 0000 0000 |..../...q.......| 0x06c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x06d0 0000 0000 8500 0000 3300 0000 0000 0000 |........3.......| 0x06e0 6700 0000 3e00 0000 3c00 0000 0000 0000 |g...>...<.......| 0x06f0 0000 0000 2800 0000 0000 0000 8e00 0000 |....(...........| 0x0700 0000 0000 0000 0000 0000 0000 8a00 0000 |................| 0x0710 3500 0000 0000 0000 0000 0000 0000 0000 |5...............| 0x0720 0000 0000 7500 0000 7f00 0000 0000 0000 |....u...........| 0x0730 1800 0000 1a00 0000 0000 0000 2000 0000 |............ ...| 0x0740 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0750 0000 0000 7e00 0000 0000 0000 0000 0000 |....~...........| 0x0760 0000 0000 9900 0000 7900 0000 9700 0000 |........y.......| 0x0770 0000 0000 0000 0000 0000 0000 8400 0000 |................| 0x0780 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0790 9000 0000 3800 0000 0000 0000 0000 0000 |....8...........| 0x07a0 b200 0000 0000 0000 0000 0000 ae00 0000 |................| 0x07b0 0000 0000 0000 0000 0000 0000 b800 0000 |................| 0x07c0 ad00 0000 0000 0000 0000 0000 a800 0000 |................| 0x07d0 9200 0000 4b00 0000 0000 0000 b100 0000 |....K...........| 0x07e0 7a00 0000 0000 0000 8c00 0000 0000 0000 |z...............| 0x07f0 0000 0000 2c00 0000 a600 0000 af00 0000 |....,...........| 0x0800 9500 0000 aa00 0000 0000 0000 8800 0000 |................| 0x0810 0000 0000 0000 0000 b600 0000 0000 0000 |................| 0x0820 3f00 0000 0000 0000 0000 0000 6c00 0000 |?...........l...| 0x0830 0000 0000 7400 0000 0000 0000 0000 0000 |....t...........| 0x0840 6800 0000 d200 0000 c200 0000 1700 0000 |h...............| 0x0850 0000 0000 9f00 0000 bb00 0000 dd00 0000 |................| 0x0860 be00 0000 0000 0000 b000 0000 4500 0000 |............E...| 0x0870 4800 0000 0000 0000 2600 0000 0000 0000 |H.......&.......| 0x0880 6400 0000 4200 0000 5000 0000 0000 0000 |d...B...P.......| 0x0890 0000 0000 a000 0000 9b00 0000 4600 0000 |............F...| 0x08a0 0000 0000 5600 0000 5b00 0000 e500 0000 |....V...[.......| 0x08b0 0000 0000 2e00 0000 c600 0000 0000 0000 |................| 0x08c0 c700 0000 3700 0000 3400 0000 d600 0000 |....7...4.......| 0x08d0 0000 0000 5c00 0000 cb00 0000 0000 0000 |....\...........| 0x08e0 0000 0000 0000 0000 0001 0000 c800 0000 |................| 0x08f0 d000 0000 0000 0000 0000 0000 ab00 0000 |................| 0x0900 0000 0000 8700 0000 9d00 0000 0000 0000 |................| 0x0910 2d00 0000 f200 0000 9800 0000 1d00 0000 |-...............| 0x0920 0000 0000 0a01 0000 ec00 0000 ea00 0000 |................| 0x0930 9e00 0000 0000 0000 0000 0000 0000 0000 |................| 0x0940 0000 0000 1e01 0000 fa00 0000 d700 0000 |................| 0x0950 6e00 0000 0000 0000 0000 0000 0000 0000 |n...............| 0x0960 0000 0000 5900 0000 0c01 0000 0000 0000 |....Y...........| 0x0970 0000 0000 2500 0000 7d00 0000 8200 0000 |....%...}.......| 0x0980 d800 0000 0000 0000 2d01 0000 9a00 0000 |........-.......| 0x0990 0000 0000 c400 0000 0000 0000 1301 0000 |................| 0x09a0 0000 0000 2301 0000 6900 0000 0000 0000 |....#...i.......| 0x09b0 0000 0000 0000 0000 eb00 0000 9c00 0000 |................| 0x09c0 5400 0000 3801 0000 0501 0000 7800 0000 |T...8.......x...| 0x09d0 f500 0000 0f01 0000 1901 0000 0000 0000 |................| 0x09e0 4001 0000 a400 0000 f100 0000 0000 0000 |@...............| 0x09f0 da00 0000 1801 0000 0000 0000 0000 0000 |................| 0x0a00 0000 0000 7b00 0000 5800 0000 b300 0000 |....{...X.......| 0x0a10 2401 0000 1b00 0000 0401 0000 fb00 0000 |$...............| 0x0a20 2b01 0000 0000 0000 0000 0000 0000 0000 |+...............| 0x0a30 3001 0000 0000 0000 5200 0000 0000 0000 |0.......R.......| 0x0a40 9600 0000 e400 0000 0000 0000 0000 0000 |................| 0x0a50 5a01 0000 3e01 0000 ff00 0000 dc00 0000 |Z...>...........| 0x0a60 bc00 0000 e700 0000 2101 0000 1601 0000 |........!.......| 0x0a70 0000 0000 3901 0000 5f00 0000 4d01 0000 |....9..._...M...| 0x0a80 cf00 0000 ce00 0000 b500 0000 0000 0000 |................| 0x0a90 5201 0000 f900 0000 0101 0000 4f00 0000 |R...........O...| 0x0aa0 9100 0000 0000 0000 3c01 0000 6a01 0000 |........<...j...| 0x0ab0 0000 0000 e800 0000 2501 0000 2801 0000 |........%...(...| 0x0ac0 0000 0000 0000 0000 7300 0000 0000 0000 |........s.......| 0x0ad0 8401 0000 2601 0000 f400 0000 6901 0000 |....&.......i...| 0x0ae0 c100 0000 0000 0000 4a00 0000 6300 0000 |........J...c...| 0x0af0 6d00 0000 0000 0000 1c01 0000 8901 0000 |m...............| 0x0b00 8b01 0000 0301 0000 6101 0000 0000 0000 |........a.......| 0x0b10 4c01 0000 6401 0000 3401 0000 f000 0000 |L...d...4.......| 0x0b20 2a01 0000 5a00 0000 7a01 0000 0000 0000 |*...Z...z.......| 0x0b30 6500 0000 1600 0000 0000 0000 4301 0000 |e...........C...| 0x0b40 0000 0000 8c01 0000 7301 0000 4a01 0000 |........s...J...| 0x0b50 0000 0000 8201 0000 8600 0000 a500 0000 |................| 0x0b60 a701 0000 a700 0000 a601 0000 3a01 0000 |............:...| 0x0b70 a501 0000 ac00 0000 9801 0000 5700 0000 |............W...| 0x0b80 0000 0000 0201 0000 6801 0000 6a00 0000 |........h...j...| 0x0b90 9c01 0000 c300 0000 df00 0000 0000 0000 |................| 0x0ba0 b801 0000 a301 0000 0000 0000 0000 0000 |................| 0x0bb0 0000 0000 e900 0000 3b01 0000 8a01 0000 |........;.......| 0x0bc0 5500 0000 f800 0000 1501 0000 0000 0000 |U...............| 0x0bd0 3101 0000 e600 0000 8f00 0000 9d01 0000 |1...............| 0x0be0 b101 0000 b401 0000 bc01 0000 9a01 0000 |................| 0x0bf0 0000 0000 7001 0000 8d00 0000 bd01 0000 |....p...........| 0x0c00 3501 0000 a401 0000 9201 0000 9400 0000 |5...............| 0x0c10 8601 0000 ad01 0000 0000 0000 5101 0000 |............Q...| 0x0c20 ed00 0000 4c00 0000 4e00 0000 a200 0000 |....L...N.......| 0x0c30 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0c40 0000 0000 9400 0000 0000 0000 0300 0100 |................| 0x0c50 0000 0000 300c 0000 0000 0000 0300 0200 |....0...........| 0x0c60 0000 0000 102a 0000 0000 0000 0300 0300 |.....*..........| 0x0c70 0000 0000 7e3c 0000 0000 0000 0300 0400 |....~<..........| 0x0c80 0000 0000 3c40 0000 0000 0000 0300 0500 |....<@..........| 0x0c90 0000 0000 ac40 0000 0000 0000 0300 0600 |.....@..........| 0x0ca0 0000 0000 ec44 0000 0000 0000 0300 0700 |.....D..........| 0x0cb0 0000 0000 7448 0000 0000 0000 0300 0800 |....tH..........| 0x0cc0 0000 0000 8848 0000 0000 0000 0300 0900 |.....H..........| 0x0cd0 0000 0000 b04f 0000 0000 0000 0300 0a00 |.....O..........| 0x0ce0 0000 0000 b0f2 0000 0000 0000 0300 0b00 |................| 0x0cf0 0000 0000 bcf2 0000 0000 0000 0300 0c00 |................| 0x0d00 0000 0000 8007 0100 0000 0000 0300 0d00 |................| 0x0d10 0000 0000 380a 0100 0000 0000 0300 0e00 |....8...........| 0x0d20 0000 0000 3c0a 0100 0000 0000 0300 0f00 |....<...........| 0x0d30 0000 0000 fc0a 0100 0000 0000 0300 1000 |................| 0x0d40 0000 0000 080b 0100 0000 0000 0300 1100 |................| 0x0d50 0000 0000 100b 0100 0000 0000 0300 1200 |................| 0x0d60 0000 0000 140b 0100 0000 0000 0300 1300 |................| 0x0d70 0000 0000 200d 0100 0000 0000 0300 1400 |.... ...........| 0x0d80 0000 0000 0000 0000 0000 0000 0300 1500 |................| 0x0d90 ce0b 0000 f0ec 0000 6b00 0000 2200 0a00 |........k..."...| 0x0da0 6902 0000 a056 0000 5b00 0000 1200 0a00 |i....V..[.......| 0x0db0 db05 0000 2068 0000 9b00 0000 1200 0a00 |.... h..........| 0x0dc0 0205 0000 0000 0000 0000 0000 1000 0000 |................| 0x0dd0 460d 0000 b0a6 0000 1600 0000 1200 0a00 |F...............| 0x0de0 760b 0000 b0db 0000 1100 0000 1200 0a00 |v...............| 0x0df0 a903 0000 0000 0000 0000 0000 1000 0000 |................| 0x0e00 0406 0000 e076 0000 1b00 0000 2200 0a00 |.....v......"...| 0x0e10 e901 0000 1051 0000 5b00 0000 1200 0a00 |.....Q..[.......| 0x0e20 d602 0000 d05a 0000 5b00 0000 1200 0a00 |.....Z..[.......| 0x0e30 6908 0000 f074 0000 5d00 0000 2200 0a00 |i....t..]..."...| 0x0e40 cf06 0000 2408 0100 0400 0000 1100 0d00 |....$...........| 0x0e50 a108 0000 5008 0100 0800 0000 1100 0d00 |....P...........| 0x0e60 5e02 0000 3056 0000 7000 0000 1200 0a00 |^...0V..p.......| 0x0e70 e600 0000 9c07 0100 0400 0000 1100 0d00 |................| 0x0e80 5b0d 0000 d0af 0000 7800 0000 1200 0a00 |[.......x.......| 0x0e90 710d 0000 50af 0000 7d00 0000 2200 0a00 |q...P...}..."...| 0x0ea0 d902 0000 d05a 0000 5b00 0000 2200 0a00 |.....Z..[..."...| 0x0eb0 a20d 0000 50b2 0000 3400 0000 2200 0a00 |....P...4..."...| 0x0ec0 9109 0000 6090 0000 5c00 0000 1200 0a00 |....`...\.......| 0x0ed0 b704 0000 0000 0000 0000 0000 1000 0000 |................| 0x0ee0 7209 0000 908e 0000 4700 0000 2200 0a00 |r.......G..."...| 0x0ef0 620b 0000 a0db 0000 0e00 0000 2200 0a00 |b..........."...| 0x0f00 eb02 0000 905b 0000 5b00 0000 2200 0a00 |.....[..[..."...| 0x0f10 8d04 0000 2064 0000 6101 0000 1200 0a00 |.... d..a.......| 0x0f20 9000 0000 9007 0100 0400 0000 1100 0d00 |................| 0x0f30 9802 0000 9058 0000 4d00 0000 1200 0a00 |.....X..M.......| 0x0f40 2b03 0000 0000 0000 0000 0000 1000 0000 |+...............| 0x0f50 710a 0000 2098 0000 0f00 0000 1200 0a00 |q... ...........| 0x0f60 ae08 0000 0000 0000 0000 0000 1000 0000 |................| 0x0f70 7302 0000 0057 0000 6900 0000 1200 0a00 |s....W..i.......| 0x0f80 1d08 0000 4074 0000 2200 0000 2200 0a00 |....@t.."..."...| 0x0f90 370c 0000 80a1 0000 2700 0000 2200 0a00 |7.......'..."...| 0x0fa0 c605 0000 c067 0000 5600 0000 2200 0a00 |.....g..V..."...| 0x0fb0 570e 0000 90df 0000 4d00 0000 2200 0a00 |W.......M..."...| 0x0fc0 0102 0000 c051 0000 5b00 0000 2200 0a00 |.....Q..[..."...| 0x0fd0 d103 0000 0000 0000 0000 0000 1000 0000 |................| 0x0fe0 2e0f 0000 30e3 0000 3200 0000 2200 0a00 |....0...2..."...| 0x0ff0 8606 0000 b06a 0000 8d06 0000 2200 0a00 |.....j......"...| 50463 cvsync 0.002524 RET read 4096/0x1000 50463 cvsync 0.002533 CALL mmap(0,0x13000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 50463 cvsync 0.002562 RET mmap 1075781632/0x401f2000 50463 cvsync 0.002586 CALL mprotect(0x40201000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 50463 cvsync 0.002598 RET mprotect 0 50463 cvsync 0.002637 CALL mprotect(0x40201000,0x1000,PROT_READ|PROT_EXEC) 50463 cvsync 0.002647 RET mprotect 0 50463 cvsync 0.002657 CALL mmap(0x40202000,0x1000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0xf000,0) 50463 cvsync 0.002677 RET mmap 1075847168/0x40202000 50463 cvsync 0.002701 CALL mmap(0x40203000,0x2000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffff,0,0,0) 50463 cvsync 0.002716 RET mmap 1075851264/0x40203000 50463 cvsync 0.002731 CALL close(0x3) 50463 cvsync 0.002746 RET close 0 50463 cvsync 0.002757 CALL access(0x4009b000,F_OK) 50463 cvsync 0.002768 NAMI "/usr/lib/libc.so.7" 50463 cvsync 0.002790 RET access -1 errno 2 No such file or directory 50463 cvsync 0.002799 CALL access(0x4009b000,F_OK) 50463 cvsync 0.002810 NAMI "/usr/local/lib/libc.so.7" 50463 cvsync 0.002834 RET access -1 errno 2 No such file or directory 50463 cvsync 0.002846 CALL access(0x4009b000,F_OK) 50463 cvsync 0.002856 NAMI "/lib/libc.so.7" 50463 cvsync 0.002876 RET access 0 50463 cvsync 0.002885 CALL open(0x40098160,O_RDONLY,0x40204fff) 50463 cvsync 0.002898 NAMI "/lib/libc.so.7" 50463 cvsync 0.002915 RET open 3 50463 cvsync 0.002924 CALL fstat(0x3,0xbfbfe810) 50463 cvsync 0.002936 RET fstat 0 50463 cvsync 0.002946 CALL read(0x3,0x400928e0,0x1000) 50463 cvsync 0.002983 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 50d0 0100 3400 0000 |........P...4...| 0x0020 70e7 0f00 0000 0000 3400 2000 0400 2800 |p.......4. ...(.| 0x0030 2100 2000 0100 0000 0000 0000 0000 0000 |!. .............| 0x0040 0000 0000 9260 0e00 9260 0e00 0500 0000 |.....`...`......| 0x0050 0010 0000 0100 0000 a060 0e00 a070 0e00 |.........`...p..| 0x0060 a070 0e00 b45a 0000 80bb 0100 0600 0000 |.p...Z..........| 0x0070 0010 0000 0200 0000 dcaa 0e00 dcba 0e00 |................| 0x0080 dcba 0e00 c000 0000 c000 0000 0600 0000 |................| 0x0090 0400 0000 0700 0000 d8aa 0e00 d8ba 0e00 |................| 0x00a0 d8ba 0e00 0000 0000 0400 0000 0400 0000 |................| 0x00b0 0400 0000 0508 0000 0b0a 0000 f304 0000 |................| 0x00c0 0000 0000 0000 0000 0000 0000 c906 0000 |................| 0x00d0 9005 0000 d401 0000 3c09 0000 ae03 0000 |........<.......| 0x00e0 0000 0000 9e07 0000 bb07 0000 2a06 0000 |............*...| 0x00f0 de04 0000 6201 0000 8b09 0000 4708 0000 |....b.......G...| 0x0100 0000 0000 b402 0000 be08 0000 7605 0000 |............v...| 0x0110 4405 0000 be00 0000 9b08 0000 0408 0000 |D...............| 0x0120 f409 0000 000a 0000 3806 0000 0000 0000 |........8.......| 0x0130 0000 0000 1605 0000 0000 0000 9009 0000 |................| 0x0140 5808 0000 cf09 0000 ce09 0000 2009 0000 |X........... ...| 0x0150 d300 0000 3d00 0000 3d04 0000 0206 0000 |....=...=.......| 0x0160 0000 0000 7909 0000 5008 0000 0706 0000 |....y...P.......| 0x0170 0000 0000 5608 0000 a902 0000 0109 0000 |....V...........| 0x0180 e709 0000 a102 0000 b808 0000 1904 0000 |................| 0x0190 0b07 0000 0000 0000 2902 0000 3508 0000 |........)...5...| 0x01a0 0000 0000 3d03 0000 0000 0000 0000 0000 |....=...........| 0x01b0 df09 0000 8506 0000 0000 0000 d100 0000 |................| 0x01c0 bd09 0000 a804 0000 0000 0000 4f03 0000 |............O...| 0x01d0 ec00 0000 d609 0000 2d03 0000 0307 0000 |........-.......| 0x01e0 0000 0000 0000 0000 bd08 0000 0000 0000 |................| 0x01f0 4808 0000 0000 0000 3906 0000 0000 0000 |H.......9.......| 0x0200 d508 0000 0000 0000 a907 0000 0000 0000 |................| 0x0210 e805 0000 1e07 0000 0000 0000 1a06 0000 |................| 0x0220 ec07 0000 ed01 0000 0000 0000 a207 0000 |................| 0x0230 0000 0000 ab05 0000 0c09 0000 cf07 0000 |................| 0x0240 0000 0000 4b06 0000 af03 0000 0000 0000 |....K...........| 0x0250 0000 0000 bf07 0000 0802 0000 0000 0000 |................| 0x0260 6206 0000 0000 0000 0000 0000 5304 0000 |b...........S...| 0x0270 5007 0000 9a01 0000 3107 0000 5409 0000 |P.......1...T...| 0x0280 be02 0000 9a04 0000 3b05 0000 0000 0000 |........;.......| 0x0290 9308 0000 5909 0000 6309 0000 e603 0000 |....Y...c.......| 0x02a0 3407 0000 0000 0000 2509 0000 3e09 0000 |4.......%...>...| 0x02b0 3901 0000 9a07 0000 0000 0000 ad08 0000 |9...............| 0x02c0 b601 0000 9c06 0000 0000 0000 c308 0000 |................| 0x02d0 7c08 0000 b006 0000 4507 0000 0000 0000 ||.......E.......| 0x02e0 9f08 0000 7807 0000 9b04 0000 1e01 0000 |....x...........| 0x02f0 0000 0000 0509 0000 0207 0000 5607 0000 |............V...| 0x0300 9103 0000 f907 0000 0000 0000 0000 0000 |................| 0x0310 6a08 0000 e606 0000 0000 0000 fc01 0000 |j...............| 0x0320 6a00 0000 6f01 0000 ff04 0000 0000 0000 |j...o...........| 0x0330 dd00 0000 0000 0000 5705 0000 0000 0000 |........W.......| 0x0340 0102 0000 0000 0000 cc09 0000 0000 0000 |................| 0x0350 0000 0000 ff08 0000 ae09 0000 3708 0000 |............7...| 0x0360 0f02 0000 0000 0000 3405 0000 cd00 0000 |........4.......| 0x0370 f309 0000 f206 0000 f604 0000 c406 0000 |................| 0x0380 0000 0000 c105 0000 4d08 0000 0000 0000 |........M.......| 0x0390 f101 0000 9b07 0000 de07 0000 0000 0000 |................| 0x03a0 7606 0000 f707 0000 8501 0000 0000 0000 |v...............| 0x03b0 b907 0000 4902 0000 0000 0000 b707 0000 |....I...........| 0x03c0 5803 0000 0704 0000 3f04 0000 4a07 0000 |X.......?...J...| 0x03d0 0000 0000 0000 0000 1707 0000 0000 0000 |................| 0x03e0 0000 0000 4803 0000 0000 0000 0305 0000 |....H...........| 0x03f0 cf04 0000 0000 0000 d507 0000 0000 0000 |................| 0x0400 5a05 0000 3800 0000 1b05 0000 d805 0000 |Z...8...........| 0x0410 cd08 0000 2105 0000 1e06 0000 0000 0000 |....!...........| 0x0420 5e05 0000 0000 0000 0000 0000 eb07 0000 |^...............| 0x0430 1407 0000 8503 0000 1007 0000 0000 0000 |................| 0x0440 9109 0000 7806 0000 0000 0000 b405 0000 |....x...........| 0x0450 2202 0000 0000 0000 0000 0000 0000 0000 |"...............| 0x0460 7002 0000 8d08 0000 0000 0000 9408 0000 |p...............| 0x0470 5503 0000 4106 0000 0000 0000 a608 0000 |U...A...........| 0x0480 0000 0000 7506 0000 0000 0000 af09 0000 |....u...........| 0x0490 0000 0000 0309 0000 9802 0000 0000 0000 |................| 0x04a0 2706 0000 0000 0000 0000 0000 0000 0000 |'...............| 0x04b0 3003 0000 8d04 0000 0000 0000 2206 0000 |0..........."...| 0x04c0 ef08 0000 ec05 0000 3f09 0000 0000 0000 |........?.......| 0x04d0 7008 0000 9407 0000 2008 0000 5108 0000 |p....... ...Q...| 0x04e0 4600 0000 1701 0000 3903 0000 0000 0000 |F.......9.......| 0x04f0 0000 0000 0000 0000 0000 0000 ed04 0000 |................| 0x0500 3300 0000 0000 0000 6709 0000 0000 0000 |3.......g.......| 0x0510 e509 0000 0000 0000 1102 0000 0000 0000 |................| 0x0520 3106 0000 0000 0000 5308 0000 0000 0000 |1.......S.......| 0x0530 d208 0000 aa06 0000 0000 0000 8002 0000 |................| 0x0540 ef09 0000 3c03 0000 5e04 0000 0000 0000 |....<...^.......| 0x0550 6404 0000 9e03 0000 0000 0000 2e05 0000 |d...............| 0x0560 b908 0000 f106 0000 8206 0000 0000 0000 |................| 0x0570 0000 0000 5205 0000 2504 0000 1107 0000 |....R...%.......| 0x0580 0000 0000 0000 0000 6a09 0000 0000 0000 |........j.......| 0x0590 5707 0000 4200 0000 1b07 0000 0000 0000 |W...B...........| 0x05a0 0000 0000 2505 0000 f807 0000 cb07 0000 |....%...........| 0x05b0 0000 0000 a909 0000 0103 0000 5c05 0000 |............\...| 0x05c0 cb04 0000 6003 0000 6506 0000 e105 0000 |....`...e.......| 0x05d0 0000 0000 0000 0000 7708 0000 0000 0000 |........w.......| 0x05e0 1304 0000 bb08 0000 1402 0000 5b04 0000 |............[...| 0x05f0 7703 0000 0000 0000 fd07 0000 0000 0000 |w...............| 0x0600 0000 0000 0000 0000 e806 0000 6609 0000 |............f...| 0x0610 4a00 0000 3403 0000 0000 0000 0000 0000 |J...4...........| 0x0620 a408 0000 0000 0000 ba07 0000 0508 0000 |................| 0x0630 5408 0000 3b04 0000 3a08 0000 0000 0000 |T...;...:.......| 0x0640 0000 0000 7505 0000 8c09 0000 4204 0000 |....u.......B...| 0x0650 7204 0000 6605 0000 fb04 0000 0000 0000 |r...f...........| 0x0660 fa04 0000 1b03 0000 8a07 0000 ec02 0000 |................| 0x0670 4709 0000 f005 0000 0000 0000 0000 0000 |G...............| 0x0680 4009 0000 5407 0000 0000 0000 6500 0000 |@...T.......e...| 0x0690 0000 0000 0000 0000 4d05 0000 c208 0000 |........M.......| 0x06a0 f508 0000 0000 0000 cc02 0000 0000 0000 |................| 0x06b0 0000 0000 a607 0000 3d06 0000 2803 0000 |........=...(...| 0x06c0 5904 0000 9909 0000 0000 0000 c209 0000 |Y...............| 0x06d0 2a05 0000 a908 0000 5506 0000 da01 0000 |*.......U.......| 0x06e0 bb09 0000 0b04 0000 0000 0000 0000 0000 |................| 0x06f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0700 0000 0000 0000 0000 6e05 0000 3700 0000 |........n...7...| 0x0710 ef00 0000 9808 0000 7702 0000 8806 0000 |........w.......| 0x0720 0000 0000 3809 0000 1d02 0000 6b06 0000 |....8.......k...| 0x0730 a001 0000 3409 0000 5a07 0000 5508 0000 |....4...Z...U...| 0x0740 9f09 0000 4c07 0000 0000 0000 0402 0000 |....L...........| 0x0750 7a09 0000 f905 0000 7d04 0000 7903 0000 |z.......}...y...| 0x0760 8708 0000 a502 0000 fb06 0000 0000 0000 |................| 0x0770 fe01 0000 6409 0000 4d00 0000 f105 0000 |....d...M.......| 0x0780 8109 0000 bf03 0000 d207 0000 0000 0000 |................| 0x0790 4606 0000 0000 0000 0000 0000 3e03 0000 |F...........>...| 0x07a0 9b06 0000 8609 0000 df03 0000 0000 0000 |................| 0x07b0 2104 0000 0000 0000 3b07 0000 0000 0000 |!.......;.......| 0x07c0 aa04 0000 9a06 0000 b200 0000 4701 0000 |............G...| 0x07d0 9403 0000 f408 0000 4e05 0000 f608 0000 |........N.......| 0x07e0 9a09 0000 0000 0000 9c07 0000 0000 0000 |................| 0x07f0 0000 0000 0000 0000 0000 0000 c205 0000 |................| 0x0800 4501 0000 c207 0000 1306 0000 f600 0000 |E...............| 0x0810 d907 0000 c407 0000 bb02 0000 0000 0000 |................| 0x0820 0000 0000 5106 0000 0000 0000 8709 0000 |....Q...........| 0x0830 a003 0000 d901 0000 e206 0000 0000 0000 |................| 0x0840 b508 0000 4806 0000 2409 0000 0000 0000 |....H...$.......| 0x0850 6e08 0000 bc09 0000 c506 0000 4506 0000 |n...........E...| 0x0860 f407 0000 5303 0000 2809 0000 b902 0000 |....S...(.......| 0x0870 1003 0000 6c06 0000 9d03 0000 9509 0000 |....l...........| 0x0880 3004 0000 3703 0000 8e09 0000 1309 0000 |0...7...........| 0x0890 3d05 0000 0000 0000 3204 0000 b009 0000 |=.......2.......| 0x08a0 8a05 0000 0000 0000 ca03 0000 e309 0000 |................| 0x08b0 8807 0000 0000 0000 1d08 0000 3c08 0000 |............<...| 0x08c0 da09 0000 3c06 0000 1907 0000 1a05 0000 |....<...........| 0x08d0 0204 0000 fa05 0000 0000 0000 1207 0000 |................| 0x08e0 2e09 0000 4509 0000 a505 0000 0000 0000 |....E...........| 0x08f0 4208 0000 0000 0000 1506 0000 0000 0000 |B...............| 0x0900 0000 0000 d806 0000 0000 0000 0000 0000 |................| 0x0910 d706 0000 3707 0000 0000 0000 ee08 0000 |....7...........| 0x0920 2608 0000 a107 0000 6607 0000 4909 0000 |&.......f...I...| 0x0930 0000 0000 2604 0000 a203 0000 5402 0000 |....&.......T...| 0x0940 ab01 0000 2209 0000 2d04 0000 3302 0000 |...."...-...3...| 0x0950 9607 0000 b509 0000 a609 0000 e200 0000 |................| 0x0960 0000 0000 d408 0000 0c01 0000 0809 0000 |................| 0x0970 2c04 0000 0000 0000 4401 0000 eb06 0000 |,.......D.......| 0x0980 0000 0000 a209 0000 c107 0000 4f04 0000 |............O...| 0x0990 5d06 0000 e907 0000 3008 0000 0000 0000 |].......0.......| 0x09a0 0e08 0000 f700 0000 9208 0000 0000 0000 |................| 0x09b0 0000 0000 fc07 0000 8209 0000 6505 0000 |............e...| 0x09c0 3b00 0000 0000 0000 0a0a 0000 0000 0000 |;...............| 0x09d0 ba06 0000 8103 0000 0000 0000 e409 0000 |................| 0x09e0 8e06 0000 4301 0000 6b07 0000 2309 0000 |....C...k...#...| 0x09f0 da00 0000 1408 0000 0000 0000 7103 0000 |............q...| 0x0a00 4008 0000 2400 0000 c402 0000 0000 0000 |@...$...........| 0x0a10 f405 0000 9f00 0000 8b03 0000 3001 0000 |............0...| 0x0a20 0000 0000 c007 0000 3505 0000 bf09 0000 |........5.......| 0x0a30 0000 0000 5c01 0000 0000 0000 4409 0000 |....\.......D...| 0x0a40 8a03 0000 0000 0000 9501 0000 0000 0000 |................| 0x0a50 3600 0000 c108 0000 0000 0000 1705 0000 |6...............| 0x0a60 f809 0000 7405 0000 0000 0000 7f04 0000 |....t...........| 0x0a70 c106 0000 d000 0000 2607 0000 b806 0000 |........&.......| 0x0a80 cd09 0000 b809 0000 0000 0000 1008 0000 |................| 0x0a90 6808 0000 a509 0000 5507 0000 0604 0000 |h.......U.......| 0x0aa0 c008 0000 0000 0000 b100 0000 c702 0000 |................| 0x0ab0 4608 0000 4a05 0000 0000 0000 e808 0000 |F...J...........| 0x0ac0 1d09 0000 0000 0000 4307 0000 c808 0000 |........C.......| 0x0ad0 0000 0000 0000 0000 d900 0000 d908 0000 |................| 0x0ae0 8808 0000 5406 0000 de09 0000 0000 0000 |....T...........| 0x0af0 0901 0000 0000 0000 7707 0000 ae00 0000 |........w.......| 0x0b00 5405 0000 ff03 0000 0000 0000 0000 0000 |T...............| 0x0b10 0000 0000 0000 0000 bd04 0000 2f07 0000 |............/...| 0x0b20 0000 0000 f008 0000 0000 0000 2609 0000 |............&...| 0x0b30 cf00 0000 0000 0000 0000 0000 b409 0000 |................| 0x0b40 7006 0000 6f02 0000 7b01 0000 0000 0000 |p...o...{.......| 0x0b50 5009 0000 e909 0000 0000 0000 e204 0000 |P...............| 0x0b60 0000 0000 0000 0000 2d05 0000 6508 0000 |........-...e...| 0x0b70 6d00 0000 4508 0000 0000 0000 b909 0000 |m...E...........| 0x0b80 b103 0000 fa03 0000 f901 0000 d001 0000 |................| 0x0b90 ad00 0000 1f07 0000 a303 0000 7609 0000 |............v...| 0x0ba0 0000 0000 b207 0000 1b08 0000 0000 0000 |................| 0x0bb0 5d08 0000 9306 0000 5209 0000 0000 0000 |].......R.......| 0x0bc0 5207 0000 0000 0000 0000 0000 4b00 0000 |R...........K...| 0x0bd0 4809 0000 9900 0000 9508 0000 8208 0000 |H...............| 0x0be0 0000 0000 0000 0000 cb00 0000 3c02 0000 |............<...| 0x0bf0 4908 0000 b205 0000 0000 0000 b609 0000 |I...............| 0x0c00 6207 0000 0000 0000 0409 0000 bc04 0000 |b...............| 0x0c10 0000 0000 4b07 0000 8108 0000 0000 0000 |....K...........| 0x0c20 8205 0000 9f06 0000 8b00 0000 0000 0000 |................| 0x0c30 1d04 0000 0000 0000 0000 0000 0000 0000 |................| 0x0c40 b001 0000 0000 0000 6707 0000 0000 0000 |........g.......| 0x0c50 ad06 0000 0000 0000 b004 0000 1108 0000 |................| 0x0c60 3308 0000 0000 0000 dc09 0000 2308 0000 |3...........#...| 0x0c70 6901 0000 0000 0000 0000 0000 5a09 0000 |i...........Z...| 0x0c80 d608 0000 c907 0000 0000 0000 c801 0000 |................| 0x0c90 bb03 0000 1208 0000 7402 0000 0000 0000 |........t.......| 0x0ca0 5f09 0000 b903 0000 0c07 0000 1c09 0000 |_...............| 0x0cb0 0000 0000 7300 0000 eb02 0000 ab09 0000 |....s...........| 0x0cc0 f208 0000 0000 0000 3c00 0000 0000 0000 |........<.......| 0x0cd0 7504 0000 0000 0000 6906 0000 0407 0000 |u.......i.......| 0x0ce0 0000 0000 6802 0000 0000 0000 5c02 0000 |....h.......\...| 0x0cf0 0000 0000 0000 0000 0000 0000 4e08 0000 |............N...| 0x0d00 0e01 0000 c508 0000 0000 0000 6007 0000 |............`...| 0x0d10 5700 0000 0000 0000 1607 0000 d905 0000 |W...............| 0x0d20 e007 0000 e108 0000 3c05 0000 0000 0000 |........<.......| 0x0d30 2b01 0000 d600 0000 9703 0000 0000 0000 |+...............| 0x0d40 0000 0000 e904 0000 0000 0000 0306 0000 |................| 0x0d50 fd06 0000 fa07 0000 a105 0000 0000 0000 |................| 0x0d60 ce08 0000 8705 0000 b308 0000 0000 0000 |................| 0x0d70 8008 0000 0000 0000 7e02 0000 2106 0000 |........~...!...| 0x0d80 0000 0000 b106 0000 c408 0000 0209 0000 |................| 0x0d90 af01 0000 b108 0000 090a 0000 6109 0000 |............a...| 0x0da0 0000 0000 2808 0000 9702 0000 0000 0000 |....(...........| 0x0db0 0000 0000 2507 0000 fd09 0000 0000 0000 |....%...........| 0x0dc0 de03 0000 df08 0000 ed03 0000 8f09 0000 |................| 0x0dd0 0000 0000 0000 0000 8004 0000 4305 0000 |............C...| 0x0de0 3d02 0000 c709 0000 c101 0000 0807 0000 |=...............| 0x0df0 fe05 0000 f808 0000 f108 0000 5f06 0000 |............_...| 0x0e00 9001 0000 be04 0000 0000 0000 0000 0000 |................| 0x0e10 d206 0000 0000 0000 9e01 0000 7500 0000 |............u...| 0x0e20 0000 0000 2800 0000 5200 0000 b507 0000 |....(...R.......| 0x0e30 c001 0000 f906 0000 d400 0000 dd04 0000 |................| 0x0e40 c706 0000 da03 0000 a407 0000 f908 0000 |................| 0x0e50 3909 0000 a106 0000 eb04 0000 c509 0000 |9...............| 0x0e60 0000 0000 3d09 0000 a005 0000 c507 0000 |....=...........| 0x0e70 9406 0000 0000 0000 7607 0000 0000 0000 |........v.......| 0x0e80 b501 0000 0000 0000 0000 0000 e002 0000 |................| 0x0e90 0000 0000 7e06 0000 6800 0000 e508 0000 |....~...h.......| 0x0ea0 8207 0000 7705 0000 ce03 0000 0000 0000 |....w...........| 0x0eb0 0000 0000 0000 0000 2e07 0000 8408 0000 |................| 0x0ec0 0403 0000 0000 0000 a103 0000 0000 0000 |................| 0x0ed0 0000 0000 5202 0000 ea08 0000 3406 0000 |....R.......4...| 0x0ee0 0000 0000 1508 0000 8d09 0000 6008 0000 |............`...| 0x0ef0 0000 0000 9008 0000 5b07 0000 0000 0000 |........[.......| 0x0f00 1903 0000 0000 0000 a403 0000 2705 0000 |............'...| 0x0f10 6408 0000 9704 0000 3609 0000 3607 0000 |d.......6...6...| 0x0f20 dd09 0000 2208 0000 cc07 0000 a605 0000 |...."...........| 0x0f30 0000 0000 0000 0000 8907 0000 8300 0000 |................| 0x0f40 0000 0000 ee06 0000 af02 0000 0000 0000 |................| 0x0f50 e006 0000 7709 0000 0000 0000 0000 0000 |....w...........| 0x0f60 3603 0000 0000 0000 d102 0000 6e09 0000 |6...........n...| 0x0f70 4202 0000 8c05 0000 c803 0000 0000 0000 |B...............| 0x0f80 0000 0000 1a07 0000 8407 0000 e804 0000 |................| 0x0f90 0000 0000 3e07 0000 2606 0000 8508 0000 |....>...&.......| 0x0fa0 a808 0000 3109 0000 0000 0000 8a06 0000 |....1...........| 0x0fb0 3608 0000 0000 0000 4f02 0000 070a 0000 |6.......O.......| 0x0fc0 de08 0000 0000 0000 0000 0000 9a03 0000 |................| 0x0fd0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0fe0 0000 0000 0000 0000 9b00 0000 7604 0000 |............v...| 0x0ff0 ba03 0000 c809 0000 0000 0000 9f07 0000 |................| 50463 cvsync 0.003017 RET read 4096/0x1000 50463 cvsync 0.003028 CALL mmap(0,0x103000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 50463 cvsync 0.003042 RET mmap 1075859456/0x40205000 50463 cvsync 0.003052 CALL mprotect(0x402eb000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 50463 cvsync 0.003067 RET mprotect 0 50463 cvsync 0.003111 CALL mprotect(0x402eb000,0x1000,PROT_READ|PROT_EXEC) 50463 cvsync 0.003123 RET mprotect 0 50463 cvsync 0.003134 CALL mmap(0x402ec000,0x6000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0xe6000,0) 50463 cvsync 0.003169 RET mmap 1076805632/0x402ec000 50463 cvsync 0.003207 CALL mmap(0x402f2000,0x16000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffff,0,0,0) 50463 cvsync 0.003221 RET mmap 1076830208/0x402f2000 50463 cvsync 0.003277 CALL close(0x3) 50463 cvsync 0.003292 RET close 0 50463 cvsync 0.003321 CALL sysarch(0xa,0xbfbfe890) 50463 cvsync 0.003333 RET sysarch 0 50463 cvsync 0.003343 CALL mmap(0,0x440,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 50463 cvsync 0.003356 RET mmap 1076920320/0x40308000 50463 cvsync 0.003367 CALL munmap(0x40308000,0x440) 50463 cvsync 0.003382 RET munmap 0 50463 cvsync 0.003402 CALL mmap(0,0x408,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 50463 cvsync 0.003414 RET mmap 1076920320/0x40308000 50463 cvsync 0.003562 CALL munmap(0x40308000,0x408) 50463 cvsync 0.003581 RET munmap 0 50463 cvsync 0.003594 CALL mprotect(0x400b1000,0x128000,PROT_READ|PROT_WRITE|PROT_EXEC) 50463 cvsync 0.003615 RET mprotect 0 50463 cvsync 0.003626 CALL mmap(0,0x6878,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 50463 cvsync 0.003640 RET mmap 1076920320/0x40308000 50463 cvsync 0.005523 CALL munmap(0x40308000,0x6878) 50463 cvsync 0.005618 RET munmap 0 50463 cvsync 0.005632 CALL mprotect(0x400b1000,0x128000,PROT_READ|PROT_EXEC) 50463 cvsync 0.005658 RET mprotect 0 50463 cvsync 0.005784 CALL mmap(0,0xef0,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 50463 cvsync 0.005810 RET mmap 1076920320/0x40308000 50463 cvsync 0.005996 CALL munmap(0x40308000,0xef0) 50463 cvsync 0.006015 RET munmap 0 50463 cvsync 0.006032 CALL mmap(0,0x5058,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 50463 cvsync 0.006044 RET mmap 1076920320/0x40308000 50463 cvsync 0.006676 CALL munmap(0x40308000,0x5058) 50463 cvsync 0.006711 RET munmap 0 50463 cvsync 0.006887 CALL getpid 50463 cvsync 0.006899 RET getpid 50463/0xc51f 50463 cvsync 0.006952 CALL __sysctl(0xbfbfe808,0x2,0x402047ac,0xbfbfe804,0,0) 50463 cvsync 0.007061 RET __sysctl 0 50463 cvsync 0.007114 CALL __sysctl(0xbfbfe748,0x2,0xbfbfe750,0xbfbfe744,0x40201486,0xd) 50463 cvsync 0.007158 RET __sysctl 0 50463 cvsync 0.007168 CALL __sysctl(0xbfbfe750,0x3,0x402027c8,0xbfbfe804,0,0) 50463 cvsync 0.007180 RET __sysctl 0 50463 cvsync 0.007200 CALL __sysctl(0xbfbfe7b8,0x2,0x4030543c,0xbfbfe7b4,0,0) 50463 cvsync 0.007213 RET __sysctl 0 50463 cvsync 0.007251 CALL __sysctl(0xbfbfe318,0x2,0x402f6c1c,0xbfbfe314,0,0) 50463 cvsync 0.007264 RET __sysctl 0 50463 cvsync 0.007288 CALL __sysctl(0xbfbfe2a8,0x2,0xbfbfe2a0,0xbfbfe2a4,0,0) 50463 cvsync 0.007303 RET __sysctl 0 50463 cvsync 0.007320 CALL readlink(0x402e380b,0xbfbfe330,0x400) 50463 cvsync 0.007335 NAMI "/etc/malloc.conf" 50463 cvsync 0.007389 RET readlink 2 50463 cvsync 0.007423 CALL issetugid 50463 cvsync 0.007440 RET issetugid 0 50463 cvsync 0.007460 CALL break(0x8200000) 50463 cvsync 0.007475 RET break 0 50463 cvsync 0.007523 CALL break(0x8400000) 50463 cvsync 0.007536 RET break 0 50463 cvsync 0.007621 CALL thr_self(0x8210200) 50463 cvsync 0.007632 RET thr_self 0 50463 cvsync 0.007653 CALL mmap(0xbf9ff000,0x1000,PROT_NONE,MAP_ANON,0xffffffff,0,0,0) 50463 cvsync 0.007668 RET mmap -1080037376/0xbf9ff000 50463 cvsync 0.007680 CALL thr_set_name(0x18766,0x40201536) 50463 cvsync 0.007693 RET thr_set_name 0 50463 cvsync 0.007707 CALL rtprio_thread(0,0x18766,0xbfbfe7bc) 50463 cvsync 0.007722 RET rtprio_thread 0 50463 cvsync 0.007743 CALL sysarch(0xa,0xbfbfe7d0) 50463 cvsync 0.007754 RET sysarch 0 50463 cvsync 0.007770 CALL sigprocmask(SIG_SETMASK,0xbfbfe820,0xbfbfe810) 50463 cvsync 0.007783 RET sigprocmask 0 50463 cvsync 0.007798 CALL sigaction(SIG 32,0xbfbfe7a0,0) 50463 cvsync 0.007812 RET sigaction 0 50463 cvsync 0.007822 CALL sigprocmask(SIG_SETMASK,0xbfbfe810,0) 50463 cvsync 0.007858 RET sigprocmask 0 50463 cvsync 0.007909 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfe860) 50463 cvsync 0.007919 RET sigprocmask 0 50463 cvsync 0.007931 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.007942 RET sigprocmask 0 50463 cvsync 0.008043 CALL sigaction(SIGHUP,0x806914c,0) 50463 cvsync 0.008055 RET sigaction 0 50463 cvsync 0.008064 CALL sigaction(SIGPIPE,0x806914c,0) 50463 cvsync 0.008074 RET sigaction 0 50463 cvsync 0.008084 CALL sigaction(SIGINT,0,0xbfbfe9d0) 50463 cvsync 0.008094 RET sigaction 0 50463 cvsync 0.008107 CALL sigaction(SIGINT,0xbfbfe9d0,0) 50463 cvsync 0.008117 RET sigaction 0 50463 cvsync 0.008127 CALL sigaction(SIGTERM,0,0xbfbfe9d0) 50463 cvsync 0.008137 RET sigaction 0 50463 cvsync 0.008147 CALL sigaction(SIGTERM,0xbfbfe9d0,0) 50463 cvsync 0.008156 RET sigaction 0 50463 cvsync 0.008292 CALL fstat(0x1,0xbfbfdf70) 50463 cvsync 0.008316 RET fstat 0 50463 cvsync 0.008344 CALL ioctl(0x1,TIOCGETA,0xbfbfdfb0) 50463 cvsync 0.008378 RET ioctl 0 50463 cvsync 0.008413 CALL write(0x1,0x8201000,0x4f) 50463 cvsync 0.008470 GIO fd 1 wrote 79 bytes "Parsing a URI cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home\ /ncvs... " 50463 cvsync 0.008483 RET write 79/0x4f 50463 cvsync 0.008580 CALL stat(0xbfbfe530,0xbfbfe930) 50463 cvsync 0.008592 NAMI "/home/ncvs" 50463 cvsync 0.008654 RET stat 0 50463 cvsync 0.008699 CALL lstat(0x8204204,0xbfbfe480) 50463 cvsync 0.008709 NAMI "/home" 50463 cvsync 0.008728 RET lstat 0 50463 cvsync 0.008740 CALL lstat(0x8204204,0xbfbfe480) 50463 cvsync 0.008749 NAMI "/home/ncvs" 50463 cvsync 0.008770 RET lstat 0 50463 cvsync 0.008790 CALL gettimeofday(0xbfbfea50,0) 50463 cvsync 0.008829 RET gettimeofday 0 50463 cvsync 0.008846 CALL write(0x1,0x8201000,0x2a) 50463 cvsync 0.008866 GIO fd 1 wrote 42 bytes "Connecting to cvsync.allbsd.org port 7777 " 50463 cvsync 0.008880 RET write 42/0x2a 50463 cvsync 0.008975 CALL stat(0x402e8c94,0xbfbfe160) 50463 cvsync 0.008986 NAMI "/etc/nsswitch.conf" 50463 cvsync 0.009010 RET stat 0 50463 cvsync 0.009041 CALL open(0x402e8c94,O_RDONLY,0x1b6) 50463 cvsync 0.009063 NAMI "/etc/nsswitch.conf" 50463 cvsync 0.009089 RET open 3 50463 cvsync 0.009169 CALL ioctl(0x3,TIOCGETA,0xbfbfdfd0) 50463 cvsync 0.009184 RET ioctl -1 errno 25 Inappropriate ioctl for device 50463 cvsync 0.009219 CALL fstat(0x3,0xbfbfdf20) 50463 cvsync 0.009232 RET fstat 0 50463 cvsync 0.009248 CALL read(0x3,0x8203000,0x1000) 50463 cvsync 0.009288 GIO fd 3 read 342 bytes "# # nsswitch.conf(5) - name service switch configuration file # $FreeBSD: src/etc/nsswitch.conf,v 1.1 2006/05/03 15:14:47 ume Exp $ # group: compat group_compat: nis hosts: cache files dns networks: files passwd: compat passwd_compat: nis shells: files services: cache compat services_compat: nis protocols: cache files rpc: cache files " 50463 cvsync 0.009300 RET read 342/0x156 50463 cvsync 0.009309 CALL read(0x3,0x8203000,0x1000) 50463 cvsync 0.009322 GIO fd 3 read 0 bytes "" 50463 cvsync 0.009331 RET read 0 50463 cvsync 0.009408 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdb80) 50463 cvsync 0.009421 RET sigprocmask 0 50463 cvsync 0.009447 CALL access(0x4009b000,F_OK) 50463 cvsync 0.009461 NAMI "/usr/lib/nss_compat.so.1" 50463 cvsync 0.009498 RET access -1 errno 2 No such file or directory 50463 cvsync 0.009510 CALL access(0x4009b000,F_OK) 50463 cvsync 0.009521 NAMI "/usr/local/lib/nss_compat.so.1" 50463 cvsync 0.009548 RET access -1 errno 2 No such file or directory 50463 cvsync 0.009562 CALL access(0x4009b000,F_OK) 50463 cvsync 0.009651 NAMI "/lib/nss_compat.so.1" 50463 cvsync 0.009670 RET access -1 errno 2 No such file or directory 50463 cvsync 0.009680 CALL access(0x4009b000,F_OK) 50463 cvsync 0.009690 NAMI "/usr/lib/nss_compat.so.1" 50463 cvsync 0.009711 RET access -1 errno 2 No such file or directory 50463 cvsync 0.009721 CALL access(0x4009b000,F_OK) 50463 cvsync 0.009733 NAMI "/usr/lib/compat/nss_compat.so.1" 50463 cvsync 0.009761 RET access -1 errno 2 No such file or directory 50463 cvsync 0.009773 CALL access(0x4009b000,F_OK) 50463 cvsync 0.009783 NAMI "/usr/local/lib/nss_compat.so.1" 50463 cvsync 0.009804 RET access -1 errno 2 No such file or directory 50463 cvsync 0.009814 CALL access(0x4009b000,F_OK) 50463 cvsync 0.009824 NAMI "/usr/X11R6/lib/nss_compat.so.1" 50463 cvsync 0.009849 RET access -1 errno 2 No such file or directory 50463 cvsync 0.009861 CALL access(0x4009b000,F_OK) 50463 cvsync 0.009873 NAMI "/usr/local/lib/evolution/2.8/nss_compat.so.1" 50463 cvsync 0.009907 RET access -1 errno 2 No such file or directory 50463 cvsync 0.009918 CALL access(0x4009b000,F_OK) 50463 cvsync 0.009932 NAMI "/lib/nss_compat.so.1" 50463 cvsync 0.009947 RET access -1 errno 2 No such file or directory 50463 cvsync 0.009958 CALL access(0x4009b000,F_OK) 50463 cvsync 0.009968 NAMI "/usr/lib/nss_compat.so.1" 50463 cvsync 0.009990 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010020 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.010030 RET sigprocmask 0 50463 cvsync 0.010043 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdb80) 50463 cvsync 0.010053 RET sigprocmask 0 50463 cvsync 0.010063 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.010073 RET sigprocmask 0 50463 cvsync 0.010146 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdb80) 50463 cvsync 0.010158 RET sigprocmask 0 50463 cvsync 0.010170 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010180 NAMI "/usr/lib/nss_nis.so.1" 50463 cvsync 0.010201 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010226 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010237 NAMI "/usr/local/lib/nss_nis.so.1" 50463 cvsync 0.010261 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010274 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010284 NAMI "/lib/nss_nis.so.1" 50463 cvsync 0.010301 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010311 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010320 NAMI "/usr/lib/nss_nis.so.1" 50463 cvsync 0.010340 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010350 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010362 NAMI "/usr/lib/compat/nss_nis.so.1" 50463 cvsync 0.010384 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010394 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010404 NAMI "/usr/local/lib/nss_nis.so.1" 50463 cvsync 0.010424 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010439 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010449 NAMI "/usr/X11R6/lib/nss_nis.so.1" 50463 cvsync 0.010471 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010483 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010494 NAMI "/usr/local/lib/evolution/2.8/nss_nis.so.1" 50463 cvsync 0.010520 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010532 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010541 NAMI "/lib/nss_nis.so.1" 50463 cvsync 0.010562 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010571 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010581 NAMI "/usr/lib/nss_nis.so.1" 50463 cvsync 0.010601 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010615 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.010628 RET sigprocmask 0 50463 cvsync 0.010641 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdb80) 50463 cvsync 0.010650 RET sigprocmask 0 50463 cvsync 0.010660 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.010669 RET sigprocmask 0 50463 cvsync 0.010691 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdb80) 50463 cvsync 0.010721 RET sigprocmask 0 50463 cvsync 0.010735 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010746 NAMI "/usr/lib/nss_cache.so.1" 50463 cvsync 0.010767 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010777 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010786 NAMI "/usr/local/lib/nss_cache.so.1" 50463 cvsync 0.010808 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010818 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010827 NAMI "/lib/nss_cache.so.1" 50463 cvsync 0.010844 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010857 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010868 NAMI "/usr/lib/nss_cache.so.1" 50463 cvsync 0.010888 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010898 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010908 NAMI "/usr/lib/compat/nss_cache.so.1" 50463 cvsync 0.010933 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010943 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010953 NAMI "/usr/local/lib/nss_cache.so.1" 50463 cvsync 0.010976 RET access -1 errno 2 No such file or directory 50463 cvsync 0.010986 CALL access(0x4009b000,F_OK) 50463 cvsync 0.010997 NAMI "/usr/X11R6/lib/nss_cache.so.1" 50463 cvsync 0.011019 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011029 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011039 NAMI "/usr/local/lib/evolution/2.8/nss_cache.so.1" 50463 cvsync 0.011065 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011075 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011085 NAMI "/lib/nss_cache.so.1" 50463 cvsync 0.011099 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011111 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011122 NAMI "/usr/lib/nss_cache.so.1" 50463 cvsync 0.011143 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011155 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.011165 RET sigprocmask 0 50463 cvsync 0.011178 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdb80) 50463 cvsync 0.011200 RET sigprocmask 0 50463 cvsync 0.011209 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.011219 RET sigprocmask 0 50463 cvsync 0.011237 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdb80) 50463 cvsync 0.011247 RET sigprocmask 0 50463 cvsync 0.011258 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011272 NAMI "/usr/lib/nss_files.so.1" 50463 cvsync 0.011292 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011302 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011312 NAMI "/usr/local/lib/nss_files.so.1" 50463 cvsync 0.011334 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011344 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011357 NAMI "/lib/nss_files.so.1" 50463 cvsync 0.011375 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011386 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011396 NAMI "/usr/lib/nss_files.so.1" 50463 cvsync 0.011417 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011432 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011444 NAMI "/usr/lib/compat/nss_files.so.1" 50463 cvsync 0.011466 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011476 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011487 NAMI "/usr/local/lib/nss_files.so.1" 50463 cvsync 0.011510 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011520 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011530 NAMI "/usr/X11R6/lib/nss_files.so.1" 50463 cvsync 0.011552 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011564 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011575 NAMI "/usr/local/lib/evolution/2.8/nss_files.so.1" 50463 cvsync 0.011602 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011615 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011627 NAMI "/lib/nss_files.so.1" 50463 cvsync 0.011644 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011654 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011664 NAMI "/usr/lib/nss_files.so.1" 50463 cvsync 0.011699 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011711 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.011720 RET sigprocmask 0 50463 cvsync 0.011733 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdb80) 50463 cvsync 0.011743 RET sigprocmask 0 50463 cvsync 0.011754 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.011762 RET sigprocmask 0 50463 cvsync 0.011777 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdb80) 50463 cvsync 0.011787 RET sigprocmask 0 50463 cvsync 0.011796 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011806 NAMI "/usr/lib/nss_dns.so.1" 50463 cvsync 0.011828 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011838 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011848 NAMI "/usr/local/lib/nss_dns.so.1" 50463 cvsync 0.011872 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011882 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011894 NAMI "/lib/nss_dns.so.1" 50463 cvsync 0.011912 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011921 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011934 NAMI "/usr/lib/nss_dns.so.1" 50463 cvsync 0.011953 RET access -1 errno 2 No such file or directory 50463 cvsync 0.011963 CALL access(0x4009b000,F_OK) 50463 cvsync 0.011973 NAMI "/usr/lib/compat/nss_dns.so.1" 50463 cvsync 0.011997 RET access -1 errno 2 No such file or directory 50463 cvsync 0.012008 CALL access(0x4009b000,F_OK) 50463 cvsync 0.012019 NAMI "/usr/local/lib/nss_dns.so.1" 50463 cvsync 0.012041 RET access -1 errno 2 No such file or directory 50463 cvsync 0.012050 CALL access(0x4009b000,F_OK) 50463 cvsync 0.012060 NAMI "/usr/X11R6/lib/nss_dns.so.1" 50463 cvsync 0.012081 RET access -1 errno 2 No such file or directory 50463 cvsync 0.012094 CALL access(0x4009b000,F_OK) 50463 cvsync 0.012103 NAMI "/usr/local/lib/evolution/2.8/nss_dns.so.1" 50463 cvsync 0.012132 RET access -1 errno 2 No such file or directory 50463 cvsync 0.012142 CALL access(0x4009b000,F_OK) 50463 cvsync 0.012179 NAMI "/lib/nss_dns.so.1" 50463 cvsync 0.012196 RET access -1 errno 2 No such file or directory 50463 cvsync 0.012206 CALL access(0x4009b000,F_OK) 50463 cvsync 0.012215 NAMI "/usr/lib/nss_dns.so.1" 50463 cvsync 0.012236 RET access -1 errno 2 No such file or directory 50463 cvsync 0.012249 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.012259 RET sigprocmask 0 50463 cvsync 0.012271 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdb80) 50463 cvsync 0.012281 RET sigprocmask 0 50463 cvsync 0.012291 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.012301 RET sigprocmask 0 50463 cvsync 0.012386 CALL ioctl(0x3,TIOCGETA,0xbfbfdfd0) 50463 cvsync 0.012401 RET ioctl -1 errno 25 Inappropriate ioctl for device 50463 cvsync 0.012421 CALL close(0x3) 50463 cvsync 0.012463 RET close 0 50463 cvsync 0.012488 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfe050) 50463 cvsync 0.012500 RET sigprocmask 0 50463 cvsync 0.012510 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.012521 RET sigprocmask 0 50463 cvsync 0.012533 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfe050) 50463 cvsync 0.012543 RET sigprocmask 0 50463 cvsync 0.012552 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.012561 RET sigprocmask 0 50463 cvsync 0.012590 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfe060) 50463 cvsync 0.012600 RET sigprocmask 0 50463 cvsync 0.012611 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 50463 cvsync 0.012624 RET sigprocmask 0 50463 cvsync 0.012695 CALL socket(PF_LOCAL|PF_UNIX,SOCK_STREAM,0) 50463 cvsync 0.012746 RET socket 3 50463 cvsync 0.012773 CALL connect(0x3,0xbfbfdfc0,0x11) 50463 cvsync 0.012790 NAMI "/var/run/cached" 50463 cvsync 0.012903 RET connect 0 50463 cvsync 0.012915 CSW stop user 50463 cvsync 0.013529 CSW resume user 50463 cvsync 0.013652 CALL fcntl(0x3,F_SETFL,O_NONBLOCK) 50463 cvsync 0.013671 RET fcntl 0 50463 cvsync 0.013738 CALL kqueue 50463 cvsync 0.013756 RET kqueue 4 50463 cvsync 0.013774 CALL kevent(0x4,0xbfbfe030,0x1,0,0,0) 50463 cvsync 0.013796 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.013805 GIO fd 4 read 0 bytes "" 50463 cvsync 0.013815 RET kevent 0 50463 cvsync 0.013822 CALL kqueue 50463 cvsync 0.013833 RET kqueue 5 50463 cvsync 0.013842 CALL kevent(0x5,0xbfbfe030,0x1,0,0,0) 50463 cvsync 0.013990 GIO fd 5 wrote 20 bytes 0x0000 0300 0000 ffff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.014003 GIO fd 5 read 0 bytes "" 50463 cvsync 0.014013 RET kevent 0 50463 cvsync 0.014026 CALL kevent(0x4,0xbfbfe000,0x1,0,0,0) 50463 cvsync 0.014043 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0100 0000 0400 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.014054 GIO fd 4 read 0 bytes "" 50463 cvsync 0.014062 RET kevent 0 50463 cvsync 0.014072 CALL kevent(0x4,0,0,0xbfbfe000,0x1,0) 50463 cvsync 0.014088 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.014097 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 50463 cvsync 0.014108 RET kevent 1 50463 cvsync 0.014126 CALL sendmsg(0x3,0xbfbfdfe0,0) 50463 cvsync 0.014165 GIO fd 3 wrote 4 bytes 0x0000 0300 0000 |....| 50463 cvsync 0.014177 RET sendmsg 4 50463 cvsync 0.014187 CSW stop user 50463 cvsync 0.014290 CSW resume user 50463 cvsync 0.014307 CALL kevent(0x4,0xbfbfe000,0x1,0,0,0) 50463 cvsync 0.014321 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.014331 GIO fd 4 read 0 bytes "" 50463 cvsync 0.014340 RET kevent 0 50463 cvsync 0.014350 CALL kevent(0x4,0,0,0xbfbfe000,0x1,0xbfbfdff8) 50463 cvsync 0.014365 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.014376 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 50463 cvsync 0.014386 RET kevent 1 50463 cvsync 0.014396 CALL write(0x3,0xbfbfe058,0x4) 50463 cvsync 0.014440 GIO fd 3 wrote 4 bytes 0x0000 0500 0000 |....| 50463 cvsync 0.014450 RET write 4 50463 cvsync 0.014460 CALL kevent(0x4,0,0,0xbfbfe000,0x1,0xbfbfdff8) 50463 cvsync 0.014474 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.014487 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 fc1f 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.014499 RET kevent 1 50463 cvsync 0.014509 CALL write(0x3,0xbfbfe07c,0x4) 50463 cvsync 0.014527 GIO fd 3 wrote 4 bytes "*\0\0\0" 50463 cvsync 0.014536 RET write 4 50463 cvsync 0.014544 CSW stop user 50463 cvsync 0.014597 CSW resume user 50463 cvsync 0.014614 CALL kevent(0x4,0,0,0xbfbfe000,0x1,0xbfbfdff8) 50463 cvsync 0.014630 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.014641 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 50463 cvsync 0.014650 RET kevent 1 50463 cvsync 0.014660 CALL write(0x3,0x402e6dab,0x5) 50463 cvsync 0.014672 GIO fd 3 wrote 5 bytes "hosts" 50463 cvsync 0.014682 RET write 5 50463 cvsync 0.014691 CALL kevent(0x4,0,0,0xbfbfe000,0x1,0xbfbfdff8) 50463 cvsync 0.014703 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.014713 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 fb1f 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.014723 RET kevent 1 50463 cvsync 0.014733 CALL write(0x3,0x8210300,0x2a) 50463 cvsync 0.014751 GIO fd 3 wrote 42 bytes 0x0000 0000 0000 0000 0000 0000 0000 0200 0000 |................| 0x0010 0100 0000 0600 0000 6376 7379 6e63 2e61 |........cvsync.a| 0x0020 6c6c 6273 642e 6f72 6700 |llbsd.org.| 50463 cvsync 0.014761 RET write 42/0x2a 50463 cvsync 0.014770 CSW stop user 50463 cvsync 0.014883 CSW resume user 50463 cvsync 0.014901 CALL kevent(0x5,0,0,0xbfbfe000,0x1,0xbfbfdff8) 50463 cvsync 0.014914 GIO fd 5 wrote 0 bytes "" 50463 cvsync 0.014924 GIO fd 5 read 20 bytes 0x0000 0300 0000 ffff 0080 0000 0000 0400 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.014934 RET kevent 1 50463 cvsync 0.014944 CALL read(0x3,0xbfbfe054,0x4) 50463 cvsync 0.014956 GIO fd 3 read 4 bytes 0x0000 ffff ffff |....| 50463 cvsync 0.015042 RET read 4 50463 cvsync 0.015052 CALL close(0x3) 50463 cvsync 0.015067 RET close 0 50463 cvsync 0.015076 CALL close(0x5) 50463 cvsync 0.015091 RET close 0 50463 cvsync 0.015101 CALL close(0x4) 50463 cvsync 0.015115 RET close 0 50463 cvsync 0.015164 CALL open(0x402e6da6,O_RDONLY,0x1b6) 50463 cvsync 0.015179 NAMI "/etc/hosts" 50463 cvsync 0.015221 RET open 3 50463 cvsync 0.015246 CALL fstat(0x3,0xbfbfbf40) 50463 cvsync 0.015265 RET fstat 0 50463 cvsync 0.015280 CALL read(0x3,0x8203000,0x1000) 50463 cvsync 0.015308 GIO fd 3 read 1045 bytes "# $FreeBSD: src/etc/hosts,v 1.16 2003/01/28 21:29:23 dbaker Exp $ # # Host Database # # This file should contain the addresses and aliases for local hosts t\ hat # share this file. Replace 'my.domain' below with the domainname of y\ our # machine. # # In the presence of the domain name service or NIS, this file may # not be consulted at all; see /etc/nsswitch.conf for the resolution o\ rder. # # ::1 localhost 127.0.0.1 localhost # # Imaginary network. #10.0.0.2 myname.my.domain myname #10.0.0.3 myfriend.my.domain myfriend # # According to RFC 1918, you can use the following IP networks for # private nets which will never be connected to the Internet: # # 10.0.0.0 - 10.255.255.255 # 172.16.0.0 - 172.31.255.255 # 192.168.0.0 - 192.168.255.255 # # In case you want to be able to connect to the Internet, you need # real official assigned numbers. Do not try to invent your own netwo\ rk # numbers but instead get one from your network provider (if any) or # from your regional registry (ARIN, APNIC, LACNIC, RIPE NCC, or AfriN\ IC.) # " 50463 cvsync 0.015318 RET read 1045/0x415 50463 cvsync 0.015345 CALL read(0x3,0x8203000,0x1000) 50463 cvsync 0.015358 GIO fd 3 read 0 bytes "" 50463 cvsync 0.015369 RET read 0 50463 cvsync 0.015395 CALL close(0x3) 50463 cvsync 0.015422 RET close 0 50463 cvsync 0.015471 CALL gettimeofday(0xbfbfd5e8,0) 50463 cvsync 0.015487 RET gettimeofday 0 50463 cvsync 0.015502 CALL getpid 50463 cvsync 0.015512 RET getpid 50463/0xc51f 50463 cvsync 0.015536 CALL issetugid 50463 cvsync 0.015546 RET issetugid 0 50463 cvsync 0.015562 CALL open(0x402e7588,O_RDONLY,0x1b6) 50463 cvsync 0.015576 NAMI "/etc/resolv.conf" 50463 cvsync 0.015595 RET open 3 50463 cvsync 0.015608 CALL fstat(0x3,0xbfbfd500) 50463 cvsync 0.015618 RET fstat 0 50463 cvsync 0.015630 CALL read(0x3,0x8203000,0x1000) 50463 cvsync 0.015647 GIO fd 3 read 91 bytes "domain ninth-nine.com search ninth-nine.com nameserver 0.0.0.0 nameserver 219.127.74.121 " 50463 cvsync 0.015656 RET read 91/0x5b 50463 cvsync 0.015733 CALL read(0x3,0x8203000,0x1000) 50463 cvsync 0.015747 GIO fd 3 read 0 bytes "" 50463 cvsync 0.015758 RET read 0 50463 cvsync 0.015768 CALL close(0x3) 50463 cvsync 0.015786 RET close 0 50463 cvsync 0.015795 CALL issetugid 50463 cvsync 0.015802 RET issetugid 0 50463 cvsync 0.015893 CALL kqueue 50463 cvsync 0.015906 RET kqueue 3 50463 cvsync 0.015918 CALL socket(PF_INET,SOCK_DGRAM,0) 50463 cvsync 0.015946 RET socket 4 50463 cvsync 0.015956 CALL connect(0x4,0x403078d0,0x10) 50463 cvsync 0.015995 RET connect 0 50463 cvsync 0.016020 CALL sendto(0x4,0x82d0000,0x23,0,0,0) 50463 cvsync 0.016112 GIO fd 4 wrote 35 bytes 0x0000 6b01 0100 0001 0000 0000 0000 0663 7673 |k............cvs| 0x0010 796e 6306 616c 6c62 7364 036f 7267 0000 |ync.allbsd.org..| 0x0020 0100 01 |...| 50463 cvsync 0.016122 RET sendto 35/0x23 50463 cvsync 0.016148 CALL clock_gettime(0,0xbfbfcee8) 50463 cvsync 0.016160 RET clock_gettime 0 50463 cvsync 0.016175 CALL kevent(0x3,0xbfbfcfe0,0x1,0xbfbfcfe0,0x1,0xbfbfcfb8) 50463 cvsync 0.016219 CSW stop kernel 50463 cvsync 0.016667 CSW resume kernel 50463 cvsync 0.016674 GIO fd 3 wrote 20 bytes 0x0000 0400 0000 ffff 1000 0000 0000 6800 0000 |............h...| 0x0010 0000 0000 |....| 50463 cvsync 0.016702 GIO fd 3 read 20 bytes 0x0000 0400 0000 ffff 1000 0000 0000 6800 0000 |............h...| 0x0010 0000 0000 |....| 50463 cvsync 0.016712 RET kevent 1 50463 cvsync 0.016729 CALL recvfrom(0x4,0x82b0000,0x10000,0,0xbfbfd200,0xbfbfcfb4) 50463 cvsync 0.016745 GIO fd 4 read 104 bytes 0x0000 6b01 8180 0001 0001 0003 0000 0663 7673 |k............cvs| 0x0010 796e 6306 616c 6c62 7364 036f 7267 0000 |ync.allbsd.org..| 0x0020 0100 01c0 0c00 0100 0100 0004 8900 0485 |................| 0x0030 1f82 23c0 1300 0200 0100 0004 8900 0603 |..#.............| 0x0040 6e73 32c0 13c0 1300 0200 0100 0004 8900 |ns2.............| 0x0050 0603 6e73 33c0 13c0 1300 0200 0100 0004 |..ns3...........| 0x0060 8900 0502 6e73 c013 |....ns..| 50463 cvsync 0.016757 RET recvfrom 104/0x68 50463 cvsync 0.016829 CALL close(0x4) 50463 cvsync 0.016859 RET close 0 50463 cvsync 0.016869 CALL close(0x3) 50463 cvsync 0.016887 RET close 0 50463 cvsync 0.016922 CALL socket(PF_LOCAL|PF_UNIX,SOCK_STREAM,0) 50463 cvsync 0.016947 RET socket 3 50463 cvsync 0.016957 CALL connect(0x3,0xbfbfdfc0,0x11) 50463 cvsync 0.016969 NAMI "/var/run/cached" 50463 cvsync 0.017041 RET connect 0 50463 cvsync 0.017051 CSW stop user 50463 cvsync 0.017216 CSW resume user 50463 cvsync 0.017234 CALL fcntl(0x3,F_SETFL,O_NONBLOCK) 50463 cvsync 0.017249 RET fcntl 0 50463 cvsync 0.017260 CALL kqueue 50463 cvsync 0.017271 RET kqueue 4 50463 cvsync 0.017280 CALL kevent(0x4,0xbfbfe030,0x1,0,0,0) 50463 cvsync 0.017297 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.017307 GIO fd 4 read 0 bytes "" 50463 cvsync 0.017314 RET kevent 0 50463 cvsync 0.017322 CALL kqueue 50463 cvsync 0.017332 RET kqueue 5 50463 cvsync 0.017341 CALL kevent(0x5,0xbfbfe030,0x1,0,0,0) 50463 cvsync 0.017359 GIO fd 5 wrote 20 bytes 0x0000 0300 0000 ffff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.017369 GIO fd 5 read 0 bytes "" 50463 cvsync 0.017377 RET kevent 0 50463 cvsync 0.017414 CALL kevent(0x4,0xbfbfe010,0x1,0,0,0) 50463 cvsync 0.017435 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0100 0000 0400 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.017445 GIO fd 4 read 0 bytes "" 50463 cvsync 0.017452 RET kevent 0 50463 cvsync 0.017461 CALL kevent(0x4,0,0,0xbfbfe010,0x1,0) 50463 cvsync 0.017476 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.017487 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 50463 cvsync 0.017498 RET kevent 1 50463 cvsync 0.017509 CALL sendmsg(0x3,0xbfbfdff0,0) 50463 cvsync 0.017536 GIO fd 3 wrote 4 bytes 0x0000 0100 0000 |....| 50463 cvsync 0.017546 RET sendmsg 4 50463 cvsync 0.017556 CSW stop user 50463 cvsync 0.017608 CSW resume user 50463 cvsync 0.017627 CALL kevent(0x4,0xbfbfe010,0x1,0,0,0) 50463 cvsync 0.017641 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.017651 GIO fd 4 read 0 bytes "" 50463 cvsync 0.017658 RET kevent 0 50463 cvsync 0.017667 CALL kevent(0x4,0,0,0xbfbfe010,0x1,0xbfbfe008) 50463 cvsync 0.017680 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.017689 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 50463 cvsync 0.017699 RET kevent 1 50463 cvsync 0.017708 CALL write(0x3,0xbfbfe05c,0x4) 50463 cvsync 0.017726 GIO fd 3 wrote 4 bytes 0x0000 0500 0000 |....| 50463 cvsync 0.017738 RET write 4 50463 cvsync 0.017749 CALL kevent(0x4,0,0,0xbfbfe010,0x1,0xbfbfe008) 50463 cvsync 0.017763 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.017774 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 fc1f 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.017784 RET kevent 1 50463 cvsync 0.017793 CALL write(0x3,0xbfbfe07c,0x4) 50463 cvsync 0.017808 GIO fd 3 wrote 4 bytes "*\0\0\0" 50463 cvsync 0.017818 RET write 4 50463 cvsync 0.017827 CALL kevent(0x4,0,0,0xbfbfe010,0x1,0xbfbfe008) 50463 cvsync 0.017839 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.017849 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 f81f 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.017874 RET kevent 1 50463 cvsync 0.017885 CALL write(0x3,0xbfbfe084,0x4) 50463 cvsync 0.017902 GIO fd 3 wrote 4 bytes 0x0000 0004 0000 |....| 50463 cvsync 0.017911 RET write 4 50463 cvsync 0.017919 CSW stop user 50463 cvsync 0.017978 CSW resume user 50463 cvsync 0.017995 CALL kevent(0x4,0,0,0xbfbfe010,0x1,0xbfbfe008) 50463 cvsync 0.018007 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.018016 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 50463 cvsync 0.018026 RET kevent 1 50463 cvsync 0.018035 CALL write(0x3,0x402e6dab,0x5) 50463 cvsync 0.018047 GIO fd 3 wrote 5 bytes "hosts" 50463 cvsync 0.018057 RET write 5 50463 cvsync 0.018067 CALL kevent(0x4,0,0,0xbfbfe010,0x1,0xbfbfe008) 50463 cvsync 0.018081 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.018091 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 fb1f 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.018099 RET kevent 1 50463 cvsync 0.018108 CALL write(0x3,0x8210300,0x2a) 50463 cvsync 0.018124 GIO fd 3 wrote 42 bytes 0x0000 0000 0000 0000 0000 0000 0000 0200 0000 |................| 0x0010 0100 0000 0600 0000 6376 7379 6e63 2e61 |........cvsync.a| 0x0020 6c6c 6273 642e 6f72 6700 |llbsd.org.| 50463 cvsync 0.018134 RET write 42/0x2a 50463 cvsync 0.018144 CALL kevent(0x4,0,0,0xbfbfe010,0x1,0xbfbfe008) 50463 cvsync 0.018158 GIO fd 4 wrote 0 bytes "" 50463 cvsync 0.018168 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 d11f 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.018178 RET kevent 1 50463 cvsync 0.018187 CALL write(0x3,0x8240c00,0x400) 50463 cvsync 0.018209 GIO fd 3 wrote 1024 bytes 0x0000 0100 0000 0000 0000 0200 0000 0100 0000 |................| 0x0010 0600 0000 1000 0000 0000 0000 8001 2508 |..............%.| 0x0020 0000 0000 1002 0000 851f 8223 0000 0000 |...........#....| 0x0030 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0050 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0070 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0080 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0090 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0100 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0110 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0120 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0130 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0140 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0150 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0160 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0170 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0180 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0190 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0200 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0210 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0220 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0230 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0240 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0250 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0260 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0270 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0280 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0290 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0300 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0310 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0320 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0330 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0340 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0350 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0360 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0370 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0380 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0390 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 50463 cvsync 0.018257 RET write 1024/0x400 50463 cvsync 0.018266 CSW stop user 50463 cvsync 0.018374 CSW resume user 50463 cvsync 0.018391 CALL kevent(0x5,0,0,0xbfbfe010,0x1,0xbfbfe008) 50463 cvsync 0.018406 GIO fd 5 wrote 0 bytes "" 50463 cvsync 0.018416 GIO fd 5 read 20 bytes 0x0000 0300 0000 ffff 0000 0000 0000 0400 0000 |................| 0x0010 0000 0000 |....| 50463 cvsync 0.018425 RET kevent 1 50463 cvsync 0.018440 CALL read(0x3,0xbfbfe058,0x4) 50463 cvsync 0.018452 GIO fd 3 read 4 bytes "-\0\0\0" 50463 cvsync 0.018462 RET read 4 50463 cvsync 0.018471 CALL close(0x3) 50463 cvsync 0.018504 RET close 0 50463 cvsync 0.018515 CSW stop user 50463 cvsync 0.018549 CSW resume user 50463 cvsync 0.018568 CALL close(0x5) 50463 cvsync 0.018582 RET close 0 50463 cvsync 0.018592 CALL close(0x4) 50463 cvsync 0.018604 RET close 0 50463 cvsync 0.018658 CALL socket(PF_INET,SOCK_STREAM,0x6) 50463 cvsync 0.018691 RET socket 3 50463 cvsync 0.018716 CALL connect(0x3,0x8250180,0x10) 50463 cvsync 0.018838 CSW stop kernel 50463 cvsync 75.022436 CSW resume kernel 50463 cvsync 75.022616 RET connect -1 errno 60 Operation timed out 50463 cvsync 75.022779 CALL write(0x2,0xbfbfdc80,0x32) 50463 cvsync 75.022863 GIO fd 2 wrote 50 bytes "host 133.31.130.35 port 7777: Operation timed out " 50463 cvsync 75.023007 RET write 50/0x32 50463 cvsync 75.023062 CALL close(0x3) 50463 cvsync 75.023148 RET close 0 50463 cvsync 75.023203 CALL write(0x2,0xbfbfe120,0x38) 50463 cvsync 75.023232 GIO fd 2 wrote 56 bytes "service is not available at cvsync.allbsd.org port 7777 " 50463 cvsync 75.023245 RET write 56/0x38 50463 cvsync 75.023495 CALL exit(0x1) --Multipart=_Thu__30_Nov_2006_00_39_39_+0900_KaYTlZUvW4t.iC8P Content-Type: text/plain; name="ktrace-lpthread.txt" Content-Disposition: attachment; filename="ktrace-lpthread.txt" Content-Transfer-Encoding: 7bit 80421 ktrace 0.000000 RET ktrace 0 80421 ktrace 0.000139 CALL execve(0xbfbfe780,0xbfbfe648,0xbfbfe65c) 80421 ktrace 0.000190 NAMI "/usr/local/bin/cvsync" 80421 ktrace 0.000386 NAMI "/libexec/ld-elf.so.1" 80421 cvsync 0.000540 RET execve 0 80421 cvsync 0.000559 CALL mmap(0,0x1148,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.000581 RET mmap 1074360320/0x40097000 80421 cvsync 0.000682 CALL munmap(0x40097000,0x1148) 80421 cvsync 0.000696 RET munmap 0 80421 cvsync 0.000722 CALL __sysctl(0xbfbfe3e8,0x2,0x40093998,0xbfbfe3e4,0,0) 80421 cvsync 0.000743 RET __sysctl 0 80421 cvsync 0.000752 CALL mmap(0,0x8000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.000764 RET mmap 1074360320/0x40097000 80421 cvsync 0.000800 CALL issetugid 80421 cvsync 0.000809 RET issetugid 0 80421 cvsync 0.000870 CALL open(0x4008d97a,O_RDONLY,0x1b6) 80421 cvsync 0.000888 NAMI "/etc/libmap.conf" 80421 cvsync 0.000912 RET open 3 80421 cvsync 0.000932 CALL fstat(0x3,0xbfbfdad0) 80421 cvsync 0.000952 RET fstat 0 80421 cvsync 0.000962 CALL read(0x3,0x4009b000,0x1000) 80421 cvsync 0.000995 GIO fd 3 read 37 bytes "[cvsync] libthr.so.2 libpthread.so.2 " 80421 cvsync 0.001005 RET read 37/0x25 80421 cvsync 0.001022 CALL read(0x3,0x4009b000,0x1000) 80421 cvsync 0.001034 GIO fd 3 read 0 bytes "" 80421 cvsync 0.001044 RET read 0 80421 cvsync 0.001056 CALL close(0x3) 80421 cvsync 0.001080 RET close 0 80421 cvsync 0.001114 CALL access(0x4009d000,F_OK) 80421 cvsync 0.001126 NAMI "/usr/lib/libz.so.3" 80421 cvsync 0.001166 RET access -1 errno 2 No such file or directory 80421 cvsync 0.001176 CALL access(0x4009d000,F_OK) 80421 cvsync 0.001186 NAMI "/usr/local/lib/libz.so.3" 80421 cvsync 0.001211 RET access -1 errno 2 No such file or directory 80421 cvsync 0.001224 CALL open(0x4008c6b8,O_RDONLY,0) 80421 cvsync 0.001269 NAMI "/var/run/ld-elf.so.hints" 80421 cvsync 0.001302 RET open 3 80421 cvsync 0.001312 CALL read(0x3,0xbfbfe120,0x80) 80421 cvsync 0.001328 GIO fd 3 read 128 bytes 0x0000 4568 6e74 0100 0000 8000 0000 5900 0000 |Ehnt........Y...| 0x0010 0000 0000 5800 0000 0000 0000 0000 0000 |....X...........| 0x0020 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0030 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0050 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0070 0000 0000 0000 0000 0000 0000 0000 0000 |................| 80421 cvsync 0.001339 RET read 128/0x80 80421 cvsync 0.001360 CALL lseek(0x3,0,0x80,SEEK_SET,0) 80421 cvsync 0.001371 RET lseek 128/0x80 80421 cvsync 0.001380 CALL read(0x3,0x4009e000,0x59) 80421 cvsync 0.001395 GIO fd 3 read 89 bytes "/lib:/usr/lib:/usr/lib/compat:/usr/local/lib:/usr/X11R6/lib:/usr/local\ /lib/evolution/2.8\0" 80421 cvsync 0.001405 RET read 89/0x59 80421 cvsync 0.001414 CALL close(0x3) 80421 cvsync 0.001436 RET close 0 80421 cvsync 0.001446 CALL access(0x4009d000,F_OK) 80421 cvsync 0.001456 NAMI "/lib/libz.so.3" 80421 cvsync 0.001477 RET access 0 80421 cvsync 0.001488 CALL open(0x400980a0,O_RDONLY,0) 80421 cvsync 0.001498 NAMI "/lib/libz.so.3" 80421 cvsync 0.001515 RET open 3 80421 cvsync 0.001524 CALL fstat(0x3,0xbfbfe3d0) 80421 cvsync 0.001537 RET fstat 0 80421 cvsync 0.001546 CALL read(0x3,0x400928e0,0x1000) 80421 cvsync 0.001598 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 1017 0000 3400 0000 |............4...| 0x0020 d408 0100 0000 0000 3400 2000 0300 2800 |........4. ...(.| 0x0030 1500 1400 0100 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 aa02 0100 aa02 0100 0500 0000 |................| 0x0050 0010 0000 0100 0000 c002 0100 c012 0100 |................| 0x0060 c012 0100 d402 0000 f002 0000 0600 0000 |................| 0x0070 0010 0000 0200 0000 c803 0100 c813 0100 |................| 0x0080 c813 0100 a800 0000 a800 0000 0600 0000 |................| 0x0090 0400 0000 6100 0000 8100 0000 4f00 0000 |....a.......O...| 0x00a0 0000 0000 5c00 0000 4700 0000 2e00 0000 |....\...G.......| 0x00b0 7f00 0000 0000 0000 3900 0000 0000 0000 |........9.......| 0x00c0 0000 0000 6e00 0000 0000 0000 5100 0000 |....n.......Q...| 0x00d0 0000 0000 4200 0000 0000 0000 2b00 0000 |....B.......+...| 0x00e0 6000 0000 2500 0000 3800 0000 6900 0000 |`...%...8...i...| 0x00f0 5f00 0000 7400 0000 6600 0000 7200 0000 |_...t...f...r...| 0x0100 0000 0000 2900 0000 6b00 0000 6800 0000 |....)...k...h...| 0x0110 3300 0000 0000 0000 4600 0000 6f00 0000 |3.......F...o...| 0x0120 5800 0000 7600 0000 6700 0000 6d00 0000 |X...v...g...m...| 0x0130 3200 0000 3b00 0000 0000 0000 5b00 0000 |2...;.......[...| 0x0140 4000 0000 7800 0000 7500 0000 0000 0000 |@...x...u.......| 0x0150 6100 0000 3400 0000 6400 0000 6a00 0000 |a...4...d...j...| 0x0160 3c00 0000 0000 0000 0000 0000 4500 0000 |<...........E...| 0x0170 3f00 0000 0000 0000 0000 0000 4a00 0000 |?...........J...| 0x0180 5200 0000 4800 0000 0000 0000 5d00 0000 |R...H.......]...| 0x0190 2d00 0000 7a00 0000 1f00 0000 7900 0000 |-...z.......y...| 0x01a0 6c00 0000 5600 0000 0000 0000 8000 0000 |l...V...........| 0x01b0 7d00 0000 5000 0000 2400 0000 7300 0000 |}...P...$...s...| 0x01c0 4e00 0000 2000 0000 2f00 0000 7700 0000 |N... .../...w...| 0x01d0 7000 0000 3a00 0000 0000 0000 7100 0000 |p...:.......q...| 0x01e0 3600 0000 0000 0000 0000 0000 7b00 0000 |6...........{...| 0x01f0 0000 0000 7e00 0000 0000 0000 0000 0000 |....~...........| 0x0200 5700 0000 1600 0000 5a00 0000 0000 0000 |W.......Z.......| 0x0210 7c00 0000 0000 0000 2800 0000 4d00 0000 ||.......(...M...| 0x0220 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0230 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0240 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0250 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0260 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0270 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0280 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0290 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02a0 0000 0000 0000 0000 2100 0000 0000 0000 |........!.......| 0x02b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02c0 0000 0000 0000 0000 0000 0000 1b00 0000 |................| 0x02d0 0000 0000 0000 0000 1d00 0000 0000 0000 |................| 0x02e0 2700 0000 1c00 0000 1e00 0000 0000 0000 |'...............| 0x02f0 0000 0000 1500 0000 0000 0000 0000 0000 |................| 0x0300 3100 0000 0000 0000 0000 0000 0000 0000 |1...............| 0x0310 1700 0000 0000 0000 0000 0000 0000 0000 |................| 0x0320 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0330 2a00 0000 2300 0000 4300 0000 0000 0000 |*...#...C.......| 0x0340 2c00 0000 0000 0000 0000 0000 0000 0000 |,...............| 0x0350 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0360 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0370 0000 0000 3e00 0000 0000 0000 1400 0000 |....>...........| 0x0380 0000 0000 1a00 0000 0000 0000 0000 0000 |................| 0x0390 0000 0000 4900 0000 0000 0000 0000 0000 |....I...........| 0x03a0 5900 0000 0000 0000 0000 0000 5300 0000 |Y...........S...| 0x03b0 3700 0000 4b00 0000 3500 0000 5e00 0000 |7...K...5...^...| 0x03c0 0000 0000 2200 0000 4400 0000 4100 0000 |...."...D...A...| 0x03d0 2600 0000 6300 0000 0000 0000 0000 0000 |&...c...........| 0x03e0 0000 0000 0000 0000 4c00 0000 0000 0000 |........L.......| 0x03f0 0000 0000 1900 0000 1800 0000 6200 0000 |............b...| 0x0400 6500 0000 3d00 0000 0000 0000 0000 0000 |e...=...........| 0x0410 0000 0000 5400 0000 3000 0000 0000 0000 |....T...0.......| 0x0420 5500 0000 0000 0000 0000 0000 0000 0000 |U...............| 0x0430 0000 0000 0000 0000 9400 0000 0000 0000 |................| 0x0440 0300 0100 0000 0000 2404 0000 0000 0000 |........$.......| 0x0450 0300 0200 0000 0000 340c 0000 0000 0000 |........4.......| 0x0460 0300 0300 0000 0000 a410 0000 0000 0000 |................| 0x0470 0300 0400 0000 0000 d411 0000 0000 0000 |................| 0x0480 0300 0500 0000 0000 8413 0000 0000 0000 |................| 0x0490 0300 0600 0000 0000 9813 0000 0000 0000 |................| 0x04a0 0300 0700 0000 0000 1017 0000 0000 0000 |................| 0x04b0 0300 0800 0000 0000 50c1 0000 0000 0000 |........P.......| 0x04c0 0300 0900 0000 0000 60c1 0000 0000 0000 |........`.......| 0x04d0 0300 0a00 0000 0000 c012 0100 0000 0000 |................| 0x04e0 0300 0b00 0000 0000 c413 0100 0000 0000 |................| 0x04f0 0300 0c00 0000 0000 c813 0100 0000 0000 |................| 0x0500 0300 0d00 0000 0000 7014 0100 0000 0000 |........p.......| 0x0510 0300 0e00 0000 0000 7814 0100 0000 0000 |........x.......| 0x0520 0300 0f00 0000 0000 8014 0100 0000 0000 |................| 0x0530 0300 1000 0000 0000 8414 0100 0000 0000 |................| 0x0540 0300 1100 0000 0000 9415 0100 0000 0000 |................| 0x0550 0300 1200 0000 0000 0000 0000 0000 0000 |................| 0x0560 0300 1300 8e01 0000 0000 0000 0000 0000 |................| 0x0570 1000 0000 fa00 0000 4029 0000 ca00 0000 |........@)......| 0x0580 1200 0800 2102 0000 403a 0000 6100 0000 |....!...@:..a...| 0x0590 1200 0800 ed02 0000 3062 0000 ca01 0000 |........0b......| 0x05a0 1200 0800 f801 0000 b073 0000 c80b 0000 |.........s......| 0x05b0 1200 0800 e801 0000 3036 0000 5c00 0000 |........06..\...| 0x05c0 1200 0800 5003 0000 4072 0000 3d00 0000 |....P...@r..=...| 0x05d0 1200 0800 e101 0000 e035 0000 4200 0000 |.........5..B...| 0x05e0 1200 0800 8102 0000 0000 0000 0000 0000 |................| 0x05f0 1000 0000 c103 0000 50b1 0000 ff05 0000 |........P.......| 0x0600 1200 0800 0a02 0000 0000 0000 0000 0000 |................| 0x0610 1000 0000 e300 0000 4032 0000 1600 0000 |........@2......| 0x0620 1200 0800 e903 0000 4097 0000 1600 0000 |........@.......| 0x0630 1200 0800 0100 0000 c813 0100 0000 0000 |................| 0x0640 1100 f1ff 6902 0000 c03e 0000 5c01 0000 |....i....>..\...| 0x0650 1200 0800 3203 0000 c071 0000 2d00 0000 |....2....q..-...| 0x0660 1200 0800 d103 0000 e0d7 0000 0001 0000 |................| 0x0670 1100 0a00 1201 0000 a044 0000 c619 0000 |.........D......| 0x0680 1200 0800 5a02 0000 e03d 0000 1900 0000 |....Z....=......| 0x0690 1200 0800 1d03 0000 3070 0000 8101 0000 |........0p......| 0x06a0 1200 0800 be00 0000 0000 0000 0000 0000 |................| 0x06b0 1000 0000 2501 0000 102a 0000 9800 0000 |....%....*......| 0x06c0 1200 0800 2600 0000 0000 0000 0000 0000 |....&...........| 0x06d0 2000 0000 b100 0000 0064 0000 f104 0000 | ........d......| 0x06e0 1200 0800 7a01 0000 0000 0000 0000 0000 |....z...........| 0x06f0 1000 0000 0902 0000 0000 0000 0000 0000 |................| 0x0700 1000 0000 f503 0000 6097 0000 0a00 0000 |........`.......| 0x0710 1200 0800 2902 0000 0000 0000 0000 0000 |....)...........| 0x0720 1000 0000 4d02 0000 703d 0000 3200 0000 |....M...p=..2...| 0x0730 1200 0800 dc02 0000 f061 0000 3400 0000 |.........a..4...| 0x0740 1200 0800 a203 0000 8413 0000 0000 0000 |................| 0x0750 1200 0600 bf02 0000 1060 0000 3700 0000 |.........`..7...| 0x0760 1200 0800 7703 0000 e0af 0000 6401 0000 |....w.......d...| 0x0770 1200 0800 8a02 0000 2040 0000 5f00 0000 |........ @.._...| 0x0780 1200 0800 0501 0000 b042 0000 3a00 0000 |.........B..:...| 0x0790 1200 0800 5c03 0000 8072 0000 5a00 0000 |....\....r..Z...| 0x07a0 1200 0800 be01 0000 0000 0000 0000 0000 |................| 0x07b0 1000 0000 a803 0000 5085 0000 5900 0000 |........P...Y...| 0x07c0 1200 0800 a202 0000 00be 0000 5b02 0000 |............[...| 0x07d0 1200 0800 7102 0000 0000 0000 0000 0000 |....q...........| 0x07e0 1000 0000 8800 0000 d097 0000 2100 0000 |............!...| 0x07f0 1200 0800 3500 0000 0000 0000 0000 0000 |....5...........| 0x0800 2000 0000 7700 0000 f017 0000 2501 0000 | ...w.......%...| 0x0810 1200 0800 3902 0000 0000 0000 0000 0000 |....9...........| 0x0820 1000 0000 9700 0000 2019 0000 c50e 0000 |........ .......| 0x0830 1200 0800 e400 0000 c028 0000 7f00 0000 |.........(......| 0x0840 1200 0800 0604 0000 7097 0000 2300 0000 |........p...#...| 0x0850 1200 0800 8101 0000 b0b8 0000 b502 0000 |................| 0x0860 1200 0800 3f02 0000 603b 0000 0102 0000 |....?...`;......| 0x0870 1200 0800 d400 0000 c032 0000 1e03 0000 |.........2......| 0x0880 1200 0800 9502 0000 2041 0000 6500 0000 |........ A..e...| 0x0890 1200 0800 6101 0000 0000 0000 0000 0000 |....a...........| 0x08a0 1000 0000 1a02 0000 d038 0000 3f00 0000 |.........8..?...| 0x08b0 1200 0800 4601 0000 0000 0000 0000 0000 |....F...........| 0x08c0 1000 0000 b001 0000 5082 0000 f202 0000 |........P.......| 0x08d0 1200 0800 0b03 0000 20d7 0000 3500 0000 |........ ...5...| 0x08e0 1100 0a00 cc01 0000 e031 0000 5f00 0000 |.........1.._...| 0x08f0 1200 0800 d401 0000 8040 0000 9300 0000 |.........@......| 0x0900 1200 0800 a301 0000 0000 0000 0000 0000 |................| 0x0910 1000 0000 de03 0000 e0d8 0000 0002 0000 |................| 0x0920 1100 0a00 9203 0000 b080 0000 9f01 0000 |................| 0x0930 1200 0800 d002 0000 d060 0000 1d01 0000 |.........`......| 0x0940 1200 0800 4e01 0000 0000 0000 0000 0000 |....N...........| 0x0950 1000 0000 4303 0000 f071 0000 4100 0000 |....C....q..A...| 0x0960 1200 0800 3304 0000 c0bc 0000 c900 0000 |....3...........| 0x0970 1200 0800 c601 0000 0000 0000 0000 0000 |................| 0x0980 1000 0000 5401 0000 0000 0000 0000 0000 |....T...........| 0x0990 1000 0000 5404 0000 9415 0100 0000 0000 |....T...........| 0x09a0 1000 f1ff 4602 0000 0000 0000 0000 0000 |....F...........| 0x09b0 1000 0000 ea00 0000 603e 0000 5100 0000 |........`>..Q...| 0x09c0 1200 0800 aa01 0000 0000 0000 0000 0000 |................| 0x09d0 1000 0000 8c02 0000 0000 0000 0000 0000 |................| 0x09e0 1000 0000 6801 0000 0000 0000 0000 0000 |....h...........| 0x09f0 1000 0000 7802 0000 6013 0100 2800 0000 |....x...`...(...| 0x0a00 1100 0b00 8f00 0000 a097 0000 2700 0000 |............'...| 0x0a10 1200 0800 2000 0000 50c1 0000 0000 0000 |.... ...P.......| 0x0a20 1200 0900 b503 0000 b085 0000 4d02 0000 |............M...| 0x0a30 1200 0800 2504 0000 d0bb 0000 e400 0000 |....%...........| 0x0a40 1200 0800 db00 0000 1037 0000 ed00 0000 |.........7......| 0x0a50 1200 0800 6903 0000 e0bd 0000 1600 0000 |....i...........| 0x0a60 1200 0800 6302 0000 0000 0000 0000 0000 |....c...........| 0x0a70 1000 0000 1302 0000 8038 0000 4800 0000 |.........8..H...| 0x0a80 1200 0800 f200 0000 0000 0000 0000 0000 |................| 0x0a90 1000 0000 5402 0000 b03d 0000 2b00 0000 |....T....=..+...| 0x0aa0 1200 0800 3f01 0000 0000 0000 0000 0000 |....?...........| 0x0ab0 1000 0000 4d04 0000 9415 0100 0000 0000 |....M...........| 0x0ac0 1000 f1ff 0a00 0000 8414 0100 0000 0000 |................| 0x0ad0 1100 f1ff 6004 0000 b015 0100 0000 0000 |....`...........| 0x0ae0 1000 f1ff f902 0000 e0d5 0000 2f00 0000 |............/...| 0x0af0 1100 0a00 3d04 0000 60c0 0000 c000 0000 |....=...`.......| 0x0b00 1200 0800 9f03 0000 8098 0000 7b00 0000 |............{...| 0x0b10 1200 0800 f101 0000 9036 0000 7a00 0000 |.........6..z...| 0x0b20 1200 0800 3101 0000 807f 0000 2401 0000 |....1.......$...| 0x0b30 1200 0800 fc00 0000 90bd 0000 4100 0000 |............A...| 0x0b40 1200 0800 aa02 0000 d05e 0000 3201 0000 |.........^..2...| 0x0b50 1200 0800 8701 0000 0000 0000 0000 0000 |................| 0x0b60 1000 0000 3002 0000 b03a 0000 b000 0000 |....0....:......| 0x0b70 1200 0800 1a01 0000 705e 0000 5f00 0000 |........p^.._...| 0x0b80 1200 0800 6300 0000 0000 0000 0000 0000 |....c...........| 0x0b90 2000 0000 9501 0000 9041 0000 1c01 0000 | ........A......| 0x0ba0 1200 0800 4d00 0000 0000 0000 0000 0000 |....M...........| 0x0bb0 2000 0000 c500 0000 f027 0000 4200 0000 | ........'..B...| 0x0bc0 1200 0800 0d04 0000 50b7 0000 3601 0000 |........P...6...| 0x0bd0 1200 0800 6f01 0000 106f 0000 1501 0000 |....o....o......| 0x0be0 1200 0800 1704 0000 90b8 0000 1600 0000 |................| 0x0bf0 1200 0800 a300 0000 0069 0000 0206 0000 |.........i......| 0x0c00 1200 0800 0002 0000 0038 0000 7e00 0000 |.........8..~...| 0x0c10 1200 0800 8803 0000 20a7 0000 f102 0000 |........ .......| 0x0c20 1200 0800 8a00 0000 0000 0000 0000 0000 |................| 0x0c30 1000 0000 005f 4459 4e41 4d49 4300 5f47 |....._DYNAMIC._G| 0x0c40 4c4f 4241 4c5f 4f46 4653 4554 5f54 4142 |LOBAL_OFFSET_TAB| 0x0c50 4c45 5f00 5f66 696e 6900 5f5f 6378 615f |LE_._fini.__cxa_| 0x0c60 6669 6e61 6c69 7a65 005f 5f64 6572 6567 |finalize.__dereg| 0x0c70 6973 7465 725f 6672 616d 655f 696e 666f |ister_frame_info| 0x0c80 005f 5f72 6567 6973 7465 725f 6672 616d |.__register_fram| 0x0c90 655f 696e 666f 005f 4a76 5f52 6567 6973 |e_info._Jv_Regis| 0x0ca0 7465 7243 6c61 7373 6573 0069 6e66 6c61 |terClasses.infla| 0x0cb0 7465 4261 636b 496e 6974 5f00 7a63 6672 |teBackInit_.zcfr| 0x0cc0 6565 007a 6361 6c6c 6f63 0069 6e66 6c61 |ee.zcalloc.infla| 0x0cd0 7465 4261 636b 0069 6e66 6c61 7465 5f74 |teBack.inflate_t| 0x0ce0 6162 6c65 0069 6e66 6c61 7465 5f66 6173 |able.inflate_fas| 0x0cf0 7400 6d65 6d63 7079 0069 6e66 6c61 7465 |t.memcpy.inflate| 0x0d00 4261 636b 456e 6400 677a 7265 6164 0067 |BackEnd.gzread.g| 0x0d10 7a77 7269 7465 0067 7a6f 7065 6e00 677a |zwrite.gzopen.gz| 0x0d20 636c 6f73 6500 6675 6e6f 7065 6e00 756e |close.funopen.un| 0x0d30 636f 6d70 7265 7373 0069 6e66 6c61 7465 |compress.inflate| 0x0d40 496e 6974 5f00 696e 666c 6174 6500 696e |Init_.inflate.in| 0x0d50 666c 6174 6545 6e64 0067 7a73 6574 7061 |flateEnd.gzsetpa| 0x0d60 7261 6d73 0064 6566 6c61 7465 5061 7261 |rams.deflatePara| 0x0d70 6d73 0066 7772 6974 6500 5f5f 6572 726f |ms.fwrite.__erro| 0x0d80 7200 6672 6561 6400 5f5f 6973 7468 7265 |r.fread.__isthre| 0x0d90 6164 6564 0066 6572 726f 7200 6663 6c6f |aded.ferror.fclo| 0x0da0 7365 0064 6566 6c61 7465 456e 6400 6d61 |se.deflateEnd.ma| 0x0db0 6c6c 6f63 0063 7263 3332 0073 7472 6c65 |lloc.crc32.strle| 0x0dc0 6e00 7374 7263 7079 0069 6e66 6c61 7465 |n.strcpy.inflate| 0x0dd0 496e 6974 325f 0066 646f 7065 6e00 6674 |Init2_.fdopen.ft| 0x0de0 656c 6c00 6465 666c 6174 6549 6e69 7432 |ell.deflateInit2| 0x0df0 5f00 6670 7269 6e74 6600 666f 7065 6e00 |_.fprintf.fopen.| 0x0e00 677a 646f 7065 6e00 696e 666c 6174 6552 |gzdopen.inflateR| 0x0e10 6573 6574 0067 7a67 6574 6300 677a 756e |eset.gzgetc.gzun| 0x0e20 6765 7463 0067 7a67 6574 7300 6465 666c |getc.gzgets.defl| 0x0e30 6174 6500 677a 7072 696e 7466 0076 736e |ate.gzprintf.vsn| 0x0e40 7072 696e 7466 0067 7a70 7574 6300 677a |printf.gzputc.gz| 0x0e50 7075 7473 0067 7a66 6c75 7368 0066 666c |puts.gzflush.ffl| 0x0e60 7573 6800 677a 7265 7769 6e64 0066 7365 |ush.gzrewind.fse| 0x0e70 656b 0067 7a73 6565 6b00 6d65 6d73 6574 |ek.gzseek.memset| 0x0e80 0067 7a74 656c 6c00 677a 656f 6600 677a |.gztell.gzeof.gz| 0x0e90 6469 7265 6374 0066 7075 7463 0067 7a65 |direct.fputc.gze| 0x0ea0 7272 6f72 0073 7472 6361 7400 7a5f 6572 |rror.strcat.z_er| 0x0eb0 726d 7367 0073 7472 6572 726f 7200 677a |rmsg.strerror.gz| 0x0ec0 636c 6561 7265 7272 0069 6e66 6c61 7465 |clearerr.inflate| 0x0ed0 5072 696d 6500 6164 6c65 7233 3200 696e |Prime.adler32.in| 0x0ee0 666c 6174 6553 6574 4469 6374 696f 6e61 |flateSetDictiona| 0x0ef0 7279 0069 6e66 6c61 7465 4765 7448 6561 |ry.inflateGetHea| 0x0f00 6465 7200 696e 666c 6174 6553 796e 6300 |der.inflateSync.| 0x0f10 696e 666c 6174 6553 796e 6350 6f69 6e74 |inflateSyncPoint| 0x0f20 0069 6e66 6c61 7465 436f 7079 0069 6e66 |.inflateCopy.inf| 0x0f30 6c61 7465 5f63 6f70 7972 6967 6874 0064 |late_copyright.d| 0x0f40 6566 6c61 7465 5f63 6f70 7972 6967 6874 |eflate_copyright| 0x0f50 0064 6566 6c61 7465 5365 7444 6963 7469 |.deflateSetDicti| 0x0f60 6f6e 6172 7900 6465 666c 6174 6553 6574 |onary.deflateSet| 0x0f70 4865 6164 6572 0064 6566 6c61 7465 5072 |Header.deflatePr| 0x0f80 696d 6500 6465 666c 6174 6554 756e 6500 |ime.deflateTune.| 0x0f90 6465 666c 6174 6542 6f75 6e64 0063 6f6d |deflateBound.com| 0x0fa0 7072 6573 7342 6f75 6e64 005f 7472 5f73 |pressBound._tr_s| 0x0fb0 746f 7265 645f 626c 6f63 6b00 5f74 725f |tored_block._tr_| 0x0fc0 616c 6967 6e00 6465 666c 6174 6552 6573 |align.deflateRes| 0x0fd0 6574 005f 7472 5f69 6e69 7400 6465 666c |et._tr_init.defl| 0x0fe0 6174 6549 6e69 745f 0064 6566 6c61 7465 |ateInit_.deflate| 0x0ff0 436f 7079 005f 7472 5f66 6c75 7368 5f62 |Copy._tr_flush_b| 80421 cvsync 0.001630 RET read 4096/0x1000 80421 cvsync 0.001642 CALL mmap(0,0x12000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 80421 cvsync 0.001672 RET mmap 1074393088/0x4009f000 80421 cvsync 0.001684 CALL mprotect(0x400af000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 80421 cvsync 0.001702 RET mprotect 0 80421 cvsync 0.001742 CALL mprotect(0x400af000,0x1000,PROT_READ|PROT_EXEC) 80421 cvsync 0.001754 RET mprotect 0 80421 cvsync 0.001763 CALL mmap(0x400b0000,0x1000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0x10000,0) 80421 cvsync 0.001780 RET mmap 1074462720/0x400b0000 80421 cvsync 0.001822 CALL close(0x3) 80421 cvsync 0.001837 RET close 0 80421 cvsync 0.001848 CALL access(0x4009d000,F_OK) 80421 cvsync 0.001859 NAMI "/usr/lib/libcrypto.so.5" 80421 cvsync 0.001894 RET access -1 errno 2 No such file or directory 80421 cvsync 0.001904 CALL access(0x4009d000,F_OK) 80421 cvsync 0.001913 NAMI "/usr/local/lib/libcrypto.so.5" 80421 cvsync 0.001942 RET access -1 errno 2 No such file or directory 80421 cvsync 0.001956 CALL access(0x4009d000,F_OK) 80421 cvsync 0.001967 NAMI "/lib/libcrypto.so.5" 80421 cvsync 0.001985 RET access 0 80421 cvsync 0.001994 CALL open(0x40098100,O_RDONLY,0x400b0fff) 80421 cvsync 0.002006 NAMI "/lib/libcrypto.so.5" 80421 cvsync 0.002025 RET open 3 80421 cvsync 0.002035 CALL fstat(0x3,0xbfbfe3d0) 80421 cvsync 0.002051 RET fstat 0 80421 cvsync 0.002060 CALL read(0x3,0x400928e0,0x1000) 80421 cvsync 0.002095 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 60d1 0300 3400 0000 |........`...4...| 0x0020 d424 1400 0000 0000 3400 2000 0300 2800 |.$......4. ...(.| 0x0030 1600 1500 0100 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 8d7e 1200 8d7e 1200 0500 0000 |.....~...~......| 0x0050 0010 0000 0100 0000 0080 1200 0080 1200 |................| 0x0060 0080 1200 705c 0100 1083 0100 0600 0000 |....p\..........| 0x0070 0010 0000 0200 0000 14bd 1300 14bd 1300 |................| 0x0080 14bd 1300 b000 0000 b000 0000 0600 0000 |................| 0x0090 0400 0000 0508 0000 0f0d 0000 0000 0000 |................| 0x00a0 cf0c 0000 0000 0000 9308 0000 0000 0000 |................| 0x00b0 0000 0000 2b0c 0000 a80c 0000 0000 0000 |....+...........| 0x00c0 0000 0000 3a08 0000 fb01 0000 f209 0000 |....:...........| 0x00d0 150c 0000 6b04 0000 8603 0000 360a 0000 |....k.......6...| 0x00e0 940c 0000 3a0c 0000 5907 0000 ee03 0000 |....:...Y.......| 0x00f0 7404 0000 a208 0000 8009 0000 6100 0000 |t...........a...| 0x0100 0b04 0000 0206 0000 9b04 0000 900a 0000 |................| 0x0110 8609 0000 c90b 0000 0000 0000 2704 0000 |............'...| 0x0120 ff0b 0000 d507 0000 6a0c 0000 0000 0000 |........j.......| 0x0130 6e04 0000 0000 0000 4403 0000 060c 0000 |n.......D.......| 0x0140 1b0b 0000 670c 0000 0000 0000 0000 0000 |....g...........| 0x0150 370a 0000 0000 0000 0000 0000 3b09 0000 |7...........;...| 0x0160 0000 0000 a60c 0000 280b 0000 590a 0000 |........(...Y...| 0x0170 0000 0000 5e0b 0000 db01 0000 9b0a 0000 |....^...........| 0x0180 4504 0000 0000 0000 ee05 0000 9709 0000 |E...............| 0x0190 7c04 0000 0000 0000 870c 0000 0000 0000 ||...............| 0x01a0 d406 0000 8907 0000 af0a 0000 c300 0000 |................| 0x01b0 ea04 0000 ac09 0000 f507 0000 d309 0000 |................| 0x01c0 0a0c 0000 af06 0000 f30c 0000 d905 0000 |................| 0x01d0 cc0a 0000 190c 0000 0000 0000 c004 0000 |................| 0x01e0 0000 0000 c107 0000 7605 0000 210a 0000 |........v...!...| 0x01f0 d201 0000 0000 0000 810b 0000 740c 0000 |............t...| 0x0200 000d 0000 7b0c 0000 780c 0000 050c 0000 |....{...x.......| 0x0210 8d0c 0000 7e04 0000 bd0b 0000 020a 0000 |....~...........| 0x0220 f10a 0000 8501 0000 cf0a 0000 9d0b 0000 |................| 0x0230 e606 0000 130c 0000 1d07 0000 160b 0000 |................| 0x0240 5a0a 0000 4008 0000 6a0a 0000 4904 0000 |Z...@...j...I...| 0x0250 c308 0000 0000 0000 c00b 0000 2f0c 0000 |............/...| 0x0260 0909 0000 550b 0000 fd0c 0000 0000 0000 |....U...........| 0x0270 ff01 0000 0000 0000 370c 0000 0603 0000 |........7.......| 0x0280 1107 0000 0000 0000 3805 0000 7c02 0000 |........8...|...| 0x0290 4e00 0000 1c0a 0000 8c0c 0000 0000 0000 |N...............| 0x02a0 0000 0000 1704 0000 150b 0000 bd0c 0000 |................| 0x02b0 f500 0000 0000 0000 6908 0000 b607 0000 |........i.......| 0x02c0 060b 0000 a50b 0000 7c06 0000 4706 0000 |........|...G...| 0x02d0 0000 0000 0000 0000 0000 0000 b70a 0000 |................| 0x02e0 2106 0000 f60c 0000 af04 0000 3c0c 0000 |!...........<...| 0x02f0 340a 0000 100b 0000 bf0a 0000 a909 0000 |4...............| 0x0300 e40c 0000 8908 0000 050d 0000 e60c 0000 |................| 0x0310 e60b 0000 5600 0000 b909 0000 5506 0000 |....V.......U...| 0x0320 c40c 0000 fa0b 0000 3904 0000 940a 0000 |........9.......| 0x0330 f708 0000 0000 0000 0000 0000 5a09 0000 |............Z...| 0x0340 7106 0000 6e0c 0000 0000 0000 bf07 0000 |q...n...........| 0x0350 0000 0000 af0b 0000 f80b 0000 e30c 0000 |................| 0x0360 0000 0000 c20c 0000 200c 0000 6d05 0000 |........ ...m...| 0x0370 c50a 0000 a00c 0000 0000 0000 0000 0000 |................| 0x0380 0000 0000 e008 0000 5903 0000 7207 0000 |........Y...r...| 0x0390 4f0a 0000 6605 0000 e90b 0000 0b0a 0000 |O...f...........| 0x03a0 0000 0000 0e08 0000 2a04 0000 8f06 0000 |........*.......| 0x03b0 bc06 0000 cb0a 0000 0009 0000 f00a 0000 |................| 0x03c0 9d0c 0000 e90a 0000 9902 0000 bf01 0000 |................| 0x03d0 0000 0000 0000 0000 4709 0000 4e0c 0000 |........G...N...| 0x03e0 8d09 0000 9402 0000 f009 0000 090a 0000 |................| 0x03f0 2c04 0000 860c 0000 0000 0000 0d0d 0000 |,...............| 0x0400 0000 0000 f409 0000 630c 0000 2405 0000 |........c...$...| 0x0410 0000 0000 0000 0000 5503 0000 0000 0000 |........U.......| 0x0420 a509 0000 0000 0000 b90b 0000 d202 0000 |................| 0x0430 0000 0000 f706 0000 d90a 0000 5e0a 0000 |............^...| 0x0440 2706 0000 0807 0000 2708 0000 b903 0000 |'.......'.......| 0x0450 df0b 0000 3106 0000 8a08 0000 100a 0000 |....1...........| 0x0460 5b0b 0000 0000 0000 0e09 0000 0000 0000 |[...............| 0x0470 a503 0000 0000 0000 1b00 0000 0a0a 0000 |................| 0x0480 fc0a 0000 b10c 0000 2a0c 0000 da05 0000 |........*.......| 0x0490 820a 0000 fe0a 0000 a204 0000 d808 0000 |................| 0x04a0 7906 0000 3308 0000 9b0c 0000 8902 0000 |y...3...........| 0x04b0 6607 0000 5202 0000 0000 0000 220a 0000 |f...R......."...| 0x04c0 c20b 0000 0000 0000 da0b 0000 410c 0000 |............A...| 0x04d0 0000 0000 cc0b 0000 e801 0000 3405 0000 |............4...| 0x04e0 0000 0000 d601 0000 340c 0000 6308 0000 |........4...c...| 0x04f0 440a 0000 0000 0000 540a 0000 0000 0000 |D.......T.......| 0x0500 0000 0000 d205 0000 1c09 0000 790b 0000 |............y...| 0x0510 0000 0000 de09 0000 0000 0000 c605 0000 |................| 0x0520 7800 0000 fa08 0000 0000 0000 0000 0000 |x...............| 0x0530 f207 0000 650b 0000 8404 0000 320a 0000 |....e.......2...| 0x0540 0000 0000 dd07 0000 c60c 0000 c90a 0000 |................| 0x0550 5b0a 0000 fd09 0000 3f0c 0000 8104 0000 |[.......?.......| 0x0560 0000 0000 4e01 0000 0000 0000 9506 0000 |....N...........| 0x0570 180c 0000 500a 0000 c002 0000 c40a 0000 |....P...........| 0x0580 0000 0000 f50b 0000 ca06 0000 2503 0000 |............%...| 0x0590 0000 0000 0000 0000 5b0c 0000 bd06 0000 |........[.......| 0x05a0 110a 0000 e209 0000 ee02 0000 8307 0000 |................| 0x05b0 5603 0000 4a0a 0000 9106 0000 8709 0000 |V...J...........| 0x05c0 ec02 0000 0000 0000 2500 0000 d10a 0000 |........%.......| 0x05d0 f104 0000 0000 0000 c900 0000 7107 0000 |............q...| 0x05e0 270b 0000 ed0c 0000 e80c 0000 2e04 0000 |'...............| 0x05f0 b207 0000 db07 0000 aa0b 0000 e304 0000 |................| 0x0600 c901 0000 2e01 0000 0000 0000 d60c 0000 |................| 0x0610 0000 0000 5b09 0000 b10b 0000 a10b 0000 |....[...........| 0x0620 2306 0000 ee0c 0000 f703 0000 890b 0000 |#...............| 0x0630 0000 0000 0000 0000 c205 0000 3109 0000 |............1...| 0x0640 ae0b 0000 1409 0000 0000 0000 0000 0000 |................| 0x0650 cf08 0000 b009 0000 0000 0000 0000 0000 |................| 0x0660 ee07 0000 410a 0000 6c04 0000 0000 0000 |....A...l.......| 0x0670 b400 0000 0000 0000 7308 0000 3407 0000 |........s...4...| 0x0680 c608 0000 070b 0000 930c 0000 0000 0000 |................| 0x0690 0000 0000 a70c 0000 3806 0000 0000 0000 |........8.......| 0x06a0 0000 0000 5107 0000 c609 0000 c509 0000 |....Q...........| 0x06b0 dc06 0000 fb06 0000 0908 0000 af09 0000 |................| 0x06c0 0000 0000 8a0b 0000 9809 0000 0000 0000 |................| 0x06d0 f30b 0000 d208 0000 8a03 0000 f20c 0000 |................| 0x06e0 b302 0000 0000 0000 0000 0000 740b 0000 |............t...| 0x06f0 9e06 0000 0000 0000 1b05 0000 4201 0000 |............B...| 0x0700 7e08 0000 0000 0000 b20b 0000 3609 0000 |~...........6...| 0x0710 0a0d 0000 2e05 0000 6c09 0000 790c 0000 |........l...y...| 0x0720 0000 0000 4208 0000 800b 0000 be09 0000 |....B...........| 0x0730 fb0a 0000 8d08 0000 5005 0000 230c 0000 |........P...#...| 0x0740 de0a 0000 0000 0000 ed07 0000 e308 0000 |................| 0x0750 1a06 0000 ab0c 0000 4602 0000 0508 0000 |........F.......| 0x0760 390c 0000 380a 0000 060a 0000 680c 0000 |9...8.......h...| 0x0770 f107 0000 3203 0000 f704 0000 950b 0000 |....2...........| 0x0780 ff02 0000 1f0c 0000 b205 0000 0c09 0000 |................| 0x0790 4805 0000 9f0a 0000 fd07 0000 560c 0000 |H...........V...| 0x07a0 030a 0000 460a 0000 920b 0000 f003 0000 |....F...........| 0x07b0 0000 0000 600b 0000 b30b 0000 0000 0000 |....`...........| 0x07c0 9f06 0000 c700 0000 f804 0000 0000 0000 |................| 0x07d0 8702 0000 c000 0000 0000 0000 4e08 0000 |............N...| 0x07e0 0000 0000 d103 0000 710c 0000 0000 0000 |........q.......| 0x07f0 0000 0000 5401 0000 cc09 0000 a006 0000 |....T...........| 0x0800 e103 0000 5609 0000 0000 0000 0000 0000 |....V...........| 0x0810 1a00 0000 0000 0000 fd01 0000 ad08 0000 |................| 0x0820 fd0b 0000 7604 0000 f007 0000 5c0b 0000 |....v.......\...| 0x0830 030c 0000 640c 0000 d50b 0000 e909 0000 |....d...........| 0x0840 b800 0000 0000 0000 8308 0000 1a09 0000 |................| 0x0850 0000 0000 0000 0000 2202 0000 d506 0000 |........".......| 0x0860 8a07 0000 670b 0000 3b05 0000 d500 0000 |....g...;.......| 0x0870 a00b 0000 ea06 0000 f90a 0000 0000 0000 |................| 0x0880 0000 0000 0609 0000 4c04 0000 8204 0000 |........L.......| 0x0890 760a 0000 0000 0000 860b 0000 ce0c 0000 |v...............| 0x08a0 8202 0000 0000 0000 d30a 0000 2c0b 0000 |............,...| 0x08b0 8309 0000 7d0b 0000 e40a 0000 f908 0000 |....}...........| 0x08c0 2603 0000 6a03 0000 0000 0000 3108 0000 |&...j.......1...| 0x08d0 f204 0000 610a 0000 0000 0000 a801 0000 |....a...........| 0x08e0 c701 0000 0000 0000 0000 0000 4106 0000 |............A...| 0x08f0 5004 0000 ac00 0000 0000 0000 2602 0000 |P...........&...| 0x0900 0000 0000 be05 0000 a906 0000 0000 0000 |................| 0x0910 0000 0000 e402 0000 9b08 0000 d30c 0000 |................| 0x0920 0a04 0000 df0c 0000 1506 0000 1b0a 0000 |................| 0x0930 660a 0000 b209 0000 a30b 0000 690c 0000 |f...........i...| 0x0940 c805 0000 0000 0000 c10a 0000 3f04 0000 |............?...| 0x0950 b90c 0000 ad09 0000 3d00 0000 8400 0000 |........=.......| 0x0960 0000 0000 1202 0000 6b0a 0000 0000 0000 |........k.......| 0x0970 be06 0000 0b0d 0000 c40b 0000 0d09 0000 |................| 0x0980 0c07 0000 5e07 0000 2709 0000 650c 0000 |....^...'...e...| 0x0990 4209 0000 0000 0000 0000 0000 9e04 0000 |B...............| 0x09a0 7e0b 0000 6c0b 0000 7e02 0000 d608 0000 |~...l...~.......| 0x09b0 9708 0000 8304 0000 1006 0000 420a 0000 |............B...| 0x09c0 680a 0000 d403 0000 0000 0000 1a0c 0000 |h...............| 0x09d0 b109 0000 9505 0000 5205 0000 0000 0000 |........R.......| 0x09e0 f502 0000 c906 0000 0000 0000 0a07 0000 |................| 0x09f0 ed0b 0000 4009 0000 d105 0000 5d00 0000 |....@.......]...| 0x0a00 9c0b 0000 9507 0000 0000 0000 bf0c 0000 |................| 0x0a10 c709 0000 0000 0000 9a07 0000 0000 0000 |................| 0x0a20 dc0a 0000 0000 0000 520c 0000 0000 0000 |........R.......| 0x0a30 d204 0000 610b 0000 0000 0000 900c 0000 |....a...........| 0x0a40 4d09 0000 d90c 0000 2d0b 0000 2400 0000 |M.......-...$...| 0x0a50 e207 0000 0000 0000 0000 0000 0000 0000 |................| 0x0a60 240b 0000 b007 0000 0000 0000 1e00 0000 |$...............| 0x0a70 9e09 0000 b50b 0000 0000 0000 f50c 0000 |................| 0x0a80 3c09 0000 620a 0000 0000 0000 110c 0000 |<...b...........| 0x0a90 4801 0000 0000 0000 8405 0000 4206 0000 |H...........B...| 0x0aa0 e80b 0000 f10c 0000 fc02 0000 0408 0000 |................| 0x0ab0 690a 0000 7104 0000 250b 0000 1101 0000 |i...q...%.......| 0x0ac0 1b03 0000 8d0a 0000 d303 0000 580a 0000 |............X...| 0x0ad0 780b 0000 0000 0000 0000 0000 5e04 0000 |x...........^...| 0x0ae0 c006 0000 e009 0000 0000 0000 cb0c 0000 |................| 0x0af0 4003 0000 ad0b 0000 f105 0000 d606 0000 |@...............| 0x0b00 a409 0000 e202 0000 0000 0000 800c 0000 |................| 0x0b10 4809 0000 0000 0000 5800 0000 420b 0000 |H.......X...B...| 0x0b20 d00a 0000 5302 0000 8006 0000 4104 0000 |....S.......A...| 0x0b30 d10b 0000 fa01 0000 0000 0000 160c 0000 |................| 0x0b40 680b 0000 7606 0000 7c0b 0000 5207 0000 |h...v...|...R...| 0x0b50 0000 0000 bf0b 0000 4b09 0000 4a0c 0000 |........K...J...| 0x0b60 dd03 0000 980a 0000 ce0b 0000 cf06 0000 |................| 0x0b70 8e0a 0000 b60b 0000 5c05 0000 9c09 0000 |........\.......| 0x0b80 7408 0000 140b 0000 ae0a 0000 0000 0000 |t...............| 0x0b90 0e0d 0000 9501 0000 2c0a 0000 0e0c 0000 |........,.......| 0x0ba0 910c 0000 0000 0000 c209 0000 0000 0000 |................| 0x0bb0 ba0a 0000 8d06 0000 460b 0000 6b0c 0000 |........F...k...| 0x0bc0 5306 0000 b206 0000 0000 0000 e004 0000 |S...............| 0x0bd0 c30a 0000 8f0a 0000 d007 0000 4c08 0000 |............L...| 0x0be0 350c 0000 0201 0000 4505 0000 8804 0000 |5.......E.......| 0x0bf0 870b 0000 0000 0000 a408 0000 0000 0000 |................| 0x0c00 150a 0000 7d08 0000 4a0b 0000 1205 0000 |....}...J.......| 0x0c10 0000 0000 120b 0000 8905 0000 0000 0000 |................| 0x0c20 0000 0000 7b03 0000 0606 0000 a808 0000 |....{...........| 0x0c30 8707 0000 0000 0000 0000 0000 0000 0000 |................| 0x0c40 0208 0000 0000 0000 3b07 0000 d804 0000 |........;.......| 0x0c50 6302 0000 b80b 0000 5808 0000 c104 0000 |c.......X.......| 0x0c60 3903 0000 c604 0000 fe0b 0000 d408 0000 |9...............| 0x0c70 500b 0000 0000 0000 ec09 0000 ad07 0000 |P...............| 0x0c80 780a 0000 df04 0000 c304 0000 0000 0000 |x...............| 0x0c90 6d00 0000 e807 0000 980c 0000 e709 0000 |m...............| 0x0ca0 f40c 0000 4d0b 0000 e50a 0000 0000 0000 |....M...........| 0x0cb0 e802 0000 3705 0000 610c 0000 a306 0000 |....7...a.......| 0x0cc0 5b07 0000 0000 0000 e00b 0000 0203 0000 |[...............| 0x0cd0 9d09 0000 af00 0000 de06 0000 c50b 0000 |................| 0x0ce0 460c 0000 aa05 0000 1902 0000 0000 0000 |F...............| 0x0cf0 480c 0000 aa03 0000 0000 0000 9e0b 0000 |H...............| 0x0d00 3b0c 0000 2906 0000 d109 0000 a308 0000 |;...)...........| 0x0d10 5802 0000 0000 0000 a205 0000 c005 0000 |X...............| 0x0d20 f806 0000 0000 0000 330c 0000 4f0b 0000 |........3...O...| 0x0d30 0000 0000 c203 0000 d209 0000 3c02 0000 |............<...| 0x0d40 f80c 0000 5d06 0000 f509 0000 0409 0000 |....]...........| 0x0d50 a30a 0000 5906 0000 0000 0000 0000 0000 |....Y...........| 0x0d60 0000 0000 d603 0000 b40a 0000 3009 0000 |............0...| 0x0d70 b305 0000 3508 0000 ea0a 0000 0000 0000 |....5...........| 0x0d80 0000 0000 0000 0000 cd09 0000 b204 0000 |................| 0x0d90 b907 0000 7100 0000 250c 0000 0000 0000 |....q...%.......| 0x0da0 a703 0000 0000 0000 0209 0000 0000 0000 |................| 0x0db0 7402 0000 ca0c 0000 4506 0000 e705 0000 |t.......E.......| 0x0dc0 0e0a 0000 0000 0000 cb0b 0000 0000 0000 |................| 0x0dd0 5d0a 0000 1e0b 0000 0000 0000 e605 0000 |]...............| 0x0de0 380c 0000 fc07 0000 0000 0000 0000 0000 |8...............| 0x0df0 ef0b 0000 f906 0000 0000 0000 8901 0000 |................| 0x0e00 f300 0000 ae09 0000 730b 0000 4604 0000 |........s...F...| 0x0e10 2702 0000 f603 0000 c30c 0000 b00b 0000 |'...............| 0x0e20 b00a 0000 f60a 0000 ce07 0000 0000 0000 |................| 0x0e30 0b0c 0000 c109 0000 720a 0000 0000 0000 |........r.......| 0x0e40 d305 0000 8c0a 0000 1e07 0000 ec0a 0000 |................| 0x0e50 6d0c 0000 2606 0000 1909 0000 d40c 0000 |m...&...........| 0x0e60 4f0c 0000 b509 0000 ac02 0000 9808 0000 |O...............| 0x0e70 570b 0000 a609 0000 0000 0000 7d09 0000 |W...........}...| 0x0e80 cd01 0000 a307 0000 e805 0000 0000 0000 |................| 0x0e90 ae07 0000 a40c 0000 0000 0000 560a 0000 |............V...| 0x0ea0 0000 0000 0000 0000 5b06 0000 820b 0000 |........[.......| 0x0eb0 600c 0000 2206 0000 3f00 0000 1401 0000 |`..."...?.......| 0x0ec0 0b0b 0000 0000 0000 3c0b 0000 9f0b 0000 |........<.......| 0x0ed0 0000 0000 ff08 0000 1c04 0000 0000 0000 |................| 0x0ee0 b30c 0000 1307 0000 0000 0000 fb08 0000 |................| 0x0ef0 d706 0000 0000 0000 0000 0000 3d05 0000 |............=...| 0x0f00 1e0a 0000 a90a 0000 0000 0000 0007 0000 |................| 0x0f10 1105 0000 c80c 0000 cd0a 0000 c60a 0000 |................| 0x0f20 0308 0000 6f0c 0000 1306 0000 3605 0000 |....o.......6...| 0x0f30 cc0c 0000 af0c 0000 b304 0000 5d0b 0000 |............]...| 0x0f40 0d08 0000 d80b 0000 0000 0000 0000 0000 |................| 0x0f50 5e00 0000 3d02 0000 0000 0000 6f04 0000 |^...=.......o...| 0x0f60 c90c 0000 9200 0000 e603 0000 9c08 0000 |................| 0x0f70 9306 0000 9905 0000 0000 0000 5409 0000 |............T...| 0x0f80 0000 0000 e407 0000 5f0a 0000 cb08 0000 |........_.......| 0x0f90 0000 0000 c00c 0000 6109 0000 ed0a 0000 |........a.......| 0x0fa0 0906 0000 050b 0000 590b 0000 8909 0000 |........Y.......| 0x0fb0 390a 0000 2b00 0000 0000 0000 0000 0000 |9...+...........| 0x0fc0 1d0b 0000 0000 0000 0709 0000 0000 0000 |................| 0x0fd0 eb0a 0000 910b 0000 0000 0000 b709 0000 |................| 0x0fe0 0000 0000 0000 0000 750c 0000 4b0c 0000 |........u...K...| 0x0ff0 b70c 0000 0000 0000 7d05 0000 140c 0000 |........}.......| 80421 cvsync 0.002141 RET read 4096/0x1000 80421 cvsync 0.002150 CALL mmap(0,0x141000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 80421 cvsync 0.002167 RET mmap 1074466816/0x400b1000 80421 cvsync 0.002177 CALL mprotect(0x401d8000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 80421 cvsync 0.002189 RET mprotect 0 80421 cvsync 0.002227 CALL mprotect(0x401d8000,0x1000,PROT_READ|PROT_EXEC) 80421 cvsync 0.002239 RET mprotect 0 80421 cvsync 0.002248 CALL mmap(0x401d9000,0x16000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0x128000,0) 80421 cvsync 0.002280 RET mmap 1075679232/0x401d9000 80421 cvsync 0.002316 CALL mmap(0x401ef000,0x3000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.002328 RET mmap 1075769344/0x401ef000 80421 cvsync 0.002376 CALL close(0x3) 80421 cvsync 0.002390 RET close 0 80421 cvsync 0.002405 CALL access(0x4009d000,F_OK) 80421 cvsync 0.002417 NAMI "/usr/lib/libpthread.so.2" 80421 cvsync 0.002441 RET access -1 errno 2 No such file or directory 80421 cvsync 0.002463 CALL access(0x4009d000,F_OK) 80421 cvsync 0.002473 NAMI "/usr/local/lib/libpthread.so.2" 80421 cvsync 0.002500 RET access -1 errno 2 No such file or directory 80421 cvsync 0.002512 CALL access(0x4009d000,F_OK) 80421 cvsync 0.002524 NAMI "/lib/libpthread.so.2" 80421 cvsync 0.002541 RET access -1 errno 2 No such file or directory 80421 cvsync 0.002550 CALL access(0x4009d000,F_OK) 80421 cvsync 0.002560 NAMI "/usr/lib/libpthread.so.2" 80421 cvsync 0.002580 RET access -1 errno 2 No such file or directory 80421 cvsync 0.002598 CALL access(0x4009d000,F_OK) 80421 cvsync 0.002610 NAMI "/usr/lib/compat/libpthread.so.2" 80421 cvsync 0.002637 RET access 0 80421 cvsync 0.002646 CALL mmap(0,0x9000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.002658 RET mmap 1075781632/0x401f2000 80421 cvsync 0.002683 CALL open(0x401f3000,O_RDONLY,0x401f1fff) 80421 cvsync 0.002695 NAMI "/usr/lib/compat/libpthread.so.2" 80421 cvsync 0.002721 RET open 3 80421 cvsync 0.002730 CALL fstat(0x3,0xbfbfe3d0) 80421 cvsync 0.002743 RET fstat 0 80421 cvsync 0.002753 CALL read(0x3,0x400928e0,0x1000) 80421 cvsync 0.002793 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 5053 0000 3400 0000 |........PS..4...| 0x0020 0841 0200 0000 0000 3400 2000 0300 2800 |.A......4. ...(.| 0x0030 1700 1600 0100 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 7a1f 0200 7a1f 0200 0500 0000 |....z...z.......| 0x0050 0010 0000 0100 0000 0020 0200 0020 0200 |......... ... ..| 0x0060 0020 0200 3c08 0000 884a 0000 0600 0000 |. ..<....J......| 0x0070 0010 0000 0200 0000 dc24 0200 dc24 0200 |.........$...$..| 0x0080 dc24 0200 c000 0000 c000 0000 0600 0000 |.$..............| 0x0090 0400 0000 0701 0000 e401 0000 3600 0000 |............6...| 0x00a0 b401 0000 be00 0000 b500 0000 a501 0000 |................| 0x00b0 d901 0000 0000 0000 7401 0000 6001 0000 |........t...`...| 0x00c0 df01 0000 be01 0000 f600 0000 0801 0000 |................| 0x00d0 0000 0000 6401 0000 de01 0000 8100 0000 |....d...........| 0x00e0 0000 0000 8e01 0000 dc01 0000 8b00 0000 |................| 0x00f0 1e01 0000 0000 0000 0000 0000 ce00 0000 |................| 0x0100 4701 0000 d301 0000 d500 0000 c001 0000 |G...............| 0x0110 0a01 0000 0701 0000 cc01 0000 0000 0000 |................| 0x0120 cd01 0000 7701 0000 3601 0000 0000 0000 |....w...6.......| 0x0130 9801 0000 0000 0000 3200 0000 e200 0000 |........2.......| 0x0140 a600 0000 3b01 0000 5b00 0000 0000 0000 |....;...[.......| 0x0150 1d01 0000 cf01 0000 e400 0000 6501 0000 |............e...| 0x0160 2a01 0000 6101 0000 0000 0000 0000 0000 |*...a...........| 0x0170 2b01 0000 7501 0000 b700 0000 5201 0000 |+...u.......R...| 0x0180 de00 0000 0000 0000 c901 0000 9701 0000 |................| 0x0190 0e01 0000 da01 0000 9400 0000 3e01 0000 |............>...| 0x01a0 2401 0000 0000 0000 db01 0000 3a01 0000 |$...........:...| 0x01b0 af01 0000 0901 0000 8401 0000 6a00 0000 |............j...| 0x01c0 d101 0000 d701 0000 5001 0000 a401 0000 |........P.......| 0x01d0 0000 0000 9601 0000 d001 0000 1601 0000 |................| 0x01e0 4f00 0000 b101 0000 8900 0000 a001 0000 |O...............| 0x01f0 0c01 0000 5501 0000 9d01 0000 f700 0000 |....U...........| 0x0200 4801 0000 4a01 0000 0000 0000 8000 0000 |H...J...........| 0x0210 1201 0000 9501 0000 0000 0000 9b01 0000 |................| 0x0220 0000 0000 df00 0000 8001 0000 0000 0000 |................| 0x0230 c501 0000 6d01 0000 b300 0000 a201 0000 |....m...........| 0x0240 0000 0000 0000 0000 a300 0000 cb01 0000 |................| 0x0250 1301 0000 1b01 0000 3c00 0000 8c01 0000 |........<.......| 0x0260 2701 0000 f000 0000 d501 0000 fe00 0000 |'...............| 0x0270 2001 0000 fd00 0000 cc00 0000 bc00 0000 | ...............| 0x0280 0000 0000 8901 0000 b900 0000 0000 0000 |................| 0x0290 c400 0000 7a01 0000 0b01 0000 3f01 0000 |....z.......?...| 0x02a0 3d01 0000 8701 0000 e301 0000 0000 0000 |=...............| 0x02b0 1001 0000 7000 0000 4101 0000 dd01 0000 |....p...A.......| 0x02c0 8301 0000 3700 0000 d200 0000 9201 0000 |....7...........| 0x02d0 6201 0000 ac01 0000 0000 0000 4f01 0000 |b...........O...| 0x02e0 7b00 0000 4401 0000 8601 0000 6701 0000 |{...D.......g...| 0x02f0 a400 0000 5e01 0000 3f00 0000 c601 0000 |....^...?.......| 0x0300 0000 0000 0000 0000 0000 0000 c600 0000 |................| 0x0310 6601 0000 9100 0000 d801 0000 0000 0000 |f...............| 0x0320 c301 0000 3400 0000 eb00 0000 9a01 0000 |....4...........| 0x0330 cd00 0000 b001 0000 0000 0000 0000 0000 |................| 0x0340 0000 0000 0000 0000 d601 0000 cf00 0000 |................| 0x0350 0000 0000 0000 0000 9900 0000 4500 0000 |............E...| 0x0360 0000 0000 4000 0000 d600 0000 0000 0000 |....@...........| 0x0370 ba00 0000 7101 0000 b801 0000 0000 0000 |....q...........| 0x0380 8f01 0000 a701 0000 c401 0000 b501 0000 |................| 0x0390 6301 0000 d401 0000 f200 0000 e101 0000 |c...............| 0x03a0 e001 0000 0000 0000 8a01 0000 a901 0000 |................| 0x03b0 e201 0000 a601 0000 5901 0000 7c01 0000 |........Y...|...| 0x03c0 0000 0000 7301 0000 ea00 0000 e300 0000 |....s...........| 0x03d0 8801 0000 2f01 0000 7f01 0000 0000 0000 |..../...........| 0x03e0 4100 0000 fc00 0000 0000 0000 9c01 0000 |A...............| 0x03f0 1901 0000 0000 0000 bd01 0000 8201 0000 |................| 0x0400 4700 0000 0000 0000 ca01 0000 b901 0000 |G...............| 0x0410 7201 0000 0201 0000 6b00 0000 6e01 0000 |r.......k...n...| 0x0420 8300 0000 7e01 0000 bb01 0000 0001 0000 |....~...........| 0x0430 5801 0000 c801 0000 d201 0000 7801 0000 |X...........x...| 0x0440 0000 0000 5900 0000 5b01 0000 5d01 0000 |....Y...[...]...| 0x0450 3001 0000 c701 0000 0000 0000 9301 0000 |0...............| 0x0460 4601 0000 ef00 0000 0000 0000 0000 0000 |F...............| 0x0470 0000 0000 ce01 0000 bf01 0000 ca00 0000 |................| 0x0480 7901 0000 6c01 0000 dc00 0000 0000 0000 |y...l...........| 0x0490 e500 0000 4501 0000 5a01 0000 0000 0000 |....E...Z.......| 0x04a0 4201 0000 aa00 0000 3501 0000 5601 0000 |B.......5...V...| 0x04b0 4c00 0000 a801 0000 0000 0000 0000 0000 |L...............| 0x04c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x04d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x04e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x04f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0500 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0510 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0520 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0530 0000 0000 1c00 0000 0000 0000 0000 0000 |................| 0x0540 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0550 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0560 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0570 0000 0000 0000 0000 2f00 0000 0000 0000 |......../.......| 0x0580 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0590 0000 0000 0000 0000 1e00 0000 0000 0000 |................| 0x05a0 1a00 0000 0000 0000 0000 0000 0000 0000 |................| 0x05b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x05c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x05d0 0000 0000 2700 0000 2500 0000 0000 0000 |....'...%.......| 0x05e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x05f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0600 0000 0000 3300 0000 0000 0000 0000 0000 |....3...........| 0x0610 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0620 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0630 0000 0000 2d00 0000 0000 0000 0000 0000 |....-...........| 0x0640 0000 0000 2000 0000 4a00 0000 0000 0000 |.... ...J.......| 0x0650 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0660 1f00 0000 0000 0000 0000 0000 0000 0000 |................| 0x0670 0000 0000 5f00 0000 4200 0000 2600 0000 |...._...B...&...| 0x0680 5800 0000 6e00 0000 0000 0000 0000 0000 |X...n...........| 0x0690 0000 0000 6600 0000 7100 0000 0000 0000 |....f...q.......| 0x06a0 0000 0000 2300 0000 0000 0000 0000 0000 |....#...........| 0x06b0 0000 0000 2b00 0000 6f00 0000 0000 0000 |....+...o.......| 0x06c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x06d0 8400 0000 2800 0000 0000 0000 0000 0000 |....(...........| 0x06e0 6000 0000 0000 0000 0000 0000 2400 0000 |`...........$...| 0x06f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0700 0000 0000 8a00 0000 3100 0000 0000 0000 |........1.......| 0x0710 6500 0000 0000 0000 5400 0000 0000 0000 |e.......T.......| 0x0720 7300 0000 7f00 0000 0000 0000 1700 0000 |s...............| 0x0730 1800 0000 0000 0000 1d00 0000 0000 0000 |................| 0x0740 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0750 7e00 0000 0000 0000 0000 0000 0000 0000 |~...............| 0x0760 3b00 0000 9600 0000 0000 0000 0000 0000 |;...............| 0x0770 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0780 0000 0000 0000 0000 6200 0000 0000 0000 |........b.......| 0x0790 8e00 0000 5700 0000 0000 0000 0000 0000 |....W...........| 0x07a0 b100 0000 0000 0000 5200 0000 0000 0000 |........R.......| 0x07b0 ae00 0000 0000 0000 b800 0000 ad00 0000 |................| 0x07c0 9a00 0000 0000 0000 a700 0000 9000 0000 |................| 0x07d0 a800 0000 4900 0000 5000 0000 7500 0000 |....I...P...u...| 0x07e0 7900 0000 0000 0000 3a00 0000 0000 0000 |y.......:.......| 0x07f0 6100 0000 0000 0000 8700 0000 a500 0000 |a...............| 0x0800 7400 0000 9300 0000 9d00 0000 a900 0000 |t...............| 0x0810 0000 0000 0000 0000 8800 0000 0000 0000 |................| 0x0820 0000 0000 b600 0000 0000 0000 3d00 0000 |............=...| 0x0830 0000 0000 0000 0000 0000 0000 6700 0000 |............g...| 0x0840 0000 0000 0000 0000 0000 0000 d300 0000 |................| 0x0850 c100 0000 0000 0000 0000 0000 9e00 0000 |................| 0x0860 0000 0000 e100 0000 bf00 0000 0000 0000 |................| 0x0870 b000 0000 4600 0000 0000 0000 5d00 0000 |....F.......]...| 0x0880 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0890 0000 0000 9f00 0000 c200 0000 4400 0000 |............D...| 0x08a0 0000 0000 5300 0000 5600 0000 e700 0000 |....S...V.......| 0x08b0 f500 0000 2a00 0000 c500 0000 0000 0000 |....*...........| 0x08c0 c700 0000 3500 0000 3000 0000 d800 0000 |....5...0.......| 0x08d0 d900 0000 0000 0000 cb00 0000 7600 0000 |............v...| 0x08e0 0000 0000 c900 0000 d100 0000 0000 0000 |................| 0x08f0 0000 0000 ab00 0000 0000 0000 8600 0000 |................| 0x0900 0f01 0000 9c00 0000 0000 0000 2900 0000 |............)...| 0x0910 0000 0000 9500 0000 1b00 0000 0000 0000 |................| 0x0920 ee00 0000 ec00 0000 d400 0000 0000 0000 |................| 0x0930 0000 0000 7c00 0000 0000 0000 1c01 0000 |....|...........| 0x0940 fa00 0000 da00 0000 6900 0000 0000 0000 |........i.......| 0x0950 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0960 0000 0000 2100 0000 ac00 0000 7d00 0000 |....!.......}...| 0x0970 0000 0000 db00 0000 0000 0000 2901 0000 |............)...| 0x0980 0000 0000 b400 0000 9700 0000 0000 0000 |................| 0x0990 0000 0000 0000 0000 1101 0000 0000 0000 |................| 0x09a0 0000 0000 2101 0000 6300 0000 3800 0000 |....!...c...8...| 0x09b0 0000 0000 6c00 0000 ed00 0000 9b00 0000 |....l...........| 0x09c0 5100 0000 3701 0000 0601 0000 7700 0000 |Q...7.......w...| 0x09d0 0d01 0000 f400 0000 1801 0000 3301 0000 |............3...| 0x09e0 0000 0000 0401 0000 4001 0000 0000 0000 |........@.......| 0x09f0 0000 0000 dd00 0000 1701 0000 a200 0000 |................| 0x0a00 0000 0000 0000 0000 0000 0000 7a00 0000 |............z...| 0x0a10 0000 0000 a100 0000 b200 0000 2201 0000 |............"...| 0x0a20 4b01 0000 1900 0000 2c01 0000 a000 0000 |K.......,.......| 0x0a30 fb00 0000 0000 0000 6d00 0000 af00 0000 |........m.......| 0x0a40 8200 0000 0000 0000 0000 0000 2d01 0000 |............-...| 0x0a50 0000 0000 c800 0000 0000 0000 e600 0000 |................| 0x0a60 0000 0000 0000 0000 2501 0000 5f01 0000 |........%..._...| 0x0a70 0000 0000 ff00 0000 e000 0000 e900 0000 |................| 0x0a80 1f01 0000 1501 0000 0000 0000 3801 0000 |............8...| 0x0a90 5a00 0000 6b01 0000 4e01 0000 d700 0000 |Z...k...N.......| 0x0aa0 d000 0000 0000 0000 4901 0000 3401 0000 |........I...4...| 0x0ab0 0000 0000 5401 0000 f900 0000 0101 0000 |....T...........| 0x0ac0 4e00 0000 0000 0000 0501 0000 3c01 0000 |N...........<...| 0x0ad0 bd00 0000 bb00 0000 2301 0000 6901 0000 |........#...i...| 0x0ae0 2601 0000 0000 0000 2e00 0000 7800 0000 |&...........x...| 0x0af0 0000 0000 f300 0000 7001 0000 4800 0000 |........p...H...| 0x0b00 8501 0000 5c00 0000 4300 0000 6800 0000 |....\...C...h...| 0x0b10 0000 0000 1a01 0000 9001 0000 3900 0000 |............9...| 0x0b20 0301 0000 6801 0000 0000 0000 4d01 0000 |....h.......M...| 0x0b30 6a01 0000 3101 0000 2200 0000 2801 0000 |j...1..."...(...| 0x0b40 5500 0000 8f00 0000 5e00 0000 1600 0000 |U.......^.......| 0x0b50 0000 0000 4301 0000 0000 0000 3e00 0000 |....C.......>...| 0x0b60 9101 0000 7b01 0000 4c01 0000 0000 0000 |....{...L.......| 0x0b70 8b01 0000 8500 0000 ae01 0000 ad01 0000 |................| 0x0b80 9e01 0000 3901 0000 5c01 0000 9f01 0000 |....9...\.......| 0x0b90 9800 0000 b301 0000 0000 0000 b201 0000 |................| 0x0ba0 6f01 0000 6400 0000 a301 0000 c300 0000 |o...d...........| 0x0bb0 0000 0000 7200 0000 aa01 0000 0000 0000 |....r...........| 0x0bc0 0000 0000 8101 0000 c000 0000 f800 0000 |................| 0x0bd0 bc01 0000 1401 0000 0000 0000 2e01 0000 |................| 0x0be0 e800 0000 8d00 0000 3201 0000 b601 0000 |........2.......| 0x0bf0 ba01 0000 c101 0000 a101 0000 2c00 0000 |............,...| 0x0c00 7601 0000 8c00 0000 c201 0000 7d01 0000 |v...........}...| 0x0c10 ab01 0000 0000 0000 f100 0000 9901 0000 |................| 0x0c20 9200 0000 8d01 0000 5101 0000 b701 0000 |........Q.......| 0x0c30 0000 0000 5301 0000 9401 0000 4b00 0000 |....S.......K...| 0x0c40 4d00 0000 5701 0000 0000 0000 0000 0000 |M...W...........| 0x0c50 0000 0000 0000 0000 0000 0000 9400 0000 |................| 0x0c60 0000 0000 0300 0100 0000 0000 480c 0000 |............H...| 0x0c70 0000 0000 0300 0200 0000 0000 882a 0000 |.............*..| 0x0c80 0000 0000 0300 0300 0000 0000 943c 0000 |.............<..| 0x0c90 0000 0000 0300 0400 0000 0000 5c40 0000 |............\@..| 0x0ca0 0000 0000 0300 0500 0000 0000 cc40 0000 |.............@..| 0x0cb0 0000 0000 0300 0600 0000 0000 7c48 0000 |............|H..| 0x0cc0 0000 0000 0300 0700 0000 0000 0c4c 0000 |.............L..| 0x0cd0 0000 0000 0300 0800 0000 0000 204c 0000 |............ L..| 0x0ce0 0000 0000 0300 0900 0000 0000 5053 0000 |............PS..| 0x0cf0 0000 0000 0300 0a00 0000 0000 200a 0200 |............ ...| 0x0d00 0000 0000 0300 0b00 0000 0000 2c0a 0200 |............,...| 0x0d10 0000 0000 0300 0c00 0000 0000 0020 0200 |............. ..| 0x0d20 0000 0000 0300 0d00 0000 0000 d824 0200 |.............$..| 0x0d30 0000 0000 0300 0e00 0000 0000 dc24 0200 |.............$..| 0x0d40 0000 0000 0300 0f00 0000 0000 9c25 0200 |.............%..| 0x0d50 0000 0000 0300 1000 0000 0000 a825 0200 |.............%..| 0x0d60 0000 0000 0300 1100 0000 0000 b025 0200 |.............%..| 0x0d70 0000 0000 0300 1200 0000 0000 b425 0200 |.............%..| 0x0d80 0000 0000 0300 1300 0000 0000 4028 0200 |............@(..| 0x0d90 0000 0000 0300 1400 0000 0000 0000 0000 |................| 0x0da0 0000 0000 0300 1500 a603 0000 6003 0200 |............`...| 0x0db0 6d00 0000 2200 0a00 e204 0000 7069 0000 |m...".......pi..| 0x0dc0 9e00 0000 1200 0a00 220c 0000 3002 0100 |........"...0...| 0x0dd0 7500 0000 1200 0a00 8508 0000 90d3 0100 |u...............| 0x0de0 3304 0000 1200 0a00 e203 0000 0000 0000 |3...............| 0x0df0 0000 0000 1000 0000 1905 0000 b07b 0000 |.............{..| 0x0e00 4a00 0000 2200 0a00 6002 0000 c057 0000 |J..."...`....W..| 0x0e10 5e00 0000 1200 0a00 5708 0000 3076 0000 |^.......W...0v..| 0x0e20 8a00 0000 2200 0a00 300d 0000 ac21 0200 |...."...0....!..| 0x0e30 0400 0000 1100 0d00 6809 0000 c821 0200 |........h....!..| 0x0e40 0800 0000 1100 0d00 5601 0000 2420 0200 |........V...$ ..| 0x0e50 0400 0000 1100 0d00 370c 0000 203a 0100 |........7... :..| 0x0e60 8e00 0000 1200 0a00 4d0c 0000 9039 0100 |........M....9..| 0x0e70 8e00 0000 2200 0a00 7200 0000 1055 0000 |...."...r....U..| 0x0e80 6c00 0000 2200 0a00 e005 0000 806d 0000 |l..."........m..| 0x0e90 2700 0000 2200 0a00 630a 0000 d09a 0000 |'..."...c.......| 0x0ea0 7002 0000 1200 0a00 5503 0000 0000 0000 |p.......U.......| 0x0eb0 0000 0000 1000 0000 4505 0000 906b 0000 |........E....k..| 0x0ec0 5800 0000 2200 0a00 c503 0000 50cf 0100 |X...".......P...| 0x0ed0 3404 0000 2200 0a00 5400 0000 3054 0000 |4..."...T...0T..| 0x0ee0 6c00 0000 2200 0a00 e602 0000 f062 0000 |l..."........b..| 0x0ef0 6401 0000 1200 0a00 0001 0000 1820 0200 |d............ ..| 0x0f00 0400 0000 1100 0d00 aa01 0000 3420 0200 |............4 ..| 0x0f10 0400 0000 1100 0d00 ed06 0000 0000 0000 |................| 0x0f20 0000 0000 1000 0000 6910 0000 0000 0000 |........i.......| 0x0f30 0000 0000 1000 0000 4b0b 0000 50eb 0000 |........K...P...| 0x0f40 0f00 0000 1200 0a00 d903 0000 2065 0000 |............ e..| 0x0f50 be00 0000 1200 0a00 0b08 0000 8075 0000 |.............u..| 0x0f60 2200 0000 2200 0a00 c401 0000 3820 0200 |"...".......8 ..| 0x0f70 0400 0000 1100 0d00 fc10 0000 0000 0000 |................| 0x0f80 0000 0000 1000 0000 ba0c 0000 504a 0100 |............PJ..| 0x0f90 2700 0000 2200 0a00 cd04 0000 f068 0000 |'..."........h..| 0x0fa0 7d00 0000 2200 0a00 d70d 0000 50f3 0100 |}...".......P...| 0x0fb0 4d00 0000 2200 0a00 0407 0000 7073 0000 |M...".......ps..| 0x0fc0 6f00 0000 2200 0a00 ae0e 0000 90f0 0100 |o..."...........| 0x0fd0 3200 0000 2200 0a00 4405 0000 906b 0000 |2..."...D....k..| 0x0fe0 5800 0000 1200 0a00 f80a 0000 b0df 0000 |X...............| 0x0ff0 1707 0000 2200 0a00 360c 0000 403c 0100 |...."...6...@<..| 80421 cvsync 0.002842 RET read 4096/0x1000 80421 cvsync 0.002853 CALL mmap(0,0x27000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 80421 cvsync 0.002894 RET mmap 1075818496/0x401fb000 80421 cvsync 0.002904 CALL mprotect(0x4021c000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 80421 cvsync 0.002916 RET mprotect 0 80421 cvsync 0.002952 CALL mprotect(0x4021c000,0x1000,PROT_READ|PROT_EXEC) 80421 cvsync 0.002963 RET mprotect 0 80421 cvsync 0.002972 CALL mmap(0x4021d000,0x1000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0x22000,0) 80421 cvsync 0.002991 RET mmap 1075957760/0x4021d000 80421 cvsync 0.003026 CALL mmap(0x4021e000,0x4000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.003040 RET mmap 1075961856/0x4021e000 80421 cvsync 0.003054 CALL close(0x3) 80421 cvsync 0.003084 RET close 0 80421 cvsync 0.003099 CALL access(0x4009d000,F_OK) 80421 cvsync 0.003110 NAMI "/usr/lib/libc.so.7" 80421 cvsync 0.003147 RET access -1 errno 2 No such file or directory 80421 cvsync 0.003157 CALL access(0x4009d000,F_OK) 80421 cvsync 0.003167 NAMI "/usr/local/lib/libc.so.7" 80421 cvsync 0.003191 RET access -1 errno 2 No such file or directory 80421 cvsync 0.003203 CALL access(0x4009d000,F_OK) 80421 cvsync 0.003213 NAMI "/lib/libc.so.7" 80421 cvsync 0.003231 RET access 0 80421 cvsync 0.003241 CALL open(0x40098200,O_RDONLY,0x40221fff) 80421 cvsync 0.003253 NAMI "/lib/libc.so.7" 80421 cvsync 0.003273 RET open 3 80421 cvsync 0.003282 CALL fstat(0x3,0xbfbfe3d0) 80421 cvsync 0.003294 RET fstat 0 80421 cvsync 0.003304 CALL read(0x3,0x400928e0,0x1000) 80421 cvsync 0.003336 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 50d0 0100 3400 0000 |........P...4...| 0x0020 70e7 0f00 0000 0000 3400 2000 0400 2800 |p.......4. ...(.| 0x0030 2100 2000 0100 0000 0000 0000 0000 0000 |!. .............| 0x0040 0000 0000 9260 0e00 9260 0e00 0500 0000 |.....`...`......| 0x0050 0010 0000 0100 0000 a060 0e00 a070 0e00 |.........`...p..| 0x0060 a070 0e00 b45a 0000 80bb 0100 0600 0000 |.p...Z..........| 0x0070 0010 0000 0200 0000 dcaa 0e00 dcba 0e00 |................| 0x0080 dcba 0e00 c000 0000 c000 0000 0600 0000 |................| 0x0090 0400 0000 0700 0000 d8aa 0e00 d8ba 0e00 |................| 0x00a0 d8ba 0e00 0000 0000 0400 0000 0400 0000 |................| 0x00b0 0400 0000 0508 0000 0b0a 0000 f304 0000 |................| 0x00c0 0000 0000 0000 0000 0000 0000 c906 0000 |................| 0x00d0 9005 0000 d401 0000 3c09 0000 ae03 0000 |........<.......| 0x00e0 0000 0000 9e07 0000 bb07 0000 2a06 0000 |............*...| 0x00f0 de04 0000 6201 0000 8b09 0000 4708 0000 |....b.......G...| 0x0100 0000 0000 b402 0000 be08 0000 7605 0000 |............v...| 0x0110 4405 0000 be00 0000 9b08 0000 0408 0000 |D...............| 0x0120 f409 0000 000a 0000 3806 0000 0000 0000 |........8.......| 0x0130 0000 0000 1605 0000 0000 0000 9009 0000 |................| 0x0140 5808 0000 cf09 0000 ce09 0000 2009 0000 |X........... ...| 0x0150 d300 0000 3d00 0000 3d04 0000 0206 0000 |....=...=.......| 0x0160 0000 0000 7909 0000 5008 0000 0706 0000 |....y...P.......| 0x0170 0000 0000 5608 0000 a902 0000 0109 0000 |....V...........| 0x0180 e709 0000 a102 0000 b808 0000 1904 0000 |................| 0x0190 0b07 0000 0000 0000 2902 0000 3508 0000 |........)...5...| 0x01a0 0000 0000 3d03 0000 0000 0000 0000 0000 |....=...........| 0x01b0 df09 0000 8506 0000 0000 0000 d100 0000 |................| 0x01c0 bd09 0000 a804 0000 0000 0000 4f03 0000 |............O...| 0x01d0 ec00 0000 d609 0000 2d03 0000 0307 0000 |........-.......| 0x01e0 0000 0000 0000 0000 bd08 0000 0000 0000 |................| 0x01f0 4808 0000 0000 0000 3906 0000 0000 0000 |H.......9.......| 0x0200 d508 0000 0000 0000 a907 0000 0000 0000 |................| 0x0210 e805 0000 1e07 0000 0000 0000 1a06 0000 |................| 0x0220 ec07 0000 ed01 0000 0000 0000 a207 0000 |................| 0x0230 0000 0000 ab05 0000 0c09 0000 cf07 0000 |................| 0x0240 0000 0000 4b06 0000 af03 0000 0000 0000 |....K...........| 0x0250 0000 0000 bf07 0000 0802 0000 0000 0000 |................| 0x0260 6206 0000 0000 0000 0000 0000 5304 0000 |b...........S...| 0x0270 5007 0000 9a01 0000 3107 0000 5409 0000 |P.......1...T...| 0x0280 be02 0000 9a04 0000 3b05 0000 0000 0000 |........;.......| 0x0290 9308 0000 5909 0000 6309 0000 e603 0000 |....Y...c.......| 0x02a0 3407 0000 0000 0000 2509 0000 3e09 0000 |4.......%...>...| 0x02b0 3901 0000 9a07 0000 0000 0000 ad08 0000 |9...............| 0x02c0 b601 0000 9c06 0000 0000 0000 c308 0000 |................| 0x02d0 7c08 0000 b006 0000 4507 0000 0000 0000 ||.......E.......| 0x02e0 9f08 0000 7807 0000 9b04 0000 1e01 0000 |....x...........| 0x02f0 0000 0000 0509 0000 0207 0000 5607 0000 |............V...| 0x0300 9103 0000 f907 0000 0000 0000 0000 0000 |................| 0x0310 6a08 0000 e606 0000 0000 0000 fc01 0000 |j...............| 0x0320 6a00 0000 6f01 0000 ff04 0000 0000 0000 |j...o...........| 0x0330 dd00 0000 0000 0000 5705 0000 0000 0000 |........W.......| 0x0340 0102 0000 0000 0000 cc09 0000 0000 0000 |................| 0x0350 0000 0000 ff08 0000 ae09 0000 3708 0000 |............7...| 0x0360 0f02 0000 0000 0000 3405 0000 cd00 0000 |........4.......| 0x0370 f309 0000 f206 0000 f604 0000 c406 0000 |................| 0x0380 0000 0000 c105 0000 4d08 0000 0000 0000 |........M.......| 0x0390 f101 0000 9b07 0000 de07 0000 0000 0000 |................| 0x03a0 7606 0000 f707 0000 8501 0000 0000 0000 |v...............| 0x03b0 b907 0000 4902 0000 0000 0000 b707 0000 |....I...........| 0x03c0 5803 0000 0704 0000 3f04 0000 4a07 0000 |X.......?...J...| 0x03d0 0000 0000 0000 0000 1707 0000 0000 0000 |................| 0x03e0 0000 0000 4803 0000 0000 0000 0305 0000 |....H...........| 0x03f0 cf04 0000 0000 0000 d507 0000 0000 0000 |................| 0x0400 5a05 0000 3800 0000 1b05 0000 d805 0000 |Z...8...........| 0x0410 cd08 0000 2105 0000 1e06 0000 0000 0000 |....!...........| 0x0420 5e05 0000 0000 0000 0000 0000 eb07 0000 |^...............| 0x0430 1407 0000 8503 0000 1007 0000 0000 0000 |................| 0x0440 9109 0000 7806 0000 0000 0000 b405 0000 |....x...........| 0x0450 2202 0000 0000 0000 0000 0000 0000 0000 |"...............| 0x0460 7002 0000 8d08 0000 0000 0000 9408 0000 |p...............| 0x0470 5503 0000 4106 0000 0000 0000 a608 0000 |U...A...........| 0x0480 0000 0000 7506 0000 0000 0000 af09 0000 |....u...........| 0x0490 0000 0000 0309 0000 9802 0000 0000 0000 |................| 0x04a0 2706 0000 0000 0000 0000 0000 0000 0000 |'...............| 0x04b0 3003 0000 8d04 0000 0000 0000 2206 0000 |0..........."...| 0x04c0 ef08 0000 ec05 0000 3f09 0000 0000 0000 |........?.......| 0x04d0 7008 0000 9407 0000 2008 0000 5108 0000 |p....... ...Q...| 0x04e0 4600 0000 1701 0000 3903 0000 0000 0000 |F.......9.......| 0x04f0 0000 0000 0000 0000 0000 0000 ed04 0000 |................| 0x0500 3300 0000 0000 0000 6709 0000 0000 0000 |3.......g.......| 0x0510 e509 0000 0000 0000 1102 0000 0000 0000 |................| 0x0520 3106 0000 0000 0000 5308 0000 0000 0000 |1.......S.......| 0x0530 d208 0000 aa06 0000 0000 0000 8002 0000 |................| 0x0540 ef09 0000 3c03 0000 5e04 0000 0000 0000 |....<...^.......| 0x0550 6404 0000 9e03 0000 0000 0000 2e05 0000 |d...............| 0x0560 b908 0000 f106 0000 8206 0000 0000 0000 |................| 0x0570 0000 0000 5205 0000 2504 0000 1107 0000 |....R...%.......| 0x0580 0000 0000 0000 0000 6a09 0000 0000 0000 |........j.......| 0x0590 5707 0000 4200 0000 1b07 0000 0000 0000 |W...B...........| 0x05a0 0000 0000 2505 0000 f807 0000 cb07 0000 |....%...........| 0x05b0 0000 0000 a909 0000 0103 0000 5c05 0000 |............\...| 0x05c0 cb04 0000 6003 0000 6506 0000 e105 0000 |....`...e.......| 0x05d0 0000 0000 0000 0000 7708 0000 0000 0000 |........w.......| 0x05e0 1304 0000 bb08 0000 1402 0000 5b04 0000 |............[...| 0x05f0 7703 0000 0000 0000 fd07 0000 0000 0000 |w...............| 0x0600 0000 0000 0000 0000 e806 0000 6609 0000 |............f...| 0x0610 4a00 0000 3403 0000 0000 0000 0000 0000 |J...4...........| 0x0620 a408 0000 0000 0000 ba07 0000 0508 0000 |................| 0x0630 5408 0000 3b04 0000 3a08 0000 0000 0000 |T...;...:.......| 0x0640 0000 0000 7505 0000 8c09 0000 4204 0000 |....u.......B...| 0x0650 7204 0000 6605 0000 fb04 0000 0000 0000 |r...f...........| 0x0660 fa04 0000 1b03 0000 8a07 0000 ec02 0000 |................| 0x0670 4709 0000 f005 0000 0000 0000 0000 0000 |G...............| 0x0680 4009 0000 5407 0000 0000 0000 6500 0000 |@...T.......e...| 0x0690 0000 0000 0000 0000 4d05 0000 c208 0000 |........M.......| 0x06a0 f508 0000 0000 0000 cc02 0000 0000 0000 |................| 0x06b0 0000 0000 a607 0000 3d06 0000 2803 0000 |........=...(...| 0x06c0 5904 0000 9909 0000 0000 0000 c209 0000 |Y...............| 0x06d0 2a05 0000 a908 0000 5506 0000 da01 0000 |*.......U.......| 0x06e0 bb09 0000 0b04 0000 0000 0000 0000 0000 |................| 0x06f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0700 0000 0000 0000 0000 6e05 0000 3700 0000 |........n...7...| 0x0710 ef00 0000 9808 0000 7702 0000 8806 0000 |........w.......| 0x0720 0000 0000 3809 0000 1d02 0000 6b06 0000 |....8.......k...| 0x0730 a001 0000 3409 0000 5a07 0000 5508 0000 |....4...Z...U...| 0x0740 9f09 0000 4c07 0000 0000 0000 0402 0000 |....L...........| 0x0750 7a09 0000 f905 0000 7d04 0000 7903 0000 |z.......}...y...| 0x0760 8708 0000 a502 0000 fb06 0000 0000 0000 |................| 0x0770 fe01 0000 6409 0000 4d00 0000 f105 0000 |....d...M.......| 0x0780 8109 0000 bf03 0000 d207 0000 0000 0000 |................| 0x0790 4606 0000 0000 0000 0000 0000 3e03 0000 |F...........>...| 0x07a0 9b06 0000 8609 0000 df03 0000 0000 0000 |................| 0x07b0 2104 0000 0000 0000 3b07 0000 0000 0000 |!.......;.......| 0x07c0 aa04 0000 9a06 0000 b200 0000 4701 0000 |............G...| 0x07d0 9403 0000 f408 0000 4e05 0000 f608 0000 |........N.......| 0x07e0 9a09 0000 0000 0000 9c07 0000 0000 0000 |................| 0x07f0 0000 0000 0000 0000 0000 0000 c205 0000 |................| 0x0800 4501 0000 c207 0000 1306 0000 f600 0000 |E...............| 0x0810 d907 0000 c407 0000 bb02 0000 0000 0000 |................| 0x0820 0000 0000 5106 0000 0000 0000 8709 0000 |....Q...........| 0x0830 a003 0000 d901 0000 e206 0000 0000 0000 |................| 0x0840 b508 0000 4806 0000 2409 0000 0000 0000 |....H...$.......| 0x0850 6e08 0000 bc09 0000 c506 0000 4506 0000 |n...........E...| 0x0860 f407 0000 5303 0000 2809 0000 b902 0000 |....S...(.......| 0x0870 1003 0000 6c06 0000 9d03 0000 9509 0000 |....l...........| 0x0880 3004 0000 3703 0000 8e09 0000 1309 0000 |0...7...........| 0x0890 3d05 0000 0000 0000 3204 0000 b009 0000 |=.......2.......| 0x08a0 8a05 0000 0000 0000 ca03 0000 e309 0000 |................| 0x08b0 8807 0000 0000 0000 1d08 0000 3c08 0000 |............<...| 0x08c0 da09 0000 3c06 0000 1907 0000 1a05 0000 |....<...........| 0x08d0 0204 0000 fa05 0000 0000 0000 1207 0000 |................| 0x08e0 2e09 0000 4509 0000 a505 0000 0000 0000 |....E...........| 0x08f0 4208 0000 0000 0000 1506 0000 0000 0000 |B...............| 0x0900 0000 0000 d806 0000 0000 0000 0000 0000 |................| 0x0910 d706 0000 3707 0000 0000 0000 ee08 0000 |....7...........| 0x0920 2608 0000 a107 0000 6607 0000 4909 0000 |&.......f...I...| 0x0930 0000 0000 2604 0000 a203 0000 5402 0000 |....&.......T...| 0x0940 ab01 0000 2209 0000 2d04 0000 3302 0000 |...."...-...3...| 0x0950 9607 0000 b509 0000 a609 0000 e200 0000 |................| 0x0960 0000 0000 d408 0000 0c01 0000 0809 0000 |................| 0x0970 2c04 0000 0000 0000 4401 0000 eb06 0000 |,.......D.......| 0x0980 0000 0000 a209 0000 c107 0000 4f04 0000 |............O...| 0x0990 5d06 0000 e907 0000 3008 0000 0000 0000 |].......0.......| 0x09a0 0e08 0000 f700 0000 9208 0000 0000 0000 |................| 0x09b0 0000 0000 fc07 0000 8209 0000 6505 0000 |............e...| 0x09c0 3b00 0000 0000 0000 0a0a 0000 0000 0000 |;...............| 0x09d0 ba06 0000 8103 0000 0000 0000 e409 0000 |................| 0x09e0 8e06 0000 4301 0000 6b07 0000 2309 0000 |....C...k...#...| 0x09f0 da00 0000 1408 0000 0000 0000 7103 0000 |............q...| 0x0a00 4008 0000 2400 0000 c402 0000 0000 0000 |@...$...........| 0x0a10 f405 0000 9f00 0000 8b03 0000 3001 0000 |............0...| 0x0a20 0000 0000 c007 0000 3505 0000 bf09 0000 |........5.......| 0x0a30 0000 0000 5c01 0000 0000 0000 4409 0000 |....\.......D...| 0x0a40 8a03 0000 0000 0000 9501 0000 0000 0000 |................| 0x0a50 3600 0000 c108 0000 0000 0000 1705 0000 |6...............| 0x0a60 f809 0000 7405 0000 0000 0000 7f04 0000 |....t...........| 0x0a70 c106 0000 d000 0000 2607 0000 b806 0000 |........&.......| 0x0a80 cd09 0000 b809 0000 0000 0000 1008 0000 |................| 0x0a90 6808 0000 a509 0000 5507 0000 0604 0000 |h.......U.......| 0x0aa0 c008 0000 0000 0000 b100 0000 c702 0000 |................| 0x0ab0 4608 0000 4a05 0000 0000 0000 e808 0000 |F...J...........| 0x0ac0 1d09 0000 0000 0000 4307 0000 c808 0000 |........C.......| 0x0ad0 0000 0000 0000 0000 d900 0000 d908 0000 |................| 0x0ae0 8808 0000 5406 0000 de09 0000 0000 0000 |....T...........| 0x0af0 0901 0000 0000 0000 7707 0000 ae00 0000 |........w.......| 0x0b00 5405 0000 ff03 0000 0000 0000 0000 0000 |T...............| 0x0b10 0000 0000 0000 0000 bd04 0000 2f07 0000 |............/...| 0x0b20 0000 0000 f008 0000 0000 0000 2609 0000 |............&...| 0x0b30 cf00 0000 0000 0000 0000 0000 b409 0000 |................| 0x0b40 7006 0000 6f02 0000 7b01 0000 0000 0000 |p...o...{.......| 0x0b50 5009 0000 e909 0000 0000 0000 e204 0000 |P...............| 0x0b60 0000 0000 0000 0000 2d05 0000 6508 0000 |........-...e...| 0x0b70 6d00 0000 4508 0000 0000 0000 b909 0000 |m...E...........| 0x0b80 b103 0000 fa03 0000 f901 0000 d001 0000 |................| 0x0b90 ad00 0000 1f07 0000 a303 0000 7609 0000 |............v...| 0x0ba0 0000 0000 b207 0000 1b08 0000 0000 0000 |................| 0x0bb0 5d08 0000 9306 0000 5209 0000 0000 0000 |].......R.......| 0x0bc0 5207 0000 0000 0000 0000 0000 4b00 0000 |R...........K...| 0x0bd0 4809 0000 9900 0000 9508 0000 8208 0000 |H...............| 0x0be0 0000 0000 0000 0000 cb00 0000 3c02 0000 |............<...| 0x0bf0 4908 0000 b205 0000 0000 0000 b609 0000 |I...............| 0x0c00 6207 0000 0000 0000 0409 0000 bc04 0000 |b...............| 0x0c10 0000 0000 4b07 0000 8108 0000 0000 0000 |....K...........| 0x0c20 8205 0000 9f06 0000 8b00 0000 0000 0000 |................| 0x0c30 1d04 0000 0000 0000 0000 0000 0000 0000 |................| 0x0c40 b001 0000 0000 0000 6707 0000 0000 0000 |........g.......| 0x0c50 ad06 0000 0000 0000 b004 0000 1108 0000 |................| 0x0c60 3308 0000 0000 0000 dc09 0000 2308 0000 |3...........#...| 0x0c70 6901 0000 0000 0000 0000 0000 5a09 0000 |i...........Z...| 0x0c80 d608 0000 c907 0000 0000 0000 c801 0000 |................| 0x0c90 bb03 0000 1208 0000 7402 0000 0000 0000 |........t.......| 0x0ca0 5f09 0000 b903 0000 0c07 0000 1c09 0000 |_...............| 0x0cb0 0000 0000 7300 0000 eb02 0000 ab09 0000 |....s...........| 0x0cc0 f208 0000 0000 0000 3c00 0000 0000 0000 |........<.......| 0x0cd0 7504 0000 0000 0000 6906 0000 0407 0000 |u.......i.......| 0x0ce0 0000 0000 6802 0000 0000 0000 5c02 0000 |....h.......\...| 0x0cf0 0000 0000 0000 0000 0000 0000 4e08 0000 |............N...| 0x0d00 0e01 0000 c508 0000 0000 0000 6007 0000 |............`...| 0x0d10 5700 0000 0000 0000 1607 0000 d905 0000 |W...............| 0x0d20 e007 0000 e108 0000 3c05 0000 0000 0000 |........<.......| 0x0d30 2b01 0000 d600 0000 9703 0000 0000 0000 |+...............| 0x0d40 0000 0000 e904 0000 0000 0000 0306 0000 |................| 0x0d50 fd06 0000 fa07 0000 a105 0000 0000 0000 |................| 0x0d60 ce08 0000 8705 0000 b308 0000 0000 0000 |................| 0x0d70 8008 0000 0000 0000 7e02 0000 2106 0000 |........~...!...| 0x0d80 0000 0000 b106 0000 c408 0000 0209 0000 |................| 0x0d90 af01 0000 b108 0000 090a 0000 6109 0000 |............a...| 0x0da0 0000 0000 2808 0000 9702 0000 0000 0000 |....(...........| 0x0db0 0000 0000 2507 0000 fd09 0000 0000 0000 |....%...........| 0x0dc0 de03 0000 df08 0000 ed03 0000 8f09 0000 |................| 0x0dd0 0000 0000 0000 0000 8004 0000 4305 0000 |............C...| 0x0de0 3d02 0000 c709 0000 c101 0000 0807 0000 |=...............| 0x0df0 fe05 0000 f808 0000 f108 0000 5f06 0000 |............_...| 0x0e00 9001 0000 be04 0000 0000 0000 0000 0000 |................| 0x0e10 d206 0000 0000 0000 9e01 0000 7500 0000 |............u...| 0x0e20 0000 0000 2800 0000 5200 0000 b507 0000 |....(...R.......| 0x0e30 c001 0000 f906 0000 d400 0000 dd04 0000 |................| 0x0e40 c706 0000 da03 0000 a407 0000 f908 0000 |................| 0x0e50 3909 0000 a106 0000 eb04 0000 c509 0000 |9...............| 0x0e60 0000 0000 3d09 0000 a005 0000 c507 0000 |....=...........| 0x0e70 9406 0000 0000 0000 7607 0000 0000 0000 |........v.......| 0x0e80 b501 0000 0000 0000 0000 0000 e002 0000 |................| 0x0e90 0000 0000 7e06 0000 6800 0000 e508 0000 |....~...h.......| 0x0ea0 8207 0000 7705 0000 ce03 0000 0000 0000 |....w...........| 0x0eb0 0000 0000 0000 0000 2e07 0000 8408 0000 |................| 0x0ec0 0403 0000 0000 0000 a103 0000 0000 0000 |................| 0x0ed0 0000 0000 5202 0000 ea08 0000 3406 0000 |....R.......4...| 0x0ee0 0000 0000 1508 0000 8d09 0000 6008 0000 |............`...| 0x0ef0 0000 0000 9008 0000 5b07 0000 0000 0000 |........[.......| 0x0f00 1903 0000 0000 0000 a403 0000 2705 0000 |............'...| 0x0f10 6408 0000 9704 0000 3609 0000 3607 0000 |d.......6...6...| 0x0f20 dd09 0000 2208 0000 cc07 0000 a605 0000 |...."...........| 0x0f30 0000 0000 0000 0000 8907 0000 8300 0000 |................| 0x0f40 0000 0000 ee06 0000 af02 0000 0000 0000 |................| 0x0f50 e006 0000 7709 0000 0000 0000 0000 0000 |....w...........| 0x0f60 3603 0000 0000 0000 d102 0000 6e09 0000 |6...........n...| 0x0f70 4202 0000 8c05 0000 c803 0000 0000 0000 |B...............| 0x0f80 0000 0000 1a07 0000 8407 0000 e804 0000 |................| 0x0f90 0000 0000 3e07 0000 2606 0000 8508 0000 |....>...&.......| 0x0fa0 a808 0000 3109 0000 0000 0000 8a06 0000 |....1...........| 0x0fb0 3608 0000 0000 0000 4f02 0000 070a 0000 |6.......O.......| 0x0fc0 de08 0000 0000 0000 0000 0000 9a03 0000 |................| 0x0fd0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0fe0 0000 0000 0000 0000 9b00 0000 7604 0000 |............v...| 0x0ff0 ba03 0000 c809 0000 0000 0000 9f07 0000 |................| 80421 cvsync 0.003368 RET read 4096/0x1000 80421 cvsync 0.003379 CALL mmap(0,0x103000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 80421 cvsync 0.003396 RET mmap 1075978240/0x40222000 80421 cvsync 0.003405 CALL mprotect(0x40308000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 80421 cvsync 0.003417 RET mprotect 0 80421 cvsync 0.003456 CALL mprotect(0x40308000,0x1000,PROT_READ|PROT_EXEC) 80421 cvsync 0.003468 RET mprotect 0 80421 cvsync 0.003478 CALL mmap(0x40309000,0x6000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0xe6000,0) 80421 cvsync 0.003504 RET mmap 1076924416/0x40309000 80421 cvsync 0.003539 CALL mmap(0x4030f000,0x16000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.003554 RET mmap 1076948992/0x4030f000 80421 cvsync 0.003603 CALL close(0x3) 80421 cvsync 0.003618 RET close 0 80421 cvsync 0.003641 CALL sysarch(0xa,0xbfbfe450) 80421 cvsync 0.003653 RET sysarch 0 80421 cvsync 0.003663 CALL mmap(0,0x440,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.003675 RET mmap 1077039104/0x40325000 80421 cvsync 0.003687 CALL munmap(0x40325000,0x440) 80421 cvsync 0.003737 RET munmap 0 80421 cvsync 0.003752 CALL mmap(0,0x408,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.003765 RET mmap 1077039104/0x40325000 80421 cvsync 0.003899 CALL munmap(0x40325000,0x408) 80421 cvsync 0.003918 RET munmap 0 80421 cvsync 0.003930 CALL mprotect(0x400b1000,0x128000,PROT_READ|PROT_WRITE|PROT_EXEC) 80421 cvsync 0.003948 RET mprotect 0 80421 cvsync 0.003956 CALL mmap(0,0x6878,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.003967 RET mmap 1077039104/0x40325000 80421 cvsync 0.005631 CALL munmap(0x40325000,0x6878) 80421 cvsync 0.005712 RET munmap 0 80421 cvsync 0.005726 CALL mprotect(0x400b1000,0x128000,PROT_READ|PROT_EXEC) 80421 cvsync 0.005752 RET mprotect 0 80421 cvsync 0.005863 CALL mmap(0,0xf20,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.005887 RET mmap 1077039104/0x40325000 80421 cvsync 0.006196 CALL munmap(0x40325000,0xf20) 80421 cvsync 0.006219 RET munmap 0 80421 cvsync 0.006233 CALL mmap(0,0x5058,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.006245 RET mmap 1077039104/0x40325000 80421 cvsync 0.006747 CALL munmap(0x40325000,0x5058) 80421 cvsync 0.006777 RET munmap 0 80421 cvsync 0.006897 CALL getpid 80421 cvsync 0.006906 RET getpid 80421/0x13a25 80421 cvsync 0.006945 CALL __sysctl(0xbfbfe3c8,0x2,0x4021ddb0,0xbfbfe3c4,0,0) 80421 cvsync 0.006967 RET __sysctl 0 80421 cvsync 0.006977 CALL __sysctl(0xbfbfe3c8,0x2,0xbfbfe3d0,0xbfbfe3c4,0,0) 80421 cvsync 0.006990 RET __sysctl 0 80421 cvsync 0.007012 CALL __sysctl(0xbfbfe388,0x2,0x4032243c,0xbfbfe384,0,0) 80421 cvsync 0.007027 RET __sysctl 0 80421 cvsync 0.007083 CALL __sysctl(0xbfbfde98,0x2,0x40313c1c,0xbfbfde94,0,0) 80421 cvsync 0.007098 RET __sysctl 0 80421 cvsync 0.007118 CALL __sysctl(0xbfbfde28,0x2,0xbfbfde20,0xbfbfde24,0,0) 80421 cvsync 0.007132 RET __sysctl 0 80421 cvsync 0.007207 CALL readlink(0x4030080b,0xbfbfdeb0,0x400) 80421 cvsync 0.007221 NAMI "/etc/malloc.conf" 80421 cvsync 0.007267 RET readlink 2 80421 cvsync 0.007299 CALL issetugid 80421 cvsync 0.007308 RET issetugid 0 80421 cvsync 0.007344 CALL break(0x8200000) 80421 cvsync 0.007361 RET break 0 80421 cvsync 0.007398 CALL break(0x8400000) 80421 cvsync 0.007410 RET break 0 80421 cvsync 0.007684 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfe2d0) 80421 cvsync 0.007699 RET sigprocmask 0 80421 cvsync 0.007725 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.007737 RET sigprocmask 0 80421 cvsync 0.007761 CALL mmap(0xbf9ff000,0x1000,PROT_NONE,MAP_ANON,0xffffffff,0,0,0) 80421 cvsync 0.007778 RET mmap -1080037376/0xbf9ff000 80421 cvsync 0.007828 CALL sysarch(0xa,0xbfbfe3a0) 80421 cvsync 0.007843 RET sysarch 0 80421 cvsync 0.007853 CALL sigprocmask(SIG_SETMASK,0xbfbfe350,0x82503fc) 80421 cvsync 0.007863 RET sigprocmask 0 80421 cvsync 0.007873 CALL sigaction(SIGHUP,0,0x40220e20) 80421 cvsync 0.007885 RET sigaction 0 80421 cvsync 0.007894 CALL sigaction(SIGINT,0,0x40220e38) 80421 cvsync 0.007904 RET sigaction 0 80421 cvsync 0.007913 CALL sigaction(SIGQUIT,0,0x40220e50) 80421 cvsync 0.007923 RET sigaction 0 80421 cvsync 0.007932 CALL sigaction(SIGILL,0,0x40220e68) 80421 cvsync 0.007942 RET sigaction 0 80421 cvsync 0.007953 CALL sigaction(SIGTRAP,0,0x40220e80) 80421 cvsync 0.007963 RET sigaction 0 80421 cvsync 0.007972 CALL sigaction(SIGIOT,0,0x40220e98) 80421 cvsync 0.007981 RET sigaction 0 80421 cvsync 0.007991 CALL sigaction(SIGEMT,0,0x40220eb0) 80421 cvsync 0.008000 RET sigaction 0 80421 cvsync 0.008010 CALL sigaction(SIGFPE,0,0x40220ec8) 80421 cvsync 0.008020 RET sigaction 0 80421 cvsync 0.008029 CALL sigaction(SIGKILL,0,0x40220ee0) 80421 cvsync 0.008054 RET sigaction 0 80421 cvsync 0.008063 CALL sigaction(SIGBUS,0,0x40220ef8) 80421 cvsync 0.008072 RET sigaction 0 80421 cvsync 0.008081 CALL sigaction(SIGSEGV,0,0x40220f10) 80421 cvsync 0.008092 RET sigaction 0 80421 cvsync 0.008103 CALL sigaction(SIGSYS,0,0x40220f28) 80421 cvsync 0.008112 RET sigaction 0 80421 cvsync 0.008122 CALL sigaction(SIGPIPE,0,0x40220f40) 80421 cvsync 0.008131 RET sigaction 0 80421 cvsync 0.008141 CALL sigaction(SIGALRM,0,0x40220f58) 80421 cvsync 0.008151 RET sigaction 0 80421 cvsync 0.008160 CALL sigaction(SIGTERM,0,0x40220f70) 80421 cvsync 0.008170 RET sigaction 0 80421 cvsync 0.008180 CALL sigaction(SIGURG,0,0x40220f88) 80421 cvsync 0.008188 RET sigaction 0 80421 cvsync 0.008198 CALL sigaction(SIGSTOP,0,0x40220fa0) 80421 cvsync 0.008207 RET sigaction 0 80421 cvsync 0.008218 CALL sigaction(SIGTSTP,0,0x40220fb8) 80421 cvsync 0.008229 RET sigaction 0 80421 cvsync 0.008238 CALL sigaction(SIGCONT,0,0x40220fd0) 80421 cvsync 0.008248 RET sigaction 0 80421 cvsync 0.008257 CALL sigaction(SIGCHLD,0,0x40220fe8) 80421 cvsync 0.008267 RET sigaction 0 80421 cvsync 0.008276 CALL sigaction(SIGTTIN,0,0x40221000) 80421 cvsync 0.008286 RET sigaction 0 80421 cvsync 0.008296 CALL sigaction(SIGTTOU,0,0x40221018) 80421 cvsync 0.008305 RET sigaction 0 80421 cvsync 0.008315 CALL sigaction(SIGIO,0,0x40221030) 80421 cvsync 0.008328 RET sigaction 0 80421 cvsync 0.008340 CALL sigaction(SIGXCPU,0,0x40221048) 80421 cvsync 0.008351 RET sigaction 0 80421 cvsync 0.008361 CALL sigaction(SIGXFSZ,0,0x40221060) 80421 cvsync 0.008370 RET sigaction 0 80421 cvsync 0.008380 CALL sigaction(SIGVTALRM,0,0x40221078) 80421 cvsync 0.008389 RET sigaction 0 80421 cvsync 0.008475 CALL sigaction(SIGPROF,0,0x40221090) 80421 cvsync 0.008485 RET sigaction 0 80421 cvsync 0.008495 CALL sigaction(SIGWINCH,0,0x402210a8) 80421 cvsync 0.008504 RET sigaction 0 80421 cvsync 0.008514 CALL sigaction(SIG29,0,0x402210c0) 80421 cvsync 0.008523 RET sigaction 0 80421 cvsync 0.008533 CALL sigaction(SIGUSR1,0,0x402210d8) 80421 cvsync 0.008540 RET sigaction 0 80421 cvsync 0.008550 CALL sigaction(SIGUSR2,0,0x402210f0) 80421 cvsync 0.008559 RET sigaction 0 80421 cvsync 0.008569 CALL sigaction(SIG 32,0,0x40221108) 80421 cvsync 0.008579 RET sigaction 0 80421 cvsync 0.008595 CALL sigaction(SIG 33,0,0x40221120) 80421 cvsync 0.008605 RET sigaction 0 80421 cvsync 0.008614 CALL sigaction(SIG 34,0,0x40221138) 80421 cvsync 0.008621 RET sigaction 0 80421 cvsync 0.008631 CALL sigaction(SIG 35,0,0x40221150) 80421 cvsync 0.008640 RET sigaction 0 80421 cvsync 0.008650 CALL sigaction(SIG 36,0,0x40221168) 80421 cvsync 0.008657 RET sigaction 0 80421 cvsync 0.008667 CALL sigaction(SIG 37,0,0x40221180) 80421 cvsync 0.008676 RET sigaction 0 80421 cvsync 0.008686 CALL sigaction(SIG 38,0,0x40221198) 80421 cvsync 0.008693 RET sigaction 0 80421 cvsync 0.008703 CALL sigaction(SIG 39,0,0x402211b0) 80421 cvsync 0.008713 RET sigaction 0 80421 cvsync 0.008721 CALL sigaction(SIG 40,0,0x402211c8) 80421 cvsync 0.008730 RET sigaction 0 80421 cvsync 0.008738 CALL sigaction(SIG 41,0,0x402211e0) 80421 cvsync 0.008747 RET sigaction 0 80421 cvsync 0.008757 CALL sigaction(SIG 42,0,0x402211f8) 80421 cvsync 0.008764 RET sigaction 0 80421 cvsync 0.008774 CALL sigaction(SIG 43,0,0x40221210) 80421 cvsync 0.008783 RET sigaction 0 80421 cvsync 0.008791 CALL sigaction(SIG 44,0,0x40221228) 80421 cvsync 0.008817 RET sigaction 0 80421 cvsync 0.008828 CALL sigaction(SIG 45,0,0x40221240) 80421 cvsync 0.008838 RET sigaction 0 80421 cvsync 0.008846 CALL sigaction(SIG 46,0,0x40221258) 80421 cvsync 0.008855 RET sigaction 0 80421 cvsync 0.008865 CALL sigaction(SIG 47,0,0x40221270) 80421 cvsync 0.008874 RET sigaction 0 80421 cvsync 0.008884 CALL sigaction(SIG 48,0,0x40221288) 80421 cvsync 0.008894 RET sigaction 0 80421 cvsync 0.008903 CALL sigaction(SIG 49,0,0x402212a0) 80421 cvsync 0.008913 RET sigaction 0 80421 cvsync 0.008923 CALL sigaction(SIG 50,0,0x402212b8) 80421 cvsync 0.008932 RET sigaction 0 80421 cvsync 0.008942 CALL sigaction(SIG 51,0,0x402212d0) 80421 cvsync 0.008953 RET sigaction 0 80421 cvsync 0.008964 CALL sigaction(SIG 52,0,0x402212e8) 80421 cvsync 0.008973 RET sigaction 0 80421 cvsync 0.008982 CALL sigaction(SIG 53,0,0x40221300) 80421 cvsync 0.008992 RET sigaction 0 80421 cvsync 0.009001 CALL sigaction(SIG 54,0,0x40221318) 80421 cvsync 0.009011 RET sigaction 0 80421 cvsync 0.009021 CALL sigaction(SIG 55,0,0x40221330) 80421 cvsync 0.009030 RET sigaction 0 80421 cvsync 0.009040 CALL sigaction(SIG 56,0,0x40221348) 80421 cvsync 0.009051 RET sigaction 0 80421 cvsync 0.009060 CALL sigaction(SIG 57,0,0x40221360) 80421 cvsync 0.009069 RET sigaction 0 80421 cvsync 0.009078 CALL sigaction(SIG 58,0,0x40221378) 80421 cvsync 0.009089 RET sigaction 0 80421 cvsync 0.009101 CALL sigaction(SIG 59,0,0x40221390) 80421 cvsync 0.009109 RET sigaction 0 80421 cvsync 0.009118 CALL sigaction(SIG 60,0,0x402213a8) 80421 cvsync 0.009128 RET sigaction 0 80421 cvsync 0.009137 CALL sigaction(SIG 61,0,0x402213c0) 80421 cvsync 0.009147 RET sigaction 0 80421 cvsync 0.009156 CALL sigaction(SIG 62,0,0x402213d8) 80421 cvsync 0.009178 RET sigaction 0 80421 cvsync 0.009188 CALL sigaction(SIG 63,0,0x402213f0) 80421 cvsync 0.009197 RET sigaction 0 80421 cvsync 0.009206 CALL sigaction(SIG 64,0,0x40221408) 80421 cvsync 0.009217 RET sigaction 0 80421 cvsync 0.009228 CALL sigaction(SIG 65,0,0x40221420) 80421 cvsync 0.009237 RET sigaction 0 80421 cvsync 0.009247 CALL sigaction(SIG 66,0,0x40221438) 80421 cvsync 0.009256 RET sigaction 0 80421 cvsync 0.009266 CALL sigaction(SIG 67,0,0x40221450) 80421 cvsync 0.009275 RET sigaction 0 80421 cvsync 0.009285 CALL sigaction(SIG 68,0,0x40221468) 80421 cvsync 0.009295 RET sigaction 0 80421 cvsync 0.009304 CALL sigaction(SIG 69,0,0x40221480) 80421 cvsync 0.009314 RET sigaction 0 80421 cvsync 0.009323 CALL sigaction(SIG 70,0,0x40221498) 80421 cvsync 0.009332 RET sigaction 0 80421 cvsync 0.009339 CALL sigaction(SIG 71,0,0x402214b0) 80421 cvsync 0.009349 RET sigaction 0 80421 cvsync 0.009359 CALL sigaction(SIG 72,0,0x402214c8) 80421 cvsync 0.009366 RET sigaction 0 80421 cvsync 0.009376 CALL sigaction(SIG 73,0,0x402214e0) 80421 cvsync 0.009386 RET sigaction 0 80421 cvsync 0.009395 CALL sigaction(SIG 74,0,0x402214f8) 80421 cvsync 0.009405 RET sigaction 0 80421 cvsync 0.009414 CALL sigaction(SIG 75,0,0x40221510) 80421 cvsync 0.009424 RET sigaction 0 80421 cvsync 0.009434 CALL sigaction(SIG 76,0,0x40221528) 80421 cvsync 0.009443 RET sigaction 0 80421 cvsync 0.009453 CALL sigaction(SIG 77,0,0x40221540) 80421 cvsync 0.009463 RET sigaction 0 80421 cvsync 0.009471 CALL sigaction(SIG 78,0,0x40221558) 80421 cvsync 0.009481 RET sigaction 0 80421 cvsync 0.009491 CALL sigaction(SIG 79,0,0x40221570) 80421 cvsync 0.009501 RET sigaction 0 80421 cvsync 0.009520 CALL sigaction(SIG 80,0,0x40221588) 80421 cvsync 0.009530 RET sigaction 0 80421 cvsync 0.009539 CALL sigaction(SIG 81,0,0x402215a0) 80421 cvsync 0.009549 RET sigaction 0 80421 cvsync 0.009558 CALL sigaction(SIG 82,0,0x402215b8) 80421 cvsync 0.009568 RET sigaction 0 80421 cvsync 0.009578 CALL sigaction(SIG 83,0,0x402215d0) 80421 cvsync 0.009589 RET sigaction 0 80421 cvsync 0.009604 CALL sigaction(SIG 84,0,0x402215e8) 80421 cvsync 0.009614 RET sigaction 0 80421 cvsync 0.009623 CALL sigaction(SIG 85,0,0x40221600) 80421 cvsync 0.009633 RET sigaction 0 80421 cvsync 0.009642 CALL sigaction(SIG 86,0,0x40221618) 80421 cvsync 0.009652 RET sigaction 0 80421 cvsync 0.009662 CALL sigaction(SIG 87,0,0x40221630) 80421 cvsync 0.009671 RET sigaction 0 80421 cvsync 0.009681 CALL sigaction(SIG 88,0,0x40221648) 80421 cvsync 0.009690 RET sigaction 0 80421 cvsync 0.009703 CALL sigaction(SIG 89,0,0x40221660) 80421 cvsync 0.009714 RET sigaction 0 80421 cvsync 0.009722 CALL sigaction(SIG 90,0,0x40221678) 80421 cvsync 0.009731 RET sigaction 0 80421 cvsync 0.009741 CALL sigaction(SIG 91,0,0x40221690) 80421 cvsync 0.009750 RET sigaction 0 80421 cvsync 0.009760 CALL sigaction(SIG 92,0,0x402216a8) 80421 cvsync 0.009770 RET sigaction 0 80421 cvsync 0.009779 CALL sigaction(SIG 93,0,0x402216c0) 80421 cvsync 0.009789 RET sigaction 0 80421 cvsync 0.009798 CALL sigaction(SIG 94,0,0x402216d8) 80421 cvsync 0.009808 RET sigaction 0 80421 cvsync 0.009817 CALL sigaction(SIG 95,0,0x402216f0) 80421 cvsync 0.009828 RET sigaction 0 80421 cvsync 0.009839 CALL sigaction(SIG 96,0,0x40221708) 80421 cvsync 0.009848 RET sigaction 0 80421 cvsync 0.009857 CALL sigaction(SIG 97,0,0x40221720) 80421 cvsync 0.009879 RET sigaction 0 80421 cvsync 0.009888 CALL sigaction(SIG 98,0,0x40221738) 80421 cvsync 0.009898 RET sigaction 0 80421 cvsync 0.009907 CALL sigaction(SIG 99,0,0x40221750) 80421 cvsync 0.009917 RET sigaction 0 80421 cvsync 0.009926 CALL sigaction(SIG 100,0,0x40221768) 80421 cvsync 0.009936 RET sigaction 0 80421 cvsync 0.009945 CALL sigaction(SIG 101,0,0x40221780) 80421 cvsync 0.009956 RET sigaction 0 80421 cvsync 0.009967 CALL sigaction(SIG 102,0,0x40221798) 80421 cvsync 0.009978 RET sigaction 0 80421 cvsync 0.009986 CALL sigaction(SIG 103,0,0x402217b0) 80421 cvsync 0.009996 RET sigaction 0 80421 cvsync 0.010005 CALL sigaction(SIG 104,0,0x402217c8) 80421 cvsync 0.010015 RET sigaction 0 80421 cvsync 0.010024 CALL sigaction(SIG 105,0,0x402217e0) 80421 cvsync 0.010034 RET sigaction 0 80421 cvsync 0.010043 CALL sigaction(SIG 106,0,0x402217f8) 80421 cvsync 0.010053 RET sigaction 0 80421 cvsync 0.010061 CALL sigaction(SIG 107,0,0x40221810) 80421 cvsync 0.010070 RET sigaction 0 80421 cvsync 0.010078 CALL sigaction(SIG 108,0,0x40221828) 80421 cvsync 0.010088 RET sigaction 0 80421 cvsync 0.010097 CALL sigaction(SIG 109,0,0x40221840) 80421 cvsync 0.010106 RET sigaction 0 80421 cvsync 0.010116 CALL sigaction(SIG 110,0,0x40221858) 80421 cvsync 0.010125 RET sigaction 0 80421 cvsync 0.010135 CALL sigaction(SIG 111,0,0x40221870) 80421 cvsync 0.010144 RET sigaction 0 80421 cvsync 0.010154 CALL sigaction(SIG 112,0,0x40221888) 80421 cvsync 0.010163 RET sigaction 0 80421 cvsync 0.010173 CALL sigaction(SIG 113,0,0x402218a0) 80421 cvsync 0.010183 RET sigaction 0 80421 cvsync 0.010192 CALL sigaction(SIG 114,0,0x402218b8) 80421 cvsync 0.010204 RET sigaction 0 80421 cvsync 0.010237 CALL sigaction(SIG 115,0,0x402218d0) 80421 cvsync 0.010247 RET sigaction 0 80421 cvsync 0.010257 CALL sigaction(SIG 116,0,0x402218e8) 80421 cvsync 0.010266 RET sigaction 0 80421 cvsync 0.010276 CALL sigaction(SIG 117,0,0x40221900) 80421 cvsync 0.010285 RET sigaction 0 80421 cvsync 0.010295 CALL sigaction(SIG 118,0,0x40221918) 80421 cvsync 0.010304 RET sigaction 0 80421 cvsync 0.010314 CALL sigaction(SIG 119,0,0x40221930) 80421 cvsync 0.010323 RET sigaction 0 80421 cvsync 0.010332 CALL sigaction(SIG 120,0,0x40221948) 80421 cvsync 0.010343 RET sigaction 0 80421 cvsync 0.010352 CALL sigaction(SIG 121,0,0x40221960) 80421 cvsync 0.010362 RET sigaction 0 80421 cvsync 0.010372 CALL sigaction(SIG 122,0,0x40221978) 80421 cvsync 0.010381 RET sigaction 0 80421 cvsync 0.010391 CALL sigaction(SIG 123,0,0x40221990) 80421 cvsync 0.010401 RET sigaction 0 80421 cvsync 0.010410 CALL sigaction(SIG 124,0,0x402219a8) 80421 cvsync 0.010420 RET sigaction 0 80421 cvsync 0.010429 CALL sigaction(SIG 125,0,0x402219c0) 80421 cvsync 0.010439 RET sigaction 0 80421 cvsync 0.010449 CALL sigaction(SIG 126,0,0x402219d8) 80421 cvsync 0.010457 RET sigaction 0 80421 cvsync 0.010468 CALL sigaction(SIG 127,0,0x402219f0) 80421 cvsync 0.010479 RET sigaction 0 80421 cvsync 0.010488 CALL sigaction(SIG 128,0,0x40221a08) 80421 cvsync 0.010498 RET sigaction 0 80421 cvsync 0.010507 CALL sigprocmask(SIG_SETMASK,0x82503fc,0) 80421 cvsync 0.010517 RET sigprocmask 0 80421 cvsync 0.010549 CALL sigaltstack(0,0x82504a0) 80421 cvsync 0.010561 RET sigaltstack 0 80421 cvsync 0.010620 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfe420) 80421 cvsync 0.010629 RET sigprocmask 0 80421 cvsync 0.010639 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.010648 RET sigprocmask 0 80421 cvsync 0.010750 CALL sigaction(SIGHUP,0xbfbfe540,0) 80421 cvsync 0.010762 RET sigaction 0 80421 cvsync 0.010771 CALL sigaction(SIGPIPE,0xbfbfe540,0) 80421 cvsync 0.010781 RET sigaction 0 80421 cvsync 0.010791 CALL sigaction(SIGINT,0xbfbfe540,0) 80421 cvsync 0.010800 RET sigaction 0 80421 cvsync 0.010810 CALL sigaction(SIGTERM,0xbfbfe540,0) 80421 cvsync 0.010820 RET sigaction 0 80421 cvsync 0.010921 CALL fstat(0x1,0xbfbfdb30) 80421 cvsync 0.010946 RET fstat 0 80421 cvsync 0.010969 CALL ioctl(0x1,TIOCGETA,0xbfbfdb70) 80421 cvsync 0.010998 RET ioctl 0 80421 cvsync 0.011030 CALL write(0x1,0x820c000,0x4f) 80421 cvsync 0.011078 GIO fd 1 wrote 79 bytes "Parsing a URI cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home\ /ncvs... " 80421 cvsync 0.011093 RET write 79/0x4f 80421 cvsync 0.011188 CALL stat(0xbfbfe0f0,0xbfbfe4f0) 80421 cvsync 0.011203 NAMI "/home/ncvs" 80421 cvsync 0.011257 RET stat 0 80421 cvsync 0.011295 CALL lstat(0x820e204,0xbfbfe040) 80421 cvsync 0.011304 NAMI "/home" 80421 cvsync 0.011324 RET lstat 0 80421 cvsync 0.011336 CALL lstat(0x820e204,0xbfbfe040) 80421 cvsync 0.011346 NAMI "/home/ncvs" 80421 cvsync 0.011369 RET lstat 0 80421 cvsync 0.011386 CALL gettimeofday(0xbfbfe610,0) 80421 cvsync 0.011398 RET gettimeofday 0 80421 cvsync 0.011415 CALL write(0x1,0x820c000,0x2a) 80421 cvsync 0.011430 GIO fd 1 wrote 42 bytes "Connecting to cvsync.allbsd.org port 7777 " 80421 cvsync 0.011440 RET write 42/0x2a 80421 cvsync 0.011516 CALL stat(0x40305c94,0xbfbfdd20) 80421 cvsync 0.011529 NAMI "/etc/nsswitch.conf" 80421 cvsync 0.011551 RET stat 0 80421 cvsync 0.011582 CALL open(0x40305c94,O_RDONLY,0x1b6) 80421 cvsync 0.011610 NAMI "/etc/nsswitch.conf" 80421 cvsync 0.011657 RET open 3 80421 cvsync 0.011733 CALL ioctl(0x3,TIOCGETA,0xbfbfdb90) 80421 cvsync 0.011748 RET ioctl -1 errno 25 Inappropriate ioctl for device 80421 cvsync 0.011780 CALL fstat(0x3,0xbfbfdae0) 80421 cvsync 0.011792 RET fstat 0 80421 cvsync 0.011809 CALL read(0x3,0x82a0000,0x1000) 80421 cvsync 0.011850 GIO fd 3 read 342 bytes "# # nsswitch.conf(5) - name service switch configuration file # $FreeBSD: src/etc/nsswitch.conf,v 1.1 2006/05/03 15:14:47 ume Exp $ # group: compat group_compat: nis hosts: cache files dns networks: files passwd: compat passwd_compat: nis shells: files services: cache compat services_compat: nis protocols: cache files rpc: cache files " 80421 cvsync 0.011862 RET read 342/0x156 80421 cvsync 0.011872 CALL read(0x3,0x82a0000,0x1000) 80421 cvsync 0.011883 GIO fd 3 read 0 bytes "" 80421 cvsync 0.011893 RET read 0 80421 cvsync 0.011978 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 80421 cvsync 0.011989 RET sigprocmask 0 80421 cvsync 0.012009 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012024 NAMI "/usr/lib/nss_compat.so.1" 80421 cvsync 0.012060 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012070 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012082 NAMI "/usr/local/lib/nss_compat.so.1" 80421 cvsync 0.012110 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012122 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012134 NAMI "/lib/nss_compat.so.1" 80421 cvsync 0.012154 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012163 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012175 NAMI "/usr/lib/nss_compat.so.1" 80421 cvsync 0.012197 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012207 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012218 NAMI "/usr/lib/compat/nss_compat.so.1" 80421 cvsync 0.012241 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012251 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012319 NAMI "/usr/local/lib/nss_compat.so.1" 80421 cvsync 0.012341 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012351 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012362 NAMI "/usr/X11R6/lib/nss_compat.so.1" 80421 cvsync 0.012387 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012396 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012406 NAMI "/usr/local/lib/evolution/2.8/nss_compat.so.1" 80421 cvsync 0.012435 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012448 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012461 NAMI "/lib/nss_compat.so.1" 80421 cvsync 0.012481 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012492 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012501 NAMI "/usr/lib/nss_compat.so.1" 80421 cvsync 0.012523 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012551 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.012560 RET sigprocmask 0 80421 cvsync 0.012572 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 80421 cvsync 0.012582 RET sigprocmask 0 80421 cvsync 0.012596 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.012606 RET sigprocmask 0 80421 cvsync 0.012664 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 80421 cvsync 0.012673 RET sigprocmask 0 80421 cvsync 0.012685 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012698 NAMI "/usr/lib/nss_nis.so.1" 80421 cvsync 0.012722 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012732 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012742 NAMI "/usr/local/lib/nss_nis.so.1" 80421 cvsync 0.012764 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012774 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012783 NAMI "/lib/nss_nis.so.1" 80421 cvsync 0.012800 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012810 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012819 NAMI "/usr/lib/nss_nis.so.1" 80421 cvsync 0.012840 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012870 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012881 NAMI "/usr/lib/compat/nss_nis.so.1" 80421 cvsync 0.012905 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012915 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012928 NAMI "/usr/local/lib/nss_nis.so.1" 80421 cvsync 0.012955 RET access -1 errno 2 No such file or directory 80421 cvsync 0.012965 CALL access(0x4009d000,F_OK) 80421 cvsync 0.012979 NAMI "/usr/X11R6/lib/nss_nis.so.1" 80421 cvsync 0.013002 RET access -1 errno 2 No such file or directory 80421 cvsync 0.013013 CALL access(0x4009d000,F_OK) 80421 cvsync 0.013039 NAMI "/usr/local/lib/evolution/2.8/nss_nis.so.1" 80421 cvsync 0.013067 RET access -1 errno 2 No such file or directory 80421 cvsync 0.013079 CALL access(0x4009d000,F_OK) 80421 cvsync 0.013093 NAMI "/lib/nss_nis.so.1" 80421 cvsync 0.013110 RET access -1 errno 2 No such file or directory 80421 cvsync 0.013121 CALL access(0x4009d000,F_OK) 80421 cvsync 0.013133 NAMI "/usr/lib/nss_nis.so.1" 80421 cvsync 0.013154 RET access -1 errno 2 No such file or directory 80421 cvsync 0.013169 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.013179 RET sigprocmask 0 80421 cvsync 0.013192 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 80421 cvsync 0.013204 RET sigprocmask 0 80421 cvsync 0.013215 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.013225 RET sigprocmask 0 80421 cvsync 0.013248 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 80421 cvsync 0.013258 RET sigprocmask 0 80421 cvsync 0.013273 CALL access(0x4009d000,F_OK) 80421 cvsync 0.013286 NAMI "/usr/lib/nss_cache.so.1" 80421 cvsync 0.013309 RET access -1 errno 2 No such file or directory 80421 cvsync 0.013319 CALL access(0x4009d000,F_OK) 80421 cvsync 0.013330 NAMI "/usr/local/lib/nss_cache.so.1" 80421 cvsync 0.013354 RET access -1 errno 2 No such file or directory 80421 cvsync 0.013363 CALL access(0x4009d000,F_OK) 80421 cvsync 0.013374 NAMI "/lib/nss_cache.so.1" 80421 cvsync 0.013404 RET access -1 errno 2 No such file or directory 80421 cvsync 0.013415 CALL access(0x4009d000,F_OK) 80421 cvsync 0.013425 NAMI "/usr/lib/nss_cache.so.1" 80421 cvsync 0.013445 RET access -1 errno 2 No such file or directory 80421 cvsync 0.013454 CALL access(0x4009d000,F_OK) 80421 cvsync 0.013466 NAMI "/usr/lib/compat/nss_cache.so.1" 80421 cvsync 0.013488 RET access -1 errno 2 No such file or directory 80421 cvsync 0.013500 CALL access(0x4009d000,F_OK) 80421 cvsync 0.013511 NAMI "/usr/local/lib/nss_cache.so.1" 80421 cvsync 0.013533 RET access -1 errno 2 No such file or directory 80421 cvsync 0.013580 CALL access(0x4009d000,F_OK) 80421 cvsync 0.013781 NAMI "/usr/X11R6/lib/nss_cache.so.1" 80421 cvsync 0.013863 RET access -1 errno 2 No such file or directory 80421 cvsync 0.013886 CALL access(0x4009d000,F_OK) 80421 cvsync 0.013900 NAMI "/usr/local/lib/evolution/2.8/nss_cache.so.1" 80421 cvsync 0.014070 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014090 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014106 NAMI "/lib/nss_cache.so.1" 80421 cvsync 0.014134 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014145 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014159 NAMI "/usr/lib/nss_cache.so.1" 80421 cvsync 0.014183 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014232 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.014248 RET sigprocmask 0 80421 cvsync 0.014265 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 80421 cvsync 0.014290 RET sigprocmask 0 80421 cvsync 0.014300 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.014311 RET sigprocmask 0 80421 cvsync 0.014390 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 80421 cvsync 0.014402 RET sigprocmask 0 80421 cvsync 0.014423 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014436 NAMI "/usr/lib/nss_files.so.1" 80421 cvsync 0.014461 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014473 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014543 NAMI "/usr/local/lib/nss_files.so.1" 80421 cvsync 0.014580 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014596 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014607 NAMI "/lib/nss_files.so.1" 80421 cvsync 0.014624 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014634 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014644 NAMI "/usr/lib/nss_files.so.1" 80421 cvsync 0.014664 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014676 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014704 NAMI "/usr/lib/compat/nss_files.so.1" 80421 cvsync 0.014730 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014742 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014754 NAMI "/usr/local/lib/nss_files.so.1" 80421 cvsync 0.014779 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014789 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014799 NAMI "/usr/X11R6/lib/nss_files.so.1" 80421 cvsync 0.014822 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014834 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014845 NAMI "/usr/local/lib/evolution/2.8/nss_files.so.1" 80421 cvsync 0.014875 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014887 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014900 NAMI "/lib/nss_files.so.1" 80421 cvsync 0.014917 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014930 CALL access(0x4009d000,F_OK) 80421 cvsync 0.014945 NAMI "/usr/lib/nss_files.so.1" 80421 cvsync 0.014971 RET access -1 errno 2 No such file or directory 80421 cvsync 0.014985 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.014994 RET sigprocmask 0 80421 cvsync 0.015006 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 80421 cvsync 0.015016 RET sigprocmask 0 80421 cvsync 0.015026 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.015036 RET sigprocmask 0 80421 cvsync 0.015053 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 80421 cvsync 0.015064 RET sigprocmask 0 80421 cvsync 0.015098 CALL access(0x4009d000,F_OK) 80421 cvsync 0.015113 NAMI "/usr/lib/nss_dns.so.1" 80421 cvsync 0.015138 RET access -1 errno 2 No such file or directory 80421 cvsync 0.015150 CALL access(0x4009d000,F_OK) 80421 cvsync 0.015163 NAMI "/usr/local/lib/nss_dns.so.1" 80421 cvsync 0.015188 RET access -1 errno 2 No such file or directory 80421 cvsync 0.015205 CALL access(0x4009d000,F_OK) 80421 cvsync 0.015219 NAMI "/lib/nss_dns.so.1" 80421 cvsync 0.015240 RET access -1 errno 2 No such file or directory 80421 cvsync 0.015249 CALL access(0x4009d000,F_OK) 80421 cvsync 0.015261 NAMI "/usr/lib/nss_dns.so.1" 80421 cvsync 0.015287 RET access -1 errno 2 No such file or directory 80421 cvsync 0.015329 CALL access(0x4009d000,F_OK) 80421 cvsync 0.015344 NAMI "/usr/lib/compat/nss_dns.so.1" 80421 cvsync 0.015368 RET access -1 errno 2 No such file or directory 80421 cvsync 0.015377 CALL access(0x4009d000,F_OK) 80421 cvsync 0.015391 NAMI "/usr/local/lib/nss_dns.so.1" 80421 cvsync 0.015413 RET access -1 errno 2 No such file or directory 80421 cvsync 0.015425 CALL access(0x4009d000,F_OK) 80421 cvsync 0.015437 NAMI "/usr/X11R6/lib/nss_dns.so.1" 80421 cvsync 0.015463 RET access -1 errno 2 No such file or directory 80421 cvsync 0.015473 CALL access(0x4009d000,F_OK) 80421 cvsync 0.015487 NAMI "/usr/local/lib/evolution/2.8/nss_dns.so.1" 80421 cvsync 0.015517 RET access -1 errno 2 No such file or directory 80421 cvsync 0.015530 CALL access(0x4009d000,F_OK) 80421 cvsync 0.015543 NAMI "/lib/nss_dns.so.1" 80421 cvsync 0.015562 RET access -1 errno 2 No such file or directory 80421 cvsync 0.015574 CALL access(0x4009d000,F_OK) 80421 cvsync 0.015587 NAMI "/usr/lib/nss_dns.so.1" 80421 cvsync 0.015614 RET access -1 errno 2 No such file or directory 80421 cvsync 0.015627 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.015637 RET sigprocmask 0 80421 cvsync 0.015649 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 80421 cvsync 0.015660 RET sigprocmask 0 80421 cvsync 0.015725 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.015736 RET sigprocmask 0 80421 cvsync 0.015830 CALL ioctl(0x3,TIOCGETA,0xbfbfdb90) 80421 cvsync 0.015860 RET ioctl -1 errno 25 Inappropriate ioctl for device 80421 cvsync 0.015909 CALL close(0x3) 80421 cvsync 0.015971 RET close 0 80421 cvsync 0.016011 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdc10) 80421 cvsync 0.016022 RET sigprocmask 0 80421 cvsync 0.016034 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.016044 RET sigprocmask 0 80421 cvsync 0.016057 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdc10) 80421 cvsync 0.016068 RET sigprocmask 0 80421 cvsync 0.016079 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.016090 RET sigprocmask 0 80421 cvsync 0.016129 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdc20) 80421 cvsync 0.016139 RET sigprocmask 0 80421 cvsync 0.016149 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 80421 cvsync 0.016159 RET sigprocmask 0 80421 cvsync 0.016428 CALL socket(PF_LOCAL|PF_UNIX,SOCK_STREAM,0) 80421 cvsync 0.016469 RET socket 3 80421 cvsync 0.016496 CALL connect(0x3,0xbfbfdb80,0x11) 80421 cvsync 0.016516 NAMI "/var/run/cached" 80421 cvsync 0.016611 RET connect 0 80421 cvsync 0.016635 CALL fcntl(0x3,F_SETFL,O_NONBLOCK) 80421 cvsync 0.016657 RET fcntl 0 80421 cvsync 0.016678 CALL kqueue 80421 cvsync 0.016696 RET kqueue 4 80421 cvsync 0.016719 CALL kevent(0x4,0xbfbfdbf0,0x1,0,0,0) 80421 cvsync 0.016775 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.016785 GIO fd 4 read 0 bytes "" 80421 cvsync 0.016792 RET kevent 0 80421 cvsync 0.016799 CALL kqueue 80421 cvsync 0.016812 RET kqueue 5 80421 cvsync 0.016822 CALL kevent(0x5,0xbfbfdbf0,0x1,0,0,0) 80421 cvsync 0.016844 GIO fd 5 wrote 20 bytes 0x0000 0300 0000 ffff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.016891 GIO fd 5 read 0 bytes "" 80421 cvsync 0.016900 RET kevent 0 80421 cvsync 0.016910 CALL kevent(0x4,0xbfbfdbc0,0x1,0,0,0) 80421 cvsync 0.016925 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0100 0000 0400 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.016937 GIO fd 4 read 0 bytes "" 80421 cvsync 0.016948 RET kevent 0 80421 cvsync 0.016958 CALL kevent(0x4,0,0,0xbfbfdbc0,0x1,0) 80421 cvsync 0.016978 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.016988 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 80421 cvsync 0.016998 RET kevent 1 80421 cvsync 0.017016 CALL sendmsg(0x3,0xbfbfdba0,0) 80421 cvsync 0.017080 GIO fd 3 wrote 4 bytes 0x0000 0300 0000 |....| 80421 cvsync 0.017091 RET sendmsg 4 80421 cvsync 0.017103 CALL kevent(0x4,0xbfbfdbc0,0x1,0,0,0) 80421 cvsync 0.017118 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.017129 GIO fd 4 read 0 bytes "" 80421 cvsync 0.017138 RET kevent 0 80421 cvsync 0.017148 CALL kevent(0x4,0,0,0xbfbfdbc0,0x1,0xbfbfdbb8) 80421 cvsync 0.017165 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.017175 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 80421 cvsync 0.017185 RET kevent 1 80421 cvsync 0.017195 CALL write(0x3,0xbfbfdc18,0x4) 80421 cvsync 0.017218 GIO fd 3 wrote 4 bytes 0x0000 0500 0000 |....| 80421 cvsync 0.017229 RET write 4 80421 cvsync 0.017240 CALL kevent(0x4,0,0,0xbfbfdbc0,0x1,0xbfbfdbb8) 80421 cvsync 0.017255 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.017265 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 fc1f 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.017275 RET kevent 1 80421 cvsync 0.017284 CALL write(0x3,0xbfbfdc3c,0x4) 80421 cvsync 0.017315 GIO fd 3 wrote 4 bytes "*\0\0\0" 80421 cvsync 0.017325 RET write 4 80421 cvsync 0.017333 CALL kevent(0x4,0,0,0xbfbfdbc0,0x1,0xbfbfdbb8) 80421 cvsync 0.017349 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.017360 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 80421 cvsync 0.017383 RET kevent 1 80421 cvsync 0.017393 CALL write(0x3,0x40303dab,0x5) 80421 cvsync 0.017410 GIO fd 3 wrote 5 bytes "hosts" 80421 cvsync 0.017420 RET write 5 80421 cvsync 0.017432 CALL kevent(0x4,0,0,0xbfbfdbc0,0x1,0xbfbfdbb8) 80421 cvsync 0.017446 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.017458 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 fb1f 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.017469 RET kevent 1 80421 cvsync 0.017479 CALL write(0x3,0x82d0200,0x2a) 80421 cvsync 0.017510 GIO fd 3 wrote 42 bytes 0x0000 0000 0000 0000 0000 0000 0000 0200 0000 |................| 0x0010 0100 0000 0600 0000 6376 7379 6e63 2e61 |........cvsync.a| 0x0020 6c6c 6273 642e 6f72 6700 |llbsd.org.| 80421 cvsync 0.017823 RET write 42/0x2a 80421 cvsync 0.017862 CALL kevent(0x5,0,0,0xbfbfdbc0,0x1,0xbfbfdbb8) 80421 cvsync 0.017881 GIO fd 5 wrote 0 bytes "" 80421 cvsync 0.017894 GIO fd 5 read 20 bytes 0x0000 0300 0000 ffff 0080 0000 0000 0400 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.017903 RET kevent 1 80421 cvsync 0.017913 CALL read(0x3,0xbfbfdc14,0x4) 80421 cvsync 0.017927 GIO fd 3 read 4 bytes 0x0000 ffff ffff |....| 80421 cvsync 0.017937 RET read 4 80421 cvsync 0.017948 CALL close(0x3) 80421 cvsync 0.017970 RET close 0 80421 cvsync 0.017980 CALL close(0x5) 80421 cvsync 0.018006 RET close 0 80421 cvsync 0.018016 CALL close(0x4) 80421 cvsync 0.018035 RET close 0 80421 cvsync 0.018084 CALL open(0x40303da6,O_RDONLY,0x1b6) 80421 cvsync 0.018108 NAMI "/etc/hosts" 80421 cvsync 0.018170 RET open 3 80421 cvsync 0.018204 CALL fstat(0x3,0xbfbfbb00) 80421 cvsync 0.018225 RET fstat 0 80421 cvsync 0.018249 CALL read(0x3,0x82a0000,0x1000) 80421 cvsync 0.018300 GIO fd 3 read 1045 bytes "# $FreeBSD: src/etc/hosts,v 1.16 2003/01/28 21:29:23 dbaker Exp $ # # Host Database # # This file should contain the addresses and aliases for local hosts t\ hat # share this file. Replace 'my.domain' below with the domainname of y\ our # machine. # # In the presence of the domain name service or NIS, this file may # not be consulted at all; see /etc/nsswitch.conf for the resolution o\ rder. # # ::1 localhost 127.0.0.1 localhost # # Imaginary network. #10.0.0.2 myname.my.domain myname #10.0.0.3 myfriend.my.domain myfriend # # According to RFC 1918, you can use the following IP networks for # private nets which will never be connected to the Internet: # # 10.0.0.0 - 10.255.255.255 # 172.16.0.0 - 172.31.255.255 # 192.168.0.0 - 192.168.255.255 # # In case you want to be able to connect to the Internet, you need # real official assigned numbers. Do not try to invent your own netwo\ rk # numbers but instead get one from your network provider (if any) or # from your regional registry (ARIN, APNIC, LACNIC, RIPE NCC, or AfriN\ IC.) # " 80421 cvsync 0.018422 RET read 1045/0x415 80421 cvsync 0.018456 CALL read(0x3,0x82a0000,0x1000) 80421 cvsync 0.018471 GIO fd 3 read 0 bytes "" 80421 cvsync 0.018481 RET read 0 80421 cvsync 0.018494 CALL close(0x3) 80421 cvsync 0.018533 RET close 0 80421 cvsync 0.018608 CALL gettimeofday(0xbfbfd1a8,0) 80421 cvsync 0.018621 RET gettimeofday 0 80421 cvsync 0.018638 CALL getpid 80421 cvsync 0.018648 RET getpid 80421/0x13a25 80421 cvsync 0.018684 CALL issetugid 80421 cvsync 0.018694 RET issetugid 0 80421 cvsync 0.018709 CALL open(0x40304588,O_RDONLY,0x1b6) 80421 cvsync 0.018721 NAMI "/etc/resolv.conf" 80421 cvsync 0.018753 RET open 3 80421 cvsync 0.018765 CALL fstat(0x3,0xbfbfd0c0) 80421 cvsync 0.018777 RET fstat 0 80421 cvsync 0.018788 CALL read(0x3,0x82a0000,0x1000) 80421 cvsync 0.018810 GIO fd 3 read 91 bytes "domain ninth-nine.com search ninth-nine.com nameserver 0.0.0.0 nameserver 219.127.74.121 " 80421 cvsync 0.018819 RET read 91/0x5b 80421 cvsync 0.018950 CALL read(0x3,0x82a0000,0x1000) 80421 cvsync 0.018966 GIO fd 3 read 0 bytes "" 80421 cvsync 0.018977 RET read 0 80421 cvsync 0.018987 CALL close(0x3) 80421 cvsync 0.019012 RET close 0 80421 cvsync 0.019022 CALL issetugid 80421 cvsync 0.019031 RET issetugid 0 80421 cvsync 0.019141 CALL kqueue 80421 cvsync 0.019158 RET kqueue 3 80421 cvsync 0.019173 CALL socket(PF_INET,SOCK_DGRAM,0) 80421 cvsync 0.019208 RET socket 4 80421 cvsync 0.019222 CALL connect(0x4,0x403248d0,0x10) 80421 cvsync 0.019268 RET connect 0 80421 cvsync 0.019292 CALL sendto(0x4,0x8300000,0x23,0,0,0) 80421 cvsync 0.019423 GIO fd 4 wrote 35 bytes 0x0000 4dc8 0100 0001 0000 0000 0000 0663 7673 |M............cvs| 0x0010 796e 6306 616c 6c62 7364 036f 7267 0000 |ync.allbsd.org..| 0x0020 0100 01 |...| 80421 cvsync 0.019435 RET sendto 35/0x23 80421 cvsync 0.019467 CALL clock_gettime(0,0xbfbfcaa8) 80421 cvsync 0.019484 RET clock_gettime 0 80421 cvsync 0.019505 CALL kevent(0x3,0xbfbfcba0,0x1,0xbfbfcba0,0x1,0xbfbfcb78) 80421 cvsync 0.019528 CSW stop kernel 80421 cvsync 0.202478 CSW resume kernel 80421 cvsync 0.202504 GIO fd 3 wrote 20 bytes 0x0000 0400 0000 ffff 1000 0000 0000 6800 0000 |............h...| 0x0010 0000 0000 |....| 80421 cvsync 0.202571 GIO fd 3 read 20 bytes 0x0000 0400 0000 ffff 1000 0000 0000 6800 0000 |............h...| 0x0010 0000 0000 |....| 80421 cvsync 0.202580 RET kevent 1 80421 cvsync 0.202628 CALL recvfrom(0x4,0x82e0000,0x10000,0,0xbfbfcdc0,0xbfbfcb74) 80421 cvsync 0.202645 GIO fd 4 read 104 bytes 0x0000 4dc8 8180 0001 0001 0003 0000 0663 7673 |M............cvs| 0x0010 796e 6306 616c 6c62 7364 036f 7267 0000 |ync.allbsd.org..| 0x0020 0100 01c0 0c00 0100 0100 000e 1000 0485 |................| 0x0030 1f82 23c0 1300 0200 0100 000e 1000 0502 |..#.............| 0x0040 6e73 c013 c013 0002 0001 0000 0e10 0006 |ns..............| 0x0050 036e 7332 c013 c013 0002 0001 0000 0e10 |.ns2............| 0x0060 0006 036e 7333 c013 |...ns3..| 80421 cvsync 0.202657 RET recvfrom 104/0x68 80421 cvsync 0.202749 CALL close(0x4) 80421 cvsync 0.202792 RET close 0 80421 cvsync 0.202802 CALL close(0x3) 80421 cvsync 0.202822 RET close 0 80421 cvsync 0.202899 CALL socket(PF_LOCAL|PF_UNIX,SOCK_STREAM,0) 80421 cvsync 0.202929 RET socket 3 80421 cvsync 0.202974 CALL connect(0x3,0xbfbfdb80,0x11) 80421 cvsync 0.202989 NAMI "/var/run/cached" 80421 cvsync 0.203104 RET connect 0 80421 cvsync 0.203115 CSW stop user 80421 cvsync 0.203393 CSW resume user 80421 cvsync 0.203413 CALL fcntl(0x3,F_SETFL,O_NONBLOCK) 80421 cvsync 0.203425 RET fcntl 0 80421 cvsync 0.203437 CALL kqueue 80421 cvsync 0.203449 RET kqueue 4 80421 cvsync 0.203458 CALL kevent(0x4,0xbfbfdbf0,0x1,0,0,0) 80421 cvsync 0.203478 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.203488 GIO fd 4 read 0 bytes "" 80421 cvsync 0.203496 RET kevent 0 80421 cvsync 0.203503 CALL kqueue 80421 cvsync 0.203513 RET kqueue 5 80421 cvsync 0.203523 CALL kevent(0x5,0xbfbfdbf0,0x1,0,0,0) 80421 cvsync 0.203540 GIO fd 5 wrote 20 bytes 0x0000 0300 0000 ffff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.203549 GIO fd 5 read 0 bytes "" 80421 cvsync 0.203559 RET kevent 0 80421 cvsync 0.203573 CALL kevent(0x4,0xbfbfdbd0,0x1,0,0,0) 80421 cvsync 0.203588 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0100 0000 0400 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.203611 GIO fd 4 read 0 bytes "" 80421 cvsync 0.203620 RET kevent 0 80421 cvsync 0.203631 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0) 80421 cvsync 0.203646 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.203655 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 80421 cvsync 0.203665 RET kevent 1 80421 cvsync 0.203674 CALL sendmsg(0x3,0xbfbfdbb0,0) 80421 cvsync 0.203704 GIO fd 3 wrote 4 bytes 0x0000 0100 0000 |....| 80421 cvsync 0.203714 RET sendmsg 4 80421 cvsync 0.203721 CSW stop user 80421 cvsync 0.203773 CSW resume user 80421 cvsync 0.203790 CALL kevent(0x4,0xbfbfdbd0,0x1,0,0,0) 80421 cvsync 0.203805 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.203829 GIO fd 4 read 0 bytes "" 80421 cvsync 0.203838 RET kevent 0 80421 cvsync 0.203848 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 80421 cvsync 0.203860 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.203871 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 80421 cvsync 0.203882 RET kevent 1 80421 cvsync 0.203892 CALL write(0x3,0xbfbfdc1c,0x4) 80421 cvsync 0.203918 GIO fd 3 wrote 4 bytes 0x0000 0500 0000 |....| 80421 cvsync 0.203928 RET write 4 80421 cvsync 0.203938 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 80421 cvsync 0.203950 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.203959 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 fc1f 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.203969 RET kevent 1 80421 cvsync 0.203978 CALL write(0x3,0xbfbfdc3c,0x4) 80421 cvsync 0.203995 GIO fd 3 wrote 4 bytes "*\0\0\0" 80421 cvsync 0.204005 RET write 4 80421 cvsync 0.204014 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 80421 cvsync 0.204026 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.204036 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 f81f 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.204043 RET kevent 1 80421 cvsync 0.204052 CALL write(0x3,0xbfbfdc44,0x4) 80421 cvsync 0.204068 GIO fd 3 wrote 4 bytes 0x0000 0004 0000 |....| 80421 cvsync 0.204077 RET write 4 80421 cvsync 0.204085 CSW stop user 80421 cvsync 0.204147 CSW resume user 80421 cvsync 0.204164 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 80421 cvsync 0.204178 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.204188 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 80421 cvsync 0.204198 RET kevent 1 80421 cvsync 0.204208 CALL write(0x3,0x40303dab,0x5) 80421 cvsync 0.204220 GIO fd 3 wrote 5 bytes "hosts" 80421 cvsync 0.204228 RET write 5 80421 cvsync 0.204239 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 80421 cvsync 0.204252 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.204263 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 fb1f 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.204288 RET kevent 1 80421 cvsync 0.204297 CALL write(0x3,0x82d0200,0x2a) 80421 cvsync 0.204314 GIO fd 3 wrote 42 bytes 0x0000 0000 0000 0000 0000 0000 0000 0200 0000 |................| 0x0010 0100 0000 0600 0000 6376 7379 6e63 2e61 |........cvsync.a| 0x0020 6c6c 6273 642e 6f72 6700 |llbsd.org.| 80421 cvsync 0.204323 RET write 42/0x2a 80421 cvsync 0.204333 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 80421 cvsync 0.204345 GIO fd 4 wrote 0 bytes "" 80421 cvsync 0.204357 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 d11f 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.204368 RET kevent 1 80421 cvsync 0.204378 CALL write(0x3,0x8280c00,0x400) 80421 cvsync 0.204401 GIO fd 3 wrote 1024 bytes 0x0000 0100 0000 0000 0000 0200 0000 0100 0000 |................| 0x0010 0600 0000 1000 0000 0000 0000 b001 2608 |..............&.| 0x0020 0000 0000 1002 0000 851f 8223 0000 0000 |...........#....| 0x0030 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0050 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0070 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0080 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0090 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0100 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0110 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0120 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0130 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0140 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0150 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0160 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0170 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0180 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0190 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0200 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0210 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0220 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0230 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0240 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0250 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0260 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0270 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0280 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0290 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0300 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0310 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0320 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0330 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0340 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0350 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0360 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0370 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0380 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0390 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 80421 cvsync 0.204413 RET write 1024/0x400 80421 cvsync 0.204422 CSW stop user 80421 cvsync 0.204532 CSW resume user 80421 cvsync 0.204549 CALL kevent(0x5,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 80421 cvsync 0.204561 GIO fd 5 wrote 0 bytes "" 80421 cvsync 0.204570 GIO fd 5 read 20 bytes 0x0000 0300 0000 ffff 0000 0000 0000 0400 0000 |................| 0x0010 0000 0000 |....| 80421 cvsync 0.204635 RET kevent 1 80421 cvsync 0.204645 CALL read(0x3,0xbfbfdc18,0x4) 80421 cvsync 0.204658 GIO fd 3 read 4 bytes "-\0\0\0" 80421 cvsync 0.204667 RET read 4 80421 cvsync 0.204677 CALL close(0x3) 80421 cvsync 0.204710 RET close 0 80421 cvsync 0.204719 CSW stop user 80421 cvsync 0.204754 CSW resume user 80421 cvsync 0.204769 CALL close(0x5) 80421 cvsync 0.204784 RET close 0 80421 cvsync 0.204794 CALL close(0x4) 80421 cvsync 0.204806 RET close 0 80421 cvsync 0.204870 CALL socket(PF_INET,SOCK_STREAM,0x6) 80421 cvsync 0.204903 RET socket 3 80421 cvsync 0.204933 CALL connect(0x3,0x82601b0,0x10) 80421 cvsync 0.205071 CSW stop kernel 80421 cvsync 75.208658 CSW resume kernel 80421 cvsync 75.208749 RET connect -1 errno 60 Operation timed out 80421 cvsync 75.208866 CALL write(0x2,0xbfbfd840,0x32) 80421 cvsync 75.208937 GIO fd 2 wrote 50 bytes "host 133.31.130.35 port 7777: Operation timed out " 80421 cvsync 75.208950 RET write 50/0x32 80421 cvsync 75.208992 CALL close(0x3) 80421 cvsync 75.209056 RET close 0 80421 cvsync 75.209103 CALL write(0x2,0xbfbfdce0,0x38) 80421 cvsync 75.209121 GIO fd 2 wrote 56 bytes "service is not available at cvsync.allbsd.org port 7777 " 80421 cvsync 75.209135 RET write 56/0x38 80421 cvsync 75.209306 CALL exit(0x1) --Multipart=_Thu__30_Nov_2006_00_39_39_+0900_KaYTlZUvW4t.iC8P Content-Type: application/octet-stream; name="ktrace-lthr.out.bz2" Content-Disposition: attachment; filename="ktrace-lthr.out.bz2" Content-Transfer-Encoding: base64 QlpoOTFBWSZTWS6MfTYAOu9/////////////////////////////////////////////4DCfbqBf efPN89eC+Zn299YABYC8Pq9to+AJAAADuJSvWlET2BtNQW+aD2es5Mzt1wPgOwzy+49ej6HI9Ne+ DHOfG+8PPe99bvcbKTA15bmDuboADbaWGFGlAGxQUBd3dD4fACLERIhpkGmgmTEap6epsmjU9NTa jYhqemJPCZNMJkYjCMBPSaaYhkwTRPCaYk2mTU9MRhMBMExMExMGgmGkyZMJpiYhiYjTEwVBJECA IAQjEyNBMIBPVPJ5Ue1NI2pm0KMj0mm9UeoZNDQD1BoaGgZNANA2iGgAND1AAAAPUA0AAAAPUMnq A00DVP0AghEKemmqn5Kfpo1QBjUAaAAaZNA0DQMmQDTRpkANABoA0NAAA9RoekZqDQ0D1ADJoZDI BoaDQAAGgSaSSTQSYTBDKeRBPT1TTEYeqeptRkafqQBkMgyGg0DQBkADQAAaANGRoA0DQAAAAAAA AA0AAAAxRImNCJgEyno0DVHsiYU9pNqn5IxT9GkeUNJ5T9NTT0Se0pswo9U/SPVPyTSeaam0k9Mp tE/UTynpPxJtJqbTNJmppDQ02jJ6SeU9EzJtTUzSfqaPVPTyFDJ5R5M1T9UESSCBNJ6k9Qeo0Mmi YYUPVNNlP1MRtTSP0U0xoEZNDDRp6SbUMT0ahtE2ggyMIekyegABDJibJM1MA0D1AmJp6m1HqDam ATRgmamWPJ2/EpwPdEJENFNVKMKMwZwsN+JeIth0fdfXykEjAdQQQBMAaXqq2Sky2Zs0CW09oxtt tx03jIHU22EazD8vThKfhzS+Or0k323q+eGmml8JVeCT2nfHVpZu+3+//Jbzz+0McNe/lNsYNkdc eeHQF7NzVxtyt64DPoyZ6RA1KnUcAyBQF4daC+Iyytao0mFaysIVIsRY2VhWrKwNRZGYlkRDo+t7 IlmFIlqvaad8I+LoCgS93VJ0IMWYGHeMQsFjoF0JubOTIXR5wi3u7YeRSilpcRCxCKlsWtoLwhUw mAVYvi+IqyI63sDEaWve8XMwtS02e17P298xyQl72bFXga1rFtXiry4yYiXu7tZxcB7a1NNrayDJ GU1pf71UCtPXlRA6Iydi/nvUzLpe558qQTYAJ20Z0H6bVvGuDDNBw2x4ncPYvx8W7qPL1rgkwcny ckM3VeTDEzwMrK7HxrGUPiaFrLTGDlkjoEeTrOkuHLT/Jo7ha1HdCnwfCA4Cxhbl2SOYdMxgEr8G HWv7qnARxYBQCrY9+Q9PpkHLYg2e2t4L40lrd9rocjL0seaXEdbBrAEsyAnE4ABjEDMeEDIkoqIt VWghUrBYVFEUbSi21ERBVnmbjYpmVuIKtPMW4oR4lU0K174zEkEnQz4rxeacaIViaeRewvYWBs1y Ji8VHixYNaLrQQqkvaVqItjAbElUxNoCencY+lPkEg3DmeCKjAGSIeX2DkOJEwanQQD4SiJLjzm9 zJnxHUXExtri3MZi+eV/cSbd3EP3vHb0d5t1Jy9t7vijJasFE20ABZBAUhBBLu3X77Li5Q3NAea/ i5nz93X9bRyc4f2+b9hsgPZRiYpXMfT5HXWT4Amt2W54rhAdRNrwGEjOoEyy2qI2VmwHy7Oj1sOe 4+k//jDlKde5iaB3pTuwuEuLokieH7yvp95j2M2M2THBuJbtmC1uNXFwcMHa4jlmZXVcKa2SoxER 2squ2i5q0rdriC3K5qxa4DbTYay7ZmspiMxylhhjVWNy3CpiNLWurdOtaz0Vl3WFB2UsuybrlzbD Mrs2tdnSOYy2YymajJXaaEO1iilsoqAeW0hcAhkgACO3CxvN3fD9z1++M8ItSmipvXT9hCTQ9C+/ Hj2Zd2c6rLLrMPBnL6jy7QzSbGrJS0ssZ6W5YXl+Z1XwRqrM+gDSkkJMPcdTpj38Ty/nOv3vN9K4 PX1cRFx7rCqDnz1M8VaM1TyOHodaxv29uV1mDheHtudzusw6jJMGSc4VAfmeXPl3mYUheKjgQEeh z9//ovMPTwqEgSTR+DKgXLyV1gOjm0iAKnGxXTEePz76g8sQNXQjxoT2pZVC5QMR3fddZ1fpiTYu h7yAyyChN3Dmc1Dt3OPkzXAFRejTcdWw7089ScveciooQSRfo3CGmekliHPeB6Q0Dd5queSSD+IA iB5PqeZtPsbmnx7fdwNDx/4c6ZTbi6BqUaegtfBTKMpbSJiKyFE/eeE5FVOLjrpwaVGvKfwybk4B bTxYwicU00MBxPQoWg38vQt5qJltswTSI+1A7uJcBoJhmPymXUaMw4zG0djCTvvveh320nk2Tvvw Pgc4e1yXhEtjbbV6pTJbiqOJTLVMpZpmZXVWLmUURVC2xiOFNZVbcwbRi6MzFcus04XMxUTKWpmt atNGWFUtogo4zEKYWKltRbUpVFpjmK5ccXCqFMpRFwuZLHLlzV0TIii43CtLpzI2iglS5bLmTExK lsbLjrV1q1mZcy4mGWKUzVyIaq0lusKi1tqyiW5aTI22smnIqjopjcKFSmm2mWly5RzDDMuXMxVu smausKZaM1Rsukrq4mLilqqMy4XMHDNax0yq0NazMa4mZRVdXMosxLUuW41yhYpiUFHMy5XMwUNJ qW6yiIIuZmGlty5lvHfOJJmnpS9p5u29rIS82o+wZ/LPUuB2Fhd1+I/5p8xrf89vLDsB67B4SjZK DXODiNYDhQIW9D9QQxVbh6MJcZbON8e3YPlaXxpRRFxPDTRVOxuIg7Bez69Aubj+/5TtrT3dxZXc S5747WDXSLb5snijrzZNDo9rfYW/6fHQYHrGT8KicqOcxHawPe8Iso4p4KUTKuEO1C9eTkHLptRJ d7EFqPeWg8r8opWAY2F2okl0BMPFyfwGAm5bouLjE9pY8Wac4Udx5V802S/KIcXDGL3RImRnXEhj pjpmBHPOHJlpjKxO9/qX+wKjhH3Hvu0X8lE5ZJqS7iN8gUxTsvtnf5EE9Z4uivIm+a55/6f+4J77 TWLspGXm+642OFtoT55jHT8VNJnyJIR/0qdHQSkf66uwnhRn2P7trS/HaPERDXdd/k1IAoDrpcGJ 2fx9sxExIcCp56ZdIBDOtnZ5qKwMp8elYm0xYHZ6twvFfVzJlaRrJ0Age1Jfm4usv99VyL7CWl8r a3AAgBuSA/Q5v/1SNngWz2Rg/ptdT4cPAofBn/Dg3e/jyGuSB3boIDCgJkMePeS0EgJZnVEU/Zin +MBNxAVvgqAYU0CfOj9eCPt4mfz8rLMkwiA6ICCHvsNv/hXvrw8fPe6597gXCiZ4K8TAN/xFAIa8 BAORgBlia0UZEMkW0kJBDVB6virbFwuATp8WpCzAE+4qggLq3ECMZuJKknKYvjCEBIBmQhmCYQtl pyVSo3sU1omNZ8hcpeEFqKthRsvrn5EyTSGSSQkRYdq8lJRCphINLKCCzkSHRQ3oppgLL0bIYh0k ORknE6tbZLBjpKOqtjfqvThy4gOtEcItUULJsWz30ckmJu02dIrd4MKxsk6zNEVHdXVPFgdk7C1o +VYXLuTHLwZJUXEOZxUNCRSXZ0GS1sl0UimM4VQvgB5iu+yOnyux+J2JYYOhGPqImGMTVOTUkOKH qWxaBKmSCRvMgXoK52xEcFefesqmK7LWYs0UbTACEi5rK3rYSaRXVVsJrU1KSn66WZktFvje7p1W 2ngBGseiW+Ag/gKVxUZtOGXXv1nk4zpbDXnRkTS/CWpx0ETDIfzWYQjhO+pvIl9eVdNTacKNNSNN K5xKge5WeOV9OH4yd7GdmBJrl+j835SOqbEzwKc5b68pnl4y7+PTbnPNx17EC9nxVog6dTcLTmsa saHfQIqnYw9BdBQYmY8RMaecZJRLFeKMqfb7NW1TIfHGG2I4NuV7f1ZLHV97ed71Y33B3swJ4HRt kCcNZkPRktnhUq49MRZrSw5LI11XFDXNkpq14I1hthFJpNPI/63dv0SNqGqjEJIuICheEbSkGI27 RMtp+dCC+eGbji+Z0bKaW1MK4ViWLez3hxJQvpJCorzEacJlr3WhTapXH1/pvivOwhVT1eq3NgfC fR6qsM2i47bW+zUz9s1KX+h6Hk30M1HIWbWOglC6UFD7ukG+zwyUMsycKiGVoTid0IQJEQ7E0Y9i dZ1jgrvnD79VoDcUDGeSNS2jeiQOTKNpq1ve30tiTXEB2xfeHGLQs21UKUjsK3CAnBtN1tDDUsYV G8KjlSEu7DVnAJS0JFPoyPnlet0vU53cTeJDdcjf20z6kWzPC27jciZ2r1V7bzuw/IIG3LsF9IOY ONKQm3agMfMcj8/JUNtGRMqlpfG6lxdQnIeS02jEulxZVcDFWmwzmyJdogwxDCxNWGGjyqubYcxd b3GVqHDvTCwpn8IRtYYU0i9youN0e6U96IjqGaTZ7asEshHD8VRaEtbKuc8M5EWVc+HoRN4aklQh bVNIW4V75WfdDYtaddJsuFEEKHybO4xRkTxStCNcPTXg3YOjOwJR4p1yMCQ4a2WNIM2S6oFCms07 2TKoQbCQ8I3dGz0b4A000WVwGETdGHFKdMmya0y4dsRMuJ2swxCeFTeqXQZF5V3jZCzhROcujlBK lUUxrKtYxqli9G7ojM7sw+SjGWmwQYNBtnYVgpLMuSHmyGNKV1vrjdHjF0pVfw8Re4wfd5eL66sM O1X8U7jxki1uF928xH4PNV8bceDVqYBJyj6wFlzdJDKtNFIJi+gccuyaQLUrGjXEmJfWMGz5iz0X c5fVwzvDBrIl4y7uM2lhmwhA8riJIkhoRlSSuVdoawviYAsMrAYBUCMwvYK1jh5RfhklQkqura7N iGe4d2Luur6LrZZvk2vDp410Z0syrFMlkMRuqXE2LKoWD9Dw8CrPuXVvimuM3ImNVLRFoCK8HJ4W RnqzPYSBiy6C03dVne0vEbu+DpGc5jMSM06ZNsuzYoaANfnrqL70O3qTSSEbyGfwMZEfDWOu7P9P s7splQqDARgDShJAOGklK1RDnsrzttTL274LDlBMYUJ27ADGQIoG8/R3wCVxJf7u/7vx567+1sjY XXn83O3Fqm/jHjkkAFFUwcoK4/7tALcFtAQdBlNGiTBAdaCApnYMXJu9sv55IXGuCWg4B+6csc31 wVHhRwc4MJwcJZCtwMxi4JJAyyRYB0UwC68c0DcGgwzxvsXJZdBeUWJDRGFB2JlFtpwOQcwGvrAi ukMxlULEGQCwMEKLIxKWUkgUceo/2bEm/AJzRPpGHfvfYdNmKDOQNzOVhjkiVeQDGCWNbNQCtoTK NWS0EloIAvM44RhL/q+rjt9lKypyNW74WMsdVRPBg44SAQkUCC8YRugK97bQkQaEZs3UsUAsIHdb FxklE6w/oaezS1liLWxqVROHU8gRAFTEwpugpaCwgn6UHooB5SJaG+iKF5CTEJjCxBIxkOHFo5el Q7wJtEGWBOaybDCggFECQ3sKwWDYqmjnaQ4wg9z75hYHxVqUkMsU4m8oS0daCGYgIQiyLI2hngIK lX6Oc8wF4AYgK5qxigyEgBbF5mwZ4F8RzQDCQBJIDxMgHT2oRZFJp3pDEhhEBYG5kMSGDOiyiQFC aQNKwDZkIVITe7BEiEGAYyRQigGPBEC4FYq4RUvgB0ELghaC2gP1Oo5L5R+bbd+39jwL8u1kIOqC aQJpg55aRYGvdTIGPunSBCR4VL28i6PpPJhjN6gCVVnn/yITlKuqzYJHWGSUUQRgoIpIoqjBIRYs IIwggsiipEFZFRWLBBRkQESLFUUiyKxiqKRViJFWCMioyKIxERgoLCIrBGIhEEBEBjEQR7hAhWCI xQVWIIKIwViisYSAjEBhFkSQVYySENCZMc806+XRWcwrRp4msIvagM2ZnMss11V0CGOPyL0lO+xa EMyGQySGGSkBNOe6y6YhuotRNeI59bltN2cIhdBMNrSZIqSZ9bVxdwry8TNA2SAmQijYiGZmMBQ3 IFVIGIHL8JSeyM0kBYKcCCZIOTbU5YobeIDUG8WAYGFCXxvinBasJuBIbMqTqpsw2XVITGAcSYMC E3s8qkmyTe77ZA3AgqAJN6ULQNMnBqgIyQEkBIaTckwZIiESRgVIHYYVAw1QDLZMGQrG0kxJNhlZ DvXZmMqaECFZIpMRLy1DoutZSojUVZBOAbwlrIhIqDMpgMkJexQZceo1fejDZ2bFs/KgozsLpbyS 7CPtDiQeihXypCk1vEGyMtvbw+LD9jIxpr9tPfLPPyJVuy25a2tBb89+2IcfbpqlMyKeTZAGAgA4 GAhqe/BJSyZ/89PFYdVyu9GKPQF1nYxdtDVb7OvwgF7sDZqS6SB6AQPtxAOQiFlh0SFiJRQ1SCof kxuGAwETB5jCYA5sLhso1AXhWNOEHQuu+ch4aTKPS5wxsBz24LtOpnGrnykVajr6s81nNn0UnZVN VDNKRVcTu732mMRiRu9jad+cW149HJUvMVlHtMxuKa/xvhWda5XYM0kD/P0uNxN9rImYgt8MOaiK vK0FixScPE6Os+2PZyNFduvBrtMEyeCwsX2mU1Ss/P1p8drpWydiatq7ewz3Ux1rvRyoWtrFMt6H i4wk01fx9lL0VxY2Zu7tNL4YPdUtXn7V14/VW2uZkWOJpRFL9DzJjp6InMRx+19eu+tGSulc3Ojo v2tm5V//OxVVswozGt7ajH0MvKXfnj/l6PUWP0tP/a+o+d831999PVwL7peR9F7ffJz+HdEHkC5L EUASEAaMKhAI7Y/rsL52Add2OBYQ6/4tCBj22hQD6UVQ7dFNvAUTRCQQu0Uo3V0tgEu6yhDEh9Fy oHmLfGh6QOHk1HperQfp7ERSAiugYLTACgqBCASGVU/v9h+Hwndf3O12vqOF6npvj872zJZHFTHz RwkwECc+h7ARIMigQGhAY76bfX8bn7nlY2u61/0YvKxmzqedMxpJADxEnT5m2vthqZua3Xo9nuu6 y2aie05YYYtTSAAIAGMaqQQLCIFTUBfiRfJKHWu5XTXGH7FUyL1dZaXc+2RVaabvrq36E2xN+3Ru fz5YmIGzaeflRTq/sQ1Ca1opxOT4AEITsSiuNGe/pHaf1GTaZqw32I3qf2pG4Zub6jLoPAyW6lSA CI9AgdxFCQaACLew0EhqMZB01nc0HK+TlSUSe91jAQNOiSEiAUiSQN4gSATIIan35WT6tzqu8z31 YWerdxyO/nsEoG1AJAkGEZEIB0fd+r9d3PsvKdPzn7GZ9dA8N47srAGuMRjuYUIrwovcQYMIdfuv 5bdT4v0lg9TCPlT1q5syW/ZqFnx/FOuKCqgZX5Zm5XWrwRLB++J0vmlBDTxBfE/M+ZHodvmaknul Krsz4LeKdr7Y4lTxNKesOEwPe6J4ccgBhcvpoGro2p0C8AwBREIQxJADIGAKQolRkjIHlwSTBYTL bAPRrhV2kE7/BDpIDgeV7TN4H7/OdT5nouH/n9r/LSJpgiuvEEZ0dEMJADUUkiaztr60tb36PjqO 53Hwau6truR/JuvnqY/25AAHBoH/jressD0fa8Kwh5fcVRVdB8G4tvou9GJz62pLaYAyAEACAgb2 VO6o9HwTl/GSONElaP1oj5qvpfs702foc1/gm5Xy4KD3UjRvy6y+nFS4+uaPl91DkWNbbx31t+P3 M/dprrVUnXgY/lwdD3dl0hMLRTNas87SlVeD5bm6gayF2bBc98XQmGbPqOSAABIYhZSDRolmuLR3 vGFW+KAinwAfjEAgb2cCAAM5ltfGWpbJQgmLrp/ah6Ki1qkwAIfog5u3q0s6AQdMYgBHA7B3AkFa Y+mI+si20Qu3SshSt13byTb3LSX/HivJzqHpWS6d94p1We2Zb8Nu/Tiv4KWjotp4YYozdF67P5CC Z82vh4pf2Wq5AUSvcsO43p3nznkcNTsHDauiEANf6PoGPwQQHT3t8cEyfSODnRx5SWm1u/Ls8RL/ jw6PEQ8fGdt4RmZvfQPBCbRJP3P8Wqv/P0eI++v464vMSmy8fB1fN7kZwMXmwUy6Yi7Pi0u+MS7X d3xeYmId4eId1W9qn2DbjzDn5zuOA5RbbfXhw39BMLKPfl5hyxRnHNkXGM1K52w+Lzerzw7zqjm9 P/R0fYd98H6h1/npZY8S/Y63Z7KrTNgKgcMHHL1Ojqdfo6WbyxLg+sQlPUpMSGaXD12R0uQaOiEh BzA6N3PWPW7Pc9x2bhmZnoC463T1enq26OkdJJPXsb3JvaKTlQWYshbuB2O6IGERCA4BhmpYnykA KTjc2d7R4Qe+zbASAUgb2b8zF2XQteRRO6W9mkGHhWXZdcij+X3wPE9OqukCE17ycIbK1VoMJv+H kLAIQrY0cHzjQ7owZiZU/79W7W0CblYpJx6O+1tCoPrJQzsBunauX5Xb9jDSpPnvDLUt4G61eQhb y2qGek8TVpYlfX/e/azKD7NSN57O7lPrGQEH64uRc7HSoEfWVqg6OViCblJ8/yAi2cBAAGxDAYAI BiCKpLkjYvNW6vMP7YHqR/CavypUrzj7XvJu2Jn+m1DAkQBUkQVLH4H5+doSFCGbWJvjDmKq5RcQ hYMq88eOiJvbveG61VXveMFYjMQyt22OSzl4Uyh33xglV4chP3Z7YuObm9Z6Ihq6664N5cLhyci9 I6vkvAcWFwrYuWquW22mcPHtraq3ZuLb1OTY0ctttsULUbbTwHdDu5vByQir27srKqjr1wQkKvU6 ejnTq8/THTiobobNB1o9dlWosm7SlWNCdV110I7Zdg+0bcSMBtpC653roEHtDjkAAhJwxCGMQRL1 ncqFh+f3UY/hOUzqyYuohi/mJ/1sVeqVb21HCLAUnC4prfJxbko6r5aXurMQnAJ0ZddGaS1P38P+ on+o5yy1409ZyvMvTZau13lUmS64hKi69l8F/d4eNOpGU5GYpdQTElLv6leNzr1m/Mi4i5marW0N Wlsj/W/2fpM2qcPPVG6etbuutWvikbn3tvM1nv2HqfVxqGr3dINDx2hoOWQIB1gfMAF8hitnBm3A MsjcFVe8pUk56PBIBUY0ElfDEGavEUK2zT9XuNtmQB2oG5zIJi9o1ihXteEY/gvZ52H8KehbZ+aZ medzWte/H0ButU3ZgopVczAFETGTGQMQxh4xr6txWFluaM7p0iFJLTxj+fLdMBrQQ1EaFepU4z4f za0sUQZG/hA8rc33eQ/cXq/+15g+7n/a/QcOG1wkrTy/6VCp3bk9jbxgmW/amM2fT+xPUijVPFpp /e0xmjywk1r4UWXWma6ptHw4OD9EXTQrYhpw7DC1oLI+JY+HLR02p0rP00QpoDEC4DEV6CW6Sviz un+3C6q5vnyY5oGMep89QfHvwOazWbwA2+OivvNmIbK5L7/XRtM34ItLQPbawf6y9vpbzS27bT1j xcwvN3oAt0spU4XNkjdK9O7xHS+dLdzj40xxXLz+7dTzMzGT2RNRzazZjEbYN9zs+t1rGzsaV+6k 7lNLcrGYSticGkNman+J7qfe2qkx3gz3mfGF8r3MfXjeu4RZ+Mcf8+a/pZ2lA2r9L2IzX6mdZ3UM WjtLlzJeHMQHW1epP6QmZPxsgurHcw1Sym4YtB2jvSdfwKHdxWL/ftp8DZ2p853wxBV3/smuZvfG tbt+AJzsrYhPrfru1D4PhlD2uJKyYJoACTopoJoG+FjPsaOSgDGRaRSJQhGGL7vOfX57SbOY5d55 shKbna+9NcT3ZfteLuZBXTKYYceLws57bYJS4Ejk71Nj3s/e2H0Os98TWZZ0p7sLUvDfbpVVZYWs PB/T1Gs3MNynVd2B01VLJzP+8zpM1j+/+unprOK6FTme6Kduc4XsY0S0RJq4gAAYItJ/ogCYvwtO rk51vs9LskbPBhfxnpBhAD4De59995MQCQTj2AWQik/cFjkn7ihwQQAumFCQ8wrrqpeEKdQg8Mfa /JvJosRZ2gkIEjKyZj2XF4fQ9L8bexfmaK9F4yzL8DB4VbcTWvyXd/qzfLh/f3lOjn/kreaAr95z WrB/OD4P7z67kvPWcs7/rLnWFb3Fllj26uy1pqkqyA5d8yOElnv8pCe3z+yFraB/kPBrmvT0a+R0 NW2zy93mwt52cq6p+XKYdoNd/PYaWBt6XNaDb03CxXg9KJAFegRWICMFeuo0AuBGunVB3ssGZnZB 0qrREvJrJSmSicfnR/T+EgTaAxDGIBjGO5GBAwRyCBgNwccuslcZmVZjBYsuUwcRTEfQGtO/ceAY fOkByJbu1SCgIOjme/VR5V00VHNl+Ie1kb0GFognQ944S6Xf8zzkKMVW1oMAQqOQyeeO8vo42ysM lAqqLsnFUY6rt8AjE3OyoDJCZ2jbhxhK33Rr1xhsuggKqGMbrGEgzTkswTzadGsTArEsRq4zlh5Z tVpUplvf9/xlODFKUQcCWQavpSixXGIYe/mDkkWOQIIGAgbDishUDURFnY70B0EWLbeKrm8tyq2N 02q6dcY/fTRvzdHZqvfwM7Xmpsz/rJwIZ7wPNPp+cZbaTSXLucnNPGi+y7r75X52tmPlDl0fMX7e 7nGWI2J30S1hMxElRalDcWClzhF2jw1KRT8WMTNLgXfxnOj9sle5yCAdwYxhEaBAdUak+fMlxFTf 4/KvAMyoS3+dz81V0X7/ZpH4k3fgpnDWqRXtD1d49PFD4eglECBx+9zuh8ey+7wua7mI4wgoTDzk TxULnWO5m27GfxX1w/lm4NwooIhJbBjQvRJ4fzaFfB3M3McprWZFmJUxkqsxrjViKosGatFUcarK lYzz3hncm5WRAuEuCAHLBHZyUHXM9N/G0aYc71fX7HK9V4Dh7PTdL2/rNvp2IaoUVSSD3VTZoiwN /HXgUTxREcCGM7Hs/GfA8z7zz3SauRzBn5APJ2A2ko4+XywIFRGm6Jxxge4Zs73/w8HaYECIfsYW ELrVCZjUBCLyoDVT1Qis2wPHUFTVMk5+PSArPWOvtvOeNsyEl/d7fv5OZ5Hz9A5reOyyaDnwFwDE yi9RAIiMRbscnk301W0jVZlgLBhjAQGF29Pym78fob5dDLHo00boMQipIgR6M4VCl4mprzBc6q4E xxn1O3mgm+T9UNDBKGAmdHIB/UrDDU8lgMsM6/IPtcNpeosJVQUQBgHEH3+wQCePtXHrdplaWZ/t XtB9qaWky7+gCQwEPepxAiQwOFF95To59hjKI192XF2mUA6P5QgQiBgAxtVhgG3Or6KLStzd2YTI bD8CgwGMJ8V27YWspVa1ixTzCIKxtO8YYwryZ2fxPS7ThidlhN6dNM8EehN27Ym5+E1SPmS2fv/y fbfItbqMB4zHndz6U0mAqCl5S0aiQnQxLbSv4BniB7gYNAnnMMItb98VotxSPATp7vXtfPPhECx9 ZmzWLnqh6YDyNEdS+S/4X5ncetqr/g16r5Poj02Tk+RLz/iRqp3ldZ9xb1Pz/4Yylbe+qr2P69PY UgtS/883YvIsmiAEbJxvO+MRvKX09T3VX7XRfqb3wRtcnfytkb536jrys/LaVsf0GItiNjiXadko WYwhhlg+eGVvGnphO9R0OwrOApI4RG1WAiQScYisgGPGMSBAzScQTg2/i8L2+P6ANoVVIF2BzV50 MgH7chChu5qvZw3Zw+Vpu3u3bcqkpwmYaOVYuIOGYvacdW1CnrONZDGVR804qm7cS+ICoShtOVkG TKrGECp3bqtz+S/TqJjeg208YgeC34EXtaqH7evZEIy0svVfvOfm+YXtuty7GW1z4K6sZmYv/5+e 6WWk/Urd7U7QaUrWDX3/aPzo8Hcdr3cbNEdqkOYnB42nuMHmlB4PxOHR8pvvN4F2S4uDn8LWAy2H uXIfM82eL0PFr0UOePk+v5RDxk7bvOBh0p2MtYtarRKnYtMGUaMK1U6x58OAOQODwHW8Sn+aY9ru ur1+5DyOGvzBwdQzA8IM5nHVAxqrx/Mp+5c45RyjJeSFC0eTLhRGUzMMy3LXLhlcuGFfEa4QNuCk 2hC9KdPQdZBYVIoVKhWRQq4b3BOIiSAkkghI7Ab+jeTeyo7sN9dZZBbDxe+hSScbzBsm7mNeDH9+ P2ZcBz08jqPOcnz9+UYZjTkxqdIEzcGVmyZ+uR9IKetiFjOE37m14M+sXg4LgY0Np7bKQDPe7Hls BtwWBfi+SiUSUN85ustTMmYoi7Xoxe2Rv8iELLCwDfBnYtZEGy4VTiG4wc5WA8TD+uQY5Eq6F8fR wA7xkrJkvViciHmsidFMAshX1LisnULYp03W3W8niepp3OO762hdd0DnVIldStkM32DFQVzgHD1X DPu7vd+3OHAVtR0z/VlOzCHDv8vJ1exxzjn1CToHNvi3aekuydNNJOomnMtEne9LpZNySaxodt2U L+hSDUpCA1zIHox0BCDeOuzr1HlPGi5nEe16bouyqq0Af0lfWRveup2riwNVeh4A8pTQXnSETwzM lcu2JqykWXQkKVClBoD4ZUQJKgd3KaZIbwf+nwvhU7lie5UG/rciw4yfxj0fi9ZHaNPzvorYKyw/ Kke6tkt9wqtPx7xfuWjx23lH9vb+NHR49nrXB5aIyCqIiqo2iiSC+JgKvsgijmgCbaKvFRTwGopF 0EQUDLJBUJAcxhDEPGUbSJweO43xyxSQzHA3a6sZavazRSLlzDdn2cY0M7nSZCiwZPmN9PNndXhr coqbmtxChlcyGQcj8e8GCFXMcPF4ZArWIsxBnVGZ3t7d+V623g5fsoVi7KqzpvBrhgkcHDprjI90 GSoxAfEy7JeaccW+xvjLI1Xg9R7eMSdQcm0Yu7RZoHmRY/24PlbAmblYWNZlfjnMqRVyZKpkklBg UT7Nls1CjgiGih0DogY+B9fVdLl0RAdNyGZlCZmHZZpj35On080Lv3+DzZA2PXmFnlD0G/OR5g7p OKkXlM0myVmhDE7VoblE0hmNo0oVziEZSgM6dDHR8AYgRYODxOrBHd+J4XVBF7vuG2KE8HVrCdPl ytxL7xJVrg2gcRRxHLU3TdbWpOe8c5EEt5t0ZmVrHwbAFhw9/uHgwzA/SAO87JaVNlZHdYK2PPdx XTsOkivbg/JPNorm0kYjDEJ+K0r1wd1dyWexY2Y57az32VkFEZIOfMuYEsSWGvSukyB991qgYiQH L4nArCsfpRVIXGpkOUYKyzSIQJDL37cBoYRHGJM4o6wylC1hOzaJnXDARkKwFzsSrucyMtjBOV0G RJAPU6lttDjl5beIvQya7LMCSJG5qxnnB84ZCxSEIEjdLnLR2t08EotnqLGTtA7I2OQknqhDao6c pFkb8WrmVITGGN7aoziIw0EGbXPcyBl1Be7S2tefO7QWjRQIwlBmssnHeNjUZxhWTjY82kORhZog 9HYlMQyrKkhONQZvjhqqp8Ma1kjYVxseZWyi49EJu9ZVHxhQrwsN8L2t2zg0X4EBu9d6rlXBzHc2 M9mBeBWDMzCNJLEwHRJei0HnF7jA5CCTySgKdu2t7jZuSw6VSNjRGMp2+008/brQ8EruCdU0CIoi qKqIzpbrrF+MYWJxerlOkMC9RVDeQBTVNg56HF24nk8KgmwJjDVvkNJxZ0Oe5DVgivAth3TcRdiQ ManbQ8t7lRhsUKjGIS+Fvhddl3dMOqcJXjvN4+CdYmFWp13DY5nWzJgkhHLRzd7okJnhMTyT4zJB rkZoi5Ms87sxigOAjbzba5W7OVgrS6NSC9iySkpOIkuFpOQm8Xj5fS5c7TIV8QJYnW6XeLgBO4Q4 lLjYosGONZiWgXloeoiJW53nB1xW5el5I22MhJp07NldRocRRIUWpTjrZnZwRN0Z85hgY6NZoDa7 V3BLFqlHZdgdgB8SSCgSIyIkigyAKSICSCAkiDIAsigBk76YqsuSV5jnM9UXB0xCocgAmJaecenr 1M25XyKhPp95Z72y4QXId4PjBxZB2d+04cR+eSJQQhCRfTSmI7ajY0aSViyW6RkXNNBNJFG6ZoUm 4hEciGoqTXN5CRyjMhCi1Kan5mfPK4kKoaWgNZ1uAcLZdzCbyGoQCBygLNOh5vNyuO9GUcccUOwF gHMCrdI5rEu2sfekSKwpNhhoYbRykcCOyWcxXdsK9XclQ6hAgF70H2Lw9tdXjcUowTP3h0+mcHFN NrrOqJGPEj3fk5V860zd2ciNjawlEs3hljoYN7y/WgR2OnZMMeR9r53DOfbsFG9FxVbG9Y9OJCdx MO4ESc4wpGSyzk3QrIVZ7NPMnLwBuVLpYPZdKFznOvtSsW2c8muaNJFmm8qHCXajbsgMalgoJQK2 bQGvwOo/H6s+Eavc3dZ7zXU8DajrxO9ZwG3Qd08lbtNbt5ts2rbSlKOOOOO75IE+hFqrkIgwku6A 0mjhbXv7m9Ws8SRYUkaaNWqUamfP2ggCsoJCmeWgZxArnZOhsQfSHDkB4ijeVsi5IEJENeyrl8xw vt5ZuQK7caQbjss0pMy3Y4R0ppZhqWWWyeHpVNJYDEGGOixBQ0zrkzCJASSSs3beNxoqtFGNiRxy L0rtZhOQS4QyTvwDeCCJxqtiEGGRnNB4DbmvY0r03hvXYXbSskeZ1a4C5dNpcsSFHa1kUmxtPEYW YZdgn+NxrVx8+c2mRi4uOrWSBCRg62MGDvPNrGKoQFB+YjVrsKgsYW9DwMmF8uTNUNmVmYdWaHJS WfmpZxCBJ3eITYW8MxiGQYccFO2DVAC604FbqFtmUh3dkqRearTPCYaRTX3x0KZPF27XgBMu2rj4 7PEfc7bOuO8CY+O7m57FYbcdmoMhdiF8uOM0yeauG5hrs6opMnmhLO0nKcB9Ty7k3q7EPJas1jGB fNNNDkm1sF/KoXwviIClUyGq1NUDidzwA7k5yHAPIw0xyixm/Mh9aahcSsirtTb2jUMVNmXxV5yY mhbawK1PZxripF30sUwb3JZMTO2pWZxUKhmNGJv6PY7vuNg3IxPA9Sgcbo5VhYznM5TiftoFUZiF 6DREEEx2auXlqlmNt+biwLaBnhfEt8JQBSNDLFSceplIMTF4acrXG5JsqV6jXdqi4PLbmrM400wx 7xDFTIMOY4z8//TYODRsmIjDkbGYrNMrDInZ6PXyGnZFsTnvIhpkANMOFA6dzN23BrRiFnFdMNI6 KRbRomrg83fmbILKG1kxwdyYcN0PbdXnceg2QWHAxGw4aZOZzF2Nct6DDB7TA5uF53KsA9G89nx8 3UBQ5QnQJF+6SpIOqSqga3UjaEtfYAKvpJFPT+zP/fq9X1peV/z2Fq1IHaEQjhnKNpp/GdBOhBEr fH9LlTBU0QuFVvO3aCHV5M0KQge2w/340KsIv5U8n2/FoNYcpjosGxhmIubpA6XqnyHx3vm/cb0l E8NxNDHSKNpe78DhguoUtpUKOYoDWta2/AEUiqa6gCl1BhKk/IoWbqChU0ycDMWOMruQsSRZg1Xh 8PQ0aJZVRYV2SiGIU6rZNya65xed3bB2zKyHQGcod6q8xDbGkvFjhjlacpzy3XzE2QM/W1w6mxzU qJy2+oem9N71twq894EwBodNG5Uegu0budJmwjwAPT4SESVh11t7Ji1hXx8hkrvNnkXz5NMABBgY pVkqTDG0PTkblI+CaPzomC4GBiGMgYglryyQF+Ko+pKOHVsaU9BQGBcBpYwA1j3NA8p/bOmTcdfh zE96DpVQCATnYkSFS8PeSnpjd/rwcuVLMQCAZAtTaitosc23kt+2fltsAxHpQkSAKOrtkCPilv+k iAoDw8VhkDBV3+Gs83FsaJi23LrOWv8FbXcEBFp+ArFCNxHY+ll77R6L0pW95UGChDFHsp0ic2M6 qKCHxj3Vju36cdR/s/BP3lFAjphMhsBG0st4GpjExEtI6VNCvFuHHhP4x4kAF1APqv1rXq0z19hX 4bUKMRaJz5aJzRyDAP0M7l8A4cQyAGihDWJNT2GwBqAcKSMux3xdb6cl15lnbPnXQEgrrENag5iJ 6oE7h4zKvSJXxYEFCSo+611W8IihHCUQY0189zM7rnhk+bb07gGClJZoy6AaocemEbHSeQ9cLwhF n8eBQ57HQ3sQ+QWDoODcVW25HuYbP8OCIcIDGtYjaUd/pIjh2H4X0ekjhNnBDQ4iEgwIMRHx874v R3VF1tN2f68v+6U1+ciSMEiKXNMLVk/A/M7U2nz7vp3ls7h0YRRyFRn85QbXz97/t/Lp0pnr2WNo NV9mIMQnxQYpiqnN9Vex7Pty2UgF0QQwBTWm1Ex3fZdSsfh+jwRTMHncy+uMlP6PiZm0j3RDACM9 97yo7j6mo1npvwXXWEJD3UvJqZAVXv/vcF6yTat/eOTiXARgQwUxghDvCZWW5GNcGZOD2lPBPRHg DAXkWKrKfsvBu31g4+XqUGjGaK8YBKGMEIAIAgaJ88aAveGxMVjwVrvZ8FueYouZhvGiIYIhIQAd kH6qXwfuyx9NdJETN6u/f8q1MIKEMQIQDIH8Gzoyv7u7TmVmhF1Gg6HoVvQtosRqBApAD0wCxgj0 GgtA+3KztLv971/iqebNX+Q0ur4XyHT6HfeM6B0jp3FmSFWCEZDsf/i7kinChIF0Y+mw --Multipart=_Thu__30_Nov_2006_00_39_39_+0900_KaYTlZUvW4t.iC8P Content-Type: application/octet-stream; name="ktrace-lpthread.out.bz2" Content-Disposition: attachment; filename="ktrace-lpthread.out.bz2" Content-Transfer-Encoding: base64 QlpoOTFBWSZTWVMfNkoARn5/////////////////////////////////////////////4DZ8xwLg 45777bwF3uc2+d9wAAOAcBr2+YAAAAAcDoJQAATWgIvKBGLfTzunPN1dSiiJQkkueBcZ8ouj6+cX gMt2ex7U97qIOU8nTq1293sttTHs3rRKqqtFYSMnvlV3O7gDYJC6+nH1h997bYBEUQA0yNFPCekB qe1MlP0aaGmEmaank0GmCaNDCaPQAJpgmAmmEwIZDCBphqYCaaaGJgJpgAGiE8EAwAJjQCZUEoQg AmITEaaJp4UyU/TKam0QZNAT0yaAhj1TPUCNqabIBqYNIGjCYmG1NCNNGAI0MQ2gNI8hNA0MJgAA CYTGo000yDU9AERBImlD01ND2lDTIehD0geU0yPUDQG0g9QHqGgGjQANAAA0aAA9QaAHoR6Q8oNN Damj1DagNNAAB6gAAAEmkkSE0EynpiU9M0kMnhJtQPKNqaMTQDQaBtQ9IYgAAAaAGgaA9QAAHpAa BoBoAAAAA0AAAA0AaDFEhMEyTTEaYmJPIBNPQAaAT1Txqn6Bqn6GmmgTJP1TaMaBoNA1R6ZNDE1G ngU8DTQp4KaeaKbUeE9GqPU9MUP1TymyYU2KeTaKeUPU2psI01BEkhMgIjRM0RNpkTyJkaaekxTy bRDahPSeUYnpqZPRPSZPFGTENkamRk0aaaaekGmg00ZpBoA0GmmjEBo0xBo0aDTQGmmQaZMhpoYf FZ6MJ5E/CSKLytVGb05A5gYTbUCTgw8N5/zutzYGjZYWE5tFVVVFOnnFmdXbsFFUuiGjEv3Dsk2J Y8kG1lI2sMdcLr86xT5K4onug0LbKrMk96uuJER9DQi4F7dVThL/TL3jbXsO+rVTjzXk2BQwPyP4 /HUVRQW/jyyNLK8V1lWIgULGtBWPYdOo+vYIUQpe5s9gNC6lFfTLiVjJGTmGIrTMGqLRmJZETAfg uTarbh6VbrM0zaS9ZQoM5eUODAKRbGHeNQsFlQ5tyVkEOJ0gy2XbTYkmlFLS6iFiEVL1d4GYQqDc roKjOY1qIq0RXbNgtAvOcxkzBU1M295uo8M+dk6JTNrqbzua3i94iszUDYzT5Zmy4kDJi97q23zl BsRsm29JIGMj60SPEtgkMp+fTuyPFTBr9Pq7nhvggSqIElEyVvcjnq9fEqQE4nEKqzG6xK8S6kNv lwx2FFWKhCqjdGlwEk8Tn9Vzi0QSCE+soMHu11UfZWCv9yLqGCYK7PuO0dgnrx69F4ekbuKyOcE6 7wq07pseYg0i1gzxnLdjtMrrBOB59IBncWE+Og5Y3zr9Jedz9LeFI9ddoqJLijQeht9ZveEWJKWM FUsjscwsaPvIwCY2h6VE6rpGExu4aNrv9kYDeM5WCdYHfRn8f1DjR20nuulxvSjIUs/Q3c8FRDxZ 6Yv1eMjvHXWsF3l18fvwV+3dXY2SwoKEgJQrGqPj81H+buE8rAZ4kv5JQy/O/j80t52ToSYI4A3K wCkjkAljPha952D575IpSNaW1WNtjKkFFFJFAqQrJUqCyRVBYKRQFgFSqgCh5RIFZgOTBy4jFmOH YOlTB8gq4LohJCohwV+n8jxl8YRYXs+TyM2O5kWLbJExmajuhYuM0DSKqy9ytTE3rQd5KpqbgJ/6 HR2m8a1VnjteslttX9FQ6bDVHf3cphrRkdDM3Obptt2eX9G96+wbv7KbGiUhbAP0PWd+HoDvvfvA HEVQeBEWRQEkFQZBEEQmfG2+7ggiEsRKHX/puA/f5pl7T3795ffRh2XhdZEEpqgyF950QQ4iL1jf b097xzsgPkTOog+5TsJMihu/kZ7aAxar/sPN2PvpuTqoh3khzdO3exNY9AU8gLhubosh4t8U+Ttg 51ud9Ltm1RqVNZcUcQ3amDpo1KigloVgO7Q2SsVYourQWpXSVEUTEsY7W7NI4WFEB2pibM0zNWuM uscqsWKNs2zMlcZm11FQUdsyYkRioi6a6ZdqBcpUytu2YaYbZsbaKi4y6ps1wRYiukustyxMQza1 XLlKYrWqKlovIZXzPYn99tKfMiIN2dQQfhawuFAxIAghwhJ0nR9u7ns28mTA8bnZXv6vYw6fB0dZ velmvUK0jqfDxSrTLeHyYszNZ45352Og9E50icd+ep6nOOFTSL0ctdMAeQ6gAGMQo9l4frD42J6t 1+r8FS+c9Qudts3Bez764fV7WYM8fcXPk8rm1uFUXia5SxG3wPB5/S6UCIwnYCoC+99cfv3mQsLx UcCAL2FFu6+72XXPEqj5eIPl+hwsB2s52Igq8OCGuKc0/eR7bpa6CTteutIebVguyqXVMSQzeroo SEYyQEUoQcHhDr0UzGuy8Rd9cTFjudp9hhO7PQU5OL3HkoieQ+X5daUFhwEIQ56EIgC21Mx4kjAD 0AOgmut1p3dGYn72BeM9vMVG6MUjBRC0KBPKmFVU4B5YRyGZ/CgTy+E2Hyr5O8/Q9dFQTCY4KeJP AXEGpEQIAAf3jsJwcAI/YSAAHrPzK7LTS9J8vI1nu7x7DkUdO8vxFVCSbhaFxBen9juab0zyB46N y8XTaIj0Mf0qJL9/kves+Zhy2Z4ss5quPxV1q/2fieaeV1FdEYhXroXv7M6mgXFpagiWlVo5hRRi MRYopjRRctVXLS2SqNpVbaW5lUtsZbVWYtKVwy5ag2ilW2ouWWJbLitVFWVsUuXEWIrMtFVltMpV jFUVBUwSpWxEUVUpbllRalmWVEVBFqttrERBto20RamYVyyxqURRVVSpWOMxMlpWMcthghRylFij lRlBUzMMRlsqYJRtuMqrLccGLaNksHBtSiqqlaINpVVctUHKVUtlHEoIqpShhcxirFVGtxKCW1LZ URVxG0VMtWMZlKuDYqxqVYlotcStpcpcpVFVGVWxxty4oYVpQVFYoqtpRMtyhRFiuZmAmtGOLW0q Ny5grUyjkq5XWtGV1hmXG21zCoYssuOI4WjWqVMuFuGZkxxuZcdVviPHfg9n+P2NA8CkIACdBGbA 4CS6JUoIQiJ9t0gRa2cVdLw7L6JUyuPLXtHhPDAo5XEOkcGXJ4y/b1W2WHPa7GcSIwBBfr/66H+d Rr3R9i77opF9nnaf1T5Yy6bXT4RTcT95OSAFaKsXJo4A9GiPH1VEDGQBe9gVOZDc2f53UcnflYGD LcF+0kg86HhQWQHw94zzSZdWc/K/2ZMTytHRxdycD8fRxT9IfOZ3tdGtsrtEJxF5ON8HdlQptTju FeSqUSiJmP7uZuPop1/IJH5s7Ww62U2cnwHSAVacesI6ePTZd5cm2XibZpvvuSvax0147VmDMX56 bI0i/RGXBLz1zKN4Dp+7xIzqJAD2YuWuv7/pHx5vwHti7noe6/28AegCUIMlA0TjS2MAnq1AJh+e A4/dFdQkSZVY0mfz7KpzypQADSs70maQiADADtscDMYj/xyDYMETerdYHzzPOUDb7bpapRFEB1kz 23PIr2M6iq/w61Nk37EjtOxof3ajHIrGwSVKQhA7CUKs5pQpgaSsD3/grKgLYnj56Yi+WgPwYica AgYRQQcaaBPgZU/IgDvoOn1crPMphEVE/qv9LztfoXh5DztbP3Z0/TXIK8xAOYgbkUQ2RBANyAao jlAkAkJEAqLtxPV7+25cCYBAC7psLCGfNSAjf7ChTPfRm1VqtayIEgoZwmELZUGVUIt4aaQzVoxL gbwhUcoN2fTlh7zCpfLyKAq2hUy15r7gxgIeGd+nQ42TsUDTDg9RCsk57CoCxTSRz229XBL01kMM LtqguHy8vIFoplEaKpXe1l5QPBEIgBKEAXp6HNwJIQ41SMQEOEILWj+UwuXdMcvDJKi4h/RyUNRm mbprdkCC2TrXQ8EgtUTSOpcBD1ss80MHe/A8++WlhD9tQSt7HlWKq3wMDSPGRIqlYfFW4EDPHCV4 htWZZI4Ik540NyVGOocAjSZtAACw6mFHT01X9FzkaO5Aw+to0461qniA+8V+9npLGPTLe7YAxgYx h7nTLv6/E9HOsVjTZUE4nPKXqB1CJMMp59+7iUhPyL7h34dNQODJV1tD4xiD1F4qGsr0mxyP5Rzu hkz0d39DHWyEMblOZHuT41y4y0Dzu/SPRy36+qyj6q2cjp8QtYc1rdjQ9JEVTiGoKIBoOTLQ4Hlj DJRXkiHze8Ct6mcPnlDbkcXcLgeodVBs3CvB84scOAOrbBPEgN0JhOPJZkJRl325VSvOFqF5vSva qNs0i/jTVb8kaHG6aUMLYJ5dBxgJGyJcqtCAoXjG0wtYCSJ2Eqhxt4f6BYtMbbzvybaNHFcC+Qik qWsuwghcR5sIHVomY5TLZytCetkWyN5bonhkfATzN78ebdLkeH7Z7E1W3jur/dGucqF1fT49IQzo H/fSd+UDm6PIXkoaHD4Y+U85TR2UCdo4qw203DrWfT8lw7JzjcqMKxhQuNmpmM2pnzXpIfOeEvqM ywzsnt5grKKf+uUhuXIwEOYTgYhWYnFqo3hwSAlQkTEAusaccIS5jPBwLeB1zDc/G5U+pnaeN8L7 QzPCuq98Z4sO9VBw3Cf0DpAM+6wqd3IU9/z26y6iX3nIqaZZD64ZZHFMypzTndRqGRci2awNVcit trRM/gzJhiJyQReRsohGNaY2lzssrlw9BaOQ0P2rrwsUxYL2CSOMDc02aIbqVNJwhOJE2hHD4lri LvZXO3LZXNLezPFu0pBDbOFhrHtTZ2mvaXTJdXzvhMsgwV3NSz5kpPN6wRvl4GYOVl1dWAR4pnbQ 0FZw9twFQNi2V5KxY3vbvlN1QycihEpHVOGo6UK67DI4bBJHAjdaRm3XTrmJlxN6bJjx6cKpQNoO UDukbqZwGCidtnRygSSVRcRvLW8b+BmHNnUMis7s49whNt0nIQcQRQRVAzSbsy7kPVoYxSuueGua ONZqlV/ZozkaPo4yIzvu2nas9g77nGP+855Zhu828R06zrhz5NW5gE7F90ljmFLKstVIJyAABMJB BbdBgVSKWquRMq20ZN6iLei7pp9lZ3hmFoMxszB9rlhtYSFDzqXEyEhGUJJXZXeGsZp9UuiAw2kE hcONZWEKZITZ5T0rBJhETK79NtQ0xkRDokO27yW3yop02vMQncQjOlokVCWpiOKpkTZLB2VgPsuX 0a2/Euuv9G2C5MVupaIuAivB3PK0Z6tnsSBq7nLKs8bt4ji76IG22z7PBO2nTY3s7NqhgB9R8e74 A8WBg41hG8hWg7GIyP4lx7X4fn/hXYmSVCIQiMooXKlaREHctaxJCDvL72zW9nO2NSNolCpUAWQD MdZ6/EUboN3rf1+UcXrrEyv7z864oiYYaL77GWkmlEQYRksNwAGP+TQK3BbUEXUZGnTJgIoOdgwz TouGvYwjYDWLIhaDgHuTkeSCeElD2uAaAiOYyKCohCItkSBBhDsWGiILgGtzkQRDtjlMNEaLJSGk uKtJI6T+uiqsGQBbXgc06NkTUiKmwyMlCxJAalgYIWhFkIbEpASxdArhz5WAuVl56CnGyeq6jN22 koJpKDDjVjlWVJWBEMYhbVhQoraEyfYjYUsCHxewuc8bzMQxgguLC+IAeYLQkBZQQvN1ZGQAySGo 1kliaMv6N7dpWqMbYpVRzgz1EYQJJOE3s0zo6pAGIL4eIdxBTu4bcAbRUvYSYjMYWYLIxYJ1GyQP WCGlEFShDhztpgYDALEkIcxJRgsJqTqJEYogLCCsVVVILBFViCIrGIgqIrBkYiiqKIqrCDGAxIMU VAUYwCEUkhFVERRiMVYiRgKxiRkRFVUJCQs2NFlPGWB3A6Sd363mQUngZZjJU5jMSRjAbQrAOItk rIRGRtkqYzEAUBb4v38MADTsAAb74GmSHNtkUIpMQJCSW0CpsgVtnicDtMps1AWCyLNmVgslIEGv QZODJDHZCobMxDEzKYzGsqBcswYYlIgaywPVbYCzZkqbDOomYUlQOiyVA4JUUN1YVOJgFQFCKRTS FZBdMlQFAXcIhWUIJKkWDlxA0mk0hWCysCVBZFjl0AAgYmJKziSVmNZBYChsysimwJjMSLGQD9bt uX1x1dv0+z/V8Ffnz7JDXQloGsDXQ6brrRYFXUEjfM3vsBBFbGEA5eOqdzpu8j8e2zCssn+OIhCE YnO/k/QrTvrO2s4EPZ34zlLEJnbpJDJrY4HWkaib2OzDb1ZarFtra8xWa/DXp0O9EgVClSRUYIWg PWsOhzd9tAs56FZO4YVmML2NCo6tnH2r7zUEWqovtQm+qhyhUBkGQqOvVs3uBekgyLIBIciqXgkV qOJEXRJE2RbQSQLpzUW0kHdiJvMxztg8RAXKHHiufapzxc8QNEAS0XOAgEXMZqRukhCI3BF48bo2 g4wC+cOrrK5RXPFKhpiqZ4+KiJngjmCJBCBjAoKoDTFw0UBeRRyg54JYBKoDNALEVhAOAwKESGmR QhpCEFICi4hDGTgMrCaQXgJoYQ0yBpkohKwrIbGUm7WBF5iAHDKQ8Yd0OYEBUxiLUDDECgV9em3s OSG34ONWwyhzSvp340CaOKKIsD5nwtmg7x4aFveU7g6KnYRjOt3U1f91NFTbau/q25my9vqbuY4Q 8i1Nk1UyFZ/FlQ6ADEIAVBiENSDDaiKPL2z6n/VxtZo0SAXHJbhCZj43xWCk4YCQ0YD0CB0npPZ2 U8/BDr4vYjUAooqUAAubsqoBDAYhajNENTFpP0Rrwm5X2IQeWQKABk8D0OZwR5rCcv72st7jeet9 /w4Ndm3xUK+2G3gx6zIJKnRvFTzaKjr4xM8V5Qd85TrRaqPWauqDMjM3Pgafo8WIjeRbSsw7YXiL 9hfZvD6WPF8S8ZVMSSjpR6N4q6zzvvlmxjyzclj4GZWl5GXm8aW0thTw5ixj/nb4uVV4XDZNil9e jK6HvsarYqqxJwepTYmVam6htfFU+5/xg7PEhMk/i2hOrfnh4htOzdn2c39XLdiRcffOndvzd9k9 /a6cnus39/h9NoZtpoPte1c6bnfvSxsX5+rraqOr/XMZarNwUT9VWFnT2LnWg9e9s9ctb4zPaZDb rqWRcaRet9+VlwxUQBbB3xEBiGAAAhiHdJSgHipTBfRQDGxQh+L7qgQ5XaUJjAQD+z21KCfK6Lxv EuBT/mAiYiCKwBYEDZCu2oFAMrqEZ2tCJb09A2gm2PED6kOGHpB59BhBQWAsWRGLIoIwRIiCgskU UIsUUiMFUBsJbJEGAMlFFERREUVRJAUYd6qS8IgetIqcuKEZJIh7s3bAPGASpHgHQBwNLKrXX63s piQeG6MNRlo/tb27wIghAIQL35sG5O6e1Lxd1wf1gLjwoUxxAwxqxoQBBAKQQ6zGI4Pbwrr+jZPH nj2+7/VponiTduEJ4HrCS66f+yqvYyIIL3HrmZ3XXI7Sa3o+PmaHpse9s8/Ma7ToG4IhdrESZaPk 3OLDrc0sAAABM3Lf/qhnQrRkvNvPbD5voUoAAAg/xTGIgH1TDgiK+yIXIMpLFQTER6Xsvs+8izHi BTKFYoSyFMJ2KlJn9xWchIJKxChWCTAOqJMlKRDQS9UHQHdBuwE62JOy25ULy+SxYvm97Pc3h5xg hxu/zkWQTyfd0Agd1AjboAEAMRAIOu6MtJ7Pk9XFYTdw75m+D2sjZIoEgUJJASCQRkBJAGQEkFZI vdYer630Xx+56zzWQfgwPKfU+usga1gsOJGlQDvoMGEP9f5vubfW/T97YLDKffL93399SrPW3lGo L3a6X9Z6puIWZkpHa869MciNdHi3dvWkgDFXEAQjX8/DAPJhpy1wktSp/3fxtOhB8NbiVUh85748 Ne7G3OK3yIIXvRfELTvfkdhywUSAAMAAZ2ZbFhKWwGSMWQfACgGGWlRRRRRCsCedYsogDEJ0EkAq MXs54GAuEkFkQV70ginXnmSgE7iKQkCEiSkQAMle+1ntj0Ol4PXvtLoO7WbSq/jS7nj0UbVxxINg QTzP3tA+R9v9FYQ+snN+4sW5VF1uei8+ETqFtSargiYACQlRvnvDgq0u8y103/aq8zVR9P0rh4qX IcHrdjCZzPUHtdvPaD0tf8WZ5i7TZn90tSxG87fKFB8Km/7+ja8qGxS6a10tC7vsd0IDzxGs1NF3 ibmcp/YybX/NSUtLV741N9nIv3P0u8rnbn/Lw50ktCJCRAFMj6yIHlneVq7xvquyfVf6SXzsFOsl 5VIYg9UDKWUnuzoBB1RiAG0EpzAZEK5D0NbrrvF50Ik7VOslhI77L2q/xVfet5N0JHziajZRTdV1 WzbLjvcpxO7O0ZGbmthxqu22w1sVP89fbV7GvMApS1fHfJq81uBkrQ953b1+K8VI6zF+AIgoECbQ JAJlgED4YvPbSl/771Xvn65k7/lubhwP2v38P+NOyhWRelywheFZ0fIQ4vzUZT8rmVFoACEFJRHJ Pjyu4KsT33CfLpGqri3rZfSUrsiym6Wi3mlYu0fPfVqcaxhMlpT4f9kLdpT/ZeRE2pm7EzDuupRU OfZXXtQ7HWgsZj9h5jQDW4deJbaPBk0jT4VUdnSvT9NR92hiOvNABAFkMBgIQDIAsaABArRaGEiJ QSAQQAPyYns3PKZa+0nN0WVul1luZMYJDrYKJ0VWY20m0LJyjt8jpp219MRCoHCLJvyjn7dvqAAu cr6SQtn8lBXHhgNSH/rm35qfaf1TXrUv+xmqb6OyWS5Iy7b6fkuF7f+VKVlsbN2ORx0QrGSLkpVH U9Dd+8GCgKTy2GVkZurPE9WEMzeF6WuauqqexTFrxvb3Yyd98cnvFWanMmiXWYQBwxiEIAdRgITk kwAdhCV0r23uG7Kof3Xj7qPdkZC2MNuwNO3lVrL6htppk9td/IR3cz9piOLses0jkoU988mjwPQv ne5/cfcljQ1NyycTgYkg3MM/cwIMYkmsLUEEGBNcQagGIMQ/Ar9dLt9/B83cvt7YNG285Po/p6tF dst8kwzrqO2PEGdSUPCvivoWWaDFhePvF2psySiJHU6ZjhXMLKz7/t/UpxNeS8FmuS7TNbEvk+hP fbH0WK2FxQmfh+8erwmWZe5zUQI0pxufY0WJI3V19zZWsIJLN8czaHGj2fR4HDT6rdXLhT+VjYiX RHMBRBJm0OUrugRqZxgai2yMAvACNwTsarwHA4A7HAAAEAs3tt4idqRTNUpfeesfMNx0YmIVzYQZ eWssvdZaS0UdO6WsOzbfdgHI9krSfJmkrf2O3V60f58YzErl/Mfhu9fx3E7z+e5kvdXyLTz8diuW BPaMWS0q2vrP+gHid/DO1cR0hqrt+0050m/nXfKs6ZMdYP79H7REu9TGStWyNPPLZDYPKy8XL7Nj 15atHXpbloum7+1BB2zcRh8NCcLB48uH2pDSnY/uchYivoqVkzEn8JXulA91Sh3Pvg895Pqtv2ej fO7SiDatgQsLuPJYsc8EwfokSrUSeuAABacJh766AW8GgaCWe+z1b1GV1IpRaBYGkRQ2WG72cwWK 1Mv0e1+ePh7P4edMRVVZ+DjVsmdDNEA9QwW4q90+szP1F4cEuXjnZBdlygbZng1eP758lqYEpC5j jSUlTW9qBx6f4ZGRaSTu5LjZob78xeNHzbaZpH5+sPb6+tl9trosf5dty6TVc95kk4lwWAEIXZv7 C/vLKf5su3F5RnTQZzB4cm9qP3xDtznxDpjAfxDcM9lr17EPIBa8toaxsPD+TONdp0g4mJpIIBJz BQSCRAHLsE7K+vR1ukqJ73JHDVfJuSl2oUPY82lyErr0FivwWXcYk5MYNnLvdKmsfOovjoXcZZ5F Lx+s8NONIVPOqKVfWb+P6NPgrVHSv35ueZ0sh9lYQ16reFp5588Pf0n+koanxZJuvyLTGg7Z9/Jr oCABm0ABIDNrztByKCSCPM28m3H1XQ2e4/LQ8OryXO2nXys1C3mI7fi7kv2fsvFZR/MtrCsU9qQ0 mGswy2ClYtG3MhWZWkyxsP29s+UX7rhh8q34l/T30Yy/McmtYmL8lpxL+hUMC3dFwrJ5nxLOD5VH UDdEG54cmUgiENImW4HiUZHpAvLgj4YflllDS3EoQ25cqE3RTZEOylSmCCfACbOhON4KwvHeHdAS TtLSz5WWA1DFcAoIVEQkG0YNSk+ZOFZ45b7TqW33ccN0QvGylJUc9kSkcIYUE0YLKgVWRYIVcF7Z g6SqYnEop5Ijb2ysIRVREQqqAoyqUYDna0I9ZPKvFqnJycnS2m7+y15WvNcTFai2nSGRIjoRoQI5 ABBzf6poFI0D1i1Il56BWIPWPzRtv+elQ8iZ6n8p5VojvQnalxLterQ3/BxtijmZpr7nO30H1pzX nsd4q5/PVnS3m5vYa4l+olp5p8fWxXmf8PqYeZW2sxzYbMmaLzVBmH8Pp0PRX2+/6ghOMIIgELkE ADca5D/1Olbw4AQNx8AK7IcCBy6s5QP236fle/+98LzXz4Ur5H5Zkdin1PvHfzfb+jiLvWvY+4Hv IgcHmR6BN+G23G9DYk47ZD0X0KxLgn4qPwuh3FSD4PS4cOHD27o5w8TVcsslrTx+bik/c1vRdDLH s45ZI5J56Jnc0KfqKusW3U33N0nZ+6ada6Xk/M+H9vreu2Jp6afJOmaf6s7a9s9NlWp9VZU1Lmss rqZq6XOmdOrc89pPDhwXlfHaeOtTPGavlw1rOs75uamZzUxrk3RqczzllvTWUSTzQi6Wy9e9Blzf 16NGbjsuQyGLKWXYL1+zFi18XY5JI44U5stFEUWbNIbGWW2anNRVmuVY7j8GCWO23FittsovWXrJ 7KLO6z+wOQZt4XTxNnHp/46/2XW/jPfrF00OHPz+id73vnIOIECBo1s2bZxcXPD5d09dS0X5ll8M 8KJpO9V0XD7ZsxstW15mLdcsVql4s5nL15/f/a1UfGlvfepp6pdlPHOjFpp73vR3Ol8N/B57j3Ib unfz38/bdP5y7q7qqmZmLurq7iZu6qqm7q7u7u7u7uqu7u7uprM1NVc1UzNVVVV1dXdXd1d6znOs 5vObu7vOc5znOc5zmYJOAwwhBOA2AKRwRzg5hc4OSOcHQJo5HFrlbZOt8NyvC9LyvC9Z092NTVVV Xknfsj2fr3jPGDxe+4eYpH8bg10/G4yq9YoVWCI3MXEC3vWFgZYhZrk2Xa1jb6PpF1EslODAFBID 1Obnc1iP5YvRetZ8KH4FaiXoQ+Naff/wxHVjcBZr3IPhEgbmCGiSRo/nxhajEoFMlE4MlfNpXSRQ qYyYwqSAppA0yCyLFBQHKKQxMEFILICsixxs8L6Ldm7IoBohoGAeZBh23FTyA1jKKiR9ounQCQCd hJrWUNY96GnfU1pp7hgIBj0kEBGDJ1CocslGREsOpa5UFw6d/f39/f3+Hh4bhIqUCxWPfrWrgQBl EGdsuFMzQVVTg4MXBwcHBwcHDNYi/+aysTqF5OoGXmYh2hhrlCJTTuRadOmPe3d7euoBEQREVRYh ex2Xon8apmy1beIgBodk0YtGjd3d3duShFU4VE3lTo0oYwbbKKatWrVj3uNvbG9YJOIc5U1WfPnz 7u7u593d3aylTA2+qJeqe5LFsZjc3Nzc3NWrVuatVolAGuqFoLZt7e3t7efPnz0k4mpfA4mNhUM+ fPnz58+nPk03go0bAyqlbmbPBx5VRHqiqkwGf1J3kYrwKWtAsSdwKigplqPGwWG8eomMBRTic8Sd E3h+bsBugdAdJz/y1Xs35sPV6GC0VOhNnj7WtD/oqRMAjjCuEFEuNdjlbHW2xwyffCZMqAyMYWv+ ea4emG2oaIbN4SarqdVzuh9U7Vn2rccONdnbH6nDdqTZu+OEHUnw8fcd4113Wcj6vbve+/VZ31un gV3fop8lSC0k/7ySxGGVyOBSprJq5p4VxNKm3W50Nnu02tVNOpTMRU5sT6YqcJ18JvYrCd/tVHrW LXWUX8UHTVudVY5rnWL7eLBTP2U5Pq9pnnfDdhOfISeqn/sQAPDz63suhsHY9GdkV8nSJe9JBgDJ ognXj+6918/7/6D8P874HtboVMzEQKiazNV301NzN1M3rN3rN1d1d3d3VXd3V3rV1dxq7u6q7q7q aqq152q1d1d3UTVVqtru62qqq7q7vtvHdIY5dv7P6bqMTwglS2wDc1rbyoUYdcY2pO//xDx+HKcn vFvbXGk7e41zmoa/5e08Z6O94pifPZXFiCiK6CJUtJ0FujDSfjeWpsqHevQ4FnA7mw6rw/zvfyTx YccjbEOktnkLrozKVlPGdd4TN29+aEPJ8Vt0EDfDMzA7OZq4GqXXpL4OE9p45+Z43qgx33W0Bj7S aI8aGrWV8R4PLJoJx0gkFZ4ttgv3q4GKZGumyhE/HMM2gZwkAz9DVsHLLp0A0A+R48O+ROcBK4Tq kKxdbmLzFTdSTJGqFpuK5WtKlSo2yota0Yek5TFtL1dpPMhwCgJOKhr9gone7+tk5wTHFerE5cD/ ABeVFWoZ2aAnfWTstThxgcZF2LaW2lspXluNuKYZmKZbLjmVy5jb3OuMDbh1cWTckM6syaeuyKVJ WVIsqVhU0Tabw6TIoQVZAVTAKBpU0rnBdVQMAOEw8ZRkFXHuGIzrG2tT9PqTqe1QFe7nZAjFTg7Q xaoqmC9WoIJtWKt67mD+qEixKOlVgibkTM5W7hiEsSoMancFs6Dtlw8H1DKicmsXKJWU3msjRHkH eDE8WoeG0FycepOnUSdC9r4rmrgZ9DnToTqTAaAUJ1QZTBbJED0Myib6TA1X6rwrvImWSZnVfxrA dTFwLv3hozDcnW7TSZtYZ7dTpMi/MPDc4ZjnJzk7Toax0lEhgE0aOjMEzl+Ed5AxndQkCWJwaOkZ PggIgiJea7Z2ei6Bg3EiF++Rc6DuJm3rcu/wHQ8vzlDwTeV1GB3dr4HAiFQ+LelBux5HC4NnNHRK 7r7P1hnekww2uTbK6sEiMwiclVDoeohX0E6n2WNsKN6ex8V4XXaTwuvVVXIx4TO5gWI7Pr3FUkyP FHrCgs48HAAAHE9IS7kOpDM1G033yBEYwCfLqoQdVepRFzyEv3C1AcDwG/tfDew/2/8/t7LN1MNb v8U52aowj7n3/XpyZiXv1eVOPvLjx815/DZs5nGn0szkJPIn+d+305KC97DzzKIRUQRBVAUAJ5NI Se3MIE9GERc8FDdgmMQd9FTyW0UAmkgoAXxUANDhDMHo6NqB4vd4PYmcvXm5vtdx8O4b4Z1N5qm0 MndMZdMJ00vAqCRqFvwdpGkVmS8GJiYIwy8OkTmYlxvo0bkNwjbyuVvqolce8Pk8am8cY6oD3jXK EFRuebR9ee9q5rpkjJd9p0UM9+OMHpyxRIlOIObcghXn9tes+w0pxppk4kOqOiZYYrxq86JR9Gdq lnJhLpcNDp3lCtXiNMyEwSx7a8pZpmREAEnhPC0ez7maOMQ4QByBRJUEDj7KjugcAqTECh5EnT7f ebHFveG1A8pvKHu6bPKOiJwGNQcQY44gGliAcQvzJLUeS18t4BgRDfg2pyAEIzZ1fAwU67LDQ04K F/lYHH+niej6v8vDFLQws4wdnVu1dKKO61YlDk+N8VZOXteS8SCblV0J0RQnm6tYT7XLJuJfeJKt cG2q0oR8owDodrzy/joqn0nuOkJ76bHuuz45+kqK6LfLMSpv1iht7iKEikFcEGopZtAi3XfMP/+Q 5C696L+DC+XnVn7YZE5FSgy7bUAyUAAx869GJhHK7qIGUO66/LN6KgHLpbV1p3aZYS9NhCFsPTLC lOh75R0StMlc1d08p5aEzkeKghxYihQRKyFWoMHikLHhmED55eso+5Rzmn1tLtqeHe9L/mZzkncK 6LK0EEDB4J+0ASAEgK8pe5rAd8ORErNAxznHEEVj3nRBLWfZ/K9N23Rff/bcbe9Tw5Hgf612kraz sWeMEYAgY2uAW8V4SKBYlcnZsEwBJgiVD5B8rxDLzvGTi6IGF+q0S9ArGm/wkt1hqNGoTUsZp3mA F6XnV8fZhuBW4G0Z28QRXrTTRoKnlNO+CAXSEyoyuOPb3r6n0Obv/K6fz/hyacoqRmbk1sjET1Qe idLBb7iNBFNbFgXZfE8Q5eyOVdqLlZEIp7NoGJI+Jt3XMrkv35P3fo+Z4/3odF6HrurelNFTlW2p 3eTeWJWFEtifa0SwGHrfXqkoQ8DAOLFYwMIDIJAHdA1UeUa8dc2RbZrAyjdRWZGd5HE9kZjLXnPA hqmjinjuHq1libtVjpcrUbOLzkrPrNQGQSSCb4v2GspL3vdw9S+osdIhBoIjhIp9CBr+YW3kqN2K okqGNYClpfgj1wQ0oc8qu4TtDQIiiKoqojOrvrDbgxMHq9Hn/VkRALVtW+GFt7jslJAUWRqy+b9q DHoBZAQpOmqTRDnjyGwsbIbkcArhSETLAsFoRjAa8C3OP8osWIMpMymBrJ40DaJAjDRrMd2Wyxkx x2VsoAJqQ3drmDozqlIrIsqogYoFzxNEL8VFxeQDcHz708sJ8eipJyh8iBSpNBIJBhCCSqwlAkgq z11AHbCG4kfujf8WSyg4yFi/eWLgssDgZFJeVAGcXh/b6hW5eTzZu5pCTVq5iyuw0uYETn4PEgOH kGRDXdQmOIRCQooIoiOmpGAutC7a7S4gKp70URXZ6iw3bWy/Sa94bzG6gphbEosIwv33PHqpcCra n7UxmlEa70qtUttbkzMzmvOYSwZWbkbd4bYIF9hVFdWbfsLttuzy7Ne53a0b4iaZghgqZp4MvpBd wQfeQWNI4k0bSIZS1BBHrHHhbPddCggJILfuJzAeg5soNE76nPw2wEIHFRZjr0vbZ+dx6AZRrmES +DhBLQSVkQ0qQ4ZmzQIEoRxKKK6vGZ05xOQ7hseog6nTxm3bliwaqzFcwHB9DDt4c9zNRnclpylO UcTREi60p0ACXtCH8EfFtTlrGbOPbfOsnCiYwjiOXrjOscHwaHT8t32HZIbs237zpcc6du8o3qOK rYrbWpARMiOMgoolo4jfBLIoLvyjpLpgMPGih1guiHBU01EHUMb1M6JMmQ7MRJuiwQmwUkgwQ5Iu aAFciVI5EcSqt8NdDEa+xP1EfEFm14o3ZOIzKLNyCQH3LBPJW6mttHDZaVtW2tLVpavPpv3Wzxcs IOUREzgXy7bXDs48sqWvIExHAwRrKkcax3XcgBAlMyC4HJsb0QdNRpJsCt8HE2gq4btRlE0gqK8I umZc+PFOBYwx01u4z3HtbO3mzSPVXW3GXbZMNGjTfVu4cEDYQtCBTtW3uGWEgmAF6rn4ejd3bnJM 0N+pwubW+2OfTINFlvDaw1aw5kLJhdjYnUcoqF45y+hxl7D4fZeez6+ytqTi01F7YSmB3HJruE40 eVOMgIj8uuPRFqSdOeXuvl+/ewehgFOsJoblScXDhNpULWE4rogKiu20Pn46+FWbf8Ihlaw2rv6b vC0JipzJ1MNu42ab/B3DmkeHvJIU7e+oudzo13ogivYxCTcW8MjO4+Lizmwp4gbyAF9vER5MN2XN 2/su5qFJ0laOvTaaRTuzYKHcutw0GF4auPdZzPZts5bXyDeB5vIceFJyIKrGTgk3z0CGd8y6L54u SnxMMZZm3DCGeSXHfKNmekNV45WDGWtktiKoK3UyE/oq83KA6vrMQ1XGDC2NG2gKbte68AcEF4wB IqUl+w5udPJd25vyHYfIdf2cx7uk8Pdou7A+CuzZMBIIhaLqd2JlXU2hhJrn/iQCJAIGKi8SiW9V 5AuSstMfXw8CrWkNDIEAAgHAGMYqtmy0zPQSUg3UzmUUCaCCiMSrgmLejUIfczBjGmMf8lAJlBiG Ax2j1jcZrdhCqepdK9YwIMFJERISCSnwiGoc11MY/K+T7tDT4DAdj4cvjIAqIEIBJsimvVhVdp16 UrIlkDioJANmMBgPa4UiWXPgrNUWpZi60kwOromAoaG+/9MbWVs/20lHcLpn/m88Xrt/SVwJDUkA kEGOImZmOdEJAdLFvJO/3uf081fxCYAUAQAIQwAkgjj3c0R7p21lj0RyFGjVhzFHICUJZ6j/2OZD c966VJ2p10u0fOMKPOTt2cHT0coGR4OLjdQ/4VlYvmMqTq/Q+a+wyyHN00DFj7e5fXFgUA1QNPH7 PaC4DNCoZQLJBok+J8Hy258j4Hushy1QCFv8RJ01RSTmyfl8ItKAwUFZbfNvrnNST8F6S/SQmbns aZ26AhPGAbLNfq8YnihZEBGemzxX1vudOEbLRFRhb1RIo6RdXrSYTDRrORc5z7uDC8n5+pSLl+54 r4T/v1f5k9DBYLJBSRRYsEYRZHoUCoSsoqQEQIoiKChBRSKSKQUESLICgskbZKwFICqRQFBtBQKk VYQUGWyoAoAojIIwFgLFiwWAosiwWKQWFYUSAiSIwFgoRYKVgUQBZBiVArICkBYMQFCKQFJEZAWC JIsjbJKiyCwixYVJUixSKCwIoCxQhIAoICRAkURIzmfkcjUzz+vyv+M/Zspxbd+bzWgC7+mCowiN QxhsI1zY/7+Fe3tbyYyEz7wEgydqUXPNmxTXyX9o2YiwCbx7MYnfey9xGUxYtd1XshU2M+frka7H LFjFFT/9jvGzEEAlBsxhEFXq7m66KpV+XoYaS3T83eP82s2nTsv+JxIAsAxBwHeNj/GpXfpos/lJ uoSj9fpGr+juExM5Pbr6olsgGLfDGMSlNXfxWFhYWCkfU8X9e74XjAXYGCXMsLCw7IQOGyEWGIFd XmCZNRUeETVlZW5Uu38re73ev+dm8nksBYEkHwYCLDAY/KMu95S6hIShMabn5lWEat6XLly+c3eX y7IQI4bwc8gxSCAGQ9yV8HgqbDYb3e7DZrNZtVn/lkpKSkrvcfHHmvqPtzTIlAII4hD2HVE0MQDn Po8LxP6YnC9HgYfFwwYIiUAkFO/hlOjpnjwl5G0yzLPibE8s+A9A+GCUQgTKZdN+HA79AM5m5/ok UABlBgAxif7elwd3iQZ6IEY9EI+G7KbE5Oc/bYCn00KKJgSVRkwXCCLHfyKuKnb1qww+CcWNyhgI mmIsgREBg3WVEjS3skXP41ST0xMbq0qAIgiohAljEMB+9lXpdZnHO7Z81geeu/FABCKAhCHz9Fvr 92tbTjftWcNZ9e6tHuOWhDRQAr1h+sYg7XS3PXi/HvN0/6qNIUDVwt9TcKMMWO+gBn7b7+sz2b9j xW+DoYJgWO0MBAtf42cBGRzTvUF6XRDiQ5XS9z0fpu3xO4Axi/SwqCkgwgGfZSNoRrjQSWSGOqd1 0NZ34Wim35AhIo8HQ2wDWjAj7ggmAjCBAYQKB2mMeqMBh088O17dDEoe5pmAZcEK3V9FA8mZHn+X CafeZyHdqCFXFGRqQsROCQFiQSQwTnCj6Xt1UbX8Vs/DQQIkbDejEuq3rMDsARiEQragiM7HJpEc gkFLb+fqt5AgcPC1UdG7CgrYgEoBTiLZECIDHN9ysOFFkjNGc1c9a6NRZbx4RABBBDGAxgatWH0a iW1V+DFPWVZrhQA3RQQB6PmYZDx0mybrWGl9jYX9XQwDluRUBAINsMQAvoi4t2R6IDB2I8GqjFFr ObY/BD237arRYWUkkhAJMICACxEQkNTGcAAUSh/KDcLZpnpOLMjC0UowhS9lXKoc94X7H6N70eb9 fqN7u/j//qvyW3kRLLWOZ42A7s3i86wdKPgSyt06BPK242hFRBAih9PfP8mt40p2+W373g/q3aoN 2wstGFhhXrSOa8kglJsmXgLgaj6aF51vIuGW19h0dVsqiJ11k/nCEUjmvDx6LjZfyw4JD00yMFCB Tav5Xsr9d9fgPQH6JAAzFBSZ3vXiy7Tr3m7gP4xAxJVhYWaVBE5NgLpILSoDV1XFhQdRzr/tJqBC Am0IIDbEGBi0F0fQ6Sa1XHfh7MKnUBJD0WX48Rl/UfF4AIiUYVemHOoOJOxEvg+SwM0TbO5TrOp6 UQZtgaTkDkuwm9t8X5ELRcqHocqMr74WXhe15GPpCiFFJF9AnaKf3ZDpsxPQFJcyOVVOu0/T5rvP O8kZNaUJ8c6MuF5Erh6kX1/7vf7L4/i4a4BxpxxLqr2qXw4Wsm01INXtTmbWTCJQZQpM0DlFg5mF lieq+N56vU++4hxsk8NMFtIxQXoVussijV6PBXuR6g4x/C904eG5uOHIRo9S1OMNQs5zCiRB5rM2 1MJWgw7dxmSb0y7XNQQykvpaGlZtFaiwdQsPg8qkMiQ3ZZteJNnUGsWiVBKWRIhUsSGgzAw7xkoC GIVAqlKVODwTDQFgbuMMjWUSBvCehCao0qswM389hsJd1UHAmLBhEJw//F3JFOFCQUx82Sg= --Multipart=_Thu__30_Nov_2006_00_39_39_+0900_KaYTlZUvW4t.iC8P-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 18:14:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8FD416A412; Wed, 29 Nov 2006 18:14:47 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 555CE43CA7; Wed, 29 Nov 2006 18:14:44 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.8/8.13.8/NETPLEX) with ESMTP id kATIEf2a024055; Wed, 29 Nov 2006 13:14:46 -0500 (EST) Date: Wed, 29 Nov 2006 13:14:41 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Norikatsu Shigemura In-Reply-To: <20061130003939.7d05b09a.nork@FreeBSD.org> Message-ID: References: <20061130003939.7d05b09a.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-ID: X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Wed, 29 Nov 2006 13:14:46 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: cvsync doesn't work simply on 7-current with SYMVER_ENABLED=yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 18:14:47 -0000 On Thu, 30 Nov 2006, Norikatsu Shigemura wrote: > I'm testing SYMVER_ENABLED=yes environment by using net/cvsync. > Yes, it is quite simple. You can only install and use it. It > doesn't require any setting like following. > > $ cvsync -4 -v 'cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home/ncvs' > > > I tested -lthr case and -lpthread case. Please see attached log. > > $ ktrace -i -t cnisuw =cvsync -4 -v 'cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home/ncvs' > Parsing a URI cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home/ncvs... > Connecting to cvsync.allbsd.org port 7777 > host 133.31.130.35 port 7777: Operation timed out > service is not available at cvsync.allbsd.org port 7777 I don't understand why kqueue and kevent are not found in cvsync, but still end up being referenced: $ pwd /usr/ports/net/cvsync/work/cvsync-0.24.19/cvsync $ nm cvsync | grep kqueue $ nm cvsync | grep kevent $ readelf -s /usr/local/bin/cvsync | grep kqueue $ readelf -s /usr/local/bin/cvsync | grep kevent If you look for read() in the same manner, you get what you expect: $ readelf -s /usr/local/bin/cvsync | grep read\@ 125: 00000000 84 FUNC GLOBAL DEFAULT UND read@FBSD_1.0 (3) 543: 00000000 84 FUNC GLOBAL DEFAULT UND read@@FBSD_1.0 -- DE From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 18:21:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43DBA16A40F for ; Wed, 29 Nov 2006 18:21:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8990343CA3 for ; Wed, 29 Nov 2006 18:21:11 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kATIL8qn092792; Wed, 29 Nov 2006 13:21:09 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 29 Nov 2006 11:51:26 -0500 User-Agent: KMail/1.9.1 References: <1d6d20bc0610121404r600bfee6n9633d621b6dc2e87@mail.gmail.com> In-Reply-To: <1d6d20bc0610121404r600bfee6n9633d621b6dc2e87@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611291151.27379.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 29 Nov 2006 13:21:09 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2258/Wed Nov 29 07:04:15 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Jia-Shiun Li Subject: Re: using dev nameunit prior to probe & attach in pcib_alloc_resource() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 18:21:15 -0000 On Thursday 12 October 2006 17:04, Jia-Shiun Li wrote: > This is a cosmetic bug (probably). > > I noticed that pcib prints some null pointer string in verbose dmesg > like the following example. The pcib driver prints "(null) requested > memory...". It turns out that pcib_alloc_resource() intended to use > dev->nameunit to show device name. But the function is called for the > first time during pci bus device enumeration. By the time the driver > probing function is not called yet, and hence no valid nameunit. > > I suppose this code fragment in pcib_alloc_resource(): > > if (bootverbose) > device_printf(dev,"%s requested memory range " > "0x%lx-0x%lx: good\n", > device_get_nameunit(child), start, end); > > should be changed to use something else, for example pci device(slot) > and function numbers, to identify the newly enumerated and yet probed > pci devices. Any comment? This should be fixed now. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 18:21:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F77516A5C8; Wed, 29 Nov 2006 18:21:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3393243CA3; Wed, 29 Nov 2006 18:21:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kATIL8qp092792; Wed, 29 Nov 2006 13:21:20 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 29 Nov 2006 12:04:03 -0500 User-Agent: KMail/1.9.1 References: <45622068.2050705@student.tue.nl> In-Reply-To: <45622068.2050705@student.tue.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611291204.03716.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 29 Nov 2006 13:21:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2258/Wed Nov 29 07:04:15 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: jb@freebsd.org, Rene Ladan Subject: Re: calcru-triggered panic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 18:21:22 -0000 On Monday 20 November 2006 16:38, Rene Ladan wrote: > Hi, > > I got the attached panic on CURRENT 2006-11-17. > > It was preceded by a lot of 'calcru' messages. The calcru messages you can ignore. This is the real problem: panic: blockable sleep lock (sleep mutex) tty @ /usr/src-current/sys/kern/kern_event.c:1670 This panic is due to the recent changes to printf to try to buffer the printf output. It now runs cnputc() under a critical section and syscons(4) tries to do a ttwakeup() which invokes KNOTE() and tries to lock a regular mutex while inside the critical section. I'm not sure how best to fix this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 18:21:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5870716A539 for ; Wed, 29 Nov 2006 18:21:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB7C343CA3 for ; Wed, 29 Nov 2006 18:21:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kATIL8qo092792; Wed, 29 Nov 2006 13:21:15 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 29 Nov 2006 11:52:53 -0500 User-Agent: KMail/1.9.1 References: <700e45e50611110701y72351dc3j9ca947b352e62686@mail.gmail.com> <7474623.post@talk.nabble.com> In-Reply-To: <7474623.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611291152.53901.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 29 Nov 2006 13:21:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2258/Wed Nov 29 07:04:15 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: mattanderson Subject: Re: LSI SAS1068 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 18:21:27 -0000 On Tuesday 21 November 2006 11:36, mattanderson wrote: > > We have 2 dell servers I am trying to install FreeBSD on that has a LSI > SAS1068 controller. Would you > happen to know what I need to do on the boot install CD so the drives are > detected? It is telling me no > drives found. Which version of FreeBSD? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 18:21:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52E3916A585 for ; Wed, 29 Nov 2006 18:21:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AF9343CA3 for ; Wed, 29 Nov 2006 18:21:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kATIL8qq092792; Wed, 29 Nov 2006 13:21:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 29 Nov 2006 12:10:39 -0500 User-Agent: KMail/1.9.1 References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061123213659.GA8405@localhost.localdomain> <20061123215851.GA56442@what-creek.com> In-Reply-To: <20061123215851.GA56442@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611291210.39449.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 29 Nov 2006 13:21:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2258/Wed Nov 29 07:04:15 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: John Birrell Subject: Re: KDTRACE is gone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 18:21:28 -0000 On Thursday 23 November 2006 16:58, John Birrell wrote: > On Thu, Nov 23, 2006 at 10:36:59PM +0100, Stanislaw Halik wrote: > > Why isn't importing it as a non-default option acceptable? I believe a > > lot of users would be happy to include it in their custom kernels. > > Because in 5 years time when there is a production server that > can't be rebooted, I want the admins to be able to run DTrace. > The only way I can guarantee that is by making the ability to > load DTrace kernel modules available to everyone. > > DTrace isn't intended as a toy. Not having it in GENERIC doesn't mean that. :) We have a lot of machines at work and none of them run GENERIC, but a custom kernel config. We would just add the option to the kernel (just like now we statically compile in things like COMPAT_LINUX which aren't in GENERIC). I think this fear is perhaps a little inflated relative to reality. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 18:21:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89A1816A6F4; Wed, 29 Nov 2006 18:21:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C79443CA2; Wed, 29 Nov 2006 18:21:31 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kATIL8qr092792; Wed, 29 Nov 2006 13:21:27 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 29 Nov 2006 12:16:54 -0500 User-Agent: KMail/1.9.1 References: <4564996D.50808@FreeBSD.org> <455C2290.6010907@videotron.ca> In-Reply-To: <455C2290.6010907@videotron.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611291216.55424.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 29 Nov 2006 13:21:27 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2258/Wed Nov 29 07:04:15 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Doug Barton Subject: Re: EHCI problem on -current, and unknown devs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 18:21:35 -0000 On Thursday 16 November 2006 03:34, Stephane E. Potvin wrote: > Doug Barton wrote: > > [ No response from the -usb list, so I'll try here. ] > > > > Howdy, > > > > I have a new Dell Latitude D620, and using recent -current I get this: > > > > ehci0: mem > > 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 > > ehci0: Could not map memory > > device_attach: ehci0 attach returned 6 > > > > FWIW, I also saw a user on the -stable list report this same problem. > > I'm assuming this is bad, but what to do about it? > > > > > > I'm also getting some unknown devices: > > > > uhub4: > 2> on uhub0 > > uhub5: > 3> on uhub4 > > ugen2: > addr 6> on uhub4 > > uhub6: > 2> on uhub3 > > > > Vendor ID 0x413c is Dell, and is already in the usbdevs file. The > > other vendor is O2, and I got their ID for the attached patch from the > > list at http://www.usb.org/developers/tools. The 0x0058 device is > > already in our usbdevs file, it's the port replicator (docking > > station) that the laptop is plugged into currently. I added the 0x8103 > > device in the attached patch based on an entry in the NetBSD usbdevs > > file. (The entry makes sense to me as well, since I have one of those.) > > > > So I have two questions ... for the devices (and vendors) that are > > already in my local usbdevs file, why are they still showing up by ID? > > And how do I find the device IDs for the two unknown devices? I > > imagine that the O2 device is related to my built in smart card > > reader, not sure about the other one. > > > > Hi Doug, > > I had the same problem with my Dell Inspiron 9400 and fixed it using the > following patch: > > Index: sys/kern/subr_rman.c > =================================================================== > RCS file: /home/FreeBSD/ncvs/src/sys/kern/subr_rman.c,v > retrieving revision 1.53 > diff -u -r1.53 subr_rman.c > --- sys/kern/subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 > +++ sys/kern/subr_rman.c 2 Nov 2006 03:05:34 -0000 > @@ -170,7 +170,7 @@ > > /* Skip entries before us. */ > for (s = TAILQ_FIRST(&rm->rm_list); > - s && s->r_end + 1 < r->r_start; > + s && s->r_end < r->r_start; > s = TAILQ_NEXT(s, r_link)) > ; > > This code was added in revision 1.53 when support for intelligent > merging was added. When r_end is equal to UINT_MAX, adding one will > cause it to overflow, creating quite a mess in the entries ordering. I'm > not sure the fix I did is completely correct as I didn't had time to > check if the +1 is needed at all in this case. At least it fixed the > problem for me. It is needed to avoid overlaps. Can you show me which rman_manage_region() is breaking? Rather, enable the DPRINTF() in rman_manage_region() and provide the output? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 18:21:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0EEF16A4A0; Wed, 29 Nov 2006 18:21:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8323943CA3; Wed, 29 Nov 2006 18:21:38 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kATIL8qs092792; Wed, 29 Nov 2006 13:21:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 29 Nov 2006 12:39:56 -0500 User-Agent: KMail/1.9.1 References: <20061129.015826.74756053.haro@h4.dion.ne.jp> <20061128180811.P95096@fledge.watson.org> <456C90F9.5080209@errno.com> In-Reply-To: <456C90F9.5080209@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611291239.57043.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 29 Nov 2006 13:21:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2258/Wed Nov 29 07:04:15 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Robert Watson , Munehiro Matsuda Subject: Re: LOR with netisr changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 18:21:44 -0000 On Tuesday 28 November 2006 14:41, Sam Leffler wrote: > Robert Watson wrote: > > > > On Wed, 29 Nov 2006, Munehiro Matsuda wrote: > > > >> JFYI, I got following LOR started after the netisr changes: > > > > In general, device driver locks should not be held over entry to the > > network stack. However, things get a bit tricky in the 802.11 code due > > to lock sharing, I believe, so it could be a bit more tricky to fix that. > > It's just a bug in the driver. Driver locks should be dropped when > packets get passed up the stack. This issue was pointed out before iwi > ever was committed but since nothing immediately comes back via the > bridge (or similar) it's been ignored. How about this: Index: if_iwi.c =================================================================== RCS file: /usr/cvs/src/sys/dev/iwi/if_iwi.c,v retrieving revision 1.42 diff -u -r1.42 if_iwi.c --- if_iwi.c 7 Nov 2006 19:03:42 -0000 1.42 +++ if_iwi.c 29 Nov 2006 17:38:12 -0000 @@ -1310,6 +1310,7 @@ bpf_mtap2(sc->sc_drvbpf, tap, sc->sc_rxtap_len, m); } + IWI_UNLOCK(sc); ni = ieee80211_find_rxnode(ic, mtod(m, struct ieee80211_frame_min *)); @@ -1319,6 +1320,7 @@ /* node is no longer needed */ ieee80211_free_node(ni); + IWI_LOCK(sc); if (sc->sc_softled) { /* * Blink for any data frame. Otherwise do a (I'm unsure if the net82011 layer protects 'ic' or if the driver is supposed to do that.) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 18:43:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E27CF16A52D for ; Wed, 29 Nov 2006 18:43:04 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92DB143CA3 for ; Wed, 29 Nov 2006 18:43:00 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1706337uge for ; Wed, 29 Nov 2006 10:43:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=kqjOPNfM10dvTIHd01r5+YIKG/vAvZoIqK3Xc1Z2Rp9kpwPsFbj+tZ25VTkxE3n1YBueVx4MjX6r8zp7kpxUO5cKr8JyjI/V5LaVCgfAn6ey4V4cDeLWyWWIBcdYR0prXRD5EVcqL7/gCwaZ5s+FWUyMx2+1o/HHWgoeGW6YP/4= Received: by 10.82.101.3 with SMTP id y3mr649627bub.1164825781399; Wed, 29 Nov 2006 10:43:01 -0800 (PST) Received: by 10.82.191.20 with HTTP; Wed, 29 Nov 2006 10:43:01 -0800 (PST) Message-ID: Date: Wed, 29 Nov 2006 10:43:01 -0800 From: "Kip Macy" To: "John Baldwin" In-Reply-To: <200611291210.39449.jhb@freebsd.org> MIME-Version: 1.0 References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061123213659.GA8405@localhost.localdomain> <20061123215851.GA56442@what-creek.com> <200611291210.39449.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: KDTRACE is gone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 18:43:05 -0000 I definitely don't agree with jb@ that this is grounds for not committing dtrace support. However, his point that the value of dtrace is greatly diminished if the user has to actively anticipate a need for it and then compile a custom kernel is valid. Developers are just a little too comfortable with the notion of "oh, just tell the user to add FOO to his config and compile a new kernel!". -Kip On 11/29/06, John Baldwin wrote: > > On Thursday 23 November 2006 16:58, John Birrell wrote: > > On Thu, Nov 23, 2006 at 10:36:59PM +0100, Stanislaw Halik wrote: > > > Why isn't importing it as a non-default option acceptable? I believe a > > > lot of users would be happy to include it in their custom kernels. > > > > Because in 5 years time when there is a production server that > > can't be rebooted, I want the admins to be able to run DTrace. > > The only way I can guarantee that is by making the ability to > > load DTrace kernel modules available to everyone. > > > > DTrace isn't intended as a toy. > > Not having it in GENERIC doesn't mean that. :) We have a lot of machines > at > work and none of them run GENERIC, but a custom kernel config. We would > just > add the option to the kernel (just like now we statically compile in > things > like COMPAT_LINUX which aren't in GENERIC). I think this fear is perhaps > a > little inflated relative to reality. > > -- > John Baldwin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 21:06:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D37AC16A517 for ; Wed, 29 Nov 2006 21:06:58 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B1E243CF7 for ; Wed, 29 Nov 2006 21:06:25 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so721449wra for ; Wed, 29 Nov 2006 13:06:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=aNaGz3bj9E/t0KeiTJsgEp9xCS5B2m6Tv80zmsvcwxXrC9tfHXGUm05I1ETeTD9dNNFNBFAsn6Lh0IGHiHcEqxuufUJRwV/wc0esAP51+/dkoANfTnCzhS/pueKIG37RCyhvrTIOCQtDLZN06ytSEtTjCySVm+cuqG6OKAOZMys= Received: by 10.78.117.10 with SMTP id p10mr2697051huc.1164834379365; Wed, 29 Nov 2006 13:06:19 -0800 (PST) Received: by 10.78.167.16 with HTTP; Wed, 29 Nov 2006 13:06:18 -0800 (PST) Message-ID: Date: Thu, 30 Nov 2006 00:06:18 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 7a7195b26e4f1b2a Cc: Subject: vge blackouts, "soft reset timed out" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 21:06:59 -0000 I've had problems with vge before, but when I updated to the latest current yesterday, it became nightmarish. It stops sending/receiving every few (~5) minutes for a minute or two. You can kick it alive with something like "ifconfig vge0 debug" and only then it prints: vge0: soft reset timed out vge0: link state changed to DOWN vge0: link state changed to UP With current from November 24 there was no such problem. From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 21:18:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5599116A4FC for ; Wed, 29 Nov 2006 21:18:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 3EA4643D98 for ; Wed, 29 Nov 2006 21:16:25 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 29204 invoked by uid 399); 29 Nov 2006 21:16:28 -0000 Received: from localhost (HELO ?192.168.0.7?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 29 Nov 2006 21:16:28 -0000 Message-ID: <456DF8A9.4050309@FreeBSD.org> Date: Wed, 29 Nov 2006 13:16:25 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061125) MIME-Version: 1.0 To: Kip Macy References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061123213659.GA8405@localhost.localdomain> <20061123215851.GA56442@what-creek.com> <200611291210.39449.jhb@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: KDTRACE is gone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 21:18:07 -0000 Kip Macy wrote: > I definitely don't agree with jb@ that this is grounds for not committing > dtrace support. Numerous people have now explained the issue to you. It's ok if you don't agree with them. It's not ok to keep flogging this horse. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 22:13:49 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B595616A415; Wed, 29 Nov 2006 22:13:49 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54CB943D46; Wed, 29 Nov 2006 22:13:24 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.8/8.13.8/NETPLEX) with ESMTP id kATMDRLN011740; Wed, 29 Nov 2006 17:13:27 -0500 (EST) Date: Wed, 29 Nov 2006 17:13:27 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Norikatsu Shigemura In-Reply-To: Message-ID: References: <20061130003939.7d05b09a.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Wed, 29 Nov 2006 17:13:27 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: cvsync doesn't work simply on 7-current with SYMVER_ENABLED=yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 22:13:49 -0000 On Wed, 29 Nov 2006, Daniel Eischen wrote: > On Thu, 30 Nov 2006, Norikatsu Shigemura wrote: > >> I'm testing SYMVER_ENABLED=yes environment by using net/cvsync. >> Yes, it is quite simple. You can only install and use it. It >> doesn't require any setting like following. >> >> $ cvsync -4 -v >> 'cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home/ncvs' >> >> >> I tested -lthr case and -lpthread case. Please see attached log. >> >> $ ktrace -i -t cnisuw =cvsync -4 -v >> 'cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home/ncvs' >> Parsing a URI >> cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home/ncvs... >> Connecting to cvsync.allbsd.org port 7777 >> host 133.31.130.35 port 7777: Operation timed out >> service is not available at cvsync.allbsd.org port 7777 > > I don't understand why kqueue and kevent are not found in cvsync, > but still end up being referenced: I guess the kqueue/kevent must be coming from libc name lookups which I didn't at first spot. The only thing that looks strange there is that libc uses kqueue and kevent instead of _kqueue and _kevent, though I don't think that will make a difference. Other than that, I don't see anything that looks out of the ordinary. You might try dumping the sockaddr before cvsync does the connect() -- DE From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 22:32:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E45016A415; Wed, 29 Nov 2006 22:32:59 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id D588043D53; Wed, 29 Nov 2006 22:31:21 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 67D7C140EC03; Wed, 29 Nov 2006 22:32:21 +0000 (GMT) Date: Wed, 29 Nov 2006 22:32:21 +0000 From: John Birrell To: John Baldwin Message-ID: <20061129223221.GA359@what-creek.com> References: <45622068.2050705@student.tue.nl> <200611291204.03716.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611291204.03716.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: jb@freebsd.org, freebsd-current@freebsd.org, Rene Ladan Subject: Re: calcru-triggered panic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 22:32:59 -0000 On Wed, Nov 29, 2006 at 12:04:03PM -0500, John Baldwin wrote: > On Monday 20 November 2006 16:38, Rene Ladan wrote: > > Hi, > > > > I got the attached panic on CURRENT 2006-11-17. > > > > It was preceded by a lot of 'calcru' messages. > > The calcru messages you can ignore. > > This is the real problem: > > panic: blockable sleep lock (sleep mutex) tty > @ /usr/src-current/sys/kern/kern_event.c:1670 > > This panic is due to the recent changes to printf to try to buffer the printf > output. It now runs cnputc() under a critical section and syscons(4) tries > to do a ttwakeup() which invokes KNOTE() and tries to lock a regular mutex > while inside the critical section. I'm not sure how best to fix this. I would like to go back to using a printf buffer on the stack (like I had in my original implementation). The downside of doing that is that it places more stress on the stack and for things like cam, that is an issue, so I am told. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 22:40:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 509E216A415; Wed, 29 Nov 2006 22:40:03 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from tomts23-srv.bellnexxia.net (tomts23.bellnexxia.net [209.226.175.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A0A543CBA; Wed, 29 Nov 2006 22:39:57 +0000 (GMT) (envelope-from sepotvin@videotron.ca) Received: from toip39-bus.srvr.bell.ca ([67.69.240.40]) by tomts23-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20061129223956.OUBF16675.tomts23-srv.bellnexxia.net@toip39-bus.srvr.bell.ca>; Wed, 29 Nov 2006 17:39:56 -0500 Received: from unknown (HELO mail.telcobridges.com) ([67.70.237.76]) by toip39-bus.srvr.bell.ca with ESMTP; 29 Nov 2006 17:39:53 -0500 Received: from [10.0.0.136] ([10.0.0.136]) (authenticated bits=0) by mail.telcobridges.com (8.13.3/8.13.3) with ESMTP id kATMdqu2098698 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 29 Nov 2006 17:39:53 -0500 (EST) (envelope-from sepotvin@videotron.ca) Message-ID: <456E0C38.7010103@videotron.ca> Date: Wed, 29 Nov 2006 17:39:52 -0500 From: "Stephane E. Potvin" User-Agent: Thunderbird 1.5.0.8 (X11/20061111) MIME-Version: 1.0 To: John Baldwin References: <4564996D.50808@FreeBSD.org> <455C2290.6010907@videotron.ca> <200611291216.55424.jhb@freebsd.org> In-Reply-To: <200611291216.55424.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------090408050809010601060401" Cc: freebsd-current@freebsd.org, Doug Barton Subject: Re: EHCI problem on -current, and unknown devs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 22:40:03 -0000 This is a multi-part message in MIME format. --------------090408050809010601060401 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit John Baldwin wrote: > On Thursday 16 November 2006 03:34, Stephane E. Potvin wrote: >> Doug Barton wrote: >>> [ No response from the -usb list, so I'll try here. ] >>> >>> Howdy, >>> >>> I have a new Dell Latitude D620, and using recent -current I get this: >>> >>> ehci0: mem >>> 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 >>> ehci0: Could not map memory >>> device_attach: ehci0 attach returned 6 >>> >>> FWIW, I also saw a user on the -stable list report this same problem. >>> I'm assuming this is bad, but what to do about it? >>> >>> >>> I'm also getting some unknown devices: >>> >>> uhub4: >> 2> on uhub0 >>> uhub5: >> 3> on uhub4 >>> ugen2: >> addr 6> on uhub4 >>> uhub6: >> 2> on uhub3 >>> >>> Vendor ID 0x413c is Dell, and is already in the usbdevs file. The >>> other vendor is O2, and I got their ID for the attached patch from the >>> list at http://www.usb.org/developers/tools. The 0x0058 device is >>> already in our usbdevs file, it's the port replicator (docking >>> station) that the laptop is plugged into currently. I added the 0x8103 >>> device in the attached patch based on an entry in the NetBSD usbdevs >>> file. (The entry makes sense to me as well, since I have one of those.) >>> >>> So I have two questions ... for the devices (and vendors) that are >>> already in my local usbdevs file, why are they still showing up by ID? >>> And how do I find the device IDs for the two unknown devices? I >>> imagine that the O2 device is related to my built in smart card >>> reader, not sure about the other one. >>> >> Hi Doug, >> >> I had the same problem with my Dell Inspiron 9400 and fixed it using the >> following patch: >> >> Index: sys/kern/subr_rman.c >> =================================================================== >> RCS file: /home/FreeBSD/ncvs/src/sys/kern/subr_rman.c,v >> retrieving revision 1.53 >> diff -u -r1.53 subr_rman.c >> --- sys/kern/subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 >> +++ sys/kern/subr_rman.c 2 Nov 2006 03:05:34 -0000 >> @@ -170,7 +170,7 @@ >> >> /* Skip entries before us. */ >> for (s = TAILQ_FIRST(&rm->rm_list); >> - s && s->r_end + 1 < r->r_start; >> + s && s->r_end < r->r_start; >> s = TAILQ_NEXT(s, r_link)) >> ; >> >> This code was added in revision 1.53 when support for intelligent >> merging was added. When r_end is equal to UINT_MAX, adding one will >> cause it to overflow, creating quite a mess in the entries ordering. I'm >> not sure the fix I did is completely correct as I didn't had time to >> check if the +1 is needed at all in this case. At least it fixed the >> problem for me. > > It is needed to avoid overlaps. Can you show me which rman_manage_region() is > breaking? Rather, enable the DPRINTF() in rman_manage_region() and provide > the output? > Here's the output of booting an unmodified kernel with debug.rman_debug=1 Steph --------------090408050809010601060401 Content-Type: text/plain; name="dmesg.rman_debug" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.rman_debug" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #257: Tue Nov 28 02:59:51 EST 2006 spotvin@yoda.telcobridges.com:/usr/home/FreeBSD/obj/usr/home/FreeBSD/src.CURRENT/sys/YODA ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (1995.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9> AMD Features=0x100000 Cores per package: 2 real memory = 1072508928 (1022 MB) avail memory = 1035108352 (987 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard rman_manage_region: request: start 0, end 0 rman_manage_region: request: start 0x1, end 0x1 rman_manage_region: request: start 0x3, end 0x3 rman_manage_region: request: start 0x4, end 0x4 rman_manage_region: request: start 0x5, end 0x5 rman_manage_region: request: start 0x6, end 0x6 rman_manage_region: request: start 0x7, end 0x7 rman_manage_region: request: start 0x8, end 0x8 rman_manage_region: request: start 0x9, end 0x9 rman_manage_region: request: start 0xa, end 0xa rman_manage_region: request: start 0xb, end 0xb rman_manage_region: request: start 0xc, end 0xc rman_manage_region: request: start 0xd, end 0xd rman_manage_region: request: start 0xe, end 0xe rman_manage_region: request: start 0xf, end 0xf rman_manage_region: request: start 0x10, end 0x10 rman_manage_region: request: start 0x11, end 0x11 rman_manage_region: request: start 0x12, end 0x12 rman_manage_region: request: start 0x13, end 0x13 rman_manage_region: request: start 0x14, end 0x14 rman_manage_region: request: start 0x15, end 0x15 rman_manage_region: request: start 0x16, end 0x16 rman_manage_region: request: start 0x17, end 0x17 rman_manage_region: request: start 0, end 0x7 rman_manage_region: request: start 0, end 0xffff rman_manage_region: request: start 0, end 0xffffffff rman_reserve_resource_bound: request: [0xf7930, 0xf794e], length 0x1f, flags 0, device smbios0 considering [0, 0xffffffff] truncated region: [0xf7930, 0xf794e]; size 0x1f (requested 0x1f) candidate region: [0xf7930, 0xf794e], size 0x1f splitting region in three parts: [0, 0xf792f]; [0xf7930, 0xf794e]; [0xf794f, 0xffffffff] smbios0: at iomem 0xf7930-0xf794e on motherboard rman_reserve_resource_bound: request: [0xf7930, 0xf794e], length 0x1f, flags 0, device smbios0 considering [0, 0xffffffff] truncated region: [0xf7930, 0xf794e]; size 0x1f (requested 0x1f) candidate region: [0xf7930, 0xf794e], size 0x1f splitting region in three parts: [0, 0xf792f]; [0xf7930, 0xf794e]; [0xf794f, 0xffffffff] smbios0: Version: 2.4, BCD Revision: 2.4 acpi0: on motherboard rman_reserve_resource_bound: request: [0x9, 0x9], length 0x1, flags 4, device acpi0 considering [0x3, 0x17] truncated region: [0x9, 0x9]; size 0x1 (requested 0x1) candidate region: [0x9, 0x9], size 0x1 splitting region in three parts: [0x3, 0x8]; [0x9, 0x9]; [0xa, 0x17] rman_reserve_resource_bound: request: [0xfed00000, 0xfed003ff], length 0x400, flags 0, device acpi_hpet0 considering [0xf794f, 0xffffffff] truncated region: [0xfed00000, 0xfed003ff]; size 0x400 (requested 0x400) candidate region: [0xfed00000, 0xfed003ff], size 0x400 splitting region in three parts: [0xf794f, 0xfecfffff]; [0xfed00000, 0xfed003ff]; [0xfed00400, 0xffffffff] Timecounter "HPET" frequency 14318180 Hz quality 2000 rman_reserve_resource_bound: request: [0, 0x9fbff], length 0x9fc00, flags 0, device acpi0 considering [0, 0xf792f] truncated region: [0, 0x9fbff]; size 0x9fc00 (requested 0x9fc00) candidate region: [0, 0x9fbff], size 0x9fc00 allocating from the beginning rman_manage_region: request: start 0, end 0x9fbff rman_reserve_resource_bound: request: [0x9fc00, 0x9ffff], length 0x400, flags 0, device acpi0 considering [0x9fc00, 0xf792f] truncated region: [0x9fc00, 0x9ffff]; size 0x400 (requested 0x400) candidate region: [0x9fc00, 0x9ffff], size 0x400 allocating from the beginning rman_manage_region: request: start 0x9fc00, end 0x9ffff rman_reserve_resource_bound: request: [0xc0000, 0xcffff], length 0x10000, flags 0, device acpi0 considering [0xa0000, 0xf792f] truncated region: [0xc0000, 0xcffff]; size 0x10000 (requested 0x10000) candidate region: [0xc0000, 0xcffff], size 0x10000 splitting region in three parts: [0xa0000, 0xbffff]; [0xc0000, 0xcffff]; [0xd0000, 0xf792f] rman_manage_region: request: start 0xc0000, end 0xcffff rman_reserve_resource_bound: request: [0xe0000, 0xfffff], length 0x20000, flags 0, device acpi0 considering [0xd0000, 0xf792f] truncated region: [0xe0000, 0xf792f]; size 0x17930 (requested 0x20000) considering [0xf7930, 0xf794e] s->r_start (0xf7930) + count - 1> end (0xfffff) no unshared regions found acpi0: reservation of e0000, 20000 (3) failed rman_reserve_resource_bound: request: [0x100000, 0x3fed33ff], length 0x3fdd3400, flags 0, device acpi0 considering [0xf794f, 0xfecfffff] truncated region: [0x100000, 0x3fed33ff]; size 0x3fdd3400 (requested 0x3fdd3400) candidate region: [0x100000, 0x3fed33ff], size 0x3fdd3400 splitting region in three parts: [0xf794f, 0xfffff]; [0x100000, 0x3fed33ff]; [0x3fed3400, 0xfecfffff] rman_manage_region: request: start 0x100000, end 0x3fed33ff rman_reserve_resource_bound: request: [0x3fed3400, 0x3fefffff], length 0x2cc00, flags 0, device acpi0 considering [0x3fed3400, 0xfecfffff] truncated region: [0x3fed3400, 0x3fefffff]; size 0x2cc00 (requested 0x2cc00) candidate region: [0x3fed3400, 0x3fefffff], size 0x2cc00 allocating from the beginning rman_manage_region: request: start 0x3fed3400, end 0x3fefffff rman_reserve_resource_bound: request: [0x3ff00000, 0x3fffffff], length 0x100000, flags 0, device acpi0 considering [0x3ff00000, 0xfecfffff] truncated region: [0x3ff00000, 0x3fffffff]; size 0x100000 (requested 0x100000) candidate region: [0x3ff00000, 0x3fffffff], size 0x100000 allocating from the beginning rman_manage_region: request: start 0x3ff00000, end 0x3fffffff rman_reserve_resource_bound: request: [0xffb00000, 0xffffffff], length 0x500000, flags 0, device acpi0 considering [0xfed00400, 0xffffffff] truncated region: [0xffb00000, 0xffffffff]; size 0x500000 (requested 0x500000) candidate region: [0xffb00000, 0xffffffff], size 0x500000 allocating at the end rman_manage_region: request: start 0xffb00000, end 0xffffffff rman_reserve_resource_bound: request: [0xfec00000, 0xfec0ffff], length 0x10000, flags 0, device acpi0 considering [0x40000000, 0xfecfffff] truncated region: [0xfec00000, 0xfec0ffff]; size 0x10000 (requested 0x10000) candidate region: [0xfec00000, 0xfec0ffff], size 0x10000 splitting region in three parts: [0x40000000, 0xfebfffff]; [0xfec00000, 0xfec0ffff]; [0xfec10000, 0xfecfffff] rman_manage_region: request: start 0xfec00000, end 0xfec0ffff rman_reserve_resource_bound: request: [0xfee00000, 0xfee0ffff], length 0x10000, flags 0, device acpi0 considering [0xfed00400, 0xffafffff] truncated region: [0xfee00000, 0xfee0ffff]; size 0x10000 (requested 0x10000) candidate region: [0xfee00000, 0xfee0ffff], size 0x10000 splitting region in three parts: [0xfed00400, 0xfedfffff]; [0xfee00000, 0xfee0ffff]; [0xfee10000, 0xffafffff] rman_manage_region: request: start 0xfee00000, end 0xfee0ffff rman_reserve_resource_bound: request: [0xfed20000, 0xfed9ffff], length 0x80000, flags 0, device acpi0 considering [0xfed00400, 0xfedfffff] truncated region: [0xfed20000, 0xfed9ffff]; size 0x80000 (requested 0x80000) candidate region: [0xfed20000, 0xfed9ffff], size 0x80000 splitting region in three parts: [0xfed00400, 0xfed1ffff]; [0xfed20000, 0xfed9ffff]; [0xfeda0000, 0xfedfffff] rman_manage_region: request: start 0xfed20000, end 0xfed9ffff rman_reserve_resource_bound: request: [0xffa80000, 0xffa83fff], length 0x4000, flags 0, device acpi0 considering [0xfee10000, 0xffafffff] truncated region: [0xffa80000, 0xffa83fff]; size 0x4000 (requested 0x4000) candidate region: [0xffa80000, 0xffa83fff], size 0x4000 splitting region in three parts: [0xfee10000, 0xffa7ffff]; [0xffa80000, 0xffa83fff]; [0xffa84000, 0xffafffff] rman_manage_region: request: start 0xffa80000, end 0xffa83fff rman_reserve_resource_bound: request: [0xf4000000, 0xf4003fff], length 0x4000, flags 0, device acpi0 considering [0x40000000, 0xfebfffff] truncated region: [0xf4000000, 0xf4003fff]; size 0x4000 (requested 0x4000) candidate region: [0xf4000000, 0xf4003fff], size 0x4000 splitting region in three parts: [0x40000000, 0xf3ffffff]; [0xf4000000, 0xf4003fff]; [0xf4004000, 0xfebfffff] rman_manage_region: request: start 0xf4000000, end 0xf4003fff rman_reserve_resource_bound: request: [0xf4004000, 0xf4004fff], length 0x1000, flags 0, device acpi0 considering [0xf4004000, 0xfebfffff] truncated region: [0xf4004000, 0xf4004fff]; size 0x1000 (requested 0x1000) candidate region: [0xf4004000, 0xf4004fff], size 0x1000 allocating from the beginning rman_manage_region: request: start 0xf4004000, end 0xf4004fff rman_reserve_resource_bound: request: [0xf4005000, 0xf4005fff], length 0x1000, flags 0, device acpi0 considering [0xf4005000, 0xfebfffff] truncated region: [0xf4005000, 0xf4005fff]; size 0x1000 (requested 0x1000) candidate region: [0xf4005000, 0xf4005fff], size 0x1000 allocating from the beginning rman_manage_region: request: start 0xf4005000, end 0xf4005fff rman_reserve_resource_bound: request: [0xf4006000, 0xf4006fff], length 0x1000, flags 0, device acpi0 considering [0xf4006000, 0xfebfffff] truncated region: [0xf4006000, 0xf4006fff]; size 0x1000 (requested 0x1000) candidate region: [0xf4006000, 0xf4006fff], size 0x1000 allocating from the beginning rman_manage_region: request: start 0xf4006000, end 0xf4006fff rman_reserve_resource_bound: request: [0xf4008000, 0xf400bfff], length 0x4000, flags 0, device acpi0 considering [0xf4007000, 0xfebfffff] truncated region: [0xf4008000, 0xf400bfff]; size 0x4000 (requested 0x4000) candidate region: [0xf4008000, 0xf400bfff], size 0x4000 splitting region in three parts: [0xf4007000, 0xf4007fff]; [0xf4008000, 0xf400bfff]; [0xf400c000, 0xfebfffff] rman_manage_region: request: start 0xf4008000, end 0xf400bfff rman_reserve_resource_bound: request: [0xf0000000, 0xf3ffffff], length 0x4000000, flags 0, device acpi0 considering [0x40000000, 0xf3ffffff] truncated region: [0xf0000000, 0xf3ffffff]; size 0x4000000 (requested 0x4000000) candidate region: [0xf0000000, 0xf3ffffff], size 0x4000000 allocating at the end rman_manage_region: request: start 0xf0000000, end 0xf3ffffff rman_reserve_resource_bound: request: [0x92, 0x92], length 0x1, flags 0, device acpi0 considering [0, 0xffff] truncated region: [0x92, 0x92]; size 0x1 (requested 0x1) candidate region: [0x92, 0x92], size 0x1 splitting region in three parts: [0, 0x91]; [0x92, 0x92]; [0x93, 0xffff] rman_manage_region: request: start 0x92, end 0x92 rman_reserve_resource_bound: request: [0xb2, 0xb2], length 0x1, flags 0, device acpi0 considering [0x93, 0xffff] truncated region: [0xb2, 0xb2]; size 0x1 (requested 0x1) candidate region: [0xb2, 0xb2], size 0x1 splitting region in three parts: [0x93, 0xb1]; [0xb2, 0xb2]; [0xb3, 0xffff] rman_manage_region: request: start 0xb2, end 0xb2 rman_reserve_resource_bound: request: [0x20, 0x21], length 0x2, flags 0, device acpi0 considering [0, 0x91] truncated region: [0x20, 0x21]; size 0x2 (requested 0x2) candidate region: [0x20, 0x21], size 0x2 splitting region in three parts: [0, 0x1f]; [0x20, 0x21]; [0x22, 0x91] rman_manage_region: request: start 0x20, end 0x21 rman_reserve_resource_bound: request: [0xa0, 0xa1], length 0x2, flags 0, device acpi0 considering [0x93, 0xb1] truncated region: [0xa0, 0xa1]; size 0x2 (requested 0x2) candidate region: [0xa0, 0xa1], size 0x2 splitting region in three parts: [0x93, 0x9f]; [0xa0, 0xa1]; [0xa2, 0xb1] rman_manage_region: request: start 0xa0, end 0xa1 rman_reserve_resource_bound: request: [0x4d0, 0x4d1], length 0x2, flags 0, device acpi0 considering [0xb3, 0xffff] truncated region: [0x4d0, 0x4d1]; size 0x2 (requested 0x2) candidate region: [0x4d0, 0x4d1], size 0x2 splitting region in three parts: [0xb3, 0x4cf]; [0x4d0, 0x4d1]; [0x4d2, 0xffff] rman_manage_region: request: start 0x4d0, end 0x4d1 rman_reserve_resource_bound: request: [0x1000, 0x1005], length 0x6, flags 0, device acpi0 considering [0x4d2, 0xffff] truncated region: [0x1000, 0x1005]; size 0x6 (requested 0x6) candidate region: [0x1000, 0x1005], size 0x6 splitting region in three parts: [0x4d2, 0xfff]; [0x1000, 0x1005]; [0x1006, 0xffff] rman_manage_region: request: start 0x1000, end 0x1005 rman_reserve_resource_bound: request: [0x1008, 0x1059], length 0x52, flags 0, device acpi0 considering [0x1006, 0xffff] truncated region: [0x1008, 0x1059]; size 0x52 (requested 0x52) candidate region: [0x1008, 0x1059], size 0x52 splitting region in three parts: [0x1006, 0x1007]; [0x1008, 0x1059]; [0x105a, 0xffff] rman_manage_region: request: start 0x1008, end 0x1059 rman_reserve_resource_bound: request: [0xf400, 0xf4fe], length 0xff, flags 0, device acpi0 considering [0x105a, 0xffff] truncated region: [0xf400, 0xf4fe]; size 0xff (requested 0xff) candidate region: [0xf400, 0xf4fe], size 0xff splitting region in three parts: [0x105a, 0xf3ff]; [0xf400, 0xf4fe]; [0xf4ff, 0xffff] rman_manage_region: request: start 0xf400, end 0xf4fe rman_reserve_resource_bound: request: [0x86, 0x86], length 0x1, flags 0, device acpi0 considering [0x22, 0x91] truncated region: [0x86, 0x86]; size 0x1 (requested 0x1) candidate region: [0x86, 0x86], size 0x1 splitting region in three parts: [0x22, 0x85]; [0x86, 0x86]; [0x87, 0x91] rman_manage_region: request: start 0x86, end 0x86 rman_reserve_resource_bound: request: [0xb3, 0xb3], length 0x1, flags 0, device acpi0 considering [0xb3, 0x4cf] truncated region: [0xb3, 0xb3]; size 0x1 (requested 0x1) candidate region: [0xb3, 0xb3], size 0x1 allocating from the beginning rman_manage_region: request: start 0xb3, end 0xb3 rman_reserve_resource_bound: request: [0x1006, 0x1007], length 0x2, flags 0, device acpi0 considering [0x1006, 0x1007] truncated region: [0x1006, 0x1007]; size 0x2 (requested 0x2) candidate region: [0x1006, 0x1007], size 0x2 candidate region is entire chunk rman_manage_region: request: start 0x1006, end 0x1007 rman_reserve_resource_bound: request: [0x1060, 0x107f], length 0x20, flags 0, device acpi0 considering [0x105a, 0xf3ff] truncated region: [0x1060, 0x107f]; size 0x20 (requested 0x20) candidate region: [0x1060, 0x107f], size 0x20 splitting region in three parts: [0x105a, 0x105f]; [0x1060, 0x107f]; [0x1080, 0xf3ff] rman_manage_region: request: start 0x1060, end 0x107f rman_reserve_resource_bound: request: [0x1080, 0x10bf], length 0x40, flags 0, device acpi0 considering [0x1080, 0xf3ff] truncated region: [0x1080, 0x10bf]; size 0x40 (requested 0x40) candidate region: [0x1080, 0x10bf], size 0x40 allocating from the beginning rman_manage_region: request: start 0x1080, end 0x10bf rman_reserve_resource_bound: request: [0x10c0, 0x10df], length 0x20, flags 0, device acpi0 considering [0x10c0, 0xf3ff] truncated region: [0x10c0, 0x10df]; size 0x20 (requested 0x20) candidate region: [0x10c0, 0x10df], size 0x20 allocating from the beginning rman_manage_region: request: start 0x10c0, end 0x10df rman_reserve_resource_bound: request: [0x809, 0x809], length 0x1, flags 0, device acpi0 considering [0x4d2, 0xfff] truncated region: [0x809, 0x809]; size 0x1 (requested 0x1) candidate region: [0x809, 0x809], size 0x1 splitting region in three parts: [0x4d2, 0x808]; [0x809, 0x809]; [0x80a, 0xfff] rman_manage_region: request: start 0x809, end 0x809 rman_reserve_resource_bound: request: [0xc80, 0xcff], length 0x80, flags 0, device acpi0 considering [0x80a, 0xfff] truncated region: [0xc80, 0xcff]; size 0x80 (requested 0x80) candidate region: [0xc80, 0xcff], size 0x80 splitting region in three parts: [0x80a, 0xc7f]; [0xc80, 0xcff]; [0xd00, 0xfff] rman_manage_region: request: start 0xc80, end 0xcff rman_reserve_resource_bound: request: [0x910, 0x91f], length 0x10, flags 0, device acpi0 considering [0x80a, 0xc7f] truncated region: [0x910, 0x91f]; size 0x10 (requested 0x10) candidate region: [0x910, 0x91f], size 0x10 splitting region in three parts: [0x80a, 0x90f]; [0x910, 0x91f]; [0x920, 0xc7f] rman_manage_region: request: start 0x910, end 0x91f rman_reserve_resource_bound: request: [0x920, 0x92f], length 0x10, flags 0, device acpi0 considering [0x920, 0xc7f] truncated region: [0x920, 0x92f]; size 0x10 (requested 0x10) candidate region: [0x920, 0x92f], size 0x10 allocating from the beginning rman_manage_region: request: start 0x920, end 0x92f rman_reserve_resource_bound: request: [0x930, 0x97f], length 0x50, flags 0, device acpi0 considering [0x930, 0xc7f] truncated region: [0x930, 0x97f]; size 0x50 (requested 0x50) candidate region: [0x930, 0x97f], size 0x50 allocating from the beginning rman_manage_region: request: start 0x930, end 0x97f rman_reserve_resource_bound: request: [0x1008, 0x100b], length 0x4, flags 0, device acpi_timer0 considering [0x1000, 0x1059] truncated region: [0x1008, 0x100b]; size 0x4 (requested 0x4) candidate region: [0x1008, 0x100b], size 0x4 splitting region in three parts: [0x1000, 0x1007]; [0x1008, 0x100b]; [0x100c, 0x1059] Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 rman_reserve_resource_bound: request: [0x1008, 0x100b], length 0x4, flags 0, device acpi_timer0 considering [0x1000, 0x1059] truncated region: [0x1008, 0x100b]; size 0x4 (requested 0x4) candidate region: [0x1008, 0x100b], size 0x4 splitting region in three parts: [0x1000, 0x1007]; [0x1008, 0x100b]; [0x100c, 0x1059] cpu0: on acpi0 rman_reserve_resource_bound: request: [0x1014, 0x1014], length 0x1, flags 4, device cpu0 considering [0x100c, 0x1059] truncated region: [0x1014, 0x1014]; size 0x1 (requested 0x1) candidate region: [0x1014, 0x1014], size 0x1 splitting region in three parts: [0x100c, 0x1013]; [0x1014, 0x1014]; [0x1015, 0x1059] rman_reserve_resource_bound: request: [0x1016, 0x1016], length 0x1, flags 4, device cpu0 considering [0x1015, 0x1059] truncated region: [0x1016, 0x1016]; size 0x1 (requested 0x1) candidate region: [0x1016, 0x1016], size 0x1 splitting region in three parts: [0x1015, 0x1015]; [0x1016, 0x1016]; [0x1017, 0x1059] acpi_throttle0: on cpu0 rman_reserve_resource_bound: request: [0x1010, 0x1013], length 0x4, flags 0, device acpi_throttle0 considering [0x100c, 0x1013] truncated region: [0x1010, 0x1013]; size 0x4 (requested 0x4) candidate region: [0x1010, 0x1013], size 0x4 allocating at the end cpu1: on acpi0 rman_reserve_resource_bound: request: [0x1014, 0x1014], length 0x1, flags 4, device cpu1 considering [0x1014, 0x1014] region is allocated considering [0x1015, 0x1015] s->r_start (0x1015) + count - 1> end (0x1014) no unshared regions found rman_reserve_resource_bound: request: [0x1016, 0x1016], length 0x1, flags 4, device cpu1 considering [0x1016, 0x1016] region is allocated considering [0x1017, 0x1059] s->r_start (0x1017) + count - 1> end (0x1016) no unshared regions found acpi_throttle1: on cpu1 rman_reserve_resource_bound: request: [0x1010, 0x1013], length 0x4, flags 0, device acpi_throttle1 considering [0x1010, 0x1013] region is allocated considering [0x1014, 0x1014] s->r_start (0x1014) + count - 1> end (0x1013) no unshared regions found acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 rman_reserve_resource_bound: request: [0xefffc000, 0xefffffff], length 0x4000, flags 0, device (null) considering [0x40000000, 0xefffffff] truncated region: [0xefffc000, 0xefffffff]; size 0x4000 (requested 0x4000) candidate region: [0xefffc000, 0xefffffff], size 0x4000 allocating at the end rman_reserve_resource_bound: request: [0xbf80, 0xbf9f], length 0x20, flags 0, device (null) considering [0x10e0, 0xf3ff] truncated region: [0xbf80, 0xbf9f]; size 0x20 (requested 0x20) candidate region: [0xbf80, 0xbf9f], size 0x20 splitting region in three parts: [0x10e0, 0xbf7f]; [0xbf80, 0xbf9f]; [0xbfa0, 0xf3ff] rman_reserve_resource_bound: request: [0xbf60, 0xbf7f], length 0x20, flags 0, device (null) considering [0x10e0, 0xbf7f] truncated region: [0xbf60, 0xbf7f]; size 0x20 (requested 0x20) candidate region: [0xbf60, 0xbf7f], size 0x20 allocating at the end rman_reserve_resource_bound: request: [0xbf40, 0xbf5f], length 0x20, flags 0, device (null) considering [0x10e0, 0xbf5f] truncated region: [0xbf40, 0xbf5f]; size 0x20 (requested 0x20) candidate region: [0xbf40, 0xbf5f], size 0x20 allocating at the end rman_reserve_resource_bound: request: [0xbf20, 0xbf3f], length 0x20, flags 0, device (null) considering [0x10e0, 0xbf3f] truncated region: [0xbf20, 0xbf3f]; size 0x20 (requested 0x20) candidate region: [0xbf20, 0xbf3f], size 0x20 allocating at the end rman_reserve_resource_bound: request: [0xffa80000, 0xffa803ff], length 0x400, flags 0, device (null) considering [0xffb00000, 0xffffffff] s->r_start (0xffb00000) + count - 1> end (0xffa803ff) no unshared regions found rman_reserve_resource_bound: request: [0x1f0, 0x1f7], length 0x8, flags 0, device (null) considering [0xb4, 0x4cf] truncated region: [0x1f0, 0x1f7]; size 0x8 (requested 0x8) candidate region: [0x1f0, 0x1f7], size 0x8 splitting region in three parts: [0xb4, 0x1ef]; [0x1f0, 0x1f7]; [0x1f8, 0x4cf] rman_reserve_resource_bound: request: [0x3f6, 0x3f6], length 0x1, flags 0, device (null) considering [0x1f8, 0x4cf] truncated region: [0x3f6, 0x3f6]; size 0x1 (requested 0x1) candidate region: [0x3f6, 0x3f6], size 0x1 splitting region in three parts: [0x1f8, 0x3f5]; [0x3f6, 0x3f6]; [0x3f7, 0x4cf] rman_reserve_resource_bound: request: [0x170, 0x177], length 0x8, flags 0, device (null) considering [0xb4, 0x1ef] truncated region: [0x170, 0x177]; size 0x8 (requested 0x8) candidate region: [0x170, 0x177], size 0x8 splitting region in three parts: [0xb4, 0x16f]; [0x170, 0x177]; [0x178, 0x1ef] rman_reserve_resource_bound: request: [0x376, 0x376], length 0x1, flags 0, device (null) considering [0x1f8, 0x3f5] truncated region: [0x376, 0x376]; size 0x1 (requested 0x1) candidate region: [0x376, 0x376], size 0x1 splitting region in three parts: [0x1f8, 0x375]; [0x376, 0x376]; [0x377, 0x3f5] rman_reserve_resource_bound: request: [0xbfa0, 0xbfaf], length 0x10, flags 0, device (null) considering [0xbfa0, 0xf3ff] truncated region: [0xbfa0, 0xbfaf]; size 0x10 (requested 0x10) candidate region: [0xbfa0, 0xbfaf], size 0x10 allocating from the beginning rman_reserve_resource_bound: request: [0x10c0, 0x10df], length 0x20, flags 0, device (null) considering [0x1060, 0x10df] truncated region: [0x10c0, 0x10df]; size 0x20 (requested 0x20) candidate region: [0x10c0, 0x10df], size 0x20 allocating at the end pcib1: at device 1.0 on pci0 pci1: on pcib1 rman_reserve_resource_bound: request: [0xed000000, 0xedffffff], length 0x1000000, flags 0, device (null) considering [0x40000000, 0xefffbfff] truncated region: [0xed000000, 0xedffffff]; size 0x1000000 (requested 0x1000000) candidate region: [0xed000000, 0xedffffff], size 0x1000000 splitting region in three parts: [0x40000000, 0xecffffff]; [0xed000000, 0xedffffff]; [0xee000000, 0xefffbfff] rman_reserve_resource_bound: request: [0xd0000000, 0xdfffffff], length 0x10000000, flags 0, device (null) considering [0x40000000, 0xecffffff] truncated region: [0xd0000000, 0xdfffffff]; size 0x10000000 (requested 0x10000000) candidate region: [0xd0000000, 0xdfffffff], size 0x10000000 splitting region in three parts: [0x40000000, 0xcfffffff]; [0xd0000000, 0xdfffffff]; [0xe0000000, 0xecffffff] rman_reserve_resource_bound: request: [0xee000000, 0xeeffffff], length 0x1000000, flags 0, device (null) considering [0xee000000, 0xefffbfff] truncated region: [0xee000000, 0xeeffffff]; size 0x1000000 (requested 0x1000000) candidate region: [0xee000000, 0xeeffffff], size 0x1000000 allocating from the beginning rman_reserve_resource_bound: request: [0xef00, 0xef7f], length 0x80, flags 0, device (null) considering [0xbfb0, 0xf3ff] truncated region: [0xef00, 0xef7f]; size 0x80 (requested 0x80) candidate region: [0xef00, 0xef7f], size 0x80 splitting region in three parts: [0xbfb0, 0xeeff]; [0xef00, 0xef7f]; [0xef80, 0xf3ff] nvidia0: port 0xef00-0xef7f mem 0xed000000-0xedffffff,0xd0000000-0xdfffffff,0xee000000-0xeeffffff irq 16 at device 0.0 on pci1 rman_reserve_resource_bound: request: [0x10, 0x10], length 0x1, flags 4, device nvidia0 considering [0xa, 0x17] truncated region: [0x10, 0x10]; size 0x1 (requested 0x1) candidate region: [0x10, 0x10], size 0x1 splitting region in three parts: [0xa, 0xf]; [0x10, 0x10]; [0x11, 0x17] nvidia0: [GIANT-LOCKED] pcm0: mem 0xefffc000-0xefffffff irq 21 at device 27.0 on pci0 rman_reserve_resource_bound: request: [0x15, 0x15], length 0x1, flags 4, device pcm0 considering [0x11, 0x17] truncated region: [0x15, 0x15]; size 0x1 (requested 0x1) candidate region: [0x15, 0x15], size 0x1 splitting region in three parts: [0x11, 0x14]; [0x15, 0x15]; [0x16, 0x17] pcib2: at device 28.0 on pci0 pci11: on pcib2 pcib3: at device 28.1 on pci0 pci12: on pcib3 rman_reserve_resource_bound: request: [0xecfff000, 0xecffffff], length 0x1000, flags 0, device (null) considering [0xe0000000, 0xecffffff] truncated region: [0xecfff000, 0xecffffff]; size 0x1000 (requested 0x1000) candidate region: [0xecfff000, 0xecffffff], size 0x1000 allocating at the end pci12: at device 0.0 (no driver attached) pcib4: at device 28.3 on pci0 pci13: on pcib4 uhci0: port 0xbf80-0xbf9f irq 20 at device 29.0 on pci0 rman_reserve_resource_bound: request: [0x14, 0x14], length 0x1, flags 4, device uhci0 considering [0x11, 0x14] truncated region: [0x14, 0x14]; size 0x1 (requested 0x1) candidate region: [0x14, 0x14], size 0x1 allocating at the end uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf60-0xbf7f irq 21 at device 29.1 on pci0 rman_reserve_resource_bound: request: [0x15, 0x15], length 0x1, flags 4, device uhci1 considering [0x15, 0x15] region is allocated considering [0x16, 0x17] s->r_start (0x16) + count - 1> end (0x15) no unshared regions found uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf40-0xbf5f irq 22 at device 29.2 on pci0 rman_reserve_resource_bound: request: [0x16, 0x16], length 0x1, flags 4, device uhci2 considering [0x16, 0x17] truncated region: [0x16, 0x16]; size 0x1 (requested 0x1) candidate region: [0x16, 0x16], size 0x1 allocating from the beginning uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xbf20-0xbf3f irq 23 at device 29.3 on pci0 rman_reserve_resource_bound: request: [0x17, 0x17], length 0x1, flags 4, device uhci3 considering [0x17, 0x17] truncated region: [0x17, 0x17]; size 0x1 (requested 0x1) candidate region: [0x17, 0x17], size 0x1 candidate region is entire chunk uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 rman_reserve_resource_bound: request: [0xffa80000, 0xffa803ff], length 0x400, flags 0, device ehci0 considering [0xffb00000, 0xffffffff] s->r_start (0xffb00000) + count - 1> end (0xffa803ff) no unshared regions found ehci0: Could not map memory device_attach: ehci0 attach returned 6 pcib5: at device 30.0 on pci0 pci3: on pcib5 rman_reserve_resource_bound: request: [0xecbfe000, 0xecbfffff], length 0x2000, flags 0, device (null) considering [0xe0000000, 0xecffefff] truncated region: [0xecbfe000, 0xecbfffff]; size 0x2000 (requested 0x2000) candidate region: [0xecbfe000, 0xecbfffff], size 0x2000 splitting region in three parts: [0xe0000000, 0xecbfdfff]; [0xecbfe000, 0xecbfffff]; [0xecc00000, 0xecffefff] rman_reserve_resource_bound: request: [0xecbfd800, 0xecbfdfff], length 0x800, flags 0, device (null) considering [0xe0000000, 0xecbfdfff] truncated region: [0xecbfd800, 0xecbfdfff]; size 0x800 (requested 0x800) candidate region: [0xecbfd800, 0xecbfdfff], size 0x800 allocating at the end rman_reserve_resource_bound: request: [0xecbfd400, 0xecbfd4ff], length 0x100, flags 0, device (null) considering [0xe0000000, 0xecbfd7ff] truncated region: [0xecbfd400, 0xecbfd4ff]; size 0x100 (requested 0x100) candidate region: [0xecbfd400, 0xecbfd4ff], size 0x100 splitting region in three parts: [0xe0000000, 0xecbfd3ff]; [0xecbfd400, 0xecbfd4ff]; [0xecbfd500, 0xecbfd7ff] rman_reserve_resource_bound: request: [0xecbfd500, 0xecbfd5ff], length 0x100, flags 0, device (null) considering [0xecbfd500, 0xecbfd7ff] truncated region: [0xecbfd500, 0xecbfd5ff]; size 0x100 (requested 0x100) candidate region: [0xecbfd500, 0xecbfd5ff], size 0x100 allocating from the beginning rman_reserve_resource_bound: request: [0xecbfd600, 0xecbfd6ff], length 0x100, flags 0, device (null) considering [0xecbfd600, 0xecbfd7ff] truncated region: [0xecbfd600, 0xecbfd6ff]; size 0x100 (requested 0x100) candidate region: [0xecbfd600, 0xecbfd6ff], size 0x100 allocating from the beginning rman_reserve_resource_bound: request: [0xecbfd700, 0xecbfd7ff], length 0x100, flags 0, device (null) considering [0xecbfd700, 0xecbfd7ff] truncated region: [0xecbfd700, 0xecbfd7ff]; size 0x100 (requested 0x100) candidate region: [0xecbfd700, 0xecbfd7ff], size 0x100 candidate region is entire chunk bfe0: mem 0xecbfe000-0xecbfffff irq 17 at device 0.0 on pci3 rman_reserve_resource_bound: request: [0x11, 0x11], length 0x1, flags 4, device bfe0 considering [0x11, 0x13] truncated region: [0x11, 0x11]; size 0x1 (requested 0x1) candidate region: [0x11, 0x11], size 0x1 allocating from the beginning miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:14:22:ee:8b:64 fwohci0: <1394 Open Host Controller Interface> mem 0xecbfd800-0xecbfdfff irq 19 at device 1.0 on pci3 rman_reserve_resource_bound: request: [0x13, 0x13], length 0x1, flags 4, device fwohci0 considering [0x12, 0x13] truncated region: [0x13, 0x13]; size 0x1 (requested 0x1) candidate region: [0x13, 0x13], size 0x1 allocating at the end fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 33:4f:c0:00:06:45:a1:21 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci3: at device 1.1 (no driver attached) pci3: at device 1.2 (no driver attached) pci3: at device 1.3 (no driver attached) pci3: at device 1.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 17 at device 31.2 on pci0 ata0: on atapci0 rman_reserve_resource_bound: request: [0xe, 0xe], length 0x1, flags 4, device ata0 considering [0xa, 0xf] truncated region: [0xe, 0xe]; size 0x1 (requested 0x1) candidate region: [0xe, 0xe], size 0x1 splitting region in three parts: [0xa, 0xd]; [0xe, 0xe]; [0xf, 0xf] ata1: on atapci0 rman_reserve_resource_bound: request: [0xf, 0xf], length 0x1, flags 4, device ata1 considering [0xf, 0xf] truncated region: [0xf, 0xf]; size 0x1 (requested 0x1) candidate region: [0xf, 0xf], size 0x1 candidate region is entire chunk ichsmb0: port 0x10c0-0x10df irq 17 at device 31.3 on pci0 rman_reserve_resource_bound: request: [0x11, 0x11], length 0x1, flags 4, device ichsmb0 considering [0x11, 0x11] region is allocated considering [0x12, 0x12] s->r_start (0x12) + count - 1> end (0x11) no unshared regions found ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 acpi_tz0: on acpi0 rman_reserve_resource_bound: request: [0xc, 0xc], length 0x1, flags 4, device psmcpnp0 considering [0xa, 0xd] truncated region: [0xc, 0xc]; size 0x1 (requested 0x1) candidate region: [0xc, 0xc], size 0x1 splitting region in three parts: [0xa, 0xb]; [0xc, 0xc]; [0xd, 0xd] rman_reserve_resource_bound: request: [0xc, 0xc], length 0x1, flags 4, device psmcpnp0 considering [0xa, 0xd] truncated region: [0xc, 0xc]; size 0x1 (requested 0x1) candidate region: [0xc, 0xc], size 0x1 splitting region in three parts: [0xa, 0xb]; [0xc, 0xc]; [0xd, 0xd] rman_reserve_resource_bound: request: [0x60, 0x60], length 0x1, flags 0, device atkbdc0 considering [0x22, 0x85] truncated region: [0x60, 0x60]; size 0x1 (requested 0x1) candidate region: [0x60, 0x60], size 0x1 splitting region in three parts: [0x22, 0x5f]; [0x60, 0x60]; [0x61, 0x85] rman_reserve_resource_bound: request: [0x64, 0x64], length 0x1, flags 0, device atkbdc0 considering [0x61, 0x85] truncated region: [0x64, 0x64]; size 0x1 (requested 0x1) candidate region: [0x64, 0x64], size 0x1 splitting region in three parts: [0x61, 0x63]; [0x64, 0x64]; [0x65, 0x85] atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 rman_reserve_resource_bound: request: [0x60, 0x60], length 0x1, flags 0, device atkbdc0 considering [0x22, 0x85] truncated region: [0x60, 0x60]; size 0x1 (requested 0x1) candidate region: [0x60, 0x60], size 0x1 splitting region in three parts: [0x22, 0x5f]; [0x60, 0x60]; [0x61, 0x85] rman_reserve_resource_bound: request: [0x64, 0x64], length 0x1, flags 0, device atkbdc0 considering [0x61, 0x85] truncated region: [0x64, 0x64]; size 0x1 (requested 0x1) candidate region: [0x64, 0x64], size 0x1 splitting region in three parts: [0x61, 0x63]; [0x64, 0x64]; [0x65, 0x85] rman_reserve_resource_bound: request: [0x1, 0x1], length 0x1, flags 4, device atkbd0 considering [0, 0x1] truncated region: [0x1, 0x1]; size 0x1 (requested 0x1) candidate region: [0x1, 0x1], size 0x1 allocating at the end atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 rman_reserve_resource_bound: request: [0x1, 0x1], length 0x1, flags 4, device atkbd0 considering [0, 0x1] truncated region: [0x1, 0x1]; size 0x1 (requested 0x1) candidate region: [0x1, 0x1], size 0x1 allocating at the end atkbd0: [GIANT-LOCKED] rman_reserve_resource_bound: request: [0xc, 0xc], length 0x1, flags 4, device psm0 considering [0xc, 0xc] region is allocated considering [0xd, 0xd] s->r_start (0xd) + count - 1> end (0xc) no unshared regions found psm0: irq 12 on atkbdc0 rman_reserve_resource_bound: request: [0xc, 0xc], length 0x1, flags 4, device psm0 considering [0xc, 0xc] region is allocated considering [0xd, 0xd] s->r_start (0xd) + count - 1> end (0xc) no unshared regions found psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 rman_reserve_resource_bound: request: [0xa0000, 0xa07ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa0000, 0xa07ff]; size 0x800 (requested 0x800) candidate region: [0xa0000, 0xa07ff], size 0x800 allocating from the beginning rman_reserve_resource_bound: request: [0xa0800, 0xa0fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa0800, 0xa0fff]; size 0x800 (requested 0x800) candidate region: [0xa0800, 0xa0fff], size 0x800 splitting region in three parts: [0xa0000, 0xa07ff]; [0xa0800, 0xa0fff]; [0xa1000, 0xbffff] rman_reserve_resource_bound: request: [0xa1000, 0xa17ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa1000, 0xa17ff]; size 0x800 (requested 0x800) candidate region: [0xa1000, 0xa17ff], size 0x800 splitting region in three parts: [0xa0000, 0xa0fff]; [0xa1000, 0xa17ff]; [0xa1800, 0xbffff] rman_reserve_resource_bound: request: [0xa1800, 0xa1fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa1800, 0xa1fff]; size 0x800 (requested 0x800) candidate region: [0xa1800, 0xa1fff], size 0x800 splitting region in three parts: [0xa0000, 0xa17ff]; [0xa1800, 0xa1fff]; [0xa2000, 0xbffff] rman_reserve_resource_bound: request: [0xa2000, 0xa27ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa2000, 0xa27ff]; size 0x800 (requested 0x800) candidate region: [0xa2000, 0xa27ff], size 0x800 splitting region in three parts: [0xa0000, 0xa1fff]; [0xa2000, 0xa27ff]; [0xa2800, 0xbffff] rman_reserve_resource_bound: request: [0xa2800, 0xa2fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa2800, 0xa2fff]; size 0x800 (requested 0x800) candidate region: [0xa2800, 0xa2fff], size 0x800 splitting region in three parts: [0xa0000, 0xa27ff]; [0xa2800, 0xa2fff]; [0xa3000, 0xbffff] rman_reserve_resource_bound: request: [0xa3000, 0xa37ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa3000, 0xa37ff]; size 0x800 (requested 0x800) candidate region: [0xa3000, 0xa37ff], size 0x800 splitting region in three parts: [0xa0000, 0xa2fff]; [0xa3000, 0xa37ff]; [0xa3800, 0xbffff] rman_reserve_resource_bound: request: [0xa3800, 0xa3fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa3800, 0xa3fff]; size 0x800 (requested 0x800) candidate region: [0xa3800, 0xa3fff], size 0x800 splitting region in three parts: [0xa0000, 0xa37ff]; [0xa3800, 0xa3fff]; [0xa4000, 0xbffff] rman_reserve_resource_bound: request: [0xa4000, 0xa47ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa4000, 0xa47ff]; size 0x800 (requested 0x800) candidate region: [0xa4000, 0xa47ff], size 0x800 splitting region in three parts: [0xa0000, 0xa3fff]; [0xa4000, 0xa47ff]; [0xa4800, 0xbffff] rman_reserve_resource_bound: request: [0xa4800, 0xa4fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa4800, 0xa4fff]; size 0x800 (requested 0x800) candidate region: [0xa4800, 0xa4fff], size 0x800 splitting region in three parts: [0xa0000, 0xa47ff]; [0xa4800, 0xa4fff]; [0xa5000, 0xbffff] rman_reserve_resource_bound: request: [0xa5000, 0xa57ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa5000, 0xa57ff]; size 0x800 (requested 0x800) candidate region: [0xa5000, 0xa57ff], size 0x800 splitting region in three parts: [0xa0000, 0xa4fff]; [0xa5000, 0xa57ff]; [0xa5800, 0xbffff] rman_reserve_resource_bound: request: [0xa5800, 0xa5fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa5800, 0xa5fff]; size 0x800 (requested 0x800) candidate region: [0xa5800, 0xa5fff], size 0x800 splitting region in three parts: [0xa0000, 0xa57ff]; [0xa5800, 0xa5fff]; [0xa6000, 0xbffff] rman_reserve_resource_bound: request: [0xa6000, 0xa67ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa6000, 0xa67ff]; size 0x800 (requested 0x800) candidate region: [0xa6000, 0xa67ff], size 0x800 splitting region in three parts: [0xa0000, 0xa5fff]; [0xa6000, 0xa67ff]; [0xa6800, 0xbffff] rman_reserve_resource_bound: request: [0xa6800, 0xa6fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa6800, 0xa6fff]; size 0x800 (requested 0x800) candidate region: [0xa6800, 0xa6fff], size 0x800 splitting region in three parts: [0xa0000, 0xa67ff]; [0xa6800, 0xa6fff]; [0xa7000, 0xbffff] rman_reserve_resource_bound: request: [0xa7000, 0xa77ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa7000, 0xa77ff]; size 0x800 (requested 0x800) candidate region: [0xa7000, 0xa77ff], size 0x800 splitting region in three parts: [0xa0000, 0xa6fff]; [0xa7000, 0xa77ff]; [0xa7800, 0xbffff] rman_reserve_resource_bound: request: [0xa7800, 0xa7fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa7800, 0xa7fff]; size 0x800 (requested 0x800) candidate region: [0xa7800, 0xa7fff], size 0x800 splitting region in three parts: [0xa0000, 0xa77ff]; [0xa7800, 0xa7fff]; [0xa8000, 0xbffff] rman_reserve_resource_bound: request: [0xa8000, 0xa87ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa8000, 0xa87ff]; size 0x800 (requested 0x800) candidate region: [0xa8000, 0xa87ff], size 0x800 splitting region in three parts: [0xa0000, 0xa7fff]; [0xa8000, 0xa87ff]; [0xa8800, 0xbffff] rman_reserve_resource_bound: request: [0xa8800, 0xa8fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa8800, 0xa8fff]; size 0x800 (requested 0x800) candidate region: [0xa8800, 0xa8fff], size 0x800 splitting region in three parts: [0xa0000, 0xa87ff]; [0xa8800, 0xa8fff]; [0xa9000, 0xbffff] rman_reserve_resource_bound: request: [0xa9000, 0xa97ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa9000, 0xa97ff]; size 0x800 (requested 0x800) candidate region: [0xa9000, 0xa97ff], size 0x800 splitting region in three parts: [0xa0000, 0xa8fff]; [0xa9000, 0xa97ff]; [0xa9800, 0xbffff] rman_reserve_resource_bound: request: [0xa9800, 0xa9fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xa9800, 0xa9fff]; size 0x800 (requested 0x800) candidate region: [0xa9800, 0xa9fff], size 0x800 splitting region in three parts: [0xa0000, 0xa97ff]; [0xa9800, 0xa9fff]; [0xaa000, 0xbffff] rman_reserve_resource_bound: request: [0xaa000, 0xaa7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xaa000, 0xaa7ff]; size 0x800 (requested 0x800) candidate region: [0xaa000, 0xaa7ff], size 0x800 splitting region in three parts: [0xa0000, 0xa9fff]; [0xaa000, 0xaa7ff]; [0xaa800, 0xbffff] rman_reserve_resource_bound: request: [0xaa800, 0xaafff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xaa800, 0xaafff]; size 0x800 (requested 0x800) candidate region: [0xaa800, 0xaafff], size 0x800 splitting region in three parts: [0xa0000, 0xaa7ff]; [0xaa800, 0xaafff]; [0xab000, 0xbffff] rman_reserve_resource_bound: request: [0xab000, 0xab7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xab000, 0xab7ff]; size 0x800 (requested 0x800) candidate region: [0xab000, 0xab7ff], size 0x800 splitting region in three parts: [0xa0000, 0xaafff]; [0xab000, 0xab7ff]; [0xab800, 0xbffff] rman_reserve_resource_bound: request: [0xab800, 0xabfff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xab800, 0xabfff]; size 0x800 (requested 0x800) candidate region: [0xab800, 0xabfff], size 0x800 splitting region in three parts: [0xa0000, 0xab7ff]; [0xab800, 0xabfff]; [0xac000, 0xbffff] rman_reserve_resource_bound: request: [0xac000, 0xac7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xac000, 0xac7ff]; size 0x800 (requested 0x800) candidate region: [0xac000, 0xac7ff], size 0x800 splitting region in three parts: [0xa0000, 0xabfff]; [0xac000, 0xac7ff]; [0xac800, 0xbffff] rman_reserve_resource_bound: request: [0xac800, 0xacfff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xac800, 0xacfff]; size 0x800 (requested 0x800) candidate region: [0xac800, 0xacfff], size 0x800 splitting region in three parts: [0xa0000, 0xac7ff]; [0xac800, 0xacfff]; [0xad000, 0xbffff] rman_reserve_resource_bound: request: [0xad000, 0xad7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xad000, 0xad7ff]; size 0x800 (requested 0x800) candidate region: [0xad000, 0xad7ff], size 0x800 splitting region in three parts: [0xa0000, 0xacfff]; [0xad000, 0xad7ff]; [0xad800, 0xbffff] rman_reserve_resource_bound: request: [0xad800, 0xadfff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xad800, 0xadfff]; size 0x800 (requested 0x800) candidate region: [0xad800, 0xadfff], size 0x800 splitting region in three parts: [0xa0000, 0xad7ff]; [0xad800, 0xadfff]; [0xae000, 0xbffff] rman_reserve_resource_bound: request: [0xae000, 0xae7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xae000, 0xae7ff]; size 0x800 (requested 0x800) candidate region: [0xae000, 0xae7ff], size 0x800 splitting region in three parts: [0xa0000, 0xadfff]; [0xae000, 0xae7ff]; [0xae800, 0xbffff] rman_reserve_resource_bound: request: [0xae800, 0xaefff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xae800, 0xaefff]; size 0x800 (requested 0x800) candidate region: [0xae800, 0xaefff], size 0x800 splitting region in three parts: [0xa0000, 0xae7ff]; [0xae800, 0xaefff]; [0xaf000, 0xbffff] rman_reserve_resource_bound: request: [0xaf000, 0xaf7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xaf000, 0xaf7ff]; size 0x800 (requested 0x800) candidate region: [0xaf000, 0xaf7ff], size 0x800 splitting region in three parts: [0xa0000, 0xaefff]; [0xaf000, 0xaf7ff]; [0xaf800, 0xbffff] rman_reserve_resource_bound: request: [0xaf800, 0xaffff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xaf800, 0xaffff]; size 0x800 (requested 0x800) candidate region: [0xaf800, 0xaffff], size 0x800 splitting region in three parts: [0xa0000, 0xaf7ff]; [0xaf800, 0xaffff]; [0xb0000, 0xbffff] rman_reserve_resource_bound: request: [0xb0000, 0xb07ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb0000, 0xb07ff]; size 0x800 (requested 0x800) candidate region: [0xb0000, 0xb07ff], size 0x800 splitting region in three parts: [0xa0000, 0xaffff]; [0xb0000, 0xb07ff]; [0xb0800, 0xbffff] rman_reserve_resource_bound: request: [0xb0800, 0xb0fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb0800, 0xb0fff]; size 0x800 (requested 0x800) candidate region: [0xb0800, 0xb0fff], size 0x800 splitting region in three parts: [0xa0000, 0xb07ff]; [0xb0800, 0xb0fff]; [0xb1000, 0xbffff] rman_reserve_resource_bound: request: [0xb1000, 0xb17ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb1000, 0xb17ff]; size 0x800 (requested 0x800) candidate region: [0xb1000, 0xb17ff], size 0x800 splitting region in three parts: [0xa0000, 0xb0fff]; [0xb1000, 0xb17ff]; [0xb1800, 0xbffff] rman_reserve_resource_bound: request: [0xb1800, 0xb1fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb1800, 0xb1fff]; size 0x800 (requested 0x800) candidate region: [0xb1800, 0xb1fff], size 0x800 splitting region in three parts: [0xa0000, 0xb17ff]; [0xb1800, 0xb1fff]; [0xb2000, 0xbffff] rman_reserve_resource_bound: request: [0xb2000, 0xb27ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb2000, 0xb27ff]; size 0x800 (requested 0x800) candidate region: [0xb2000, 0xb27ff], size 0x800 splitting region in three parts: [0xa0000, 0xb1fff]; [0xb2000, 0xb27ff]; [0xb2800, 0xbffff] rman_reserve_resource_bound: request: [0xb2800, 0xb2fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb2800, 0xb2fff]; size 0x800 (requested 0x800) candidate region: [0xb2800, 0xb2fff], size 0x800 splitting region in three parts: [0xa0000, 0xb27ff]; [0xb2800, 0xb2fff]; [0xb3000, 0xbffff] rman_reserve_resource_bound: request: [0xb3000, 0xb37ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb3000, 0xb37ff]; size 0x800 (requested 0x800) candidate region: [0xb3000, 0xb37ff], size 0x800 splitting region in three parts: [0xa0000, 0xb2fff]; [0xb3000, 0xb37ff]; [0xb3800, 0xbffff] rman_reserve_resource_bound: request: [0xb3800, 0xb3fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb3800, 0xb3fff]; size 0x800 (requested 0x800) candidate region: [0xb3800, 0xb3fff], size 0x800 splitting region in three parts: [0xa0000, 0xb37ff]; [0xb3800, 0xb3fff]; [0xb4000, 0xbffff] rman_reserve_resource_bound: request: [0xb4000, 0xb47ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb4000, 0xb47ff]; size 0x800 (requested 0x800) candidate region: [0xb4000, 0xb47ff], size 0x800 splitting region in three parts: [0xa0000, 0xb3fff]; [0xb4000, 0xb47ff]; [0xb4800, 0xbffff] rman_reserve_resource_bound: request: [0xb4800, 0xb4fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb4800, 0xb4fff]; size 0x800 (requested 0x800) candidate region: [0xb4800, 0xb4fff], size 0x800 splitting region in three parts: [0xa0000, 0xb47ff]; [0xb4800, 0xb4fff]; [0xb5000, 0xbffff] rman_reserve_resource_bound: request: [0xb5000, 0xb57ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb5000, 0xb57ff]; size 0x800 (requested 0x800) candidate region: [0xb5000, 0xb57ff], size 0x800 splitting region in three parts: [0xa0000, 0xb4fff]; [0xb5000, 0xb57ff]; [0xb5800, 0xbffff] rman_reserve_resource_bound: request: [0xb5800, 0xb5fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb5800, 0xb5fff]; size 0x800 (requested 0x800) candidate region: [0xb5800, 0xb5fff], size 0x800 splitting region in three parts: [0xa0000, 0xb57ff]; [0xb5800, 0xb5fff]; [0xb6000, 0xbffff] rman_reserve_resource_bound: request: [0xb6000, 0xb67ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb6000, 0xb67ff]; size 0x800 (requested 0x800) candidate region: [0xb6000, 0xb67ff], size 0x800 splitting region in three parts: [0xa0000, 0xb5fff]; [0xb6000, 0xb67ff]; [0xb6800, 0xbffff] rman_reserve_resource_bound: request: [0xb6800, 0xb6fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb6800, 0xb6fff]; size 0x800 (requested 0x800) candidate region: [0xb6800, 0xb6fff], size 0x800 splitting region in three parts: [0xa0000, 0xb67ff]; [0xb6800, 0xb6fff]; [0xb7000, 0xbffff] rman_reserve_resource_bound: request: [0xb7000, 0xb77ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb7000, 0xb77ff]; size 0x800 (requested 0x800) candidate region: [0xb7000, 0xb77ff], size 0x800 splitting region in three parts: [0xa0000, 0xb6fff]; [0xb7000, 0xb77ff]; [0xb7800, 0xbffff] rman_reserve_resource_bound: request: [0xb7800, 0xb7fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb7800, 0xb7fff]; size 0x800 (requested 0x800) candidate region: [0xb7800, 0xb7fff], size 0x800 splitting region in three parts: [0xa0000, 0xb77ff]; [0xb7800, 0xb7fff]; [0xb8000, 0xbffff] rman_reserve_resource_bound: request: [0xb8000, 0xb87ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb8000, 0xb87ff]; size 0x800 (requested 0x800) candidate region: [0xb8000, 0xb87ff], size 0x800 splitting region in three parts: [0xa0000, 0xb7fff]; [0xb8000, 0xb87ff]; [0xb8800, 0xbffff] rman_reserve_resource_bound: request: [0xb8800, 0xb8fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb8800, 0xb8fff]; size 0x800 (requested 0x800) candidate region: [0xb8800, 0xb8fff], size 0x800 splitting region in three parts: [0xa0000, 0xb87ff]; [0xb8800, 0xb8fff]; [0xb9000, 0xbffff] rman_reserve_resource_bound: request: [0xb9000, 0xb97ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb9000, 0xb97ff]; size 0x800 (requested 0x800) candidate region: [0xb9000, 0xb97ff], size 0x800 splitting region in three parts: [0xa0000, 0xb8fff]; [0xb9000, 0xb97ff]; [0xb9800, 0xbffff] rman_reserve_resource_bound: request: [0xb9800, 0xb9fff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xb9800, 0xb9fff]; size 0x800 (requested 0x800) candidate region: [0xb9800, 0xb9fff], size 0x800 splitting region in three parts: [0xa0000, 0xb97ff]; [0xb9800, 0xb9fff]; [0xba000, 0xbffff] rman_reserve_resource_bound: request: [0xba000, 0xba7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xba000, 0xba7ff]; size 0x800 (requested 0x800) candidate region: [0xba000, 0xba7ff], size 0x800 splitting region in three parts: [0xa0000, 0xb9fff]; [0xba000, 0xba7ff]; [0xba800, 0xbffff] rman_reserve_resource_bound: request: [0xba800, 0xbafff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xba800, 0xbafff]; size 0x800 (requested 0x800) candidate region: [0xba800, 0xbafff], size 0x800 splitting region in three parts: [0xa0000, 0xba7ff]; [0xba800, 0xbafff]; [0xbb000, 0xbffff] rman_reserve_resource_bound: request: [0xbb000, 0xbb7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xbb000, 0xbb7ff]; size 0x800 (requested 0x800) candidate region: [0xbb000, 0xbb7ff], size 0x800 splitting region in three parts: [0xa0000, 0xbafff]; [0xbb000, 0xbb7ff]; [0xbb800, 0xbffff] rman_reserve_resource_bound: request: [0xbb800, 0xbbfff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xbb800, 0xbbfff]; size 0x800 (requested 0x800) candidate region: [0xbb800, 0xbbfff], size 0x800 splitting region in three parts: [0xa0000, 0xbb7ff]; [0xbb800, 0xbbfff]; [0xbc000, 0xbffff] rman_reserve_resource_bound: request: [0xbc000, 0xbc7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xbc000, 0xbc7ff]; size 0x800 (requested 0x800) candidate region: [0xbc000, 0xbc7ff], size 0x800 splitting region in three parts: [0xa0000, 0xbbfff]; [0xbc000, 0xbc7ff]; [0xbc800, 0xbffff] rman_reserve_resource_bound: request: [0xbc800, 0xbcfff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xbc800, 0xbcfff]; size 0x800 (requested 0x800) candidate region: [0xbc800, 0xbcfff], size 0x800 splitting region in three parts: [0xa0000, 0xbc7ff]; [0xbc800, 0xbcfff]; [0xbd000, 0xbffff] rman_reserve_resource_bound: request: [0xbd000, 0xbd7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xbd000, 0xbd7ff]; size 0x800 (requested 0x800) candidate region: [0xbd000, 0xbd7ff], size 0x800 splitting region in three parts: [0xa0000, 0xbcfff]; [0xbd000, 0xbd7ff]; [0xbd800, 0xbffff] rman_reserve_resource_bound: request: [0xbd800, 0xbdfff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xbd800, 0xbdfff]; size 0x800 (requested 0x800) candidate region: [0xbd800, 0xbdfff], size 0x800 splitting region in three parts: [0xa0000, 0xbd7ff]; [0xbd800, 0xbdfff]; [0xbe000, 0xbffff] rman_reserve_resource_bound: request: [0xbe000, 0xbe7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xbe000, 0xbe7ff]; size 0x800 (requested 0x800) candidate region: [0xbe000, 0xbe7ff], size 0x800 splitting region in three parts: [0xa0000, 0xbdfff]; [0xbe000, 0xbe7ff]; [0xbe800, 0xbffff] rman_reserve_resource_bound: request: [0xbe800, 0xbefff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xbe800, 0xbefff]; size 0x800 (requested 0x800) candidate region: [0xbe800, 0xbefff], size 0x800 splitting region in three parts: [0xa0000, 0xbe7ff]; [0xbe800, 0xbefff]; [0xbf000, 0xbffff] rman_reserve_resource_bound: request: [0xbf000, 0xbf7ff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xbf000, 0xbf7ff]; size 0x800 (requested 0x800) candidate region: [0xbf000, 0xbf7ff], size 0x800 splitting region in three parts: [0xa0000, 0xbefff]; [0xbf000, 0xbf7ff]; [0xbf800, 0xbffff] rman_reserve_resource_bound: request: [0xbf800, 0xbffff], length 0x800, flags 0, device orm0 considering [0xa0000, 0xbffff] truncated region: [0xbf800, 0xbffff]; size 0x800 (requested 0x800) candidate region: [0xbf800, 0xbffff], size 0x800 allocating at the end rman_reserve_resource_bound: request: [0xc0000, 0xc07ff], length 0x800, flags 0, device orm0 considering [0xc0000, 0xcffff] truncated region: [0xc0000, 0xc07ff]; size 0x800 (requested 0x800) candidate region: [0xc0000, 0xc07ff], size 0x800 allocating from the beginning rman_reserve_resource_bound: request: [0xc0000, 0xcffff], length 0x10000, flags 0, device orm0 considering [0xc0000, 0xcffff] truncated region: [0xc0000, 0xcffff]; size 0x10000 (requested 0x10000) candidate region: [0xc0000, 0xcffff], size 0x10000 candidate region is entire chunk rman_reserve_resource_bound: request: [0xd0000, 0xd07ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd0000, 0xd07ff]; size 0x800 (requested 0x800) candidate region: [0xd0000, 0xd07ff], size 0x800 allocating from the beginning rman_reserve_resource_bound: request: [0xd0800, 0xd0fff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd0800, 0xd0fff]; size 0x800 (requested 0x800) candidate region: [0xd0800, 0xd0fff], size 0x800 splitting region in three parts: [0xd0000, 0xd07ff]; [0xd0800, 0xd0fff]; [0xd1000, 0xf792f] rman_reserve_resource_bound: request: [0xd1000, 0xd17ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd1000, 0xd17ff]; size 0x800 (requested 0x800) candidate region: [0xd1000, 0xd17ff], size 0x800 splitting region in three parts: [0xd0000, 0xd0fff]; [0xd1000, 0xd17ff]; [0xd1800, 0xf792f] rman_reserve_resource_bound: request: [0xd1800, 0xd1fff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd1800, 0xd1fff]; size 0x800 (requested 0x800) candidate region: [0xd1800, 0xd1fff], size 0x800 splitting region in three parts: [0xd0000, 0xd17ff]; [0xd1800, 0xd1fff]; [0xd2000, 0xf792f] rman_reserve_resource_bound: request: [0xd2000, 0xd27ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd2000, 0xd27ff]; size 0x800 (requested 0x800) candidate region: [0xd2000, 0xd27ff], size 0x800 splitting region in three parts: [0xd0000, 0xd1fff]; [0xd2000, 0xd27ff]; [0xd2800, 0xf792f] rman_reserve_resource_bound: request: [0xd2800, 0xd2fff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd2800, 0xd2fff]; size 0x800 (requested 0x800) candidate region: [0xd2800, 0xd2fff], size 0x800 splitting region in three parts: [0xd0000, 0xd27ff]; [0xd2800, 0xd2fff]; [0xd3000, 0xf792f] rman_reserve_resource_bound: request: [0xd3000, 0xd37ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd3000, 0xd37ff]; size 0x800 (requested 0x800) candidate region: [0xd3000, 0xd37ff], size 0x800 splitting region in three parts: [0xd0000, 0xd2fff]; [0xd3000, 0xd37ff]; [0xd3800, 0xf792f] rman_reserve_resource_bound: request: [0xd3800, 0xd3fff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd3800, 0xd3fff]; size 0x800 (requested 0x800) candidate region: [0xd3800, 0xd3fff], size 0x800 splitting region in three parts: [0xd0000, 0xd37ff]; [0xd3800, 0xd3fff]; [0xd4000, 0xf792f] rman_reserve_resource_bound: request: [0xd4000, 0xd47ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd4000, 0xd47ff]; size 0x800 (requested 0x800) candidate region: [0xd4000, 0xd47ff], size 0x800 splitting region in three parts: [0xd0000, 0xd3fff]; [0xd4000, 0xd47ff]; [0xd4800, 0xf792f] rman_reserve_resource_bound: request: [0xd4800, 0xd4fff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd4800, 0xd4fff]; size 0x800 (requested 0x800) candidate region: [0xd4800, 0xd4fff], size 0x800 splitting region in three parts: [0xd0000, 0xd47ff]; [0xd4800, 0xd4fff]; [0xd5000, 0xf792f] rman_reserve_resource_bound: request: [0xd5000, 0xd57ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd5000, 0xd57ff]; size 0x800 (requested 0x800) candidate region: [0xd5000, 0xd57ff], size 0x800 splitting region in three parts: [0xd0000, 0xd4fff]; [0xd5000, 0xd57ff]; [0xd5800, 0xf792f] rman_reserve_resource_bound: request: [0xd5800, 0xd5fff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd5800, 0xd5fff]; size 0x800 (requested 0x800) candidate region: [0xd5800, 0xd5fff], size 0x800 splitting region in three parts: [0xd0000, 0xd57ff]; [0xd5800, 0xd5fff]; [0xd6000, 0xf792f] rman_reserve_resource_bound: request: [0xd6000, 0xd67ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd6000, 0xd67ff]; size 0x800 (requested 0x800) candidate region: [0xd6000, 0xd67ff], size 0x800 splitting region in three parts: [0xd0000, 0xd5fff]; [0xd6000, 0xd67ff]; [0xd6800, 0xf792f] rman_reserve_resource_bound: request: [0xd6800, 0xd6fff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd6800, 0xd6fff]; size 0x800 (requested 0x800) candidate region: [0xd6800, 0xd6fff], size 0x800 splitting region in three parts: [0xd0000, 0xd67ff]; [0xd6800, 0xd6fff]; [0xd7000, 0xf792f] rman_reserve_resource_bound: request: [0xd7000, 0xd77ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd7000, 0xd77ff]; size 0x800 (requested 0x800) candidate region: [0xd7000, 0xd77ff], size 0x800 splitting region in three parts: [0xd0000, 0xd6fff]; [0xd7000, 0xd77ff]; [0xd7800, 0xf792f] rman_reserve_resource_bound: request: [0xd7800, 0xd7fff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd7800, 0xd7fff]; size 0x800 (requested 0x800) candidate region: [0xd7800, 0xd7fff], size 0x800 splitting region in three parts: [0xd0000, 0xd77ff]; [0xd7800, 0xd7fff]; [0xd8000, 0xf792f] rman_reserve_resource_bound: request: [0xd8000, 0xd87ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd8000, 0xd87ff]; size 0x800 (requested 0x800) candidate region: [0xd8000, 0xd87ff], size 0x800 splitting region in three parts: [0xd0000, 0xd7fff]; [0xd8000, 0xd87ff]; [0xd8800, 0xf792f] rman_reserve_resource_bound: request: [0xd8800, 0xd8fff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd8800, 0xd8fff]; size 0x800 (requested 0x800) candidate region: [0xd8800, 0xd8fff], size 0x800 splitting region in three parts: [0xd0000, 0xd87ff]; [0xd8800, 0xd8fff]; [0xd9000, 0xf792f] rman_reserve_resource_bound: request: [0xd9000, 0xd97ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd9000, 0xd97ff]; size 0x800 (requested 0x800) candidate region: [0xd9000, 0xd97ff], size 0x800 splitting region in three parts: [0xd0000, 0xd8fff]; [0xd9000, 0xd97ff]; [0xd9800, 0xf792f] rman_reserve_resource_bound: request: [0xd9800, 0xd9fff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xd9800, 0xd9fff]; size 0x800 (requested 0x800) candidate region: [0xd9800, 0xd9fff], size 0x800 splitting region in three parts: [0xd0000, 0xd97ff]; [0xd9800, 0xd9fff]; [0xda000, 0xf792f] rman_reserve_resource_bound: request: [0xda000, 0xda7ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xda000, 0xda7ff]; size 0x800 (requested 0x800) candidate region: [0xda000, 0xda7ff], size 0x800 splitting region in three parts: [0xd0000, 0xd9fff]; [0xda000, 0xda7ff]; [0xda800, 0xf792f] rman_reserve_resource_bound: request: [0xda800, 0xdafff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xda800, 0xdafff]; size 0x800 (requested 0x800) candidate region: [0xda800, 0xdafff], size 0x800 splitting region in three parts: [0xd0000, 0xda7ff]; [0xda800, 0xdafff]; [0xdb000, 0xf792f] rman_reserve_resource_bound: request: [0xdb000, 0xdb7ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xdb000, 0xdb7ff]; size 0x800 (requested 0x800) candidate region: [0xdb000, 0xdb7ff], size 0x800 splitting region in three parts: [0xd0000, 0xdafff]; [0xdb000, 0xdb7ff]; [0xdb800, 0xf792f] rman_reserve_resource_bound: request: [0xdb800, 0xdbfff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xdb800, 0xdbfff]; size 0x800 (requested 0x800) candidate region: [0xdb800, 0xdbfff], size 0x800 splitting region in three parts: [0xd0000, 0xdb7ff]; [0xdb800, 0xdbfff]; [0xdc000, 0xf792f] rman_reserve_resource_bound: request: [0xdc000, 0xdc7ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xdc000, 0xdc7ff]; size 0x800 (requested 0x800) candidate region: [0xdc000, 0xdc7ff], size 0x800 splitting region in three parts: [0xd0000, 0xdbfff]; [0xdc000, 0xdc7ff]; [0xdc800, 0xf792f] rman_reserve_resource_bound: request: [0xdc800, 0xdcfff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xdc800, 0xdcfff]; size 0x800 (requested 0x800) candidate region: [0xdc800, 0xdcfff], size 0x800 splitting region in three parts: [0xd0000, 0xdc7ff]; [0xdc800, 0xdcfff]; [0xdd000, 0xf792f] rman_reserve_resource_bound: request: [0xdd000, 0xdd7ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xdd000, 0xdd7ff]; size 0x800 (requested 0x800) candidate region: [0xdd000, 0xdd7ff], size 0x800 splitting region in three parts: [0xd0000, 0xdcfff]; [0xdd000, 0xdd7ff]; [0xdd800, 0xf792f] rman_reserve_resource_bound: request: [0xdd800, 0xddfff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xdd800, 0xddfff]; size 0x800 (requested 0x800) candidate region: [0xdd800, 0xddfff], size 0x800 splitting region in three parts: [0xd0000, 0xdd7ff]; [0xdd800, 0xddfff]; [0xde000, 0xf792f] rman_reserve_resource_bound: request: [0xde000, 0xde7ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xde000, 0xde7ff]; size 0x800 (requested 0x800) candidate region: [0xde000, 0xde7ff], size 0x800 splitting region in three parts: [0xd0000, 0xddfff]; [0xde000, 0xde7ff]; [0xde800, 0xf792f] rman_reserve_resource_bound: request: [0xde800, 0xdefff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xde800, 0xdefff]; size 0x800 (requested 0x800) candidate region: [0xde800, 0xdefff], size 0x800 splitting region in three parts: [0xd0000, 0xde7ff]; [0xde800, 0xdefff]; [0xdf000, 0xf792f] rman_reserve_resource_bound: request: [0xdf000, 0xdf7ff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xdf000, 0xdf7ff]; size 0x800 (requested 0x800) candidate region: [0xdf000, 0xdf7ff], size 0x800 splitting region in three parts: [0xd0000, 0xdefff]; [0xdf000, 0xdf7ff]; [0xdf800, 0xf792f] rman_reserve_resource_bound: request: [0xdf800, 0xdffff], length 0x800, flags 0, device orm0 considering [0xd0000, 0xf792f] truncated region: [0xdf800, 0xdffff]; size 0x800 (requested 0x800) candidate region: [0xdf800, 0xdffff], size 0x800 splitting region in three parts: [0xd0000, 0xdf7ff]; [0xdf800, 0xdffff]; [0xe0000, 0xf792f] rman_reserve_resource_bound: request: [0xe0000, 0xe07ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe07ff) no unshared regions found rman_reserve_resource_bound: request: [0xe0800, 0xe0fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe0fff) no unshared regions found rman_reserve_resource_bound: request: [0xe1000, 0xe17ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe17ff) no unshared regions found rman_reserve_resource_bound: request: [0xe1800, 0xe1fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe1fff) no unshared regions found rman_reserve_resource_bound: request: [0xe2000, 0xe27ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe27ff) no unshared regions found rman_reserve_resource_bound: request: [0xe2800, 0xe2fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe2fff) no unshared regions found rman_reserve_resource_bound: request: [0xe3000, 0xe37ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe37ff) no unshared regions found rman_reserve_resource_bound: request: [0xe3800, 0xe3fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe3fff) no unshared regions found rman_reserve_resource_bound: request: [0xe4000, 0xe47ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe47ff) no unshared regions found rman_reserve_resource_bound: request: [0xe4800, 0xe4fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe4fff) no unshared regions found rman_reserve_resource_bound: request: [0xe5000, 0xe57ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe57ff) no unshared regions found rman_reserve_resource_bound: request: [0xe5800, 0xe5fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe5fff) no unshared regions found rman_reserve_resource_bound: request: [0xe6000, 0xe67ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe67ff) no unshared regions found rman_reserve_resource_bound: request: [0xe6800, 0xe6fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe6fff) no unshared regions found rman_reserve_resource_bound: request: [0xe7000, 0xe77ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe77ff) no unshared regions found rman_reserve_resource_bound: request: [0xe7800, 0xe7fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe7fff) no unshared regions found rman_reserve_resource_bound: request: [0xe8000, 0xe87ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe87ff) no unshared regions found rman_reserve_resource_bound: request: [0xe8800, 0xe8fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe8fff) no unshared regions found rman_reserve_resource_bound: request: [0xe9000, 0xe97ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe97ff) no unshared regions found rman_reserve_resource_bound: request: [0xe9800, 0xe9fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xe9fff) no unshared regions found rman_reserve_resource_bound: request: [0xea000, 0xea7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xea7ff) no unshared regions found rman_reserve_resource_bound: request: [0xea800, 0xeafff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xeafff) no unshared regions found rman_reserve_resource_bound: request: [0xeb000, 0xeb7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xeb7ff) no unshared regions found rman_reserve_resource_bound: request: [0xeb800, 0xebfff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xebfff) no unshared regions found rman_reserve_resource_bound: request: [0xec000, 0xec7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xec7ff) no unshared regions found rman_reserve_resource_bound: request: [0xec800, 0xecfff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xecfff) no unshared regions found rman_reserve_resource_bound: request: [0xed000, 0xed7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xed7ff) no unshared regions found rman_reserve_resource_bound: request: [0xed800, 0xedfff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xedfff) no unshared regions found rman_reserve_resource_bound: request: [0xee000, 0xee7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xee7ff) no unshared regions found rman_reserve_resource_bound: request: [0xee800, 0xeefff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xeefff) no unshared regions found rman_reserve_resource_bound: request: [0xef000, 0xef7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xef7ff) no unshared regions found rman_reserve_resource_bound: request: [0xef800, 0xeffff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xeffff) no unshared regions found rman_reserve_resource_bound: request: [0xf0000, 0xf07ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf07ff) no unshared regions found rman_reserve_resource_bound: request: [0xf0800, 0xf0fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf0fff) no unshared regions found rman_reserve_resource_bound: request: [0xf1000, 0xf17ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf17ff) no unshared regions found rman_reserve_resource_bound: request: [0xf1800, 0xf1fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf1fff) no unshared regions found rman_reserve_resource_bound: request: [0xf2000, 0xf27ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf27ff) no unshared regions found rman_reserve_resource_bound: request: [0xf2800, 0xf2fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf2fff) no unshared regions found rman_reserve_resource_bound: request: [0xf3000, 0xf37ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf37ff) no unshared regions found rman_reserve_resource_bound: request: [0xf3800, 0xf3fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf3fff) no unshared regions found rman_reserve_resource_bound: request: [0xf4000, 0xf47ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf47ff) no unshared regions found rman_reserve_resource_bound: request: [0xf4800, 0xf4fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf4fff) no unshared regions found rman_reserve_resource_bound: request: [0xf5000, 0xf57ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf57ff) no unshared regions found rman_reserve_resource_bound: request: [0xf5800, 0xf5fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf5fff) no unshared regions found rman_reserve_resource_bound: request: [0xf6000, 0xf67ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf67ff) no unshared regions found rman_reserve_resource_bound: request: [0xf6800, 0xf6fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf6fff) no unshared regions found rman_reserve_resource_bound: request: [0xf7000, 0xf77ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf77ff) no unshared regions found rman_reserve_resource_bound: request: [0xf7800, 0xf7fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf7fff) no unshared regions found rman_reserve_resource_bound: request: [0xf8000, 0xf87ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf87ff) no unshared regions found rman_reserve_resource_bound: request: [0xf8800, 0xf8fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf8fff) no unshared regions found rman_reserve_resource_bound: request: [0xf9000, 0xf97ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf97ff) no unshared regions found rman_reserve_resource_bound: request: [0xf9800, 0xf9fff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xf9fff) no unshared regions found rman_reserve_resource_bound: request: [0xfa000, 0xfa7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xfa7ff) no unshared regions found rman_reserve_resource_bound: request: [0xfa800, 0xfafff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xfafff) no unshared regions found rman_reserve_resource_bound: request: [0xfb000, 0xfb7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xfb7ff) no unshared regions found rman_reserve_resource_bound: request: [0xfb800, 0xfbfff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xfbfff) no unshared regions found rman_reserve_resource_bound: request: [0xfc000, 0xfc7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xfc7ff) no unshared regions found rman_reserve_resource_bound: request: [0xfc800, 0xfcfff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xfcfff) no unshared regions found rman_reserve_resource_bound: request: [0xfd000, 0xfd7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xfd7ff) no unshared regions found rman_reserve_resource_bound: request: [0xfd800, 0xfdfff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xfdfff) no unshared regions found rman_reserve_resource_bound: request: [0xfe000, 0xfe7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xfe7ff) no unshared regions found rman_reserve_resource_bound: request: [0xfe800, 0xfefff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xfefff) no unshared regions found rman_reserve_resource_bound: request: [0xff000, 0xff7ff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xff7ff) no unshared regions found rman_reserve_resource_bound: request: [0xff800, 0xfffff], length 0x800, flags 0, device orm0 considering [0x100000, 0x3fffffff] s->r_start (0x100000) + count - 1> end (0xfffff) no unshared regions found pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 rman_reserve_resource_bound: request: [0x3c0, 0x3df], length 0x20, flags 4, device vga0 considering [0x377, 0x3f5] truncated region: [0x3c0, 0x3df]; size 0x20 (requested 0x20) candidate region: [0x3c0, 0x3df], size 0x20 splitting region in three parts: [0x377, 0x3bf]; [0x3c0, 0x3df]; [0x3e0, 0x3f5] rman_reserve_resource_bound: request: [0xa0000, 0xbffff], length 0x20000, flags 4, device vga0 considering [0xa0000, 0xbffff] truncated region: [0xa0000, 0xbffff]; size 0x20000 (requested 0x20000) candidate region: [0xa0000, 0xbffff], size 0x20000 candidate region is entire chunk fb0 at vga0 uhub4: on uhub0 uhub4: 4 ports with 1 removable, self powered ugen0: on uhub4 ums0: on uhub0 ums0: 3 buttons and Z dir. umass0: on uhub2 Timecounters tick every 10.000 msec ad0: 95396MB at ata0-master SATA150 acd0: DVDR at ata1-master UDMA33 pcm0: pcm0: acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 acd0: FAILURE - READ_BIG ILLEGAL REQUEST asc=0x64 ascq=0x00 (probe1:umass-sim0:0:0:0): Uninitialized Transport 5:0? cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [1 x 2048 byte records] SMP: AP CPU #1 Launched! (cd0:ata1:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata1:0:0:0): Illegal mode for this track (cd0:ata1:0:0:0): Unretryable error (cd0:ata1:0:0:0): cddone: got error 0x6 back da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 57231MB (117210240 512 byte sectors: 255H 63S/T 7296C) (cd0:ata1:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata1:0:0:0): Illegal mode for this track (cd0:ata1:0:0:0): Unretryable error (cd0:ata1:0:0:0): cddone: got error 0x6 back (cd0:ata1:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata1:0:0:0): Illegal mode for this track (cd0:ata1:0:0:0): Unretryable error (cd0:ata1:0:0:0): cddone: got error 0x6 back Trying to mount root from ufs:/dev/da0s2a (cd0:ata1:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata1:0:0:0): Illegal mode for this track (cd0:ata1:0:0:0): Unretryable error (cd0:ata1:0:0:0): cddone: got error 0x6 back (cd0:ata1:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata1:0:0:0): Illegal mode for this track (cd0:ata1:0:0:0): Unretryable error (cd0:ata1:0:0:0): cddone: got error 0x6 back (cd0:ata1:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata1:0:0:0): Illegal mode for this track (cd0:ata1:0:0:0): Unretryable error (cd0:ata1:0:0:0): cddone: got error 0x6 back (cd0:ata1:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 (cd0:ata1:0:0:0): CAM Status: SCSI Status Error (cd0:ata1:0:0:0): SCSI Status: Check Condition (cd0:ata1:0:0:0): ILLEGAL REQUEST asc:64,0 (cd0:ata1:0:0:0): Illegal mode for this track (cd0:ata1:0:0:0): Unretryable error (cd0:ata1:0:0:0): cddone: got error 0x6 back --------------090408050809010601060401-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 22:41:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A49CC16A494; Wed, 29 Nov 2006 22:41:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B15D443CD6; Wed, 29 Nov 2006 22:40:48 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kATMejpI071844; Wed, 29 Nov 2006 15:40:51 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <456E0C66.4060404@samsco.org> Date: Wed, 29 Nov 2006 15:40:38 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: John Birrell References: <45622068.2050705@student.tue.nl> <200611291204.03716.jhb@freebsd.org> <20061129223221.GA359@what-creek.com> In-Reply-To: <20061129223221.GA359@what-creek.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Rene Ladan , jb@freebsd.org, freebsd-current@freebsd.org Subject: Re: calcru-triggered panic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 22:41:02 -0000 John Birrell wrote: > On Wed, Nov 29, 2006 at 12:04:03PM -0500, John Baldwin wrote: >> On Monday 20 November 2006 16:38, Rene Ladan wrote: >>> Hi, >>> >>> I got the attached panic on CURRENT 2006-11-17. >>> >>> It was preceded by a lot of 'calcru' messages. >> The calcru messages you can ignore. >> >> This is the real problem: >> >> panic: blockable sleep lock (sleep mutex) tty >> @ /usr/src-current/sys/kern/kern_event.c:1670 >> >> This panic is due to the recent changes to printf to try to buffer the printf >> output. It now runs cnputc() under a critical section and syscons(4) tries >> to do a ttwakeup() which invokes KNOTE() and tries to lock a regular mutex >> while inside the critical section. I'm not sure how best to fix this. > > I would like to go back to using a printf buffer on the stack > (like I had in my original implementation). The downside of > doing that is that it places more stress on the stack and for > things like cam, that is an issue, so I am told. > > -- > John Birrell It's probably less of an issue now that it used to be, since I/O is decoupled through GEOM threads. In 4.x, you could have a stack that went from the syscall, through VFS, UFS, the block layer, CAM, and finally the device driver. When I was working on RAIDFrame, adding just a couple hundred bytes of stack usage would cause it to blow out. But as I said, it might not be as much of an issue now. Scott From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 22:49:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 086E416A407; Wed, 29 Nov 2006 22:49:45 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFDE743CC3; Wed, 29 Nov 2006 22:49:09 +0000 (GMT) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 63C23140EC03; Wed, 29 Nov 2006 22:50:25 +0000 (GMT) Date: Wed, 29 Nov 2006 22:50:25 +0000 From: John Birrell To: Scott Long Message-ID: <20061129225025.GA584@what-creek.com> References: <45622068.2050705@student.tue.nl> <200611291204.03716.jhb@freebsd.org> <20061129223221.GA359@what-creek.com> <456E0C66.4060404@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <456E0C66.4060404@samsco.org> User-Agent: Mutt/1.4.2.1i Cc: Rene Ladan , jb@freebsd.org, freebsd-current@freebsd.org Subject: Re: calcru-triggered panic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 22:49:45 -0000 On Wed, Nov 29, 2006 at 03:40:38PM -0700, Scott Long wrote: > It's probably less of an issue now that it used to be, since I/O is > decoupled through GEOM threads. In 4.x, you could have a stack that > went from the syscall, through VFS, UFS, the block layer, CAM, and > finally the device driver. When I was working on RAIDFrame, adding > just a couple hundred bytes of stack usage would cause it to blow out. > But as I said, it might not be as much of an issue now. Is it possible to check how deep the stack is and avoid using a stack buffer if too deep? -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 22:53:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7D4E16A403; Wed, 29 Nov 2006 22:53:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8673C43D7F; Wed, 29 Nov 2006 22:51:28 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kATMpEIX071905; Wed, 29 Nov 2006 15:51:19 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <456E0EDA.60603@samsco.org> Date: Wed, 29 Nov 2006 15:51:06 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: John Birrell References: <45622068.2050705@student.tue.nl> <200611291204.03716.jhb@freebsd.org> <20061129223221.GA359@what-creek.com> <456E0C66.4060404@samsco.org> <20061129225025.GA584@what-creek.com> In-Reply-To: <20061129225025.GA584@what-creek.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Rene Ladan , jb@freebsd.org, freebsd-current@freebsd.org Subject: Re: calcru-triggered panic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 22:53:27 -0000 John Birrell wrote: > On Wed, Nov 29, 2006 at 03:40:38PM -0700, Scott Long wrote: >> It's probably less of an issue now that it used to be, since I/O is >> decoupled through GEOM threads. In 4.x, you could have a stack that >> went from the syscall, through VFS, UFS, the block layer, CAM, and >> finally the device driver. When I was working on RAIDFrame, adding >> just a couple hundred bytes of stack usage would cause it to blow out. >> But as I said, it might not be as much of an issue now. > > Is it possible to check how deep the stack is and avoid using a stack > buffer if too deep? > > -- > John Birrell I don't know how to do it in a platform-independent way. For i386, I'd check %esp and see if it's getting close to a 2x page boundary. Scott From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 23:24:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6A3716A412 for ; Wed, 29 Nov 2006 23:24:12 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 264BC43C9D for ; Wed, 29 Nov 2006 23:24:08 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin05-en2 [10.13.10.150]) by smtpout.mac.com (Xserve/8.12.11/smtpout14/MantshX 4.0) with ESMTP id kATNO7FW010768; Wed, 29 Nov 2006 15:24:07 -0800 (PST) Received: from [17.214.13.96] (a17-214-13-96.apple.com [17.214.13.96]) (authenticated bits=0) by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id kATNO42C010603; Wed, 29 Nov 2006 15:24:05 -0800 (PST) In-Reply-To: <456E0EDA.60603@samsco.org> References: <45622068.2050705@student.tue.nl> <200611291204.03716.jhb@freebsd.org> <20061129223221.GA359@what-creek.com> <456E0C66.4060404@samsco.org> <20061129225025.GA584@what-creek.com> <456E0EDA.60603@samsco.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <56E4A436-FE9E-4247-90B3-42FF6A23FEDC@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Wed, 29 Nov 2006 15:24:03 -0800 To: Scott Long X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-current@freebsd.org, John Birrell Subject: Re: calcru-triggered panic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 23:24:12 -0000 On Nov 29, 2006, at 2:51 PM, Scott Long wrote: >> Is it possible to check how deep the stack is and avoid using a stack >> buffer if too deep? >> -- >> John Birrell > > I don't know how to do it in a platform-independent way. For i386, > I'd check %esp and see if it's getting close to a 2x page boundary. You should be able to take the address of an automatic variable which gets allocated on the stack...? #include int main(int argc, char *argv[]) { volatile int stack_location; printf("stack is at: %0p\n", &stack_location); } On a few platforms [1], they have a set of registers dedicated as temps which might be used instead of the stack, although taking the address of the variable should be enough to prevent the compiler from allocating it in a register. But using "volatile" will keep the compiler from doing anything fancy with it. -- -Chuck [1]: The HP/PA and SPARC's register windows, for example. But quick testing suggests that the above finds the stack on x86, SPARC, and PPC hardware, although I'm obviously testing userland code rather than running it inside a kernel module. :-) From owner-freebsd-current@FreeBSD.ORG Wed Nov 29 23:47:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4CE116A417; Wed, 29 Nov 2006 23:47:13 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 342C043CC3; Wed, 29 Nov 2006 23:47:06 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.7/8.13.4) with ESMTP id kATNlAOK049276; Wed, 29 Nov 2006 15:47:10 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.7/8.13.4/Submit) id kATNl1sX049274; Wed, 29 Nov 2006 15:47:01 -0800 (PST) Date: Wed, 29 Nov 2006 15:47:01 -0800 (PST) From: Matthew Dillon Message-Id: <200611292347.kATNl1sX049274@apollo.backplane.com> To: Scott Long References: <45622068.2050705@student.tue.nl> <200611291204.03716.jhb@freebsd.org> <20061129223221.GA359@what-creek.com> <456E0C66.4060404@samsco.org> <20061129225025.GA584@what-creek.com> <456E0EDA.60603@samsco.org> Cc: jb@freebsd.org, John Birrell , freebsd-current@freebsd.org, Rene Ladan Subject: Re: calcru-triggered panic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2006 23:47:13 -0000 :I don't know how to do it in a platform-independent way. For i386, :I'd check %esp and see if it's getting close to a 2x page boundary. : :Scott It's really easy. Just pre-initialize the stack to a fixed value when it is allocated, like 0xabcd1234, then write a little KVM utility which scans the stack for each thread on the system, determines how much of it is used, and prints out the values. You can also figure out approximately what routines were running so deep in the stack by scanning the used portion of the stack for procedural return PCs. There are usually a ton scattered around the stack. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 03:46:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74AC516A403 for ; Thu, 30 Nov 2006 03:46:48 +0000 (UTC) (envelope-from rorya@TrueStep.com) Received: from Tserver.TrueStep.com (Tserver.TrueStep.com [64.253.96.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D7943C9D for ; Thu, 30 Nov 2006 03:46:42 +0000 (GMT) (envelope-from rorya@TrueStep.com) Received: from [10.101.1.8] (Cypher.TrueStep [10.101.1.8]) (authenticated bits=0) by Tserver.TrueStep.com (8.13.8/8.13.8) with ESMTP id kAU3kbZu004348 for ; Wed, 29 Nov 2006 22:46:39 -0500 (EST) (envelope-from rorya@TrueStep.com) DKIM-Signature: a=rsa-sha1; c=simple/simple; d=TrueStep.com; s=default; t=1164858399; bh=KmZRcu4piBLPVQCybnLpETXBQhw=; h=Mime-Version: Content-Transfer-Encoding:Message-Id:Content-Type:To:From:Subject: Date:X-Mailer; b=afG4LnEbnlYG/4QQRRYqa4s7jJcqIa3NxyxcsujF1FS6TtzzKn MRbzKh6E9D4gDaS9W4HEAJGMaEJ7iMm3jCDw== Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Rory Arms Date: Wed, 29 Nov 2006 22:46:36 -0500 X-Mailer: Apple Mail (2.752.2) X-Spam-Status: No, score=-101.0 required=4.5 tests=SPF_PASS, USER_IN_WHITELIST autolearn=failed version=3.1.6-ts_20060825 X-Spam-Checker-Version: SpamAssassin 3.1.6-ts_20060825 (2006-10-03) on Tserver.TrueStep.com Subject: 6.2-PRERELEASE panic with non-root degrading ATA drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 03:46:48 -0000 I can't remember if this was the behavior with older versions, the last time I had a drive fail on FreeBSD. But it seems to me that the I/O request should just fail and things go on as usual, especially on a non-system drive. So, is this a bug or correct behavior? With 6.2-PRERELEASE and a separate data only ata(4) drive, it continuously panics when it encounters a bad block on the drive. I had dumps turned on, so here's a backtrace when inspecting the coredump. [GDB will not be able to debug user-mode threads: /usr/lib/ libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: vinvalbuf: dirty bufs cpuid = 1 Uptime: 50m21s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130784 pages) Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x21310004 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0448701 stack pointer = 0x28:0xd44b2c78 frame pointer = 0x28:0xd44b2ca4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 16 (swi2: cambio) trap number = 12 panic: page fault cpuid = 1 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc053cd31 in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:409 #2 0xc053d124 in panic (fmt=0xc07c1ebe "vinvalbuf: dirty bufs") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc05aacc3 in bufobj_invalbuf (bo=0xc362fb60, flags=1, td=0x0, slpflag=0, slptimeo=0) at /usr/src/sys/kern/vfs_subr.c:1028 #4 0xc05ab032 in vinvalbuf (vp=0xc362faa0, flags=0, td=0x0, slpflag=0, slptimeo=0) at /usr/src/sys/kern/vfs_subr.c:1095 #5 0xc05ae374 in vgonel (vp=0xc362faa0) at /usr/src/sys/kern/ vfs_subr.c:2449 #6 0xc05ae248 in vgone (vp=0xc362faa0) at /usr/src/sys/kern/ vfs_subr.c:2404 #7 0xc04de056 in devfs_delete (dm=0xc359be00, de=0xc35a3380) at /usr/src/sys/fs/devfs/devfs_devs.c:244 #8 0xc04de2ca in devfs_populate_loop (dm=0xc359be00, cleanup=0) at /usr/src/sys/fs/devfs/devfs_devs.c:352 #9 0xc04de575 in devfs_populate (dm=0xc359be00) at /usr/src/sys/fs/devfs/devfs_devs.c:448 #10 0xc04e07f2 in devfs_lookupx (ap=0x0) at /usr/src/sys/fs/devfs/devfs_vnops.c:512 #11 0xc04e098e in devfs_lookup (ap=0xd5d00998) at /usr/src/sys/fs/devfs/devfs_vnops.c:576 #12 0xc078df94 in VOP_LOOKUP_APV (vop=0xc07f2340, a=0xd5d00998) at vnode_if.c:99 #13 0xc05a386b in lookup (ndp=0xd5d00bc0) at vnode_if.h:56 ---Type to continue, or q to quit--- #14 0xc05a2fd8 in namei (ndp=0xd5d00bc0) at /usr/src/sys/kern/ vfs_lookup.c:211 #15 0xc05bbecd in vn_open_cred (ndp=0xd5d00bc0, flagp=0xd5d00cc0, cmode=420, cred=0xc35cd680, fdidx=9) at /usr/src/sys/kern/vfs_vnops.c:126 #16 0xc05bbe53 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0) at /usr/src/sys/kern/vfs_vnops.c:91 #17 0xc05b2998 in kern_open (td=0xc344b480, path=0x0, pathseg=UIO_USERSPACE, flags=522, mode=438) at /usr/src/sys/kern/vfs_syscalls.c:1005 #18 0xc05b2886 in open (td=0x0, uap=0xd5d00d04) at /usr/src/sys/kern/vfs_syscalls.c:969 #19 0xc0778e20 in syscall (frame= {tf_fs = 672661563, tf_es = 146604091, tf_ds = -1078001605, tf_edi = 8, tf_esi = 674142680, tf_ebp = -1077941592, tf_isp = -707785372, tf_ebx = 674051392, tf_edx = 0, tf_ecx = 0, tf_eax = 5, tf_trapno = 0, tf_err = 2, tf_eip = 673930243, tf_cs = 51, tf_eflags = 518, tf_esp = -1077941636, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #20 0xc07619df in Xint0x80_syscall () at /usr/src/sys/i386/i386/ exception.s:200 #21 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 04:10:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84FE116A47C for ; Thu, 30 Nov 2006 04:10:05 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5C5C43CA2 for ; Thu, 30 Nov 2006 04:09:58 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1818917uge for ; Wed, 29 Nov 2006 20:10:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F0Tsl5/+nfJwGJ4yEBob54fF71sbrpT8wgE6EKdOJ94GDM5ob40IXCsPa9BiPWpAVnywji1WiotQ8FaD+JcTOun/ejDy3gYmbjiz9kjlgEd42fCD8gTqayFGxfN4wWvoWB6gUsIrK0sgVm1Pn1kK0e/GRcwJ5qx/iF4do+6fOuo= Received: by 10.82.107.15 with SMTP id f15mr742536buc.1164859802402; Wed, 29 Nov 2006 20:10:02 -0800 (PST) Received: by 10.82.191.20 with HTTP; Wed, 29 Nov 2006 20:10:01 -0800 (PST) Message-ID: Date: Wed, 29 Nov 2006 20:10:01 -0800 From: "Kip Macy" To: "Doug Barton" , "John Baldwin" , freebsd-current@freebsd.org In-Reply-To: <456DF8A9.4050309@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061123213659.GA8405@localhost.localdomain> <20061123215851.GA56442@what-creek.com> <200611291210.39449.jhb@freebsd.org> <456DF8A9.4050309@FreeBSD.org> Cc: Subject: Re: KDTRACE is gone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 04:10:05 -0000 Thanks Doug for holding me accountable for the duration of the thread. Quite the non-sequitur. -Kip On 11/29/06, Doug Barton wrote: > Kip Macy wrote: > > I definitely don't agree with jb@ that this is grounds for not committing > > dtrace support. > > Numerous people have now explained the issue to you. It's ok if you > don't agree with them. It's not ok to keep flogging this horse. > > Doug > > -- > > This .signature sanitized for your protection > > From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 04:27:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from [IPv6:::1] (hub.freebsd.org [69.147.83.54]) by hub.freebsd.org (Postfix) with ESMTP id 8168216A415 for ; Thu, 30 Nov 2006 04:27:24 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <456E5DAB.10608@FreeBSD.org> Date: Thu, 30 Nov 2006 02:27:23 -0200 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 1.5.0.8 (X11/20061113) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: compat6x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 04:27:25 -0000 Hi list, I make compat6x port. If someone need or can help to test, please download shar here: http://marcus.grupos.com.br:8080/patch/compat6x.shar Any feedback are welcome. NOTE: Until mirrors sync public_distfiles you can download from http://people.freebsd.org/~mnag/compat6x/ Regards -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 07:50:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1851D16A403; Thu, 30 Nov 2006 07:50:47 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 623DE43CA3; Thu, 30 Nov 2006 07:50:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B693C1A4D82; Wed, 29 Nov 2006 23:50:46 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0A7395146F; Thu, 30 Nov 2006 02:50:29 -0500 (EST) Date: Thu, 30 Nov 2006 02:50:28 -0500 From: Kris Kennaway To: Vincent Blondel Message-ID: <20061130075028.GA22164@xor.obsecurity.org> References: <39215.172.16.9.1.1164806110.squirrel@172.16.66.74> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <39215.172.16.9.1.1164806110.squirrel@172.16.66.74> User-Agent: Mutt/1.4.2.2i Cc: ports@FreeBSD.org, current@freebsd.org Subject: Re: DESTDIR problems ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ports@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 07:50:47 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 29, 2006 at 02:15:10PM +0100, Vincent Blondel wrote: >=20 > Hello, >=20 > I just finalized a Makefile making a complete apache jail machine. For > this I used a common >=20 > 'make DESTDIR=3Djail_path install clean' >=20 > But I noticed this does not work with all ports. For info, these packages > give me problems perl5.8 m4 p5-Locale-gettext autoconf259 apache20. >=20 > Nevertheless, I found a workaround by first making a package and install > it after in the jail machine. >=20 > For example, I noticed 'install phase' (apache20) makes problems with > variable PREFIX that is not defined with PREFIX=3DDESTDIR+PREFIX. This is > just an example but there are others. >=20 > Can somebody say me if these problems are known, if these bugs are being > solved ?? This was sent to the wrong list; the freebsd-ports mailing list is --> that way. Anyway, DESTDIR support is incomplete and further work seems to have stalled. The easiest thing to do is either a) mount the ports tree inside your jail (e.g using nullfs) and build it "as normal" b) Use precompiled packages within your jail, e.g. from the FTP site using pkg_add -r or 'make package' outside the jail. Kris --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFbo1EWry0BWjoQKURAn3lAJ40ChVkoinlsHgd4WYdk9r1Vpgw0wCcD6it YLL5se76GrTtyE/a7pNHL+M= =sk7f -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 09:24:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8292716A407 for ; Thu, 30 Nov 2006 09:24:00 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.FreeBSD.org (Postfix) with SMTP id 2906A43CA8 for ; Thu, 30 Nov 2006 09:23:49 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 16778 invoked from network); 30 Nov 2006 09:23:55 -0000 Received: from unknown (HELO sbepfkaa.srv.xtra-net.be) (172.16.66.66) by 0 with SMTP; 30 Nov 2006 09:23:55 -0000 Received: (qmail 31925 invoked from network); 30 Nov 2006 09:22:43 -0000 Received: from localhost (HELO 172.16.66.74) (127.0.0.1) by 0 with SMTP; 30 Nov 2006 09:22:43 -0000 Received: from 172.16.9.1 (proxying for 193.178.209.213) (SquirrelMail authenticated user 720616030) by 172.16.66.74 with HTTP; Thu, 30 Nov 2006 10:22:43 +0100 (CET) Message-ID: <42185.172.16.9.1.1164878563.squirrel@172.16.66.74> In-Reply-To: <20061130075028.GA22164@xor.obsecurity.org> References: <39215.172.16.9.1.1164806110.squirrel@172.16.66.74> <20061130075028.GA22164@xor.obsecurity.org> Date: Thu, 30 Nov 2006 10:22:43 +0100 (CET) From: "Vincent Blondel" To: ports@FreeBSD.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: ports@freebsd.org, Vincent Blondel , current@freebsd.org Subject: Re: DESTDIR problems ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 09:24:00 -0000 On Thu, November 30, 2006 08:50, Kris Kennaway wrote: On Wed, Nov 29, 2006 at 02:15:10PM +0100, Vincent Blondel wrote: > > Hello, > > > I just finalized a Makefile making a complete apache jail machine. For > this I used a common > > 'make DESTDIR=jail_path install clean' > > > But I noticed this does not work with all ports. For info, these packages > give me problems perl5.8 m4 p5-Locale-gettext autoconf259 apache20. > > Nevertheless, I found a workaround by first making a package and install > it after in the jail machine. > > For example, I noticed 'install phase' (apache20) makes problems with > variable PREFIX that is not defined with PREFIX=DESTDIR+PREFIX. This is > just an example but there are others. > > Can somebody say me if these problems are known, if these bugs are being > solved ?? This was sent to the wrong list; the freebsd-ports mailing list is --> that way. Anyway, DESTDIR support is incomplete and further work seems to have stalled. The easiest thing to do is either a) mount the ports tree inside your jail (e.g using nullfs) and build it "as normal" I tried earlier to mount some nfs shares but I saw on the net this does not seem possible from within a jail. I did not know it was possible with nullfs fs. I will try it and this is sure a solution for my problem. b) Use precompiled packages within your jail, e.g. from the FTP site using pkg_add -r or 'make package' outside the jail. this is not always easy to add precompiled ports when I have to be asolutely sure all paramaters I'd like to have are well included in this package ... like PAM, SASL, GSSAPI, LDAP, KRB5. Furthermore, I do not think there are some precompiled packages for ports like JDK. Kris Many thanks Kris, Vincent. From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 08:47:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E379416A415; Thu, 30 Nov 2006 08:47:40 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 551F443CB2; Thu, 30 Nov 2006 08:47:32 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 65332579; Thu, 30 Nov 2006 02:47:38 -0600 (CST) Date: Thu, 30 Nov 2006 02:47:38 -0600 To: Marcus Alves Grando Message-ID: <20061130084738.GA13047@soaustin.net> References: <456E5DAB.10608@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <456E5DAB.10608@FreeBSD.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Thu, 30 Nov 2006 12:41:41 +0000 Cc: current@freebsd.org Subject: Re: HEADS UP: compat6x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 08:47:41 -0000 On Thu, Nov 30, 2006 at 02:27:23AM -0200, Marcus Alves Grando wrote: > I make compat6x port. If someone need or can help to test, please > download shar here: ***thank you*** mcl From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 12:49:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A64C16A416 for ; Thu, 30 Nov 2006 12:49:25 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACC3543C9D for ; Thu, 30 Nov 2006 12:49:16 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so811880wra for ; Thu, 30 Nov 2006 04:49:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=jdPHNTnZxRRgJubsVb/XQqy8OD4Xx6e2n7uKxKq/fHTf63szDZ61Qawd7kgJniodWTKSE7B6p1VzIwC6dOZWBmt/c5y+1MqPOOOlbULBn9VVUgQtFSlU7hix/9zkDvvCH+rrs65I6oWEeREJV6k2VPrvqUNSVxJW0M9WdcP6yjw= Received: by 10.78.203.13 with SMTP id a13mr3493531hug.1164890962527; Thu, 30 Nov 2006 04:49:22 -0800 (PST) Received: by 10.78.167.16 with HTTP; Thu, 30 Nov 2006 04:49:22 -0800 (PST) Message-ID: Date: Thu, 30 Nov 2006 15:49:22 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Tatsuhiro Tsujikawa" , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: d304afdb9f56c638 Cc: Subject: aria2 segfaults on FreeBSD 7.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 12:49:25 -0000 This is aria2 0.9.0, but earlier versions segfault, too. For example, when run without arguments under gdb: <...> Report bugs to Program received signal SIGSEGV, Segmentation fault. idalloc (ptr=0xa5a5a5a5) at /usr/7/src/lib/libc/stdlib/malloc.c:2950 2950 malloc_mutex_lock(&chunk->arena->mtx); Current language: auto; currently c (gdb) bt full #0 idalloc (ptr=0xa5a5a5a5) at /usr/7/src/lib/libc/stdlib/malloc.c:2950 chunk = (arena_chunk_t *) 0xa5a00000 __func__ = "idalloc" #1 0x2858ddbc in free (ptr=0xa5a5a5a5) at /usr/7/src/lib/libc/stdlib/malloc.c:3628 __func__ = "free" #2 0x284efbf9 in operator delete (ptr=0xa5a00000) at /usr/7/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/del_op.cc:40 No locals. #3 0x284ecd27 in operator delete[] (ptr=0xa5a5a5a5) at /usr/7/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/del_opv.cc:36 No locals. #4 0x08090585 in ~BitfieldMan (this=0x8240130) at BitfieldMan.cc:71 No locals. #5 0x080dee7d in __tcf_1 () at Peer.h:98 No locals. #6 0x285d9be2 in __cxa_finalize (dso=0x0) at /usr/7/src/lib/libc/stdlib/atexit.c:182 p = (struct atexit *) 0x8210400 fn = {fn_type = 2, fn_ptr = {std_func = 0x80ded00 <__tcf_1>, cxa_func = 0x80ded00 <__tcf_1>}, fn_arg = 0x0, fn_dso = 0x811f004} n = 11 #7 0x2858e60e in exit (status=1) at /usr/7/src/lib/libc/stdlib/exit.c:71 No locals. #8 0x08051325 in main (argc=1, argv=0xbfbfe8b8) at main.cc:702 optIndex = 0 lopt = 0 longOpts = {{name = 0x8117e6b "daemon", has_arg = 0, flag = 0x0, val = 68}, { name = 0x8117e72 "dir", has_arg = 1, flag = 0x0, val = 100}, {name = 0x81183b4 "out", has_arg = 1, flag = 0x0, val = 111}, {name = 0x8118077 "log", has_arg = 1, flag = 0x0, val = 108}, { name = 0x8117e76 "split", has_arg = 1, flag = 0x0, val = 115}, {name = 0x81180ff "timeout", has_arg = 1, flag = 0x0, val = 116}, {name = 0x8117e7c "max-tries", has_arg = 1, flag = 0x0, val = 109}, {name = 0x8117f10 "http-proxy", has_arg = 1, flag = 0xbfbfe70c, val = 1}, { name = 0x8117e86 "http-user", has_arg = 1, flag = 0xbfbfe70c, val = 2}, { name = 0x8117e90 "http-passwd", has_arg = 1, flag = 0xbfbfe70c, val = 3}, { name = 0x8117e9c "http-proxy-user", has_arg = 1, flag = 0xbfbfe70c, val = 4}, { name = 0x8117eac "http-proxy-passwd", has_arg = 1, flag = 0xbfbfe70c, val = 5}, { name = 0x8117ebe "http-auth-scheme", has_arg = 1, flag = 0xbfbfe70c, val = 6}, { name = 0x8117ecf "referer", has_arg = 1, flag = 0xbfbfe70c, val = 7}, { name = 0x8117ed7 "retry-wait", has_arg = 1, flag = 0xbfbfe70c, val = 8}, { name = 0x8117ee2 "ftp-user", has_arg = 1, flag = 0xbfbfe70c, val = 9}, { name = 0x8117eeb "ftp-passwd", has_arg = 1, flag = 0xbfbfe70c, val = 10}, { name = 0x8117ef6 "ftp-type", has_arg = 1, flag = 0xbfbfe70c, val = 11}, { name = 0x8117eff "ftp-pasv", has_arg = 0, flag = 0x0, val = 112}, { name = 0x8117f08 "ftp-via-http-proxy", has_arg = 1, flag = 0xbfbfe70c, val = 12}, { name = 0x8117f1b "http-proxy-method", has_arg = 1, flag = 0xbfbfe70c, val = 14}, { name = 0x8117f2d "lowest-speed-limit", has_arg = 1, flag = 0xbfbfe70c, val = 200}, { name = 0x8117f40 "max-download-limit", has_arg = 1, flag = 0xbfbfe70c, val = 201}, { name = 0x8117f53 "torrent-file", has_arg = 1, flag = 0x0, val = 84}, { name = 0x8117f60 "listen-port", has_arg = 1, flag = 0xbfbfe70c, val = 15}, { name = 0x8117f6c "follow-torrent", has_arg = 1, flag = 0xbfbfe70c, val = 16}, { name = 0x8117f7b "show-files", has_arg = 0, flag = 0x0, val = 83}, { name = 0x8117f86 "no-preallocation", has_arg = 0, flag = 0xbfbfe70c, val = 18}, { name = 0x8117f97 "direct-file-mapping", has_arg = 1, flag = 0xbfbfe70c, val = 19}, { name = 0x8117fd0 "upload-limit", has_arg = 1, flag = 0xbfbfe70c, val = 20}, { name = 0x8117fab "select-file", has_arg = 1, flag = 0xbfbfe70c, val = 21}, { name = 0x8117fb7 "seed-time", has_arg = 1, flag = 0xbfbfe70c, val = 22}, { name = 0x8117fc1 "seed-ratio", has_arg = 1, flag = 0xbfbfe70c, val = 23}, { name = 0x8117fcc "max-upload-limit", has_arg = 1, flag = 0xbfbfe70c, val = 24}, { name = 0x8117fdd "metalink-file", has_arg = 1, flag = 0x0, val = 77}, { name = 0x8117feb "metalink-servers", has_arg = 1, flag = 0x0, val = 67}, { name = 0x8117ffc "metalink-version", has_arg = 1, flag = 0xbfbfe70c, val = 100}, { name = 0x811800d "metalink-language", has_arg = 1, flag = 0xbfbfe70c, val = 101}, { name = 0x811801f "metalink-os", has_arg = 1, flag = 0xbfbfe70c, val = 102}, { name = 0x811802b "follow-metalink", has_arg = 1, flag = 0xbfbfe70c, val = 103}, { name = 0x811803b "metalink-location", has_arg = 1, flag = 0xbfbfe70c, val = 104}, { name = 0x8118005 "version", has_arg = 0, flag = 0x0, val = 118}, {name = 0x811804d "help", has_arg = 0, flag = 0x0, val = 104}, {name = 0x0, has_arg = 0, flag = 0x0, val = 0}} From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 13:13:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5EE116A4FE for ; Thu, 30 Nov 2006 13:13:41 +0000 (UTC) (envelope-from jarda@grisoft.cz) Received: from ms.grisoft.cz (ms.grisoft.cz [193.85.188.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5547A43D95 for ; Thu, 30 Nov 2006 13:11:42 +0000 (GMT) (envelope-from jarda@grisoft.cz) Received: from localhost (gate2 [127.0.0.1]) by ms.grisoft.cz (Postfix) with ESMTP id 07BBE68021 for ; Thu, 30 Nov 2006 14:11:49 +0100 (CET) Received: from ms.grisoft.cz ([127.0.0.1]) by localhost (gate2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14648-09 for ; Thu, 30 Nov 2006 14:11:48 +0100 (CET) Received: from jardas.grisoft.cz (unknown [192.168.104.87]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ms.grisoft.cz (Postfix) with ESMTP id B41866800E for ; Thu, 30 Nov 2006 14:11:48 +0100 (CET) Received: from jardas.grisoft.cz (localhost [127.0.0.1]) by jardas.grisoft.cz (8.13.8/8.12.9) with ESMTP id kAUDBhem031970 for ; Thu, 30 Nov 2006 14:11:43 +0100 (CET) (envelope-from jarda@jardas.grisoft.cz) Received: (from jarda@localhost) by jardas.grisoft.cz (8.13.8/8.13.8/Submit) id kAUDBh2l031969 for freebsd-current@freebsd.org; Thu, 30 Nov 2006 14:11:43 +0100 (CET) (envelope-from jarda) Date: Thu, 30 Nov 2006 14:11:43 +0100 From: JAroslav Suchanek To: freebsd-current@freebsd.org Message-ID: <20061130131143.GA31809@jardas.grisoft.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by AVG Anti-Virus at grisoft.cz Subject: shmget regression? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 13:13:41 -0000 Hi! I've tried to post PR, but it seems it got lost somewhere. I just wonder whether there was some change in shmget behavior in current. Look at this patch to src/sys-cur/tools/regression/sysvshm/shmtest.c --- shmtest_old.c Tue Nov 28 09:59:55 2006 +++ shmtest.c Tue Nov 28 09:58:39 2006 @@ -126,6 +126,9 @@ if ((sender_shmid = shmget(shmkey, pgsize, IPC_CREAT | 0640)) == -1) err(1, "shmget"); + if ((sender_shmid = shmget(shmkey, pgsize, 0640)) == -1) + err(1, "shmget"); + if (shmctl(sender_shmid, IPC_STAT, &s_ds) == -1) err(1, "shmctl IPC_STAT"); It failed with permission denied. Is that ok? Same code does not fail on STABLE nor Linux. The system is: i386 FreeBSD 7.0-CURRENT Relevant part of conf file: options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores As I searched via cvsview, there were no suspicious changes in sysv ipc code recently, the only change is switch to priv(9) from suser(9). Thanks for clarification, Jarda Suchanek From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 13:45:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 798E316A494 for ; Thu, 30 Nov 2006 13:45:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D25C643CAF for ; Thu, 30 Nov 2006 13:45:17 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8C98446B58; Thu, 30 Nov 2006 08:45:21 -0500 (EST) Date: Thu, 30 Nov 2006 13:45:21 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: JAroslav Suchanek In-Reply-To: <20061130131143.GA31809@jardas.grisoft.cz> Message-ID: <20061130134403.P41812@fledge.watson.org> References: <20061130131143.GA31809@jardas.grisoft.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: shmget regression? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 13:45:26 -0000 On Thu, 30 Nov 2006, JAroslav Suchanek wrote: > I've tried to post PR, but it seems it got lost somewhere. > > I just wonder whether there was some change in shmget behavior in current. > > Look at this patch to src/sys-cur/tools/regression/sysvshm/shmtest.c Can you send the output of 'ipcs' after the below code runs so that I can see the mode it ended up being created with? You might try reverting the priv(9) change to sysv_ipc.c and see if that fixes thanks? Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > --- shmtest_old.c Tue Nov 28 09:59:55 2006 > +++ shmtest.c Tue Nov 28 09:58:39 2006 > @@ -126,6 +126,9 @@ > if ((sender_shmid = shmget(shmkey, pgsize, IPC_CREAT | 0640)) == -1) > err(1, "shmget"); > > + if ((sender_shmid = shmget(shmkey, pgsize, 0640)) == -1) > + err(1, "shmget"); > + > if (shmctl(sender_shmid, IPC_STAT, &s_ds) == -1) > err(1, "shmctl IPC_STAT"); > > > It failed with permission denied. Is that ok? Same code does not fail on STABLE > nor Linux. > > The system is: > i386 FreeBSD 7.0-CURRENT > > Relevant part of conf file: > options SYSVSHM #SYSV-style shared memory > options SYSVMSG #SYSV-style message queues > options SYSVSEM #SYSV-style semaphores > > As I searched via cvsview, there were no suspicious changes in sysv ipc code > recently, the only change is switch to priv(9) from suser(9). > > Thanks for clarification, > Jarda Suchanek > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 14:02:15 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B616816A53D; Thu, 30 Nov 2006 14:02:15 +0000 (UTC) (envelope-from jarda@grisoft.cz) Received: from ms.grisoft.cz (ms.grisoft.cz [193.85.188.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id A325743E37; Thu, 30 Nov 2006 13:59:09 +0000 (GMT) (envelope-from jarda@grisoft.cz) Received: from localhost (gate2 [127.0.0.1]) by ms.grisoft.cz (Postfix) with ESMTP id CA78668011; Thu, 30 Nov 2006 14:58:53 +0100 (CET) Received: from ms.grisoft.cz ([127.0.0.1]) by localhost (gate2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 06572-07; Thu, 30 Nov 2006 14:58:53 +0100 (CET) Received: from jardas.grisoft.cz (unknown [192.168.104.87]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ms.grisoft.cz (Postfix) with ESMTP id 7D7A36800E; Thu, 30 Nov 2006 14:58:53 +0100 (CET) Received: from jardas.grisoft.cz (localhost [127.0.0.1]) by jardas.grisoft.cz (8.13.8/8.12.9) with ESMTP id kAUDwni4032420; Thu, 30 Nov 2006 14:58:49 +0100 (CET) (envelope-from jarda@jardas.grisoft.cz) Received: (from jarda@localhost) by jardas.grisoft.cz (8.13.8/8.13.8/Submit) id kAUDwnmm032419; Thu, 30 Nov 2006 14:58:49 +0100 (CET) (envelope-from jarda) Date: Thu, 30 Nov 2006 14:58:49 +0100 From: JAroslav Suchanek To: Robert Watson Message-ID: <20061130135849.GC31809@jardas.grisoft.cz> References: <20061130131143.GA31809@jardas.grisoft.cz> <20061130134403.P41812@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <20061130134403.P41812@fledge.watson.org> X-Virus-Scanned: by AVG Anti-Virus at grisoft.cz X-Mailman-Approved-At: Thu, 30 Nov 2006 15:41:22 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: shmget regression? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 14:02:15 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Nov 30, 2006 at 01:45:21PM +0000, Robert Watson wrote: > > On Thu, 30 Nov 2006, JAroslav Suchanek wrote: > > > I've tried to post PR, but it seems it got lost somewhere. > > > > I just wonder whether there was some change in shmget behavior in > > current. > > > > Look at this patch to src/sys-cur/tools/regression/sysvshm/shmtest.c > > Can you send the output of 'ipcs' after the below code runs so that I can > see the mode it ended up being created with? You might try reverting the > priv(9) change to sysv_ipc.c and see if that fixes thanks? Thanks for your prompt reply. I've attached output of ipcs -ma before and after the test, output of kdump as well... I will try the revert later... Best regards, -- Jarda Suchanek --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ipcs_before.out" Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME m 2424834 0 --rwarwarwa root guest root guest 1 94208 11174 11174 8:23:31 8:23:32 8:23:31 m 458755 0 --rw------- jarda guest jarda guest 2 393216 11187 11174 8:23:55 10:12:02 8:23:55 m 65540 0 --rw------- jarda guest jarda guest 2 393216 11187 11174 8:23:55 10:12:02 8:23:55 m 65541 0 --rw------- jarda guest jarda guest 2 393216 11212 11174 8:25:56 8:25:57 8:25:56 m 65542 0 --rw------- jarda guest jarda guest 2 393216 11212 11174 8:25:56 8:25:57 8:25:56 m 131079 0 --rw------- jarda guest jarda guest 2 393216 32137 11174 14:31:46 14:31:48 14:31:46 m 131080 0 --rw------- jarda guest jarda guest 2 393216 32137 11174 14:31:43 14:31:48 14:31:43 m 65545 0 --rw------- jarda guest jarda guest 2 393216 13130 11174 12:26:09 no-entry 12:26:09 m 983050 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:47:10 no-entry 9:47:10 m 524299 0 --rw-r--r-- root guest root guest 3 110592 11174 24738 9:49:46 no-entry 9:47:10 m 196620 0 --rw-r--r-- root guest root guest 2 122880 11174 24738 9:47:10 no-entry 9:47:10 m 196621 0 --rw-r--r-- root guest root guest 2 122880 11174 24738 9:47:10 no-entry 9:47:10 m 196622 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:47:10 no-entry 9:47:10 m 196623 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:47:10 no-entry 9:47:10 m 196624 0 --rw-r--r-- root guest root guest 3 122880 11174 24738 9:47:11 no-entry 9:47:11 m 196625 0 --rw-r--r-- root guest root guest 3 110592 11174 24738 9:47:10 no-entry 9:47:10 m 196626 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:49:46 no-entry 9:49:46 m 196627 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:49:46 no-entry 9:49:46 m 196628 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:49:46 no-entry 9:49:46 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ipcs_after.out" Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME m 262145 1080653749 --rw-r----- root wheel root wheel 0 4096 32361 0 no-entry no-entry 14:53:35 m 2424834 0 --rwarwarwa root guest root guest 1 94208 11174 11174 8:23:31 8:23:32 8:23:31 m 458755 0 --rw------- jarda guest jarda guest 2 393216 11187 11174 8:23:55 10:12:02 8:23:55 m 65540 0 --rw------- jarda guest jarda guest 2 393216 11187 11174 8:23:55 10:12:02 8:23:55 m 65541 0 --rw------- jarda guest jarda guest 2 393216 11212 11174 8:25:56 8:25:57 8:25:56 m 65542 0 --rw------- jarda guest jarda guest 2 393216 11212 11174 8:25:56 8:25:57 8:25:56 m 131079 0 --rw------- jarda guest jarda guest 2 393216 32137 11174 14:31:46 14:31:48 14:31:46 m 131080 0 --rw------- jarda guest jarda guest 2 393216 32137 11174 14:31:43 14:31:48 14:31:43 m 65545 0 --rw------- jarda guest jarda guest 2 393216 13130 11174 12:26:09 no-entry 12:26:09 m 983050 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:47:10 no-entry 9:47:10 m 524299 0 --rw-r--r-- root guest root guest 3 110592 11174 24738 9:49:46 no-entry 9:47:10 m 196620 0 --rw-r--r-- root guest root guest 2 122880 11174 24738 9:47:10 no-entry 9:47:10 m 196621 0 --rw-r--r-- root guest root guest 2 122880 11174 24738 9:47:10 no-entry 9:47:10 m 196622 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:47:10 no-entry 9:47:10 m 196623 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:47:10 no-entry 9:47:10 m 196624 0 --rw-r--r-- root guest root guest 3 122880 11174 24738 9:47:11 no-entry 9:47:11 m 196625 0 --rw-r--r-- root guest root guest 3 110592 11174 24738 9:47:10 no-entry 9:47:10 m 196626 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:49:46 no-entry 9:49:46 m 196627 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:49:46 no-entry 9:49:46 m 196628 0 --rw-r--r-- root guest root guest 2 110592 11174 24738 9:49:46 no-entry 9:49:46 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="kdump.out" 32361 shmtest CALL stat(0xbfbfed5e,0xbfbfeb10) 32361 shmtest NAMI "./shmtest" 32361 shmtest RET stat 0 32361 shmtest CALL getpid 32361 shmtest RET getpid 32361/0x7e69 32361 shmtest CALL shmget(0x406977b5,0x1000,0x3a0) 32361 shmtest RET shmget 262145/0x40001 32361 shmtest CALL shmget(0x406977b5,0x1000,0x1a0) 32361 shmtest RET shmget -1 errno 13 Permission denied --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 14:47:14 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6FF616A403; Thu, 30 Nov 2006 14:47:14 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1981D43CAB; Thu, 30 Nov 2006 14:40:38 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id CA19752F; Thu, 30 Nov 2006 08:40:45 -0600 (CST) Date: Thu, 30 Nov 2006 08:40:45 -0600 To: current@FreeBSD.org Message-ID: <20061130144045.GA28967@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Thu, 30 Nov 2006 15:41:36 +0000 Cc: bugmeister@FreeBSD.org Subject: some PR submissions are currently being lost X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 14:47:14 -0000 For reasons that we don't yet understand, some PR submissions are currently not making it in to GNATS. This seems to be a different problem from the one that Ken Smith fixed a few days ago (corrupted cvsup file); in that case, the PRs were successfully going in, but neither being acknowledged nor showing up on the web form. I am going to try to rebuild the index now and see if the situation persists. Otherwise, it's going to take someone with a little more availability than I have at the moment. In the meantime, if you believe your PR has gotten lost, please just remail it (off-list) to bugmeister@FreeBSD.org and we'll try to fix it. Thanks for your patience. mcl From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 16:52:15 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2755016A412; Thu, 30 Nov 2006 16:52:15 +0000 (UTC) (envelope-from jarda@grisoft.cz) Received: from ms.grisoft.cz (ms.grisoft.cz [193.85.188.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 905AF4421E; Thu, 30 Nov 2006 16:42:33 +0000 (GMT) (envelope-from jarda@grisoft.cz) Received: from localhost (gate2 [127.0.0.1]) by ms.grisoft.cz (Postfix) with ESMTP id 006FA68021; Thu, 30 Nov 2006 17:42:35 +0100 (CET) Received: from ms.grisoft.cz ([127.0.0.1]) by localhost (gate2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29409-04; Thu, 30 Nov 2006 17:42:35 +0100 (CET) Received: from jardas.grisoft.cz (unknown [192.168.104.87]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ms.grisoft.cz (Postfix) with ESMTP id 2CD3F6801A; Thu, 30 Nov 2006 17:42:35 +0100 (CET) Received: from jardas.grisoft.cz (localhost [127.0.0.1]) by jardas.grisoft.cz (8.13.8/8.12.9) with ESMTP id kAUGgL6o001641; Thu, 30 Nov 2006 17:42:21 +0100 (CET) (envelope-from jarda@jardas.grisoft.cz) Received: (from jarda@localhost) by jardas.grisoft.cz (8.13.8/8.13.8/Submit) id kAUGgKmR001640; Thu, 30 Nov 2006 17:42:20 +0100 (CET) (envelope-from jarda) Date: Thu, 30 Nov 2006 17:42:20 +0100 From: JAroslav Suchanek To: Robert Watson Message-ID: <20061130164220.GA1603@jardas.grisoft.cz> References: <20061130131143.GA31809@jardas.grisoft.cz> <20061130134403.P41812@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061130134403.P41812@fledge.watson.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by AVG Anti-Virus at grisoft.cz Cc: freebsd-current@FreeBSD.org Subject: Re: shmget regression? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 16:52:15 -0000 On Thu, Nov 30, 2006 at 01:45:21PM +0000, Robert Watson wrote: > > On Thu, 30 Nov 2006, JAroslav Suchanek wrote: > > > I've tried to post PR, but it seems it got lost somewhere. > > > > I just wonder whether there was some change in shmget behavior in > > current. > > > > Look at this patch to src/sys-cur/tools/regression/sysvshm/shmtest.c > > Can you send the output of 'ipcs' after the below code runs so that I can > see the mode it ended up being created with? You might try reverting the > priv(9) change to sysv_ipc.c and see if that fixes thanks? Yop, the revert helped, I've used CVS revision 1.27.4.1 of the sysv_ipc.c. Best regards, -- JArda Suchanek From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 18:55:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D9D616A508 for ; Thu, 30 Nov 2006 18:55:39 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E16043C9D for ; Thu, 30 Nov 2006 18:55:29 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id kAUItbrR069930; Thu, 30 Nov 2006 10:55:37 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id kAUItbC7069929; Thu, 30 Nov 2006 10:55:37 -0800 (PST) (envelope-from rizzo) Date: Thu, 30 Nov 2006 10:55:37 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20061130105537.A69725@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: byte swapped udp length in diskless bootp request ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 18:55:39 -0000 i was just trying to diskless-boot a -current kernel, and when it was time for the kernel to acquire the address i was getting the usual DHCP/BOOTP timeout for server 255.255.255.255 Usually it is because of lack of connectivity, but a bit of inspection on the server showed (as you can see below) that the UDP len field is byte-swapped - the 05bc in the packet is in little-endian format, causing the server to reject it. I am trying to follow the code in sys/nfsclient/bootp_subr.c (which should send the packet) but it seemd to call sosend() (at line 755) to generate the packet, so it looks really strange that the bug is in such a central place... any ideas ? If that matters, the kernel is cross-compiled on a 6.2-RC1 box using a relatively fresh source tree. cheers luigi TCPDUMP OUTPUT ON THE SERVER SIDE: r1# tcpdump -nli em0 -s 0 -veX port 67 tcpdump: listening on em0, link-type EN10MB (Ethernet), capture size 65535 bytes 19:37:30.633525 00:40:f4:34:ad:09 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 1502: truncated-ip - 46645 bytes missing! (tos 0x0, ttl 1, id 83, offset 0, flags [none], proto: UDP (17), length: 48133, bad cksum 5bc (->fd95)!) 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:40:f4:34:ad:09, length: 48105, xid:0xffff0001, secs:400, flags: [Broadcast] Client Ethernet Address: 00:40:f4:34:ad:09 Vendor-rfc1048: MSZ:1460 VC:"FreeBSD:i386:7.0-CURRENT" DHCP:DISCOVER 0x0000: 4500 bc05 0053 0000 0111 05bc 0000 0000 E....S.......... 0x0010: ffff ffff 0044 0043 05bc 0000 0101 0600 .....D.C........ 0x0020: ffff 0001 0190 8000 0000 0000 0000 0000 ................ 0x0030: 0000 0000 0000 0000 0040 f434 ad09 0000 .........@.4.... ... and so on. The rest of the packet has all the good data up to 0x05a0: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x05b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x05c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................ ---------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 20:01:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8E7516A6BE; Thu, 30 Nov 2006 20:01:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAEC643F1C; Thu, 30 Nov 2006 19:59:43 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kAUJxlh4004173; Thu, 30 Nov 2006 14:59:48 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Stephane E. Potvin" Date: Thu, 30 Nov 2006 14:43:30 -0500 User-Agent: KMail/1.9.1 References: <4564996D.50808@FreeBSD.org> <200611291216.55424.jhb@freebsd.org> <456E0C38.7010103@videotron.ca> In-Reply-To: <456E0C38.7010103@videotron.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611301443.31419.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 30 Nov 2006 14:59:48 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2263/Thu Nov 30 01:51:08 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Doug Barton Subject: Re: EHCI problem on -current, and unknown devs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 20:02:00 -0000 On Wednesday 29 November 2006 17:39, Stephane E. Potvin wrote: > John Baldwin wrote: > > On Thursday 16 November 2006 03:34, Stephane E. Potvin wrote: > >> Doug Barton wrote: > >>> [ No response from the -usb list, so I'll try here. ] > >>> > >>> Howdy, > >>> > >>> I have a new Dell Latitude D620, and using recent -current I get this: > >>> > >>> ehci0: mem > >>> 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 > >>> ehci0: Could not map memory > >>> device_attach: ehci0 attach returned 6 > >>> > >>> FWIW, I also saw a user on the -stable list report this same problem. > >>> I'm assuming this is bad, but what to do about it? > >>> > >>> > >>> I'm also getting some unknown devices: > >>> > >>> uhub4: >>> 2> on uhub0 > >>> uhub5: >>> 3> on uhub4 > >>> ugen2: >>> addr 6> on uhub4 > >>> uhub6: >>> 2> on uhub3 > >>> > >>> Vendor ID 0x413c is Dell, and is already in the usbdevs file. The > >>> other vendor is O2, and I got their ID for the attached patch from the > >>> list at http://www.usb.org/developers/tools. The 0x0058 device is > >>> already in our usbdevs file, it's the port replicator (docking > >>> station) that the laptop is plugged into currently. I added the 0x8103 > >>> device in the attached patch based on an entry in the NetBSD usbdevs > >>> file. (The entry makes sense to me as well, since I have one of those.) > >>> > >>> So I have two questions ... for the devices (and vendors) that are > >>> already in my local usbdevs file, why are they still showing up by ID? > >>> And how do I find the device IDs for the two unknown devices? I > >>> imagine that the O2 device is related to my built in smart card > >>> reader, not sure about the other one. > >>> > >> Hi Doug, > >> > >> I had the same problem with my Dell Inspiron 9400 and fixed it using the > >> following patch: > >> > >> Index: sys/kern/subr_rman.c > >> =================================================================== > >> RCS file: /home/FreeBSD/ncvs/src/sys/kern/subr_rman.c,v > >> retrieving revision 1.53 > >> diff -u -r1.53 subr_rman.c > >> --- sys/kern/subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 > >> +++ sys/kern/subr_rman.c 2 Nov 2006 03:05:34 -0000 > >> @@ -170,7 +170,7 @@ > >> > >> /* Skip entries before us. */ > >> for (s = TAILQ_FIRST(&rm->rm_list); > >> - s && s->r_end + 1 < r->r_start; > >> + s && s->r_end < r->r_start; > >> s = TAILQ_NEXT(s, r_link)) > >> ; > >> > >> This code was added in revision 1.53 when support for intelligent > >> merging was added. When r_end is equal to UINT_MAX, adding one will > >> cause it to overflow, creating quite a mess in the entries ordering. I'm > >> not sure the fix I did is completely correct as I didn't had time to > >> check if the +1 is needed at all in this case. At least it fixed the > >> problem for me. > > > > It is needed to avoid overlaps. Can you show me which rman_manage_region() is > > breaking? Rather, enable the DPRINTF() in rman_manage_region() and provide > > the output? > > > Here's the output of booting an unmodified kernel with debug.rman_debug=1 Try this: Index: subr_rman.c =================================================================== RCS file: /usr/cvs/src/sys/kern/subr_rman.c,v retrieving revision 1.53 diff -u -r1.53 subr_rman.c --- subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 +++ subr_rman.c 30 Nov 2006 19:42:23 -0000 @@ -169,10 +169,12 @@ mtx_lock(rm->rm_mtx); /* Skip entries before us. */ - for (s = TAILQ_FIRST(&rm->rm_list); - s && s->r_end + 1 < r->r_start; - s = TAILQ_NEXT(s, r_link)) - ; + TAILQ_FOREACH(s, &rm->rm_link, r_link) { + if (s->r_end == ULONG_MAX) + break; + if (s->r_end + 1 < r->r_start) + break; + } /* If we ran off the end of the list, insert at the tail. */ if (s == NULL) { -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 22:43:08 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DCDF16A415; Thu, 30 Nov 2006 22:43:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5B3943CA3; Thu, 30 Nov 2006 22:42:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E73A71A3C20; Thu, 30 Nov 2006 14:43:07 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E84E451316; Thu, 30 Nov 2006 17:42:49 -0500 (EST) Date: Thu, 30 Nov 2006 17:42:49 -0500 From: Kris Kennaway To: JAroslav Suchanek Message-ID: <20061130224249.GA61942@xor.obsecurity.org> References: <20061130131143.GA31809@jardas.grisoft.cz> <20061130134403.P41812@fledge.watson.org> <20061130164220.GA1603@jardas.grisoft.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline In-Reply-To: <20061130164220.GA1603@jardas.grisoft.cz> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@FreeBSD.org, Robert Watson Subject: Re: shmget regression? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Nov 2006 22:43:08 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 30, 2006 at 05:42:20PM +0100, JAroslav Suchanek wrote: > On Thu, Nov 30, 2006 at 01:45:21PM +0000, Robert Watson wrote: > >=20 > > On Thu, 30 Nov 2006, JAroslav Suchanek wrote: > >=20 > > > I've tried to post PR, but it seems it got lost somewhere. > > > > > > I just wonder whether there was some change in shmget behavior in=20 > > > current. > > > > > > Look at this patch to src/sys-cur/tools/regression/sysvshm/shmtest.c > >=20 > > Can you send the output of 'ipcs' after the below code runs so that I c= an=20 > > see the mode it ended up being created with? You might try reverting t= he=20 > > priv(9) change to sysv_ipc.c and see if that fixes thanks? >=20 > Yop, the revert helped, I've used CVS revision 1.27.4.1 of the sysv_ipc.= c. Hmm, I've been having a lot of sysv ipc-related port errors on 7.x system lately, but I hadn't investigated. Kris --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFb15pWry0BWjoQKURAteAAKCqk/OI3glx2y51oEQuyzxu0J4isgCgmUQw xhPVlswJQJ6mzsEFA4drdOQ= =DLP9 -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 01:13:44 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5EF7A16A415 for ; Fri, 1 Dec 2006 01:13:44 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B98943CA3 for ; Fri, 1 Dec 2006 01:13:33 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C067846D79; Thu, 30 Nov 2006 20:13:43 -0500 (EST) Date: Fri, 1 Dec 2006 01:13:43 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: JAroslav Suchanek In-Reply-To: <20061130164220.GA1603@jardas.grisoft.cz> Message-ID: <20061201011311.P79653@fledge.watson.org> References: <20061130131143.GA31809@jardas.grisoft.cz> <20061130134403.P41812@fledge.watson.org> <20061130164220.GA1603@jardas.grisoft.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org Subject: Re: shmget regression? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 01:13:44 -0000 On Thu, 30 Nov 2006, JAroslav Suchanek wrote: > On Thu, Nov 30, 2006 at 01:45:21PM +0000, Robert Watson wrote: >> >> On Thu, 30 Nov 2006, JAroslav Suchanek wrote: >> >>> I've tried to post PR, but it seems it got lost somewhere. >>> >>> I just wonder whether there was some change in shmget behavior in >>> current. >>> >>> Look at this patch to src/sys-cur/tools/regression/sysvshm/shmtest.c >> >> Can you send the output of 'ipcs' after the below code runs so that I can >> see the mode it ended up being created with? You might try reverting the >> priv(9) change to sysv_ipc.c and see if that fixes thanks? > > Yop, the revert helped, I've used CVS revision 1.27.4.1 of the > sysv_ipc.c. Thanks -- I'll investigate this tomorrow in detail. I've grabbed ownership of the PR you filed, also. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 03:33:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FFAD16A407; Fri, 1 Dec 2006 03:33:48 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from tomts29-srv.bellnexxia.net (tomts29.bellnexxia.net [209.226.175.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B8A843CA3; Fri, 1 Dec 2006 03:33:36 +0000 (GMT) (envelope-from sepotvin@videotron.ca) Received: from toip41-bus.srvr.bell.ca ([67.69.240.42]) by tomts29-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20061201033346.NAFW11757.tomts29-srv.bellnexxia.net@toip41-bus.srvr.bell.ca>; Thu, 30 Nov 2006 22:33:46 -0500 Received: from unknown (HELO mail.telcobridges.com) ([67.70.237.76]) by toip41-bus.srvr.bell.ca with ESMTP; 30 Nov 2006 22:33:39 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAA4wb0VDRu1M/2dsb2JhbAA Received: from [192.168.0.102] (modemcable120.208-83-70.mc.videotron.ca [70.83.208.120]) (authenticated bits=0) by mail.telcobridges.com (8.13.3/8.13.3) with ESMTP id kB13XFdD062145 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 30 Nov 2006 22:33:29 -0500 (EST) (envelope-from sepotvin@videotron.ca) Message-ID: <456FA276.6050706@videotron.ca> Date: Thu, 30 Nov 2006 22:33:10 -0500 From: "Stephane E. Potvin" User-Agent: Thunderbird 1.5.0.8 (X11/20061111) MIME-Version: 1.0 To: John Baldwin References: <4564996D.50808@FreeBSD.org> <200611291216.55424.jhb@freebsd.org> <456E0C38.7010103@videotron.ca> <200611301443.31419.jhb@freebsd.org> In-Reply-To: <200611301443.31419.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Doug Barton Subject: Re: EHCI problem on -current, and unknown devs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 03:33:48 -0000 John Baldwin wrote: > On Wednesday 29 November 2006 17:39, Stephane E. Potvin wrote: >> John Baldwin wrote: >>> On Thursday 16 November 2006 03:34, Stephane E. Potvin wrote: >>>> Doug Barton wrote: >>>>> [ No response from the -usb list, so I'll try here. ] >>>>> >>>>> Howdy, >>>>> >>>>> I have a new Dell Latitude D620, and using recent -current I get this: >>>>> >>>>> ehci0: mem >>>>> 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 >>>>> ehci0: Could not map memory >>>>> device_attach: ehci0 attach returned 6 >>>>> >>>>> FWIW, I also saw a user on the -stable list report this same problem. >>>>> I'm assuming this is bad, but what to do about it? >>>>> >>>>> >>>>> I'm also getting some unknown devices: >>>>> >>>>> uhub4: >>>> 2> on uhub0 >>>>> uhub5: >>>> 3> on uhub4 >>>>> ugen2: >>>> addr 6> on uhub4 >>>>> uhub6: >>>> 2> on uhub3 >>>>> >>>>> Vendor ID 0x413c is Dell, and is already in the usbdevs file. The >>>>> other vendor is O2, and I got their ID for the attached patch from the >>>>> list at http://www.usb.org/developers/tools. The 0x0058 device is >>>>> already in our usbdevs file, it's the port replicator (docking >>>>> station) that the laptop is plugged into currently. I added the 0x8103 >>>>> device in the attached patch based on an entry in the NetBSD usbdevs >>>>> file. (The entry makes sense to me as well, since I have one of those.) >>>>> >>>>> So I have two questions ... for the devices (and vendors) that are >>>>> already in my local usbdevs file, why are they still showing up by ID? >>>>> And how do I find the device IDs for the two unknown devices? I >>>>> imagine that the O2 device is related to my built in smart card >>>>> reader, not sure about the other one. >>>>> >>>> Hi Doug, >>>> >>>> I had the same problem with my Dell Inspiron 9400 and fixed it using the >>>> following patch: >>>> >>>> Index: sys/kern/subr_rman.c >>>> =================================================================== >>>> RCS file: /home/FreeBSD/ncvs/src/sys/kern/subr_rman.c,v >>>> retrieving revision 1.53 >>>> diff -u -r1.53 subr_rman.c >>>> --- sys/kern/subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 >>>> +++ sys/kern/subr_rman.c 2 Nov 2006 03:05:34 -0000 >>>> @@ -170,7 +170,7 @@ >>>> >>>> /* Skip entries before us. */ >>>> for (s = TAILQ_FIRST(&rm->rm_list); >>>> - s && s->r_end + 1 < r->r_start; >>>> + s && s->r_end < r->r_start; >>>> s = TAILQ_NEXT(s, r_link)) >>>> ; >>>> >>>> This code was added in revision 1.53 when support for intelligent >>>> merging was added. When r_end is equal to UINT_MAX, adding one will >>>> cause it to overflow, creating quite a mess in the entries ordering. I'm >>>> not sure the fix I did is completely correct as I didn't had time to >>>> check if the +1 is needed at all in this case. At least it fixed the >>>> problem for me. >>> It is needed to avoid overlaps. Can you show me which > rman_manage_region() is >>> breaking? Rather, enable the DPRINTF() in rman_manage_region() and > provide >>> the output? >>> >> Here's the output of booting an unmodified kernel with debug.rman_debug=1 > > Try this: > > Index: subr_rman.c > =================================================================== > RCS file: /usr/cvs/src/sys/kern/subr_rman.c,v > retrieving revision 1.53 > diff -u -r1.53 subr_rman.c > --- subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 > +++ subr_rman.c 30 Nov 2006 19:42:23 -0000 > @@ -169,10 +169,12 @@ > mtx_lock(rm->rm_mtx); > > /* Skip entries before us. */ > - for (s = TAILQ_FIRST(&rm->rm_list); > - s && s->r_end + 1 < r->r_start; > - s = TAILQ_NEXT(s, r_link)) > - ; > + TAILQ_FOREACH(s, &rm->rm_link, r_link) { > + if (s->r_end == ULONG_MAX) > + break; > + if (s->r_end + 1 < r->r_start) > + break; > + } > > /* If we ran off the end of the list, insert at the tail. */ > if (s == NULL) { > I had to modify the patch a little to make it compile: Index: subr_rman.c =================================================================== RCS file: /home/FreeBSD/ncvs/src/sys/kern/subr_rman.c,v retrieving revision 1.53 diff -u -r1.53 subr_rman.c --- subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 +++ subr_rman.c 1 Dec 2006 03:20:46 -0000 @@ -61,6 +61,7 @@ #include #include #include +#include #include #include #include @@ -169,10 +170,12 @@ mtx_lock(rm->rm_mtx); /* Skip entries before us. */ - for (s = TAILQ_FIRST(&rm->rm_list); - s && s->r_end + 1 < r->r_start; - s = TAILQ_NEXT(s, r_link)) - ; + TAILQ_FOREACH(s, &rm->rm_list, r_link) { + if (s->r_end == ULONG_MAX) + break; + if (s->r_end + 1 < r->r_start) + break; + } /* If we ran off the end of the list, insert at the tail. */ if (s == NULL) { When I try to boot after patching nearly all the drivers fail to allocate their resources, making the laptop unable to mount root as the ata driver failed to attach. I can't provide any log yet as I don't have a serial port on the laptop to grab the output. Steph From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 05:04:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D01D816AD06 for ; Fri, 1 Dec 2006 05:04:27 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8291743CA3 for ; Fri, 1 Dec 2006 05:04:14 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id kB153tpp052122 for ; Thu, 30 Nov 2006 21:03:55 -0800 (PST) Date: Fri, 01 Dec 2006 12:31:27 +0900 Message-ID: From: gnn@freebsd.org To: current@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.90 (i386-apple-darwin8.8.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: AsiaBSDCon Presentation Submission Deadline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 05:04:37 -0000 Hi Folks, A quick reminder that the AsiaBSDCon submission deadline is today and we're definitely looking for more submissions. If you've been doing interesting work on FreeBSD then you ought to submit something to: http://www.asiabsdcon.org as soon as possible. Thanks, George From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 07:46:41 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AE3D16A47B for ; Fri, 1 Dec 2006 07:46:41 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E4BF43CAB for ; Fri, 1 Dec 2006 07:46:25 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 27C818CA196; Fri, 1 Dec 2006 15:46:37 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 1BD788CA195; Fri, 1 Dec 2006 15:46:37 +0800 (CST) Date: Fri, 1 Dec 2006 15:46:36 +0800 (CST) From: Tai-hwa Liang To: Pyun YongHyeon In-Reply-To: <20061128115538.GB66517@cdnetworks.co.kr> Message-ID: <0612011540189.97361@www.mmlab.cse.yzu.edu.tw> References: <20061128115538.GB66517@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-49402089-1164959196=:97361" Cc: freebsd-current@FreeBSD.org Subject: Re: Call for e1000phy(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 07:46:41 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-49402089-1164959196=:97361 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Tue, 28 Nov 2006, Pyun YongHyeon wrote: > Hi, > > I had been writing msk(4) for FreeBSD and realized that e1000phy(4) > is buggy on newer Marvell PHYs. For example, manual media selection > didn't work at all and I had to stick to autoselection of the media > type. The Marvell PHYs are widely used on various NICs including > em(4), stge(4), sk(4), msk(4) and nfe(4). Except em(4) which does > not support MII layers, correct operation of e1000phy(4) is very > important to get a good link with link partner and to report link > state changes to upper layers(e.g. dhclinet(8)). Thank you for working on this. > With this patch you should be able to set a media type without > relying on autoselection and it should supports automatic crossover > for all known Marvell PHYs. I've tried hard not to break existing > behaviour(e.g. Fiber transceivers) but I can't verify that as I > don't have any NICs that have Marvell Fiber transceivers. The patch > is somewhat ugly in that it should read a PHY ID register in several > palces. It seems that there is no easy way to avoid the reading until > we have PHY model/revision numbers in mii softc. > > If you are one of users that use stge(4), sk(4), msk(4) and nfe(4) > please test and report any strange things not observed on stock > version. > > Note for nfe(4) users: > It seems that nfe(4) has bugs that it can't send packets on > half-duplex media(I've got "tx v1 error 0x6004"). I guess this comes > from mismatches between PHY and MAC. So you may have to set > full-duplex on nfe(4) until we have a fix for the issue. > > You can get the latest e1000phy(4) driver from the following URL. > http://people.freebsd.org/~yongari/msk/e1000phy.c > http://people.freebsd.org/~yongari/msk/e1000phyreg.h > http://people.freebsd.org/~yongari/msk/miidevs > > OR get a jumbo patch for CURRENT. > http://people.freebsd.org/~yongari/msk/e1000phy.patch I have tried your e1000phy patch as well as msk.diff.HEAD on an Acer Aspire 5583 WXMi laptop: mskc0@pci2:0:0: class=0x020000 card=0x01101025 chip=0x435211ab rev=0x14 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' class = network subclass = ethernet It seems that device_attach always returns 6 regardless hw.pci.enable_msi[x] is 1 or 0: mskc0: irq 10 at device 0.0 on pci2 mskc0: MSI count : 2 pcib2: mskc0 requested unsupported memory range 0-0xffffffff (decoding 0-0, 0-0) mskc0: 0x4000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). mskc0: Lazy allocation of 0x4 bytes rid 0x14 type 4 at 0x1000 mskc0: unknown device: id=0xff, rev=0x0f device_attach: mskc0 attach returned 6 -- Cheers, Tai-hwa Liang --0-49402089-1164959196=:97361 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg Content-Transfer-Encoding: BASE64 Content-ID: <0612011546361.97361@www.mmlab.cse.yzu.edu.tw> Content-Description: Content-Disposition: attachment; filename=dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2Yg VGhlIEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgNy4wLUNVUlJFTlQg IzE5OiBGcmkgRGVjICAxIDExOjUxOjA4IENTVCAyMDA2DQogICAgYXZhdGFy QGhvbWU6L2hvbWUvYXZhdGFyL3N5cy9pMzg2L2NvbXBpbGUvdGVzdA0KV0FS TklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQg cGVyZm9ybWFuY2UuDQpVc2luZyA2NCBjb2xvcnMgZm9yIHRoZSBWTS1QUSB0 dW5pbmcgKDIwNDgsIDgpDQpQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qv a2VybmVsL2tlcm5lbCIgYXQgMHhjMDdkMTAwMC4NCkNhbGlicmF0aW5nIGNs b2NrKHMpIC4uLiBpODI1NCBjbG9jazogMTE5MzE3NyBIeg0KVGltZWNvdW50 ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE3NyBIeiBxdWFsaXR5IDANCkNh bGlicmF0aW5nIFRTQyBjbG9jayAuLi4gVFNDIGNsb2NrOiAxNjY2Nzg4MTEw IEh6DQpDUFU6IEludGVsKFIpIENvcmUoVE0pMiBDUFUgICAgICAgICBUNTUw MCAgQCAxLjY2R0h6ICgxNjY2Ljc5LU1IeiA2ODYtY2xhc3MgQ1BVKQ0KICBP cmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDZmNiAgU3RlcHBpbmcg PSA2DQogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFND LE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQ QVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixT UyxIVFQsVE0sUEJFPg0KICBGZWF0dXJlczI9MHhlMzlkPFNTRTMsUlNWRDIs TU9OLERTX0NQTCxFU1QsVE0yLDxiOT4sQ1gxNixYVFBSLDxiMTU+Pg0KICBB TUQgRmVhdHVyZXM9MHgyMDEwMDAwMDxOWCxMTT4NCiAgQU1EIEZlYXR1cmVz Mj0weDE8TEFIRj4NCiAgQ29yZXMgcGVyIHBhY2thZ2U6IDINCg0KSW5zdHJ1 Y3Rpb24gVExCOiA0IEtCIFBhZ2VzLCA0LXdheSBzZXQgYXNzb2NpYXRpdmUs IDEyOCBlbnRyaWVzDQoybmQtbGV2ZWwgY2FjaGU6IDItTUIsIDgtd2F5IHNl dCBhc3NvY2lhdGl2ZSwgNjQtYnl0ZSBsaW5lIHNpemUNCjFzdC1sZXZlbCBp bnN0cnVjdGlvbiBjYWNoZTogMzIgS0IsIDgtd2F5IHNldCBhc3NvY2lhdGl2 ZSwgNjQgYnl0ZSBsaW5lIHNpemUNCjFzdC1sZXZlbCBkYXRhIGNhY2hlOiAz MiBLQiwgOC13YXkgc2V0IGFzc29jaWF0aXZlLCA2NCBieXRlIGxpbmUgc2l6 ZQ0KTDIgY2FjaGU6IDIwNDgga2J5dGVzLCA4LXdheSBhc3NvY2lhdGl2ZSwg NjQgYnl0ZXMvbGluZQ0KcmVhbCBtZW1vcnkgID0gMTA3MjIzNDQ5NiAoMTAy MiBNQikNClBoeXNpY2FsIG1lbW9yeSBjaHVuayhzKToNCjB4MDAwMDAwMDAw MDAwMTAwMCAtIDB4MDAwMDAwMDAwMDA5ZGZmZiwgNjQzMDcyIGJ5dGVzICgx NTcgcGFnZXMpDQoweDAwMDAwMDAwMDAxMDAwMDAgLSAweDAwMDAwMDAwMDAz ZmZmZmYsIDMxNDU3MjggYnl0ZXMgKDc2OCBwYWdlcykNCjB4MDAwMDAwMDAw MDgyNTAwMCAtIDB4MDAwMDAwMDAzZWM1M2ZmZiwgMTA0NDU3NDIwOCBieXRl cyAoMjU1MDIzIHBhZ2VzKQ0KYXZhaWwgbWVtb3J5ID0gMTA0NDMzMjU0NCAo OTk1IE1CKQ0KYmlvczMyOiBGb3VuZCBCSU9TMzIgU2VydmljZSBEaXJlY3Rv cnkgaGVhZGVyIGF0IDB4YzAwZjY2MjANCmJpb3MzMjogRW50cnkgPSAweGZk NDYwIChjMDBmZDQ2MCkgIFJldiA9IDAgIExlbiA9IDENCnBjaWJpb3M6IFBD SSBCSU9TIGVudHJ5IGF0IDB4ZmQ0NjArMHgyNjINCnBucGJpb3M6IEZvdW5k IFBuUCBCSU9TIGRhdGEgYXQgMHhjMDBmNjZjMA0KcG5wYmlvczogRW50cnkg PSBmMDAwMDphY2QzICBSZXYgPSAxLjANCk90aGVyIEJJT1Mgc2lnbmF0dXJl cyBmb3VuZDoNCnJhbmRvbTogPGVudHJvcHkgc291cmNlLCBTb2Z0d2FyZSwg WWFycm93Pg0KaW86IDxJL08+DQptZW06IDxtZW1vcnk+DQpQZW50aXVtIFBy byBNVFJSIHN1cHBvcnQgZW5hYmxlZA0KbnVsbDogPG51bGwgZGV2aWNlLCB6 ZXJvIGRldmljZT4NCmFjcGkwOiA8QUNSU1lTIEFDUlBSRENUPiBvbiBtb3Ro ZXJib2FyZA0KYWNwaTA6IFtNUFNBRkVdDQpwY2lfb3BlbigxKToJbW9kZSAx IGFkZHIgcG9ydCAoMHgwY2Y4KSBpcyAweDgwMDBmOTIwDQpwY2lfb3Blbigx YSk6CW1vZGUxcmVzPTB4ODAwMDAwMDAgKDB4ODAwMDAwMDApDQpwY2lfY2Zn Y2hlY2s6CWRldmljZSAwIFtjbGFzcz0wNjAwMDBdIFtoZHI9MDBdIGlzIHRo ZXJlIChpZD0yN2EwODA4NikNCnBjaWJpb3M6IEJJT1MgdmVyc2lvbiAyLjEw DQphY3BpX2J1c19udW1iZXI6IHJvb3QgYnVzIGhhcyBubyBfQkJOLCBhc3N1 bWluZyAwDQphY3BpX2J1c19udW1iZXI6IGNhbid0IGdldCBfQURSDQphY3Bp X2J1c19udW1iZXI6IGNhbid0IGdldCBfQURSDQpBY3BpT3NEZXJpdmVQY2lJ ZDogYnVzIDAgZGV2IDAgZnVuYyAwDQphY3BpX2J1c19udW1iZXI6IHJvb3Qg YnVzIGhhcyBubyBfQkJOLCBhc3N1bWluZyAwDQphY3BpX2J1c19udW1iZXI6 IGNhbid0IGdldCBfQURSDQphY3BpX2J1c19udW1iZXI6IGNhbid0IGdldCBf QURSDQpBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDI4IGZ1bmMgMw0K YWNwaV9idXNfbnVtYmVyOiByb290IGJ1cyBoYXMgbm8gX0JCTiwgYXNzdW1p bmcgMA0KYWNwaV9idXNfbnVtYmVyOiBjYW4ndCBnZXQgX0FEUg0KYWNwaV9i dXNfbnVtYmVyOiBjYW4ndCBnZXQgX0FEUg0KQWNwaU9zRGVyaXZlUGNpSWQ6 IGJ1cyAwIGRldiAzMSBmdW5jIDANCmFjcGkwOiBQb3dlciBCdXR0b24gKGZp eGVkKQ0KYWNwaTA6IHdha2V1cCBjb2RlIHZhIDB4ZDc2NjgwMDAgcGEgMHg5 ZDAwMA0KYXRwaWM6IFByb2dyYW1taW5nIElSUTkgYXMgbGV2ZWwvbG93DQp1 bmtub3duOiBJL08gcmFuZ2Ugbm90IHN1cHBvcnRlZA0KYWNwaV9ocGV0MDog PEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAw LTB4ZmVkMDAzZmYgaXJxIDAsOCBvbiBhY3BpMA0KYWNwaV9ocGV0MDogdmVu ZDogMHg4MDg2IHJldjogMHgxIG51bTogMSBoejogMTQzMTgxODAgb3B0czog bGVnX3JvdXRlIGNvdW50X3NpemUNClRpbWVjb3VudGVyICJIUEVUIiBmcmVx dWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSAyMDAwDQpBQ1BJIHRpbWVyOiAx LzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgLT4gMTAN ClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6 IHF1YWxpdHkgMTAwMA0KYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQg My41Nzk1NDVNSHo+IHBvcnQgMHgxMDA4LTB4MTAwYiBvbiBhY3BpMA0KYWNw aV9lYzA6IDxFbWJlZGRlZCBDb250cm9sbGVyOiBHUEUgMHgxNz4gcG9ydCAw eDYyLDB4NjYgb24gYWNwaTANCnBjaV9saW5rMDogICAgICAgIEluZGV4ICBJ UlEgIFJ0ZCAgUmVmICBJUlFzDQogIEluaXRpYWwgUHJvYmUgICAgICAgMCAg IDExICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTAgMTIgMTQgMTUNCiAgVmFs aWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAxIDMgNCA1IDYg NyAxMCAxMiAxNCAxNQ0KICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAg IE4gICAgIDAgIDEgMyA0IDUgNiA3IDEwIDEyIDE0IDE1DQpwY2lfbGluazE6 ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICBJbml0aWFs IFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDEx IDEyIDE0IDE1DQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAg ICAgMCAgMSAzIDQgNSA2IDcgMTEgMTIgMTQgMTUNCiAgQWZ0ZXIgRGlzYWJs ZSAgICAgICAwICAyNTUgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMSAxMiAx NCAxNQ0KcGNpX2xpbmsyOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYg IElSUXMNCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTAgICBOICAgICAw ICAxIDMgNCA1IDYgNyAxMCAxMiAxNCAxNQ0KICBWYWxpZGF0aW9uICAgICAg ICAgIDAgICAxMCAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDEwIDEyIDE0IDE1 DQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMSAz IDQgNSA2IDcgMTAgMTIgMTQgMTUNCnBjaV9saW5rMzogICAgICAgIEluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogIEluaXRpYWwgUHJvYmUgICAgICAg MCAgIDEwICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTEgMTIgMTQgMTUNCiAg VmFsaWRhdGlvbiAgICAgICAgICAwICAyNTUgICBOICAgICAwICAxIDMgNCA1 IDYgNyAxMSAxMiAxNCAxNQ0KICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1 NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDExIDEyIDE0IDE1DQpwY2lfbGlu azQ6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICBJbml0 aWFsIFByb2JlICAgICAgIDAgICAxMCAgIE4gICAgIDAgIDEgMyA0IDUgNiA3 IDEwIDEyIDE0IDE1DQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDEwICAg TiAgICAgMCAgMSAzIDQgNSA2IDcgMTAgMTIgMTQgMTUNCiAgQWZ0ZXIgRGlz YWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAxIDMgNCA1IDYgNyAxMCAx MiAxNCAxNQ0KcGNpX2xpbms1OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBS ZWYgIElSUXMNCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAg ICAwICAxIDMgNCA1IDYgNyAxMSAxMiAxNCAxNQ0KICBWYWxpZGF0aW9uICAg ICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDExIDEyIDE0 IDE1DQogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAg MSAzIDQgNSA2IDcgMTEgMTIgMTQgMTUNCnBjaV9saW5rNjogICAgICAgIElu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzDQogIEluaXRpYWwgUHJvYmUgICAg ICAgMCAgIDEwICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTAgMTIgMTQgMTUN CiAgVmFsaWRhdGlvbiAgICAgICAgICAwICAgMTAgICBOICAgICAwICAxIDMg NCA1IDYgNyAxMCAxMiAxNCAxNQ0KICBBZnRlciBEaXNhYmxlICAgICAgIDAg IDI1NSAgIE4gICAgIDAgIDEgMyA0IDUgNiA3IDEwIDEyIDE0IDE1DQpwY2lf bGluazc6ICAgICAgICBJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcw0KICBJ bml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDEgMyA0IDUg NiA3IDExIDEyIDE0IDE1DQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDEx ICAgTiAgICAgMCAgMSAzIDQgNSA2IDcgMTEgMTIgMTQgMTUNCiAgQWZ0ZXIg RGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAxIDMgNCA1IDYgNyAx MSAxMiAxNCAxNQ0KY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KYWNwaV90 aHJvdHRsZTA6IDxBQ1BJIENQVSBUaHJvdHRsaW5nPiBvbiBjcHUwDQphY3Bp X3Rocm90dGxlMDogUF9DTlQgZnJvbSBQX0JMSyAweDEwMTANCnBjaWIwOiA8 QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNw aTANCkFDUEk6IEZvdW5kIG1hdGNoaW5nIHBpbiBmb3IgMC4xLklOVEEgYXQg ZnVuYyAwOiAxMQ0KcGNpX2xpbmswOiBCSU9TIElSUSAxMSBmb3IgMC4xLklO VEEgaXMgaW52YWxpZA0KQUNQSTogRm91bmQgbWF0Y2hpbmcgcGluIGZvciAw LjI3LklOVEEgYXQgZnVuYyAwOiAxMA0KQUNQSTogRm91bmQgbWF0Y2hpbmcg cGluIGZvciAwLjI4LklOVEEgYXQgZnVuYyAwOiAxMQ0KQUNQSTogRm91bmQg bWF0Y2hpbmcgcGluIGZvciAwLjI4LklOVEIgYXQgZnVuYyAxOiAxMQ0KcGNp X2xpbmswOiBCSU9TIElSUSAxMSBmb3IgMC4yOC5JTlRCIGlzIGludmFsaWQN CkFDUEk6IEZvdW5kIG1hdGNoaW5nIHBpbiBmb3IgMC4yOC5JTlRDIGF0IGZ1 bmMgMjogMTANCkFDUEk6IEZvdW5kIG1hdGNoaW5nIHBpbiBmb3IgMC4yOC5J TlREIGF0IGZ1bmMgMzogMTANCnBjaV9saW5rMzogQklPUyBJUlEgMTAgZm9y IDAuMjguSU5URCBpcyBpbnZhbGlkDQpBQ1BJOiBGb3VuZCBtYXRjaGluZyBw aW4gZm9yIDAuMjkuSU5UQSBhdCBmdW5jIDA6IDExDQpBQ1BJOiBGb3VuZCBt YXRjaGluZyBwaW4gZm9yIDAuMjkuSU5UQiBhdCBmdW5jIDE6IDEwDQpwY2lf bGluazM6IEJJT1MgSVJRIDEwIGZvciAwLjI5LklOVEIgaXMgaW52YWxpZA0K QUNQSTogRm91bmQgbWF0Y2hpbmcgcGluIGZvciAwLjI5LklOVEMgYXQgZnVu YyAyOiAxMA0KQUNQSTogRm91bmQgbWF0Y2hpbmcgcGluIGZvciAwLjI5LklO VEQgYXQgZnVuYyAzOiAxMQ0KcGNpX2xpbmswOiBCSU9TIElSUSAxMSBmb3Ig MC4yOS5JTlREIGlzIGludmFsaWQNCkFDUEk6IEZvdW5kIG1hdGNoaW5nIHBp biBmb3IgMC4zMS5JTlRBIGF0IGZ1bmMgMTogMjU1DQpBQ1BJOiBGb3VuZCBt YXRjaGluZyBwaW4gZm9yIDAuMzEuSU5UQiBhdCBmdW5jIDM6IDEwDQpwY2lf bGluazM6IEJJT1MgSVJRIDEwIGZvciAwLjMxLklOVEIgaXMgaW52YWxpZA0K cGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjANCnBjaTA6IHBoeXNpY2Fs IGJ1cz0wDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3YTAsIHJl dmlkPTB4MDMNCglidXM9MCwgc2xvdD0wLCBmdW5jPTANCgljbGFzcz0wNi0w MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4MDAwNiwg c3RhdHJlZz0weDIwOTAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3YTEs IHJldmlkPTB4MDMNCglidXM9MCwgc2xvdD0xLCBmdW5jPTANCgljbGFzcz0w Ni0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wDQoJY21kcmVnPTB4MDAw Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0KCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgxOCAoNjAwMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTENCglwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCglNU0kgc3VwcG9y dHMgMSBtZXNzYWdlDQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xLklO VEEgKHNyYyBcXF9TQl8uUENJMC5MUENCLkxOS0E6MCkNCnBjaV9saW5rMDog UGlja2VkIElSUSAxMCB3aXRoIHdlaWdodCAwDQpwY2liMDogc2xvdCAxIElO VEEgcm91dGVkIHRvIGlycSAxMCB2aWEgXFxfU0JfLlBDSTAuTFBDQi5MTktB DQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3ZDgsIHJldmlkPTB4 MDINCglidXM9MCwgc2xvdD0yNywgZnVuYz0wDQoJY2xhc3M9MDQtMDMtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDYsIHN0YXRy ZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykNCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykNCglpbnRwaW49YSwgaXJxPTEwDQoJcG93ZXJzcGVjIDIgIHN1cHBv cnRzIEQwIEQzICBjdXJyZW50IEQwDQoJTVNJIHN1cHBvcnRzIDEgbWVzc2Fn ZSwgNjQgYml0DQoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSA2NCwgYmFzZSAw eGQyNTAwMDAwLCBzaXplIDE0LCBlbmFibGVkDQpwY2liMDogbWF0Y2hlZCBl bnRyeSBmb3IgMC4yNy5JTlRBIChzcmMgXFxfU0JfLlBDSTAuTFBDQi5MTktH OjApDQpwY2liMDogc2xvdCAyNyBJTlRBIHJvdXRlZCB0byBpcnEgMTAgdmlh IFxcX1NCXy5QQ0kwLkxQQ0IuTE5LRw0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2 LCBkZXY9MHgyN2QwLCByZXZpZD0weDAyDQoJYnVzPTAsIHNsb3Q9MjgsIGZ1 bmM9MA0KCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEN CgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2 IChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDA0 ICgxMDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWEsIGly cT0xMQ0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBE MA0KCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UNCnBjaWIwOiBtYXRjaGVkIGVu dHJ5IGZvciAwLjI4LklOVEEgKHNyYyBcXF9TQl8uUENJMC5MUENCLkxOS0I6 MCkNCnBjaWIwOiBzbG90IDI4IElOVEEgcm91dGVkIHRvIGlycSAxMSB2aWEg XFxfU0JfLlBDSTAuTFBDQi5MTktCDQpmb3VuZC0+CXZlbmRvcj0weDgwODYs IGRldj0weDI3ZDIsIHJldmlkPTB4MDINCglidXM9MCwgc2xvdD0yOCwgZnVu Yz0xDQoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQ0K CWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYg KGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDQg KDEwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49YiwgaXJx PTExDQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQw DQoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQ0KcGNpYjA6IG1hdGNoZWQgZW50 cnkgZm9yIDAuMjguSU5UQiAoc3JjIFxcX1NCXy5QQ0kwLkxQQ0IuTE5LQTow KQ0KcGNpYjA6IHNsb3QgMjggSU5UQiByb3V0ZWQgdG8gaXJxIDEwIHZpYSBc XF9TQl8uUENJMC5MUENCLkxOS0ENCmZvdW5kLT4JdmVuZG9yPTB4ODA4Niwg ZGV2PTB4MjdkNCwgcmV2aWQ9MHgwMg0KCWJ1cz0wLCBzbG90PTI4LCBmdW5j PTINCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0xDQoJ Y21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAo ZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwNCAo MTAwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1jLCBpcnE9 MTANCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAN CglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlDQpwY2liMDogbWF0Y2hlZCBlbnRy eSBmb3IgMC4yOC5JTlRDIChzcmMgXFxfU0JfLlBDSTAuTFBDQi5MTktDOjAp DQpwY2liMDogc2xvdCAyOCBJTlRDIHJvdXRlZCB0byBpcnEgMTAgdmlhIFxc X1NCXy5QQ0kwLkxQQ0IuTE5LQw0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgyN2Q2LCByZXZpZD0weDAyDQoJYnVzPTAsIHNsb3Q9MjgsIGZ1bmM9 Mw0KCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTENCglj bWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChk d29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDA0ICgx MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWQsIGlycT0x MA0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMA0K CU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UNCnBjaWIwOiBtYXRjaGVkIGVudHJ5 IGZvciAwLjI4LklOVEQgKHNyYyBcXF9TQl8uUENJMC5MUENCLkxOS0Q6MCkN CnBjaV9saW5rMzogUGlja2VkIElSUSA5IHdpdGggd2VpZ2h0IDANCnBjaWIw OiBzbG90IDI4IElOVEQgcm91dGVkIHRvIGlycSA5IHZpYSBcXF9TQl8uUENJ MC5MUENCLkxOS0QNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4Mjdj OCwgcmV2aWQ9MHgwMg0KCWJ1cz0wLCBzbG90PTI5LCBmdW5jPTANCgljbGFz cz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4 MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4 bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWEsIGlycT0xMQ0KCW1hcFsyMF06 IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMHgxODAwLCBzaXplICA1LCBlbmFi bGVkDQpwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRBIChzcmMg XFxfU0JfLlBDSTAuTFBDQi5MTktIOjApDQpwY2liMDogc2xvdCAyOSBJTlRB IHJvdXRlZCB0byBpcnEgMTEgdmlhIFxcX1NCXy5QQ0kwLkxQQ0IuTE5LSA0K Zm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2M5LCByZXZpZD0weDAy DQoJYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MQ0KCWNsYXNzPTBjLTAzLTAwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVn PTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykNCglpbnRwaW49YiwgaXJxPTEwDQoJbWFwWzIwXTogdHlwZSA0LCByYW5n ZSAzMiwgYmFzZSAweDE4MjAsIHNpemUgIDUsIGVuYWJsZWQNCnBjaWIwOiBt YXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEIgKHNyYyBcXF9TQl8uUENJMC5M UENCLkxOS0Q6MCkNCnBjaWIwOiBzbG90IDI5IElOVEIgcm91dGVkIHRvIGly cSA5IHZpYSBcXF9TQl8uUENJMC5MUENCLkxOS0QNCmZvdW5kLT4JdmVuZG9y PTB4ODA4NiwgZGV2PTB4MjdjYSwgcmV2aWQ9MHgwMg0KCWJ1cz0wLCBzbG90 PTI5LCBmdW5jPTINCgljbGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wDQoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hl bG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWMs IGlycT0xMA0KCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMHgx ODQwLCBzaXplICA1LCBlbmFibGVkDQpwY2liMDogbWF0Y2hlZCBlbnRyeSBm b3IgMC4yOS5JTlRDIChzcmMgXFxfU0JfLlBDSTAuTFBDQi5MTktDOjApDQpw Y2liMDogc2xvdCAyOSBJTlRDIHJvdXRlZCB0byBpcnEgMTAgdmlhIFxcX1NC Xy5QQ0kwLkxQQ0IuTE5LQw0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9 MHgyN2NiLCByZXZpZD0weDAyDQoJYnVzPTAsIHNsb3Q9MjksIGZ1bmM9Mw0K CWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRy ZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3Jk cykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49ZCwgaXJxPTExDQoJbWFw WzIwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAweDE4NjAsIHNpemUgIDUs IGVuYWJsZWQNCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEQg KHNyYyBcXF9TQl8uUENJMC5MUENCLkxOS0E6MCkNCnBjaWIwOiBzbG90IDI5 IElOVEQgcm91dGVkIHRvIGlycSAxMCB2aWEgXFxfU0JfLlBDSTAuTFBDQi5M TktBDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3Y2MsIHJldmlk PTB4MDINCglidXM9MCwgc2xvdD0yOSwgZnVuYz03DQoJY2xhc3M9MGMtMDMt MjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDYsIHN0 YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTENCglwb3dlcnNwZWMgMiAgc3Vw cG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCgltYXBbMTBdOiB0eXBlIDEsIHJh bmdlIDMyLCBiYXNlIDB4ZDI1MDQwMDAsIHNpemUgMTAsIGVuYWJsZWQNCnBj aWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEEgKHNyYyBcXF9TQl8u UENJMC5MUENCLkxOS0g6MCkNCnBjaWIwOiBzbG90IDI5IElOVEEgcm91dGVk IHRvIGlycSAxMSB2aWEgXFxfU0JfLlBDSTAuTFBDQi5MTktIDQpmb3VuZC0+ CXZlbmRvcj0weDgwODYsIGRldj0weDI0NDgsIHJldmlkPTB4ZTINCglidXM9 MCwgc2xvdD0zMCwgZnVuYz0wDQoJY2xhc3M9MDYtMDQtMDEsIGhkcnR5cGU9 MHgwMSwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDQsIHN0YXRyZWc9MHgwMDEw LCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgwNCAoMTAwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0K Zm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2I5LCByZXZpZD0weDAy DQoJYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MA0KCWNsYXNzPTA2LTAxLTAwLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTENCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVn PTB4MDIxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdkZiwgcmV2aWQ9 MHgwMg0KCWJ1cz0wLCBzbG90PTMxLCBmdW5jPTENCgljbGFzcz0wMS0wMS04 YSwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4MDAwNSwgc3Rh dHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpDQoJaW50cGluPWEsIGlycT0yNTUNCgltYXBbMjBdOiB0eXBlIDQs IHJhbmdlIDMyLCBiYXNlIDB4MTg4MCwgc2l6ZSAgNCwgZW5hYmxlZA0KZm91 bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2RhLCByZXZpZD0weDAyDQoJ YnVzPTAsIHNsb3Q9MzEsIGZ1bmM9Mw0KCWNsYXNzPTBjLTA1LTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDAxLCBzdGF0cmVnPTB4 MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykN CglpbnRwaW49YiwgaXJxPTEwDQoJbWFwWzIwXTogdHlwZSA0LCByYW5nZSAz MiwgYmFzZSAweDE4ZTAsIHNpemUgIDUsIGVuYWJsZWQNCnBjaWIwOiBtYXRj aGVkIGVudHJ5IGZvciAwLjMxLklOVEIgKHNyYyBcXF9TQl8uUENJMC5MUENC LkxOS0Q6MCkNCnBjaWIwOiBzbG90IDMxIElOVEIgcm91dGVkIHRvIGlycSA5 IHZpYSBcXF9TQl8uUENJMC5MUENCLkxOS0QNCnBjaWIxOiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gaXJxIDEwIGF0IGRldmljZSAxLjAgb24gcGNpMA0KcGNp YjE6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMQ0KcGNpYjE6ICAgc3Vib3JkaW5h dGUgYnVzICAgMQ0KcGNpYjE6ICAgSS9PIGRlY29kZSAgICAgICAgMHhmMDAw LTB4ZmZmDQpwY2liMTogICBtZW1vcnkgZGVjb2RlICAgICAweGQwMDAwMDAw LTB4ZDFmZmZmZmYNCnBjaWIxOiAgIHByZWZldGNoZWQgZGVjb2RlIDB4YzAw MDAwMDAtMHhjZmZmZmZmZg0KQUNQSTogRm91bmQgbWF0Y2hpbmcgcGluIGZv ciAxLjAuSU5UQSBhdCBmdW5jIDA6IDExDQpwY2lfbGluazA6IEJJT1MgSVJR IDExIGZvciAxLjAuSU5UQSBpcyBpbnZhbGlkDQpwY2kxOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMQ0KcGNpMTogcGh5c2ljYWwgYnVzPTENCmZvdW5kLT4J dmVuZG9yPTB4MTBkZSwgZGV2PTB4MDFkNywgcmV2aWQ9MHhhMQ0KCWJ1cz0x LCBzbG90PTAsIGZ1bmM9MA0KCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwg Y2FjaGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyks IG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50 cGluPWEsIGlycT0xMQ0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAg Y3VycmVudCBEMA0KCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdA0K CW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgMHhkMTAwMDAwMCwg c2l6ZSAyNCwgZW5hYmxlZA0KcGNpYjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFu Z2UgMHhkMTAwMDAwMC0weGQxZmZmZmZmOiBnb29kDQoJbWFwWzE0XTogdHlw ZSAzLCByYW5nZSA2NCwgYmFzZSAweGMwMDAwMDAwLCBzaXplIDI4LCBlbmFi bGVkDQpwY2liMTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGMwMDAwMDAw LTB4Y2ZmZmZmZmY6IGdvb2QNCgltYXBbMWNdOiB0eXBlIDEsIHJhbmdlIDY0 LCBiYXNlIDB4ZDAwMDAwMDAsIHNpemUgMjQsIGVuYWJsZWQNCnBjaWIxOiBy ZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZDAwMDAwMDAtMHhkMGZmZmZmZjog Z29vZA0KcGNpYjE6IG1hdGNoZWQgZW50cnkgZm9yIDEuMC5JTlRBIChzcmMg XFxfU0JfLlBDSTAuTFBDQi5MTktBOjApDQpwY2liMTogc2xvdCAwIElOVEEg cm91dGVkIHRvIGlycSAxMCB2aWEgXFxfU0JfLlBDSTAuTFBDQi5MTktBDQp2 Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gbWVtIDB4ZDEwMDAw MDAtMHhkMWZmZmZmZiwweGMwMDAwMDAwLTB4Y2ZmZmZmZmYsMHhkMDAwMDAw MC0weGQwZmZmZmZmIGlycSAxMCBhdCBkZXZpY2UgMC4wIG9uIHBjaTENCnBj aTA6IDxtdWx0aW1lZGlhPiBhdCBkZXZpY2UgMjcuMCAobm8gZHJpdmVyIGF0 dGFjaGVkKQ0KcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTEg YXQgZGV2aWNlIDI4LjAgb24gcGNpMA0KcGNpYjI6ICAgc2Vjb25kYXJ5IGJ1 cyAgICAgMg0KcGNpYjI6ICAgc3Vib3JkaW5hdGUgYnVzICAgMg0KcGNpYjI6 ICAgSS9PIGRlY29kZSAgICAgICAgMHgwLTB4MA0KcGNpYjI6ICAgbm8gcHJl ZmV0Y2hlZCBkZWNvZGUNCkFDUEk6IEZvdW5kIG1hdGNoaW5nIHBpbiBmb3Ig Mi4wLklOVEEgYXQgZnVuYyAwOiAxMQ0KcGNpX2xpbmswOiBCSU9TIElSUSAx MSBmb3IgMi4wLklOVEEgaXMgaW52YWxpZA0KcGNpMjogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjINCnBjaTI6IHBoeXNpY2FsIGJ1cz0yDQpmb3VuZC0+CXZl bmRvcj0weDExYWIsIGRldj0weDQzNTIsIHJldmlkPTB4MTQNCglidXM9Miwg c2xvdD0wLCBmdW5jPTANCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wDQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDQwMTAsIGNh Y2hlbG5zej0xNiAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBp bj1hLCBpcnE9MTENCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIg RDMgIGN1cnJlbnQgRDANCglWUEQgSWRlbnQ6IE1hcnZlbGwgWXVrb24gODhF ODAzOCBGYXN0IEV0aGVybmV0IENvbnRyb2xsZXINCglQTjogWXVrb24gODhF ODAzOA0KCUVDOiBSZXYuIDEuNA0KCU1OOiBNYXJ2ZWxsDQoJU046IEFiQ2RF Zkc4NUJDQTANCglDUDogaWQgMSwgQkFSMTYsIG9mZiAweDNjYw0KCVJWOiAw eDdkDQoJTVNJIHN1cHBvcnRzIDIgbWVzc2FnZXMsIDY0IGJpdA0KCW1hcFsx MF06IHR5cGUgMSwgcmFuZ2UgNjQsIGJhc2UgMCwgc2l6ZSAxNCwgbWVtb3J5 IGRpc2FibGVkDQoJbWFwWzE4XTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAw LCBzaXplICA4LCBwb3J0IGRpc2FibGVkDQpwY2liMjogbWF0Y2hlZCBlbnRy eSBmb3IgMi4wLklOVEEgKHNyYyBcXF9TQl8uUENJMC5MUENCLkxOS0E6MCkN CnBjaWIyOiBzbG90IDAgSU5UQSByb3V0ZWQgdG8gaXJxIDEwIHZpYSBcXF9T Ql8uUENJMC5MUENCLkxOS0ENCnBjaTI6IDxuZXR3b3JrLCBldGhlcm5ldD4g YXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpYjM6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTAgYXQgZGV2aWNlIDI4LjEgb24g cGNpMA0KcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMw0KcGNpYjM6ICAg c3Vib3JkaW5hdGUgYnVzICAgMw0KcGNpYjM6ICAgSS9PIGRlY29kZSAgICAg ICAgMHgwLTB4MA0KcGNpYjM6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUNCkFD UEk6IEZvdW5kIG1hdGNoaW5nIHBpbiBmb3IgMy4wLklOVEEgYXQgZnVuYyAw OiAxMQ0KcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMNCnBjaTM6IHBo eXNpY2FsIGJ1cz0zDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDQy MjIsIHJldmlkPTB4MDINCglidXM9Mywgc2xvdD0wLCBmdW5jPTANCgljbGFz cz0wMi04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4 MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0K CWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTENCglwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCglNU0kgc3VwcG9y dHMgMSBtZXNzYWdlLCA2NCBiaXQNCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdl IDMyLCBiYXNlIDAsIHNpemUgMTIsIG1lbW9yeSBkaXNhYmxlZA0KcGNpYjM6 IG1hdGNoZWQgZW50cnkgZm9yIDMuMC5JTlRBIChzcmMgXFxfU0JfLlBDSTAu TFBDQi5MTktCOjApDQpwY2liMzogc2xvdCAwIElOVEEgcm91dGVkIHRvIGly cSAxMSB2aWEgXFxfU0JfLlBDSTAuTFBDQi5MTktCDQpwY2kzOiA8bmV0d29y az4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpYjQ6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTAgYXQgZGV2aWNlIDI4LjIg b24gcGNpMA0KcGNpYjQ6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNA0KcGNpYjQ6 ICAgc3Vib3JkaW5hdGUgYnVzICAgNA0KcGNpYjQ6ICAgSS9PIGRlY29kZSAg ICAgICAgMHgwLTB4MA0KcGNpYjQ6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUN CnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0DQpwY2k0OiBwaHlzaWNh bCBidXM9NA0KcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgOSBh dCBkZXZpY2UgMjguMyBvbiBwY2kwDQpwY2liNTogICBzZWNvbmRhcnkgYnVz ICAgICA1DQpwY2liNTogICBzdWJvcmRpbmF0ZSBidXMgICA3DQpwY2liNTog ICBJL08gZGVjb2RlICAgICAgICAweDAtMHgwDQpwY2liNTogICBubyBwcmVm ZXRjaGVkIGRlY29kZQ0KcGNpYjU6IGNvdWxkIG5vdCBnZXQgUENJIGludGVy cnVwdCByb3V0aW5nIHRhYmxlIGZvciBcXF9TQl8uUENJMC5SUDA0IC0gQUVf Tk9UX0ZPVU5EDQpwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQ0KcGNp NTogcGh5c2ljYWwgYnVzPTUNCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0 IGRldmljZSAyOS4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8c2Vy aWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMjkuMSAobm8gZHJpdmVyIGF0dGFj aGVkKQ0KcGNpMDogPHNlcmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDI5LjIg KG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+ IGF0IGRldmljZSAyOS4zIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8 c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMjkuNyAobm8gZHJpdmVyIGF0 dGFjaGVkKQ0KcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgMzAuMCBvbiBwY2kwDQpwY2liNjogICBzZWNvbmRhcnkgYnVzICAgICAx MA0KcGNpYjY6ICAgc3Vib3JkaW5hdGUgYnVzICAgMTENCnBjaWI2OiAgIEkv TyBkZWNvZGUgICAgICAgIDB4MC0weDANCnBjaWI2OiAgIG5vIHByZWZldGNo ZWQgZGVjb2RlDQpwY2liNjogICBTdWJ0cmFjdGl2ZWx5IGRlY29kZWQgYnJp ZGdlLg0KcGNpMTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2DQpwY2kxMDog cGh5c2ljYWwgYnVzPTEwDQpmb3VuZC0+CXZlbmRvcj0weDEwNGMsIGRldj0w eDgwMzksIHJldmlkPTB4MDANCglidXM9MTAsIHNsb3Q9OSwgZnVuYz0wDQoJ Y2xhc3M9MDYtMDctMDAsIGhkcnR5cGU9MHgwMiwgbWZkZXY9MQ0KCWNtZHJl Zz0weDAwMDAsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9MTYgKGR3b3Jk cykNCglsYXR0aW1lcj0weDMxICgxNDcwIG5zKSwgbWluZ250PTB4NDQgKDE3 MDAwIG5zKSwgbWF4bGF0PTB4MDMgKDc1MCBucykNCglpbnRwaW49YSwgaXJx PTEwDQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJy ZW50IEQwDQoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSAweGQy MjA0MDAwLCBzaXplIDEyLCBtZW1vcnkgZGlzYWJsZWQNCnBjaWI2OiByZXF1 ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZDIyMDQwMDAtMHhkMjIwNGZmZjogZ29v ZA0KcGNpYjY6IG5vIFBSVCBlbnRyeSBmb3IgMTAuOS5JTlRBDQpmb3VuZC0+ CXZlbmRvcj0weDEwNGMsIGRldj0weDgwM2IsIHJldmlkPTB4MDANCglidXM9 MTAsIHNsb3Q9OSwgZnVuYz0yDQoJY2xhc3M9MDEtODAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjEw LCBjYWNoZWxuc3o9MTYgKGR3b3JkcykNCglsYXR0aW1lcj0weDM5ICgxNzEw IG5zKSwgbWluZ250PTB4MDcgKDE3NTAgbnMpLCBtYXhsYXQ9MHgwNCAoMTAw MCBucykNCglpbnRwaW49YSwgaXJxPTEwDQoJcG93ZXJzcGVjIDIgIHN1cHBv cnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwDQoJbWFwWzEwXTogdHlwZSAx LCByYW5nZSAzMiwgYmFzZSAweGQyMjA1MDAwLCBzaXplIDEyLCBlbmFibGVk DQpwY2liNjogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGQyMjA1MDAwLTB4 ZDIyMDVmZmY6IGdvb2QNCnBjaWI2OiBubyBQUlQgZW50cnkgZm9yIDEwLjku SU5UQQ0KY2JiMDogPFBDSS1DYXJkQnVzIEJyaWRnZT4gbWVtIDB4ZDIyMDQw MDAtMHhkMjIwNGZmZiBpcnEgMTAgYXQgZGV2aWNlIDkuMCBvbiBwY2kxMA0K Y2JiMDogUmVzZXJ2ZWQgMHgxMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBl IDMgYXQgMHhkMjIwNDAwMA0KY2FyZGJ1czA6IDxDYXJkQnVzIGJ1cz4gb24g Y2JiMA0KcGNjYXJkMDogPDE2LWJpdCBQQ0NhcmQgYnVzPiBvbiBjYmIwDQpj YmIwOiBbTVBTQUZFXQ0KY2JiMDogUENJIENvbmZpZ3VyYXRpb24gc3BhY2U6 DQogIDB4MDA6IDB4ODAzOTEwNGMgMHgwMjEwMDAwNyAweDA2MDcwMDAwIDB4 MDA4MjMxMTAgDQogIDB4MTA6IDB4ZDIyMDQwMDAgMHgwMjAwMDBhMCAweDIw MGIwYjBhIDB4ZmZmZmYwMDAgDQogIDB4MjA6IDB4MDAwMDAwMDAgMHhmZmZm ZjAwMCAweDAwMDAwMDAwIDB4ZmZmZmZmZmMgDQogIDB4MzA6IDB4MDAwMDAw MDAgMHhmZmZmZmZmYyAweDAwMDAwMDAwIDB4MDc0NDAxMGEgDQogIDB4NDA6 IDB4MDExMDEwMjUgMHgwMDAwMDAwMSAweDAwMDAwMDAwIDB4MDAwMDAwMDAg DQogIDB4NTA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4 MDAwMDAwMDAgDQogIDB4NjA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAw MDAwMDAwIDB4MDAwMDAwMDAgDQogIDB4NzA6IDB4MDAwMDAwMDAgMHgwMDAw MDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgDQogIDB4ODA6IDB4MTg0NGQw NjAgMHgwMmQ4MDAxOSAweDAwMTkwMDE2IDB4MDEzMjFiMjIgDQogIDB4OTA6 IDB4NjA2NjAyYzAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAg DQogIDB4YTA6IDB4ZmUxMjAwMDEgMHgwMGMwMDAwMCAweDAwMDAwMDAwIDB4 MDAwMDAwMDAgDQogIDB4YjA6IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAw MDAwMDAwIDB4MDAwMDAwMDAgDQogIDB4YzA6IDB4MDAwMDAwMDAgMHgwMDAw MDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgDQogIDB4ZDA6IDB4MDAwMDAw MDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAgDQogIDB4ZTA6 IDB4MDAwMDAwMDAgMHgwMDAwMDAwMCAweDAwMDAwMDAwIDB4MDAwMDAwMDAg DQogIDB4ZjA6IDB4NTA0ZTE1MWYgMHg2MTAwMTYyMCAweDAwMDAwMDAwIDB4 MDAwMDAwMDAgDQpwY2kxMDogPG1hc3Mgc3RvcmFnZT4gYXQgZGV2aWNlIDku MiAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRn ZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9u IGlzYWIwDQphdGFwY2kwOiA8SW50ZWwgSUNINyBVRE1BMTAwIGNvbnRyb2xs ZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYs MHgxODgwLTB4MTg4ZiBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwDQphdGFwY2kw OiBSZXNlcnZlZCAweDEwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQg MHgxODgwDQphdGEwOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMA0KYXRh cGNpMDogUmVzZXJ2ZWQgMHg4IGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDQg YXQgMHgxZjANCmF0YXBjaTA6IFJlc2VydmVkIDB4MSBieXRlcyBmb3Igcmlk IDB4MTQgdHlwZSA0IGF0IDB4M2Y2DQphdGEwOiByZXNldCB0cDEgbWFzaz0w MyBvc3RhdDA9NTAgb3N0YXQxPTUwDQphdGEwOiBzdGF0MD0weDUwIGVycj0w eDAxIGxzYj0weDAwIG1zYj0weDAwDQphdGEwOiBzdGF0MT0weDEwIGVycj0w eDAxIGxzYj0weDE0IG1zYj0weGViDQphdGEwOiByZXNldCB0cDIgc3RhdDA9 NTAgc3RhdDE9MTAgZGV2aWNlcz0weDk8QVRBUElfU0xBVkUsQVRBX01BU1RF Uj4NCmF0YTA6IFtNUFNBRkVdDQphdGExOiA8QVRBIGNoYW5uZWwgMT4gb24g YXRhcGNpMA0KYXRhcGNpMDogUmVzZXJ2ZWQgMHg4IGJ5dGVzIGZvciByaWQg MHgxOCB0eXBlIDQgYXQgMHgxNzANCmF0YXBjaTA6IFJlc2VydmVkIDB4MSBi eXRlcyBmb3IgcmlkIDB4MWMgdHlwZSA0IGF0IDB4Mzc2DQphdGExOiByZXNl dCB0cDEgbWFzaz0wMyBvc3RhdDA9N2Ygb3N0YXQxPTdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MD0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiBzdGF0 MT0weDdmIGVycj0weDdmIGxzYj0weDdmIG1zYj0weDdmDQphdGExOiByZXNl dCB0cDIgc3RhdDA9ZmYgc3RhdDE9ZmYgZGV2aWNlcz0weDANCmF0YTE6IFtN UFNBRkVdDQpwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAz MS4zIChubyBkcml2ZXIgYXR0YWNoZWQpDQphY3BpX2FjYWQwOiA8QUMgQWRh cHRlcj4gb24gYWNwaTANCmJhdHRlcnkwOiA8QUNQSSBDb250cm9sIE1ldGhv ZCBCYXR0ZXJ5PiBvbiBhY3BpMA0KYWNwaV9saWQwOiA8Q29udHJvbCBNZXRo b2QgTGlkIFN3aXRjaD4gb24gYWNwaTANCmFjcGlfYnV0dG9uMDogPFBvd2Vy IEJ1dHRvbj4gb24gYWNwaTANCmFjcGlfYnV0dG9uMTogPFNsZWVwIEJ1dHRv bj4gb24gYWNwaTANCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3Bp MA0KYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9y dCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTANCmF0a2JkMDogPEFUIEtleWJv YXJkPiBpcnEgMSBvbiBhdGtiZGMwDQphdGtiZDogdGhlIGN1cnJlbnQga2Jk IGNvbnRyb2xsZXIgY29tbWFuZCBieXRlIDAwNDcNCmF0a2JkOiBrZXlib2Fy ZCBJRCAweDQxYWIgKDIpDQprYmQwIGF0IGF0a2JkMA0Ka2JkMDogYXRrYmQw LCBBVCAxMDEvMTAyICgyKSwgY29uZmlnOjB4MCwgZmxhZ3M6MHgzZDAwMDAN CmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0NCnBzbTA6IHVuYWJsZSB0byBhbGxv Y2F0ZSBJUlENCnBzbWNwbnAwOiA8UFMvMiBtb3VzZSBwb3J0PiBpcnEgMTIg b24gYWNwaTANCnBzbTA6IGN1cnJlbnQgY29tbWFuZCBieXRlOjAwNDcNCnBz bTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMA0KcHNtMDogW0dJ QU5ULUxPQ0tFRF0NCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSBFeHBsb3Jl ciwgZGV2aWNlIElEIDQtMDAsIDUgYnV0dG9ucw0KcHNtMDogY29uZmlnOjAw MDAwMDAwLCBmbGFnczowMDAwMDAwOCwgcGFja2V0IHNpemU6NA0KcHNtMDog c3luY21hc2s6MDgsIHN5bmNiaXRzOjAwDQpucHgwOiBJTlQgMTYgaW50ZXJm YWNlDQphdGE6IGF0YTAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0DQph dGE6IGF0YTEgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0DQphdGtiZGM6 IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0DQpwbnBfaWRl bnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjAzDQpwbnBfaWRlbnRpZnk6 IFRyeWluZyBSZWFkX1BvcnQgYXQgMjQzDQpwbnBfaWRlbnRpZnk6IFRyeWlu ZyBSZWFkX1BvcnQgYXQgMjgzDQpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFk X1BvcnQgYXQgMmMzDQpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQg YXQgMzAzDQpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzQz DQpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzgzDQpwbnBf aWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgM2MzDQpQTlAgSWRlbnRp ZnkgY29tcGxldGUNCnNjOiBzYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5n IGl0DQp2Z2E6IHZnYTAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0DQpp c2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcw0KaXNh X3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2aWNlcw0KcG10 aW1lcjAgb24gaXNhMA0Kb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9t ZW0gMHhjZjAwMC0weGNmZmZmLDB4ZGY4MDAtMHhkZmZmZiBwbnBpZCBPUk0w MDAwIG9uIGlzYTANCmFkdjA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQ0KYWhh MDogbm90IHByb2JlZCAoZGlzYWJsZWQpDQphaWMwOiBub3QgcHJvYmVkIChk aXNhYmxlZCkNCmJ0MDogbm90IHByb2JlZCAoZGlzYWJsZWQpDQpjczA6IG5v dCBwcm9iZWQgKGRpc2FibGVkKQ0KZWQwOiBub3QgcHJvYmVkIChkaXNhYmxl ZCkNCmZkYzAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgzZjAtMHgzZjUs MHgzZjcgaXJxIDYgZHJxIDIgb24gaXNhMA0KZmUwOiBub3QgcHJvYmVkIChk aXNhYmxlZCkNCmllMDogbm90IHByb2JlZCAoZGlzYWJsZWQpDQpsZTA6IG5v dCBwcm9iZWQgKGRpc2FibGVkKQ0KcHBjMDogcGFyYWxsZWwgcG9ydCBub3Qg Zm91bmQuDQpwcGMwOiA8UGFyYWxsZWwgcG9ydD4gZmFpbGVkIHRvIHByb2Jl IGF0IGlycSA3IG9uIGlzYTANCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBm bGFncyAweDEwMCBvbiBpc2EwDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25z b2xlcywgZmxhZ3M9MHgzMDA+DQpzYzA6IGZiMCwga2JkMCwgdGVybWluYWwg ZW11bGF0b3I6IHNjIChzeXNjb25zIHRlcm1pbmFsKQ0Kc2lvMDogY29uZmln dXJlZCBpcnEgNCBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDANCnNp bzA6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkDQpzaW8wOiBpcnEgbWFwczog MHgyMDEgMHgyMDEgMHgyMDEgMHgyMDENCnNpbzA6IHByb2JlIGZhaWxlZCB0 ZXN0KHMpOiAwIDEgMiA0IDYgNyA5DQpzaW8wOiBjb25maWd1cmVkIGlycSA0 IG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMA0Kc2lvMDogcG9ydCBt YXkgbm90IGJlIGVuYWJsZWQNCnNpbzA6IGlycSBtYXBzOiAweDIwMSAweDIw MSAweDIwMSAweDIwMQ0Kc2lvMDogcHJvYmUgZmFpbGVkIHRlc3Qocyk6IDAg MSAyIDQgNiA3IDkNCnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBm bGFncyAweDEwIG9uIGlzYTANCnNpbzA6IHR5cGUgODI1MCBvciBub3QgcmVz cG9uZGluZw0Kc2lvMDogW0ZBU1RdDQpzaW8xOiBjb25maWd1cmVkIGlycSAz IG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMA0Kc2lvMTogcG9ydCBt YXkgbm90IGJlIGVuYWJsZWQNCnNpbzE6IGlycSBtYXBzOiAweDIwMSAweDIw MSAweDIwMSAweDIwMQ0Kc2lvMTogcHJvYmUgZmFpbGVkIHRlc3Qocyk6IDAg MSAyIDQgNiA3IDkNCnNpbzEgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgy ZjgtMHgyZmYgaXJxIDMgb24gaXNhMA0Kc2lvMjogbm90IHByb2JlZCAoZGlz YWJsZWQpDQpzaW8zOiBub3QgcHJvYmVkIChkaXNhYmxlZCkNCnNuMDogbm90 IHByb2JlZCAoZGlzYWJsZWQpDQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBh dCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBp c2EwDQp2dDA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQ0KaXNhX3Byb2JlX2No aWxkcmVuOiBwcm9iaW5nIFBuUCBkZXZpY2VzDQpEZXZpY2UgY29uZmlndXJh dGlvbiBmaW5pc2hlZC4NClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAx NjY2Nzg4MTEwIEh6IHF1YWxpdHkgODAwDQpUaW1lY291bnRlcnMgdGljayBl dmVyeSAxLjAwMCBtc2VjDQpsbzA6IGJwZiBhdHRhY2hlZA0KYXRhMC1zbGF2 ZTogcGlvPVBJTzQgd2RtYT1XRE1BMiB1ZG1hPVVETUEzMyBjYWJsZT00MCB3 aXJlDQphY3BpX2FjYWQwOiBhY2xpbmUgaW5pdGlhbGl6YXRpb24gc3RhcnQN CmFjcGlfYWNhZDA6IE9uIExpbmUNCmFjcGlfYWNhZDA6IGFjbGluZSBpbml0 aWFsaXphdGlvbiBkb25lLCB0cmllZCAxIHRpbWVzDQpiYXR0ZXJ5MDogYmF0 dGVyeSBpbml0aWFsaXphdGlvbiBzdGFydA0KYXRhMC1tYXN0ZXI6IHBpbz1Q SU80IHdkbWE9V0RNQTIgdWRtYT1VRE1BMTAwIGNhYmxlPTgwIHdpcmUNCmFk MDogc2V0dGluZyBQSU80IG9uIElDSDcgY2hpcA0KYWQwOiBETUEgbGltaXRl ZCB0byBVRE1BMzMsIGNvbnRyb2xsZXIgZm91bmQgbm9uLUFUQTY2IGNhYmxl DQphZDA6IHNldHRpbmcgVURNQTMzIG9uIElDSDcgY2hpcA0KYWQwOiAxMTQ0 NzNNQiA8SGl0YWNoaSBIVFM1NDE2MTJKOUFUMDAgU0JET0E3MEg+IGF0IGF0 YTAtbWFzdGVyIFVETUEzMw0KYWQwOiAyMzQ0NDE2NDggc2VjdG9ycyBbMjMy NTgxQy8xNkgvNjNTXSAxNiBzZWN0b3JzL2ludGVycnVwdCAxIGRlcHRoIHF1 ZXVlDQpHRU9NOiBuZXcgZGlzayBhZDANCmFjZDA6IHNldHRpbmcgUElPNCBv biBJQ0g3IGNoaXANCmFjZDA6IHNldHRpbmcgVURNQTMzIG9uIElDSDcgY2hp cA0KYWNkMDogPFBISUxJUFMgRFZELVJBTSBTRFZEODgyMS9FWDA0PiBEVkRS IGRyaXZlIGF0IGF0YTAgYXMgc2xhdmUNCmFjZDA6IHJlYWQgNDE0OEtCL3Mg KDQxMzRLQi9zKSB3cml0ZSA2ODlLQi9zICg2ODhLQi9zKSwgMjA0OEtCIGJ1 ZmZlciwgVURNQTMzDQphY2QwOiBSZWFkczogQ0RSLCBDRFJXLCBDRERBIHN0 cmVhbSwgRFZEUk9NLCBEVkRSLCBEVkRSQU0sIHBhY2tldA0KYWNkMDogV3Jp dGVzOiBDRFIsIENEUlcsIERWRFIsIERWRFJBTSwgdGVzdCB3cml0ZSwgYnVy bnByb29mDQphY2QwOiBBdWRpbzogcGxheSwgMjU2IHZvbHVtZSBsZXZlbHMN CmFjZDA6IE1lY2hhbmlzbTogZWplY3RhYmxlIHRyYXksIHVubG9ja2VkDQph Y2QwOiBNZWRpdW06IENELVJXIDEyMG1tIGRhdGEgZGlzYw0KVHJ5aW5nIHRv IG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzM2ENCnN0YXJ0X2luaXQ6 IHRyeWluZyAvc2Jpbi9pbml0DQoocHJvYmUwOmF0YTA6MDoxOjApOiBlcnJv ciAyMg0KKHByb2JlMDphdGEwOjA6MTowKTogVW5yZXRyeWFibGUgRXJyb3IN Cihwcm9iZTA6YXRhMDowOjE6MCk6IERvd24gcmV2aW5nIFByb3RvY29sIFZl cnNpb24gZnJvbSAyIHRvIDA/DQpwYXNzMCBhdCBhdGEwIGJ1cyAwIHRhcmdl dCAxIGx1biAwDQpwYXNzMDogPFBISUxJUFMgRFZELVJBTSBTRFZEODgyMSBF WDA0PiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgDQpwYXNzMDog MzMuMDAwTUIvcyB0cmFuc2ZlcnMNCnBjaTA6IGRyaXZlciBhZGRlZA0KZm91 bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2Q4LCByZXZpZD0weDAyDQoJ YnVzPTAsIHNsb3Q9MjcsIGZ1bmM9MA0KCWNsYXNzPTA0LTAzLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4 MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp DQoJaW50cGluPWEsIGlycT0xMA0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBE MCBEMyAgY3VycmVudCBEMA0KCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0 IGJpdA0KcGNpMDoyNzowOiByZXByb2Jpbmcgb24gZHJpdmVyIGFkZGVkDQpm b3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3YzgsIHJldmlkPTB4MDIN CglidXM9MCwgc2xvdD0yOSwgZnVuYz0wDQoJY2xhc3M9MGMtMDMtMDAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MQ0KCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9 MHgwMjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQ0KCWludHBpbj1hLCBpcnE9MTENCnBjaTA6Mjk6MDogcmVwcm9iaW5nIG9u IGRyaXZlciBhZGRlZA0KdWhjaTA6IDxVSENJIChnZW5lcmljKSBVU0IgY29u dHJvbGxlcj4gcG9ydCAweDE4MDAtMHgxODFmIGlycSAxMSBhdCBkZXZpY2Ug MjkuMCBvbiBwY2kwDQp1aGNpMDogUmVzZXJ2ZWQgMHgyMCBieXRlcyBmb3Ig cmlkIDB4MjAgdHlwZSA0IGF0IDB4MTgwMA0KdWhjaTA6IFtHSUFOVC1MT0NL RURdDQp1c2IwOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9u IHVoY2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDogPEludGVs IFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2IwDQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxl LCBzZWxmIHBvd2VyZWQNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4 MjdjOSwgcmV2aWQ9MHgwMg0KCWJ1cz0wLCBzbG90PTI5LCBmdW5jPTENCglj bGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVn PTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMp DQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwg bWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWIsIGlycT05DQpwY2kwOjI5 OjE6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQNCnVoY2kxOiA8VUhDSSAo Z2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHgxODIwLTB4MTgzZiBp cnEgOSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwDQp1aGNpMTogUmVzZXJ2ZWQg MHgyMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4MTgyMA0KdWhj aTE6IFtHSUFOVC1MT0NLRURdDQp1c2IxOiA8VUhDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IG9uIHVoY2kxDQp1c2IxOiBVU0IgcmV2aXNpb24gMS4w DQp1aHViMTogPEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IxDQp1aHViMTogMiBwb3J0cyB3 aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmZvdW5kLT4JdmVuZG9y PTB4ODA4NiwgZGV2PTB4MjdjYSwgcmV2aWQ9MHgwMg0KCWJ1cz0wLCBzbG90 PTI5LCBmdW5jPTINCgljbGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wDQoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hl bG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWMs IGlycT0xMA0KcGNpMDoyOToyOiByZXByb2Jpbmcgb24gZHJpdmVyIGFkZGVk DQp1aGNpMjogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0 IDB4MTg0MC0weDE4NWYgaXJxIDEwIGF0IGRldmljZSAyOS4yIG9uIHBjaTAN CnVoY2kyOiBSZXNlcnZlZCAweDIwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBl IDQgYXQgMHgxODQwDQp1aGNpMjogW0dJQU5ULUxPQ0tFRF0NCnVzYjI6IDxV SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTINCnVzYjI6 IFVTQiByZXZpc2lvbiAxLjANCnVodWIyOiA8SW50ZWwgVUhDSSByb290IGh1 YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjIN CnVodWIyOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZA0KZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2NiLCByZXZpZD0w eDAyDQoJYnVzPTAsIHNsb3Q9MjksIGZ1bmM9Mw0KCWNsYXNzPTBjLTAzLTAw LCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDA1LCBzdGF0 cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykNCglpbnRwaW49ZCwgaXJxPTEwDQpwY2kwOjI5OjM6IHJlcHJvYmlu ZyBvbiBkcml2ZXIgYWRkZWQNCnVoY2kzOiA8VUhDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IHBvcnQgMHgxODYwLTB4MTg3ZiBpcnEgMTAgYXQgZGV2 aWNlIDI5LjMgb24gcGNpMA0KdWhjaTM6IFJlc2VydmVkIDB4MjAgYnl0ZXMg Zm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDE4NjANCnVoY2kzOiBbR0lBTlQt TE9DS0VEXQ0KdXNiMzogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVy PiBvbiB1aGNpMw0KdXNiMzogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjM6IDxJ bnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAs IGFkZHIgMT4gb24gdXNiMw0KdWh1YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRl dj0weDI3Y2MsIHJldmlkPTB4MDINCglidXM9MCwgc2xvdD0yOSwgZnVuYz03 DQoJY2xhc3M9MGMtMDMtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNt ZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTENCglw b3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCnBjaTA6 Mjk6NzogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZA0KZm91bmQtPgl2ZW5k b3I9MHg4MDg2LCBkZXY9MHgyN2RhLCByZXZpZD0weDAyDQoJYnVzPTAsIHNs b3Q9MzEsIGZ1bmM9Mw0KCWNsYXNzPTBjLTA1LTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTANCgljbWRyZWc9MHgwMDAxLCBzdGF0cmVnPTB4MDI4MCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49 YiwgaXJxPTkNCnBjaTA6MzE6MzogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRl ZA0KcGNpMTogZHJpdmVyIGFkZGVkDQpwY2kyOiBkcml2ZXIgYWRkZWQNCmZv dW5kLT4JdmVuZG9yPTB4MTFhYiwgZGV2PTB4NDM1MiwgcmV2aWQ9MHgxNA0K CWJ1cz0yLCBzbG90PTAsIGZ1bmM9MA0KCWNsYXNzPTAyLTAwLTAwLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4 NDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp DQoJaW50cGluPWEsIGlycT0xMA0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBE MCBEMSBEMiBEMyAgY3VycmVudCBEMA0KCVZQRCBJZGVudDogTWFydmVsbCBZ dWtvbiA4OEU4MDM4IEZhc3QgRXRoZXJuZXQgQ29udHJvbGxlcg0KCVBOOiBZ dWtvbiA4OEU4MDM4DQoJRUM6IFJldi4gMS40DQoJTU46IE1hcnZlbGwNCglT TjogQWJDZEVmRzg1QkNBMA0KCUNQOiBpZCAxLCBCQVIxNiwgb2ZmIDB4M2Nj DQoJUlY6IDB4N2QNCglNU0kgc3VwcG9ydHMgMiBtZXNzYWdlcywgNjQgYml0 DQpwY2kyOjA6MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZA0KcGNpMzog ZHJpdmVyIGFkZGVkDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDQy MjIsIHJldmlkPTB4MDINCglidXM9Mywgc2xvdD0wLCBmdW5jPTANCgljbGFz cz0wMi04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4 MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0K CWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTENCglwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDANCglNU0kgc3VwcG9y dHMgMSBtZXNzYWdlLCA2NCBiaXQNCnBjaTM6MDowOiByZXByb2Jpbmcgb24g ZHJpdmVyIGFkZGVkDQpwY2k0OiBkcml2ZXIgYWRkZWQNCnBjaTU6IGRyaXZl ciBhZGRlZA0KcGNpMTA6IGRyaXZlciBhZGRlZA0KZm91bmQtPgl2ZW5kb3I9 MHgxMDRjLCBkZXY9MHg4MDNiLCByZXZpZD0weDAwDQoJYnVzPTEwLCBzbG90 PTksIGZ1bmM9Mg0KCWNsYXNzPTAxLTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTENCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVs bnN6PTE2IChkd29yZHMpDQoJbGF0dGltZXI9MHgzOSAoMTcxMCBucyksIG1p bmdudD0weDA3ICgxNzUwIG5zKSwgbWF4bGF0PTB4MDQgKDEwMDAgbnMpDQoJ aW50cGluPWEsIGlycT0xMA0KCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBE MSBEMiBEMyAgY3VycmVudCBEMA0KcGNpMTA6OToyOiByZXByb2Jpbmcgb24g ZHJpdmVyIGFkZGVkDQpwY2kwOiBkcml2ZXIgYWRkZWQNCmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MjdkOCwgcmV2aWQ9MHgwMg0KCWJ1cz0wLCBz bG90PTI3LCBmdW5jPTANCgljbGFzcz0wNC0wMy0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wDQoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwMTAsIGNh Y2hlbG5zej0xNiAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBp bj1hLCBpcnE9MTANCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1 cnJlbnQgRDANCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQNCnBj aTA6Mjc6MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZA0KZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgyN2NjLCByZXZpZD0weDAyDQoJYnVzPTAs IHNsb3Q9MjksIGZ1bmM9Nw0KCWNsYXNzPTBjLTAzLTIwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTANCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDI5MCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRw aW49YSwgaXJxPTExDQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBj dXJyZW50IEQwDQpwY2kwOjI5Ojc6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRk ZWQNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdkYSwgcmV2aWQ9 MHgwMg0KCWJ1cz0wLCBzbG90PTMxLCBmdW5jPTMNCgljbGFzcz0wYy0wNS0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4MDAwMSwgc3Rh dHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpDQoJaW50cGluPWIsIGlycT05DQpwY2kwOjMxOjM6IHJlcHJvYmlu ZyBvbiBkcml2ZXIgYWRkZWQNCnBjaTE6IGRyaXZlciBhZGRlZA0KcGNpMjog ZHJpdmVyIGFkZGVkDQpmb3VuZC0+CXZlbmRvcj0weDExYWIsIGRldj0weDQz NTIsIHJldmlkPTB4MTQNCglidXM9Miwgc2xvdD0wLCBmdW5jPTANCgljbGFz cz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4 MDAwMCwgc3RhdHJlZz0weDQwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0K CWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTANCglwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDANCglWUEQg SWRlbnQ6IE1hcnZlbGwgWXVrb24gODhFODAzOCBGYXN0IEV0aGVybmV0IENv bnRyb2xsZXINCglQTjogWXVrb24gODhFODAzOA0KCUVDOiBSZXYuIDEuNA0K CU1OOiBNYXJ2ZWxsDQoJU046IEFiQ2RFZkc4NUJDQTANCglDUDogaWQgMSwg QkFSMTYsIG9mZiAweDNjYw0KCVJWOiAweDdkDQoJTVNJIHN1cHBvcnRzIDIg bWVzc2FnZXMsIDY0IGJpdA0KcGNpMjowOjA6IHJlcHJvYmluZyBvbiBkcml2 ZXIgYWRkZWQNCnBjaTM6IGRyaXZlciBhZGRlZA0KZm91bmQtPgl2ZW5kb3I9 MHg4MDg2LCBkZXY9MHg0MjIyLCByZXZpZD0weDAyDQoJYnVzPTMsIHNsb3Q9 MCwgZnVuYz0wDQoJY2xhc3M9MDItODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MA0KCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxu c3o9MTYgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49YSwg aXJxPTExDQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50 IEQwDQoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0DQpwY2kzOjA6 MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZA0KcGNpNDogZHJpdmVyIGFk ZGVkDQpwY2k1OiBkcml2ZXIgYWRkZWQNCnBjaTEwOiBkcml2ZXIgYWRkZWQN CmZvdW5kLT4JdmVuZG9yPTB4MTA0YywgZGV2PTB4ODAzYiwgcmV2aWQ9MHgw MA0KCWJ1cz0xMCwgc2xvdD05LCBmdW5jPTINCgljbGFzcz0wMS04MC0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAwNiwgc3RhdHJl Zz0weDAyMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4 MzkgKDE3MTAgbnMpLCBtaW5nbnQ9MHgwNyAoMTc1MCBucyksIG1heGxhdD0w eDA0ICgxMDAwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTANCglwb3dlcnNwZWMg MiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDANCnBjaTEwOjk6 MjogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZA0KcGNpMDogZHJpdmVyIGFk ZGVkDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI3ZDgsIHJldmlk PTB4MDINCglidXM9MCwgc2xvdD0yNywgZnVuYz0wDQoJY2xhc3M9MDQtMDMt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDYsIHN0 YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykNCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykNCglpbnRwaW49YSwgaXJxPTEwDQoJcG93ZXJzcGVjIDIgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwDQoJTVNJIHN1cHBvcnRzIDEgbWVz c2FnZSwgNjQgYml0DQpwY2kwOjI3OjA6IHJlcHJvYmluZyBvbiBkcml2ZXIg YWRkZWQNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdjYywgcmV2 aWQ9MHgwMg0KCWJ1cz0wLCBzbG90PTI5LCBmdW5jPTcNCgljbGFzcz0wYy0w My0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4MDAwNiwg c3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpDQoJaW50cGluPWEsIGlycT0xMQ0KCXBvd2Vyc3BlYyAyICBz dXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMA0KcGNpMDoyOTo3OiByZXByb2Jp bmcgb24gZHJpdmVyIGFkZGVkDQplaGNpMDogPEludGVsIDgyODAxR0IvUiAo SUNINykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhkMjUwNDAwMC0weGQy NTA0M2ZmIGlycSAxMSBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwDQplaGNpMDog UmVzZXJ2ZWQgMHg0MDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAw eGQyNTA0MDAwDQplaGNpMDogW0dJQU5ULUxPQ0tFRF0NCnVzYjQ6IEVIQ0kg dmVyc2lvbiAxLjANCnVzYjQ6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBw b3J0cyBlYWNoOiB1c2IwIHVzYjEgdXNiMiB1c2IzDQp1c2I0OiA8SW50ZWwg ODI4MDFHQi9SIChJQ0g3KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kw DQp1c2I0OiBVU0IgcmV2aXNpb24gMi4wDQp1aHViNDogPEludGVsIEVIQ0kg cm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBv biB1c2I0DQp1aHViNDogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQNCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjdkYSwg cmV2aWQ9MHgwMg0KCWJ1cz0wLCBzbG90PTMxLCBmdW5jPTMNCgljbGFzcz0w Yy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21kcmVnPTB4MDAw MSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpDQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpDQoJaW50cGluPWIsIGlycT05DQpwY2kwOjMxOjM6IHJl cHJvYmluZyBvbiBkcml2ZXIgYWRkZWQNCnBjaTE6IGRyaXZlciBhZGRlZA0K cGNpMjogZHJpdmVyIGFkZGVkDQpmb3VuZC0+CXZlbmRvcj0weDExYWIsIGRl dj0weDQzNTIsIHJldmlkPTB4MTQNCglidXM9Miwgc2xvdD0wLCBmdW5jPTAN CgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJY21k cmVnPTB4MDAwMCwgc3RhdHJlZz0weDQwMTAsIGNhY2hlbG5zej0xNiAoZHdv cmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTANCglw b3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAN CglWUEQgSWRlbnQ6IE1hcnZlbGwgWXVrb24gODhFODAzOCBGYXN0IEV0aGVy bmV0IENvbnRyb2xsZXINCglQTjogWXVrb24gODhFODAzOA0KCUVDOiBSZXYu IDEuNA0KCU1OOiBNYXJ2ZWxsDQoJU046IEFiQ2RFZkc4NUJDQTANCglDUDog aWQgMSwgQkFSMTYsIG9mZiAweDNjYw0KCVJWOiAweDdkDQoJTVNJIHN1cHBv cnRzIDIgbWVzc2FnZXMsIDY0IGJpdA0KcGNpMjowOjA6IHJlcHJvYmluZyBv biBkcml2ZXIgYWRkZWQNCnBjaTM6IGRyaXZlciBhZGRlZA0KZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHg0MjIyLCByZXZpZD0weDAyDQoJYnVzPTMs IHNsb3Q9MCwgZnVuYz0wDQoJY2xhc3M9MDItODAtMDAsIGhkcnR5cGU9MHgw MCwgbWZkZXY9MA0KCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBj YWNoZWxuc3o9MTYgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRw aW49YSwgaXJxPTExDQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBj dXJyZW50IEQwDQoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0DQpw Y2kzOjA6MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZA0KcGNpNDogZHJp dmVyIGFkZGVkDQpwY2k1OiBkcml2ZXIgYWRkZWQNCnBjaTEwOiBkcml2ZXIg YWRkZWQNCmZvdW5kLT4JdmVuZG9yPTB4MTA0YywgZGV2PTB4ODAzYiwgcmV2 aWQ9MHgwMA0KCWJ1cz0xMCwgc2xvdD05LCBmdW5jPTINCgljbGFzcz0wMS04 MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAwNiwg c3RhdHJlZz0weDAyMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0KCWxhdHRp bWVyPTB4MzkgKDE3MTAgbnMpLCBtaW5nbnQ9MHgwNyAoMTc1MCBucyksIG1h eGxhdD0weDA0ICgxMDAwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTANCglwb3dl cnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDANCnBj aTEwOjk6MjogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZA0KYmF0dGVyeTA6 IGJhdHRlcnkgaW5pdGlhbGl6YXRpb24gZG9uZSwgdHJpZWQgMiB0aW1lcw0K cGNpMDogZHJpdmVyIGFkZGVkDQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRl dj0weDI3ZDgsIHJldmlkPTB4MDINCglidXM9MCwgc2xvdD0yNywgZnVuYz0w DQoJY2xhc3M9MDQtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCWNt ZHJlZz0weDAwMDYsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3 b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAg bnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49YSwgaXJxPTEwDQoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwDQoJTVNJ IHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0DQpwY2kwOjI3OjA6IHJlcHJv YmluZyBvbiBkcml2ZXIgYWRkZWQNCmZvdW5kLT4JdmVuZG9yPTB4ODA4Niwg ZGV2PTB4MjdkYSwgcmV2aWQ9MHgwMg0KCWJ1cz0wLCBzbG90PTMxLCBmdW5j PTMNCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJ Y21kcmVnPTB4MDAwMSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChk d29yZHMpDQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgw IG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpDQoJaW50cGluPWIsIGlycT05DQpw Y2kwOjMxOjM6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQNCnBjaTE6IGRy aXZlciBhZGRlZA0KcGNpMjogZHJpdmVyIGFkZGVkDQpmb3VuZC0+CXZlbmRv cj0weDExYWIsIGRldj0weDQzNTIsIHJldmlkPTB4MTQNCglidXM9Miwgc2xv dD0wLCBmdW5jPTANCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wDQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDQwMTAsIGNhY2hl bG5zej0xNiAoZHdvcmRzKQ0KCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQ0KCWludHBpbj1h LCBpcnE9MTANCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMg IGN1cnJlbnQgRDANCglWUEQgSWRlbnQ6IE1hcnZlbGwgWXVrb24gODhFODAz OCBGYXN0IEV0aGVybmV0IENvbnRyb2xsZXINCglQTjogWXVrb24gODhFODAz OA0KCUVDOiBSZXYuIDEuNA0KCU1OOiBNYXJ2ZWxsDQoJU046IEFiQ2RFZkc4 NUJDQTANCglDUDogaWQgMSwgQkFSMTYsIG9mZiAweDNjYw0KCVJWOiAweDdk DQoJTVNJIHN1cHBvcnRzIDIgbWVzc2FnZXMsIDY0IGJpdA0KcGNpMjowOjA6 IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQNCm1za2MwOiA8TWFydmVsbCBZ dWtvbiA4OEU4MDM4IEdpZ2FiaXQgRXRoZXJuZXQ+IGlycSAxMCBhdCBkZXZp Y2UgMC4wIG9uIHBjaTINCm1za2MwOiBNU0kgY291bnQgOiAyDQpwY2liMjog bXNrYzAgcmVxdWVzdGVkIHVuc3VwcG9ydGVkIG1lbW9yeSByYW5nZSAwLTB4 ZmZmZmZmZmYgKGRlY29kaW5nIDAtMCwgMC0wKQ0KbXNrYzA6IDB4NDAwMCBi eXRlcyBvZiByaWQgMHgxMCByZXMgMyBmYWlsZWQgKDAsIDB4ZmZmZmZmZmYp Lg0KbXNrYzA6IExhenkgYWxsb2NhdGlvbiBvZiAweDQgYnl0ZXMgcmlkIDB4 MTQgdHlwZSA0IGF0IDB4MTAwMA0KbXNrYzA6IHVua25vd24gZGV2aWNlOiBp ZD0weGZmLCByZXY9MHgwZg0KZGV2aWNlX2F0dGFjaDogbXNrYzAgYXR0YWNo IHJldHVybmVkIDYNCnBjaTM6IGRyaXZlciBhZGRlZA0KZm91bmQtPgl2ZW5k b3I9MHg4MDg2LCBkZXY9MHg0MjIyLCByZXZpZD0weDAyDQoJYnVzPTMsIHNs b3Q9MCwgZnVuYz0wDQoJY2xhc3M9MDItODAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MA0KCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDEwLCBjYWNo ZWxuc3o9MTYgKGR3b3JkcykNCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykNCglpbnRwaW49 YSwgaXJxPTExDQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJy ZW50IEQwDQoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0DQpwY2kz OjA6MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZA0KcGNpNDogZHJpdmVy IGFkZGVkDQpwY2k1OiBkcml2ZXIgYWRkZWQNCnBjaTEwOiBkcml2ZXIgYWRk ZWQNCmZvdW5kLT4JdmVuZG9yPTB4MTA0YywgZGV2PTB4ODAzYiwgcmV2aWQ9 MHgwMA0KCWJ1cz0xMCwgc2xvdD05LCBmdW5jPTINCgljbGFzcz0wMS04MC0w MCwgaGRydHlwZT0weDAwLCBtZmRldj0xDQoJY21kcmVnPTB4MDAwNiwgc3Rh dHJlZz0weDAyMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQ0KCWxhdHRpbWVy PTB4MzkgKDE3MTAgbnMpLCBtaW5nbnQ9MHgwNyAoMTc1MCBucyksIG1heGxh dD0weDA0ICgxMDAwIG5zKQ0KCWludHBpbj1hLCBpcnE9MTANCglwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDANCnBjaTEw Ojk6MjogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZA0K --0-49402089-1164959196=:97361-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 08:01:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E220416A40F for ; Fri, 1 Dec 2006 08:01:25 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7051D43CAC for ; Fri, 1 Dec 2006 08:01:12 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kB181IMT086355; Fri, 1 Dec 2006 01:01:23 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <456FE143.7040206@samsco.org> Date: Fri, 01 Dec 2006 01:01:07 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Tai-hwa Liang References: <20061128115538.GB66517@cdnetworks.co.kr> <0612011540189.97361@www.mmlab.cse.yzu.edu.tw> In-Reply-To: <0612011540189.97361@www.mmlab.cse.yzu.edu.tw> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Pyun YongHyeon , freebsd-current@freebsd.org Subject: Re: Call for e1000phy(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 08:01:26 -0000 Tai-hwa Liang wrote: > On Tue, 28 Nov 2006, Pyun YongHyeon wrote: >> Hi, >> >> I had been writing msk(4) for FreeBSD and realized that e1000phy(4) >> is buggy on newer Marvell PHYs. For example, manual media selection >> didn't work at all and I had to stick to autoselection of the media >> type. The Marvell PHYs are widely used on various NICs including >> em(4), stge(4), sk(4), msk(4) and nfe(4). Except em(4) which does >> not support MII layers, correct operation of e1000phy(4) is very >> important to get a good link with link partner and to report link >> state changes to upper layers(e.g. dhclinet(8)). > > Thank you for working on this. > >> With this patch you should be able to set a media type without >> relying on autoselection and it should supports automatic crossover >> for all known Marvell PHYs. I've tried hard not to break existing >> behaviour(e.g. Fiber transceivers) but I can't verify that as I >> don't have any NICs that have Marvell Fiber transceivers. The patch >> is somewhat ugly in that it should read a PHY ID register in several >> palces. It seems that there is no easy way to avoid the reading until >> we have PHY model/revision numbers in mii softc. >> >> If you are one of users that use stge(4), sk(4), msk(4) and nfe(4) >> please test and report any strange things not observed on stock >> version. >> >> Note for nfe(4) users: >> It seems that nfe(4) has bugs that it can't send packets on >> half-duplex media(I've got "tx v1 error 0x6004"). I guess this comes >> from mismatches between PHY and MAC. So you may have to set >> full-duplex on nfe(4) until we have a fix for the issue. >> >> You can get the latest e1000phy(4) driver from the following URL. >> http://people.freebsd.org/~yongari/msk/e1000phy.c >> http://people.freebsd.org/~yongari/msk/e1000phyreg.h >> http://people.freebsd.org/~yongari/msk/miidevs >> >> OR get a jumbo patch for CURRENT. >> http://people.freebsd.org/~yongari/msk/e1000phy.patch > > I have tried your e1000phy patch as well as msk.diff.HEAD on an Acer > Aspire 5583 WXMi laptop: > > mskc0@pci2:0:0: class=0x020000 card=0x01101025 chip=0x435211ab > rev=0x14 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > class = network > subclass = ethernet > > It seems that device_attach always returns 6 regardless > hw.pci.enable_msi[x] > is 1 or 0: > > mskc0: irq 10 at device 0.0 on > pci2 > mskc0: MSI count : 2 > pcib2: mskc0 requested unsupported memory range 0-0xffffffff (decoding > 0-0, 0-0) > mskc0: 0x4000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). > mskc0: Lazy allocation of 0x4 bytes rid 0x14 type 4 at 0x1000 > mskc0: unknown device: id=0xff, rev=0x0f > device_attach: mskc0 attach returned 6 > This is a resource allocation problem with the PCI BAR on the card. Either your BIOS isn't setting it up correctly, or FreeBSD is doing something freakishly wrong. Does your BIOS have a switch for 'Plug N Play OS" or something to that effect? Scott From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 09:35:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9926D16A407 for ; Fri, 1 Dec 2006 09:35:46 +0000 (UTC) (envelope-from rosti.bsd@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1D2F43CA7 for ; Fri, 1 Dec 2006 09:35:32 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so2141608uge for ; Fri, 01 Dec 2006 01:35:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=BcxIKJQ2b0fD29yvZAf73tUB2Dwf3+7ULwX1C22JV/3m7IKdIysBwKW7Ec0N3XX9eU5MSr+FdaFqNED/HaWSQC5cj9KQ7g02/bsm9twHCxcWEHqNab5xTMt/SHFLpBz7ZzIEFaDmt5e6i4KXmc3tXVLL7VO3ku4XoqQEFyWyC7Y= Received: by 10.78.83.13 with SMTP id g13mr4617788hub.1164965744247; Fri, 01 Dec 2006 01:35:44 -0800 (PST) Received: from saturn.lan ( [212.143.154.227]) by mx.google.com with ESMTP id 36sm28324122hub.2006.12.01.01.35.42; Fri, 01 Dec 2006 01:35:43 -0800 (PST) Date: Fri, 1 Dec 2006 11:35:29 +0200 From: Rostislav Krasny To: freebsd-current@freebsd.org Message-Id: <20061201113529.e12a2fe7.rosti.bsd@gmail.com> X-Mailer: Sylpheed version 2.2.10 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: wrong definition of prefixes of bits in systat(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 09:35:46 -0000 Hello all, I found a wrong definition of prefixes of bits in systat(1) in HEAD. Because Yar Tikhiy has recently commited some changes of this util I wrote him a private email about my find. But for some completely unintelligible for me reason he is not agreeing that the current definitions of prefixes of bits in the systat(1) are wrong. However he suggested to discuss it on the mailing list. I've opened a bin/106116 PR with the patch and wrote there most of my arguments to Yar. What do you all think about that? Thanks From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 11:06:26 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5537D16A407 for ; Fri, 1 Dec 2006 11:06:26 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D59743C9D for ; Fri, 1 Dec 2006 11:06:11 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id kB1B6Naq031793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 1 Dec 2006 14:06:24 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id kB1B6Ncw031792 for current@FreeBSD.org; Fri, 1 Dec 2006 14:06:23 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 1 Dec 2006 14:06:23 +0300 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20061201110623.GB32700@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: Subject: [HEADSUP] if_watchdog considered unsafe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 11:06:26 -0000 Not a HEADSUP really, but just an announcement. Every interface structure in the kernel has an interger field called if_timer. A periodic event in the network stack goes through the list of interfaces and checks whether timer is charged to some non-zero value. If it is, then if_timer is decremented and if it has just reached zero value the interface's if_watchdog method is called. The if_watchdog method usually resets the hardware. Not all interface structures use this API. All virtual interfaces like tun(4), bridge(4), ng_iface(4), carp(4), etc., do not use it, but if_timer and if_watchdog fields are present in their struct ifnet. During 6.2-RELEASE preparation it was found that the race between if_slowtimo() checking the ifp->if_timer and driver updating the ifp->if_timer is real and hit in practice, at least for the em(4) driver. Since the driver mutex is opaque to the network stack, it is impossible to lock access to if_timer in the if_slowtimo(). So, it was decided that the drivers that really need to care about hardwares hangs should use their own locked callout to check for hardware problems. A patch has been committed to HEAD, that prints a warning if driver uses unsafe if_watchdog API. If you see such a warning, do not worry. Your system has the same chance to hit the race as it had before :) If you want, you can convert the driver you are using to do the watchdog job itself and don't use if_watchdog. ATM, three drivers have been converted to handle the watchdog theirselves: em(4), bge(4) and fxp(4). You can take them as examples. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 12:40:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5AA616A415 for ; Fri, 1 Dec 2006 12:40:10 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC34E43CA5 for ; Fri, 1 Dec 2006 12:39:55 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id i28so1000652wra for ; Fri, 01 Dec 2006 04:40:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=dIx9Su1yFMLv/bIAxnZluenTqgmB1r6FzqF8QmrNq3Y2VuALIRog7Aj4r46urhWbztssXI92qF+myUCqJhMCZv27z/zcpqHvInTGU6DqmOX7sY6gptLj9vpvURIzRmO6AAeSqKK0i8VkUuOc3vEXtWwLQWirbbSEsNGQzRMkfos= Received: by 10.90.120.13 with SMTP id s13mr4957477agc.1164976808985; Fri, 01 Dec 2006 04:40:08 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 35sm36540134wra.2006.12.01.04.40.06; Fri, 01 Dec 2006 04:40:08 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id kB1ChGrX082307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Dec 2006 21:43:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kB1ChFBm082306; Fri, 1 Dec 2006 21:43:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 1 Dec 2006 21:43:15 +0900 From: Pyun YongHyeon To: Tai-hwa Liang Message-ID: <20061201124315.GD79879@cdnetworks.co.kr> References: <20061128115538.GB66517@cdnetworks.co.kr> <0612011540189.97361@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0612011540189.97361@www.mmlab.cse.yzu.edu.tw> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: Call for e1000phy(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 12:40:10 -0000 On Fri, Dec 01, 2006 at 03:46:36PM +0800, Tai-hwa Liang wrote: > On Tue, 28 Nov 2006, Pyun YongHyeon wrote: > >Hi, > > > >I had been writing msk(4) for FreeBSD and realized that e1000phy(4) > >is buggy on newer Marvell PHYs. For example, manual media selection > >didn't work at all and I had to stick to autoselection of the media > >type. The Marvell PHYs are widely used on various NICs including > >em(4), stge(4), sk(4), msk(4) and nfe(4). Except em(4) which does > >not support MII layers, correct operation of e1000phy(4) is very > >important to get a good link with link partner and to report link > >state changes to upper layers(e.g. dhclinet(8)). > > Thank you for working on this. > > >With this patch you should be able to set a media type without > >relying on autoselection and it should supports automatic crossover > >for all known Marvell PHYs. I've tried hard not to break existing > >behaviour(e.g. Fiber transceivers) but I can't verify that as I > >don't have any NICs that have Marvell Fiber transceivers. The patch > >is somewhat ugly in that it should read a PHY ID register in several > >palces. It seems that there is no easy way to avoid the reading until > >we have PHY model/revision numbers in mii softc. > > > >If you are one of users that use stge(4), sk(4), msk(4) and nfe(4) > >please test and report any strange things not observed on stock > >version. > > > >Note for nfe(4) users: > >It seems that nfe(4) has bugs that it can't send packets on > >half-duplex media(I've got "tx v1 error 0x6004"). I guess this comes > >from mismatches between PHY and MAC. So you may have to set > >full-duplex on nfe(4) until we have a fix for the issue. > > > >You can get the latest e1000phy(4) driver from the following URL. > >http://people.freebsd.org/~yongari/msk/e1000phy.c > >http://people.freebsd.org/~yongari/msk/e1000phyreg.h > >http://people.freebsd.org/~yongari/msk/miidevs > > > >OR get a jumbo patch for CURRENT. > >http://people.freebsd.org/~yongari/msk/e1000phy.patch > > I have tried your e1000phy patch as well as msk.diff.HEAD on an Acer > Aspire 5583 WXMi laptop: > > mskc0@pci2:0:0: class=0x020000 card=0x01101025 chip=0x435211ab > rev=0x14 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > class = network > subclass = ethernet > > It seems that device_attach always returns 6 regardless > hw.pci.enable_msi[x] > is 1 or 0: > [...] > found-> vendor=0x11ab, dev=0x4352, revid=0x14 > bus=2, slot=0, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0000, statreg=0x4010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=10 > powerspec 2 supports D0 D1 D2 D3 current D0 > VPD Ident: Marvell Yukon 88E8038 Fast Ethernet Controller > PN: Yukon 88E8038 > EC: Rev. 1.4 > MN: Marvell > SN: AbCdEfG85BCA0 > CP: id 1, BAR16, off 0x3cc > RV: 0x7d > MSI supports 2 messages, 64 bit ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Since Scott said resource allocation problem I'd like to say what I don't understand in this message. The motherboard I have also reports 2 MSI but I'm pretty sure the Yukon II hardware support only 1 MSI. If I force to call pci_alloc_msi() with 1 MSI it works without problems. At first, I thought my motherboard has chipset bug but I see the same 2 MSI message from your system. Does Youkon II really support 2 MSI? > pci2:0:0: reprobing on driver added > mskc0: irq 10 at device 0.0 on pci2 > mskc0: MSI count : 2 > pcib2: mskc0 requested unsupported memory range 0-0xffffffff (decoding 0-0, 0-0) > mskc0: 0x4000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). > mskc0: Lazy allocation of 0x4 bytes rid 0x14 type 4 at 0x1000 > mskc0: unknown device: id=0xff, rev=0x0f > device_attach: mskc0 attach returned 6 -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 13:38:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E544C16A403; Fri, 1 Dec 2006 13:38:36 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AE1943CAC; Fri, 1 Dec 2006 13:38:21 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 0D54C244C19; Fri, 1 Dec 2006 22:38:34 +0900 (JST) Message-ID: <4570305A.4010908@freebsd.org> Date: Fri, 01 Dec 2006 22:38:34 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.8 (X11/20061118) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org, rodrigc@crodrigues.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: daichi@freebsd.org, ozawa@ongs.co.jp Subject: [ANN] unionfs patchset-17 release, lock mechanism changed for robust working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 13:38:37 -0000 Hi Guys! It is my pleasure and honor to announce the availability of the unionfs patchset-17. p17 have some significant improvements around the lock mechanism for robust and stable working. Patchset-17: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p17.diff For 6.x sorry, it is for current only. Changes in unionfs-p17.diff - Fs takes illegal access without lock of lower layer vnode if the both upper/lower layers have both vnode. To fix this problem, we change the lock mechanism to get locks for both upper/lower layer always. - Kernel gets a dead-lock easily within above upper/lower-layer-always-lock-mechanism. To avoide above dead-lock, we changed vfs_lookup.c. By that change, it always locks vnodes parent first and children second. You could see the same lock-order-control implementation around cache_lookup. - It takes the both open/close operations per kernel thread. - It takes readdir-treat-status-management per kernel thread. - It reopens vnode if needed when coping to upper layer on advlock. - mount_unionfs(8) changes option style fitting for fstab(5) style. (by rodrigc) - manual of mount_unionfs(8) was changed. (by rodrigc) The documents of those unionfs patches: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) After release of p16, some folks gave us some panic reports that indicate our implementations has a critical problem around the lock mechanism. After our long researches and discussions, we have tried to re-implement our unionfs lock mechanism. And it is done :) For unionfs lovers (including FreeSBIE developers, ports cluster managers, heavy memory-fs users, or folks use unionfs), could you try p17 please? If p17 solves that panics, we guess it is unionfs merge time for current branch. Thanks P.S. Current English document of web has some Japanese contents. We need a translator ;-) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 17:33:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF8D916A47B; Fri, 1 Dec 2006 17:33:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7BCA43CB6; Fri, 1 Dec 2006 17:32:37 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kB1HWFUK013055; Fri, 1 Dec 2006 12:32:46 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Stephane E. Potvin" Date: Fri, 1 Dec 2006 12:25:02 -0500 User-Agent: KMail/1.9.1 References: <4564996D.50808@FreeBSD.org> <200611301443.31419.jhb@freebsd.org> <456FA276.6050706@videotron.ca> In-Reply-To: <456FA276.6050706@videotron.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612011225.02780.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 01 Dec 2006 12:32:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2267/Thu Nov 30 23:29:21 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Doug Barton Subject: Re: EHCI problem on -current, and unknown devs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 17:33:09 -0000 On Thursday 30 November 2006 22:33, Stephane E. Potvin wrote: > John Baldwin wrote: > > On Wednesday 29 November 2006 17:39, Stephane E. Potvin wrote: > >> John Baldwin wrote: > >>> On Thursday 16 November 2006 03:34, Stephane E. Potvin wrote: > >>>> Doug Barton wrote: > >>>>> [ No response from the -usb list, so I'll try here. ] > >>>>> > >>>>> Howdy, > >>>>> > >>>>> I have a new Dell Latitude D620, and using recent -current I get this: > >>>>> > >>>>> ehci0: mem > >>>>> 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0 > >>>>> ehci0: Could not map memory > >>>>> device_attach: ehci0 attach returned 6 > >>>>> > >>>>> FWIW, I also saw a user on the -stable list report this same problem. > >>>>> I'm assuming this is bad, but what to do about it? > >>>>> > >>>>> > >>>>> I'm also getting some unknown devices: > >>>>> > >>>>> uhub4: >>>>> 2> on uhub0 > >>>>> uhub5: >>>>> 3> on uhub4 > >>>>> ugen2: >>>>> addr 6> on uhub4 > >>>>> uhub6: >>>>> 2> on uhub3 > >>>>> > >>>>> Vendor ID 0x413c is Dell, and is already in the usbdevs file. The > >>>>> other vendor is O2, and I got their ID for the attached patch from the > >>>>> list at http://www.usb.org/developers/tools. The 0x0058 device is > >>>>> already in our usbdevs file, it's the port replicator (docking > >>>>> station) that the laptop is plugged into currently. I added the 0x8103 > >>>>> device in the attached patch based on an entry in the NetBSD usbdevs > >>>>> file. (The entry makes sense to me as well, since I have one of those.) > >>>>> > >>>>> So I have two questions ... for the devices (and vendors) that are > >>>>> already in my local usbdevs file, why are they still showing up by ID? > >>>>> And how do I find the device IDs for the two unknown devices? I > >>>>> imagine that the O2 device is related to my built in smart card > >>>>> reader, not sure about the other one. > >>>>> > >>>> Hi Doug, > >>>> > >>>> I had the same problem with my Dell Inspiron 9400 and fixed it using the > >>>> following patch: > >>>> > >>>> Index: sys/kern/subr_rman.c > >>>> =================================================================== > >>>> RCS file: /home/FreeBSD/ncvs/src/sys/kern/subr_rman.c,v > >>>> retrieving revision 1.53 > >>>> diff -u -r1.53 subr_rman.c > >>>> --- sys/kern/subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 > >>>> +++ sys/kern/subr_rman.c 2 Nov 2006 03:05:34 -0000 > >>>> @@ -170,7 +170,7 @@ > >>>> > >>>> /* Skip entries before us. */ > >>>> for (s = TAILQ_FIRST(&rm->rm_list); > >>>> - s && s->r_end + 1 < r->r_start; > >>>> + s && s->r_end < r->r_start; > >>>> s = TAILQ_NEXT(s, r_link)) > >>>> ; > >>>> > >>>> This code was added in revision 1.53 when support for intelligent > >>>> merging was added. When r_end is equal to UINT_MAX, adding one will > >>>> cause it to overflow, creating quite a mess in the entries ordering. I'm > >>>> not sure the fix I did is completely correct as I didn't had time to > >>>> check if the +1 is needed at all in this case. At least it fixed the > >>>> problem for me. > >>> It is needed to avoid overlaps. Can you show me which > > rman_manage_region() is > >>> breaking? Rather, enable the DPRINTF() in rman_manage_region() and > > provide > >>> the output? > >>> > >> Here's the output of booting an unmodified kernel with debug.rman_debug=1 > > > > Try this: > > > > I had to modify the patch a little to make it compile: > > When I try to boot after patching nearly all the drivers fail to > allocate their resources, making the laptop unable to mount root as the > ata driver failed to attach. I can't provide any log yet as I don't have > a serial port on the laptop to grab the output. Sign bug on my part. try this: Index: subr_rman.c =================================================================== RCS file: /usr/cvs/src/sys/kern/subr_rman.c,v retrieving revision 1.53 diff -u -r1.53 subr_rman.c --- subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 +++ subr_rman.c 1 Dec 2006 17:22:25 -0000 @@ -61,6 +61,7 @@ #include #include #include +#include #include #include #include @@ -169,10 +170,12 @@ mtx_lock(rm->rm_mtx); /* Skip entries before us. */ - for (s = TAILQ_FIRST(&rm->rm_list); - s && s->r_end + 1 < r->r_start; - s = TAILQ_NEXT(s, r_link)) - ; + TAILQ_FOREACH(s, &rm->rm_link, r_link) { + if (s->r_end == ULONG_MAX) + break; + if (s->r_end + 1 >= r->r_start) + break; + } /* If we ran off the end of the list, insert at the tail. */ if (s == NULL) { -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 18:08:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E374416A412 for ; Fri, 1 Dec 2006 18:08:26 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1869D43CB4 for ; Fri, 1 Dec 2006 18:08:07 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id kB1I8LUG085406; Fri, 1 Dec 2006 10:08:21 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id kB1I8L5k085405; Fri, 1 Dec 2006 10:08:21 -0800 (PST) (envelope-from rizzo) Date: Fri, 1 Dec 2006 10:08:21 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20061201100821.A85139@xorpc.icir.org> References: <20061130105537.A69725@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20061130105537.A69725@xorpc.icir.org>; from rizzo@icir.org on Thu, Nov 30, 2006 at 10:55:37AM -0800 Cc: Subject: [bug found] Re: byte swapped udp length in diskless bootp request ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 18:08:27 -0000 On Thu, Nov 30, 2006 at 10:55:37AM -0800, Luigi Rizzo wrote: > i was just trying to diskless-boot a -current kernel, > and when it was time for the kernel to acquire the address > i was getting the usual > > DHCP/BOOTP timeout for server 255.255.255.255 > > Usually it is because of lack of connectivity, but > a bit of inspection on the server showed (as you can see > below) that the UDP len field is byte-swapped - the 05bc > in the packet is in little-endian format, causing the > server to reject it. [ actually, it is the IP len that is byte-swapped ] > I am trying to follow the code in sys/nfsclient/bootp_subr.c > (which should send the packet) but it seemd to call sosend() > (at line 755) to generate the packet, so it looks really strange > that the bug is in such a central place... any ideas ? as a followup: Downgrading sys/kern/uipc_socket.c to version 1.284 make HEAD work again with in-kernel bootp.. i managed to locate the bug in the following commit: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/uipc_socket.c.diff?r1=1.284&r2=1.285 Revision 1.285 Thu Nov 2 17:45:28 2006 UTC (4 weeks ago) by andre Branch: MAIN Changes since 1.284: +29 -1 lines Diff to previous 1.284 (colored) Use the improved m_uiotombuf() function instead of home grown sosend_copyin() to do the userland to kernel copying in sosend_generic() and sosend_dgram(). sosend_copyin() is retained for ZERO_COPY_SOCKETS which are not yet supported by m_uiotombuf(). I don't know exactly where the problem is, but the bug i found is triggered by in-kernel sockets (such as the one used by the internal bootp client) so maybe this was a case not tested by andre. I am unclear on where is the actual bug. hopefully something simple... cheers luigi > If that matters, the kernel is cross-compiled on a 6.2-RC1 > box using a relatively fresh source tree. > > cheers > luigi > > TCPDUMP OUTPUT ON THE SERVER SIDE: > > r1# tcpdump -nli em0 -s 0 -veX port 67 > tcpdump: listening on em0, link-type EN10MB (Ethernet), capture size 65535 bytes > 19:37:30.633525 00:40:f4:34:ad:09 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 1502: truncated-ip - 46645 bytes missing! (tos 0x0, ttl 1, id 83, offset 0, flags [none], proto: UDP (17), length: 48133, bad cksum 5bc (->fd95)!) 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:40:f4:34:ad:09, length: 48105, xid:0xffff0001, secs:400, flags: [Broadcast] > Client Ethernet Address: 00:40:f4:34:ad:09 > Vendor-rfc1048: > MSZ:1460 > VC:"FreeBSD:i386:7.0-CURRENT" > DHCP:DISCOVER > 0x0000: 4500 bc05 0053 0000 0111 05bc 0000 0000 E....S.......... > 0x0010: ffff ffff 0044 0043 05bc 0000 0101 0600 .....D.C........ > 0x0020: ffff 0001 0190 8000 0000 0000 0000 0000 ................ > 0x0030: 0000 0000 0000 0000 0040 f434 ad09 0000 .........@.4.... > > ... and so on. The rest of the packet has all > the good data up to > > 0x05a0: 0000 0000 0000 0000 0000 0000 0000 0000 ................ > 0x05b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................ > 0x05c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................ > > ---------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 19:42:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC75216A40F for ; Fri, 1 Dec 2006 19:42:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EB3A43C9D for ; Fri, 1 Dec 2006 19:42:42 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kB1JgmCr014126; Fri, 1 Dec 2006 14:42:56 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Fri, 1 Dec 2006 13:59:07 -0500 User-Agent: KMail/1.9.1 References: <20061128115538.GB66517@cdnetworks.co.kr> <0612011540189.97361@www.mmlab.cse.yzu.edu.tw> <20061201124315.GD79879@cdnetworks.co.kr> In-Reply-To: <20061201124315.GD79879@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612011359.07701.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 01 Dec 2006 14:42:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2269/Fri Dec 1 13:17:05 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Tai-hwa Liang Subject: Re: Call for e1000phy(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 19:42:58 -0000 On Friday 01 December 2006 07:43, Pyun YongHyeon wrote: > On Fri, Dec 01, 2006 at 03:46:36PM +0800, Tai-hwa Liang wrote: > > On Tue, 28 Nov 2006, Pyun YongHyeon wrote: > > >Hi, > > > > > >I had been writing msk(4) for FreeBSD and realized that e1000phy(4) > > >is buggy on newer Marvell PHYs. For example, manual media selection > > >didn't work at all and I had to stick to autoselection of the media > > >type. The Marvell PHYs are widely used on various NICs including > > >em(4), stge(4), sk(4), msk(4) and nfe(4). Except em(4) which does > > >not support MII layers, correct operation of e1000phy(4) is very > > >important to get a good link with link partner and to report link > > >state changes to upper layers(e.g. dhclinet(8)). > > > > Thank you for working on this. > > > > >With this patch you should be able to set a media type without > > >relying on autoselection and it should supports automatic crossover > > >for all known Marvell PHYs. I've tried hard not to break existing > > >behaviour(e.g. Fiber transceivers) but I can't verify that as I > > >don't have any NICs that have Marvell Fiber transceivers. The patch > > >is somewhat ugly in that it should read a PHY ID register in several > > >palces. It seems that there is no easy way to avoid the reading until > > >we have PHY model/revision numbers in mii softc. > > > > > >If you are one of users that use stge(4), sk(4), msk(4) and nfe(4) > > >please test and report any strange things not observed on stock > > >version. > > > > > >Note for nfe(4) users: > > >It seems that nfe(4) has bugs that it can't send packets on > > >half-duplex media(I've got "tx v1 error 0x6004"). I guess this comes > > >from mismatches between PHY and MAC. So you may have to set > > >full-duplex on nfe(4) until we have a fix for the issue. > > > > > >You can get the latest e1000phy(4) driver from the following URL. > > >http://people.freebsd.org/~yongari/msk/e1000phy.c > > >http://people.freebsd.org/~yongari/msk/e1000phyreg.h > > >http://people.freebsd.org/~yongari/msk/miidevs > > > > > >OR get a jumbo patch for CURRENT. > > >http://people.freebsd.org/~yongari/msk/e1000phy.patch > > > > I have tried your e1000phy patch as well as msk.diff.HEAD on an Acer > > Aspire 5583 WXMi laptop: > > > > mskc0@pci2:0:0: class=0x020000 card=0x01101025 chip=0x435211ab > > rev=0x14 hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > class = network > > subclass = ethernet > > > > It seems that device_attach always returns 6 regardless > > hw.pci.enable_msi[x] > > is 1 or 0: > > > > [...] > > > found-> vendor=0x11ab, dev=0x4352, revid=0x14 > > bus=2, slot=0, func=0 > > class=02-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0000, statreg=0x4010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=10 > > powerspec 2 supports D0 D1 D2 D3 current D0 > > VPD Ident: Marvell Yukon 88E8038 Fast Ethernet Controller > > PN: Yukon 88E8038 > > EC: Rev. 1.4 > > MN: Marvell > > SN: AbCdEfG85BCA0 > > CP: id 1, BAR16, off 0x3cc > > RV: 0x7d > > MSI supports 2 messages, 64 bit > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Since Scott said resource allocation problem I'd like to say what > I don't understand in this message. > > The motherboard I have also reports 2 MSI but I'm pretty sure the > Yukon II hardware support only 1 MSI. If I force to call pci_alloc_msi() > with 1 MSI it works without problems. At first, I thought my > motherboard has chipset bug but I see the same 2 MSI message from > your system. > > Does Youkon II really support 2 MSI? That's the hardware saying "I support 2 messages", so yes. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 19:43:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC12016A407 for ; Fri, 1 Dec 2006 19:43:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E1F043CAA for ; Fri, 1 Dec 2006 19:42:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kB1JgmCs014126; Fri, 1 Dec 2006 14:42:59 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 1 Dec 2006 14:10:20 -0500 User-Agent: KMail/1.9.1 References: <20061128115538.GB66517@cdnetworks.co.kr> <0612011540189.97361@www.mmlab.cse.yzu.edu.tw> <456FE143.7040206@samsco.org> In-Reply-To: <456FE143.7040206@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612011410.21356.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 01 Dec 2006 14:42:59 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2269/Fri Dec 1 13:17:05 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Pyun YongHyeon , Tai-hwa Liang Subject: Re: Call for e1000phy(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 19:43:02 -0000 On Friday 01 December 2006 03:01, Scott Long wrote: > > I have tried your e1000phy patch as well as msk.diff.HEAD on an Acer > > Aspire 5583 WXMi laptop: > > > > mskc0@pci2:0:0: class=0x020000 card=0x01101025 chip=0x435211ab > > rev=0x14 hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > class = network > > subclass = ethernet > > > > It seems that device_attach always returns 6 regardless > > hw.pci.enable_msi[x] > > is 1 or 0: > > > > mskc0: irq 10 at device 0.0 on > > pci2 > > mskc0: MSI count : 2 > > pcib2: mskc0 requested unsupported memory range 0-0xffffffff (decoding > > 0-0, 0-0) > > mskc0: 0x4000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). > > mskc0: Lazy allocation of 0x4 bytes rid 0x14 type 4 at 0x1000 > > mskc0: unknown device: id=0xff, rev=0x0f > > device_attach: mskc0 attach returned 6 > > > > This is a resource allocation problem with the PCI BAR on the card. > Either your BIOS isn't setting it up correctly, or FreeBSD is doing > something freakishly wrong. Does your BIOS have a switch for 'Plug N > Play OS" or something to that effect? It looks like the PCI-PCI bridge has no resources assigned and I think we currently don't handle recursively walking up the tree to get resources. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 1 23:30:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BEEB16A494 for ; Fri, 1 Dec 2006 23:30:36 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id C5CF643CA3 for ; Fri, 1 Dec 2006 23:30:18 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 10896 invoked by uid 399); 1 Dec 2006 23:30:34 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 1 Dec 2006 23:30:34 -0000 Message-ID: <4570BB18.3040405@FreeBSD.org> Date: Fri, 01 Dec 2006 15:30:32 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061125) MIME-Version: 1.0 To: John Baldwin References: <4564996D.50808@FreeBSD.org> <200611301443.31419.jhb@freebsd.org> <456FA276.6050706@videotron.ca> <200612011225.02780.jhb@freebsd.org> In-Reply-To: <200612011225.02780.jhb@freebsd.org> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: EHCI problem on -current, and unknown devs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 23:30:36 -0000 John Baldwin wrote: > Sign bug on my part. try this: > > Index: subr_rman.c > =================================================================== > RCS file: /usr/cvs/src/sys/kern/subr_rman.c,v > retrieving revision 1.53 > diff -u -r1.53 subr_rman.c > --- subr_rman.c 11 Sep 2006 19:31:52 -0000 1.53 > +++ subr_rman.c 1 Dec 2006 17:22:25 -0000 > @@ -61,6 +61,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -169,10 +170,12 @@ > mtx_lock(rm->rm_mtx); > > /* Skip entries before us. */ > - for (s = TAILQ_FIRST(&rm->rm_list); > - s && s->r_end + 1 < r->r_start; > - s = TAILQ_NEXT(s, r_link)) > - ; > + TAILQ_FOREACH(s, &rm->rm_link, r_link) { > + if (s->r_end == ULONG_MAX) > + break; > + if (s->r_end + 1 >= r->r_start) > + break; > + } > > /* If we ran off the end of the list, insert at the tail. */ > if (s == NULL) { > With up to date -current sources, this doesn't compile for me: /usr/local/libexec/ccache/world-cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/usr/local/src/sys -I/usr/local/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 -Werror /usr/local/src/sys/kern/subr_rman.c /usr/local/src/sys/kern/subr_rman.c: In function `rman_manage_region': /usr/local/src/sys/kern/subr_rman.c:173: error: structure has no member named `tqh_first' *** Error code 1 Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 03:32:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DDB116A403 for ; Sat, 2 Dec 2006 03:32:46 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 024E643C9D for ; Sat, 2 Dec 2006 03:32:27 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id B69B58C9D4B; Sat, 2 Dec 2006 11:32:44 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id AD4FA8C9D49; Sat, 2 Dec 2006 11:32:44 +0800 (CST) Date: Sat, 2 Dec 2006 11:32:44 +0800 (CST) From: Tai-hwa Liang To: Scott Long In-Reply-To: <456FE143.7040206@samsco.org> Message-ID: <0612021130107.1887@www.mmlab.cse.yzu.edu.tw> References: <20061128115538.GB66517@cdnetworks.co.kr> <0612011540189.97361@www.mmlab.cse.yzu.edu.tw> <456FE143.7040206@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Pyun YongHyeon , freebsd-current@freebsd.org Subject: Re: Call for e1000phy(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 03:32:46 -0000 On Fri, 1 Dec 2006, Scott Long wrote: > Tai-hwa Liang wrote: > > On Tue, 28 Nov 2006, Pyun YongHyeon wrote: > >> Hi, > >> > >> I had been writing msk(4) for FreeBSD and realized that e1000phy(4) > >> is buggy on newer Marvell PHYs. For example, manual media selection > >> didn't work at all and I had to stick to autoselection of the media > >> type. The Marvell PHYs are widely used on various NICs including > >> em(4), stge(4), sk(4), msk(4) and nfe(4). Except em(4) which does > >> not support MII layers, correct operation of e1000phy(4) is very > >> important to get a good link with link partner and to report link > >> state changes to upper layers(e.g. dhclinet(8)). > > > > Thank you for working on this. > > > >> With this patch you should be able to set a media type without > >> relying on autoselection and it should supports automatic crossover > >> for all known Marvell PHYs. I've tried hard not to break existing > >> behaviour(e.g. Fiber transceivers) but I can't verify that as I > >> don't have any NICs that have Marvell Fiber transceivers. The patch > >> is somewhat ugly in that it should read a PHY ID register in several > >> palces. It seems that there is no easy way to avoid the reading until > >> we have PHY model/revision numbers in mii softc. > >> > >> If you are one of users that use stge(4), sk(4), msk(4) and nfe(4) > >> please test and report any strange things not observed on stock > >> version. > >> > >> Note for nfe(4) users: > >> It seems that nfe(4) has bugs that it can't send packets on > >> half-duplex media(I've got "tx v1 error 0x6004"). I guess this comes > >> from mismatches between PHY and MAC. So you may have to set > >> full-duplex on nfe(4) until we have a fix for the issue. > >> > >> You can get the latest e1000phy(4) driver from the following URL. > >> http://people.freebsd.org/~yongari/msk/e1000phy.c > >> http://people.freebsd.org/~yongari/msk/e1000phyreg.h > >> http://people.freebsd.org/~yongari/msk/miidevs > >> > >> OR get a jumbo patch for CURRENT. > >> http://people.freebsd.org/~yongari/msk/e1000phy.patch > > > > I have tried your e1000phy patch as well as msk.diff.HEAD on an Acer > > Aspire 5583 WXMi laptop: > > > > mskc0@pci2:0:0: class=0x020000 card=0x01101025 chip=0x435211ab > > rev=0x14 hdr=0x00 > > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > > class = network > > subclass = ethernet > > > > It seems that device_attach always returns 6 regardless > > hw.pci.enable_msi[x] > > is 1 or 0: > > > > mskc0: irq 10 at device 0.0 on > > pci2 > > mskc0: MSI count : 2 > > pcib2: mskc0 requested unsupported memory range 0-0xffffffff (decoding > > 0-0, 0-0) > > mskc0: 0x4000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). > > mskc0: Lazy allocation of 0x4 bytes rid 0x14 type 4 at 0x1000 > > mskc0: unknown device: id=0xff, rev=0x0f > > device_attach: mskc0 attach returned 6 > > > > This is a resource allocation problem with the PCI BAR on the card. > Either your BIOS isn't setting it up correctly, or FreeBSD is doing > something freakishly wrong. Does your BIOS have a switch for 'Plug N > Play OS" or something to that effect? Nope. FWIW, it is PhoenixBIOS 4.0 Release 6.1, v1.3211. -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 03:34:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90D3C16A417 for ; Sat, 2 Dec 2006 03:34:48 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 269A743CB1 for ; Sat, 2 Dec 2006 03:34:21 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kB23YWU5094524; Fri, 1 Dec 2006 20:34:37 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4570F448.6040007@samsco.org> Date: Fri, 01 Dec 2006 20:34:32 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tai-hwa Liang References: <20061128115538.GB66517@cdnetworks.co.kr> <0612011540189.97361@www.mmlab.cse.yzu.edu.tw> <456FE143.7040206@samsco.org> <0612021130107.1887@www.mmlab.cse.yzu.edu.tw> In-Reply-To: <0612021130107.1887@www.mmlab.cse.yzu.edu.tw> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Pyun YongHyeon , freebsd-current@freebsd.org Subject: Re: Call for e1000phy(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 03:34:48 -0000 Tai-hwa Liang wrote: > On Fri, 1 Dec 2006, Scott Long wrote: > >> Tai-hwa Liang wrote: >> > On Tue, 28 Nov 2006, Pyun YongHyeon wrote: >> >> Hi, >> >> >> >> I had been writing msk(4) for FreeBSD and realized that e1000phy(4) >> >> is buggy on newer Marvell PHYs. For example, manual media selection >> >> didn't work at all and I had to stick to autoselection of the media >> >> type. The Marvell PHYs are widely used on various NICs including >> >> em(4), stge(4), sk(4), msk(4) and nfe(4). Except em(4) which does >> >> not support MII layers, correct operation of e1000phy(4) is very >> >> important to get a good link with link partner and to report link >> >> state changes to upper layers(e.g. dhclinet(8)). >> > > Thank you for working on this. >> > >> With this patch you should be able to set a media type without >> >> relying on autoselection and it should supports automatic crossover >> >> for all known Marvell PHYs. I've tried hard not to break existing >> >> behaviour(e.g. Fiber transceivers) but I can't verify that as I >> >> don't have any NICs that have Marvell Fiber transceivers. The patch >> >> is somewhat ugly in that it should read a PHY ID register in several >> >> palces. It seems that there is no easy way to avoid the reading until >> >> we have PHY model/revision numbers in mii softc. >> >> >> >> If you are one of users that use stge(4), sk(4), msk(4) and nfe(4) >> >> please test and report any strange things not observed on stock >> >> version. >> >> >> >> Note for nfe(4) users: >> >> It seems that nfe(4) has bugs that it can't send packets on >> >> half-duplex media(I've got "tx v1 error 0x6004"). I guess this comes >> >> from mismatches between PHY and MAC. So you may have to set >> >> full-duplex on nfe(4) until we have a fix for the issue. >> >> >> >> You can get the latest e1000phy(4) driver from the following URL. >> >> http://people.freebsd.org/~yongari/msk/e1000phy.c >> >> http://people.freebsd.org/~yongari/msk/e1000phyreg.h >> >> http://people.freebsd.org/~yongari/msk/miidevs >> >> >> >> OR get a jumbo patch for CURRENT. >> >> http://people.freebsd.org/~yongari/msk/e1000phy.patch >> > > I have tried your e1000phy patch as well as msk.diff.HEAD on an >> Acer >> > Aspire 5583 WXMi laptop: >> > > mskc0@pci2:0:0: class=0x020000 card=0x01101025 chip=0x435211ab >> > rev=0x14 hdr=0x00 >> > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' >> > class = network >> > subclass = ethernet >> > > It seems that device_attach always returns 6 regardless > >> hw.pci.enable_msi[x] >> > is 1 or 0: >> > > mskc0: irq 10 at device >> 0.0 on > pci2 >> > mskc0: MSI count : 2 >> > pcib2: mskc0 requested unsupported memory range 0-0xffffffff >> (decoding > 0-0, 0-0) >> > mskc0: 0x4000 bytes of rid 0x10 res 3 failed (0, 0xffffffff). >> > mskc0: Lazy allocation of 0x4 bytes rid 0x14 type 4 at 0x1000 >> > mskc0: unknown device: id=0xff, rev=0x0f >> > device_attach: mskc0 attach returned 6 >> > >> This is a resource allocation problem with the PCI BAR on the card. >> Either your BIOS isn't setting it up correctly, or FreeBSD is doing >> something freakishly wrong. Does your BIOS have a switch for 'Plug N >> Play OS" or something to that effect? > > > Nope. FWIW, it is PhoenixBIOS 4.0 Release 6.1, v1.3211. > Well, you're going to have to bug Warner and John to improve the lazy resource allocation scheme to cover this. Scott From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 09:32:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 749D616A580 for ; Sat, 2 Dec 2006 09:32:32 +0000 (UTC) (envelope-from yoichi@FreeBSD.org) Received: from alcoholic.geiin.org (59x87x89x234.ap59.ftth.ucom.ne.jp [59.87.89.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A4E643C9D for ; Sat, 2 Dec 2006 09:32:12 +0000 (GMT) (envelope-from yoichi@FreeBSD.org) Received: from tequila.local-net.geiin.org (tequila-air.local-net [192.168.1.6]) by alcoholic.geiin.org (Postfix) with ESMTP id 997291DEEC for ; Sat, 2 Dec 2006 18:32:32 +0900 (JST) Date: Sat, 02 Dec 2006 18:32:39 +0900 Message-ID: <87mz66prrc.wl%yoichi@FreeBSD.org> From: Yoichi Nakayama To: freebsd-current@freebsd.org In-Reply-To: <87u00u6qqh.wl%yoichi@FreeBSD.org> References: <200611062349.kA6NnbCG051817@www.freebsd.org> <20061107192218.GB1624@kobe.laptop> <878ximm418.wl%yoichi@FreeBSD.org> <20061109112035.GA1722@kobe.laptop> <86mz709d7u.wl%yoichi@geiin.org> <87vela6xnm.wl%yoichi@FreeBSD.org> <20061120152640.GH1841@deviant.kiev.zoral.com.ua> <87u00u6qqh.wl%yoichi@FreeBSD.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) EMIKO/1.14.1 (Choanoflagellata) FLIM/1.14.8 (=?ISO-2022-JP?B?GyRCO00+chsoQg==?=) APEL/10.6 Emacs/22.0.91 (i686-pc-linux-gnu) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) Organization: FreeBSD.org X-Face: wLZki+KbGjgKe0,<&3g*rA|R**vj[a8L%[v]ecJh1L(Uqm|LBx; v7Nq7n%?0d.aS]F#[~C\!{m?m,C&#U5}$_pZvBR>5VmX1Ol0`P\M-U8`sUF<5Quj'z&zzW8r|Zl9#W7Wut3duYzpKrP{n+AbarKtJ!i"Al7]P; -?[=iBZa*]r=>C':0~JECx]IH+RXq=/hUX}MB9e]oQKBxsDd/ MIME-Version: 1.0 (generated by EMIKO 1.14.1 - "Choanoflagellata") Content-Type: text/plain; charset=US-ASCII Subject: Re: kern/105229: panic in sync_fsync X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 09:32:32 -0000 At Tue, 21 Nov 2006 01:13:26 +0900, Yoichi Nakayama wrote: > > At Mon, 20 Nov 2006 17:26:40 +0200, > Kostik Belousov wrote: > > > panic: mtx_lock() of spin mutex vnode interlock @ /usr/src/sys/kern/vfs_subr.c:2855 > > > ... > > > #13 0xc06b131f in panic (fmt=0xc0930a10 "mtx_lock() of spin mutex %s @ %s:%d") > > > ---Type to continue, or q to quit--- > > > at /usr/src/sys/kern/kern_shutdown.c:551 > > > #14 0xc06a85c0 in _mtx_lock_flags (m=0xc58593a8, opts=0, > > > file=0xc093c091 "/usr/src/sys/kern/vfs_subr.c", line=2855) > > > at /usr/src/sys/kern/kern_mutex.c:131 > > > #15 0xc0712570 in vfs_msync (mp=0xc3d4e538, flags=2) > > > at /usr/src/sys/kern/vfs_subr.c:2855 > > Please, show the output of the "p *vp" and "p *mp" at this frame. > > > > > #16 0xc0712d21 in sync_fsync (ap=0x0) at /usr/src/sys/kern/vfs_subr.c:3089 > > > #17 0xc08bafde in VOP_FSYNC_APV (vop=0x0, a=0xe3c39cb4) at vnode_if.c:1007 > > > #18 0xc071094e in sync_vnode (bo=0xc3d4b704, td=0xc3924c40) at vnode_if.h:537 > > > #19 0xc0710bcd in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1691 > > > #20 0xc069b908 in fork_exit (callout=0xc07109dc , arg=0x0, > > > frame=0xe3c39d38) at /usr/src/sys/kern/kern_fork.c:834 > > > #21 0xc08943bc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:199 # kgdb kernel.debug /var/crash/vmcore.14 ... #11 0xc06b40f3 in panic (fmt=0xc0935c1c "mtx_lock() of spin mutex %s @ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:551 ---Type to continue, or q to quit--- #12 0xc06ab398 in _mtx_lock_flags (m=0xc6f043a8, opts=0, file=0xc09412af "/usr/src/sys/kern/vfs_subr.c", line=2855) at /usr/src/sys/kern/kern_mutex.c:131 #13 0xc071532c in vfs_msync (mp=0xc441b538, flags=2) at /usr/src/sys/kern/vfs_subr.c:2855 #14 0xc0715add in sync_fsync (ap=0x0) at /usr/src/sys/kern/vfs_subr.c:3089 #15 0xc08bfcbe in VOP_FSYNC_APV (vop=0x12, a=0xe4306cb4) at vnode_if.c:1007 #16 0xc07136c8 in sync_vnode (bo=0xc43a4e58, td=0xc3ff2a80) at vnode_if.h:537 #17 0xc0713945 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1691 #18 0xc069e6e0 in fork_exit (callout=0xc0713754 , arg=0x0, frame=0xe4306d38) at /usr/src/sys/kern/kern_fork.c:834 #19 0xc089868c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:199 (kgdb) select 13 (kgdb) p *vp $1 = {v_type = VREG, v_tag = 0xc093f146 "ufs", v_op = 0xc09f51c0, v_data = 0xc733f948, v_mount = 0xc441b538, v_nmntvnodes = {tqe_next = 0xc449fc00, tqe_prev = 0xc8028ca4}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = {le_next = 0x0, le_prev = 0xc422b428}, v_hash = 949946, v_cache_src = { lh_first = 0x0}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xc6f04354}, v_dd = 0x0, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = {lk_object = {lo_name = 0xc093f146 "ufs", lo_type = 0x0, lo_flags = 64, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, lk_interlock = 0xc0a384c8, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 80, lk_timo = 51, lk_lockholder = 0xffffffff, lk_newlock = 0x0}, v_interlock = {mtx_object = {lo_name = 0xc093b247 "vnode interlock", lo_type = 0xc093b247 "vnode interlock", lo_flags = 196608, lo_witness_data = {lod_list = {stqe_next = 0xc0a49150}, lod_witness = 0xc0a49150}}, mtx_lock = 4, mtx_recurse = 0}, v_vnlock = 0xc6f0437c, v_holdcnt = 0, v_usecount = 0, v_iflag = 256, v_vflag = 0, v_writecount = 0, v_freelist = {tqe_next = 0xc72c1c90, tqe_prev = 0xc8028d44}, v_bufobj = {bo_mtx = 0xc6f043a8, bo_clean = {bv_hd = { tqh_first = 0x0, tqh_last = 0xc6f043e4}, bv_root = 0x0, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xc6f043f4}, bv_root = 0x0, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_ops = 0xc09e8b84, bo_bsize = 16384, bo_object = 0xc73b7bb8, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xc6f04324, __bo_vnode = 0xc6f04324}, v_pollinfo = 0x0, v_label = 0x0} (kgdb) p *mp $2 = {mnt_lock = {lk_object = {lo_name = 0xc0940b6b "vfslock", lo_type = 0x0, lo_flags = 16777216, lo_witness_data = { lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, lk_interlock = 0xc0a37f58, lk_sharecount = 1, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 80, lk_timo = 0, lk_lockholder = 0xffffffff, lk_newlock = 0x0}, mnt_mtx = { mtx_object = {lo_name = 0xc0940b5a "struct mount mtx", lo_type = 0xc0940b5a "struct mount mtx", lo_flags = 16973824, lo_witness_data = {lod_list = {stqe_next = 0xc0a478c8}, lod_witness = 0xc0a478c8}}, mtx_lock = 3288279680, mtx_recurse = 0}, mnt_gen = 1, mnt_list = {tqe_next = 0xc4335a70, tqe_prev = 0xc4336048}, mnt_op = 0xc09f4e60, mnt_vfc = 0xc09f4ea0, mnt_vnodecovered = 0xc4338a78, mnt_syncer = 0xc43a4d9c, mnt_ref = 19648, mnt_nvnodelist = { tqh_first = 0xc699a000, tqh_last = 0xc6fabca4}, mnt_nvnodelistsize = 19647, mnt_writeopcount = 1, mnt_kern_flag = 536870916, mnt_flag = 2101248, mnt_noasync = 2, mnt_opt = 0xc4309770, mnt_optnew = 0x0, mnt_maxsymlinklen = 120, mnt_stat = {f_version = 537068824, f_type = 5, f_flags = 2101248, f_bsize = 2048, f_iosize = 16384, f_blocks = 5073731, f_bfree = 1746472, f_bavail = 1340574, f_files = 1318910, f_ffree = 883512, f_syncwrites = 0, f_asyncwrites = 0, f_syncreads = 0, f_asyncreads = 0, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax = 255, f_owner = 0, f_fsid = {val = {1157814914, -1754847891}}, f_charspare = '\0' , f_fstypename = "ufs", '\0' , f_mntfromname = "/dev/ad0s2e", '\0' , f_mntonname = "/usr", '\0' }, mnt_cred = 0xc43a5980, mnt_data = 0xc4333200, mnt_time = 0, mnt_iosize_max = 131072, mnt_export = 0x0, mnt_mntlabel = 0x0, mnt_fslabel = 0x0, mnt_hashseed = 2485092944, mnt_markercnt = 1, mnt_holdcnt = 1, mnt_holdcntwaiters = 0, mnt_secondary_writes = 0, mnt_secondary_accwrites = 221216, mnt_gjprovider = 0x0} (kgdb) Regards, -- Yoichi NAKAYAMA From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 11:17:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8528116A4AB for ; Sat, 2 Dec 2006 11:17:18 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9393443CF4 for ; Sat, 2 Dec 2006 11:16:35 +0000 (GMT) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so2356665uge for ; Sat, 02 Dec 2006 03:16:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=tGpA30ySc8qys0F9uQxhb4oMerCpZCKYx5n30axaU8MS1b+h90rohKLhtbgcUys46xydW1l9nw2L4xOcdJCk2PN+CPKEuQdblHJiJ1uRbUR3A1/J1cEpNT+alX7E10NNybf4TgWBzBxKTMC0nznSnlzg+lwvmoFzTtXHHpO4Kng= Received: by 10.67.106.3 with SMTP id i3mr8654824ugm.1165058213699; Sat, 02 Dec 2006 03:16:53 -0800 (PST) Received: from ?192.168.123.106? ( [195.241.221.201]) by mx.google.com with ESMTP id h1sm25034266ugf.2006.12.02.03.16.52; Sat, 02 Dec 2006 03:16:53 -0800 (PST) Message-ID: <457160A3.5060209@gmail.com> Date: Sat, 02 Dec 2006 12:16:51 +0100 From: Rene Ladan User-Agent: Thunderbird 1.5.0.8 (X11/20061117) MIME-Version: 1.0 To: current@freebsd.org References: <456E5DAB.10608@FreeBSD.org> In-Reply-To: <456E5DAB.10608@FreeBSD.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: HEADS UP: compat6x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 11:17:18 -0000 Marcus Alves Grando schreef: > Hi list, > > I make compat6x port. If someone need or can help to test, please > download shar here: > > http://marcus.grupos.com.br:8080/patch/compat6x.shar > > Any feedback are welcome. > Would this be a nice opportunity to bump the version of libpthread.so ? The pre-compiled 6.x binaries of biology/boinc-simap are exiting with signal 11 on CURRENT. ldd shows that they are linked to both libc.so.6 and libpthread.so.2. However, libc.so.6 doesn't play nice with libpthread.so.2 of CURRENT. Something like libpthread.so.2 --> /usr/local/lib/compat/libpthread.so.2 in libmap.conf doesn't help :( > Regards > Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 12:30:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9EC316A40F for ; Sat, 2 Dec 2006 12:30:15 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E7A143CA3 for ; Sat, 2 Dec 2006 12:29:54 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 498EB200230; Sat, 2 Dec 2006 13:30:13 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id DFE9F20022B; Sat, 2 Dec 2006 13:30:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id D603B444889; Sat, 2 Dec 2006 12:25:28 +0000 (UTC) Date: Sat, 2 Dec 2006 12:25:28 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Munehiro Matsuda In-Reply-To: <20061129.015826.74756053.haro@h4.dion.ne.jp> Message-ID: <20061202122415.A91892@maildrop.int.zabbadoz.net> References: <20061129.015826.74756053.haro@h4.dion.ne.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: LOR with netisr changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 12:30:15 -0000 On Wed, 29 Nov 2006, Munehiro Matsuda wrote: > lock order reversal: > 1st 0xc366db54 iwi0 (network driver) @ /home/haro/tmp/sys-7/modules/iwi/../../dev/iwi/if_iwi.c:1649 > 2nd 0xc07eec48 in_multi_mtx (in_multi_mtx) @ netinet/ip_input.c:562 ok, whoever is going to take care of this and perhaps commit the fix let me know. I assigned it LOR ID 194 on "The LOR page": http://sources.zabbadoz.net/freebsd/lor.html#194 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 15:07:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F36616A403; Sat, 2 Dec 2006 15:07:12 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4934B43CA6; Sat, 2 Dec 2006 15:06:51 +0000 (GMT) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5DDF4.dip.t-dialin.net [84.165.221.244]) by redbull.bpaserver.net (Postfix) with ESMTP id B4F7F2E078; Sat, 2 Dec 2006 16:07:09 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 6BDAB5B4C6C; Sat, 2 Dec 2006 16:06:48 +0100 (CET) Date: Sat, 2 Dec 2006 16:07:40 +0100 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20061202160740.55046cc3@Magellan.Leidinger.net> Followup-To: current@freebsd.org X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: amd64@freebsd.org Subject: small heads-up: Syncing amd64 GENERIC with i386 GENERIC (removing LINUX stuff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 15:07:12 -0000 Hi, the linux module is now usable on amd64 (thanks to kib@ and his commit to the kernel linker in HEAD). I now want to sync amd64 GENERIC with i386 GENERIC. This means removing the linux stuff from amd64 GENERIC. Anyone using the GENERIC kernel on amd64 would have to load the modules, e.g., in loader.conf, like everyone else on i386. While all involved people agree with me, the consensus was to give people a chance to provide *strong* reasons to not do it. If some committers give a "go ahead" or "no objection" I will do this tomorrow, else I will wait some days (3-6). Bye, Alexander. -- 'Everything will be all right. From History's point of view, that is. There really isn't any other.' (Mort) http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 15:09:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 723D216A407; Sat, 2 Dec 2006 15:09:57 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26CD843CA2; Sat, 2 Dec 2006 15:09:35 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id C99891720B; Sat, 2 Dec 2006 16:10:41 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qwNSXA2HS7T0; Sat, 2 Dec 2006 16:10:23 +0100 (CET) Received: by mx0.rink.nu (Postfix, from userid 1000) id 7036C17209; Sat, 2 Dec 2006 16:10:23 +0100 (CET) Date: Sat, 2 Dec 2006 16:10:23 +0100 From: Rink Springer To: Alexander Leidinger Message-ID: <20061202151023.GF13014@rink.nu> References: <20061202160740.55046cc3@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="c7hkjup166d4FzgN" Content-Disposition: inline In-Reply-To: <20061202160740.55046cc3@Magellan.Leidinger.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: small heads-up: Syncing amd64 GENERIC with i386 GENERIC (removing LINUX stuff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 15:09:57 -0000 --c7hkjup166d4FzgN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 02, 2006 at 04:07:40PM +0100, Alexander Leidinger wrote: > the linux module is now usable on amd64 (thanks to kib@ and his commit > to the kernel linker in HEAD). I now want to sync amd64 GENERIC > with i386 GENERIC. This means removing the linux stuff from amd64 > GENERIC. Anyone using the GENERIC kernel on amd64 would have to load > the modules, e.g., in loader.conf, like everyone else on i386. This sounds reasonable to me. --=20 Rink P.W. Springer - http://rink.nu "It's you isn't it? THE BASTARD OPERATOR FROM HELL!" "In the flesh, on the phone and in your account..." - BOFH #3 --c7hkjup166d4FzgN Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNjEyMDIxNTEwMjNaMCMGCSqGSIb3DQEJBDEWBBQDZ2hpL4Gp1gW8LwKoHHgX DytxoTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAH qQVrC/fy7me7E5vy4XTeLq+l0gaF3JE0bZaxtoAzU/GyvOWpBlnNuFeFI/+/pj14o+QQs9ZW BeTD5O4t0UpWZhavq21vaU68MitJMZwAwaJZvDi7qgLZKQIYRqarAbtgdU6heiXF/xypneYo 8zqVwMjlzgj/o492x68ZXKhiKiYOHM4h1/59D9YuK49bDevNpPLd5gn0PKT8g/Pr1gOsIhb+ +dxWp1udHKD/NzDQI01hHimu8eSmk/MXq0r22mLolYio5ZDqdavlNjNxyFzH03z1dXlgxzNJ y8bCj7NQ/S+YbSfIqI684hlcqUw4ZrSEILAjrj2vKAXksamTIpG4 --c7hkjup166d4FzgN-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 15:38:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B42A16A40F for ; Sat, 2 Dec 2006 15:38:58 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B380F43CA8 for ; Sat, 2 Dec 2006 15:38:36 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.8/8.13.8/NETPLEX) with ESMTP id kB2Fcs3S003714; Sat, 2 Dec 2006 10:38:54 -0500 (EST) Date: Sat, 2 Dec 2006 10:38:54 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Rene Ladan In-Reply-To: <457160A3.5060209@gmail.com> Message-ID: References: <456E5DAB.10608@FreeBSD.org> <457160A3.5060209@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Sat, 02 Dec 2006 10:38:54 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: HEADS UP: compat6x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 15:38:58 -0000 On Sat, 2 Dec 2006, Rene Ladan wrote: > Marcus Alves Grando schreef: >> Hi list, >> >> I make compat6x port. If someone need or can help to test, please >> download shar here: >> >> http://marcus.grupos.com.br:8080/patch/compat6x.shar >> >> Any feedback are welcome. >> > Would this be a nice opportunity to bump the version of libpthread.so ? Se the other thread(s) in current about that. In short, yes we have to bump libpthread.so but it should be done along with bumping all libraries. -- DE From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 16:07:37 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 139CE16A403; Sat, 2 Dec 2006 16:07:37 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E63B43C9D; Sat, 2 Dec 2006 16:07:13 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id kB2G7WGD052534; Sun, 3 Dec 2006 01:07:33 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 3 Dec 2006 01:07:32 +0900 From: Norikatsu Shigemura To: Daniel Eischen Message-Id: <20061203010732.7a371b62.nork@FreeBSD.org> In-Reply-To: References: <20061130003939.7d05b09a.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.3.0beta5 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__3_Dec_2006_01_07_32_+0900_IB8EuUz2o15uIKe0" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 03 Dec 2006 01:07:33 +0900 (JST) Cc: ume@FreeBSD.org, Norikatsu Shigemura , current@FreeBSD.org Subject: Re: cvsync doesn't work simply on 7-current with SYMVER_ENABLED=yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 16:07:37 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__3_Dec_2006_01_07_32_+0900_IB8EuUz2o15uIKe0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 29 Nov 2006 13:14:41 -0500 (EST) Daniel Eischen wrote: > I don't understand why kqueue and kevent are not found in cvsync, > but still end up being referenced: cvsync doesn't use kqueue/kevent. Maybe these are used by resolver in libc. I discussed with ume@. He suggested following patch. I confirmed improvement. But... (Please see also attached ktrace result). ume@ said that I don't know it is right. Old resolver codes and RPC didn't use _kqueue. In fact, there are some kqueue in some libc codes. $ fgrep -f kqueue /usr/src/lib/libc : /usr/src/lib/libc/net/nscachedcli.c: retval->write_queue = kqueue(); /usr/src/lib/libc/net/nscachedcli.c: retval->read_queue = kqueue(); : /usr/src/lib/libc/rpc/clnt_dg.c: if ((cu->cu_kq = kqueue()) < 0) { : --- lib/libc/include/un-namespace.h.orig Wed Mar 29 03:48:49 2006 +++ lib/libc/include/un-namespace.h Sat Dec 2 13:06:22 2006 @@ -57,6 +57,7 @@ #undef getsockname #undef getsockopt #undef ioctl +#undef kqueue #undef kevent #undef listen #undef nanosleep @@ -234,6 +235,7 @@ #endif #ifdef _SYS_EVENT_H_ +int _kqueue(void); int _kevent(int, const struct kevent *, int, struct kevent *, int, const struct timespec *); #endif --- lib/libc/resolv/res_send.c.orig Tue Oct 24 23:41:43 2006 +++ lib/libc/resolv/res_send.c Sat Dec 2 13:07:23 2006 @@ -328,8 +328,8 @@ terrno = ETIMEDOUT; #ifdef USE_KQUEUE - if ((kq = kqueue()) < 0) { - Perror(statp, stderr, "kqueue", errno); + if ((kq = _kqueue()) < 0) { + Perror(statp, stderr, "_kqueue", errno); return (-1); } #endif --Multipart=_Sun__3_Dec_2006_01_07_32_+0900_IB8EuUz2o15uIKe0 Content-Type: text/plain; name="ktrace-lthr.txt" Content-Disposition: attachment; filename="ktrace-lthr.txt" Content-Transfer-Encoding: 7bit 68755 ktrace 0.000000 RET ktrace 0 68755 ktrace 0.000310 CALL execve(0xbfbfe77f,0xbfbfe634,0xbfbfe648) 68755 ktrace 0.000409 NAMI "/usr/local/bin/cvsync" 68755 ktrace 0.000555 CSW stop kernel 68755 ktrace 0.016834 CSW resume kernel 68755 ktrace 0.017275 CSW stop kernel 68755 ktrace 0.018646 CSW resume kernel 68755 ktrace 0.018710 NAMI "/libexec/ld-elf.so.1" 68755 cvsync 0.019030 RET execve 0 68755 cvsync 0.019073 CALL mmap(0,0x1148,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 68755 cvsync 0.019110 RET mmap 1074360320/0x40097000 68755 cvsync 0.019308 CALL munmap(0x40097000,0x1148) 68755 cvsync 0.019330 RET munmap 0 68755 cvsync 0.019370 CALL __sysctl(0xbfbfe3e8,0x2,0x40093998,0xbfbfe3e4,0,0) 68755 cvsync 0.019398 RET __sysctl 0 68755 cvsync 0.019409 CALL mmap(0,0x8000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0,0,0) 68755 cvsync 0.019424 RET mmap 1074360320/0x40097000 68755 cvsync 0.019480 CALL issetugid 68755 cvsync 0.019491 RET issetugid 0 68755 cvsync 0.019574 CALL open(0x4008d97a,O_RDONLY,0x1b6) 68755 cvsync 0.019604 NAMI "/etc/libmap.conf" 68755 cvsync 0.019646 RET open -1 errno 2 No such file or directory 68755 cvsync 0.019678 CALL access(0x4009b000,F_OK) 68755 cvsync 0.019696 NAMI "/usr/lib/libz.so.3" 68755 cvsync 0.019769 RET access -1 errno 2 No such file or directory 68755 cvsync 0.019781 CALL access(0x4009b000,F_OK) 68755 cvsync 0.019795 NAMI "/usr/local/lib/libz.so.3" 68755 cvsync 0.019874 RET access -1 errno 2 No such file or directory 68755 cvsync 0.019887 CALL open(0x4008c6b8,O_RDONLY,0) 68755 cvsync 0.019900 NAMI "/var/run/ld-elf.so.hints" 68755 cvsync 0.019959 RET open 3 68755 cvsync 0.019972 CALL read(0x3,0xbfbfe120,0x80) 68755 cvsync 0.020018 GIO fd 3 read 128 bytes 0x0000 4568 6e74 0100 0000 8000 0000 5900 0000 |Ehnt........Y...| 0x0010 0000 0000 5800 0000 0000 0000 0000 0000 |....X...........| 0x0020 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0030 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0050 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0070 0000 0000 0000 0000 0000 0000 0000 0000 |................| 68755 cvsync 0.020096 RET read 128/0x80 68755 cvsync 0.020127 CALL lseek(0x3,0,0x80,SEEK_SET,0) 68755 cvsync 0.020145 RET lseek 128/0x80 68755 cvsync 0.020156 CALL read(0x3,0x4009c000,0x59) 68755 cvsync 0.020174 GIO fd 3 read 89 bytes "/lib:/usr/lib:/usr/lib/compat:/usr/local/lib:/usr/X11R6/lib:/usr/local\ /lib/evolution/2.8\0" 68755 cvsync 0.020186 RET read 89/0x59 68755 cvsync 0.020197 CALL close(0x3) 68755 cvsync 0.020242 RET close 0 68755 cvsync 0.020252 CALL access(0x4009b000,F_OK) 68755 cvsync 0.020265 NAMI "/lib/libz.so.3" 68755 cvsync 0.020292 RET access 0 68755 cvsync 0.020303 CALL open(0x40098040,O_RDONLY,0) 68755 cvsync 0.020320 NAMI "/lib/libz.so.3" 68755 cvsync 0.020340 RET open 3 68755 cvsync 0.020352 CALL fstat(0x3,0xbfbfe3d0) 68755 cvsync 0.020371 RET fstat 0 68755 cvsync 0.020382 CALL read(0x3,0x400928e0,0x1000) 68755 cvsync 0.020458 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 1017 0000 3400 0000 |............4...| 0x0020 d408 0100 0000 0000 3400 2000 0300 2800 |........4. ...(.| 0x0030 1500 1400 0100 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 aa02 0100 aa02 0100 0500 0000 |................| 0x0050 0010 0000 0100 0000 c002 0100 c012 0100 |................| 0x0060 c012 0100 d402 0000 f002 0000 0600 0000 |................| 0x0070 0010 0000 0200 0000 c803 0100 c813 0100 |................| 0x0080 c813 0100 a800 0000 a800 0000 0600 0000 |................| 0x0090 0400 0000 6100 0000 8100 0000 4f00 0000 |....a.......O...| 0x00a0 0000 0000 5c00 0000 4700 0000 2e00 0000 |....\...G.......| 0x00b0 7f00 0000 0000 0000 3900 0000 0000 0000 |........9.......| 0x00c0 0000 0000 6e00 0000 0000 0000 5100 0000 |....n.......Q...| 0x00d0 0000 0000 4200 0000 0000 0000 2b00 0000 |....B.......+...| 0x00e0 6000 0000 2500 0000 3800 0000 6900 0000 |`...%...8...i...| 0x00f0 5f00 0000 7400 0000 6600 0000 7200 0000 |_...t...f...r...| 0x0100 0000 0000 2900 0000 6b00 0000 6800 0000 |....)...k...h...| 0x0110 3300 0000 0000 0000 4600 0000 6f00 0000 |3.......F...o...| 0x0120 5800 0000 7600 0000 6700 0000 6d00 0000 |X...v...g...m...| 0x0130 3200 0000 3b00 0000 0000 0000 5b00 0000 |2...;.......[...| 0x0140 4000 0000 7800 0000 7500 0000 0000 0000 |@...x...u.......| 0x0150 6100 0000 3400 0000 6400 0000 6a00 0000 |a...4...d...j...| 0x0160 3c00 0000 0000 0000 0000 0000 4500 0000 |<...........E...| 0x0170 3f00 0000 0000 0000 0000 0000 4a00 0000 |?...........J...| 0x0180 5200 0000 4800 0000 0000 0000 5d00 0000 |R...H.......]...| 0x0190 2d00 0000 7a00 0000 1f00 0000 7900 0000 |-...z.......y...| 0x01a0 6c00 0000 5600 0000 0000 0000 8000 0000 |l...V...........| 0x01b0 7d00 0000 5000 0000 2400 0000 7300 0000 |}...P...$...s...| 0x01c0 4e00 0000 2000 0000 2f00 0000 7700 0000 |N... .../...w...| 0x01d0 7000 0000 3a00 0000 0000 0000 7100 0000 |p...:.......q...| 0x01e0 3600 0000 0000 0000 0000 0000 7b00 0000 |6...........{...| 0x01f0 0000 0000 7e00 0000 0000 0000 0000 0000 |....~...........| 0x0200 5700 0000 1600 0000 5a00 0000 0000 0000 |W.......Z.......| 0x0210 7c00 0000 0000 0000 2800 0000 4d00 0000 ||.......(...M...| 0x0220 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0230 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0240 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0250 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0260 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0270 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0280 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0290 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02a0 0000 0000 0000 0000 2100 0000 0000 0000 |........!.......| 0x02b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02c0 0000 0000 0000 0000 0000 0000 1b00 0000 |................| 0x02d0 0000 0000 0000 0000 1d00 0000 0000 0000 |................| 0x02e0 2700 0000 1c00 0000 1e00 0000 0000 0000 |'...............| 0x02f0 0000 0000 1500 0000 0000 0000 0000 0000 |................| 0x0300 3100 0000 0000 0000 0000 0000 0000 0000 |1...............| 0x0310 1700 0000 0000 0000 0000 0000 0000 0000 |................| 0x0320 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0330 2a00 0000 2300 0000 4300 0000 0000 0000 |*...#...C.......| 0x0340 2c00 0000 0000 0000 0000 0000 0000 0000 |,...............| 0x0350 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0360 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0370 0000 0000 3e00 0000 0000 0000 1400 0000 |....>...........| 0x0380 0000 0000 1a00 0000 0000 0000 0000 0000 |................| 0x0390 0000 0000 4900 0000 0000 0000 0000 0000 |....I...........| 0x03a0 5900 0000 0000 0000 0000 0000 5300 0000 |Y...........S...| 0x03b0 3700 0000 4b00 0000 3500 0000 5e00 0000 |7...K...5...^...| 0x03c0 0000 0000 2200 0000 4400 0000 4100 0000 |...."...D...A...| 0x03d0 2600 0000 6300 0000 0000 0000 0000 0000 |&...c...........| 0x03e0 0000 0000 0000 0000 4c00 0000 0000 0000 |........L.......| 0x03f0 0000 0000 1900 0000 1800 0000 6200 0000 |............b...| 0x0400 6500 0000 3d00 0000 0000 0000 0000 0000 |e...=...........| 0x0410 0000 0000 5400 0000 3000 0000 0000 0000 |....T...0.......| 0x0420 5500 0000 0000 0000 0000 0000 0000 0000 |U...............| 0x0430 0000 0000 0000 0000 9400 0000 0000 0000 |................| 0x0440 0300 0100 0000 0000 2404 0000 0000 0000 |........$.......| 0x0450 0300 0200 0000 0000 340c 0000 0000 0000 |........4.......| 0x0460 0300 0300 0000 0000 a410 0000 0000 0000 |................| 0x0470 0300 0400 0000 0000 d411 0000 0000 0000 |................| 0x0480 0300 0500 0000 0000 8413 0000 0000 0000 |................| 0x0490 0300 0600 0000 0000 9813 0000 0000 0000 |................| 0x04a0 0300 0700 0000 0000 1017 0000 0000 0000 |................| 0x04b0 0300 0800 0000 0000 50c1 0000 0000 0000 |........P.......| 0x04c0 0300 0900 0000 0000 60c1 0000 0000 0000 |........`.......| 0x04d0 0300 0a00 0000 0000 c012 0100 0000 0000 |................| 0x04e0 0300 0b00 0000 0000 c413 0100 0000 0000 |................| 0x04f0 0300 0c00 0000 0000 c813 0100 0000 0000 |................| 0x0500 0300 0d00 0000 0000 7014 0100 0000 0000 |........p.......| 0x0510 0300 0e00 0000 0000 7814 0100 0000 0000 |........x.......| 0x0520 0300 0f00 0000 0000 8014 0100 0000 0000 |................| 0x0530 0300 1000 0000 0000 8414 0100 0000 0000 |................| 0x0540 0300 1100 0000 0000 9415 0100 0000 0000 |................| 0x0550 0300 1200 0000 0000 0000 0000 0000 0000 |................| 0x0560 0300 1300 8e01 0000 0000 0000 0000 0000 |................| 0x0570 1000 0000 fa00 0000 4029 0000 ca00 0000 |........@)......| 0x0580 1200 0800 2102 0000 403a 0000 6100 0000 |....!...@:..a...| 0x0590 1200 0800 ed02 0000 3062 0000 ca01 0000 |........0b......| 0x05a0 1200 0800 f801 0000 b073 0000 c80b 0000 |.........s......| 0x05b0 1200 0800 e801 0000 3036 0000 5c00 0000 |........06..\...| 0x05c0 1200 0800 5003 0000 4072 0000 3d00 0000 |....P...@r..=...| 0x05d0 1200 0800 e101 0000 e035 0000 4200 0000 |.........5..B...| 0x05e0 1200 0800 8102 0000 0000 0000 0000 0000 |................| 0x05f0 1000 0000 c103 0000 50b1 0000 ff05 0000 |........P.......| 0x0600 1200 0800 0a02 0000 0000 0000 0000 0000 |................| 0x0610 1000 0000 e300 0000 4032 0000 1600 0000 |........@2......| 0x0620 1200 0800 e903 0000 4097 0000 1600 0000 |........@.......| 0x0630 1200 0800 0100 0000 c813 0100 0000 0000 |................| 0x0640 1100 f1ff 6902 0000 c03e 0000 5c01 0000 |....i....>..\...| 0x0650 1200 0800 3203 0000 c071 0000 2d00 0000 |....2....q..-...| 0x0660 1200 0800 d103 0000 e0d7 0000 0001 0000 |................| 0x0670 1100 0a00 1201 0000 a044 0000 c619 0000 |.........D......| 0x0680 1200 0800 5a02 0000 e03d 0000 1900 0000 |....Z....=......| 0x0690 1200 0800 1d03 0000 3070 0000 8101 0000 |........0p......| 0x06a0 1200 0800 be00 0000 0000 0000 0000 0000 |................| 0x06b0 1000 0000 2501 0000 102a 0000 9800 0000 |....%....*......| 0x06c0 1200 0800 2600 0000 0000 0000 0000 0000 |....&...........| 0x06d0 2000 0000 b100 0000 0064 0000 f104 0000 | ........d......| 0x06e0 1200 0800 7a01 0000 0000 0000 0000 0000 |....z...........| 0x06f0 1000 0000 0902 0000 0000 0000 0000 0000 |................| 0x0700 1000 0000 f503 0000 6097 0000 0a00 0000 |........`.......| 0x0710 1200 0800 2902 0000 0000 0000 0000 0000 |....)...........| 0x0720 1000 0000 4d02 0000 703d 0000 3200 0000 |....M...p=..2...| 0x0730 1200 0800 dc02 0000 f061 0000 3400 0000 |.........a..4...| 0x0740 1200 0800 a203 0000 8413 0000 0000 0000 |................| 0x0750 1200 0600 bf02 0000 1060 0000 3700 0000 |.........`..7...| 0x0760 1200 0800 7703 0000 e0af 0000 6401 0000 |....w.......d...| 0x0770 1200 0800 8a02 0000 2040 0000 5f00 0000 |........ @.._...| 0x0780 1200 0800 0501 0000 b042 0000 3a00 0000 |.........B..:...| 0x0790 1200 0800 5c03 0000 8072 0000 5a00 0000 |....\....r..Z...| 0x07a0 1200 0800 be01 0000 0000 0000 0000 0000 |................| 0x07b0 1000 0000 a803 0000 5085 0000 5900 0000 |........P...Y...| 0x07c0 1200 0800 a202 0000 00be 0000 5b02 0000 |............[...| 0x07d0 1200 0800 7102 0000 0000 0000 0000 0000 |....q...........| 0x07e0 1000 0000 8800 0000 d097 0000 2100 0000 |............!...| 0x07f0 1200 0800 3500 0000 0000 0000 0000 0000 |....5...........| 0x0800 2000 0000 7700 0000 f017 0000 2501 0000 | ...w.......%...| 0x0810 1200 0800 3902 0000 0000 0000 0000 0000 |....9...........| 0x0820 1000 0000 9700 0000 2019 0000 c50e 0000 |........ .......| 0x0830 1200 0800 e400 0000 c028 0000 7f00 0000 |.........(......| 0x0840 1200 0800 0604 0000 7097 0000 2300 0000 |........p...#...| 0x0850 1200 0800 8101 0000 b0b8 0000 b502 0000 |................| 0x0860 1200 0800 3f02 0000 603b 0000 0102 0000 |....?...`;......| 0x0870 1200 0800 d400 0000 c032 0000 1e03 0000 |.........2......| 0x0880 1200 0800 9502 0000 2041 0000 6500 0000 |........ A..e...| 0x0890 1200 0800 6101 0000 0000 0000 0000 0000 |....a...........| 0x08a0 1000 0000 1a02 0000 d038 0000 3f00 0000 |.........8..?...| 0x08b0 1200 0800 4601 0000 0000 0000 0000 0000 |....F...........| 0x08c0 1000 0000 b001 0000 5082 0000 f202 0000 |........P.......| 0x08d0 1200 0800 0b03 0000 20d7 0000 3500 0000 |........ ...5...| 0x08e0 1100 0a00 cc01 0000 e031 0000 5f00 0000 |.........1.._...| 0x08f0 1200 0800 d401 0000 8040 0000 9300 0000 |.........@......| 0x0900 1200 0800 a301 0000 0000 0000 0000 0000 |................| 0x0910 1000 0000 de03 0000 e0d8 0000 0002 0000 |................| 0x0920 1100 0a00 9203 0000 b080 0000 9f01 0000 |................| 0x0930 1200 0800 d002 0000 d060 0000 1d01 0000 |.........`......| 0x0940 1200 0800 4e01 0000 0000 0000 0000 0000 |....N...........| 0x0950 1000 0000 4303 0000 f071 0000 4100 0000 |....C....q..A...| 0x0960 1200 0800 3304 0000 c0bc 0000 c900 0000 |....3...........| 0x0970 1200 0800 c601 0000 0000 0000 0000 0000 |................| 0x0980 1000 0000 5401 0000 0000 0000 0000 0000 |....T...........| 0x0990 1000 0000 5404 0000 9415 0100 0000 0000 |....T...........| 0x09a0 1000 f1ff 4602 0000 0000 0000 0000 0000 |....F...........| 0x09b0 1000 0000 ea00 0000 603e 0000 5100 0000 |........`>..Q...| 0x09c0 1200 0800 aa01 0000 0000 0000 0000 0000 |................| 0x09d0 1000 0000 8c02 0000 0000 0000 0000 0000 |................| 0x09e0 1000 0000 6801 0000 0000 0000 0000 0000 |....h...........| 0x09f0 1000 0000 7802 0000 6013 0100 2800 0000 |....x...`...(...| 0x0a00 1100 0b00 8f00 0000 a097 0000 2700 0000 |............'...| 0x0a10 1200 0800 2000 0000 50c1 0000 0000 0000 |.... ...P.......| 0x0a20 1200 0900 b503 0000 b085 0000 4d02 0000 |............M...| 0x0a30 1200 0800 2504 0000 d0bb 0000 e400 0000 |....%...........| 0x0a40 1200 0800 db00 0000 1037 0000 ed00 0000 |.........7......| 0x0a50 1200 0800 6903 0000 e0bd 0000 1600 0000 |....i...........| 0x0a60 1200 0800 6302 0000 0000 0000 0000 0000 |....c...........| 0x0a70 1000 0000 1302 0000 8038 0000 4800 0000 |.........8..H...| 0x0a80 1200 0800 f200 0000 0000 0000 0000 0000 |................| 0x0a90 1000 0000 5402 0000 b03d 0000 2b00 0000 |....T....=..+...| 0x0aa0 1200 0800 3f01 0000 0000 0000 0000 0000 |....?...........| 0x0ab0 1000 0000 4d04 0000 9415 0100 0000 0000 |....M...........| 0x0ac0 1000 f1ff 0a00 0000 8414 0100 0000 0000 |................| 0x0ad0 1100 f1ff 6004 0000 b015 0100 0000 0000 |....`...........| 0x0ae0 1000 f1ff f902 0000 e0d5 0000 2f00 0000 |............/...| 0x0af0 1100 0a00 3d04 0000 60c0 0000 c000 0000 |....=...`.......| 0x0b00 1200 0800 9f03 0000 8098 0000 7b00 0000 |............{...| 0x0b10 1200 0800 f101 0000 9036 0000 7a00 0000 |.........6..z...| 0x0b20 1200 0800 3101 0000 807f 0000 2401 0000 |....1.......$...| 0x0b30 1200 0800 fc00 0000 90bd 0000 4100 0000 |............A...| 0x0b40 1200 0800 aa02 0000 d05e 0000 3201 0000 |.........^..2...| 0x0b50 1200 0800 8701 0000 0000 0000 0000 0000 |................| 0x0b60 1000 0000 3002 0000 b03a 0000 b000 0000 |....0....:......| 0x0b70 1200 0800 1a01 0000 705e 0000 5f00 0000 |........p^.._...| 0x0b80 1200 0800 6300 0000 0000 0000 0000 0000 |....c...........| 0x0b90 2000 0000 9501 0000 9041 0000 1c01 0000 | ........A......| 0x0ba0 1200 0800 4d00 0000 0000 0000 0000 0000 |....M...........| 0x0bb0 2000 0000 c500 0000 f027 0000 4200 0000 | ........'..B...| 0x0bc0 1200 0800 0d04 0000 50b7 0000 3601 0000 |........P...6...| 0x0bd0 1200 0800 6f01 0000 106f 0000 1501 0000 |....o....o......| 0x0be0 1200 0800 1704 0000 90b8 0000 1600 0000 |................| 0x0bf0 1200 0800 a300 0000 0069 0000 0206 0000 |.........i......| 0x0c00 1200 0800 0002 0000 0038 0000 7e00 0000 |.........8..~...| 0x0c10 1200 0800 8803 0000 20a7 0000 f102 0000 |........ .......| 0x0c20 1200 0800 8a00 0000 0000 0000 0000 0000 |................| 0x0c30 1000 0000 005f 4459 4e41 4d49 4300 5f47 |....._DYNAMIC._G| 0x0c40 4c4f 4241 4c5f 4f46 4653 4554 5f54 4142 |LOBAL_OFFSET_TAB| 0x0c50 4c45 5f00 5f66 696e 6900 5f5f 6378 615f |LE_._fini.__cxa_| 0x0c60 6669 6e61 6c69 7a65 005f 5f64 6572 6567 |finalize.__dereg| 0x0c70 6973 7465 725f 6672 616d 655f 696e 666f |ister_frame_info| 0x0c80 005f 5f72 6567 6973 7465 725f 6672 616d |.__register_fram| 0x0c90 655f 696e 666f 005f 4a76 5f52 6567 6973 |e_info._Jv_Regis| 0x0ca0 7465 7243 6c61 7373 6573 0069 6e66 6c61 |terClasses.infla| 0x0cb0 7465 4261 636b 496e 6974 5f00 7a63 6672 |teBackInit_.zcfr| 0x0cc0 6565 007a 6361 6c6c 6f63 0069 6e66 6c61 |ee.zcalloc.infla| 0x0cd0 7465 4261 636b 0069 6e66 6c61 7465 5f74 |teBack.inflate_t| 0x0ce0 6162 6c65 0069 6e66 6c61 7465 5f66 6173 |able.inflate_fas| 0x0cf0 7400 6d65 6d63 7079 0069 6e66 6c61 7465 |t.memcpy.inflate| 0x0d00 4261 636b 456e 6400 677a 7265 6164 0067 |BackEnd.gzread.g| 0x0d10 7a77 7269 7465 0067 7a6f 7065 6e00 677a |zwrite.gzopen.gz| 0x0d20 636c 6f73 6500 6675 6e6f 7065 6e00 756e |close.funopen.un| 0x0d30 636f 6d70 7265 7373 0069 6e66 6c61 7465 |compress.inflate| 0x0d40 496e 6974 5f00 696e 666c 6174 6500 696e |Init_.inflate.in| 0x0d50 666c 6174 6545 6e64 0067 7a73 6574 7061 |flateEnd.gzsetpa| 0x0d60 7261 6d73 0064 6566 6c61 7465 5061 7261 |rams.deflatePara| 0x0d70 6d73 0066 7772 6974 6500 5f5f 6572 726f |ms.fwrite.__erro| 0x0d80 7200 6672 6561 6400 5f5f 6973 7468 7265 |r.fread.__isthre| 0x0d90 6164 6564 0066 6572 726f 7200 6663 6c6f |aded.ferror.fclo| 0x0da0 7365 0064 6566 6c61 7465 456e 6400 6d61 |se.deflateEnd.ma| 0x0db0 6c6c 6f63 0063 7263 3332 0073 7472 6c65 |lloc.crc32.strle| 0x0dc0 6e00 7374 7263 7079 0069 6e66 6c61 7465 |n.strcpy.inflate| 0x0dd0 496e 6974 325f 0066 646f 7065 6e00 6674 |Init2_.fdopen.ft| 0x0de0 656c 6c00 6465 666c 6174 6549 6e69 7432 |ell.deflateInit2| 0x0df0 5f00 6670 7269 6e74 6600 666f 7065 6e00 |_.fprintf.fopen.| 0x0e00 677a 646f 7065 6e00 696e 666c 6174 6552 |gzdopen.inflateR| 0x0e10 6573 6574 0067 7a67 6574 6300 677a 756e |eset.gzgetc.gzun| 0x0e20 6765 7463 0067 7a67 6574 7300 6465 666c |getc.gzgets.defl| 0x0e30 6174 6500 677a 7072 696e 7466 0076 736e |ate.gzprintf.vsn| 0x0e40 7072 696e 7466 0067 7a70 7574 6300 677a |printf.gzputc.gz| 0x0e50 7075 7473 0067 7a66 6c75 7368 0066 666c |puts.gzflush.ffl| 0x0e60 7573 6800 677a 7265 7769 6e64 0066 7365 |ush.gzrewind.fse| 0x0e70 656b 0067 7a73 6565 6b00 6d65 6d73 6574 |ek.gzseek.memset| 0x0e80 0067 7a74 656c 6c00 677a 656f 6600 677a |.gztell.gzeof.gz| 0x0e90 6469 7265 6374 0066 7075 7463 0067 7a65 |direct.fputc.gze| 0x0ea0 7272 6f72 0073 7472 6361 7400 7a5f 6572 |rror.strcat.z_er| 0x0eb0 726d 7367 0073 7472 6572 726f 7200 677a |rmsg.strerror.gz| 0x0ec0 636c 6561 7265 7272 0069 6e66 6c61 7465 |clearerr.inflate| 0x0ed0 5072 696d 6500 6164 6c65 7233 3200 696e |Prime.adler32.in| 0x0ee0 666c 6174 6553 6574 4469 6374 696f 6e61 |flateSetDictiona| 0x0ef0 7279 0069 6e66 6c61 7465 4765 7448 6561 |ry.inflateGetHea| 0x0f00 6465 7200 696e 666c 6174 6553 796e 6300 |der.inflateSync.| 0x0f10 696e 666c 6174 6553 796e 6350 6f69 6e74 |inflateSyncPoint| 0x0f20 0069 6e66 6c61 7465 436f 7079 0069 6e66 |.inflateCopy.inf| 0x0f30 6c61 7465 5f63 6f70 7972 6967 6874 0064 |late_copyright.d| 0x0f40 6566 6c61 7465 5f63 6f70 7972 6967 6874 |eflate_copyright| 0x0f50 0064 6566 6c61 7465 5365 7444 6963 7469 |.deflateSetDicti| 0x0f60 6f6e 6172 7900 6465 666c 6174 6553 6574 |onary.deflateSet| 0x0f70 4865 6164 6572 0064 6566 6c61 7465 5072 |Header.deflatePr| 0x0f80 696d 6500 6465 666c 6174 6554 756e 6500 |ime.deflateTune.| 0x0f90 6465 666c 6174 6542 6f75 6e64 0063 6f6d |deflateBound.com| 0x0fa0 7072 6573 7342 6f75 6e64 005f 7472 5f73 |pressBound._tr_s| 0x0fb0 746f 7265 645f 626c 6f63 6b00 5f74 725f |tored_block._tr_| 0x0fc0 616c 6967 6e00 6465 666c 6174 6552 6573 |align.deflateRes| 0x0fd0 6574 005f 7472 5f69 6e69 7400 6465 666c |et._tr_init.defl| 0x0fe0 6174 6549 6e69 745f 0064 6566 6c61 7465 |ateInit_.deflate| 0x0ff0 436f 7079 005f 7472 5f66 6c75 7368 5f62 |Copy._tr_flush_b| 68755 cvsync 0.020516 RET read 4096/0x1000 68755 cvsync 0.020532 CALL mmap(0,0x12000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 68755 cvsync 0.020580 RET mmap 1074393088/0x4009f000 68755 cvsync 0.020591 CALL mprotect(0x400af000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 68755 cvsync 0.020617 RET mprotect 0 68755 cvsync 0.020671 CALL mprotect(0x400af000,0x1000,PROT_READ|PROT_EXEC) 68755 cvsync 0.020686 RET mprotect 0 68755 cvsync 0.020698 CALL mmap(0x400b0000,0x1000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0x10000,0) 68755 cvsync 0.020721 RET mmap 1074462720/0x400b0000 68755 cvsync 0.020765 CALL close(0x3) 68755 cvsync 0.020780 RET close 0 68755 cvsync 0.020797 CALL access(0x4009b000,F_OK) 68755 cvsync 0.020813 NAMI "/usr/lib/libcrypto.so.5" 68755 cvsync 0.020870 RET access -1 errno 2 No such file or directory 68755 cvsync 0.020880 CALL access(0x4009b000,F_OK) 68755 cvsync 0.020893 NAMI "/usr/local/lib/libcrypto.so.5" 68755 cvsync 0.020971 RET access -1 errno 2 No such file or directory 68755 cvsync 0.020985 CALL access(0x4009b000,F_OK) 68755 cvsync 0.020998 NAMI "/lib/libcrypto.so.5" 68755 cvsync 0.021021 RET access 0 68755 cvsync 0.021032 CALL open(0x400980a0,O_RDONLY,0x400b0fff) 68755 cvsync 0.021047 NAMI "/lib/libcrypto.so.5" 68755 cvsync 0.021073 RET open 3 68755 cvsync 0.021085 CALL fstat(0x3,0xbfbfe3d0) 68755 cvsync 0.021100 RET fstat 0 68755 cvsync 0.021110 CALL read(0x3,0x400928e0,0x1000) 68755 cvsync 0.021188 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 60d1 0300 3400 0000 |........`...4...| 0x0020 d424 1400 0000 0000 3400 2000 0300 2800 |.$......4. ...(.| 0x0030 1600 1500 0100 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 8d7e 1200 8d7e 1200 0500 0000 |.....~...~......| 0x0050 0010 0000 0100 0000 0080 1200 0080 1200 |................| 0x0060 0080 1200 705c 0100 1083 0100 0600 0000 |....p\..........| 0x0070 0010 0000 0200 0000 14bd 1300 14bd 1300 |................| 0x0080 14bd 1300 b000 0000 b000 0000 0600 0000 |................| 0x0090 0400 0000 0508 0000 0f0d 0000 0000 0000 |................| 0x00a0 cf0c 0000 0000 0000 9308 0000 0000 0000 |................| 0x00b0 0000 0000 2b0c 0000 a80c 0000 0000 0000 |....+...........| 0x00c0 0000 0000 3a08 0000 fb01 0000 f209 0000 |....:...........| 0x00d0 150c 0000 6b04 0000 8603 0000 360a 0000 |....k.......6...| 0x00e0 940c 0000 3a0c 0000 5907 0000 ee03 0000 |....:...Y.......| 0x00f0 7404 0000 a208 0000 8009 0000 6100 0000 |t...........a...| 0x0100 0b04 0000 0206 0000 9b04 0000 900a 0000 |................| 0x0110 8609 0000 c90b 0000 0000 0000 2704 0000 |............'...| 0x0120 ff0b 0000 d507 0000 6a0c 0000 0000 0000 |........j.......| 0x0130 6e04 0000 0000 0000 4403 0000 060c 0000 |n.......D.......| 0x0140 1b0b 0000 670c 0000 0000 0000 0000 0000 |....g...........| 0x0150 370a 0000 0000 0000 0000 0000 3b09 0000 |7...........;...| 0x0160 0000 0000 a60c 0000 280b 0000 590a 0000 |........(...Y...| 0x0170 0000 0000 5e0b 0000 db01 0000 9b0a 0000 |....^...........| 0x0180 4504 0000 0000 0000 ee05 0000 9709 0000 |E...............| 0x0190 7c04 0000 0000 0000 870c 0000 0000 0000 ||...............| 0x01a0 d406 0000 8907 0000 af0a 0000 c300 0000 |................| 0x01b0 ea04 0000 ac09 0000 f507 0000 d309 0000 |................| 0x01c0 0a0c 0000 af06 0000 f30c 0000 d905 0000 |................| 0x01d0 cc0a 0000 190c 0000 0000 0000 c004 0000 |................| 0x01e0 0000 0000 c107 0000 7605 0000 210a 0000 |........v...!...| 0x01f0 d201 0000 0000 0000 810b 0000 740c 0000 |............t...| 0x0200 000d 0000 7b0c 0000 780c 0000 050c 0000 |....{...x.......| 0x0210 8d0c 0000 7e04 0000 bd0b 0000 020a 0000 |....~...........| 0x0220 f10a 0000 8501 0000 cf0a 0000 9d0b 0000 |................| 0x0230 e606 0000 130c 0000 1d07 0000 160b 0000 |................| 0x0240 5a0a 0000 4008 0000 6a0a 0000 4904 0000 |Z...@...j...I...| 0x0250 c308 0000 0000 0000 c00b 0000 2f0c 0000 |............/...| 0x0260 0909 0000 550b 0000 fd0c 0000 0000 0000 |....U...........| 0x0270 ff01 0000 0000 0000 370c 0000 0603 0000 |........7.......| 0x0280 1107 0000 0000 0000 3805 0000 7c02 0000 |........8...|...| 0x0290 4e00 0000 1c0a 0000 8c0c 0000 0000 0000 |N...............| 0x02a0 0000 0000 1704 0000 150b 0000 bd0c 0000 |................| 0x02b0 f500 0000 0000 0000 6908 0000 b607 0000 |........i.......| 0x02c0 060b 0000 a50b 0000 7c06 0000 4706 0000 |........|...G...| 0x02d0 0000 0000 0000 0000 0000 0000 b70a 0000 |................| 0x02e0 2106 0000 f60c 0000 af04 0000 3c0c 0000 |!...........<...| 0x02f0 340a 0000 100b 0000 bf0a 0000 a909 0000 |4...............| 0x0300 e40c 0000 8908 0000 050d 0000 e60c 0000 |................| 0x0310 e60b 0000 5600 0000 b909 0000 5506 0000 |....V.......U...| 0x0320 c40c 0000 fa0b 0000 3904 0000 940a 0000 |........9.......| 0x0330 f708 0000 0000 0000 0000 0000 5a09 0000 |............Z...| 0x0340 7106 0000 6e0c 0000 0000 0000 bf07 0000 |q...n...........| 0x0350 0000 0000 af0b 0000 f80b 0000 e30c 0000 |................| 0x0360 0000 0000 c20c 0000 200c 0000 6d05 0000 |........ ...m...| 0x0370 c50a 0000 a00c 0000 0000 0000 0000 0000 |................| 0x0380 0000 0000 e008 0000 5903 0000 7207 0000 |........Y...r...| 0x0390 4f0a 0000 6605 0000 e90b 0000 0b0a 0000 |O...f...........| 0x03a0 0000 0000 0e08 0000 2a04 0000 8f06 0000 |........*.......| 0x03b0 bc06 0000 cb0a 0000 0009 0000 f00a 0000 |................| 0x03c0 9d0c 0000 e90a 0000 9902 0000 bf01 0000 |................| 0x03d0 0000 0000 0000 0000 4709 0000 4e0c 0000 |........G...N...| 0x03e0 8d09 0000 9402 0000 f009 0000 090a 0000 |................| 0x03f0 2c04 0000 860c 0000 0000 0000 0d0d 0000 |,...............| 0x0400 0000 0000 f409 0000 630c 0000 2405 0000 |........c...$...| 0x0410 0000 0000 0000 0000 5503 0000 0000 0000 |........U.......| 0x0420 a509 0000 0000 0000 b90b 0000 d202 0000 |................| 0x0430 0000 0000 f706 0000 d90a 0000 5e0a 0000 |............^...| 0x0440 2706 0000 0807 0000 2708 0000 b903 0000 |'.......'.......| 0x0450 df0b 0000 3106 0000 8a08 0000 100a 0000 |....1...........| 0x0460 5b0b 0000 0000 0000 0e09 0000 0000 0000 |[...............| 0x0470 a503 0000 0000 0000 1b00 0000 0a0a 0000 |................| 0x0480 fc0a 0000 b10c 0000 2a0c 0000 da05 0000 |........*.......| 0x0490 820a 0000 fe0a 0000 a204 0000 d808 0000 |................| 0x04a0 7906 0000 3308 0000 9b0c 0000 8902 0000 |y...3...........| 0x04b0 6607 0000 5202 0000 0000 0000 220a 0000 |f...R......."...| 0x04c0 c20b 0000 0000 0000 da0b 0000 410c 0000 |............A...| 0x04d0 0000 0000 cc0b 0000 e801 0000 3405 0000 |............4...| 0x04e0 0000 0000 d601 0000 340c 0000 6308 0000 |........4...c...| 0x04f0 440a 0000 0000 0000 540a 0000 0000 0000 |D.......T.......| 0x0500 0000 0000 d205 0000 1c09 0000 790b 0000 |............y...| 0x0510 0000 0000 de09 0000 0000 0000 c605 0000 |................| 0x0520 7800 0000 fa08 0000 0000 0000 0000 0000 |x...............| 0x0530 f207 0000 650b 0000 8404 0000 320a 0000 |....e.......2...| 0x0540 0000 0000 dd07 0000 c60c 0000 c90a 0000 |................| 0x0550 5b0a 0000 fd09 0000 3f0c 0000 8104 0000 |[.......?.......| 0x0560 0000 0000 4e01 0000 0000 0000 9506 0000 |....N...........| 0x0570 180c 0000 500a 0000 c002 0000 c40a 0000 |....P...........| 0x0580 0000 0000 f50b 0000 ca06 0000 2503 0000 |............%...| 0x0590 0000 0000 0000 0000 5b0c 0000 bd06 0000 |........[.......| 0x05a0 110a 0000 e209 0000 ee02 0000 8307 0000 |................| 0x05b0 5603 0000 4a0a 0000 9106 0000 8709 0000 |V...J...........| 0x05c0 ec02 0000 0000 0000 2500 0000 d10a 0000 |........%.......| 0x05d0 f104 0000 0000 0000 c900 0000 7107 0000 |............q...| 0x05e0 270b 0000 ed0c 0000 e80c 0000 2e04 0000 |'...............| 0x05f0 b207 0000 db07 0000 aa0b 0000 e304 0000 |................| 0x0600 c901 0000 2e01 0000 0000 0000 d60c 0000 |................| 0x0610 0000 0000 5b09 0000 b10b 0000 a10b 0000 |....[...........| 0x0620 2306 0000 ee0c 0000 f703 0000 890b 0000 |#...............| 0x0630 0000 0000 0000 0000 c205 0000 3109 0000 |............1...| 0x0640 ae0b 0000 1409 0000 0000 0000 0000 0000 |................| 0x0650 cf08 0000 b009 0000 0000 0000 0000 0000 |................| 0x0660 ee07 0000 410a 0000 6c04 0000 0000 0000 |....A...l.......| 0x0670 b400 0000 0000 0000 7308 0000 3407 0000 |........s...4...| 0x0680 c608 0000 070b 0000 930c 0000 0000 0000 |................| 0x0690 0000 0000 a70c 0000 3806 0000 0000 0000 |........8.......| 0x06a0 0000 0000 5107 0000 c609 0000 c509 0000 |....Q...........| 0x06b0 dc06 0000 fb06 0000 0908 0000 af09 0000 |................| 0x06c0 0000 0000 8a0b 0000 9809 0000 0000 0000 |................| 0x06d0 f30b 0000 d208 0000 8a03 0000 f20c 0000 |................| 0x06e0 b302 0000 0000 0000 0000 0000 740b 0000 |............t...| 0x06f0 9e06 0000 0000 0000 1b05 0000 4201 0000 |............B...| 0x0700 7e08 0000 0000 0000 b20b 0000 3609 0000 |~...........6...| 0x0710 0a0d 0000 2e05 0000 6c09 0000 790c 0000 |........l...y...| 0x0720 0000 0000 4208 0000 800b 0000 be09 0000 |....B...........| 0x0730 fb0a 0000 8d08 0000 5005 0000 230c 0000 |........P...#...| 0x0740 de0a 0000 0000 0000 ed07 0000 e308 0000 |................| 0x0750 1a06 0000 ab0c 0000 4602 0000 0508 0000 |........F.......| 0x0760 390c 0000 380a 0000 060a 0000 680c 0000 |9...8.......h...| 0x0770 f107 0000 3203 0000 f704 0000 950b 0000 |....2...........| 0x0780 ff02 0000 1f0c 0000 b205 0000 0c09 0000 |................| 0x0790 4805 0000 9f0a 0000 fd07 0000 560c 0000 |H...........V...| 0x07a0 030a 0000 460a 0000 920b 0000 f003 0000 |....F...........| 0x07b0 0000 0000 600b 0000 b30b 0000 0000 0000 |....`...........| 0x07c0 9f06 0000 c700 0000 f804 0000 0000 0000 |................| 0x07d0 8702 0000 c000 0000 0000 0000 4e08 0000 |............N...| 0x07e0 0000 0000 d103 0000 710c 0000 0000 0000 |........q.......| 0x07f0 0000 0000 5401 0000 cc09 0000 a006 0000 |....T...........| 0x0800 e103 0000 5609 0000 0000 0000 0000 0000 |....V...........| 0x0810 1a00 0000 0000 0000 fd01 0000 ad08 0000 |................| 0x0820 fd0b 0000 7604 0000 f007 0000 5c0b 0000 |....v.......\...| 0x0830 030c 0000 640c 0000 d50b 0000 e909 0000 |....d...........| 0x0840 b800 0000 0000 0000 8308 0000 1a09 0000 |................| 0x0850 0000 0000 0000 0000 2202 0000 d506 0000 |........".......| 0x0860 8a07 0000 670b 0000 3b05 0000 d500 0000 |....g...;.......| 0x0870 a00b 0000 ea06 0000 f90a 0000 0000 0000 |................| 0x0880 0000 0000 0609 0000 4c04 0000 8204 0000 |........L.......| 0x0890 760a 0000 0000 0000 860b 0000 ce0c 0000 |v...............| 0x08a0 8202 0000 0000 0000 d30a 0000 2c0b 0000 |............,...| 0x08b0 8309 0000 7d0b 0000 e40a 0000 f908 0000 |....}...........| 0x08c0 2603 0000 6a03 0000 0000 0000 3108 0000 |&...j.......1...| 0x08d0 f204 0000 610a 0000 0000 0000 a801 0000 |....a...........| 0x08e0 c701 0000 0000 0000 0000 0000 4106 0000 |............A...| 0x08f0 5004 0000 ac00 0000 0000 0000 2602 0000 |P...........&...| 0x0900 0000 0000 be05 0000 a906 0000 0000 0000 |................| 0x0910 0000 0000 e402 0000 9b08 0000 d30c 0000 |................| 0x0920 0a04 0000 df0c 0000 1506 0000 1b0a 0000 |................| 0x0930 660a 0000 b209 0000 a30b 0000 690c 0000 |f...........i...| 0x0940 c805 0000 0000 0000 c10a 0000 3f04 0000 |............?...| 0x0950 b90c 0000 ad09 0000 3d00 0000 8400 0000 |........=.......| 0x0960 0000 0000 1202 0000 6b0a 0000 0000 0000 |........k.......| 0x0970 be06 0000 0b0d 0000 c40b 0000 0d09 0000 |................| 0x0980 0c07 0000 5e07 0000 2709 0000 650c 0000 |....^...'...e...| 0x0990 4209 0000 0000 0000 0000 0000 9e04 0000 |B...............| 0x09a0 7e0b 0000 6c0b 0000 7e02 0000 d608 0000 |~...l...~.......| 0x09b0 9708 0000 8304 0000 1006 0000 420a 0000 |............B...| 0x09c0 680a 0000 d403 0000 0000 0000 1a0c 0000 |h...............| 0x09d0 b109 0000 9505 0000 5205 0000 0000 0000 |........R.......| 0x09e0 f502 0000 c906 0000 0000 0000 0a07 0000 |................| 0x09f0 ed0b 0000 4009 0000 d105 0000 5d00 0000 |....@.......]...| 0x0a00 9c0b 0000 9507 0000 0000 0000 bf0c 0000 |................| 0x0a10 c709 0000 0000 0000 9a07 0000 0000 0000 |................| 0x0a20 dc0a 0000 0000 0000 520c 0000 0000 0000 |........R.......| 0x0a30 d204 0000 610b 0000 0000 0000 900c 0000 |....a...........| 0x0a40 4d09 0000 d90c 0000 2d0b 0000 2400 0000 |M.......-...$...| 0x0a50 e207 0000 0000 0000 0000 0000 0000 0000 |................| 0x0a60 240b 0000 b007 0000 0000 0000 1e00 0000 |$...............| 0x0a70 9e09 0000 b50b 0000 0000 0000 f50c 0000 |................| 0x0a80 3c09 0000 620a 0000 0000 0000 110c 0000 |<...b...........| 0x0a90 4801 0000 0000 0000 8405 0000 4206 0000 |H...........B...| 0x0aa0 e80b 0000 f10c 0000 fc02 0000 0408 0000 |................| 0x0ab0 690a 0000 7104 0000 250b 0000 1101 0000 |i...q...%.......| 0x0ac0 1b03 0000 8d0a 0000 d303 0000 580a 0000 |............X...| 0x0ad0 780b 0000 0000 0000 0000 0000 5e04 0000 |x...........^...| 0x0ae0 c006 0000 e009 0000 0000 0000 cb0c 0000 |................| 0x0af0 4003 0000 ad0b 0000 f105 0000 d606 0000 |@...............| 0x0b00 a409 0000 e202 0000 0000 0000 800c 0000 |................| 0x0b10 4809 0000 0000 0000 5800 0000 420b 0000 |H.......X...B...| 0x0b20 d00a 0000 5302 0000 8006 0000 4104 0000 |....S.......A...| 0x0b30 d10b 0000 fa01 0000 0000 0000 160c 0000 |................| 0x0b40 680b 0000 7606 0000 7c0b 0000 5207 0000 |h...v...|...R...| 0x0b50 0000 0000 bf0b 0000 4b09 0000 4a0c 0000 |........K...J...| 0x0b60 dd03 0000 980a 0000 ce0b 0000 cf06 0000 |................| 0x0b70 8e0a 0000 b60b 0000 5c05 0000 9c09 0000 |........\.......| 0x0b80 7408 0000 140b 0000 ae0a 0000 0000 0000 |t...............| 0x0b90 0e0d 0000 9501 0000 2c0a 0000 0e0c 0000 |........,.......| 0x0ba0 910c 0000 0000 0000 c209 0000 0000 0000 |................| 0x0bb0 ba0a 0000 8d06 0000 460b 0000 6b0c 0000 |........F...k...| 0x0bc0 5306 0000 b206 0000 0000 0000 e004 0000 |S...............| 0x0bd0 c30a 0000 8f0a 0000 d007 0000 4c08 0000 |............L...| 0x0be0 350c 0000 0201 0000 4505 0000 8804 0000 |5.......E.......| 0x0bf0 870b 0000 0000 0000 a408 0000 0000 0000 |................| 0x0c00 150a 0000 7d08 0000 4a0b 0000 1205 0000 |....}...J.......| 0x0c10 0000 0000 120b 0000 8905 0000 0000 0000 |................| 0x0c20 0000 0000 7b03 0000 0606 0000 a808 0000 |....{...........| 0x0c30 8707 0000 0000 0000 0000 0000 0000 0000 |................| 0x0c40 0208 0000 0000 0000 3b07 0000 d804 0000 |........;.......| 0x0c50 6302 0000 b80b 0000 5808 0000 c104 0000 |c.......X.......| 0x0c60 3903 0000 c604 0000 fe0b 0000 d408 0000 |9...............| 0x0c70 500b 0000 0000 0000 ec09 0000 ad07 0000 |P...............| 0x0c80 780a 0000 df04 0000 c304 0000 0000 0000 |x...............| 0x0c90 6d00 0000 e807 0000 980c 0000 e709 0000 |m...............| 0x0ca0 f40c 0000 4d0b 0000 e50a 0000 0000 0000 |....M...........| 0x0cb0 e802 0000 3705 0000 610c 0000 a306 0000 |....7...a.......| 0x0cc0 5b07 0000 0000 0000 e00b 0000 0203 0000 |[...............| 0x0cd0 9d09 0000 af00 0000 de06 0000 c50b 0000 |................| 0x0ce0 460c 0000 aa05 0000 1902 0000 0000 0000 |F...............| 0x0cf0 480c 0000 aa03 0000 0000 0000 9e0b 0000 |H...............| 0x0d00 3b0c 0000 2906 0000 d109 0000 a308 0000 |;...)...........| 0x0d10 5802 0000 0000 0000 a205 0000 c005 0000 |X...............| 0x0d20 f806 0000 0000 0000 330c 0000 4f0b 0000 |........3...O...| 0x0d30 0000 0000 c203 0000 d209 0000 3c02 0000 |............<...| 0x0d40 f80c 0000 5d06 0000 f509 0000 0409 0000 |....]...........| 0x0d50 a30a 0000 5906 0000 0000 0000 0000 0000 |....Y...........| 0x0d60 0000 0000 d603 0000 b40a 0000 3009 0000 |............0...| 0x0d70 b305 0000 3508 0000 ea0a 0000 0000 0000 |....5...........| 0x0d80 0000 0000 0000 0000 cd09 0000 b204 0000 |................| 0x0d90 b907 0000 7100 0000 250c 0000 0000 0000 |....q...%.......| 0x0da0 a703 0000 0000 0000 0209 0000 0000 0000 |................| 0x0db0 7402 0000 ca0c 0000 4506 0000 e705 0000 |t.......E.......| 0x0dc0 0e0a 0000 0000 0000 cb0b 0000 0000 0000 |................| 0x0dd0 5d0a 0000 1e0b 0000 0000 0000 e605 0000 |]...............| 0x0de0 380c 0000 fc07 0000 0000 0000 0000 0000 |8...............| 0x0df0 ef0b 0000 f906 0000 0000 0000 8901 0000 |................| 0x0e00 f300 0000 ae09 0000 730b 0000 4604 0000 |........s...F...| 0x0e10 2702 0000 f603 0000 c30c 0000 b00b 0000 |'...............| 0x0e20 b00a 0000 f60a 0000 ce07 0000 0000 0000 |................| 0x0e30 0b0c 0000 c109 0000 720a 0000 0000 0000 |........r.......| 0x0e40 d305 0000 8c0a 0000 1e07 0000 ec0a 0000 |................| 0x0e50 6d0c 0000 2606 0000 1909 0000 d40c 0000 |m...&...........| 0x0e60 4f0c 0000 b509 0000 ac02 0000 9808 0000 |O...............| 0x0e70 570b 0000 a609 0000 0000 0000 7d09 0000 |W...........}...| 0x0e80 cd01 0000 a307 0000 e805 0000 0000 0000 |................| 0x0e90 ae07 0000 a40c 0000 0000 0000 560a 0000 |............V...| 0x0ea0 0000 0000 0000 0000 5b06 0000 820b 0000 |........[.......| 0x0eb0 600c 0000 2206 0000 3f00 0000 1401 0000 |`..."...?.......| 0x0ec0 0b0b 0000 0000 0000 3c0b 0000 9f0b 0000 |........<.......| 0x0ed0 0000 0000 ff08 0000 1c04 0000 0000 0000 |................| 0x0ee0 b30c 0000 1307 0000 0000 0000 fb08 0000 |................| 0x0ef0 d706 0000 0000 0000 0000 0000 3d05 0000 |............=...| 0x0f00 1e0a 0000 a90a 0000 0000 0000 0007 0000 |................| 0x0f10 1105 0000 c80c 0000 cd0a 0000 c60a 0000 |................| 0x0f20 0308 0000 6f0c 0000 1306 0000 3605 0000 |....o.......6...| 0x0f30 cc0c 0000 af0c 0000 b304 0000 5d0b 0000 |............]...| 0x0f40 0d08 0000 d80b 0000 0000 0000 0000 0000 |................| 0x0f50 5e00 0000 3d02 0000 0000 0000 6f04 0000 |^...=.......o...| 0x0f60 c90c 0000 9200 0000 e603 0000 9c08 0000 |................| 0x0f70 9306 0000 9905 0000 0000 0000 5409 0000 |............T...| 0x0f80 0000 0000 e407 0000 5f0a 0000 cb08 0000 |........_.......| 0x0f90 0000 0000 c00c 0000 6109 0000 ed0a 0000 |........a.......| 0x0fa0 0906 0000 050b 0000 590b 0000 8909 0000 |........Y.......| 0x0fb0 390a 0000 2b00 0000 0000 0000 0000 0000 |9...+...........| 0x0fc0 1d0b 0000 0000 0000 0709 0000 0000 0000 |................| 0x0fd0 eb0a 0000 910b 0000 0000 0000 b709 0000 |................| 0x0fe0 0000 0000 0000 0000 750c 0000 4b0c 0000 |........u...K...| 0x0ff0 b70c 0000 0000 0000 7d05 0000 140c 0000 |........}.......| 68755 cvsync 0.021263 RET read 4096/0x1000 68755 cvsync 0.021274 CALL mmap(0,0x141000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 68755 cvsync 0.021296 RET mmap 1074466816/0x400b1000 68755 cvsync 0.021307 CALL mprotect(0x401d8000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 68755 cvsync 0.021326 RET mprotect 0 68755 cvsync 0.021390 CALL mprotect(0x401d8000,0x1000,PROT_READ|PROT_EXEC) 68755 cvsync 0.021406 RET mprotect 0 68755 cvsync 0.021416 CALL mmap(0x401d9000,0x16000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0x128000,0) 68755 cvsync 0.021458 RET mmap 1075679232/0x401d9000 68755 cvsync 0.021507 CALL mmap(0x401ef000,0x3000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffff,0,0,0) 68755 cvsync 0.021522 RET mmap 1075769344/0x401ef000 68755 cvsync 0.021581 CALL close(0x3) 68755 cvsync 0.021598 RET close 0 68755 cvsync 0.021610 CALL access(0x4009b000,F_OK) 68755 cvsync 0.021626 NAMI "/usr/lib/libthr.so.2" 68755 cvsync 0.021661 RET access 0 68755 cvsync 0.021673 CALL open(0x40098100,O_RDONLY,0x401f1fff) 68755 cvsync 0.021690 NAMI "/usr/lib/libthr.so.2" 68755 cvsync 0.021717 RET open 3 68755 cvsync 0.021727 CALL fstat(0x3,0xbfbfe3d0) 68755 cvsync 0.021744 RET fstat 0 68755 cvsync 0.021754 CALL read(0x3,0x400928e0,0x1000) 68755 cvsync 0.021815 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 b04f 0000 3400 0000 |.........O..4...| 0x0020 4c05 0100 0000 0000 3400 2000 0300 2800 |L.......4. ...(.| 0x0030 1700 1600 0100 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 72f7 0000 72f7 0000 0500 0000 |....r...r.......| 0x0050 0010 0000 0100 0000 80f7 0000 8007 0100 |................| 0x0060 8007 0100 9405 0000 4820 0000 0600 0000 |........H ......| 0x0070 0010 0000 0200 0000 3cfa 0000 3c0a 0100 |........<...<...| 0x0080 3c0a 0100 c000 0000 c000 0000 0600 0000 |<...............| 0x0090 0400 0000 0701 0000 de01 0000 b700 0000 |................| 0x00a0 af01 0000 bd00 0000 0000 0000 9f01 0000 |................| 0x00b0 d401 0000 0901 0000 6e01 0000 5b01 0000 |........n...[...| 0x00c0 d901 0000 b901 0000 f600 0000 0801 0000 |................| 0x00d0 3a00 0000 5d01 0000 d801 0000 8100 0000 |:...]...........| 0x00e0 0000 0000 8501 0000 a300 0000 0000 0000 |................| 0x00f0 0000 0000 0000 0000 0000 0000 e200 0000 |................| 0x0100 4601 0000 d001 0000 d300 0000 bb01 0000 |F...............| 0x0110 0b01 0000 0601 0000 c901 0000 0000 0000 |................| 0x0120 ca01 0000 6501 0000 3701 0000 0000 0000 |....e...7.......| 0x0130 9101 0000 0000 0000 0000 0000 de00 0000 |................| 0x0140 ab01 0000 c001 0000 6100 0000 6200 0000 |........a...b...| 0x0150 1f01 0000 cc01 0000 e100 0000 5e01 0000 |............^...| 0x0160 2e01 0000 d100 0000 0000 0000 2001 0000 |............ ...| 0x0170 2f01 0000 6f01 0000 0701 0000 5001 0000 |/...o.......P...| 0x0180 db00 0000 7e01 0000 c601 0000 9001 0000 |....~...........| 0x0190 1001 0000 d501 0000 6201 0000 0000 0000 |........b.......| 0x01a0 8701 0000 0000 0000 d601 0000 3d01 0000 |............=...| 0x01b0 a801 0000 1b01 0000 d500 0000 6f00 0000 |............o...| 0x01c0 ce01 0000 be01 0000 4f01 0000 9e01 0000 |........O.......| 0x01d0 0000 0000 8f01 0000 cd01 0000 0000 0000 |................| 0x01e0 5100 0000 ac01 0000 8900 0000 9901 0000 |Q...............| 0x01f0 0e01 0000 5301 0000 9601 0000 f700 0000 |....S...........| 0x0200 4801 0000 4901 0000 0000 0000 8000 0000 |H...I...........| 0x0210 1101 0000 8e01 0000 2300 0000 9401 0000 |........#.......| 0x0220 0000 0000 0000 0000 7701 0000 0000 0000 |........w.......| 0x0230 c301 0000 6601 0000 b400 0000 9b01 0000 |....f...........| 0x0240 0000 0000 0000 0000 4b01 0000 c801 0000 |........K.......| 0x0250 1401 0000 1d01 0000 8b00 0000 8301 0000 |................| 0x0260 2901 0000 ef00 0000 d201 0000 fe00 0000 |)...............| 0x0270 2201 0000 fd00 0000 cc00 0000 c201 0000 |"...............| 0x0280 0000 0000 6301 0000 b900 0000 0000 0000 |....c...........| 0x0290 c500 0000 7201 0000 0d01 0000 3f01 0000 |....r.......?...| 0x02a0 3b00 0000 7f01 0000 dd01 0000 0000 0000 |;...............| 0x02b0 1201 0000 7200 0000 4101 0000 d701 0000 |....r...A.......| 0x02c0 7b01 0000 3900 0000 7600 0000 7c01 0000 |{...9...v...|...| 0x02d0 8300 0000 ae01 0000 0000 0000 4e01 0000 |............N...| 0x02e0 7c00 0000 4401 0000 7d01 0000 6001 0000 ||...D...}...`...| 0x02f0 a901 0000 5901 0000 4100 0000 b601 0000 |....Y...A.......| 0x0300 0000 0000 0000 0000 0000 0000 a900 0000 |................| 0x0310 5f01 0000 9300 0000 1701 0000 0000 0000 |_...............| 0x0320 7801 0000 3600 0000 bf01 0000 9301 0000 |x...6...........| 0x0330 cd00 0000 aa01 0000 bf00 0000 0000 0000 |................| 0x0340 0000 0000 0000 0000 d301 0000 0000 0000 |................| 0x0350 0000 0000 0000 0000 c000 0000 4700 0000 |............G...| 0x0360 0000 0000 6000 0000 0000 0000 0000 0000 |....`...........| 0x0370 ba00 0000 6b01 0000 b201 0000 5300 0000 |....k.......S...| 0x0380 8801 0000 a101 0000 c101 0000 b001 0000 |................| 0x0390 5c01 0000 d101 0000 f300 0000 db01 0000 |\...............| 0x03a0 da01 0000 0000 0000 8101 0000 4000 0000 |............@...| 0x03b0 dc01 0000 a001 0000 5601 0000 7401 0000 |........V...t...| 0x03c0 0000 0000 6d01 0000 0000 0000 e000 0000 |....m...........| 0x03d0 8001 0000 3201 0000 7601 0000 0000 0000 |....2...v.......| 0x03e0 4400 0000 fc00 0000 0000 0000 9501 0000 |D...............| 0x03f0 1a01 0000 1900 0000 b701 0000 7901 0000 |............y...| 0x0400 4900 0000 0000 0000 c701 0000 9701 0000 |I...............| 0x0410 6c01 0000 b301 0000 7000 0000 6701 0000 |l.......p...g...| 0x0420 c900 0000 7501 0000 b501 0000 2c01 0000 |....u.......,...| 0x0430 5501 0000 c501 0000 cf01 0000 7101 0000 |U...........q...| 0x0440 0000 0000 5e00 0000 5701 0000 a100 0000 |....^...W.......| 0x0450 3301 0000 c401 0000 0000 0000 8d01 0000 |3...............| 0x0460 4701 0000 ee00 0000 0000 0000 0000 0000 |G...............| 0x0470 0000 0000 cb01 0000 ba01 0000 ca00 0000 |................| 0x0480 d400 0000 2701 0000 d900 0000 0000 0000 |....'...........| 0x0490 e300 0000 4501 0000 5801 0000 0000 0000 |....E...X.......| 0x04a0 4201 0000 3d00 0000 3601 0000 5401 0000 |B...=...6...T...| 0x04b0 4d00 0000 a201 0000 0000 0000 0000 0000 |M...............| 0x04c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x04d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x04e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x04f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0500 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0510 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0520 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0530 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0540 0000 0000 0000 0000 1f00 0000 0000 0000 |................| 0x0550 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0560 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0570 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0580 0000 0000 0000 0000 3200 0000 0000 0000 |........2.......| 0x0590 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x05a0 0000 0000 2100 0000 1c00 0000 0000 0000 |....!...........| 0x05b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x05c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x05d0 0000 0000 0000 0000 0000 0000 2b00 0000 |............+...| 0x05e0 2900 0000 0000 0000 0000 0000 0000 0000 |)...............| 0x05f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0600 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0610 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0620 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0630 0000 0000 0000 0000 4300 0000 0000 0000 |........C.......| 0x0640 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0650 3100 0000 0000 0000 0000 0000 2400 0000 |1...........$...| 0x0660 0000 0000 0000 0000 0000 0000 3000 0000 |............0...| 0x0670 0000 0000 2200 0000 0000 0000 6600 0000 |....".......f...| 0x0680 0000 0000 2a00 0000 5d00 0000 0000 0000 |....*...].......| 0x0690 0000 0000 6b00 0000 7700 0000 0000 0000 |....k...w.......| 0x06a0 1e00 0000 0000 0000 2700 0000 0000 0000 |........'.......| 0x06b0 0000 0000 2f00 0000 7100 0000 0000 0000 |..../...q.......| 0x06c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x06d0 0000 0000 8500 0000 3300 0000 0000 0000 |........3.......| 0x06e0 6700 0000 3e00 0000 3c00 0000 0000 0000 |g...>...<.......| 0x06f0 0000 0000 2800 0000 0000 0000 8e00 0000 |....(...........| 0x0700 0000 0000 0000 0000 0000 0000 8a00 0000 |................| 0x0710 3500 0000 0000 0000 0000 0000 0000 0000 |5...............| 0x0720 0000 0000 7500 0000 7f00 0000 0000 0000 |....u...........| 0x0730 1800 0000 1a00 0000 0000 0000 2000 0000 |............ ...| 0x0740 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0750 0000 0000 7e00 0000 0000 0000 0000 0000 |....~...........| 0x0760 0000 0000 9900 0000 7900 0000 9700 0000 |........y.......| 0x0770 0000 0000 0000 0000 0000 0000 8400 0000 |................| 0x0780 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0790 9000 0000 3800 0000 0000 0000 0000 0000 |....8...........| 0x07a0 b200 0000 0000 0000 0000 0000 ae00 0000 |................| 0x07b0 0000 0000 0000 0000 0000 0000 b800 0000 |................| 0x07c0 ad00 0000 0000 0000 0000 0000 a800 0000 |................| 0x07d0 9200 0000 4b00 0000 0000 0000 b100 0000 |....K...........| 0x07e0 7a00 0000 0000 0000 8c00 0000 0000 0000 |z...............| 0x07f0 0000 0000 2c00 0000 a600 0000 af00 0000 |....,...........| 0x0800 9500 0000 aa00 0000 0000 0000 8800 0000 |................| 0x0810 0000 0000 0000 0000 b600 0000 0000 0000 |................| 0x0820 3f00 0000 0000 0000 0000 0000 6c00 0000 |?...........l...| 0x0830 0000 0000 7400 0000 0000 0000 0000 0000 |....t...........| 0x0840 6800 0000 d200 0000 c200 0000 1700 0000 |h...............| 0x0850 0000 0000 9f00 0000 bb00 0000 dd00 0000 |................| 0x0860 be00 0000 0000 0000 b000 0000 4500 0000 |............E...| 0x0870 4800 0000 0000 0000 2600 0000 0000 0000 |H.......&.......| 0x0880 6400 0000 4200 0000 5000 0000 0000 0000 |d...B...P.......| 0x0890 0000 0000 a000 0000 9b00 0000 4600 0000 |............F...| 0x08a0 0000 0000 5600 0000 5b00 0000 e500 0000 |....V...[.......| 0x08b0 0000 0000 2e00 0000 c600 0000 0000 0000 |................| 0x08c0 c700 0000 3700 0000 3400 0000 d600 0000 |....7...4.......| 0x08d0 0000 0000 5c00 0000 cb00 0000 0000 0000 |....\...........| 0x08e0 0000 0000 0000 0000 0001 0000 c800 0000 |................| 0x08f0 d000 0000 0000 0000 0000 0000 ab00 0000 |................| 0x0900 0000 0000 8700 0000 9d00 0000 0000 0000 |................| 0x0910 2d00 0000 f200 0000 9800 0000 1d00 0000 |-...............| 0x0920 0000 0000 0a01 0000 ec00 0000 ea00 0000 |................| 0x0930 9e00 0000 0000 0000 0000 0000 0000 0000 |................| 0x0940 0000 0000 1e01 0000 fa00 0000 d700 0000 |................| 0x0950 6e00 0000 0000 0000 0000 0000 0000 0000 |n...............| 0x0960 0000 0000 5900 0000 0c01 0000 0000 0000 |....Y...........| 0x0970 0000 0000 2500 0000 7d00 0000 8200 0000 |....%...}.......| 0x0980 d800 0000 0000 0000 2d01 0000 9a00 0000 |........-.......| 0x0990 0000 0000 c400 0000 0000 0000 1301 0000 |................| 0x09a0 0000 0000 2301 0000 6900 0000 0000 0000 |....#...i.......| 0x09b0 0000 0000 0000 0000 eb00 0000 9c00 0000 |................| 0x09c0 5400 0000 3801 0000 0501 0000 7800 0000 |T...8.......x...| 0x09d0 f500 0000 0f01 0000 1901 0000 0000 0000 |................| 0x09e0 4001 0000 a400 0000 f100 0000 0000 0000 |@...............| 0x09f0 da00 0000 1801 0000 0000 0000 0000 0000 |................| 0x0a00 0000 0000 7b00 0000 5800 0000 b300 0000 |....{...X.......| 0x0a10 2401 0000 1b00 0000 0401 0000 fb00 0000 |$...............| 0x0a20 2b01 0000 0000 0000 0000 0000 0000 0000 |+...............| 0x0a30 3001 0000 0000 0000 5200 0000 0000 0000 |0.......R.......| 0x0a40 9600 0000 e400 0000 0000 0000 0000 0000 |................| 0x0a50 5a01 0000 3e01 0000 ff00 0000 dc00 0000 |Z...>...........| 0x0a60 bc00 0000 e700 0000 2101 0000 1601 0000 |........!.......| 0x0a70 0000 0000 3901 0000 5f00 0000 4d01 0000 |....9..._...M...| 0x0a80 cf00 0000 ce00 0000 b500 0000 0000 0000 |................| 0x0a90 5201 0000 f900 0000 0101 0000 4f00 0000 |R...........O...| 0x0aa0 9100 0000 0000 0000 3c01 0000 6a01 0000 |........<...j...| 0x0ab0 0000 0000 e800 0000 2501 0000 2801 0000 |........%...(...| 0x0ac0 0000 0000 0000 0000 7300 0000 0000 0000 |........s.......| 0x0ad0 8401 0000 2601 0000 f400 0000 6901 0000 |....&.......i...| 0x0ae0 c100 0000 0000 0000 4a00 0000 6300 0000 |........J...c...| 0x0af0 6d00 0000 0000 0000 1c01 0000 8901 0000 |m...............| 0x0b00 8b01 0000 0301 0000 6101 0000 0000 0000 |........a.......| 0x0b10 4c01 0000 6401 0000 3401 0000 f000 0000 |L...d...4.......| 0x0b20 2a01 0000 5a00 0000 7a01 0000 0000 0000 |*...Z...z.......| 0x0b30 6500 0000 1600 0000 0000 0000 4301 0000 |e...........C...| 0x0b40 0000 0000 8c01 0000 7301 0000 4a01 0000 |........s...J...| 0x0b50 0000 0000 8201 0000 8600 0000 a500 0000 |................| 0x0b60 a701 0000 a700 0000 a601 0000 3a01 0000 |............:...| 0x0b70 a501 0000 ac00 0000 9801 0000 5700 0000 |............W...| 0x0b80 0000 0000 0201 0000 6801 0000 6a00 0000 |........h...j...| 0x0b90 9c01 0000 c300 0000 df00 0000 0000 0000 |................| 0x0ba0 b801 0000 a301 0000 0000 0000 0000 0000 |................| 0x0bb0 0000 0000 e900 0000 3b01 0000 8a01 0000 |........;.......| 0x0bc0 5500 0000 f800 0000 1501 0000 0000 0000 |U...............| 0x0bd0 3101 0000 e600 0000 8f00 0000 9d01 0000 |1...............| 0x0be0 b101 0000 b401 0000 bc01 0000 9a01 0000 |................| 0x0bf0 0000 0000 7001 0000 8d00 0000 bd01 0000 |....p...........| 0x0c00 3501 0000 a401 0000 9201 0000 9400 0000 |5...............| 0x0c10 8601 0000 ad01 0000 0000 0000 5101 0000 |............Q...| 0x0c20 ed00 0000 4c00 0000 4e00 0000 a200 0000 |....L...N.......| 0x0c30 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0c40 0000 0000 9400 0000 0000 0000 0300 0100 |................| 0x0c50 0000 0000 300c 0000 0000 0000 0300 0200 |....0...........| 0x0c60 0000 0000 102a 0000 0000 0000 0300 0300 |.....*..........| 0x0c70 0000 0000 7e3c 0000 0000 0000 0300 0400 |....~<..........| 0x0c80 0000 0000 3c40 0000 0000 0000 0300 0500 |....<@..........| 0x0c90 0000 0000 ac40 0000 0000 0000 0300 0600 |.....@..........| 0x0ca0 0000 0000 ec44 0000 0000 0000 0300 0700 |.....D..........| 0x0cb0 0000 0000 7448 0000 0000 0000 0300 0800 |....tH..........| 0x0cc0 0000 0000 8848 0000 0000 0000 0300 0900 |.....H..........| 0x0cd0 0000 0000 b04f 0000 0000 0000 0300 0a00 |.....O..........| 0x0ce0 0000 0000 b0f2 0000 0000 0000 0300 0b00 |................| 0x0cf0 0000 0000 bcf2 0000 0000 0000 0300 0c00 |................| 0x0d00 0000 0000 8007 0100 0000 0000 0300 0d00 |................| 0x0d10 0000 0000 380a 0100 0000 0000 0300 0e00 |....8...........| 0x0d20 0000 0000 3c0a 0100 0000 0000 0300 0f00 |....<...........| 0x0d30 0000 0000 fc0a 0100 0000 0000 0300 1000 |................| 0x0d40 0000 0000 080b 0100 0000 0000 0300 1100 |................| 0x0d50 0000 0000 100b 0100 0000 0000 0300 1200 |................| 0x0d60 0000 0000 140b 0100 0000 0000 0300 1300 |................| 0x0d70 0000 0000 200d 0100 0000 0000 0300 1400 |.... ...........| 0x0d80 0000 0000 0000 0000 0000 0000 0300 1500 |................| 0x0d90 ce0b 0000 f0ec 0000 6b00 0000 2200 0a00 |........k..."...| 0x0da0 6902 0000 a056 0000 5b00 0000 1200 0a00 |i....V..[.......| 0x0db0 db05 0000 2068 0000 9b00 0000 1200 0a00 |.... h..........| 0x0dc0 0205 0000 0000 0000 0000 0000 1000 0000 |................| 0x0dd0 460d 0000 b0a6 0000 1600 0000 1200 0a00 |F...............| 0x0de0 760b 0000 b0db 0000 1100 0000 1200 0a00 |v...............| 0x0df0 a903 0000 0000 0000 0000 0000 1000 0000 |................| 0x0e00 0406 0000 e076 0000 1b00 0000 2200 0a00 |.....v......"...| 0x0e10 e901 0000 1051 0000 5b00 0000 1200 0a00 |.....Q..[.......| 0x0e20 d602 0000 d05a 0000 5b00 0000 1200 0a00 |.....Z..[.......| 0x0e30 6908 0000 f074 0000 5d00 0000 2200 0a00 |i....t..]..."...| 0x0e40 cf06 0000 2408 0100 0400 0000 1100 0d00 |....$...........| 0x0e50 a108 0000 5008 0100 0800 0000 1100 0d00 |....P...........| 0x0e60 5e02 0000 3056 0000 7000 0000 1200 0a00 |^...0V..p.......| 0x0e70 e600 0000 9c07 0100 0400 0000 1100 0d00 |................| 0x0e80 5b0d 0000 d0af 0000 7800 0000 1200 0a00 |[.......x.......| 0x0e90 710d 0000 50af 0000 7d00 0000 2200 0a00 |q...P...}..."...| 0x0ea0 d902 0000 d05a 0000 5b00 0000 2200 0a00 |.....Z..[..."...| 0x0eb0 a20d 0000 50b2 0000 3400 0000 2200 0a00 |....P...4..."...| 0x0ec0 9109 0000 6090 0000 5c00 0000 1200 0a00 |....`...\.......| 0x0ed0 b704 0000 0000 0000 0000 0000 1000 0000 |................| 0x0ee0 7209 0000 908e 0000 4700 0000 2200 0a00 |r.......G..."...| 0x0ef0 620b 0000 a0db 0000 0e00 0000 2200 0a00 |b..........."...| 0x0f00 eb02 0000 905b 0000 5b00 0000 2200 0a00 |.....[..[..."...| 0x0f10 8d04 0000 2064 0000 6101 0000 1200 0a00 |.... d..a.......| 0x0f20 9000 0000 9007 0100 0400 0000 1100 0d00 |................| 0x0f30 9802 0000 9058 0000 4d00 0000 1200 0a00 |.....X..M.......| 0x0f40 2b03 0000 0000 0000 0000 0000 1000 0000 |+...............| 0x0f50 710a 0000 2098 0000 0f00 0000 1200 0a00 |q... ...........| 0x0f60 ae08 0000 0000 0000 0000 0000 1000 0000 |................| 0x0f70 7302 0000 0057 0000 6900 0000 1200 0a00 |s....W..i.......| 0x0f80 1d08 0000 4074 0000 2200 0000 2200 0a00 |....@t.."..."...| 0x0f90 370c 0000 80a1 0000 2700 0000 2200 0a00 |7.......'..."...| 0x0fa0 c605 0000 c067 0000 5600 0000 2200 0a00 |.....g..V..."...| 0x0fb0 570e 0000 90df 0000 4d00 0000 2200 0a00 |W.......M..."...| 0x0fc0 0102 0000 c051 0000 5b00 0000 2200 0a00 |.....Q..[..."...| 0x0fd0 d103 0000 0000 0000 0000 0000 1000 0000 |................| 0x0fe0 2e0f 0000 30e3 0000 3200 0000 2200 0a00 |....0...2..."...| 0x0ff0 8606 0000 b06a 0000 8d06 0000 2200 0a00 |.....j......"...| 68755 cvsync 0.021901 RET read 4096/0x1000 68755 cvsync 0.021911 CALL mmap(0,0x13000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 68755 cvsync 0.021944 RET mmap 1075781632/0x401f2000 68755 cvsync 0.021955 CALL mprotect(0x40201000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 68755 cvsync 0.021970 RET mprotect 0 68755 cvsync 0.022025 CALL mprotect(0x40201000,0x1000,PROT_READ|PROT_EXEC) 68755 cvsync 0.022040 RET mprotect 0 68755 cvsync 0.022050 CALL mmap(0x40202000,0x1000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0xf000,0) 68755 cvsync 0.022079 RET mmap 1075847168/0x40202000 68755 cvsync 0.022113 CALL mmap(0x40203000,0x2000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffff,0,0,0) 68755 cvsync 0.022127 RET mmap 1075851264/0x40203000 68755 cvsync 0.022141 CALL close(0x3) 68755 cvsync 0.022154 RET close 0 68755 cvsync 0.022167 CALL access(0x4009b000,F_OK) 68755 cvsync 0.022184 NAMI "/usr/lib/libc.so.7" 68755 cvsync 0.022236 RET access -1 errno 2 No such file or directory 68755 cvsync 0.022247 CALL access(0x4009b000,F_OK) 68755 cvsync 0.022260 NAMI "/usr/local/lib/libc.so.7" 68755 cvsync 0.022295 RET access -1 errno 2 No such file or directory 68755 cvsync 0.022306 CALL access(0x4009b000,F_OK) 68755 cvsync 0.022320 NAMI "/lib/libc.so.7" 68755 cvsync 0.022342 RET access 0 68755 cvsync 0.022353 CALL open(0x40098160,O_RDONLY,0x40204fff) 68755 cvsync 0.022366 NAMI "/lib/libc.so.7" 68755 cvsync 0.022390 RET open 3 68755 cvsync 0.022401 CALL fstat(0x3,0xbfbfe3d0) 68755 cvsync 0.022415 RET fstat 0 68755 cvsync 0.022425 CALL read(0x3,0x400928e0,0x1000) 68755 cvsync 0.022480 GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 |.ELF............| 0x0010 0300 0300 0100 0000 70d0 0100 3400 0000 |........p...4...| 0x0020 90e7 0f00 0000 0000 3400 2000 0400 2800 |........4. ...(.| 0x0030 2100 2000 0100 0000 0000 0000 0000 0000 |!. .............| 0x0040 0000 0000 b260 0e00 b260 0e00 0500 0000 |.....`...`......| 0x0050 0010 0000 0100 0000 c060 0e00 c070 0e00 |.........`...p..| 0x0060 c070 0e00 b85a 0000 80bb 0100 0600 0000 |.p...Z..........| 0x0070 0010 0000 0200 0000 fcaa 0e00 fcba 0e00 |................| 0x0080 fcba 0e00 c000 0000 c000 0000 0600 0000 |................| 0x0090 0400 0000 0700 0000 f8aa 0e00 f8ba 0e00 |................| 0x00a0 f8ba 0e00 0000 0000 0400 0000 0400 0000 |................| 0x00b0 0400 0000 0508 0000 0b0a 0000 f304 0000 |................| 0x00c0 0000 0000 0000 0000 0000 0000 c906 0000 |................| 0x00d0 9005 0000 d401 0000 3c09 0000 ae03 0000 |........<.......| 0x00e0 0000 0000 9e07 0000 bb07 0000 2a06 0000 |............*...| 0x00f0 de04 0000 6201 0000 8b09 0000 4708 0000 |....b.......G...| 0x0100 0000 0000 b402 0000 be08 0000 7605 0000 |............v...| 0x0110 4405 0000 be00 0000 9b08 0000 0408 0000 |D...............| 0x0120 f409 0000 000a 0000 3806 0000 0000 0000 |........8.......| 0x0130 0000 0000 1605 0000 0000 0000 9009 0000 |................| 0x0140 5808 0000 cf09 0000 ce09 0000 2009 0000 |X........... ...| 0x0150 d300 0000 3d00 0000 3d04 0000 0206 0000 |....=...=.......| 0x0160 0000 0000 7909 0000 5008 0000 0706 0000 |....y...P.......| 0x0170 0000 0000 5608 0000 a902 0000 0109 0000 |....V...........| 0x0180 e709 0000 a102 0000 b808 0000 1904 0000 |................| 0x0190 0b07 0000 0000 0000 2902 0000 3508 0000 |........)...5...| 0x01a0 0000 0000 3d03 0000 0000 0000 0000 0000 |....=...........| 0x01b0 df09 0000 8506 0000 0000 0000 d100 0000 |................| 0x01c0 bd09 0000 a804 0000 0000 0000 4f03 0000 |............O...| 0x01d0 ec00 0000 d609 0000 2d03 0000 0307 0000 |........-.......| 0x01e0 0000 0000 0000 0000 bd08 0000 0000 0000 |................| 0x01f0 4808 0000 0000 0000 3906 0000 0000 0000 |H.......9.......| 0x0200 d508 0000 0000 0000 a907 0000 0000 0000 |................| 0x0210 e805 0000 1e07 0000 0000 0000 1a06 0000 |................| 0x0220 ec07 0000 ed01 0000 0000 0000 a207 0000 |................| 0x0230 0000 0000 ab05 0000 0c09 0000 cf07 0000 |................| 0x0240 0000 0000 4b06 0000 af03 0000 0000 0000 |....K...........| 0x0250 0000 0000 bf07 0000 0802 0000 0000 0000 |................| 0x0260 6206 0000 0000 0000 0000 0000 5304 0000 |b...........S...| 0x0270 5007 0000 9a01 0000 3107 0000 5409 0000 |P.......1...T...| 0x0280 be02 0000 9a04 0000 3b05 0000 0000 0000 |........;.......| 0x0290 9308 0000 5909 0000 6309 0000 e603 0000 |....Y...c.......| 0x02a0 3407 0000 0000 0000 2509 0000 3e09 0000 |4.......%...>...| 0x02b0 3901 0000 9a07 0000 0000 0000 ad08 0000 |9...............| 0x02c0 b601 0000 9c06 0000 0000 0000 c308 0000 |................| 0x02d0 7c08 0000 b006 0000 4507 0000 0000 0000 ||.......E.......| 0x02e0 9f08 0000 7807 0000 9b04 0000 1e01 0000 |....x...........| 0x02f0 0000 0000 0509 0000 0207 0000 5607 0000 |............V...| 0x0300 9103 0000 f907 0000 0000 0000 0000 0000 |................| 0x0310 6a08 0000 e606 0000 0000 0000 fc01 0000 |j...............| 0x0320 6a00 0000 6f01 0000 ff04 0000 0000 0000 |j...o...........| 0x0330 dd00 0000 0000 0000 5705 0000 0000 0000 |........W.......| 0x0340 0102 0000 0000 0000 cc09 0000 0000 0000 |................| 0x0350 0000 0000 ff08 0000 ae09 0000 3708 0000 |............7...| 0x0360 0f02 0000 0000 0000 3405 0000 cd00 0000 |........4.......| 0x0370 f309 0000 f206 0000 f604 0000 c406 0000 |................| 0x0380 0000 0000 c105 0000 4d08 0000 0000 0000 |........M.......| 0x0390 f101 0000 9b07 0000 de07 0000 0000 0000 |................| 0x03a0 7606 0000 f707 0000 8501 0000 0000 0000 |v...............| 0x03b0 b907 0000 4902 0000 0000 0000 b707 0000 |....I...........| 0x03c0 5803 0000 0704 0000 3f04 0000 4a07 0000 |X.......?...J...| 0x03d0 0000 0000 0000 0000 1707 0000 0000 0000 |................| 0x03e0 0000 0000 4803 0000 0000 0000 0305 0000 |....H...........| 0x03f0 cf04 0000 0000 0000 d507 0000 0000 0000 |................| 0x0400 5a05 0000 3800 0000 1b05 0000 d805 0000 |Z...8...........| 0x0410 cd08 0000 2105 0000 1e06 0000 0000 0000 |....!...........| 0x0420 5e05 0000 0000 0000 0000 0000 eb07 0000 |^...............| 0x0430 1407 0000 8503 0000 1007 0000 0000 0000 |................| 0x0440 9109 0000 7806 0000 0000 0000 b405 0000 |....x...........| 0x0450 2202 0000 0000 0000 0000 0000 0000 0000 |"...............| 0x0460 7002 0000 8d08 0000 0000 0000 9408 0000 |p...............| 0x0470 5503 0000 4106 0000 0000 0000 a608 0000 |U...A...........| 0x0480 0000 0000 7506 0000 0000 0000 af09 0000 |....u...........| 0x0490 0000 0000 0309 0000 9802 0000 0000 0000 |................| 0x04a0 2706 0000 0000 0000 0000 0000 0000 0000 |'...............| 0x04b0 3003 0000 8d04 0000 0000 0000 2206 0000 |0..........."...| 0x04c0 ef08 0000 ec05 0000 3f09 0000 0000 0000 |........?.......| 0x04d0 7008 0000 9407 0000 2008 0000 5108 0000 |p....... ...Q...| 0x04e0 4600 0000 1701 0000 3903 0000 0000 0000 |F.......9.......| 0x04f0 0000 0000 0000 0000 0000 0000 ed04 0000 |................| 0x0500 3300 0000 0000 0000 6709 0000 0000 0000 |3.......g.......| 0x0510 e509 0000 0000 0000 1102 0000 0000 0000 |................| 0x0520 3106 0000 0000 0000 5308 0000 0000 0000 |1.......S.......| 0x0530 d208 0000 aa06 0000 0000 0000 8002 0000 |................| 0x0540 ef09 0000 3c03 0000 5e04 0000 0000 0000 |....<...^.......| 0x0550 6404 0000 9e03 0000 0000 0000 2e05 0000 |d...............| 0x0560 b908 0000 f106 0000 8206 0000 0000 0000 |................| 0x0570 0000 0000 5205 0000 2504 0000 1107 0000 |....R...%.......| 0x0580 0000 0000 0000 0000 6a09 0000 0000 0000 |........j.......| 0x0590 5707 0000 4200 0000 1b07 0000 0000 0000 |W...B...........| 0x05a0 0000 0000 2505 0000 f807 0000 cb07 0000 |....%...........| 0x05b0 0000 0000 a909 0000 0103 0000 5c05 0000 |............\...| 0x05c0 cb04 0000 6003 0000 6506 0000 e105 0000 |....`...e.......| 0x05d0 0000 0000 0000 0000 7708 0000 0000 0000 |........w.......| 0x05e0 1304 0000 bb08 0000 1402 0000 5b04 0000 |............[...| 0x05f0 7703 0000 0000 0000 fd07 0000 0000 0000 |w...............| 0x0600 0000 0000 0000 0000 e806 0000 6609 0000 |............f...| 0x0610 4a00 0000 3403 0000 0000 0000 0000 0000 |J...4...........| 0x0620 a408 0000 0000 0000 ba07 0000 0508 0000 |................| 0x0630 5408 0000 3b04 0000 3a08 0000 0000 0000 |T...;...:.......| 0x0640 0000 0000 7505 0000 8c09 0000 4204 0000 |....u.......B...| 0x0650 7204 0000 6605 0000 fb04 0000 0000 0000 |r...f...........| 0x0660 fa04 0000 1b03 0000 8a07 0000 ec02 0000 |................| 0x0670 4709 0000 f005 0000 0000 0000 0000 0000 |G...............| 0x0680 4009 0000 5407 0000 0000 0000 6500 0000 |@...T.......e...| 0x0690 0000 0000 0000 0000 4d05 0000 c208 0000 |........M.......| 0x06a0 f508 0000 0000 0000 cc02 0000 0000 0000 |................| 0x06b0 0000 0000 a607 0000 3d06 0000 2803 0000 |........=...(...| 0x06c0 5904 0000 9909 0000 0000 0000 c209 0000 |Y...............| 0x06d0 2a05 0000 a908 0000 5506 0000 da01 0000 |*.......U.......| 0x06e0 bb09 0000 0b04 0000 0000 0000 0000 0000 |................| 0x06f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0700 0000 0000 0000 0000 6e05 0000 3700 0000 |........n...7...| 0x0710 ef00 0000 9808 0000 7702 0000 8806 0000 |........w.......| 0x0720 0000 0000 3809 0000 1d02 0000 6b06 0000 |....8.......k...| 0x0730 a001 0000 3409 0000 5a07 0000 5508 0000 |....4...Z...U...| 0x0740 9f09 0000 4c07 0000 0000 0000 0402 0000 |....L...........| 0x0750 7a09 0000 f905 0000 7d04 0000 7903 0000 |z.......}...y...| 0x0760 8708 0000 a502 0000 fb06 0000 0000 0000 |................| 0x0770 fe01 0000 6409 0000 4d00 0000 f105 0000 |....d...M.......| 0x0780 8109 0000 bf03 0000 d207 0000 0000 0000 |................| 0x0790 4606 0000 0000 0000 0000 0000 3e03 0000 |F...........>...| 0x07a0 9b06 0000 8609 0000 df03 0000 0000 0000 |................| 0x07b0 2104 0000 0000 0000 3b07 0000 0000 0000 |!.......;.......| 0x07c0 aa04 0000 9a06 0000 b200 0000 4701 0000 |............G...| 0x07d0 9403 0000 f408 0000 4e05 0000 f608 0000 |........N.......| 0x07e0 9a09 0000 0000 0000 9c07 0000 0000 0000 |................| 0x07f0 0000 0000 0000 0000 0000 0000 c205 0000 |................| 0x0800 4501 0000 c207 0000 1306 0000 f600 0000 |E...............| 0x0810 d907 0000 c407 0000 bb02 0000 0000 0000 |................| 0x0820 0000 0000 5106 0000 0000 0000 8709 0000 |....Q...........| 0x0830 a003 0000 d901 0000 e206 0000 0000 0000 |................| 0x0840 b508 0000 4806 0000 2409 0000 0000 0000 |....H...$.......| 0x0850 6e08 0000 bc09 0000 c506 0000 4506 0000 |n...........E...| 0x0860 f407 0000 5303 0000 2809 0000 b902 0000 |....S...(.......| 0x0870 1003 0000 6c06 0000 9d03 0000 9509 0000 |....l...........| 0x0880 3004 0000 3703 0000 8e09 0000 1309 0000 |0...7...........| 0x0890 3d05 0000 0000 0000 3204 0000 b009 0000 |=.......2.......| 0x08a0 8a05 0000 0000 0000 ca03 0000 e309 0000 |................| 0x08b0 8807 0000 0000 0000 1d08 0000 3c08 0000 |............<...| 0x08c0 da09 0000 3c06 0000 1907 0000 1a05 0000 |....<...........| 0x08d0 0204 0000 fa05 0000 0000 0000 1207 0000 |................| 0x08e0 2e09 0000 4509 0000 a505 0000 0000 0000 |....E...........| 0x08f0 4208 0000 0000 0000 1506 0000 0000 0000 |B...............| 0x0900 0000 0000 d806 0000 0000 0000 0000 0000 |................| 0x0910 d706 0000 3707 0000 0000 0000 ee08 0000 |....7...........| 0x0920 2608 0000 a107 0000 6607 0000 4909 0000 |&.......f...I...| 0x0930 0000 0000 2604 0000 a203 0000 5402 0000 |....&.......T...| 0x0940 ab01 0000 2209 0000 2d04 0000 3302 0000 |...."...-...3...| 0x0950 9607 0000 b509 0000 a609 0000 e200 0000 |................| 0x0960 0000 0000 d408 0000 0c01 0000 0809 0000 |................| 0x0970 2c04 0000 0000 0000 4401 0000 eb06 0000 |,.......D.......| 0x0980 0000 0000 a209 0000 c107 0000 4f04 0000 |............O...| 0x0990 5d06 0000 e907 0000 3008 0000 0000 0000 |].......0.......| 0x09a0 0e08 0000 f700 0000 9208 0000 0000 0000 |................| 0x09b0 0000 0000 fc07 0000 8209 0000 6505 0000 |............e...| 0x09c0 3b00 0000 0000 0000 0a0a 0000 0000 0000 |;...............| 0x09d0 ba06 0000 8103 0000 0000 0000 e409 0000 |................| 0x09e0 8e06 0000 4301 0000 6b07 0000 2309 0000 |....C...k...#...| 0x09f0 da00 0000 1408 0000 0000 0000 7103 0000 |............q...| 0x0a00 4008 0000 2400 0000 c402 0000 0000 0000 |@...$...........| 0x0a10 f405 0000 9f00 0000 8b03 0000 3001 0000 |............0...| 0x0a20 0000 0000 c007 0000 3505 0000 bf09 0000 |........5.......| 0x0a30 0000 0000 5c01 0000 0000 0000 4409 0000 |....\.......D...| 0x0a40 8a03 0000 0000 0000 9501 0000 0000 0000 |................| 0x0a50 3600 0000 c108 0000 0000 0000 1705 0000 |6...............| 0x0a60 f809 0000 7405 0000 0000 0000 7f04 0000 |....t...........| 0x0a70 c106 0000 d000 0000 2607 0000 b806 0000 |........&.......| 0x0a80 cd09 0000 b809 0000 0000 0000 1008 0000 |................| 0x0a90 6808 0000 a509 0000 5507 0000 0604 0000 |h.......U.......| 0x0aa0 c008 0000 0000 0000 b100 0000 c702 0000 |................| 0x0ab0 4608 0000 4a05 0000 0000 0000 e808 0000 |F...J...........| 0x0ac0 1d09 0000 0000 0000 4307 0000 c808 0000 |........C.......| 0x0ad0 0000 0000 0000 0000 d900 0000 d908 0000 |................| 0x0ae0 8808 0000 5406 0000 de09 0000 0000 0000 |....T...........| 0x0af0 0901 0000 0000 0000 7707 0000 ae00 0000 |........w.......| 0x0b00 5405 0000 ff03 0000 0000 0000 0000 0000 |T...............| 0x0b10 0000 0000 0000 0000 bd04 0000 2f07 0000 |............/...| 0x0b20 0000 0000 f008 0000 0000 0000 2609 0000 |............&...| 0x0b30 cf00 0000 0000 0000 0000 0000 b409 0000 |................| 0x0b40 7006 0000 6f02 0000 7b01 0000 0000 0000 |p...o...{.......| 0x0b50 5009 0000 e909 0000 0000 0000 e204 0000 |P...............| 0x0b60 0000 0000 0000 0000 2d05 0000 6508 0000 |........-...e...| 0x0b70 6d00 0000 4508 0000 0000 0000 b909 0000 |m...E...........| 0x0b80 b103 0000 fa03 0000 f901 0000 d001 0000 |................| 0x0b90 ad00 0000 1f07 0000 a303 0000 7609 0000 |............v...| 0x0ba0 0000 0000 b207 0000 1b08 0000 0000 0000 |................| 0x0bb0 5d08 0000 9306 0000 5209 0000 0000 0000 |].......R.......| 0x0bc0 5207 0000 0000 0000 0000 0000 4b00 0000 |R...........K...| 0x0bd0 4809 0000 9900 0000 9508 0000 8208 0000 |H...............| 0x0be0 0000 0000 0000 0000 cb00 0000 3c02 0000 |............<...| 0x0bf0 4908 0000 b205 0000 0000 0000 b609 0000 |I...............| 0x0c00 6207 0000 0000 0000 0409 0000 bc04 0000 |b...............| 0x0c10 0000 0000 4b07 0000 8108 0000 0000 0000 |....K...........| 0x0c20 8205 0000 9f06 0000 8b00 0000 0000 0000 |................| 0x0c30 1d04 0000 0000 0000 0000 0000 0000 0000 |................| 0x0c40 b001 0000 0000 0000 6707 0000 0000 0000 |........g.......| 0x0c50 ad06 0000 0000 0000 b004 0000 1108 0000 |................| 0x0c60 3308 0000 0000 0000 dc09 0000 2308 0000 |3...........#...| 0x0c70 6901 0000 0000 0000 0000 0000 5a09 0000 |i...........Z...| 0x0c80 d608 0000 c907 0000 0000 0000 c801 0000 |................| 0x0c90 bb03 0000 1208 0000 7402 0000 0000 0000 |........t.......| 0x0ca0 5f09 0000 b903 0000 0c07 0000 1c09 0000 |_...............| 0x0cb0 0000 0000 7300 0000 eb02 0000 ab09 0000 |....s...........| 0x0cc0 f208 0000 0000 0000 3c00 0000 0000 0000 |........<.......| 0x0cd0 7504 0000 0000 0000 6906 0000 0407 0000 |u.......i.......| 0x0ce0 0000 0000 6802 0000 0000 0000 5c02 0000 |....h.......\...| 0x0cf0 0000 0000 0000 0000 0000 0000 4e08 0000 |............N...| 0x0d00 0e01 0000 c508 0000 0000 0000 6007 0000 |............`...| 0x0d10 5700 0000 0000 0000 1607 0000 d905 0000 |W...............| 0x0d20 e007 0000 e108 0000 3c05 0000 0000 0000 |........<.......| 0x0d30 2b01 0000 d600 0000 9703 0000 0000 0000 |+...............| 0x0d40 0000 0000 e904 0000 0000 0000 0306 0000 |................| 0x0d50 fd06 0000 fa07 0000 a105 0000 0000 0000 |................| 0x0d60 ce08 0000 8705 0000 b308 0000 0000 0000 |................| 0x0d70 8008 0000 0000 0000 7e02 0000 2106 0000 |........~...!...| 0x0d80 0000 0000 b106 0000 c408 0000 0209 0000 |................| 0x0d90 af01 0000 b108 0000 090a 0000 6109 0000 |............a...| 0x0da0 0000 0000 2808 0000 9702 0000 0000 0000 |....(...........| 0x0db0 0000 0000 2507 0000 fd09 0000 0000 0000 |....%...........| 0x0dc0 de03 0000 df08 0000 ed03 0000 8f09 0000 |................| 0x0dd0 0000 0000 0000 0000 8004 0000 4305 0000 |............C...| 0x0de0 3d02 0000 c709 0000 c101 0000 0807 0000 |=...............| 0x0df0 fe05 0000 f808 0000 f108 0000 5f06 0000 |............_...| 0x0e00 9001 0000 be04 0000 0000 0000 0000 0000 |................| 0x0e10 d206 0000 0000 0000 9e01 0000 7500 0000 |............u...| 0x0e20 0000 0000 2800 0000 5200 0000 b507 0000 |....(...R.......| 0x0e30 c001 0000 f906 0000 d400 0000 dd04 0000 |................| 0x0e40 c706 0000 da03 0000 a407 0000 f908 0000 |................| 0x0e50 3909 0000 a106 0000 eb04 0000 c509 0000 |9...............| 0x0e60 0000 0000 3d09 0000 a005 0000 c507 0000 |....=...........| 0x0e70 9406 0000 0000 0000 7607 0000 0000 0000 |........v.......| 0x0e80 b501 0000 0000 0000 0000 0000 e002 0000 |................| 0x0e90 0000 0000 7e06 0000 6800 0000 e508 0000 |....~...h.......| 0x0ea0 8207 0000 7705 0000 ce03 0000 0000 0000 |....w...........| 0x0eb0 0000 0000 0000 0000 2e07 0000 8408 0000 |................| 0x0ec0 0403 0000 0000 0000 a103 0000 0000 0000 |................| 0x0ed0 0000 0000 5202 0000 ea08 0000 3406 0000 |....R.......4...| 0x0ee0 0000 0000 1508 0000 8d09 0000 6008 0000 |............`...| 0x0ef0 0000 0000 9008 0000 5b07 0000 0000 0000 |........[.......| 0x0f00 1903 0000 0000 0000 a403 0000 2705 0000 |............'...| 0x0f10 6408 0000 9704 0000 3609 0000 3607 0000 |d.......6...6...| 0x0f20 dd09 0000 2208 0000 cc07 0000 a605 0000 |...."...........| 0x0f30 0000 0000 0000 0000 8907 0000 8300 0000 |................| 0x0f40 0000 0000 ee06 0000 af02 0000 0000 0000 |................| 0x0f50 e006 0000 7709 0000 0000 0000 0000 0000 |....w...........| 0x0f60 3603 0000 0000 0000 d102 0000 6e09 0000 |6...........n...| 0x0f70 4202 0000 8c05 0000 c803 0000 0000 0000 |B...............| 0x0f80 0000 0000 1a07 0000 8407 0000 e804 0000 |................| 0x0f90 0000 0000 3e07 0000 2606 0000 8508 0000 |....>...&.......| 0x0fa0 a808 0000 3109 0000 0000 0000 8a06 0000 |....1...........| 0x0fb0 3608 0000 0000 0000 4f02 0000 070a 0000 |6.......O.......| 0x0fc0 de08 0000 0000 0000 0000 0000 9a03 0000 |................| 0x0fd0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0fe0 0000 0000 0000 0000 9b00 0000 7604 0000 |............v...| 0x0ff0 ba03 0000 c809 0000 0000 0000 9f07 0000 |................| 68755 cvsync 0.022530 RET read 4096/0x1000 68755 cvsync 0.022540 CALL mmap(0,0x103000,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,0x3,0,0,0) 68755 cvsync 0.022563 RET mmap 1075859456/0x40205000 68755 cvsync 0.022574 CALL mprotect(0x402eb000,0x1000,PROT_READ|PROT_WRITE|PROT_EXEC) 68755 cvsync 0.022590 RET mprotect 0 68755 cvsync 0.022675 CALL mprotect(0x402eb000,0x1000,PROT_READ|PROT_EXEC) 68755 cvsync 0.022691 RET mprotect 0 68755 cvsync 0.022702 CALL mmap(0x402ec000,0x6000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,0x3,0,0xe6000,0) 68755 cvsync 0.022736 RET mmap 1076805632/0x402ec000 68755 cvsync 0.022784 CALL mmap(0x402f2000,0x16000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,0xffffffff,0,0,0) 68755 cvsync 0.022800 RET mmap 1076830208/0x402f2000 68755 cvsync 0.022867 CALL close(0x3) 68755 cvsync 0.022883 RET close 0 68755 cvsync 0.022918 CALL sysarch(0xa,0xbfbfe450) 68755 cvsync 0.022933 RET sysarch 0 68755 cvsync 0.022943 CALL mmap(0,0x440,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 68755 cvsync 0.022959 RET mmap 1076920320/0x40308000 68755 cvsync 0.022970 CALL munmap(0x40308000,0x440) 68755 cvsync 0.022991 RET munmap 0 68755 cvsync 0.023010 CALL mmap(0,0x408,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 68755 cvsync 0.023026 RET mmap 1076920320/0x40308000 68755 cvsync 0.023242 CALL munmap(0x40308000,0x408) 68755 cvsync 0.023271 RET munmap 0 68755 cvsync 0.023284 CALL mprotect(0x400b1000,0x128000,PROT_READ|PROT_WRITE|PROT_EXEC) 68755 cvsync 0.023307 RET mprotect 0 68755 cvsync 0.023319 CALL mmap(0,0x6878,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 68755 cvsync 0.023331 RET mmap 1076920320/0x40308000 68755 cvsync 0.026027 CALL munmap(0x40308000,0x6878) 68755 cvsync 0.026195 RET munmap 0 68755 cvsync 0.026214 CALL mprotect(0x400b1000,0x128000,PROT_READ|PROT_EXEC) 68755 cvsync 0.026266 RET mprotect 0 68755 cvsync 0.026466 CALL mmap(0,0xef0,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 68755 cvsync 0.026515 RET mmap 1076920320/0x40308000 68755 cvsync 0.026802 CALL munmap(0x40308000,0xef0) 68755 cvsync 0.026835 RET munmap 0 68755 cvsync 0.026854 CALL mmap(0,0x5058,PROT_READ|PROT_WRITE,MAP_ANON,0xffffffff,0,0,0) 68755 cvsync 0.026869 RET mmap 1076920320/0x40308000 68755 cvsync 0.027759 CALL munmap(0x40308000,0x5058) 68755 cvsync 0.027875 RET munmap 0 68755 cvsync 0.028132 CALL getpid 68755 cvsync 0.028142 RET getpid 68755/0x10c93 68755 cvsync 0.028220 CALL __sysctl(0xbfbfe3c8,0x2,0x402047ac,0xbfbfe3c4,0,0) 68755 cvsync 0.028261 RET __sysctl 0 68755 cvsync 0.028329 CALL __sysctl(0xbfbfe308,0x2,0xbfbfe310,0xbfbfe304,0x40201486,0xd) 68755 cvsync 0.028385 RET __sysctl 0 68755 cvsync 0.028395 CALL __sysctl(0xbfbfe310,0x3,0x402027c8,0xbfbfe3c4,0,0) 68755 cvsync 0.028408 RET __sysctl 0 68755 cvsync 0.028433 CALL __sysctl(0xbfbfe378,0x2,0x4030545c,0xbfbfe374,0,0) 68755 cvsync 0.028453 RET __sysctl 0 68755 cvsync 0.028525 CALL __sysctl(0xbfbfded8,0x2,0x402f6c3c,0xbfbfded4,0,0) 68755 cvsync 0.028539 RET __sysctl 0 68755 cvsync 0.028568 CALL __sysctl(0xbfbfde68,0x2,0xbfbfde60,0xbfbfde64,0,0) 68755 cvsync 0.028590 RET __sysctl 0 68755 cvsync 0.028610 CALL readlink(0x402e382b,0xbfbfdef0,0x400) 68755 cvsync 0.028629 NAMI "/etc/malloc.conf" 68755 cvsync 0.028711 RET readlink 2 68755 cvsync 0.028761 CALL issetugid 68755 cvsync 0.028772 RET issetugid 0 68755 cvsync 0.028798 CALL break(0x8200000) 68755 cvsync 0.028822 RET break 0 68755 cvsync 0.028880 CALL break(0x8400000) 68755 cvsync 0.028893 RET break 0 68755 cvsync 0.028994 CALL thr_self(0x8210200) 68755 cvsync 0.029007 RET thr_self 0 68755 cvsync 0.029031 CALL mmap(0xbf9ff000,0x1000,PROT_NONE,MAP_ANON,0xffffffff,0,0,0) 68755 cvsync 0.029055 RET mmap -1080037376/0xbf9ff000 68755 cvsync 0.029072 CALL thr_set_name(0x18783,0x40201536) 68755 cvsync 0.029086 RET thr_set_name 0 68755 cvsync 0.029104 CALL rtprio_thread(0,0x18783,0xbfbfe37c) 68755 cvsync 0.029122 RET rtprio_thread 0 68755 cvsync 0.029148 CALL sysarch(0xa,0xbfbfe390) 68755 cvsync 0.029161 RET sysarch 0 68755 cvsync 0.029184 CALL sigprocmask(SIG_SETMASK,0xbfbfe3e0,0xbfbfe3d0) 68755 cvsync 0.029371 RET sigprocmask 0 68755 cvsync 0.029390 CALL sigaction(SIG 32,0xbfbfe360,0) 68755 cvsync 0.029411 RET sigaction 0 68755 cvsync 0.029421 CALL sigprocmask(SIG_SETMASK,0xbfbfe3d0,0) 68755 cvsync 0.029433 RET sigprocmask 0 68755 cvsync 0.029509 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfe420) 68755 cvsync 0.029520 RET sigprocmask 0 68755 cvsync 0.029533 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.029543 RET sigprocmask 0 68755 cvsync 0.029768 CSW stop kernel 68755 cvsync 0.030172 CSW resume kernel 68755 cvsync 0.030256 CALL sigaction(SIGHUP,0x806914c,0) 68755 cvsync 0.030269 RET sigaction 0 68755 cvsync 0.030279 CALL sigaction(SIGPIPE,0x806914c,0) 68755 cvsync 0.030290 RET sigaction 0 68755 cvsync 0.030300 CALL sigaction(SIGINT,0,0xbfbfe590) 68755 cvsync 0.030312 RET sigaction 0 68755 cvsync 0.030322 CALL sigaction(SIGINT,0xbfbfe590,0) 68755 cvsync 0.030333 RET sigaction 0 68755 cvsync 0.030343 CALL sigaction(SIGTERM,0,0xbfbfe590) 68755 cvsync 0.030353 RET sigaction 0 68755 cvsync 0.030362 CALL sigaction(SIGTERM,0xbfbfe590,0) 68755 cvsync 0.030373 RET sigaction 0 68755 cvsync 0.030573 CALL fstat(0x1,0xbfbfdb30) 68755 cvsync 0.030612 RET fstat 0 68755 cvsync 0.030649 CALL ioctl(0x1,TIOCGETA,0xbfbfdb70) 68755 cvsync 0.030692 RET ioctl 0 68755 cvsync 0.030745 CALL write(0x1,0x8201000,0x4f) 68755 cvsync 0.030820 GIO fd 1 wrote 79 bytes "Parsing a URI cvsync://cvsync.allbsd.org/freebsd-src/rcs/?prefix=/home\ /ncvs... " 68755 cvsync 0.030835 RET write 79/0x4f 68755 cvsync 0.030988 CALL stat(0xbfbfe0f0,0xbfbfe4f0) 68755 cvsync 0.031004 NAMI "/home/ncvs" 68755 cvsync 0.031094 RET stat 0 68755 cvsync 0.031154 CALL lstat(0x8204204,0xbfbfe040) 68755 cvsync 0.031166 NAMI "/home" 68755 cvsync 0.031217 RET lstat 0 68755 cvsync 0.031228 CALL lstat(0x8204204,0xbfbfe040) 68755 cvsync 0.031246 NAMI "/home/ncvs" 68755 cvsync 0.031269 RET lstat 0 68755 cvsync 0.031293 CALL gettimeofday(0xbfbfe610,0) 68755 cvsync 0.031309 RET gettimeofday 0 68755 cvsync 0.031329 CALL write(0x1,0x8201000,0x2a) 68755 cvsync 0.031356 GIO fd 1 wrote 42 bytes "Connecting to cvsync.allbsd.org port 7777 " 68755 cvsync 0.031367 RET write 42/0x2a 68755 cvsync 0.031488 CALL stat(0x402e8cb4,0xbfbfdd20) 68755 cvsync 0.031501 NAMI "/etc/nsswitch.conf" 68755 cvsync 0.031534 RET stat 0 68755 cvsync 0.031578 CALL open(0x402e8cb4,O_RDONLY,0x1b6) 68755 cvsync 0.031612 NAMI "/etc/nsswitch.conf" 68755 cvsync 0.031652 RET open 3 68755 cvsync 0.031765 CALL ioctl(0x3,TIOCGETA,0xbfbfdb90) 68755 cvsync 0.031784 RET ioctl -1 errno 25 Inappropriate ioctl for device 68755 cvsync 0.031841 CALL fstat(0x3,0xbfbfdae0) 68755 cvsync 0.031858 RET fstat 0 68755 cvsync 0.031876 CALL read(0x3,0x8203000,0x1000) 68755 cvsync 0.031962 GIO fd 3 read 342 bytes "# # nsswitch.conf(5) - name service switch configuration file # $FreeBSD: src/etc/nsswitch.conf,v 1.1 2006/05/03 15:14:47 ume Exp $ # group: compat group_compat: nis hosts: cache files dns networks: files passwd: compat passwd_compat: nis shells: files services: cache compat services_compat: nis protocols: cache files rpc: cache files " 68755 cvsync 0.031979 RET read 342/0x156 68755 cvsync 0.031992 CALL read(0x3,0x8203000,0x1000) 68755 cvsync 0.032007 GIO fd 3 read 0 bytes "" 68755 cvsync 0.032017 RET read 0 68755 cvsync 0.032150 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 68755 cvsync 0.032161 RET sigprocmask 0 68755 cvsync 0.032191 CALL access(0x4009b000,F_OK) 68755 cvsync 0.032210 NAMI "/usr/lib/nss_compat.so.1" 68755 cvsync 0.032374 RET access -1 errno 2 No such file or directory 68755 cvsync 0.032387 CALL access(0x4009b000,F_OK) 68755 cvsync 0.032399 NAMI "/usr/local/lib/nss_compat.so.1" 68755 cvsync 0.032445 RET access -1 errno 2 No such file or directory 68755 cvsync 0.032459 CALL access(0x4009b000,F_OK) 68755 cvsync 0.032472 NAMI "/lib/nss_compat.so.1" 68755 cvsync 0.032523 RET access -1 errno 2 No such file or directory 68755 cvsync 0.032533 CALL access(0x4009b000,F_OK) 68755 cvsync 0.032547 NAMI "/usr/lib/nss_compat.so.1" 68755 cvsync 0.032571 RET access -1 errno 2 No such file or directory 68755 cvsync 0.032582 CALL access(0x4009b000,F_OK) 68755 cvsync 0.032594 NAMI "/usr/lib/compat/nss_compat.so.1" 68755 cvsync 0.032640 RET access -1 errno 2 No such file or directory 68755 cvsync 0.032650 CALL access(0x4009b000,F_OK) 68755 cvsync 0.032663 NAMI "/usr/local/lib/nss_compat.so.1" 68755 cvsync 0.032689 RET access -1 errno 2 No such file or directory 68755 cvsync 0.032701 CALL access(0x4009b000,F_OK) 68755 cvsync 0.032715 NAMI "/usr/X11R6/lib/nss_compat.so.1" 68755 cvsync 0.032758 RET access -1 errno 2 No such file or directory 68755 cvsync 0.032769 CALL access(0x4009b000,F_OK) 68755 cvsync 0.032782 NAMI "/usr/local/lib/evolution/2.8/nss_compat.so.1" 68755 cvsync 0.032830 RET access -1 errno 2 No such file or directory 68755 cvsync 0.032842 CALL access(0x4009b000,F_OK) 68755 cvsync 0.032858 NAMI "/lib/nss_compat.so.1" 68755 cvsync 0.032875 RET access -1 errno 2 No such file or directory 68755 cvsync 0.032886 CALL access(0x4009b000,F_OK) 68755 cvsync 0.032899 NAMI "/usr/lib/nss_compat.so.1" 68755 cvsync 0.032921 RET access -1 errno 2 No such file or directory 68755 cvsync 0.032965 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.032976 RET sigprocmask 0 68755 cvsync 0.032990 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 68755 cvsync 0.033000 RET sigprocmask 0 68755 cvsync 0.033008 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.033017 RET sigprocmask 0 68755 cvsync 0.033158 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 68755 cvsync 0.033170 RET sigprocmask 0 68755 cvsync 0.033184 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033198 NAMI "/usr/lib/nss_nis.so.1" 68755 cvsync 0.033229 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033247 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033258 NAMI "/usr/local/lib/nss_nis.so.1" 68755 cvsync 0.033315 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033328 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033340 NAMI "/lib/nss_nis.so.1" 68755 cvsync 0.033367 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033377 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033390 NAMI "/usr/lib/nss_nis.so.1" 68755 cvsync 0.033411 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033421 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033433 NAMI "/usr/lib/compat/nss_nis.so.1" 68755 cvsync 0.033465 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033477 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033488 NAMI "/usr/local/lib/nss_nis.so.1" 68755 cvsync 0.033511 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033522 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033535 NAMI "/usr/X11R6/lib/nss_nis.so.1" 68755 cvsync 0.033569 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033581 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033594 NAMI "/usr/local/lib/evolution/2.8/nss_nis.so.1" 68755 cvsync 0.033641 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033654 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033667 NAMI "/lib/nss_nis.so.1" 68755 cvsync 0.033687 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033697 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033709 NAMI "/usr/lib/nss_nis.so.1" 68755 cvsync 0.033733 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033748 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.033758 RET sigprocmask 0 68755 cvsync 0.033801 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 68755 cvsync 0.033812 RET sigprocmask 0 68755 cvsync 0.033822 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.033834 RET sigprocmask 0 68755 cvsync 0.033859 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 68755 cvsync 0.033869 RET sigprocmask 0 68755 cvsync 0.033880 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033892 NAMI "/usr/lib/nss_cache.so.1" 68755 cvsync 0.033921 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033933 CALL access(0x4009b000,F_OK) 68755 cvsync 0.033949 NAMI "/usr/local/lib/nss_cache.so.1" 68755 cvsync 0.033982 RET access -1 errno 2 No such file or directory 68755 cvsync 0.033995 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034008 NAMI "/lib/nss_cache.so.1" 68755 cvsync 0.034036 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034046 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034058 NAMI "/usr/lib/nss_cache.so.1" 68755 cvsync 0.034080 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034092 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034104 NAMI "/usr/lib/compat/nss_cache.so.1" 68755 cvsync 0.034135 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034146 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034158 NAMI "/usr/local/lib/nss_cache.so.1" 68755 cvsync 0.034183 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034193 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034206 NAMI "/usr/X11R6/lib/nss_cache.so.1" 68755 cvsync 0.034241 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034254 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034268 NAMI "/usr/local/lib/evolution/2.8/nss_cache.so.1" 68755 cvsync 0.034302 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034315 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034329 NAMI "/lib/nss_cache.so.1" 68755 cvsync 0.034348 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034360 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034399 NAMI "/usr/lib/nss_cache.so.1" 68755 cvsync 0.034422 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034437 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.034447 RET sigprocmask 0 68755 cvsync 0.034458 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 68755 cvsync 0.034470 RET sigprocmask 0 68755 cvsync 0.034479 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.034491 RET sigprocmask 0 68755 cvsync 0.034512 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 68755 cvsync 0.034522 RET sigprocmask 0 68755 cvsync 0.034533 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034544 NAMI "/usr/lib/nss_files.so.1" 68755 cvsync 0.034573 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034583 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034595 NAMI "/usr/local/lib/nss_files.so.1" 68755 cvsync 0.034627 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034638 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034651 NAMI "/lib/nss_files.so.1" 68755 cvsync 0.034683 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034695 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034707 NAMI "/usr/lib/nss_files.so.1" 68755 cvsync 0.034728 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034741 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034752 NAMI "/usr/lib/compat/nss_files.so.1" 68755 cvsync 0.034783 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034793 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034803 NAMI "/usr/local/lib/nss_files.so.1" 68755 cvsync 0.034828 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034839 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034849 NAMI "/usr/X11R6/lib/nss_files.so.1" 68755 cvsync 0.034879 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034890 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034901 NAMI "/usr/local/lib/evolution/2.8/nss_files.so.1" 68755 cvsync 0.034934 RET access -1 errno 2 No such file or directory 68755 cvsync 0.034978 CALL access(0x4009b000,F_OK) 68755 cvsync 0.034988 NAMI "/lib/nss_files.so.1" 68755 cvsync 0.035006 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035017 CALL access(0x4009b000,F_OK) 68755 cvsync 0.035027 NAMI "/usr/lib/nss_files.so.1" 68755 cvsync 0.035050 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035066 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.035077 RET sigprocmask 0 68755 cvsync 0.035088 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 68755 cvsync 0.035099 RET sigprocmask 0 68755 cvsync 0.035109 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.035118 RET sigprocmask 0 68755 cvsync 0.035138 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 68755 cvsync 0.035148 RET sigprocmask 0 68755 cvsync 0.035159 CALL access(0x4009b000,F_OK) 68755 cvsync 0.035170 NAMI "/usr/lib/nss_dns.so.1" 68755 cvsync 0.035198 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035208 CALL access(0x4009b000,F_OK) 68755 cvsync 0.035222 NAMI "/usr/local/lib/nss_dns.so.1" 68755 cvsync 0.035260 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035270 CALL access(0x4009b000,F_OK) 68755 cvsync 0.035283 NAMI "/lib/nss_dns.so.1" 68755 cvsync 0.035316 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035328 CALL access(0x4009b000,F_OK) 68755 cvsync 0.035340 NAMI "/usr/lib/nss_dns.so.1" 68755 cvsync 0.035361 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035372 CALL access(0x4009b000,F_OK) 68755 cvsync 0.035383 NAMI "/usr/lib/compat/nss_dns.so.1" 68755 cvsync 0.035414 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035425 CALL access(0x4009b000,F_OK) 68755 cvsync 0.035438 NAMI "/usr/local/lib/nss_dns.so.1" 68755 cvsync 0.035459 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035470 CALL access(0x4009b000,F_OK) 68755 cvsync 0.035482 NAMI "/usr/X11R6/lib/nss_dns.so.1" 68755 cvsync 0.035541 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035551 CALL access(0x4009b000,F_OK) 68755 cvsync 0.035563 NAMI "/usr/local/lib/evolution/2.8/nss_dns.so.1" 68755 cvsync 0.035597 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035609 CALL access(0x4009b000,F_OK) 68755 cvsync 0.035620 NAMI "/lib/nss_dns.so.1" 68755 cvsync 0.035638 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035648 CALL access(0x4009b000,F_OK) 68755 cvsync 0.035658 NAMI "/usr/lib/nss_dns.so.1" 68755 cvsync 0.035685 RET access -1 errno 2 No such file or directory 68755 cvsync 0.035700 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.035712 RET sigprocmask 0 68755 cvsync 0.035725 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfd740) 68755 cvsync 0.035736 RET sigprocmask 0 68755 cvsync 0.035746 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.035756 RET sigprocmask 0 68755 cvsync 0.035870 CALL ioctl(0x3,TIOCGETA,0xbfbfdb90) 68755 cvsync 0.035892 RET ioctl -1 errno 25 Inappropriate ioctl for device 68755 cvsync 0.035924 CALL close(0x3) 68755 cvsync 0.035990 RET close 0 68755 cvsync 0.036025 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdc10) 68755 cvsync 0.036035 RET sigprocmask 0 68755 cvsync 0.036046 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.036058 RET sigprocmask 0 68755 cvsync 0.036072 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdc10) 68755 cvsync 0.036086 RET sigprocmask 0 68755 cvsync 0.036096 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.036106 RET sigprocmask 0 68755 cvsync 0.036144 CALL sigprocmask(SIG_BLOCK,0x40092820,0xbfbfdc20) 68755 cvsync 0.036154 RET sigprocmask 0 68755 cvsync 0.036165 CALL sigprocmask(SIG_SETMASK,0x40092830,0) 68755 cvsync 0.036175 RET sigprocmask 0 68755 cvsync 0.036294 CALL socket(PF_LOCAL|PF_UNIX,SOCK_STREAM,0) 68755 cvsync 0.036353 RET socket 3 68755 cvsync 0.036379 CALL connect(0x3,0xbfbfdb80,0x11) 68755 cvsync 0.036442 NAMI "/var/run/cached" 68755 cvsync 0.036562 RET connect 0 68755 cvsync 0.036576 CSW stop user 68755 cvsync 0.037216 CSW resume user 68755 cvsync 0.037265 CALL fcntl(0x3,F_SETFL,O_NONBLOCK) 68755 cvsync 0.037286 RET fcntl 0 68755 cvsync 0.037309 CALL kqueue 68755 cvsync 0.037327 RET kqueue 4 68755 cvsync 0.037348 CALL kevent(0x4,0xbfbfdbf0,0x1,0,0,0) 68755 cvsync 0.037374 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.037385 GIO fd 4 read 0 bytes "" 68755 cvsync 0.037395 RET kevent 0 68755 cvsync 0.037404 CALL kqueue 68755 cvsync 0.037418 RET kqueue 5 68755 cvsync 0.037428 CALL kevent(0x5,0xbfbfdbf0,0x1,0,0,0) 68755 cvsync 0.037447 GIO fd 5 wrote 20 bytes 0x0000 0300 0000 ffff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.037458 GIO fd 5 read 0 bytes "" 68755 cvsync 0.037469 RET kevent 0 68755 cvsync 0.037481 CALL kevent(0x4,0xbfbfdbc0,0x1,0,0,0) 68755 cvsync 0.037497 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0100 0000 0400 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.037509 GIO fd 4 read 0 bytes "" 68755 cvsync 0.037520 RET kevent 0 68755 cvsync 0.037530 CALL kevent(0x4,0,0,0xbfbfdbc0,0x1,0) 68755 cvsync 0.037546 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.037559 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 68755 cvsync 0.037569 RET kevent 1 68755 cvsync 0.037590 CALL sendmsg(0x3,0xbfbfdba0,0) 68755 cvsync 0.037655 GIO fd 3 wrote 4 bytes 0x0000 0300 0000 |....| 68755 cvsync 0.037666 RET sendmsg 4 68755 cvsync 0.037676 CSW stop user 68755 cvsync 0.038292 CSW resume user 68755 cvsync 0.038387 CALL kevent(0x4,0xbfbfdbc0,0x1,0,0,0) 68755 cvsync 0.038409 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.038424 GIO fd 4 read 0 bytes "" 68755 cvsync 0.038476 RET kevent 0 68755 cvsync 0.038489 CALL kevent(0x4,0,0,0xbfbfdbc0,0x1,0xbfbfdbb8) 68755 cvsync 0.038509 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.038520 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 68755 cvsync 0.038528 RET kevent 1 68755 cvsync 0.038539 CALL write(0x3,0xbfbfdc18,0x4) 68755 cvsync 0.038559 GIO fd 3 wrote 4 bytes 0x0000 0500 0000 |....| 68755 cvsync 0.038569 RET write 4 68755 cvsync 0.038579 CALL kevent(0x4,0,0,0xbfbfdbc0,0x1,0xbfbfdbb8) 68755 cvsync 0.038597 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.038610 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 fc1f 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.038619 RET kevent 1 68755 cvsync 0.038627 CALL write(0x3,0xbfbfdc3c,0x4) 68755 cvsync 0.038649 GIO fd 3 wrote 4 bytes "*\0\0\0" 68755 cvsync 0.038660 RET write 4 68755 cvsync 0.038687 CSW stop user 68755 cvsync 0.038714 CSW resume user 68755 cvsync 0.038734 CALL kevent(0x4,0,0,0xbfbfdbc0,0x1,0xbfbfdbb8) 68755 cvsync 0.038752 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.038763 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 f81f 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.038774 RET kevent 1 68755 cvsync 0.038785 CALL write(0x3,0x402e6dcb,0x5) 68755 cvsync 0.038801 GIO fd 3 wrote 5 bytes "hosts" 68755 cvsync 0.038812 RET write 5 68755 cvsync 0.038822 CALL kevent(0x4,0,0,0xbfbfdbc0,0x1,0xbfbfdbb8) 68755 cvsync 0.038843 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.038855 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 f71f 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.038864 RET kevent 1 68755 cvsync 0.038873 CALL write(0x3,0x8210300,0x2a) 68755 cvsync 0.038895 GIO fd 3 wrote 42 bytes 0x0000 0000 0000 0000 0000 0000 0000 0200 0000 |................| 0x0010 0100 0000 0600 0000 6376 7379 6e63 2e61 |........cvsync.a| 0x0020 6c6c 6273 642e 6f72 6700 |llbsd.org.| 68755 cvsync 0.038906 RET write 42/0x2a 68755 cvsync 0.038917 CALL kevent(0x5,0,0,0xbfbfdbc0,0x1,0xbfbfdbb8) 68755 cvsync 0.038934 CSW stop kernel 68755 cvsync 0.039143 CSW resume kernel 68755 cvsync 0.039151 GIO fd 5 wrote 0 bytes "" 68755 cvsync 0.039410 GIO fd 5 read 20 bytes 0x0000 0300 0000 ffff 0000 0000 0000 0400 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.039426 RET kevent 1 68755 cvsync 0.039441 CALL read(0x3,0xbfbfdc14,0x4) 68755 cvsync 0.039466 GIO fd 3 read 4 bytes 0x0000 ffff ffff |....| 68755 cvsync 0.039476 RET read 4 68755 cvsync 0.039489 CALL close(0x3) 68755 cvsync 0.039514 RET close 0 68755 cvsync 0.039523 CALL close(0x5) 68755 cvsync 0.039547 RET close 0 68755 cvsync 0.039559 CALL close(0x4) 68755 cvsync 0.039576 RET close 0 68755 cvsync 0.039687 CALL open(0x402e6dc6,O_RDONLY,0x1b6) 68755 cvsync 0.039722 NAMI "/etc/hosts" 68755 cvsync 0.039804 RET open 3 68755 cvsync 0.039851 CALL fstat(0x3,0xbfbfbb00) 68755 cvsync 0.039875 RET fstat 0 68755 cvsync 0.039896 CALL read(0x3,0x8203000,0x1000) 68755 cvsync 0.039954 GIO fd 3 read 1045 bytes "# $FreeBSD: src/etc/hosts,v 1.16 2003/01/28 21:29:23 dbaker Exp $ # # Host Database # # This file should contain the addresses and aliases for local hosts t\ hat # share this file. Replace 'my.domain' below with the domainname of y\ our # machine. # # In the presence of the domain name service or NIS, this file may # not be consulted at all; see /etc/nsswitch.conf for the resolution o\ rder. # # ::1 localhost 127.0.0.1 localhost # # Imaginary network. #10.0.0.2 myname.my.domain myname #10.0.0.3 myfriend.my.domain myfriend # # According to RFC 1918, you can use the following IP networks for # private nets which will never be connected to the Internet: # # 10.0.0.0 - 10.255.255.255 # 172.16.0.0 - 172.31.255.255 # 192.168.0.0 - 192.168.255.255 # # In case you want to be able to connect to the Internet, you need # real official assigned numbers. Do not try to invent your own netwo\ rk # numbers but instead get one from your network provider (if any) or # from your regional registry (ARIN, APNIC, LACNIC, RIPE NCC, or AfriN\ IC.) # " 68755 cvsync 0.040046 RET read 1045/0x415 68755 cvsync 0.040084 CALL read(0x3,0x8203000,0x1000) 68755 cvsync 0.040099 GIO fd 3 read 0 bytes "" 68755 cvsync 0.040109 RET read 0 68755 cvsync 0.040124 CALL close(0x3) 68755 cvsync 0.040163 RET close 0 68755 cvsync 0.040228 CALL gettimeofday(0xbfbfd1a8,0) 68755 cvsync 0.040243 RET gettimeofday 0 68755 cvsync 0.040263 CALL getpid 68755 cvsync 0.040271 RET getpid 68755/0x10c93 68755 cvsync 0.040304 CALL issetugid 68755 cvsync 0.040313 RET issetugid 0 68755 cvsync 0.040331 CALL open(0x402e75a8,O_RDONLY,0x1b6) 68755 cvsync 0.040346 NAMI "/etc/resolv.conf" 68755 cvsync 0.040379 RET open 3 68755 cvsync 0.040388 CALL fstat(0x3,0xbfbfd0c0) 68755 cvsync 0.040400 RET fstat 0 68755 cvsync 0.040410 CALL read(0x3,0x8203000,0x1000) 68755 cvsync 0.040434 GIO fd 3 read 91 bytes "domain ninth-nine.com search ninth-nine.com nameserver 0.0.0.0 nameserver 219.127.74.121 " 68755 cvsync 0.040445 RET read 91/0x5b 68755 cvsync 0.040558 CALL read(0x3,0x8203000,0x1000) 68755 cvsync 0.040575 GIO fd 3 read 0 bytes "" 68755 cvsync 0.040589 RET read 0 68755 cvsync 0.040598 CALL close(0x3) 68755 cvsync 0.040621 RET close 0 68755 cvsync 0.040631 CALL issetugid 68755 cvsync 0.040638 RET issetugid 0 68755 cvsync 0.040775 CALL kqueue 68755 cvsync 0.040795 RET kqueue 3 68755 cvsync 0.040809 CALL socket(PF_INET,SOCK_DGRAM,0) 68755 cvsync 0.040852 RET socket 4 68755 cvsync 0.040862 CALL connect(0x4,0x403078f0,0x10) 68755 cvsync 0.040914 RET connect 0 68755 cvsync 0.040938 CALL sendto(0x4,0x82d0000,0x23,0,0,0) 68755 cvsync 0.041097 GIO fd 4 wrote 35 bytes 0x0000 5ad2 0100 0001 0000 0000 0000 0663 7673 |Z............cvs| 0x0010 796e 6306 616c 6c62 7364 036f 7267 0000 |ync.allbsd.org..| 0x0020 0100 01 |...| 68755 cvsync 0.041134 RET sendto 35/0x23 68755 cvsync 0.041227 CALL clock_gettime(0,0xbfbfcaa8) 68755 cvsync 0.041246 RET clock_gettime 0 68755 cvsync 0.041270 CALL kevent(0x3,0xbfbfcba0,0x1,0xbfbfcba0,0x1,0xbfbfcb78) 68755 cvsync 0.041299 CSW stop kernel 68755 cvsync 0.182499 CSW resume kernel 68755 cvsync 0.182532 GIO fd 3 wrote 20 bytes 0x0000 0400 0000 ffff 1000 0000 0000 6800 0000 |............h...| 0x0010 0000 0000 |....| 68755 cvsync 0.182641 GIO fd 3 read 20 bytes 0x0000 0400 0000 ffff 1000 0000 0000 6800 0000 |............h...| 0x0010 0000 0000 |....| 68755 cvsync 0.182652 RET kevent 1 68755 cvsync 0.182695 CALL recvfrom(0x4,0x82b0000,0x10000,0,0xbfbfcdc0,0xbfbfcb74) 68755 cvsync 0.182718 GIO fd 4 read 104 bytes 0x0000 5ad2 8180 0001 0001 0003 0000 0663 7673 |Z............cvs| 0x0010 796e 6306 616c 6c62 7364 036f 7267 0000 |ync.allbsd.org..| 0x0020 0100 01c0 0c00 0100 0100 000e 1000 0485 |................| 0x0030 1f82 23c0 1300 0200 0100 000e 1000 0502 |..#.............| 0x0040 6e73 c013 c013 0002 0001 0000 0e10 0006 |ns..............| 0x0050 036e 7332 c013 c013 0002 0001 0000 0e10 |.ns2............| 0x0060 0006 036e 7333 c013 |...ns3..| 68755 cvsync 0.182730 RET recvfrom 104/0x68 68755 cvsync 0.182888 CALL close(0x4) 68755 cvsync 0.182965 RET close 0 68755 cvsync 0.182978 CALL close(0x3) 68755 cvsync 0.183011 RET close 0 68755 cvsync 0.183134 CALL socket(PF_LOCAL|PF_UNIX,SOCK_STREAM,0) 68755 cvsync 0.183172 RET socket 3 68755 cvsync 0.183184 CALL connect(0x3,0xbfbfdb80,0x11) 68755 cvsync 0.183203 NAMI "/var/run/cached" 68755 cvsync 0.183319 RET connect 0 68755 cvsync 0.183331 CSW stop user 68755 cvsync 0.183493 CSW resume user 68755 cvsync 0.183510 CALL fcntl(0x3,F_SETFL,O_NONBLOCK) 68755 cvsync 0.183525 RET fcntl 0 68755 cvsync 0.183537 CALL kqueue 68755 cvsync 0.183549 RET kqueue 4 68755 cvsync 0.183559 CALL kevent(0x4,0xbfbfdbf0,0x1,0,0,0) 68755 cvsync 0.183581 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.183593 GIO fd 4 read 0 bytes "" 68755 cvsync 0.183603 RET kevent 0 68755 cvsync 0.183611 CALL kqueue 68755 cvsync 0.183694 RET kqueue 5 68755 cvsync 0.183705 CALL kevent(0x5,0xbfbfdbf0,0x1,0,0,0) 68755 cvsync 0.183720 GIO fd 5 wrote 20 bytes 0x0000 0300 0000 ffff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.183730 GIO fd 5 read 0 bytes "" 68755 cvsync 0.183740 RET kevent 0 68755 cvsync 0.183757 CALL kevent(0x4,0xbfbfdbd0,0x1,0,0,0) 68755 cvsync 0.183772 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0100 0000 0400 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.183781 GIO fd 4 read 0 bytes "" 68755 cvsync 0.183789 RET kevent 0 68755 cvsync 0.183798 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0) 68755 cvsync 0.183814 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.183828 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 68755 cvsync 0.183838 RET kevent 1 68755 cvsync 0.183847 CALL sendmsg(0x3,0xbfbfdbb0,0) 68755 cvsync 0.183882 GIO fd 3 wrote 4 bytes 0x0000 0100 0000 |....| 68755 cvsync 0.183891 RET sendmsg 4 68755 cvsync 0.183899 CSW stop user 68755 cvsync 0.183956 CSW resume user 68755 cvsync 0.183974 CALL kevent(0x4,0xbfbfdbd0,0x1,0,0,0) 68755 cvsync 0.183988 GIO fd 4 wrote 20 bytes 0x0000 0300 0000 feff 0100 0000 0000 0000 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.183997 GIO fd 4 read 0 bytes "" 68755 cvsync 0.184007 RET kevent 0 68755 cvsync 0.184016 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 68755 cvsync 0.184031 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.184041 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 68755 cvsync 0.184048 RET kevent 1 68755 cvsync 0.184057 CALL write(0x3,0xbfbfdc1c,0x4) 68755 cvsync 0.184079 GIO fd 3 wrote 4 bytes 0x0000 0500 0000 |....| 68755 cvsync 0.184090 RET write 4 68755 cvsync 0.184099 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 68755 cvsync 0.184113 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.184123 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 fc1f 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.184131 RET kevent 1 68755 cvsync 0.184140 CALL write(0x3,0xbfbfdc3c,0x4) 68755 cvsync 0.184184 GIO fd 3 wrote 4 bytes "*\0\0\0" 68755 cvsync 0.184194 RET write 4 68755 cvsync 0.184205 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 68755 cvsync 0.184220 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.184230 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 f81f 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.184239 RET kevent 1 68755 cvsync 0.184249 CALL write(0x3,0xbfbfdc44,0x4) 68755 cvsync 0.184266 GIO fd 3 wrote 4 bytes 0x0000 0004 0000 |....| 68755 cvsync 0.184275 RET write 4 68755 cvsync 0.184282 CSW stop user 68755 cvsync 0.184345 CSW resume user 68755 cvsync 0.184362 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 68755 cvsync 0.184376 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.184386 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 0020 0000 |............. ..| 0x0010 0000 0000 |....| 68755 cvsync 0.184395 RET kevent 1 68755 cvsync 0.184405 CALL write(0x3,0x402e6dcb,0x5) 68755 cvsync 0.184417 GIO fd 3 wrote 5 bytes "hosts" 68755 cvsync 0.184426 RET write 5 68755 cvsync 0.184436 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 68755 cvsync 0.184448 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.184460 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 fb1f 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.184469 RET kevent 1 68755 cvsync 0.184478 CALL write(0x3,0x8210300,0x2a) 68755 cvsync 0.184493 GIO fd 3 wrote 42 bytes 0x0000 0000 0000 0000 0000 0000 0000 0200 0000 |................| 0x0010 0100 0000 0600 0000 6376 7379 6e63 2e61 |........cvsync.a| 0x0020 6c6c 6273 642e 6f72 6700 |llbsd.org.| 68755 cvsync 0.184502 RET write 42/0x2a 68755 cvsync 0.184512 CALL kevent(0x4,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 68755 cvsync 0.184524 GIO fd 4 wrote 0 bytes "" 68755 cvsync 0.184534 GIO fd 4 read 20 bytes 0x0000 0300 0000 feff 0000 0000 0000 d11f 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.184543 RET kevent 1 68755 cvsync 0.184553 CALL write(0x3,0x8240c00,0x400) 68755 cvsync 0.184578 GIO fd 3 wrote 1024 bytes 0x0000 0100 0000 0000 0000 0200 0000 0100 0000 |................| 0x0010 0600 0000 1000 0000 0000 0000 8001 2508 |..............%.| 0x0020 0000 0000 1002 0000 851f 8223 0000 0000 |...........#....| 0x0030 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0050 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0070 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0080 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0090 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x00f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0100 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0110 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0120 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0130 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0140 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0150 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0160 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0170 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0180 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0190 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x01f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0200 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0210 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0220 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0230 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0240 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0250 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0260 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0270 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0280 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0290 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x02f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0300 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0310 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0320 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0330 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0340 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0350 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0360 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0370 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0380 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0390 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03a0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03b0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03c0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03d0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03e0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x03f0 0000 0000 0000 0000 0000 0000 0000 0000 |................| 68755 cvsync 0.184608 RET write 1024/0x400 68755 cvsync 0.184617 CSW stop user 68755 cvsync 0.184634 CSW resume user 68755 cvsync 0.184652 CALL kevent(0x5,0,0,0xbfbfdbd0,0x1,0xbfbfdbc8) 68755 cvsync 0.184667 CSW stop kernel 68755 cvsync 0.184782 CSW resume kernel 68755 cvsync 0.184789 GIO fd 5 wrote 0 bytes "" 68755 cvsync 0.184811 GIO fd 5 read 20 bytes 0x0000 0300 0000 ffff 0000 0000 0000 0400 0000 |................| 0x0010 0000 0000 |....| 68755 cvsync 0.184821 RET kevent 1 68755 cvsync 0.184830 CALL read(0x3,0xbfbfdc18,0x4) 68755 cvsync 0.184843 GIO fd 3 read 4 bytes "-\0\0\0" 68755 cvsync 0.184854 RET read 4 68755 cvsync 0.184864 CALL close(0x3) 68755 cvsync 0.184908 RET close 0 68755 cvsync 0.184918 CALL close(0x5) 68755 cvsync 0.184938 RET close 0 68755 cvsync 0.184953 CALL close(0x4) 68755 cvsync 0.184973 RET close 0 68755 cvsync 0.185050 CALL socket(PF_INET,SOCK_STREAM,0x6) 68755 cvsync 0.185085 RET socket 3 68755 cvsync 0.185144 CALL connect(0x3,0x8250180,0x10) 68755 cvsync 0.185281 CSW stop kernel 68755 cvsync 0.205744 CSW resume kernel 68755 cvsync 0.205808 RET connect 0 68755 cvsync 0.205864 CALL write(0x1,0x8201000,0x25) 68755 cvsync 0.205896 GIO fd 1 wrote 37 bytes "Connected to 133.31.130.35 port 7777 " 68755 cvsync 0.205907 RET write 37/0x25 68755 cvsync 0.205933 CALL sendto(0x3,0xbfbfdd70,0x4,0,0,0) 68755 cvsync 0.206080 GIO fd 3 wrote 4 bytes 0x0000 0002 0018 |....| 68755 cvsync 0.206136 RET sendto 4 68755 cvsync 0.206249 CALL recvfrom(0x3,0xbfbfdd70,0x2,0,0,0) 68755 cvsync 0.206267 CSW stop kernel 68755 cvsync 386.477417 CSW resume kernel 68755 cvsync 386.477541 RET recvfrom -1 errno 54 Connection reset by peer 68755 cvsync 386.477618 CALL write(0x2,0xbfbfd480,0x2d) 68755 cvsync 386.477664 GIO fd 2 wrote 45 bytes "Socket Error: recv: Connection reset by peer " 68755 cvsync 386.477676 RET write 45/0x2d 68755 cvsync 386.477697 CALL write(0x2,0xbfbfd4b0,0x1e) 68755 cvsync 386.477714 GIO fd 2 wrote 30 bytes "Recv: protocol version length " 68755 cvsync 386.477725 RET write 30/0x1e 68755 cvsync 386.477767 CALL close(0x3) 68755 cvsync 386.477823 RET close 0 68755 cvsync 386.477944 CALL exit(0x1) --Multipart=_Sun__3_Dec_2006_01_07_32_+0900_IB8EuUz2o15uIKe0 Content-Type: application/octet-stream; name="ktrace-lthr.out.bz2" Content-Disposition: attachment; filename="ktrace-lthr.out.bz2" Content-Transfer-Encoding: base64 QlpoOTFBWSZTWZrQ6doAO31/////////////////////////////////////////////4DF9jgfe PObl94He+7lt9uwIACHGgnepQKFAAA7oUpJRI0YAVQd5oPvHW4+d1yd9EZ1PTzsdGvoB0eh2DO49 Pj2ZvsfXaH3z0c3tvWpfW95X3iMaE+WdraFBTYrKe+q3igPQ02yhqjxreGkhE0yGgRoYk09NJ6Aa I9JP0JtDRMxMEaGhhGgaaaaMmmho00ngmgyGjImyaaNME000DTEGJoZGmBJp4Q0MjKbRkGExMCoN NIEAIATQBMQT01NPJpT9IDRkmmmIzJDam1G0hkG0mIyaaMTEMmg0xNGymTNQ8oyGQ0DJoNAepoNG gaaDQBoaaGEeoaaBqegCImiTSnqI9MRHqaAAAABoaAHlA9QGgAAA2oAAHqAABoAGjTQPU0BoNPUP UAADQAAaA0A0NAk0kigmiMFTyZNPVHpqYZR6aRtDI1HoQGho000Ghkaeo9Q2oyHpBoaaBo000DQ0 9QANABoDRoBoABoNAyDQANAAD1AYpKeqeTaqeU/T1JqMehqepPJ6p7UTaniaA00g9TJo2TUHqH6p 6h6geIZTBG00nqaaABo/VNNAaaPU9Qyek2poAD1GmgGmRhNqNpA0MajNQ9EZMZE0CJRNCAQCQyT0 0wTJo0KfpNMSbCmZGkDymnhTJ6j0IaGmjRjCT1M0h6ag2o2U9QPUPSDQHqANNPU08oNMh6mTR6jQ 9TagaZD1DagAZNBwf/pDxn46LBGDym2m2HEHGGE24JsQkwJY7bducA4FFRFAQgAWVhBlxwFytUwN urXBF43n3pHzAW5w6Z7qLF6VjInVWXTvmu3jUs1Ucs96CIkkyxRZq66qq5bJ4jE4r6R2S+KKaLmM KwvggXW3W6jfCCUI8RVt4ODGsbAU6+e3nQgblTuOYZAoC8/EwX1GzK11GJhWtWEKkWRZtWFbsrA1 FozEsiIcPvm0S2FIl1m5p30j6ygKBM5dUnBBi2Bh3jULBY4C4JybcmQuHnSLnLtp5FKKWl1ELEIq Xq7wMwhUwmgVYvrOoq0R1zYMRi85zGTMLUtNvebfuM7R1Ql0upvQ3reL3eKzLjYxEvl3a3GQHvep pt8XabEz00YaOxxBzHfmJU5onsoVhp41MkiHH6ratsKDn9TglUURyI8kDHmLQogWLh/G2KCxw8kp vsTBqi4QY/9ygaNsuJwkyMwyYnicCDUC3rk5pkJP1WSC3HT21ZkTh+/kUoXvrbskr305QN+zLW/k 8LmpUNOrjFXOz8MM2P/KSgn/MUHIjJ2di9kyuGbF/A6mjpP6se15fNBWX39/SZ1xm1gGU2oLZIgD GAbzd8WkLEUaxotEWlRgoqpb78hhlCxrJbSWNMmZS5jaY0TD3y3ChHeqmCte3MxJBJwZ9y8ftTjC FYmnkZsZsWDbZImMxUePFhrjK0EKpL3K1EXrQbUlU1NwE84EQ6XVPB8XiXfTQ+530JGZvjQmhzPW gH4+H5zV08jaSkaoRG45flrqeKrpiQyRDIGWchT67zfODx98pOLXnOQUsgJvIADICLIisiosgoyA ASAMgINM1qU56vIyIiSKICgvoADi8bL8xCdmzl8wpvuyS2GABewxKquahWndihYlIQIt3Gs9dHEB xE2XrsJFMgTLrSIjQ2LAfDsWDUIctLMB4pmWHpjUYchOxLPBBoDUDQzRk0Zh3PkVewRnXjmZebmi ra7pmFNS3alFHEojq1UQzWaNRZn1WpmppK4Zkpjvku9uN06cUUMtcc2sjqoW7a1ttdl0JtmYpUR0 0W3FTJlxMxNZcuZtg6zZ0FsotxzNnMmxgUdFLrWXDBcNa1P6OSTvUJEzYICB3OkLhENEAATkBq9p yc6mk9V8r5jDb8Dq67Er1ot494vyOw226aGV232m/Z57iduWXl949T8W6VR36mPU+qd8s2PLTVYk gyyALQRAiIRewboPAIQczjsXr9vbYRinT5Odm+bODs0T07dX7vKiJtb4barkaLa2eblX2t1djZ38 TgRWpATZIoD7/uj9+wYithUbyAry/3nXXF7llJCE+Ngpw7UA9LNMQFYdFgHIwnWE+w9m+Zydxt2V ab+N26bVu0y25l31eXvRhmAhksGkkUQffkCyuUo5VUxGy0yBGE2iIhfVBvh7Cg6dGX83MUmaHpot ZCSGCsj/fxaB4PM9rk5SGXKBQERM8rmY2TdvfSMEB2GfLbKb4roqq13MZNYc//Y6YSUfOV4iwxyf cZ11S5fkcyo2Gq/X6cWhxmI4cTmJmIOEOsYFCZPhaxrQn/cvi2frKJjblRoFBnyyDY07E7vsL4X1 HjvFJ0SntrbS4m4kna/i8vtdpPIsna+f85nBxd2YESjcMHPjY+g/VgzBliCOotPr8Fbgq6Axdy9u mfhPq2fkF0d84PhsdhVtUfUQ8Z5wJeBElwhTuy7daz6bx8ttj90uNvxoqrDsy00ZO6w9BTQyRcBm n7eFWp6bLL2DdU1D5uLs8ekGd8iw8psjrZdR2mrjlmYwchW5TbtCzAvu2Tju9Pu6ttUc4+/wmQyh q5SKPneFlWGp3TvuEzioND/A3b7ZLGlvEyXDwG1bXrkrvCDApvEv6GpDZrysHxDBz0Z863mNMe/3 WlrFRnHIhleptjpMzJDo26Za1tNjZ1KnkPh7HeKX8w6xlP7Z5SvFzHfucEGJo9mxaa5RVVp5+JyF 7t6hRVebmWyWc0QWc9nDzweccDGBloIIHIAHMuq5lmCKiLlqVyZYuNEYjEbG5ZlswTGLViOVauJV GW1SsqiuUqimWuJrLcsy222MtKlW6pRyVxKxLlDDLW3HExmYpmXEqmqU0rS2qzVMdOnVqazJXDGm rVE0luYZjRt03KGswMdWjjmYhRy3HC4UuF01W61o0ott1Sotao5SmWq46y43MuJS5gpUcMphUKim WVGLbjCuFa21uNiNyUxuVomUwW0Gmssyja6dZVxNOImkrpKNXMwy2Kqa1rRl0Y6tRBzRZirhja4Y 6HNJrKIIY2ILU1aaupgzLKCi3MzSaxasYUq4DzHmB5xx+z+zBjMws1fkrsBTsvn6aa/ZF3g/K0bu Pnz8NiBzYuznba1xa39fxfzC37/Tg/e5hEyykWca1X2/57GB2FEg85njIsC5t7RV9nECZJPSR6zm hhUmBgOmH0eoTpkxiLjHDy10BgU6sEZBw6TKteNrLB5155rJh/Gyv/z/PSYKwCxSF/JYTm4MejWU sZzt7vMTQmBsHRbjQb1TruvWHoYwpbKLYIA8jAKgOCOpyp5EQaxAQIT60iHZxTx4CZIitsJRAQIR E/jj5UUduJm+3lMkxl8QHPAQQ917/A91v7B2k/X1HSf9XCiZoq7cF7PZoAhqiKJjEWboVA5bIoFS HTpO76Oc/Uk83uVE4WCX7vGohmyUQE1X0FDC1DDTTTWtRQJEQyhL4VyUcaURWzANETCmbEuUsEpH JBuy6Ml/7d5aWIqipdCkyTVhaqYxFNuNYrfSjuVo7kCkbppgZotYpuQpFMs19HJFQtpKH1dcLa9Q snvpYguiIXQSFKC0m1XNbChYE3ru2HFbiTjeZvxHO0HAlZycN0hWVFrR8kwuXdMcvBklRcQ53HQ0 JFJdrAVpTVM1EEKXsiZOxAOFjnkba8fafO2jqKFQIKSOiaKKXC3DmXCDC/LHgqHnmoxgDvafLDA8 VXV291AxrnY5EsgukTGSNYyEQuEcUVwPtGEHP3DqxREZJLTI5braIVARvHmFzoIP4ildFxtc6Zd/ BWerpOL02ZwyJjPOWpx2iJhkK+XLCEcJ4FN8EX37C43NzpRjcjGK8MJX5O3jsOSruF7R81DQSYrH te36Z94xkwqK2y0e7KzWK0HB22Wi2bNbfuYGbfVXEHHa4C05rW7GvAgRVOxh6CgUGJmO7mMDyzJK JZXojKn2HJq5VMvrpDciObcHt/QHs7vxf6XlFjjgHi2BPMgNyTCc95kPRkttzqVceZItrlh1WjZV dUN9rSmrfmjWOWkUmkx8H/tl28IjlQ3UahJGRAULzjlKQYjl3RMsPBhBnbns2R0jZgG2TF7mHCKS pb1bMOJKF8SQqK8xHOZbOVoT4ibZvqe++G7xVaenty16By/WW4qK9mYZ1xbtsrnGEJ9pmeHPAV4K GSXqbIcyZzAF8CVP23LnI6QIWgvQrDBQPcIkv6i6xtHCu+svy8O0BuaBjPSNywbzCByZRsbtfeuL 1JplzfJ3GahZrZQpSO4VuICcMByW4YbljCo3jkcqUy7DdnAJS4SKfDI+3U9cJmp24fE5iQ3bEceN M90W2nnfHECZ5RaV0dMKWjuSBRYoDP2CyHBIlJj0jwGnta7rdeJ7aHzCEFS5fXClxlU6j1XNxqXT ItVcDVXNjba0TLRBhiGFk1Y00fPq5vTmMrnI2WocO9MLFM/rpwOVjSmkXxajI4cYxjAxgKcpT5oi O0ZpOT3uwS0I5/gKLhLvZXO3PbYRart7BQicw1JKhC26YhchXzss+ymy1zvibXS4gqH2Nu41RkT0 SsEb6emzBywdGdgSjxTrsNCQ4a9mNbW2VQKFNbU72myoQbEh4RvPDb0c6AxjCyugwicow6I1EJsb TemXTtqJlxPK2GoTxycVS4GwzKu8ckLYDhRO2zo5QSpVFBjeVazG6WXo5dEZndmHxMa2abCDRoFu TritFJZl2IebQxildc764R41lKVX9hiM5Gj3kvGd92Gnas+4u+APc5F3zzw33Mfd9dZ1y6c2xW5g EnZH3gLLnKSGVaaKQTGcB+xyTGIF0rGjXQmJfeNG32i3ou52fd2d4YNaJmNnYbXEjaxCB5XUSRJa EZUkrsrtDWM6mALGywEIYMwzYVrOnlF96SVCSq7tvybUM+Q7sXdd3wu9rOdjeYdPdHRnS2VYpktD EcKmRNllVSQIPf8/RVZ+C6t8A2RtkiY3UtEXARXg7HnaM9Wz2JA1a3OXVZ4uXiOHfRxG220bRI2S nXY3s7NqRgBn0nfO+APR8YENLIRsBDMPYEU9HU8L4PwexuyGRaRiEIq0pJxUkp0MpiCikCAKc7ba Zee9dhywaxKCbMQCsBGQDE8bEBpBGsGn+PR77zRSvng+BGk9nVvuy3UMcxMzCICBI1HAFcfhNAFu CucIOcyGe0zlBB0QQFMzBg4zjbwethGpqBKwbw7g5g8IPkaUGzlCC78JYFYrFoE6IykkC00xBBcA usOSByzmL8sbVLkquYsUrJI5nyChUMgt1jeOnK/Q+t9vf/Fzvk/J4psqKu2ajUoVIrUGAlARVjAI UMS9a+v2knT4BOoE8G9u7dt5rlFQzEHDiUMcRsVAwglTPhRFWsJidwtRQqIH8HzElwZY2MCGMEFx IWiIHZtYLAlhB4tWRkAMhDlbFxklE5g+q09jS1liLWxqVROLU7QYBJIcBvZpIhUgDwIj1sU6qKUi h6+CtiEmATCFSCxjIhDdUATqBLmBGgjraqasCiXAgFECQ5GFYLCYWynhrA7IZOz9w3wH0laKSGaC ZY2IJWK/uQcpBCRQhFkWMawzQUpbRyPrAsK4AK5aYRQZCRArg8aoF0RyXUQtECCoTJAAtAiyKTHS QxCYRAWBsyGMDB40KrAFJNIGlQDZCQrITQRIgkQKRWQGRQKArBW6IlYgdPC4IVgtYD/d9R2fjHnK +J7j8ro7ZNaQg6oppAmmDmrQiwNV1GQMP1LCiKVQ5zDRPFz3ek/wrqvpiAHrXeeXWHe6zeA7Udbx aUIS9dSQyaGB4ojHToUHF+toyaKldbW7amFr9OV2EkSJFSRUiQCKas11V0xDiwCkTVAc2jh6bswR C6CX7NExiOxFKTPp2Nu5TLECkSkDcIKYEBLuQSCvsXkMzKFlEsUTJapHCqMFBliiqKyVtg0RUQVR EVy1a2IqiMYKlLVRRURXIiKRFMcUyotq5lWZRqokFTEwmAiKKSKKpBZCLCKKApFIsVZEiQUgwZIs GMhbSKIxRYIKqogsYSSqKqqqiCKqCMYoKjGRkRFUYKsCVRixBkWMFkYKixRVEikUBQdE4AYHLZwM BQiqQKgbHBoPykboiSJIIipfEL4ob2IDSEwkZOJkNM0qbWrCbAwik24qbMNmWoA1iBjCpEAefgmG FHPBcINrUQdwYIAk4UoWgc1k21QEZKJAKSAkNJuw3dDJEQN2QpIyGkgeCYVAw3sgZbJgyFY2wmMJ syoTTKypICyRSVIaMpNazJCsJWAHElSHZHYDmQgKBxiE65kmIYcQFhET4SJWp8wZtYCDYJqNiyxG vkE7lw0ROQQdmzccxFJus/O2e26HRNNJScH2wu699fKZP75FlcffH6r4arP4P1auzWN2E5dKxScZ ksi3AxEAiIwIwMAYxgx5QLq+gn+P3rmy62ev1vBUwW21qvUapx8t/e5kF6Ky/m1VdCmADB/mwIeS OkxYFLUKEhrs6QIBVgwxFlEPNxXZs2N/iJdWgNJkCGvp1YCHUByez/yojRaRqR77c7x3eK+efezm Zt9upPVo6Dart9mLrCUOWSs+PgeI4Q2HPqP94va3zq6bfs6NilEvN3LBXstDwNjwdRn9O/PHV3/7 /KkxMhBe+Phk1dW9GGmv++rL4F2t9bx+H6egff0GelirxwgW6KnJ1+6zHl5u7+fXr9X1NZX8aace Bet9LJvtN9rHhTc0xpqXb0XpxvhqoufkexRTs/S0ngt/b6Idiutdg0fQ8Hfovl7qCtt4aZ+KlYcu Xhpb0Otrgex5vIno3FPT2trvry0saz976cn5PKyd5V92u+1jYM9lZQ9pwVOVeV/LcRbjcXdVveFx d5vo263dz9F18luCBbD5ixFEEhAGKExQDzFHlT8m5XvIB4XwLyoh4nvKCBhzlBMsFV8mKoc7FN9A BbhRFIAsAiaIEghbRQRtT6KoCXfd0EKwTwNKyeXD8UMc9y9R7R6VKhVVgKETQSkliAUKgkAnT+85 /33F819hwfXZTslSGsEAPEIodXFGSRvuvP7bW7uytpjNcK8/f9cQ74NTcQr2SQA2iTWStjuu5zc3 E0umn9LR4fG6F/htqDiWEDgY3bOBxEAQAMDekw7Usq3vGaUihebCocuSn0XcY3mn+C/TVcZmJiUq qej1cppNZiMO5OMegQb8B6smzpNN7BS/j/HCckaoARFsD+F/PF9uwUck8N2Bp+95t3x3bQMXmhNb r5r4dSCy0jiSABCvZ2le++GNc/fQNiEoegiQRnoII1lFVz/7P5yS7s/2vySqrQrEiVZ2ZghKT5NL Zxm+GvIrhqXXdex/UebHTjbq6kTCMzBE6cKqr3bBZw/BuDdkl99TYLBuKHoeAcWoD1n+X+/o+/8O 8E+f7iiAHbQAI9FEkAmAoW0iYG7+e5hybspSZ7TW+Zo5IkAOkFBAJAiSQSLzXoPuvB6n4ffet85y +V8GBzfafCqgahiO/olBQi2piBY8AjAjAwn6/mnwb3DHgcfmb+e31A62e0v5zgSLXj6honYOS+lr +Wm0nR5D3+vufPrihD9U5V92o6z2a44fivJZeYp7yKgponcVeszTlmrqWoMy1b1eQ9kXrnkdf6vX 9R/t4uD1RA51WO8JSMilCIUFgkgT5oKC1JEayIH30lSkDWgcl1e+3vS8P0ve+i97h672/ifX93/m T4k+/h3dtZyEd3o1UCRRCJ06bNszO0Iicp8FrQY4hXnm8Ax9ZWiW5X5Jlzq4Og4eMAzxgbI5Xusn dcD4PJ/V4npneDJWc2380517N77veTtsQu1HQzW6l1upiLutb5l5uc5repmmu61m6ermtpqZq6er q+yd99+x/f23nfbeS8+PX0459fVz5cdiqjsdetaZtOOz1zVCt6vfffe6ht31GpzV/td0OvtA2x8D wt9yNkqta37ukepXNnwKr17rb9ZxOW0q1SXPL1YWPYAYnRRCKEQMb3Eujcr2MVY+d1At7wnfip1D QDqc3TKuY5o1WqVzHqxjmnM0wMJOWApzwFJC1YoOqEeaNTn5edqlVa3hkODwPE4Na1uLtEJxPiyJ Jz9KhtnK7Gm0riPaxVzkAJEAC6Egr9Mf5lAErB1/TeVs/mdD8T+j1/0ftvT8uV2rH2RXN+UJheYt AAsQDAF8qHrngEw83WwaABDmAN2LB1QhkjL14xMVrRq6SUAUk6PLl/aNHYX8e1Lc5TxvP/vbvnex /45vgMVtcblziWzgfKJ5X59Rr47k8UXvX5Wke7OrYdrUUn2k/rV6LnPP6Y10ovDxYqU1D7PR1+/R b5bMF7Rz7hit5Xdms9ETPxl9UMz/0O8r6ec4raQAPMRAxgCdADEYwp0xE3VLs7Sh1X0w7Dm83M53 R2ve8PWugSmrz/rfXwOSeAiAiBVitfJHjiK9pgbppzbdB4jFfDHefO4iV1ULUde74/q521U0vSd/ XJzOXemv+LDzvs1nIienZzzu8ZDOtWqyEm1rDrN+avsFX0dRmfe7nfq2YnIKP2uec5Vm5RPjORAa j9lX3eOD91tUosl/RSzX0Z/pdxOdM0FCodcIpXa2suzrBZSsMFCiXB/8+YQoUREUXyO+gZJ0iFYI 1k6y6NcMxEWlSkrddTQau5gj10ROfiAkIPxeX7rwfY+573wuozdf5Wd1O7fFm/cVqVs/vW8bY6nq rhE2XnROarxklK/T+CKTAiAqKVEqaXpLyu5wPLTysy4VD1meVBLtBKeG+uOuqTrDc+rfRzM1xbPV OEquylT8L7Q+tevmtZx1B1vVK8feXnv7vc/HrsO4sVF7w/U391Jcwu23FFAcl2nruVW65koFBGy+ HWsU/9rbgN4BAVBgYEQRAcRAnxEYACWkQBvxNsABFdUbygzXXc1nNn33W0PKQ8DO6NZ3/D5F7mZd eknTQIsM787/shMxEOmzS3j7iNfmHe48E352+w7MmkIGqqn+94LfY1k3sLbw1+x0fe1dDZxt04xp /U2farWn9P99tCuXeoc/6Z1hXiP72zFQa6Y2fztoLf9+NpvjcydBKp76EkJW1mNj0qqgl7jW/5n+ 5x4ix8fKyL55KqWuZxq57iHKePB4LOGIg9mJkCQEJ3BjUD4cOF9jn6K4Omj+Fm6X3fg8rf6foKHQ 9ZtV97CFo0HSWh08hMLi1Z79RYfFz69AqIzLJNH2hdJ6Wi4s0pjG9NAcYGB55gccd3fizTjb+Jim nK61NDmR+gpV2TbDEG0xx4/tAWxmvOZ7R6eo6abr4nhn6DceSWr9p6XRYFKt8PdXCL7Q0nTSKRYj vbwgva7Y0frf2Xd/nbyapDRl7sHXNazgyHYksX2WPi0Sny6Vr6WxwZS16uS30v5crMvfhufr4fk4 SfBlb+qiFXPt/lm7TmVNTY4a8WaA5wq7irvYHBtUyoaR/vpsc037fCpPoYgzAjECImcx7qdRGzhi OMSMwPMCo+ScA//JGEQPy20QJGgYUr7smRgwYZzn17k7pauPxFcdeVvP5YHFyNJbsFviNX2555p4 VwyAH8zMf3axw53mmXvavPKkfpIcJn9knYOvaq16X02m2inG0XK1mm+rb52vIuXzn7+h8lDNP23l rBwdGTacCfh/VM+fad7LdTb21JOMG2gVPU+6FkXyStf5pqfDS/JdYT4NNvZ2+/o93IUJqLGPF+8s Nf2PLUOx/L+Ks7+V851lC/GXiotnZeJ7MvQ9LhJoKieZh9iWGHr9HyL25/bBt5d9fOwCMYKLCYgW VjSCi6e809W8FBPnHQip4E8yASaedCaAtBe2Aln1UUm6kUiIwVBRt9nvW3V8j9Kux5WFXOhFUuV8 FHE6Ch6AWvOYdg2hhvTe7dy303Yxf/MDBytwn3DV2naVsfFaeLsqd97ejwbXa9yc8DTwYCznqD52 lPz3zatOyu2KxtP76eyku8/P3lmZjxQ+vm7Ssh3dz2H+cjVR/Djc4QADVxV3NnBAlM85xWNpIoVj 2cCJ6CKjFt79X2f5f78N+xTogxyHkk98W7qdwFn0kKi8/N98jliGKFQAAREKNba17Xbb4wsk291a zDHG42pyk34+hefy6vnao2qA9P+QctKWNJKbucxulbqm6qeNSWneZnh61nyip9nnu7CMtbE6qcsM 9peZ3X21/zSauL+b7HQPn63mgpyW3fLiPxQd2Z78X9Pv5Pmq03ygqh+9/+7OqXMWeABvDAhuzEgN 4bAPCBiBPUkvbGfq46SiHOa8TzT8+v3DNLOVj1P+x2GXANP5TGOB4MeYE4mBwMEEDHnnGOPsxmMy 0FrEQqsESMvzhlnnfVeizhvl8RZ8YifjQ+PGeVq2R9IuSk9SqCH+b0rBiBshFEIaVnZEN/h81fkn 1hU1SDJ5eE+0d5A6ltcrk4VUl8JmP3FnGjM/Oqxw/DqI6+SwyrgOQyA9XY2eezPtm2cg0j9nnnGx DwEwEAMqiJK8ckC8jyrwCHtE7Heb8uvMCSpk8nR/OdplYk7ktwjzAQ7kJwmOlgJjGjge1P+FAKV0 ssd/xN04flw9RS8imsHSZaNdgzkfrIrI31PI7C/mfXkbPJyEjr+I3frAbWpwJbJWev8Evb5+mk5P 713C3kznnucs72qe5ex62iavHTSTfCX8n2udO9GE/uXuZainWJzLaAAAkhEdmUO0/hg6xTGY3LWE iQb/NtgYhYKcYcm/Ou6OOD+tYdULT6bc9Zwtv0S8B/P6rlzBQ5Yz+Jk9SnP/S+nyTc+PuD6JPcXg BOjc3unEuUotsohjKJrKDhVirEtqKCKx1dJlsKixnmPjHSbRZEC4S4IAboIe1xo6oVJvfZx7dq+0 77w+RccSbpS3njCpUHpyw8oh7SPt4wm4nAweCHlsgb0+1dnQQCsJc8LrVOdcVnB/3IEIgIXe0FQK DEnlAp1nCiXKUOmIECJSEUbuDAJCMMpt9N0FioOTb4agXCyjk0QMAyCEvFNsm7UdV1HP2bjiCJdQ VCC9pa/I73vO+zJo5pVvngSiaLFTB5nmv87zn4faojnVZwSRqyAnMH1fpeNq/avqAaSIGIHGcWc4 J5nl4PnUebvL1cSgYUEDLWFOLW9aY+Y892fvXAdDjt7qyVD1fOuJOYM38XYtZVSjRqViys6Z69EQ WOmqKGIbROrZJ1H6PS+44388cBORHkiyJnuCHgYM2p4qrI6L13L7OCCYaAKno/xn/md2p4CCeFsO 89frXJhTixlKP9C+EemGAbxQMvt6bC9a/kghoHzQVGjMppaQlUkD9eNMH0f+RAi7NVVnpEWxCWOZ Dr42nkn2SCZFhAtDJ9HgVceZ8tfg+H7X0vKivhn8ocIJ7d+0tR9BVDv8+0eT/KbW0c5TyPlc9/SC 1/3ZxZHiJUUAiha0cKZ5Y6YRMTLpYx2TekuxyETxh02TdbNNNb7V0s/YKsJo37Uh5eDaqD7V1zJK WV6a7FrMadCKq1RNvZhNR2cpvJ6kE4u/s8kogRExuz2Hme35vmuj7/QkQ8GFoCqSEA6Ll6Ss9uvo 8m9cQThrtfINlvDyGy9Bs9QAXiDGMJL5BGPQyMvtQsFRGBVJIT2m84/nee4TX3uMj/sRrxW9lWDA RYvPxMBQO3z/5vqARhUCgeEoSnAGMxrtrW5Dg+q06+2fp5OpgGTkE55jMRhINqnFNNzef7P3ygyT +QSAxbclyCnG5MeAwGB41rBz+R4NvSWbrnTgnHgOglpXajHg8lfNHIGSb7Y5z2O2O5PG7bprVJ4P c04dldGDD0ZsjkEM8t1C3Zr27rI2WYJ68xqoAsEDFCGolg7FmyTNBteWWll6zuU83xuJp4+rY2rS xhDZozJYr9SxSjvd9/SYCl6s2qATWbKOg9yBhP5yJyRaBuGY4xjOCfZxMY9v66uRHPjGNTxa+dME 2rKkMqDHIlkw72BNb3J5iu/hvbtzsoeQjcZYehXCbcnN8PwuOgon5VGf/BHfc9R7uD9moPfcftqG 42sfOBdjcXB3t9agZKjwPsu3/E7+eZ0ZeVv+wHROw+k8xrA7mdN2PAh1J25lltFqo2qRbWysWjO3 c6R/uHAHGG/S9sTtuf2X+PnfTfnfEfU/8dzRpd33NKbXL0z/OBNO+/wg67BCF46cIeVhSQIKrgnX qmi1IRicRNrbbSjbUpyZiJhmZMMzEVxy3EuOOe1a4gNuCk2hC9bMJ16dcikqRS2ysKlSaJtN4c9g oQVSAs6/4SniXtE5ByT55x3Md+tf67uMre1R8BWLPgNyyeRGMCJYCALGNxgcQMbGsoYEZs+ZId1g XcMIcwRoiMDA1b/EKgnpo//HS5nLd6zK9aO2b0qonBjBhXL5AQJv+ETg4nuQ3hwmDDVENkKgQWeV WFccJEO0oCczsag0Bldv3kfkOymou2u8fS2eWl76/QlBUX4KdBvwdgMlXpMcG2scKN84Q7fHf8HG LzKwddKlJVIYQ9F+i+csIw0aI89QCuZKAM0AYYjwuTxHb+H6ncbjoNd3U90oKTUMrIW0ejcg2B7D c+V41qbVMEBcWTnHAY2OiUQdi7xKjjD1/xvV1G6YlMO1GpW4O/3RRMmsGet/aaTIXxAZ4eggm449 XlsignBMknKjZRIIvRwjIC9R0u7+j0VjP6rd5XhzeaVE5qUwVhhDGI2FMeTc0nFq95+Mdd/Spg4N RYdJHH4/QaCFSHANhI9cccXci4I+eAfwWj5fCytrGJwMooMcWFbzqqO9cwZpAGcQwuB5xwMRjEGV fw55I2PA/bdeOBUCVTJFInQxOCCw6nKDbZeLq6GW+FQzRGfpXTFc34rSuF4xD3fRg+c1ZQaSNtpb i5hshk4GMxhtuCBAYd6MDi7OSOQgPO7M9TvY9FpKsiAZuGtngMKT5WFJreOkE0c0sg2p1RkYggi+ ElMwRksunE9kioxgE/oqFBQGRrcYHWJnNigPRRryG0+v3Hpv4+LAWiJR1erXW9tRyJDU1EQHEYyt Pd4nQbqm08RApwgo/11+eQYTII5jKKx4u5nHQWGRJ7FMlEuZGn1iQYhVF4emtTjgpQ09qWjyNBX7 7ROOKUEAPZKqCbsl3RQQDvJxshhsxMWld5j4uIFIoISBIyArycUTYiMggnhBFTZgDyIoHEiP52+K KbcVIRFRMYK5S+tDAPHZ+ONwEjl/chansY+EiNBIz01TBpsiJYVU3qWxilTPcHLYP3b0Q8/al8rW auxwN1Cdd6DVdoOH7KvXxA3l77HpGuEpR2g41C9w6HjUEa9TTqDmlNB624hhw+50PV9+2MEhymXG zgV5Xla3X+OsuZw/Ws46KTkVYZgQNXINC00dkCiPINLwTWuu9ioawJjEUGL1Hq3svhzEYoexWklp LOkCWO+nV9SziAwHASGRtTMEZ0SMIdkMSIogAERLexmWaJaoCIhGBxChr4/tsycauzOmTWqazMPL pNdwTqOwzXDw+x5sgeg3s7w/X4c5Hpx3HjEi8tmk2SuybCGk8/aGoqaSpg12zi30GtUdoWD4T0Ym GnQzrfRdxidh2/d9WCaKU3ZvCgn6dK1E6nJkbiWsJKVuDQ7NDZ5igczsUk7L/k5muRhIG9g5YeLA DgWDuuUK6wHd8cA/W4ztN8ctyYw7zn8b/DoqY8lWm/PRBkvlk0kIGP3hdWyExtbPkFZUqlqszRjl HSMRpRANQ8TEBEqpptJmxDex3LtQoHC4NANIZCnHuMK5zcgUMCBky7Yoikfc7sJXTcUYwK7oL9cw M0Gkm1gesDSJrGUB4mox6DYQya4X2z1iWQKY0ZblJQ5U0GbQJoSMz7F4Fksbvc1X7QU2R1iGVsKI p5YzqJVNqbHc02IhGUUsGnF1QxyKq3nqkjBBxAZiuMcBEgQiimc22vaEFFkMJuPvz7CvcAFCl+Bd s2VLEtWoAMrqToZhu5HiCCCMZrMwXCBlz2VSUIeBgHFisYGEBkE/wA1UeeteAfG9T6GYIgWcKg7l ZwMGikQ70RCOmgRgTmW+GZFmegWGihmwYsKEUirBvFZahFQuQJJBNwv1zUUGzonZbZ2L1NTl0LUs tRw0bXLbza4MKLinJS4hsGBt3tpuX8snBkl4PKFwQhIIqiqiM75vrDbgYmD1PN8B3hubBy+beedi ltmQ5UnDiDCJlIsjKroFHEByxgIIs0Ss0TlCakMFJ6D1SWvHKWF2MDEYxCXr71+vDu/Uh1hxV5V2 M2DvTHBNmPImrYo2OS1tKonCDib3jlbz1UL9a8EttGCE0ja7pa4pQAY4bJp7UbpbuTQkombFIQBO RK9HoRLnLKDnHISZ9W1qeogPOEKkN7uuXkqoOSQqbUoVAtMhEsUhtfVURMl3N+e0itR63fHKcJk1 at3ydyuwaXEUSFCtBNauZwvROZM2YvvMM+hoBsO+NilSQ9345p87cNtWm2Y0a5r43UCjDEhQBmUP sM0o76SyTekw4wi2PVFaTXpDEw1CsqpDC0JWDCq8fltYpxSxaoAKmnDcYXZG7LLsLOVNbNtkTPL0 L1TDGnlzab5vxLtZJimN5wt6pxTYRG6YYblOFs6rZyw4ktujpOWKBlnMDzMNYQCBvwXkUNOd6PhZ pjzQyhuzcHaCoDsI5KCcxIQtz2Wm9sWMgYXwhSldPJnCDfpxTaNR0MHQZjgtfMlSoS80cLo92nAY WXzHUOah0Ro6IkydM9DelHBBEFarTIMlR0pcMS9jtEZug1X2MvLEdR52Bvtvpqm6nkbmv8T1lk1P 9ajhEAJFVCQBAkUZEJAAkEZBEkViwCRQJLMOTz/UdNOpt23fJ9Lb3XRRd+saqqoVyRmBECV0ZI5c QEEIMAOEUEvOac+IMhflwtSXu2IOoboUrJM5gmUb7PKEkTHG/B6ZoLkEl6cRBUDhog5Tglwioxil FCMEhNoC7e1y6ThZYZIMmDAa6/wep3PY5keNqVUjx8naMem26t3nj7ubC7b8PBuWrW2ltajVVBW2 ohoOMcdckBA0hEThkS+MDSnCysbJjRgaIw9ovy+mLhhMNk2eiEAyGAo3nTVNkQc9I0SaWm2HE3QU uG7Z0mWJoFUUuu5LHm/kKBozcY3dTJm1YVmQRD+ur9BqfNfk8D1nSSUUEpmMww2s7AXCNiy1Wc4j 0RLYIYQRxYVa+WvyWkEsBZVy8PMcHg3OROexocupwy2OXPSDCwHPBrl+nUHEAql92NXNKwidNv+D uj0M4XKep8K2mK/h9TsctcVVZfam1lqeedgnj9EiyVlhBwRgNio5GaaBmnkQ0QJBiK4PIjKgTCTM Q3OwYvN8ZG08FdJdOpqo9dbXVWXgYll/C0cMyHNbJkX18Yu/sAwDQL08YgSSCQ+YYaA1kal1Enss lwOr2uet87va3SS7rvHLOGxQMMMgeCPOcSDFlkgCU3XZtRsI5/1X6faE9XYVoDMeljo8j/5ZIOK7 rzTt6gtxWy8CQop5JBg0fqRvh19g/vm0+B9M1LBIikVDQF1AYQEiKewgE463htl7kTgc94Hp+l6K /UEesDfQAp3U+nTxPnLzJ3NkqTqVaBndYaRT0h4DfJ512ycAON21dPdZ5z1u2zrkvAmPQ6+54mw2 5VmoJAWT3i4d668Xqik+VNEs9AnLcZCEgcSEJKPyWrwJaSWhz+vlq4S0DRBxldiJb9lbQC0QEUpY o6K6oF42U0nOQx5ErNMbLBN8yGfciFxIWO127nUMUE2Ze7vPQ0Lq1Cs6AhwCaT0Y1NkiMKOhJJCQ wnVFk0nLTUc2piYhZlO+yBCQwpxcXo/A9VsboMTwfWUDOS3m2FjOezmOJ/SwLGYhYJGJXTVemVLG a8WdbhIYoycabMMBJRWooCRKvBTj1LJpUserTbVHSzH7bXORsZDeuVA0GM2SPG2yiBJDwUFYsKbL unJK02ZMnHazFZTVK4woJ3XUdbhNkXYE6LzENMgBoRZxJBdtb4VDY4rphpF5NiqTK0Ta5GYgsoZZ Mcdkw4bod+/dDi0GwhOBiNnFa5OZzF1DXLeiwxR+TQKGqmtooge4m3Hu3AoDoIUOALSeTCkFJFip DW9hMRzWABWGyKTyx6s/g+F7MzzQxpDvBCeU1pWXvZLztpDdvp+Pb95vqLvtkw4fzeq1u7ByjoWh jBBgmo5seItVXKeDOK9kWroGURvxAvEEgjECnY8g7zz/4FjCAZZjOJCJV5rNLkvhIS4KFN/walRd UqKWdhQOLJ4g1oAmRi7J6VDIoaoKFiaZN2YKwMQ5rCFEw89ePsr5D1/c7z6mzlMtDzJ2HqLi5t0f D6i66ElmB7bp6bMLk6CgXwMZOemZCh41hUDbrKMiHf03VXvyF3OpcPTIa4ylcTvjiptBAvV2dW67 bxXS0eBThV3SjzkLhrPGJy9TgIObM0gsnmU1HkYcObph33koYGZ0PDvjqNRhZOuPXCIL5Pqu3Ogc rkAoHDf33Sr5vX5AvRxRgEqBMG3WuIQlya3Y2vI2+Q+FgpITDjxM6TdFIdI47DGDy2+5O7MHpdTQ zk6v13jHM+Jm9/i4AiA3ltdll0pdsBRWt6Ny64PL0lAUBhAYk/Zd20G/pN+DQKPfbUwXL5l5jDQk YeEp9umuDYw6dDHsmHtGWbAy+w8FzSGWHRw+O81Zu+btnH0aZw1YVDHxDoTT3TJ6nyvZ973nrPwv A8Jyow7X0NnqPQ06hP7545IAYQzErZTbdvkuiQYcyU27pHr99dFt2mSqJGMlBgdezGDEI+eoAKAP I4G4D9rkdDjpJ3yUR0JpTIKZAwghqf6oeP/Wa9axuUoWjAykcPRl2vPc9che47djFJiJTCmDiE7e PSeS3X0ierB6JMRKRGDwbjdNjqYJlR1/UOwpgJUKDDyvi/Izvj+RBIyY1Cmz+Lluh2d3b/g8nX+/ l2RiooBYAmfzdni+7lrz6+2uSqRiCkAY5hn3y4UEla90DAvfPMvKclUAwIDLkC7QBHHK7gKZ9H99 2fs/S+l+r7zzH9vccqczwHaYdOc24syQooIRhEP/xdyRThQkJrQ6doA= --Multipart=_Sun__3_Dec_2006_01_07_32_+0900_IB8EuUz2o15uIKe0-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 19:43:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D898816A407; Sat, 2 Dec 2006 19:43:03 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EFBF43CA6; Sat, 2 Dec 2006 19:42:38 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.149]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id kB2JgdiP041812; Sat, 2 Dec 2006 22:42:50 +0300 (MSK) Received: from bsam by bsam.ru with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GqajD-0000DP-5c; Sat, 02 Dec 2006 22:40:51 +0300 To: Alexander Leidinger References: <20061202160740.55046cc3@Magellan.Leidinger.net> From: Boris Samorodov Date: Sat, 02 Dec 2006 22:40:51 +0300 In-Reply-To: <20061202160740.55046cc3@Magellan.Leidinger.net> (Alexander Leidinger's message of "Sat, 2 Dec 2006 16:07:40 +0100") Message-ID: <68623948@bsam.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Boris Samorodov Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: small heads-up: Syncing amd64 GENERIC with i386 GENERIC (removing LINUX stuff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 19:43:04 -0000 On Sat, 2 Dec 2006 16:07:40 +0100 Alexander Leidinger wrote: > the linux module is now usable on amd64 (thanks to kib@ and his commit > to the kernel linker in HEAD). Cvsupped a couple of hours ago my amd64-current, rebuilt/reinstalled world/kernel. The kernel is GENERIC without COMPAT_LINUX32, LINPROCFS, LINSYSFS. But linux.ko hadn't been built. Should I cvsup once more or did I miss something? I'd tested kib@ patches (about two weeks ago) and noticed that linux kernel module can't be unloaded _after_ mounting/unmounting linprocfs, linsysfs or linux devfs. Can anybody confirm? > I now want to sync amd64 GENERIC > with i386 GENERIC. This means removing the linux stuff from amd64 > GENERIC. Anyone using the GENERIC kernel on amd64 would have to load > the modules, e.g., in loader.conf, like everyone else on i386. Quite reasonable. > While all involved people agree with me, the consensus was to give > people a chance to provide *strong* reasons to not do it. > If some committers give a "go ahead" or "no objection" I will do this > tomorrow, else I will wait some days (3-6). No objection from my part (though I'm only a ports committer). Thanks for taking care of it. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 19:47:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9528816A415; Sat, 2 Dec 2006 19:47:25 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2106A43CA6; Sat, 2 Dec 2006 19:47:03 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.8/8.13.8/NETPLEX) with ESMTP id kB2JlOi2024952; Sat, 2 Dec 2006 14:47:24 -0500 (EST) Date: Sat, 2 Dec 2006 14:47:24 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Norikatsu Shigemura In-Reply-To: <20061203010732.7a371b62.nork@FreeBSD.org> Message-ID: References: <20061130003939.7d05b09a.nork@FreeBSD.org> <20061203010732.7a371b62.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Content-ID: X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Sat, 02 Dec 2006 14:47:24 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org, ume@freebsd.org Subject: Re: cvsync doesn't work simply on 7-current with SYMVER_ENABLED=yes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 19:47:25 -0000 On Sun, 3 Dec 2006, Norikatsu Shigemura wrote: > On Wed, 29 Nov 2006 13:14:41 -0500 (EST) > Daniel Eischen wrote: >> I don't understand why kqueue and kevent are not found in cvsync, >> but still end up being referenced: > > cvsync doesn't use kqueue/kevent. Maybe these are used by > resolver in libc. > > I discussed with ume@. He suggested following patch. > I confirmed improvement. But... (Please see also attached > ktrace result). > > ume@ said that I don't know it is right. Old resolver codes > and RPC didn't use _kqueue. In fact, there are some kqueue > in some libc codes. Yes, I saw them (see my previous email from a few days ago)... Are you using cached? You have to change all kevent()'s in net/nscachedcli.c to _kevent(). -- DE From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 20:08:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB02016A407 for ; Sat, 2 Dec 2006 20:08:08 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD8F643CAA for ; Sat, 2 Dec 2006 20:07:45 +0000 (GMT) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so2409263uge for ; Sat, 02 Dec 2006 12:08:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=cDvcHxdqsBlOkBwH2RuvCh8OTR9kECYyBBS1LxIFzaYC4HtxBsiYZhweBFaTz0gwaouLEQnNS5IVaxPyHvmLL0V+kkIGF9wvG+nbKyBZh0XiEbpFVZ+apUj5KcdogUTKexzv+bJTsfY1/8om34N5UfMfPCcMNeixXKADiWQ0AuQ= Received: by 10.66.216.20 with SMTP id o20mr9295493ugg.1165090086699; Sat, 02 Dec 2006 12:08:06 -0800 (PST) Received: from ?192.168.123.106? ( [195.241.221.201]) by mx.google.com with ESMTP id 5sm25600135ugc.2006.12.02.12.08.05; Sat, 02 Dec 2006 12:08:06 -0800 (PST) Message-ID: <4571DD24.8060700@gmail.com> Date: Sat, 02 Dec 2006 21:08:04 +0100 From: Rene Ladan User-Agent: Thunderbird 1.5.0.8 (X11/20061117) MIME-Version: 1.0 To: Daniel Eischen References: <456E5DAB.10608@FreeBSD.org> <457160A3.5060209@gmail.com> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADS UP: compat6x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 20:08:09 -0000 Daniel Eischen schreef: > On Sat, 2 Dec 2006, Rene Ladan wrote: > >> Marcus Alves Grando schreef: >>> Hi list, >>> >>> I make compat6x port. If someone need or can help to test, please >>> download shar here: >>> >>> http://marcus.grupos.com.br:8080/patch/compat6x.shar >>> >>> Any feedback are welcome. >>> >> Would this be a nice opportunity to bump the version of libpthread.so ? > > Se the other thread(s) in current about that. In short, > yes we have to bump libpthread.so but it should be done > along with bumping all libraries. > OK. I've already rebuilt a lot of my ports because of that, but simap has no public source code. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 20:21:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76CAB16A412; Sat, 2 Dec 2006 20:21:03 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83E9D43CA3; Sat, 2 Dec 2006 20:20:40 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.204]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id kB2KKh4T045050; Sat, 2 Dec 2006 23:20:53 +0300 (MSK) Received: from bsam by bsam.ru with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GqbK2-0000DV-U2; Sat, 02 Dec 2006 23:18:54 +0300 To: Alexander Leidinger References: <20061202160740.55046cc3@Magellan.Leidinger.net> <68623948@bsam.ru> From: Boris Samorodov Date: Sat, 02 Dec 2006 23:18:54 +0300 In-Reply-To: <68623948@bsam.ru> (Boris Samorodov's message of "Sat, 02 Dec 2006 22:40:51 +0300") Message-ID: <93587377@bsam.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Boris Samorodov Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: small heads-up: Syncing amd64 GENERIC with i386 GENERIC (removing LINUX stuff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 20:21:03 -0000 On Sat, 02 Dec 2006 22:40:51 +0300 Boris Samorodov wrote: > Should I cvsup once more Yep, I noticed that I have 1.513 for src/sys/modules/Makefile while it should be 1.514. Sorry for the noice here. /me going to re-cvsup. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 20:42:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7ABC216A40F; Sat, 2 Dec 2006 20:42:53 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7407743CA5; Sat, 2 Dec 2006 20:42:29 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id kB2Kgn3k063126 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Dec 2006 21:42:49 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id kB2Kgn95063125; Sat, 2 Dec 2006 21:42:49 +0100 (CET) Date: Sat, 2 Dec 2006 21:42:49 +0100 From: Divacky Roman To: Alexander Leidinger Message-ID: <20061202204249.GA61777@stud.fit.vutbr.cz> References: <20061202160740.55046cc3@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061202160740.55046cc3@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: small heads-up: Syncing amd64 GENERIC with i386 GENERIC (removing LINUX stuff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 20:42:53 -0000 On Sat, Dec 02, 2006 at 04:07:40PM +0100, Alexander Leidinger wrote: > Hi, > > the linux module is now usable on amd64 (thanks to kib@ and his commit > to the kernel linker in HEAD). I now want to sync amd64 GENERIC > with i386 GENERIC. This means removing the linux stuff from amd64 > GENERIC. Anyone using the GENERIC kernel on amd64 would have to load > the modules, e.g., in loader.conf, like everyone else on i386. > > While all involved people agree with me, the consensus was to give > people a chance to provide *strong* reasons to not do it. > > If some committers give a "go ahead" or "no objection" I will do this > tomorrow, else I will wait some days (3-6). go for it... among other things this enables MUCH easier testing of patches on amd64 for ordinary people (not having to reboot the system) roman From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 20:50:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C83416A40F for ; Sat, 2 Dec 2006 20:50:07 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id B10A343CA5 for ; Sat, 2 Dec 2006 20:49:43 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so2413116uge for ; Sat, 02 Dec 2006 12:50:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=gb4jIkmdTKz/6uJBnOMG4OA4PSfTMkTDRxtGnWTXGejlMCNsVDxb8T7YhH068Uq4lBMzdQl58yXcO3jXouzzhmMWqjBpuHP0KGAVYzjwmkNDIgDHbV0m+4wCRc9lObsuO4aip8FiJ0F26lCM4iSmfGz1YGKYFt1JFi+eEZ0GXsg= Received: by 10.78.158.11 with SMTP id g11mr6130068hue.1165092602594; Sat, 02 Dec 2006 12:50:02 -0800 (PST) Received: by 10.78.167.16 with HTTP; Sat, 2 Dec 2006 12:49:57 -0800 (PST) Message-ID: Date: Sat, 2 Dec 2006 23:49:57 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Divacky Roman" In-Reply-To: <20061202204249.GA61777@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061202160740.55046cc3@Magellan.Leidinger.net> <20061202204249.GA61777@stud.fit.vutbr.cz> X-Google-Sender-Auth: 65dfd3cf8638d97b Cc: amd64@freebsd.org, Alexander Leidinger , Kostik Belousov , current@freebsd.org Subject: Re: small heads-up: Syncing amd64 GENERIC with i386 GENERIC (removing LINUX stuff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 20:50:07 -0000 On 12/2/06, Divacky Roman wrote: > On Sat, Dec 02, 2006 at 04:07:40PM +0100, Alexander Leidinger wrote: > > Hi, > > > > the linux module is now usable on amd64 (thanks to kib@ and his commit > > to the kernel linker in HEAD). I now want to sync amd64 GENERIC > > with i386 GENERIC. This means removing the linux stuff from amd64 > > GENERIC. Anyone using the GENERIC kernel on amd64 would have to load > > the modules, e.g., in loader.conf, like everyone else on i386. > > > > While all involved people agree with me, the consensus was to give > > people a chance to provide *strong* reasons to not do it. > > > > If some committers give a "go ahead" or "no objection" I will do this > > tomorrow, else I will wait some days (3-6). > > go for it... among other things this enables MUCH easier testing of > patches on amd64 for ordinary people (not having to reboot the system) I concur :-) Thanks, Alexander! Thanks, Kostik! From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 21:06:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D7C216A403; Sat, 2 Dec 2006 21:06:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE9C343CA6; Sat, 2 Dec 2006 21:06:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kB2L6Qnh034695; Sat, 2 Dec 2006 16:06:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kB2L6QfY099748; Sat, 2 Dec 2006 16:06:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2745E73068; Sat, 2 Dec 2006 16:06:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061202210626.2745E73068@freebsd-current.sentex.ca> Date: Sat, 2 Dec 2006 16:06:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 21:06:28 -0000 TB --- 2006-12-02 19:51:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-02 19:51:28 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-12-02 19:51:28 - cleaning the object tree TB --- 2006-12-02 19:52:19 - checking out the source tree TB --- 2006-12-02 19:52:19 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-12-02 19:52:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-02 20:05:28 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-02 20:05:28 - cd /src TB --- 2006-12-02 20:05:28 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 2 20:05:30 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 2 21:00:40 UTC 2006 TB --- 2006-12-02 21:00:40 - generating LINT kernel config TB --- 2006-12-02 21:00:40 - cd /src/sys/powerpc/conf TB --- 2006-12-02 21:00:40 - /usr/bin/make -B LINT TB --- 2006-12-02 21:00:41 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-02 21:00:41 - cd /src TB --- 2006-12-02 21:00:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 2 21:00:41 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_vfsops.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_vnops.c /src/sys/fs/unionfs/union_vnops.c: In function `unionfs_strategy': /src/sys/fs/unionfs/union_vnops.c:1871: error: dereferencing pointer to incomplete type /src/sys/fs/unionfs/union_vnops.c:1871: error: `BIO_WRITE' undeclared (first use in this function) /src/sys/fs/unionfs/union_vnops.c:1871: error: (Each undeclared identifier is reported only once /src/sys/fs/unionfs/union_vnops.c:1871: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-02 21:06:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-02 21:06:25 - ERROR: failed to build lint kernel TB --- 2006-12-02 21:06:25 - tinderbox aborted TB --- 0.72 user 2.38 system 4497.29 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 22:21:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B515F16A403; Sat, 2 Dec 2006 22:21:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 592AD43CA5; Sat, 2 Dec 2006 22:20:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kB2ML5wX043506; Sat, 2 Dec 2006 17:21:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kB2ML53f053685; Sat, 2 Dec 2006 17:21:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1E6DD73068; Sat, 2 Dec 2006 17:21:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061202222105.1E6DD73068@freebsd-current.sentex.ca> Date: Sat, 2 Dec 2006 17:21:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 22:21:06 -0000 TB --- 2006-12-02 21:06:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-02 21:06:26 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-12-02 21:06:26 - cleaning the object tree TB --- 2006-12-02 21:06:59 - checking out the source tree TB --- 2006-12-02 21:06:59 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-12-02 21:06:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-02 21:19:11 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-02 21:19:11 - cd /src TB --- 2006-12-02 21:19:11 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 2 21:19:12 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 2 22:14:22 UTC 2006 TB --- 2006-12-02 22:14:22 - generating LINT kernel config TB --- 2006-12-02 22:14:22 - cd /src/sys/sparc64/conf TB --- 2006-12-02 22:14:22 - /usr/bin/make -B LINT TB --- 2006-12-02 22:14:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-02 22:14:22 - cd /src TB --- 2006-12-02 22:14:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 2 22:14:23 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_vfsops.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_vnops.c /src/sys/fs/unionfs/union_vnops.c: In function `unionfs_strategy': /src/sys/fs/unionfs/union_vnops.c:1871: error: dereferencing pointer to incomplete type /src/sys/fs/unionfs/union_vnops.c:1871: error: `BIO_WRITE' undeclared (first use in this function) /src/sys/fs/unionfs/union_vnops.c:1871: error: (Each undeclared identifier is reported only once /src/sys/fs/unionfs/union_vnops.c:1871: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-02 22:21:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-02 22:21:04 - ERROR: failed to build lint kernel TB --- 2006-12-02 22:21:04 - tinderbox aborted TB --- 0.66 user 2.37 system 4478.47 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 22:25:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B92D16A403; Sat, 2 Dec 2006 22:25:06 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45EF543CBE; Sat, 2 Dec 2006 22:24:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 92B301A4D83; Sat, 2 Dec 2006 14:24:42 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9E47851569; Sat, 2 Dec 2006 17:24:23 -0500 (EST) Date: Sat, 2 Dec 2006 17:24:23 -0500 From: Kris Kennaway To: Daichi GOTO Message-ID: <20061202222423.GA3766@xor.obsecurity.org> References: <4570305A.4010908@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <4570305A.4010908@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: rodrigc@crodrigues.org, freebsd-current@freebsd.org, ozawa@ongs.co.jp Subject: Re: [ANN] unionfs patchset-17 release, lock mechanism changed for robust working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 22:25:06 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 01, 2006 at 10:38:34PM +0900, Daichi GOTO wrote: > Hi Guys! >=20 > It is my pleasure and honor to announce the availability of > the unionfs patchset-17. p17 have some significant improvements > around the lock mechanism for robust and stable working. I got the following locking assertion as soon as I tried to start a package build in the unionfs -b mountpoint. KDB: stack backtrace: db_trace_self_wrapper(c4fd6700,eca4fb00,c073871a,eca4fb10,ca025c18,...) at = db_trace_self_wrapper+0x37 vfs_badlock(ca025c18,eca4fb10,c07d4d20,ca025c18,c4fd6700,eca4fb60) at vfs_b= adlock+0x76 assert_vop_elocked(ca025c18,c078ee83,eca4fbf0,eca4fbf0,1,...) at assert_vop= _elocked+0x63 VOP_MKDIR_APV(c07a4e00,eca4fb60,c0771a8c,d6e,7070000,...) at VOP_MKDIR_APV+= 0xea kern_mkdir(c4fd6700,bfbfeb15,0,1ff,eca4fd30,...) at kern_mkdir+0x327 mkdir(c4fd6700,eca4fd04,8,eca4fd38,2,...) at mkdir+0x29 syscall(3b,3b,3b,bfbfeb15,1,...) at syscall+0x152 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (136, FreeBSD ELF32, mkdir), eip =3D 0x281479e7, esp =3D 0xbfbf= e89c, ebp =3D 0xbfbfe978 --- VOP_MKDIR: 0xca025c18 is not exclusive locked but should be db> show lockedvnods Locked vnodes 0xc90b4c18: tag ufs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xcbe4b690 ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc4fd6700 (pid 98678)#0 0xc05= 45c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc051147f at unionfs_lock+0x186 #4 0xc0738675 at _VOP_LOCK_APV+0x69 #5 0xc05d7f4a at _vn_lock+0x73 #6 0xc05c06ee at lookup+0xe9 #7 0xc05c1703 at namei+0x358 #8 0xc05d47c0 at kern_mkdir+0x72 #9 0xc05d4b82 at mkdir+0x29 #10 0xc072156b at syscall+0x152 #11 0xc07093af at Xint0x80_syscall+0x1f ino 2120020, on dev da0s1e 0xcaa1d560: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xcbe0e708 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc4dc2700 (pid 98188)#0 0xc05= 45c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc05d7f4a at _vn_lock+0x73 #4 0xc05c06ee at lookup+0xe9 #5 0xc05c1703 at namei+0x358 #6 0xc05d17ed at kern_unlink+0x60 #7 0xc05d19f9 at unlink+0x22 #8 0xc072156b at syscall+0x152 #9 0xc07093af at Xint0x80_syscall+0x1f ino 2192674, on dev da0s1e 0xcbe47408: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xcbe4b870 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc5b35e00 (pid 98106)#0 0xc05= 45c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc05d7f4a at _vn_lock+0x73 #4 0xc05d54e0 at getdirentries+0xf7 #5 0xc072156b at syscall+0x152 #6 0xc07093af at Xint0x80_syscall+0x1f ino 2025752, on dev da0s1e 0xcaa30968: tag ufs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xcbe4b708 ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc4fd6700 (pid 98678)#0 0xc05= 45c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc0511569 at unionfs_lock+0x270 #4 0xc0738675 at _VOP_LOCK_APV+0x69 #5 0xc05d7f4a at _vn_lock+0x73 #6 0xc05c06ee at lookup+0xe9 #7 0xc05c1703 at namei+0x358 #8 0xc05d47c0 at kern_mkdir+0x72 #9 0xc05d4b82 at mkdir+0x29 #10 0xc072156b at syscall+0x152 #11 0xc07093af at Xint0x80_syscall+0x1f ino 2169764, on dev da0s1e 0xca00c560: tag ufs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type ufs: SHARED (count 1)#0 0xc0545c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc0511569 at unionfs_lock+0x270 #4 0xc0738675 at _VOP_LOCK_APV+0x69 #5 0xc05d7f4a at _vn_lock+0x73 #6 0xc050ba83 at unionfs_nodeget+0x649 #7 0xc05109ca at unionfs_mkdir+0x116 #8 0xc073b771 at VOP_MKDIR_APV+0x94 #9 0xc05d4a75 at kern_mkdir+0x327 #10 0xc05d4b82 at mkdir+0x29 #11 0xc072156b at syscall+0x152 #12 0xc07093af at Xint0x80_syscall+0x1f ino 2169777, on dev da0s1e 0xc9fe5810: tag ufs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xc4dc2700 (pid 98188)#0 0xc05= 45c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc05d7f4a at _vn_lock+0x73 #4 0xc05cb994 at vget+0x8b #5 0xc05bfd42 at vfs_hash_get+0x105 #6 0xc06a3003 at ffs_vget+0x49 #7 0xc06add11 at ufs_lookup+0x967 #8 0xc0739a97 at VOP_CACHEDLOOKUP_APV+0x94 #9 0xc05bc44d at vfs_cache_lookup+0xec #10 0xc0739bd1 at VOP_LOOKUP_APV+0x9c #11 0xc05c0971 at lookup+0x36c #12 0xc05c1703 at namei+0x358 #13 0xc05d17ed at kern_unlink+0x60 #14 0xc05d19f9 at unlink+0x22 #15 0xc072156b at syscall+0x152 #16 0xc07093af at Xint0x80_syscall+0x1f ino 2194373, on dev da0s1e 0xcbe3e560: tag unionfs, type VDIR usecount 7, writecount 0, refcount 7 mountedhere 0 flags () v_object 0xcbe4b708 ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc4fd6700 (pid 98678)#0 0xc05= 45c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc0511569 at unionfs_lock+0x270 #4 0xc0738675 at _VOP_LOCK_APV+0x69 #5 0xc05d7f4a at _vn_lock+0x73 #6 0xc05c06ee at lookup+0xe9 #7 0xc05c1703 at namei+0x358 #8 0xc05d47c0 at kern_mkdir+0x72 #9 0xc05d4b82 at mkdir+0x29 #10 0xc072156b at syscall+0x152 #11 0xc07093af at Xint0x80_syscall+0x1f unionfs_vp=3D0xcbe3e560, uppervp=3D0xcaa30968, lowervp=3D0xc90b4c18 unionfs: upper 0xcaa30968: tag ufs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xcbe4b708 ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc4fd6700 (pid 98678)#0 0xc05= 45c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc0511569 at unionfs_lock+0x270 #4 0xc0738675 at _VOP_LOCK_APV+0x69 #5 0xc05d7f4a at _vn_lock+0x73 #6 0xc05c06ee at lookup+0xe9 #7 0xc05c1703 at namei+0x358 #8 0xc05d47c0 at kern_mkdir+0x72 #9 0xc05d4b82 at mkdir+0x29 #10 0xc072156b at syscall+0x152 #11 0xc07093af at Xint0x80_syscall+0x1f ino 2169764, on dev da0s1e unionfs: lower 0xc90b4c18: tag ufs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xcbe4b690 ref 0 pages 0 lock type ufs: EXCL (count 1) by thread 0xc4fd6700 (pid 98678)#0 0xc05= 45c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc051147f at unionfs_lock+0x186 #4 0xc0738675 at _VOP_LOCK_APV+0x69 #5 0xc05d7f4a at _vn_lock+0x73 #6 0xc05c06ee at lookup+0xe9 #7 0xc05c1703 at namei+0x358 #8 0xc05d47c0 at kern_mkdir+0x72 #9 0xc05d4b82 at mkdir+0x29 #10 0xc072156b at syscall+0x152 #11 0xc07093af at Xint0x80_syscall+0x1f ino 2120020, on dev da0s1e 0xca025c18: tag unionfs, type VDIR usecount 1, writecount 0, refcount 1 mountedhere 0 flags () lock type ufs: SHARED (count 1)#0 0xc0545c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc0511569 at unionfs_lock+0x270 #4 0xc0738675 at _VOP_LOCK_APV+0x69 #5 0xc05d7f4a at _vn_lock+0x73 #6 0xc050ba83 at unionfs_nodeget+0x649 #7 0xc05109ca at unionfs_mkdir+0x116 #8 0xc073b771 at VOP_MKDIR_APV+0x94 #9 0xc05d4a75 at kern_mkdir+0x327 #10 0xc05d4b82 at mkdir+0x29 #11 0xc072156b at syscall+0x152 #12 0xc07093af at Xint0x80_syscall+0x1f unionfs_vp=3D0xca025c18, uppervp=3D0xca00c560, lowervp=3D0 unionfs: upper 0xca00c560: tag ufs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type ufs: SHARED (count 1)#0 0xc0545c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc0511569 at unionfs_lock+0x270 #4 0xc0738675 at _VOP_LOCK_APV+0x69 #5 0xc05d7f4a at _vn_lock+0x73 #6 0xc050ba83 at unionfs_nodeget+0x649 #7 0xc05109ca at unionfs_mkdir+0x116 #8 0xc073b771 at VOP_MKDIR_APV+0x94 #9 0xc05d4a75 at kern_mkdir+0x327 #10 0xc05d4b82 at mkdir+0x29 #11 0xc072156b at syscall+0x152 #12 0xc07093af at Xint0x80_syscall+0x1f ino 2169777, on dev da0s1e db> Core available. Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFcf0XWry0BWjoQKURAu+yAKDiDiQwFYOH0OQwI9rUlU3dcxSTxQCfTxXA uW2A2wi0Q03i3+7W+08ZQiA= =19Iw -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 22:33:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAE3516A40F; Sat, 2 Dec 2006 22:33:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9886243CAA; Sat, 2 Dec 2006 22:33:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kB2MXoRT044897; Sat, 2 Dec 2006 17:33:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kB2MXorX098017; Sat, 2 Dec 2006 17:33:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9264A73068; Sat, 2 Dec 2006 17:33:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061202223350.9264A73068@freebsd-current.sentex.ca> Date: Sat, 2 Dec 2006 17:33:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 22:33:51 -0000 TB --- 2006-12-02 21:23:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-02 21:23:53 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-12-02 21:23:53 - cleaning the object tree TB --- 2006-12-02 21:24:17 - checking out the source tree TB --- 2006-12-02 21:24:17 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-12-02 21:24:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-02 21:35:23 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-02 21:35:23 - cd /src TB --- 2006-12-02 21:35:23 - /usr/bin/make -B buildworld >>> World build started on Sat Dec 2 21:35:24 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 2 22:27:57 UTC 2006 TB --- 2006-12-02 22:27:57 - generating LINT kernel config TB --- 2006-12-02 22:27:57 - cd /src/sys/sun4v/conf TB --- 2006-12-02 22:27:57 - /usr/bin/make -B LINT TB --- 2006-12-02 22:27:57 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-02 22:27:57 - cd /src TB --- 2006-12-02 22:27:57 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 2 22:27:57 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_vfsops.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/fs/unionfs/union_vnops.c /src/sys/fs/unionfs/union_vnops.c: In function `unionfs_strategy': /src/sys/fs/unionfs/union_vnops.c:1871: error: dereferencing pointer to incomplete type /src/sys/fs/unionfs/union_vnops.c:1871: error: `BIO_WRITE' undeclared (first use in this function) /src/sys/fs/unionfs/union_vnops.c:1871: error: (Each undeclared identifier is reported only once /src/sys/fs/unionfs/union_vnops.c:1871: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-02 22:33:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-02 22:33:50 - ERROR: failed to build lint kernel TB --- 2006-12-02 22:33:50 - tinderbox aborted TB --- 0.60 user 1.99 system 4197.02 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 22:36:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2105016A47C; Sat, 2 Dec 2006 22:36:47 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DBC143CAE; Sat, 2 Dec 2006 22:36:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 14AF11A3C20; Sat, 2 Dec 2006 14:36:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2DBE851569; Sat, 2 Dec 2006 17:36:21 -0500 (EST) Date: Sat, 2 Dec 2006 17:36:21 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20061202223620.GA3871@xor.obsecurity.org> References: <4570305A.4010908@freebsd.org> <20061202222423.GA3766@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <20061202222423.GA3766@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: rodrigc@crodrigues.org, Daichi GOTO , ozawa@ongs.co.jp, freebsd-current@freebsd.org Subject: Re: [ANN] unionfs patchset-17 release, lock mechanism changed for robust working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 22:36:47 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 02, 2006 at 05:24:23PM -0500, Kris Kennaway wrote: > On Fri, Dec 01, 2006 at 10:38:34PM +0900, Daichi GOTO wrote: > > Hi Guys! > >=20 > > It is my pleasure and honor to announce the availability of > > the unionfs patchset-17. p17 have some significant improvements > > around the lock mechanism for robust and stable working. >=20 > I got the following locking assertion as soon as I tried to start a > package build in the unionfs -b mountpoint. Even simpler test: mount_unionfs /usr/src /c/test/src cd /c/test/src make buildworld -j4 panics immediately with: db_trace_self_wrapper(c5685a80,ecd01ab4,c073871a,ecd01ac4,c57af560,...) at = db_trace_self_wrapper+0x37 vfs_badlock(c57af560,ecd01ac4,c07d4d20,c57af560,c5685a80,c07ea370) at vfs_b= adlock+0x76 assert_vop_elocked(c57af560,c0760340,ecd01b78,c4fb8a00,ecd01b78,...) at ass= ert_vop_elocked+0x63 unionfs_get_node_status(c4fb8a00,c5685a80,ecd01b0c,c054a2cc,c5683d88,...) a= t unionfs_get_node_status+0x29 unionfs_ioctl(ecd01b78,c078ed87,ecd01c0c,c57af560,0,...) at unionfs_ioctl+0= x2e VOP_IOCTL_APV(c07a4e00,ecd01b78,c0771b2f,2e7,0,...) at VOP_IOCTL_APV+0x94 vn_ioctl(c53aaa20,402c7413,c5786700,c55a9000,c5685a80,...) at vn_ioctl+0x135 kern_ioctl(c5685a80,3,402c7413,c5786700,c5786700,...) at kern_ioctl+0x8a ioctl(c5685a80,ecd01d04,c,ecd01d38,3,...) at ioctl+0xac syscall(3b,3b,3b,0,8220160,...) at syscall+0x152 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x2817fb6f, esp =3D 0xbfbfd= bdc, ebp =3D 0xbfbfdbf8 --- unionfs_get_node_status: 0xc57af560 is not exclusive locked but should be db> show lockedvnods Locked vnodes 0xc57a0000: tag ufs, type VREG usecount 0, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc575d3c0 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc5399540 (pid 1512)#0 0xc054= 5c13 at _lockmgr+0x538 #1 0xc06a766f at ffs_lock+0x6a #2 0xc0738675 at _VOP_LOCK_APV+0x69 #3 0xc05d7f4a at _vn_lock+0x73 #4 0xc05cb994 at vget+0x8b #5 0xc05bfd42 at vfs_hash_get+0x105 #6 0xc06a3003 at ffs_vget+0x49 #7 0xc06add11 at ufs_lookup+0x967 #8 0xc0739a97 at VOP_CACHEDLOOKUP_APV+0x94 #9 0xc05bc44d at vfs_cache_lookup+0xec #10 0xc0739bd1 at VOP_LOOKUP_APV+0x9c #11 0xc05c0971 at lookup+0x36c #12 0xc05c1703 at namei+0x358 #13 0xc05d17ed at kern_unlink+0x60 #14 0xc05d19f9 at unlink+0x22 #15 0xc072156b at syscall+0x152 #16 0xc07093af at Xint0x80_syscall+0x1f ino 10729, on dev da0s1a db> Please don't take this the wrong way, but I wonder if your internal tests can be improved so we don't have to go through this kind of extended debugging cycle. Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFcf/kWry0BWjoQKURAhUrAJ9kpltrl5z+xz3H4Wp9oh9A1ISKTACgmLWP Nq0jBMTFZVpSfbhyWgdCSiw= =DBQ7 -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 2 23:20:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA04B16A415; Sat, 2 Dec 2006 23:20:45 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3301543CC0; Sat, 2 Dec 2006 23:20:18 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.150]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id kB2NKGQS061352; Sun, 3 Dec 2006 02:20:30 +0300 (MSK) Received: from bsam by bsam.ru with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Gqe7o-0000DK-V1; Sun, 03 Dec 2006 02:18:28 +0300 To: Alexander Leidinger References: <20061202160740.55046cc3@Magellan.Leidinger.net> <68623948@bsam.ru> From: Boris Samorodov Date: Sun, 03 Dec 2006 02:18:28 +0300 In-Reply-To: <68623948@bsam.ru> (Boris Samorodov's message of "Sat, 02 Dec 2006 22:40:51 +0300") Message-ID: <15016603_-_@bsam.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Boris Samorodov Cc: amd64@freebsd.org, current@freebsd.org Subject: [panic] Re: small heads-up: Syncing amd64 GENERIC with i386 GENERIC (removing LINUX stuff) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Dec 2006 23:20:45 -0000 On Sat, 02 Dec 2006 22:40:51 +0300 Boris Samorodov wrote: > On Sat, 2 Dec 2006 16:07:40 +0100 Alexander Leidinger wrote: > > the linux module is now usable on amd64 (thanks to kib@ and his commit > > to the kernel linker in HEAD). > Cvsupped a couple of hours ago my amd64-current, rebuilt/reinstalled > world/kernel. The kernel is GENERIC without COMPAT_LINUX32, LINPROCFS, > LINSYSFS. But linux.ko hadn't been built. Should I cvsup once more or > did I miss something? > I'd tested kib@ patches (about two weeks ago) and noticed that linux > kernel module can't be unloaded _after_ mounting/unmounting linprocfs, > linsysfs or linux devfs. Can anybody confirm? OK, after cvsup and rebuild/install kernel I do: # kldload linux # kldload linsysfs # kldunload linsysfs and get a reprodusable panic: ----- Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffffa33a2584 stack pointer = 0x10:0xffffffffa0ff4a50 frame pointer = 0x10:0xffffffffa0ff4a70 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 717 (kldunload) panic: from debugger cpuid = 0 Uptime: 35s Physical memory: 1012 MB Dumping 155 MB: 140 124 108 92 76 60 44 28 12 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:172 #1 0xffffffff8043c3e9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:411 #2 0xffffffff8043be7b in panic (fmt=0xffffffff8069d087 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:567 #3 0xffffffff801acd87 in db_panic (addr=0, have_addr=0, count=0, modif=0x0) at /usr/src/sys/ddb/db_command.c:433 #4 0xffffffff801ad229 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #5 0xffffffff801af133 in db_trap (type=-1593882688, code=0) at /usr/src/sys/ddb/db_main.c:222 #6 0xffffffff804624f8 in kdb_trap (type=9, code=0, tf=0xffffffffa0ff49a0) at /usr/src/sys/kern/subr_kdb.c:502 #7 0xffffffff8064abd1 in trap_fatal (frame=0xffffffffa0ff49a0, eva=18446742975218145296) at /usr/src/sys/amd64/amd64/trap.c:692 #8 0xffffffff8064b191 in trap (frame= {tf_rdi = -2137684416, tf_rsi = -1098491406320, tf_rdx = 0, tf_rcx = 683, tf_r8 = -2140136456, tf_r9 = -1098491406320, tf_rax = 0, tf_rbx = -2401050962867404578, tf_rbp = -1593882000, tf_r10 = 0, tf_r11 = 0, tf_r12 = -1556469664, tf_r13 = -1098768417664, tf_r14 = 0, tf_r15 = 0, tf_trapno = 9, tf_addr = 0, tf_flags = -2143094431, tf_err = 0, tf_rip = -1556470396, tf_cs = 8, tf_rflags = 66182, tf_rsp = -1593882016, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:500 #9 0xffffffff8063309b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #10 0xffffffffa33a2584 in ?? () #11 0xffffffffa33a2860 in ?? () #12 0xffffffffa33a2860 in ?? () #13 0xffffffffa0ff4aa0 in ?? () #14 0xffffffff804a692e in vfs_modevent (mod=0xffffffff80958640, type=1020221456, data=0xffffffffa33a2860) at /usr/src/sys/kern/vfs_init.c:257 (kgdb) ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve