From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 00:10:44 2006
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rainer.alves@gmail.com>
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 <swhetzel@gmail.com>
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 <wpaul@windriver.com>,
FreeBSD-CURRENT <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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: <f027bef40611251709o1aab0be3o6c38f54d4f54f98f@mail.gmail.com>
Date: Sun, 26 Nov 2006 03:09:57 +0200
From: "Nicolae Namolovan" <adrenalinup@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <nork@FreeBSD.org>
To: Ruslan Ermilov <ru@FreeBSD.org>
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 <davidxu@FreeBSD.org>, Norikatsu Shigemura <nork@FreeBSD.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Nov 2006 02:53:16 -0000
On Fri, 10 Nov 2006 20:35:26 +0300
Ruslan Ermilov <ru@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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: <b1fa29170611252027h45a739ablbc9ad527e4c2980e@mail.gmail.com>
Date: Sat, 25 Nov 2006 20:27:18 -0800
From: "Kip Macy" <kip.macy@gmail.com>
To: "Nicolae Namolovan" <adrenalinup@gmail.com>
In-Reply-To: <f027bef40611251709o1aab0be3o6c38f54d4f54f98f@mail.gmail.com>
MIME-Version: 1.0
References: <f027bef40611251709o1aab0be3o6c38f54d4f54f98f@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <adrenalinup@gmail.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rainer.alves@gmail.com>
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 <wpaul@windriver.com>, Scot Hetzel <swhetzel@gmail.com>,
FreeBSD-CURRENT <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <swhetzel@gmail.com>
To: "Rainer Alves" <rainer.alves@gmail.com>
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 <wpaul@windriver.com>,
FreeBSD-CURRENT <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Nov 2006 06:14:36 -0000
On 11/25/06, Rainer Alves <rainer.alves@gmail.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <nork@FreeBSD.org>
To: Ruslan Ermilov <ru@FreeBSD.org>
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 <davidxu@FreeBSD.org>, Norikatsu Shigemura <nork@FreeBSD.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Nov 2006 10:55:53 -0000
On Sun, 26 Nov 2006 11:53:11 +0900
Norikatsu Shigemura <nork@FreeBSD.org> 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 <bsd.prog.mk>
--- 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 <bsd.prog.mk>
--- 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 <bsd.prog.mk>
--- 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: <owner-freebsd-current@FreeBSD.ORG>
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 <ru@FreeBSD.org>
To: Norikatsu Shigemura <nork@FreeBSD.org>
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 <davidxu@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <ru@freebsd.org> 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 <bsd.prog.mk>
--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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <cperciva@freebsd.org>
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: <C92C520A-2D71-467A-8938-D30E6F66A764@tuebingen.mpg.de>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sun, 26 Nov 2006 09:50:38 -0500 (EST)
Date: Sun, 26 Nov 2006 09:50:37 -0500
From: Scott Robbins <scottro@nyc.rr.com>
To: freebsd-current@freebsd.org
Message-ID: <20061126145037.GA6332@mail.scottro.net>
Mail-Followup-To: freebsd-current@freebsd.org
References: <C92C520A-2D71-467A-8938-D30E6F66A764@tuebingen.mpg.de>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>;
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 <current@freebsd.org>; Sun, 26 Nov 2006 16:58:15 +0100 (CET)
Date: Sun, 26 Nov 2006 16:58:14 +0100
From: Daniel Gerzo <danger@FreeBSD.org>
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 <danger@FreeBSD.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Sun, 26 Nov 2006 16:55:01 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-current@freebsd.org
From: martinko <gamato@users.sf.net>
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 <news@sea.gmane.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <maxim@macomnet.ru>
To: martinko <gamato@users.sourceforge.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<sparc64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <cb5206420611261440m3359300cpdbf42dfd0cf2ed14@mail.gmail.com>
Date: Mon, 27 Nov 2006 01:40:14 +0300
From: "Andrew Pantyukhin" <infofarmer@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 </dev/null
tex: not found
*** Error code 127
Stop in /usr/7/src/lib/libcom_err/doc.
*** Error code 1
I actually have tex installed from tetex-base
From owner-freebsd-current@FreeBSD.ORG Sun Nov 26 23:18:19 2006
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<amd64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <mnag@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <swhetzel@gmail.com>
To: "Marcus Alves Grando" <mnag@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2006 00:32:13 -0000
On 11/26/06, Marcus Alves Grando <mnag@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <jb@what-creek.com>
To: Scot Hetzel <swhetzel@gmail.com>
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 <mnag@freebsd.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <mnag@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <swhetzel@gmail.com>
To: "John Birrell" <jb@what-creek.com>
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 <mnag@freebsd.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2006 02:02:32 -0000
On 11/26/06, John Birrell <jb@what-creek.com> wrote:
> On Sun, Nov 26, 2006 at 06:32:11PM -0600, Scot Hetzel wrote:
> > On 11/26/06, Marcus Alves Grando <mnag@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <mnag@FreeBSD.org>
Organization: FreeBSD.org
User-Agent: Thunderbird 1.5.0.8 (X11/20061113)
MIME-Version: 1.0
To: John Birrell <jb@what-creek.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <mnag@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <dunstan@freebsd.czest.pl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <nvidican@wmptl.com>
User-Agent: Thunderbird 1.5.0.7 (X11/20061027)
MIME-Version: 1.0
To: Rainer Alves <rainer.alves@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <swhetzel@gmail.com>
To: "Nathan Vidican" <nvidican@wmptl.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2006 16:21:19 -0000
On 11/27/06, Nathan Vidican <nvidican@wmptl.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <keramida@ceid.upatras.gr>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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=<cpu> to CFLAGS automatically
% 3 NO_CPU_COPTFLAGS= true # Don't add -march=<cpu> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <mnag@FreeBSD.org>
Organization: FreeBSD.org
User-Agent: Thunderbird 1.5.0.8 (X11/20061110)
MIME-Version: 1.0
To: Giorgos Keramidas <keramida@ceid.upatras.gr>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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=<cpu> to CFLAGS automatically
> % 3 NO_CPU_COPTFLAGS= true # Don't add -march=<cpu> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <cb5206420611271029u68fb66d3qbf70b7d6bf2bafd7@mail.gmail.com>
Date: Mon, 27 Nov 2006 21:29:01 +0300
From: "Andrew Pantyukhin" <infofarmer@FreeBSD.org>
Sender: infofarmer@gmail.com
To: "Giorgos Keramidas" <keramida@ceid.upatras.gr>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2006 19:24:43 -0000
On 11/27/06, Giorgos Keramidas <keramida@ceid.upatras.gr> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <david@catwhisker.org>
To: current@freebsd.org
Message-ID: <20061127192224.GI73703@bunrab.catwhisker.org>
Mail-Followup-To: David Wolfskill <david@catwhisker.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <f027bef40611271118gf43332bk6d6b8cbf29bc4a9b@mail.gmail.com>
Date: Mon, 27 Nov 2006 21:18:20 +0200
From: "Nicolae Namolovan" <adrenalinup@gmail.com>
To: "Marcus Alves Grando" <mnag@freebsd.org>
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 <jb@what-creek.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <mnag@freebsd.org> wrote:
> John Birrell wrote:
> > On Sun, Nov 26, 2006 at 06:32:11PM -0600, Scot Hetzel wrote:
> >> On 11/26/06, Marcus Alves Grando <mnag@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <ru@freebsd.org>
To: Giorgos Keramidas <keramida@ceid.upatras.gr>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ru@freebsd.org>
To: Marcus Alves Grando <mnag@freebsd.org>
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 <keramida@ceid.upatras.gr>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <thompsa@freebsd.org>
To: FreeBSD Current <current@freebsd.org>
Message-ID: <20061127195152.GA16066@heff.fud.org.nz>
Mail-Followup-To: Andrew Thompson <thompsa@freebsd.org>,
FreeBSD Current <current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jb@what-creek.com>
To: Nicolae Namolovan <adrenalinup@gmail.com>
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>
<f027bef40611271118gf43332bk6d6b8cbf29bc4a9b@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <f027bef40611271118gf43332bk6d6b8cbf29bc4a9b@mail.gmail.com>
User-Agent: Mutt/1.4.2.1i
Cc: Marcus Alves Grando <mnag@freebsd.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <adrenalinup@gmail.com>
In-Reply-To: Your message of "Mon, 27 Nov 2006 21:18:20 +0200."
<f027bef40611271118gf43332bk6d6b8cbf29bc4a9b@mail.gmail.com>
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" <oberman@es.net>
Message-Id: <20061127204749.5CDE945054@ptavv.es.net>
Cc: Marcus Alves Grando <mnag@freebsd.org>, John Birrell <jb@what-creek.com>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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" <adrenalinup@gmail.com>
> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <julian@elischer.org>
User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025)
MIME-Version: 1.0
To: Andrew Thompson <thompsa@freebsd.org>,
FreeBSD Current <current@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <keramida@ceid.upatras.gr>
To: current@FreeBSD.ORG, Ruslan Ermilov <ru@FreeBSD.ORG>
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 <mnag@FreeBSD.ORG>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2006 21:23:23 -0000
On 2006-11-27 22:41, Ruslan Ermilov <ru@FreeBSD.ORG> 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 <ru@FreeBSD.ORG> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <keramida@ceid.upatras.gr>
To: current@FreeBSD.ORG, Ruslan Ermilov <ru@FreeBSD.ORG>
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 <mnag@FreeBSD.ORG>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2006 21:23:23 -0000
On 2006-11-27 22:41, Ruslan Ermilov <ru@FreeBSD.ORG> 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 <ru@FreeBSD.ORG> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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: <f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
Date: Mon, 27 Nov 2006 23:46:31 +0200
From: "Nicolae Namolovan" <adrenalinup@gmail.com>
To: "Giorgos Keramidas" <keramida@ceid.upatras.gr>
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 <mnag@freebsd.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <keramida@ceid.upatras.gr> wrote:
> On 2006-11-27 22:41, Ruslan Ermilov <ru@FreeBSD.ORG> 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 <ru@FreeBSD.ORG> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
Date: Mon, 27 Nov 2006 23:46:31 +0200
From: "Nicolae Namolovan" <adrenalinup@gmail.com>
To: "Giorgos Keramidas" <keramida@ceid.upatras.gr>
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 <mnag@freebsd.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <keramida@ceid.upatras.gr> wrote:
> On 2006-11-27 22:41, Ruslan Ermilov <ru@FreeBSD.ORG> 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 <ru@FreeBSD.ORG> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <david@catwhisker.org>
To: current@freebsd.org
Message-ID: <20061127215136.GL73703@bunrab.catwhisker.org>
Mail-Followup-To: David Wolfskill <david@catwhisker.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <cb5206420611271418u44c29293y53c32aa7674856d2@mail.gmail.com>
Date: Tue, 28 Nov 2006 01:18:28 +0300
From: "Andrew Pantyukhin" <infofarmer@FreeBSD.org>
Sender: infofarmer@gmail.com
To: current@freebsd.org, "Massimiliano Stucchi" <stucchi@willystudios.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <keramida@ceid.upatras.gr>
To: Nicolae Namolovan <adrenalinup@gmail.com>
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>
<f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2006 23:24:40 -0000
On 2006-11-27 23:46, Nicolae Namolovan <adrenalinup@gmail.com> wrote:
>On 11/27/06, Giorgos Keramidas <keramida@ceid.upatras.gr> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <ru@freebsd.org>
To: Nicolae Namolovan <adrenalinup@gmail.com>
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>
<f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP"
Content-Disposition: inline
In-Reply-To: <f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: No virus found
Cc: Giorgos Keramidas <keramida@ceid.upatras.gr>,
Marcus Alves Grando <mnag@freebsd.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <ru@freebsd.org>
To: Nicolae Namolovan <adrenalinup@gmail.com>
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>
<f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP"
Content-Disposition: inline
In-Reply-To: <f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Virus-Scanned: No virus found
Cc: Giorgos Keramidas <keramida@ceid.upatras.gr>,
Marcus Alves Grando <mnag@freebsd.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <dougb@FreeBSD.org>
Organization: http://www.FreeBSD.org/
User-Agent: Thunderbird 1.5.0.8 (X11/20061125)
MIME-Version: 1.0
To: Nicolae Namolovan <adrenalinup@gmail.com>
References: <20061127174355.GA7969@kobe.laptop>
<456B3134.8090209@FreeBSD.org> <20061127193955.GE39419@rambler-co.ru> <20061127194135.GF39419@rambler-co.ru> <20061127210126.GA2121@kobe.laptop>
<f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
In-Reply-To: <f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
X-Enigmail-Version: 0.94.1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: Giorgos Keramidas <keramida@ceid.upatras.gr>,
Marcus Alves Grando <mnag@freebsd.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <dougb@FreeBSD.org>
Organization: http://www.FreeBSD.org/
User-Agent: Thunderbird 1.5.0.8 (X11/20061125)
MIME-Version: 1.0
To: Nicolae Namolovan <adrenalinup@gmail.com>
References: <20061127174355.GA7969@kobe.laptop>
<456B3134.8090209@FreeBSD.org> <20061127193955.GE39419@rambler-co.ru> <20061127194135.GF39419@rambler-co.ru> <20061127210126.GA2121@kobe.laptop>
<f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
In-Reply-To: <f027bef40611271346m2dd7b8a6ve9b87aaea2df55d3@mail.gmail.com>
X-Enigmail-Version: 0.94.1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: Giorgos Keramidas <keramida@ceid.upatras.gr>,
Marcus Alves Grando <mnag@freebsd.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <martin@gneto.com>
User-Agent: Thunderbird 1.5.0.8 (X11/20061111)
MIME-Version: 1.0
To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <GENERIC ATA controller> port
0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x2
00f mem 0x32100000-0x321001ff irq 17 at device 0.0 on pci3
ata2: <ATA channel 0> on atapci0
ata3: <ATA channel 1> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <rwatson@FreeBSD.org>
X-X-Sender: robert@fledge.watson.org
To: Andrew Pantyukhin <infofarmer@FreeBSD.org>
In-Reply-To: <cb5206420611271418u44c29293y53c32aa7674856d2@mail.gmail.com>
Message-ID: <20061128084852.O95096@fledge.watson.org>
References: <cb5206420611271418u44c29293y53c32aa7674856d2@mail.gmail.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Cc: roberto@FreeBSD.org, Massimiliano Stucchi <stucchi@willystudios.com>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <cb5206420611280123g35fe6ee5gaf0e11b8cd216530@mail.gmail.com>
Date: Tue, 28 Nov 2006 12:23:59 +0300
From: "Andrew Pantyukhin" <infofarmer@FreeBSD.org>
Sender: infofarmer@gmail.com
To: "Robert Watson" <rwatson@freebsd.org>
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: <cb5206420611271418u44c29293y53c32aa7674856d2@mail.gmail.com>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Nov 2006 09:26:39 -0000
On 11/28/06, Robert Watson <rwatson@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <bf0f1bc90611280147r709bec45v91c58fc50e7d56f2@mail.gmail.com>
Date: Tue, 28 Nov 2006 04:47:38 -0500
From: "fulan Peng" <fulanpeng@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@FreeBSD.org>; 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 <pyunyh@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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?=" <soren.schmidt@gmail.com>
To: "Martin Nilsson" <martin@gneto.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Nov 2006 08:14:23 -0000
On 11/28/06, Martin Nilsson <martin@gneto.com> 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: <GENERIC ATA controller> port
> 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x2
> 00f mem 0x32100000-0x321001ff irq 17 at device 0.0 on pci3
> ata2: <ATA channel 0> on atapci0
> ata3: <ATA channel 1> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <glebius@FreeBSD.org>
To: Andrew Thompson <thompsa@FreeBSD.org>,
FreeBSD Current <current@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <bzeeb-lists@lists.zabbadoz.net>
X-X-Sender: bz@maildrop.int.zabbadoz.net
To: Gleb Smirnoff <glebius@FreeBSD.org>
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 <current@FreeBSD.org>,
Andrew Thompson <thompsa@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <chrcoluk@gmail.com>
To: "Andre Oppermann" <andre@freebsd.org>
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 <pieter@thedarkside.nl>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Nov 2006 15:05:56 -0000
On 17/11/06, Andre Oppermann <andre@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <haro@h4.dion.ne.jp>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rwatson@FreeBSD.org>
X-X-Sender: robert@fledge.watson.org
To: Munehiro Matsuda <haro@h4.dion.ne.jp>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <julian@elischer.org>
User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025)
MIME-Version: 1.0
To: fulan Peng <fulanpeng@gmail.com>
References: <bf0f1bc90611280147r709bec45v91c58fc50e7d56f2@mail.gmail.com>
In-Reply-To: <bf0f1bc90611280147r709bec45v91c58fc50e7d56f2@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <sam@errno.com>
User-Agent: Thunderbird 1.5.0.7 (X11/20060920)
MIME-Version: 1.0
To: Robert Watson <rwatson@freebsd.org>
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 <haro@h4.dion.ne.jp>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <bf0f1bc90611281551o5925e59dlaf28484258095239@mail.gmail.com>
Date: Tue, 28 Nov 2006 18:51:27 -0500
From: "fulan Peng" <fulanpeng@gmail.com>
To: "Julian Elischer" <julian@elischer.org>
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: <bf0f1bc90611280147r709bec45v91c58fc50e7d56f2@mail.gmail.com>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <julian@elischer.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; Wed, 29 Nov 2006 01:32:03 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-current@freebsd.org
From: othermark <atkin901@yahoo.com>
Date: Tue, 28 Nov 2006 16:37:11 -0800
Lines: 95
Message-ID: <ekikdg$aqu$1@sea.gmane.org>
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 <news@sea.gmane.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
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Marvell Yukon 88E8053 Gigabit Ethernet> port 0xd800-0xd8ff mem
0xdeffc000-0xdeffffff irq 17 at device 0.0 on pci2
START: try 11
msk0: <Marvell Technology Group Ltd. Yukon EC Id 0xb6 Rev 0x01> on mskc0
msk0: Ethernet address: 00:11:2f:46:63:47
miibus0: <MII bus> on msk0
e1000phy0: <Marvell 88E1111 Gigabit PHY> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <pyunyh@gmail.com>
To: othermark <atkin901@yahoo.com>
Message-ID: <20061129013052.GC71523@cdnetworks.co.kr>
References: <20060926002916.GA5975@cdnetworks.co.kr>
<ekikdg$aqu$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <ekikdg$aqu$1@sea.gmane.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Marvell Yukon 88E8053 Gigabit Ethernet> port 0xd800-0xd8ff mem
> 0xdeffc000-0xdeffffff irq 17 at device 0.0 on pci2
> START: try 11
> msk0: <Marvell Technology Group Ltd. Yukon EC Id 0xb6 Rev 0x01> on mskc0
> msk0: Ethernet address: 00:11:2f:46:63:47
> miibus0: <MII bus> on msk0
> e1000phy0: <Marvell 88E1111 Gigabit PHY> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <cb5206420611290126r376bd50bsc599504138c42839@mail.gmail.com>
Date: Wed, 29 Nov 2006 12:26:27 +0300
From: "Andrew Pantyukhin" <infofarmer@FreeBSD.org>
Sender: infofarmer@gmail.com
To: "Nick Hibma" <nick@anywi.com>, 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: <cb5206420611261440m3359300cpdbf42dfd0cf2ed14@mail.gmail.com>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Nov 2006 09:26:30 -0000
On 11/29/06, Nick Hibma <nick@anywi.com> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <vincent@xtra-net.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <nork@FreeBSD.org>
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 <deischen@FreeBSD.org>,
Norikatsu Shigemura <nork@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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: <owner-freebsd-current@FreeBSD.ORG>
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 <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: Norikatsu Shigemura <nork@freebsd.org>
In-Reply-To: <20061130003939.7d05b09a.nork@FreeBSD.org>
Message-ID: <Pine.GSO.4.64.0611291302190.22399@sea.ntplx.net>
References: <20061130003939.7d05b09a.nork@FreeBSD.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Content-ID: <Pine.GSO.4.64.0611291302192.22399@sea.ntplx.net>
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 <deischen@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <jhb@freebsd.org>
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 <jiashiun@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jhb@freebsd.org>
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 <r.c.ladan@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <jhb@freebsd.org>
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 <manderson@etc1.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <jhb@freebsd.org>
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 <jb@what-creek.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jhb@freebsd.org>
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 <dougb@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Intel 82801GB/R (ICH7) USB 2.0 controller> 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: <vendor 0x413c product 0xa005, class 9/0, rev 2.00/50.18, addr
> > 2> on uhub0
> > uhub5: <vendor 0x0b97 product 0x7761, class 9/0, rev 1.10/1.10, addr
> > 3> on uhub4
> > ugen2: <vendor 0x413c product 0x8103, class 224/1, rev 2.00/24.22,
> > addr 6> on uhub4
> > uhub6: <vendor 0x413c product 0x0058, class 9/0, rev 2.00/0.00, addr
> > 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: <owner-freebsd-current@FreeBSD.ORG>
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 <jhb@freebsd.org>
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 <rwatson@freebsd.org>, Munehiro Matsuda <haro@h4.dion.ne.jp>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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: <b1fa29170611291043w4ef2f473l635bfa98fb4e6a5e@mail.gmail.com>
Date: Wed, 29 Nov 2006 10:43:01 -0800
From: "Kip Macy" <kip.macy@gmail.com>
To: "John Baldwin" <jhb@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <jhb@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <cb5206420611291306h6f9929fcyf79b18713d144db8@mail.gmail.com>
Date: Thu, 30 Nov 2006 00:06:18 +0300
From: "Andrew Pantyukhin" <infofarmer@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <dougb@FreeBSD.org>
Organization: http://www.FreeBSD.org/
User-Agent: Thunderbird 1.5.0.8 (X11/20061125)
MIME-Version: 1.0
To: Kip Macy <kip.macy@gmail.com>
References: <2b22951e0611212109t69b01400q5eb0ba15b028ce68@mail.gmail.com> <20061123213659.GA8405@localhost.localdomain> <20061123215851.GA56442@what-creek.com> <200611291210.39449.jhb@freebsd.org>
<b1fa29170611291043w4ef2f473l635bfa98fb4e6a5e@mail.gmail.com>
In-Reply-To: <b1fa29170611291043w4ef2f473l635bfa98fb4e6a5e@mail.gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: Norikatsu Shigemura <nork@freebsd.org>
In-Reply-To: <Pine.GSO.4.64.0611291302190.22399@sea.ntplx.net>
Message-ID: <Pine.GSO.4.64.0611291709280.23390@sea.ntplx.net>
References: <20061130003939.7d05b09a.nork@FreeBSD.org>
<Pine.GSO.4.64.0611291302190.22399@sea.ntplx.net>
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 <deischen@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jb@what-creek.com>
To: John Baldwin <jhb@freebsd.org>
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 <r.c.ladan@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <sepotvin@videotron.ca>
User-Agent: Thunderbird 1.5.0.8 (X11/20061111)
MIME-Version: 1.0
To: John Baldwin <jhb@freebsd.org>
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 <dougb@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Intel 82801GB/R (ICH7) USB 2.0 controller> 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: <vendor 0x413c product 0xa005, class 9/0, rev 2.00/50.18, addr
>>> 2> on uhub0
>>> uhub5: <vendor 0x0b97 product 0x7761, class 9/0, rev 1.10/1.10, addr
>>> 3> on uhub4
>>> ugen2: <vendor 0x413c product 0x8103, class 224/1, rev 2.00/24.22,
>>> addr 6> on uhub4
>>> uhub6: <vendor 0x413c product 0x0058, class 9/0, rev 2.00/0.00, addr
>>> 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: <DELL M07 >
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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0xc1a9<SSE3,MON,VMX,EST,TM2,XTPR,<b15>>
AMD Features=0x100000<NX>
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 <Version 2.0> irqs 0-23 on motherboard
rman_manage_region: <Interrupt request lines> request: start 0, end 0
rman_manage_region: <Interrupt request lines> request: start 0x1, end 0x1
rman_manage_region: <Interrupt request lines> request: start 0x3, end 0x3
rman_manage_region: <Interrupt request lines> request: start 0x4, end 0x4
rman_manage_region: <Interrupt request lines> request: start 0x5, end 0x5
rman_manage_region: <Interrupt request lines> request: start 0x6, end 0x6
rman_manage_region: <Interrupt request lines> request: start 0x7, end 0x7
rman_manage_region: <Interrupt request lines> request: start 0x8, end 0x8
rman_manage_region: <Interrupt request lines> request: start 0x9, end 0x9
rman_manage_region: <Interrupt request lines> request: start 0xa, end 0xa
rman_manage_region: <Interrupt request lines> request: start 0xb, end 0xb
rman_manage_region: <Interrupt request lines> request: start 0xc, end 0xc
rman_manage_region: <Interrupt request lines> request: start 0xd, end 0xd
rman_manage_region: <Interrupt request lines> request: start 0xe, end 0xe
rman_manage_region: <Interrupt request lines> request: start 0xf, end 0xf
rman_manage_region: <Interrupt request lines> request: start 0x10, end 0x10
rman_manage_region: <Interrupt request lines> request: start 0x11, end 0x11
rman_manage_region: <Interrupt request lines> request: start 0x12, end 0x12
rman_manage_region: <Interrupt request lines> request: start 0x13, end 0x13
rman_manage_region: <Interrupt request lines> request: start 0x14, end 0x14
rman_manage_region: <Interrupt request lines> request: start 0x15, end 0x15
rman_manage_region: <Interrupt request lines> request: start 0x16, end 0x16
rman_manage_region: <Interrupt request lines> request: start 0x17, end 0x17
rman_manage_region: <DMA request lines> request: start 0, end 0x7
rman_manage_region: <I/O ports> request: start 0, end 0xffff
rman_manage_region: <I/O memory addresses> request: start 0, end 0xffffffff
rman_reserve_resource_bound: <I/O memory addresses> 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: <System Management BIOS> at iomem 0xf7930-0xf794e on motherboard
rman_reserve_resource_bound: <I/O memory addresses> 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: <DELL M07 > on motherboard
rman_reserve_resource_bound: <Interrupt request lines> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0, end 0x9fbff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0x9fc00, end 0x9ffff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xc0000, end 0xcffff
rman_reserve_resource_bound: <I/O memory addresses> 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: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0x100000, end 0x3fed33ff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0x3fed3400, end 0x3fefffff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0x3ff00000, end 0x3fffffff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xffb00000, end 0xffffffff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xfec00000, end 0xfec0ffff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xfee00000, end 0xfee0ffff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xfed20000, end 0xfed9ffff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xffa80000, end 0xffa83fff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xf4000000, end 0xf4003fff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xf4004000, end 0xf4004fff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xf4005000, end 0xf4005fff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xf4006000, end 0xf4006fff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xf4008000, end 0xf400bfff
rman_reserve_resource_bound: <I/O memory addresses> 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: <ACPI I/O memory addresses> request: start 0xf0000000, end 0xf3ffffff
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x92, end 0x92
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0xb2, end 0xb2
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x20, end 0x21
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0xa0, end 0xa1
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x4d0, end 0x4d1
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x1000, end 0x1005
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x1008, end 0x1059
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0xf400, end 0xf4fe
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x86, end 0x86
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0xb3, end 0xb3
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x1006, end 0x1007
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x1060, end 0x107f
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x1080, end 0x10bf
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x10c0, end 0x10df
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x809, end 0x809
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0xc80, end 0xcff
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x910, end 0x91f
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x920, end 0x92f
rman_reserve_resource_bound: <I/O ports> 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: <ACPI I/O ports> request: start 0x930, end 0x97f
rman_reserve_resource_bound: <ACPI I/O ports> 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: <ACPI I/O ports> 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: <ACPI CPU> on acpi0
rman_reserve_resource_bound: <ACPI I/O ports> 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: <ACPI I/O ports> 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: <ACPI CPU Throttling> on cpu0
rman_reserve_resource_bound: <ACPI I/O ports> 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: <ACPI CPU> on acpi0
rman_reserve_resource_bound: <ACPI I/O ports> 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: <ACPI I/O ports> 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: <ACPI CPU Throttling> on cpu1
rman_reserve_resource_bound: <ACPI I/O ports> 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: <AC Adapter> on acpi0
battery0: <ACPI Control Method Battery> on acpi0
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_button0: <Power Button> on acpi0
acpi_button1: <Sleep Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
rman_reserve_resource_bound: <I/O memory addresses> 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: <I/O ports> 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: <I/O ports> 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: <I/O ports> 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: <I/O ports> 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: <ACPI I/O memory addresses> 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: <I/O ports> 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: <I/O ports> 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: <I/O ports> 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: <I/O ports> 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: <I/O ports> 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: <ACPI I/O ports> 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: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
rman_reserve_resource_bound: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O ports> 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: <GeForce Go 7800> port 0xef00-0xef7f mem 0xed000000-0xedffffff,0xd0000000-0xdfffffff,0xee000000-0xeeffffff irq 16 at device 0.0 on pci1
rman_reserve_resource_bound: <Interrupt request lines> 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: <Intel 82801G High Definition Audio Controller> mem 0xefffc000-0xefffffff irq 21 at device 27.0 on pci0
rman_reserve_resource_bound: <Interrupt request lines> 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: <ACPI PCI-PCI bridge> at device 28.0 on pci0
pci11: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> at device 28.1 on pci0
pci12: <ACPI PCI bus> on pcib3
rman_reserve_resource_bound: <I/O memory addresses> 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: <network> at device 0.0 (no driver attached)
pcib4: <ACPI PCI-PCI bridge> at device 28.3 on pci0
pci13: <ACPI PCI bus> on pcib4
uhci0: <UHCI (generic) USB controller> port 0xbf80-0xbf9f irq 20 at device 29.0 on pci0
rman_reserve_resource_bound: <Interrupt request lines> 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: <UHCI (generic) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
uhub0: 2 ports with 2 removable, self powered
uhci1: <UHCI (generic) USB controller> port 0xbf60-0xbf7f irq 21 at device 29.1 on pci0
rman_reserve_resource_bound: <Interrupt request lines> 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: <UHCI (generic) USB controller> on uhci1
usb1: USB revision 1.0
uhub1: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1
uhub1: 2 ports with 2 removable, self powered
uhci2: <UHCI (generic) USB controller> port 0xbf40-0xbf5f irq 22 at device 29.2 on pci0
rman_reserve_resource_bound: <Interrupt request lines> 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: <UHCI (generic) USB controller> on uhci2
usb2: USB revision 1.0
uhub2: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb2
uhub2: 2 ports with 2 removable, self powered
uhci3: <UHCI (generic) USB controller> port 0xbf20-0xbf3f irq 23 at device 29.3 on pci0
rman_reserve_resource_bound: <Interrupt request lines> 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: <UHCI (generic) USB controller> on uhci3
usb3: USB revision 1.0
uhub3: <Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb3
uhub3: 2 ports with 2 removable, self powered
ehci0: <Intel 82801GB/R (ICH7) USB 2.0 controller> mem 0xffa80000-0xffa803ff irq 20 at device 29.7 on pci0
rman_reserve_resource_bound: <ACPI I/O memory addresses> 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: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci3: <ACPI PCI bus> on pcib5
rman_reserve_resource_bound: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <Broadcom BCM4401-B0 Fast Ethernet> mem 0xecbfe000-0xecbfffff irq 17 at device 0.0 on pci3
rman_reserve_resource_bound: <Interrupt request lines> 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: <MII bus> on bfe0
bmtphy0: <BCM4401 10/100baseTX PHY> 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: <Interrupt request lines> 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: <IEEE1394(FireWire) bus> 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: <base peripheral> at device 1.1 (no driver attached)
pci3: <base peripheral> at device 1.2 (no driver attached)
pci3: <base peripheral> at device 1.3 (no driver attached)
pci3: <base peripheral> at device 1.4 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH7M SATA300 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 17 at device 31.2 on pci0
ata0: <ATA channel 0> on atapci0
rman_reserve_resource_bound: <Interrupt request lines> 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: <ATA channel 1> on atapci0
rman_reserve_resource_bound: <Interrupt request lines> 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: <SMBus controller> port 0x10c0-0x10df irq 17 at device 31.3 on pci0
rman_reserve_resource_bound: <Interrupt request lines> 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: <System Management Bus> on ichsmb0
smb0: <SMBus generic I/O> on smbus0
acpi_tz0: <Thermal Zone> on acpi0
rman_reserve_resource_bound: <Interrupt request lines> 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: <Interrupt request lines> 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: <I/O ports> 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: <I/O ports> 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: <Keyboard controller (i8042)> port 0x60,0x64,0x62,0x66 irq 1 on acpi0
rman_reserve_resource_bound: <I/O ports> 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: <I/O ports> 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: <Interrupt request lines> 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: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
rman_reserve_resource_bound: <Interrupt request lines> 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: <Interrupt request lines> 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: <PS/2 Mouse> irq 12 on atkbdc0
rman_reserve_resource_bound: <Interrupt request lines> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ACPI I/O memory addresses> 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: <ISA Option ROM> at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
rman_reserve_resource_bound: <I/O ports> 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: <I/O memory addresses> 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: <vendor 0x413c product 0xa005, class 9/0, rev 2.00/50.18, addr 2> on uhub0
uhub4: 4 ports with 1 removable, self powered
ugen0: <vendor 0x413c product 0x8103, class 224/1, rev 2.00/16.57, addr 3> on uhub4
ums0: <Microsoft Microsoft 3-Button Mouse with IntelliEye(TM), class 0/0, rev 1.10/3.00, addr 4> on uhub0
ums0: 3 buttons and Z dir.
umass0: <Cypress Semiconductor USB2.0 Storage Device, class 0/0, rev 2.00/0.01, addr 2> on uhub2
Timecounters tick every 10.000 msec
ad0: 95396MB <Hitachi HTS721010G9SA00 MCZOC10H> at ata0-master SATA150
acd0: DVDR <TSSTcorp DVD+/-RW TS-L532B/DE04> at ata1-master UDMA33
pcm0: <HDA Codec: Sigmatel STAC9220>
pcm0: <HDA Driver Revision: 20061111_0034>
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: <TSSTcorp DVD+-RW TS-L532B DE04> 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: <HTE72606 0M9AT00 0000> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <scottl@samsco.org>
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 <jb@what-creek.com>
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 <r.c.ladan@gmail.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jb@what-creek.com>
To: Scott Long <scottl@samsco.org>
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 <r.c.ladan@gmail.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <scottl@samsco.org>
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 <jb@what-creek.com>
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 <r.c.ladan@gmail.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <cswiger@mac.com>
Date: Wed, 29 Nov 2006 15:24:03 -0800
To: Scott Long <scottl@samsco.org>
X-Mailer: Apple Mail (2.752.2)
X-Brightmail-Tracker: AAAAAA==
X-Brightmail-scanned: yes
Cc: freebsd-current@freebsd.org, John Birrell <jb@what-creek.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <stdio.h>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <dillon@apollo.backplane.com>
Message-Id: <200611292347.kATNl1sX049274@apollo.backplane.com>
To: Scott Long <scottl@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>
Cc: jb@freebsd.org, John Birrell <jb@what-creek.com>,
freebsd-current@freebsd.org, Rene Ladan <r.c.ladan@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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
<dillon@backplane.com>
From owner-freebsd-current@FreeBSD.ORG Thu Nov 30 03:46:48 2006
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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: <C1C01B3D-9790-4ED2-B749-1CFCE5EE2F36@TrueStep.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: freebsd-current@freebsd.org
From: Rory Arms <rorya@TrueStep.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <return> to continue, or q <return> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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: <b1fa29170611292010o201049cdlac4a70e4f45f8cd2@mail.gmail.com>
Date: Wed, 29 Nov 2006 20:10:01 -0800
From: "Kip Macy" <kip.macy@gmail.com>
To: "Doug Barton" <dougb@freebsd.org>, "John Baldwin" <jhb@freebsd.org>,
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>
<b1fa29170611291043w4ef2f473l635bfa98fb4e6a5e@mail.gmail.com>
<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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <dougb@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <mnag@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <kris@obsecurity.org>
To: Vincent Blondel <vincent@xtra-net.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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" <vincent@xtra-net.org>
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 <vincent@xtra-net.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <mnag@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <cb5206420611300449n32150ecfy34ec78b5743adad@mail.gmail.com>
Date: Thu, 30 Nov 2006 15:49:22 +0300
From: "Andrew Pantyukhin" <infofarmer@FreeBSD.org>
Sender: infofarmer@gmail.com
To: "Tatsuhiro Tsujikawa" <t-tujikawa@users.sourceforge.net>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <tujikawa at users dot sourceforge dot net>
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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>;
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <jarda@grisoft.cz>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rwatson@FreeBSD.org>
X-X-Sender: robert@fledge.watson.org
To: JAroslav Suchanek <jarda@grisoft.cz>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jaroslav.suchanek@grisoft.cz>
To: Robert Watson <rwatson@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jarda@grisoft.cz>
To: Robert Watson <rwatson@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <rizzo@icir.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jhb@freebsd.org>
To: "Stephane E. Potvin" <sepotvin@videotron.ca>
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 <dougb@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Intel 82801GB/R (ICH7) USB 2.0 controller> 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: <vendor 0x413c product 0xa005, class 9/0, rev 2.00/50.18, addr
> >>> 2> on uhub0
> >>> uhub5: <vendor 0x0b97 product 0x7761, class 9/0, rev 1.10/1.10, addr
> >>> 3> on uhub4
> >>> ugen2: <vendor 0x413c product 0x8103, class 224/1, rev 2.00/24.22,
> >>> addr 6> on uhub4
> >>> uhub6: <vendor 0x413c product 0x0058, class 9/0, rev 2.00/0.00, addr
> >>> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <kris@obsecurity.org>
To: JAroslav Suchanek <jarda@grisoft.cz>
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 <rwatson@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <rwatson@FreeBSD.org>
X-X-Sender: robert@fledge.watson.org
To: JAroslav Suchanek <jarda@grisoft.cz>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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" <sepotvin@videotron.ca>
User-Agent: Thunderbird 1.5.0.8 (X11/20061111)
MIME-Version: 1.0
To: John Baldwin <jhb@freebsd.org>
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 <dougb@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Intel 82801GB/R (ICH7) USB 2.0 controller> 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: <vendor 0x413c product 0xa005, class 9/0, rev 2.00/50.18, addr
>>>>> 2> on uhub0
>>>>> uhub5: <vendor 0x0b97 product 0x7761, class 9/0, rev 1.10/1.10, addr
>>>>> 3> on uhub4
>>>>> ugen2: <vendor 0x413c product 0x8103, class 224/1, rev 2.00/24.22,
>>>>> addr 6> on uhub4
>>>>> uhub6: <vendor 0x413c product 0x0058, class 9/0, rev 2.00/0.00, addr
>>>>> 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 <sys/param.h>
#include <sys/systm.h>
#include <sys/kernel.h>
+#include <sys/limits.h>
#include <sys/lock.h>
#include <sys/malloc.h>
#include <sys/mutex.h>
@@ -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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; Thu, 30 Nov 2006 21:03:55 -0800 (PST)
Date: Fri, 01 Dec 2006 12:31:27 +0900
Message-ID: <m2r6vkb8c0.wl%gnn@neville-neil.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@FreeBSD.org>; 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 <freebsd-current@FreeBSD.org>; 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 <avatar@mmlab.cse.yzu.edu.tw>
To: Pyun YongHyeon <pyunyh@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Marvell Yukon 88E8038 Gigabit Ethernet> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <scottl@samsco.org>
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 <avatar@mmlab.cse.yzu.edu.tw>
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 <pyunyh@gmail.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Marvell Yukon 88E8038 Gigabit Ethernet> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <rosti.bsd@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <current@FreeBSD.org>; 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 <glebius@FreeBSD.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <pyunyh@gmail.com>
To: Tai-hwa Liang <avatar@mmlab.cse.yzu.edu.tw>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Marvell Yukon 88E8038 Gigabit Ethernet> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <daichi@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <jhb@freebsd.org>
To: "Stephane E. Potvin" <sepotvin@videotron.ca>
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 <dougb@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Intel 82801GB/R (ICH7) USB 2.0 controller> 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: <vendor 0x413c product 0xa005, class 9/0, rev 2.00/50.18, addr
> >>>>> 2> on uhub0
> >>>>> uhub5: <vendor 0x0b97 product 0x7761, class 9/0, rev 1.10/1.10, addr
> >>>>> 3> on uhub4
> >>>>> ugen2: <vendor 0x413c product 0x8103, class 224/1, rev 2.00/24.22,
> >>>>> addr 6> on uhub4
> >>>>> uhub6: <vendor 0x413c product 0x0058, class 9/0, rev 2.00/0.00, addr
> >>>>> 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 <sys/param.h>
#include <sys/systm.h>
#include <sys/kernel.h>
+#include <sys/limits.h>
#include <sys/lock.h>
#include <sys/malloc.h>
#include <sys/mutex.h>
@@ -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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <rizzo@icir.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <jhb@freebsd.org>
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 <avatar@mmlab.cse.yzu.edu.tw>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <jhb@freebsd.org>
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 <pyunyh@gmail.com>,
Tai-hwa Liang <avatar@mmlab.cse.yzu.edu.tw>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Marvell Yukon 88E8038 Gigabit Ethernet> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <dougb@FreeBSD.org>
Organization: http://www.FreeBSD.org/
User-Agent: Thunderbird 1.5.0.8 (X11/20061125)
MIME-Version: 1.0
To: John Baldwin <jhb@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <sys/param.h>
> #include <sys/systm.h>
> #include <sys/kernel.h>
> +#include <sys/limits.h>
> #include <sys/lock.h>
> #include <sys/malloc.h>
> #include <sys/mutex.h>
> @@ -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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <avatar@mmlab.cse.yzu.edu.tw>
To: Scott Long <scottl@samsco.org>
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 <pyunyh@gmail.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Marvell Yukon 88E8038 Gigabit Ethernet> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <scottl@samsco.org>
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 <avatar@mmlab.cse.yzu.edu.tw>
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 <pyunyh@gmail.com>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <Marvell Yukon 88E8038 Gigabit Ethernet> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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 <yoichi@FreeBSD.org>
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;
v7<b$x~FKiI]Sv>Nq7n%?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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <return> to continue, or q <return> 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 <sched_sync>, 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 <return> to continue, or q <return> 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 <sched_sync>, 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' <repeats 79 times>,
f_fstypename = "ufs", '\0' <repeats 12 times>, f_mntfromname = "/dev/ad0s2e", '\0' <repeats 76 times>,
f_mntonname = "/usr", '\0' <repeats 83 times>}, 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <r.c.ladan@gmail.com>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <freebsd-current@freebsd.org>; 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 <freebsd-current@freebsd.org>; 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" <bzeeb-lists@lists.zabbadoz.net>
X-X-Sender: bz@maildrop.int.zabbadoz.net
To: Munehiro Matsuda <haro@h4.dion.ne.jp>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <Alexander@Leidinger.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <rink@FreeBSD.org>
To: Alexander Leidinger <Alexander@Leidinger.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: Rene Ladan <r.c.ladan@gmail.com>
In-Reply-To: <457160A3.5060209@gmail.com>
Message-ID: <Pine.GSO.4.64.0612021037430.9206@sea.ntplx.net>
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 <deischen@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <nork@FreeBSD.org>
To: Daniel Eischen <deischen@FreeBSD.org>
Message-Id: <20061203010732.7a371b62.nork@FreeBSD.org>
In-Reply-To: <Pine.GSO.4.64.0611291302190.22399@sea.ntplx.net>
References: <20061130003939.7d05b09a.nork@FreeBSD.org>
<Pine.GSO.4.64.0611291302190.22399@sea.ntplx.net>
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 <nork@FreeBSD.org>,
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <deischen@freebsd.org> 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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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,<unused>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: <owner-freebsd-current@FreeBSD.ORG>
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 <bsam@bsam.ru>)
id 1GqajD-0000DP-5c; Sat, 02 Dec 2006 22:40:51 +0300
To: Alexander Leidinger <Alexander@Leidinger.net>
References: <20061202160740.55046cc3@Magellan.Leidinger.net>
From: Boris Samorodov <bsam@ipt.ru>
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 <bsam@bsam.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: Norikatsu Shigemura <nork@freebsd.org>
In-Reply-To: <20061203010732.7a371b62.nork@FreeBSD.org>
Message-ID: <Pine.GSO.4.64.0612021441110.10127@sea.ntplx.net>
References: <20061130003939.7d05b09a.nork@FreeBSD.org>
<Pine.GSO.4.64.0611291302190.22399@sea.ntplx.net>
<20061203010732.7a371b62.nork@FreeBSD.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Content-ID: <Pine.GSO.4.64.0612021441112.10127@sea.ntplx.net>
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 <deischen@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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 <deischen@freebsd.org> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <r.c.ladan@gmail.com>
User-Agent: Thunderbird 1.5.0.8 (X11/20061117)
MIME-Version: 1.0
To: Daniel Eischen <deischen@freebsd.org>
References: <456E5DAB.10608@FreeBSD.org> <457160A3.5060209@gmail.com>
<Pine.GSO.4.64.0612021037430.9206@sea.ntplx.net>
In-Reply-To: <Pine.GSO.4.64.0612021037430.9206@sea.ntplx.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <bsam@bsam.ru>)
id 1GqbK2-0000DV-U2; Sat, 02 Dec 2006 23:18:54 +0300
To: Alexander Leidinger <Alexander@Leidinger.net>
References: <20061202160740.55046cc3@Magellan.Leidinger.net> <68623948@bsam.ru>
From: Boris Samorodov <bsam@ipt.ru>
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 <bsam@bsam.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <xdivac02@stud.fit.vutbr.cz>
To: Alexander Leidinger <Alexander@Leidinger.net>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <current@freebsd.org>; 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 <current@freebsd.org>; 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 <current@freebsd.org>; 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: <cb5206420612021249m508b659dnd882c0be9be8e1ba@mail.gmail.com>
Date: Sat, 2 Dec 2006 23:49:57 +0300
From: "Andrew Pantyukhin" <infofarmer@FreeBSD.org>
Sender: infofarmer@gmail.com
To: "Divacky Roman" <xdivac02@stud.fit.vutbr.cz>
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 <Alexander@leidinger.net>,
Kostik Belousov <kib@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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Dec 2006 20:50:07 -0000
On 12/2/06, Divacky Roman <xdivac02@stud.fit.vutbr.cz> 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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<powerpc@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<sparc64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <kris@obsecurity.org>
To: Daichi GOTO <daichi@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
<sparc64@freebsd.org>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <kris@obsecurity.org>
To: Kris Kennaway <kris@obsecurity.org>
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 <daichi@freebsd.org>, 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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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: <owner-freebsd-current@FreeBSD.ORG>
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 <bsam@bsam.ru>)
id 1Gqe7o-0000DK-V1; Sun, 03 Dec 2006 02:18:28 +0300
To: Alexander Leidinger <Alexander@Leidinger.net>
References: <20061202160740.55046cc3@Magellan.Leidinger.net> <68623948@bsam.ru>
From: Boris Samorodov <bsam@ipt.ru>
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 <bsam@bsam.ru>
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
<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
<mailto:freebsd-current-request@freebsd.org?subject=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