From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 07:45:44 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8410B16A417 for ; Sun, 21 Oct 2007 07:45:44 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::32]) by mx1.freebsd.org (Postfix) with ESMTP id 9F44013C442 for ; Sun, 21 Oct 2007 07:45:43 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p4054-ipbf904funabasi.chiba.ocn.ne.jp [122.26.39.54]) (authenticated bits=128) by mail.allbsd.org (8.13.8/8.13.8) with ESMTP id l9L7jVUw081012 for ; Sun, 21 Oct 2007 16:45:42 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id l9L7jGSg084747 for ; Sun, 21 Oct 2007 16:45:18 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 21 Oct 2007 16:40:08 +0900 (JST) Message-Id: <20071021.164008.241988280.hrs@allbsd.org> To: current@FreeBSD.org From: Hiroki Sato In-Reply-To: <20071019.021408.138664034.hrs@allbsd.org> References: <20071015.034121.120532311.hrs@allbsd.org> <20071019.021408.138664034.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Oct_21_16_40_08_2007_855)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.allbsd.org [133.31.130.32]); Sun, 21 Oct 2007 16:45:42 +0900 (JST) Cc: Subject: Re: panic in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 07:45:44 -0000 ----Security_Multipart(Sun_Oct_21_16_40_08_2007_855)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <20071019.021408.138664034.hrs@allbsd.org>: hr> Hiroki Sato wrote hr> in <20071015.034121.120532311.hrs@allbsd.org>: hr> hr> hr> I got the following panic with the Oct 14 8-CURRENT kernel. A 2-way hr> hr> (Opteron) box running GENERIC FreeBSD/i386 kernel with serial console hr> hr> access, and typing some keys just after "Trying to mount..." line hr> hr> appears seems to prevent this panic. Without typing any keys the box hr> hr> remain stopped after displaying the line, and then typing a key will hr> hr> cause this panic. Whether the panic occurs depends on the time hr> hr> between displaying the line and typing a key. hr> hr> hr> hr> ----(from here) hr> hr> WARNING: WITNESS option enabled, expect reduced performance. hr> hr> Trying to mount root from ufs:/dev/ad4s1a hr> hr> spin lock 0xc0c17a6c (sio) held by 0xc3f0d630 (tid 100004) too long hr> hr> panic: spin lock held too long hr> hr> cpuid = 0 hr> hr> KDB: enter: panic hr> hr> [thread pid 46 tid 100056 ] hr> hr> Stopped at kdb_enter+0x32: leave (snip) hr> I found that this panic occurred only when "options [KDG]DB" were hr> defined and reproducible on serial-console-enabled HP boxes such as hr> DL140G3 and ML115. With the options, the same panic occurs even on hr> 6.2R. After some investigation, I found it occurs only when options BREAK_TO_DEBUGGER (or ALT_BREAK_TO_DEBUGGER) is defined. More specifically, the box stops if the following line exists in sio.c: |#if defined(KDB) && (defined(BREAK_TO_DEBUGGER) || \ | defined(ALT_BREAK_TO_DEBUGGER)) | /* | * Enable interrupts for early break-to-debugger support | * on the console. | */ | if (ret == 0 && unit == comconsole) | outb(siocniobase + com_ier, IER_ERXRDY | IER_ERLS | | IER_EMSC); |#endif If this line is removed, no hiccup just after "Trying to mount root..." and no panic occur. I guess enabling sio's interrupt at this early stage causes a deadlock, but I am not sure the details of what happends there. Anyone who can reproduce this problem? -- | Hiroki SATO ----Security_Multipart(Sun_Oct_21_16_40_08_2007_855)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHGwJYTyzT2CeTzy0RApVDAKCSjWUvnQg6H5Mnlc1Dfi3vfwyDiQCgj5Ou JtcH6eRVdN6IQ3d6H1Iuzyw= =Zxrk -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Oct_21_16_40_08_2007_855)---- From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 12:45:12 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25B0E16A417 for ; Sun, 21 Oct 2007 12:45:12 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 4C5FE13C4B7 for ; Sun, 21 Oct 2007 12:43:53 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l9LAYGde044904 for ; Sun, 21 Oct 2007 14:34:16 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 21 Oct 2007 14:34:16 +0400 (MSD) From: Dmitry Morozovsky To: current@FreeBSD.org Message-ID: <20071021143236.F43563@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 21 Oct 2007 14:34:16 +0400 (MSD) Cc: Subject: libpcap build error @ RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 12:45:12 -0000 Hi there colleagues, during buildworld (erased /usr/obj, etc) ===> lib/libpcap (all) cc -O2 -fno-strict-aliasing -pipe -march=prescott -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap -c grammar.c cc -O2 -fno-strict-aliasing -pipe -march=prescott -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DHAVE_NET_PFVAR_H -I/usr/src/lib/libpcap/../../contrib/libpcap -c /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /usr/src/lib/libpcap. *** Error code 1 marck@mck-s420:/usr/src> cvs -R stat contrib/libpcap/pcap.h =================================================================== File: pcap.h Status: Up-to-date Working revision: 1.12.2.2 Sun Oct 21 08:42:21 2007 Repository revision: 1.12.2.2 /home/ncvs/src/contrib/libpcap/pcap.h,v Sticky Tag: RELENG_7 (branch: 1.12.2) Sticky Date: (none) Sticky Options: (none) Any hints? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 13:34:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D5B616A469 for ; Sun, 21 Oct 2007 13:34:12 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 8A61F13C4C8 for ; Sun, 21 Oct 2007 13:33:10 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l9L5Wqfq008262; Sun, 21 Oct 2007 09:32:52 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1192944772; bh=WCixmKAzqkBXY+62RopgIw3as8VCb9sl/7k0UrM /sK0=; l=1199; h=Date:From:To:Subject:Message-ID:Mail-Followup-To: MIME-Version:Content-Type:Content-Disposition:User-Agent; b=f+Zygd qTHunyed1eDtraWjK5erx6YarnZO2I13P2r2NtI/GcQ7VCdJSFSP5cEl9uhZjDQ4N1U AQSkFITzsGevltGaBZEwG0DkRkX/RdFc1TIfmIEZdlCL/VEQHBR6RsNbNGQIXrQdydY NtDIs12qtfZuLIpNuDGJP9AhHQ6AAJ0= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l9L5WqHG008261; Sun, 21 Oct 2007 09:32:52 +0400 (MSD) (envelope-from ache) Date: Sun, 21 Oct 2007 09:32:52 +0400 From: Andrey Chernov To: current@freebsd.org, mlaier@freebsd.org Message-ID: <20071021053252.GA8202@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, mlaier@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: libpcap building error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 13:34:12 -0000 Obviously we miss some DLT_* entries in our : cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -I/usr/src/lib/libpcap/../../contrib/libpcap -c /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 13:35:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A78616A417 for ; Sun, 21 Oct 2007 13:35:01 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE7413C4AC for ; Sun, 21 Oct 2007 13:34:09 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-028-169.pools.arcor-ip.net [88.66.28.169]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1IjaWZ3oZp-00085C; Sun, 21 Oct 2007 15:07:24 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sun, 21 Oct 2007 15:07:17 +0200 User-Agent: KMail/1.9.7 References: <20071021143236.F43563@woozle.rinet.ru> In-Reply-To: <20071021143236.F43563@woozle.rinet.ru> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1984007.xykUQem7Rt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710211507.22900.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18O7n0/zqotfhCHRFlmGOq7oj/5qlEGAUMIi7x 8RdbScgpPB9fMpUqk2ULr1/hdqRicDsNw6WCh69kaXRbjDC0kj mJxVUkqj0/jwzeCE2Z+v1fk2GL1ht9NkbEC+sUZsCk= Cc: Dmitry Morozovsky , current@freebsd.org Subject: Re: libpcap build error @ RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 13:35:01 -0000 --nextPart1984007.xykUQem7Rt Content-Type: multipart/mixed; boundary="Boundary-01=_K80GH7ECojCrb5l" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_K80GH7ECojCrb5l Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 21 October 2007, Dmitry Morozovsky wrote: > Hi there colleagues, > > during buildworld (erased /usr/obj, etc) > > =3D=3D=3D> lib/libpcap (all) > cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -DHAVE_CONFIG_H > -Dyylval=3Dpcapyylval -I/usr/src/lib/libpcap -I. > -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > -DHAVE_NET_PFVAR_H > -I/usr/src/lib/libpcap/../../contrib/libpcap -c grammar.c > cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -DHAVE_CONFIG_H > -Dyylval=3Dpcapyylval -I/usr/src/lib/libpcap -I. > -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > -DHAVE_NET_PFVAR_H > -I/usr/src/lib/libpcap/../../contrib/libpcap -c > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' > undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: > 'DLT_JUNIPER_VP' undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: > 'DLT_A429' undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: > 'DLT_A653_ICM' undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' > undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: > 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: > 'DLT_CAN20B' undeclared here (not in a function) > *** Error code 1 > > Stop in /usr/src/lib/libpcap. > *** Error code 1 I fat-fingered that one. Fix attached, but I'll do a buildworld this time= =20 to make sure. Sorry! Hand me that pointy-hat, please? :-\ > > marck@mck-s420:/usr/src> cvs -R stat contrib/libpcap/pcap.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > File: pcap.h Status: Up-to-date > > Working revision: 1.12.2.2 Sun Oct 21 08:42:21 2007 > Repository revision: 1.12.2.2 =20 > /home/ncvs/src/contrib/libpcap/pcap.h,v Sticky Tag: RELENG_7 > (branch: 1.12.2) > Sticky Date: (none) > Sticky Options: (none) > > Any hints? > > Sincerely, > D.Marck [DM5020, MCK-RIPE, > DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] > ----------------------------------------------------------------------- >- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru > *** > ----------------------------------------------------------------------- >- _______________________________________________ > 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" =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_K80GH7ECojCrb5l Content-Type: text/x-diff; charset="iso-8859-1"; name="bpf_DLT.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="bpf_DLT.diff" Index: sys/net/bpf.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/sys/net/bpf.h,v retrieving revision 1.47 diff -u -r1.47 bpf.h =2D-- sys/net/bpf.h 26 Feb 2007 22:24:14 -0000 1.47 +++ sys/net/bpf.h 21 Oct 2007 12:49:29 -0000 @@ -547,6 +547,140 @@ #define DLT_JUNIPER_CHDLC 181 =20 /* + * Multi Link Frame Relay (FRF.16) + */ +#define DLT_MFR 182 + +/* + * Juniper-private data link type, as per request from + * Hannes Gredler .=20 + * The DLT_ is used for internal communication with a + * voice Adapter Card (PIC) + */ +#define DLT_JUNIPER_VP 183 + +/* + * Arinc 429 frames. + * DLT_ requested by Gianluca Varenni . + * Every frame contains a 32bit A429 label. + * More documentation on Arinc 429 can be found at + * http://www.condoreng.com/support/downloads/tutorials/ARINCTutorial.pdf + */ +#define DLT_A429 184 + +/* + * Arinc 653 Interpartition Communication messages. + * DLT_ requested by Gianluca Varenni . + * Please refer to the A653-1 standard for more information. + */ +#define DLT_A653_ICM 185 + +/* + * USB packets, beginning with a USB setup header; requested by + * Paolo Abeni . + */ +#define DLT_USB 186 + +/* + * Bluetooth HCI UART transport layer (part H:4); requested by + * Paolo Abeni. + */ +#define DLT_BLUETOOTH_HCI_H4 187 + +/* + * IEEE 802.16 MAC Common Part Sublayer; requested by Maria Cruz + * . + */ +#define DLT_IEEE802_16_MAC_CPS 188 + +/* + * USB packets, beginning with a Linux USB header; requested by + * Paolo Abeni . + */ +#define DLT_USB_LINUX 189 + +/* + * Controller Area Network (CAN) v. 2.0B packets. + * DLT_ requested by Gianluca Varenni . + * Used to dump CAN packets coming from a CAN Vector board. + * More documentation on the CAN v2.0B frames can be found at + * http://www.can-cia.org/downloads/?269 + */ +#define DLT_CAN20B 190 + +/* + * IEEE 802.15.4, with address fields padded, as is done by Linux + * drivers; requested by Juergen Schimmer. + */ +#define DLT_IEEE802_15_4_LINUX 191 + +/* + * Per Packet Information encapsulated packets. + * DLT_ requested by Gianluca Varenni . + */ +#define DLT_PPI 192 + +/* + * Header for 802.16 MAC Common Part Sublayer plus a radiotap radio header; + * requested by Charles Clancy. + */ +#define DLT_IEEE802_16_MAC_CPS_RADIO 193 + +/* + * Juniper-private data link type, as per request from + * Hannes Gredler .=20 + * The DLT_ is used for internal communication with a + * integrated service module (ISM). + */ +#define DLT_JUNIPER_ISM 194 + +/* + * IEEE 802.15.4, exactly as it appears in the spec (no padding, no + * nothing); requested by Mikko Saarnivala . + */ +#define DLT_IEEE802_15_4 195 + +/* + * Various link-layer types, with a pseudo-header, for SITA + * (http://www.sita.aero/); requested by Fulko Hew (fulko.hew@gmail.com). + */ +#define DLT_SITA 196 + +/* + * Various link-layer types, with a pseudo-header, for Endace DAG cards; + * encapsulates Endace ERF records. Requested by Stephen Donnelly + * . + */ +#define DLT_ERF 197 + +/* + * Special header prepended to Ethernet packets when capturing from a + * u10 Networks board. Requested by Phil Mulholland + * . + */ +#define DLT_RAIF1 198 + +/* + * IPMB packet for IPMI, beginning with the I2C slave address, followed + * by the netFn and LUN, etc.. Requested by Chanthy Toeung + * . + */ +#define DLT_IPMB 199 + +/* + * Juniper-private data link type, as per request from + * Hannes Gredler .=20 + * The DLT_ is used for capturing data on a secure tunnel interface. + */ +#define DLT_JUNIPER_ST 200 + +/* + * Bluetooth HCI UART transport layer (part H:4), with pseudo-header + * that includes direction information; requested by Paolo Abeni. + */ +#define DLT_BLUETOOTH_HCI_H4_WITH_PHDR 201 + +/* * The instruction encodings. */ /* instruction classes */ --Boundary-01=_K80GH7ECojCrb5l-- --nextPart1984007.xykUQem7Rt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHG08KXyyEoT62BG0RAgxZAJ9vl30HKPr7CEjkBrN9glVU7s0wwACeNtod 4e7VEdxxD6LTHXlxJz8bVUQ= =fGbI -----END PGP SIGNATURE----- --nextPart1984007.xykUQem7Rt-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 13:59:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D80B16A421; Sun, 21 Oct 2007 13:59:48 +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 A143D13C4BB; Sun, 21 Oct 2007 13:59:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L3DgjA014341; Sat, 20 Oct 2007 23:13:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L3DfhF046864; Sat, 20 Oct 2007 23:13:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A4D8B73039; Sat, 20 Oct 2007 23:11:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021031151.A4D8B73039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 23:11:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 13:59:48 -0000 TB --- 2007-10-21 02:30:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 02:30:59 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-10-21 02:30:59 - cleaning the object tree TB --- 2007-10-21 02:31:07 - checking out the source tree TB --- 2007-10-21 02:31:07 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-10-21 02:31:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 02:41:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 02:41:41 - cd /src TB --- 2007-10-21 02:41:41 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 02:41:43 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 03:11:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 03:11:51 - ERROR: failed to build world TB --- 2007-10-21 03:11:51 - tinderbox aborted TB --- 0.29 user 0.84 system 2451.85 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 13:59:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6698D16A469; Sun, 21 Oct 2007 13:59:49 +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 A4D7813C4BF; Sun, 21 Oct 2007 13:59:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L3sYLP015995; Sat, 20 Oct 2007 23:54:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L3sYBk088369; Sat, 20 Oct 2007 23:54:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E705473039; Sat, 20 Oct 2007 23:52:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021035243.E705473039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 23:52:43 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 13:59:49 -0000 TB --- 2007-10-21 03:11:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 03:11:51 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-10-21 03:11:51 - cleaning the object tree TB --- 2007-10-21 03:12:02 - checking out the source tree TB --- 2007-10-21 03:12:02 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-10-21 03:12:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 03:22:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 03:22:00 - cd /src TB --- 2007-10-21 03:22:00 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 03:22:01 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 03:52:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 03:52:43 - ERROR: failed to build world TB --- 2007-10-21 03:52:43 - tinderbox aborted TB --- 0.25 user 0.96 system 2451.98 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 13:59:50 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 099E916A419; Sun, 21 Oct 2007 13:59:50 +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 9D5B613C4C8; Sun, 21 Oct 2007 13:59:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L3uiP0016110; Sat, 20 Oct 2007 23:56:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L3uiRB025030; Sat, 20 Oct 2007 23:56:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6D79373039; Sat, 20 Oct 2007 23:54:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021035454.6D79373039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 23:54:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 13:59:50 -0000 TB --- 2007-10-21 03:17:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 03:17:03 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-10-21 03:17:03 - cleaning the object tree TB --- 2007-10-21 03:17:23 - checking out the source tree TB --- 2007-10-21 03:17:23 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-10-21 03:17:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 03:27:31 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 03:27:31 - cd /src TB --- 2007-10-21 03:27:31 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 03:27:32 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 03:54:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 03:54:54 - ERROR: failed to build world TB --- 2007-10-21 03:54:54 - tinderbox aborted TB --- 0.32 user 0.78 system 2271.20 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 14:15:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88C0216A417; Sun, 21 Oct 2007 14:15:42 +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 0AB8013C4A7; Sun, 21 Oct 2007 14:14:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L2Wn2w012562; Sat, 20 Oct 2007 22:32:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L2Wndb067558; Sat, 20 Oct 2007 22:32:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1F79773039; Sat, 20 Oct 2007 22:30:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021023059.1F79773039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 22:30:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:15:42 -0000 TB --- 2007-10-21 01:50:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 01:50:01 - starting HEAD tinderbox run for i386/i386 TB --- 2007-10-21 01:50:01 - cleaning the object tree TB --- 2007-10-21 01:50:24 - checking out the source tree TB --- 2007-10-21 01:50:24 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-10-21 01:50:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 02:00:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 02:00:47 - cd /src TB --- 2007-10-21 02:00:47 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 02:00:49 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 02:30:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 02:30:58 - ERROR: failed to build world TB --- 2007-10-21 02:30:58 - tinderbox aborted TB --- 0.27 user 0.77 system 2457.42 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 14:17:15 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93C6816A480; Sun, 21 Oct 2007 14:17:15 +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 1358413C4B7; Sun, 21 Oct 2007 14:15:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L2XYa8012613; Sat, 20 Oct 2007 22:33:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L2XYeO067969; Sat, 20 Oct 2007 22:33:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2F71073039; Sat, 20 Oct 2007 22:31:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021023144.2F71073039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 22:31:44 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:17:15 -0000 TB --- 2007-10-21 01:50:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 01:50:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-10-21 01:50:01 - cleaning the object tree TB --- 2007-10-21 01:50:22 - checking out the source tree TB --- 2007-10-21 01:50:22 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-10-21 01:50:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 02:00:47 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 02:00:47 - cd /src TB --- 2007-10-21 02:00:47 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 02:00:49 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 02:31:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 02:31:43 - ERROR: failed to build world TB --- 2007-10-21 02:31:43 - tinderbox aborted TB --- 0.20 user 0.87 system 2502.75 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 14:19:48 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC12516A417 for ; Sun, 21 Oct 2007 14:19:48 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp124.plus.mail.sp1.yahoo.com (smtp124.plus.mail.sp1.yahoo.com [69.147.95.87]) by mx1.freebsd.org (Postfix) with SMTP id 9D0DE13C4BD for ; Sun, 21 Oct 2007 14:19:23 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 67143 invoked from network); 21 Oct 2007 08:19:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=IsCm5DIl2CHs9g8CO86In3Tr45Mdu5S8Hx2ghFYYRsjRHbsHrTIyqh36LEj79oOLdBmJ8DlX0YYiiBIWDrjvWtD0j9cVKXNOpRZr3/UIwNf6maljIdNjQx0A5Xtpw1AdE5w1bJCwEty1jwigmy9anyiwINiesJmogESuVa75gC0= ; Received: from unknown (HELO borgdemon3.temp.wsu.edu) (john_m_cooper@134.121.244.74 with plain) by smtp124.plus.mail.sp1.yahoo.com with SMTP; 21 Oct 2007 08:19:03 -0000 X-YMail-OSG: qb0r_HsVM1mpm4gaRcUdOsLuGpm.p9IFYek47p9cGNU8ZU_gCOcCfcOTnYrh2O4jxLnh7wB5LA-- Message-ID: <471B0B76.6040708@yahoo.com> Date: Sun, 21 Oct 2007 01:19:02 -0700 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.4pre (X11/20071013) MIME-Version: 1.0 To: Hiroki Sato References: <20071015.034121.120532311.hrs@allbsd.org> <20071019.021408.138664034.hrs@allbsd.org> <20071021.164008.241988280.hrs@allbsd.org> In-Reply-To: <20071021.164008.241988280.hrs@allbsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: panic in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:19:48 -0000 Hiroki Sato wrote: > Hiroki Sato wrote > in <20071019.021408.138664034.hrs@allbsd.org>: > > hr> Hiroki Sato wrote > hr> in <20071015.034121.120532311.hrs@allbsd.org>: > hr> > hr> hr> I got the following panic with the Oct 14 8-CURRENT kernel. A 2-way > hr> hr> (Opteron) box running GENERIC FreeBSD/i386 kernel with serial console > hr> hr> access, and typing some keys just after "Trying to mount..." line > hr> hr> appears seems to prevent this panic. Without typing any keys the box > hr> hr> remain stopped after displaying the line, and then typing a key will > hr> hr> cause this panic. Whether the panic occurs depends on the time > hr> hr> between displaying the line and typing a key. > hr> hr> > hr> hr> ----(from here) > hr> hr> WARNING: WITNESS option enabled, expect reduced performance. > hr> hr> Trying to mount root from ufs:/dev/ad4s1a > hr> hr> spin lock 0xc0c17a6c (sio) held by 0xc3f0d630 (tid 100004) too long > hr> hr> panic: spin lock held too long > hr> hr> cpuid = 0 > hr> hr> KDB: enter: panic > hr> hr> [thread pid 46 tid 100056 ] > hr> hr> Stopped at kdb_enter+0x32: leave > (snip) > > hr> I found that this panic occurred only when "options [KDG]DB" were > hr> defined and reproducible on serial-console-enabled HP boxes such as > hr> DL140G3 and ML115. With the options, the same panic occurs even on > hr> 6.2R. > > After some investigation, I found it occurs only when options > BREAK_TO_DEBUGGER (or ALT_BREAK_TO_DEBUGGER) is defined. More > specifically, the box stops if the following line exists in sio.c: > > |#if defined(KDB) && (defined(BREAK_TO_DEBUGGER) || \ > | defined(ALT_BREAK_TO_DEBUGGER)) > | /* > | * Enable interrupts for early break-to-debugger support > | * on the console. > | */ > | if (ret == 0 && unit == comconsole) > | outb(siocniobase + com_ier, IER_ERXRDY | IER_ERLS | > | IER_EMSC); > |#endif > > If this line is removed, no hiccup just after "Trying to mount > root..." and no panic occur. I guess enabling sio's interrupt at > this early stage causes a deadlock, but I am not sure the details of > what happends there. > > Anyone who can reproduce this problem? > > -- > | Hiroki SATO > No, something else is going on with my HP Pavillion dv9420us. This patch doesn't fix my problem. jmc From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 14:28:03 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE64716A46C for ; Sun, 21 Oct 2007 14:28:03 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp118.plus.mail.sp1.yahoo.com (smtp118.plus.mail.sp1.yahoo.com [69.147.95.81]) by mx1.freebsd.org (Postfix) with SMTP id AD86213C4C5 for ; Sun, 21 Oct 2007 14:27:43 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 68513 invoked from network); 21 Oct 2007 07:56:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=xG2PAmh5/gvvkmQHxURq4AboIktRQAvAizcXe0k3sqgcoP+g+yQKeOigY9j1dmcT5ZqkAXLHujc8FpBacfM7GcqcpeUIODIf9fsTwokQi8oOqQLmgG11rBO/K2lq8U/hs2xyenKYTU4CdMJCphUFRkb92wPwjDZS5rRTjtRaDgE= ; Received: from unknown (HELO borgdemon3.temp.wsu.edu) (john_m_cooper@134.121.244.74 with plain) by smtp118.plus.mail.sp1.yahoo.com with SMTP; 21 Oct 2007 07:56:25 -0000 X-YMail-OSG: 1rAkHJsVM1mqv_fTs05WVb7zNhB2xM.eNZnGwuspG25UJdQfB_9M8Na41Begp.uDFg2jcGzm3g-- Message-ID: <471B0625.50202@yahoo.com> Date: Sun, 21 Oct 2007 00:56:21 -0700 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.4pre (X11/20071013) MIME-Version: 1.0 To: Hiroki Sato References: <20071015.034121.120532311.hrs@allbsd.org> <20071019.021408.138664034.hrs@allbsd.org> <20071021.164008.241988280.hrs@allbsd.org> In-Reply-To: <20071021.164008.241988280.hrs@allbsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: panic in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:28:03 -0000 Hiroki Sato wrote: > Hiroki Sato wrote > in <20071019.021408.138664034.hrs@allbsd.org>: > > hr> Hiroki Sato wrote > hr> in <20071015.034121.120532311.hrs@allbsd.org>: > hr> > hr> hr> I got the following panic with the Oct 14 8-CURRENT kernel. A 2-way > hr> hr> (Opteron) box running GENERIC FreeBSD/i386 kernel with serial console > hr> hr> access, and typing some keys just after "Trying to mount..." line > hr> hr> appears seems to prevent this panic. Without typing any keys the box > hr> hr> remain stopped after displaying the line, and then typing a key will > hr> hr> cause this panic. Whether the panic occurs depends on the time > hr> hr> between displaying the line and typing a key. > hr> hr> > hr> hr> ----(from here) > hr> hr> WARNING: WITNESS option enabled, expect reduced performance. > hr> hr> Trying to mount root from ufs:/dev/ad4s1a > hr> hr> spin lock 0xc0c17a6c (sio) held by 0xc3f0d630 (tid 100004) too long > hr> hr> panic: spin lock held too long > hr> hr> cpuid = 0 > hr> hr> KDB: enter: panic > hr> hr> [thread pid 46 tid 100056 ] > hr> hr> Stopped at kdb_enter+0x32: leave > (snip) > > hr> I found that this panic occurred only when "options [KDG]DB" were > hr> defined and reproducible on serial-console-enabled HP boxes such as > hr> DL140G3 and ML115. With the options, the same panic occurs even on > hr> 6.2R. > > After some investigation, I found it occurs only when options > BREAK_TO_DEBUGGER (or ALT_BREAK_TO_DEBUGGER) is defined. More > specifically, the box stops if the following line exists in sio.c: > > |#if defined(KDB) && (defined(BREAK_TO_DEBUGGER) || \ > | defined(ALT_BREAK_TO_DEBUGGER)) > | /* > | * Enable interrupts for early break-to-debugger support > | * on the console. > | */ > | if (ret == 0 && unit == comconsole) > | outb(siocniobase + com_ier, IER_ERXRDY | IER_ERLS | > | IER_EMSC); > |#endif > > If this line is removed, no hiccup just after "Trying to mount > root..." and no panic occur. I guess enabling sio's interrupt > this early stage causes a deadlock, but I am not sure the details of > what happends there. > > Anyone who can reproduce this problem? > > -- > | Hiroki SATO > I can reproduce it at will on 7.0-BETA1 on my HP Pavillion dv9420us. I have to do the shuffle every time in order to boot. I'm going to try your patch and see if it helps. I note that I don't have sio installed as this laptop has no serial ports (just lots of usb ports). jmc From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 14:28:23 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D456216A474; Sun, 21 Oct 2007 14:28:23 +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 5E8B313C4B7; Sun, 21 Oct 2007 14:27:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9LASVpn032389; Sun, 21 Oct 2007 06:28:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LASV9g014199; Sun, 21 Oct 2007 06:28:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C671B73039; Sun, 21 Oct 2007 06:26:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021102635.C671B73039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 06:26:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:28:24 -0000 TB --- 2007-10-21 09:45:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 09:45:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-10-21 09:45:57 - cleaning the object tree TB --- 2007-10-21 09:46:07 - checking out the source tree TB --- 2007-10-21 09:46:07 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-10-21 09:46:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 09:56:31 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 09:56:31 - cd /src TB --- 2007-10-21 09:56:31 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 09:56:32 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 10:26:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 10:26:35 - ERROR: failed to build world TB --- 2007-10-21 10:26:35 - tinderbox aborted TB --- 0.27 user 0.87 system 2438.02 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 14:31:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76C4E16A419; Sun, 21 Oct 2007 14:31:39 +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 B2F3613C4E5; Sun, 21 Oct 2007 14:30:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9LE3OP2033618; Sun, 21 Oct 2007 10:03:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LE3Oja040974; Sun, 21 Oct 2007 10:03:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A47F373039; Sun, 21 Oct 2007 10:01:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021140133.A47F373039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 10:01:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:31:39 -0000 TB --- 2007-10-21 13:20:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 13:20:49 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-10-21 13:20:49 - cleaning the object tree TB --- 2007-10-21 13:20:58 - checking out the source tree TB --- 2007-10-21 13:20:58 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-10-21 13:20:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 13:31:23 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 13:31:23 - cd /src TB --- 2007-10-21 13:31:23 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 13:31:25 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 14:01:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 14:01:33 - ERROR: failed to build world TB --- 2007-10-21 14:01:33 - tinderbox aborted TB --- 0.33 user 0.80 system 2443.63 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 14:48:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1209C16A420 for ; Sun, 21 Oct 2007 14:48:45 +0000 (UTC) (envelope-from anders@FreeBSD.org) Received: from fupp.net (totem.fix.no [80.91.36.20]) by mx1.freebsd.org (Postfix) with ESMTP id 796FC13C480 for ; Sun, 21 Oct 2007 14:47:49 +0000 (UTC) (envelope-from anders@FreeBSD.org) Received: from localhost (totem.fix.no [80.91.36.20]) by fupp.net (Postfix) with ESMTP id 7565B8D991A; Sat, 20 Oct 2007 23:28:31 +0200 (CEST) Received: from fupp.net ([80.91.36.20]) by localhost (totem.fix.no [80.91.36.20]) (amavisd-new, port 10024) with LMTP id CXVAusiREvfN; Sat, 20 Oct 2007 23:28:30 +0200 (CEST) Received: by fupp.net (Postfix, from userid 1000) id DF53D8D98E6; Sat, 20 Oct 2007 23:28:30 +0200 (CEST) Date: Sat, 20 Oct 2007 23:28:30 +0200 From: Anders Nordby To: current@freebsd.org Message-ID: <20071020212830.GA46415@fupp.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 User-Agent: Mutt/1.5.11 Cc: Subject: HP Proliant system freezes when bge NIC is used X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:48:45 -0000 Hi, Using FreeBSD/amd64 7.0-BETA1 on a HP Proliant DL 380 G4 system, it freezes totally once the NIC is used, hanging at the time of setting the hostname upon boot. If I set hw.bge.allow_asf="0" in loader.conf, it works fine. What can I do to help debug this problem? About my NICs: bge0: mem 0xfdef0000-0xfdef ffff irq 25 at device 1.0 on pci3 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfdef0000 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0019, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-F DX, auto bge0: bpf attached bge0: Ethernet address: 00:12:79:cf:57:33 ioapic1: routing intpin 1 (PCI IRQ 25) to vector 49 bge0: [MPSAFE] bge0: [ITHREAD] pci0:3:1:1: bad VPD cksum, remain 19 bge1: mem 0xfdee0000-0xfdee ffff irq 26 at device 1.1 on pci3 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfdee0000 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000818, model 0x0019, rev. 0 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-F DX, auto bge1: bpf attached bge1: Ethernet address: 00:12:79:cf:57:32 ioapic1: routing intpin 2 (PCI IRQ 26) to vector 50 bge1: [MPSAFE] bge1: [ITHREAD] Only bge0 is being used. This seems to be the same problem described in PR kern/116328. Any takers? Bye, -- Anders. From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 14:53:13 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 936FE16A468 for ; Sun, 21 Oct 2007 14:53:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outR.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id 68C6513C4AA for ; Sun, 21 Oct 2007 14:52:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sat, 20 Oct 2007 21:42:09 -0700 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 4592712675D for ; Sat, 20 Oct 2007 21:42:09 -0700 (PDT) Message-ID: <471AD8B7.2000007@elischer.org> Date: Sat, 20 Oct 2007 21:42:31 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: supporting old code in -current.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 14:53:13 -0000 In the following files (and their modules) we have the following in -current. src/sys/dev/aic7xxx/aic_osm_lib.h src/sys/dev/mpt/mpt.h #if __FreeBSD_version > 500005 [...] #else [blah] #endif is this worth maintaining? are the maintainers for mpt and aic supporting 4.x with the same sources somewhere? julian (p.s. it looked like copy-n-paste code..) From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:03:21 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A46AF16A46B; Sun, 21 Oct 2007 15:03:21 +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 EA3F713C4AC; Sun, 21 Oct 2007 15:00:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9LDNeHP032400; Sun, 21 Oct 2007 09:23:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LDNeOK052572; Sun, 21 Oct 2007 09:23:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 358E473039; Sun, 21 Oct 2007 09:21:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021132150.358E473039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 09:21:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:03:21 -0000 TB --- 2007-10-21 12:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 12:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-10-21 12:40:00 - cleaning the object tree TB --- 2007-10-21 12:40:18 - checking out the source tree TB --- 2007-10-21 12:40:18 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-10-21 12:40:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 12:50:45 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 12:50:45 - cd /src TB --- 2007-10-21 12:50:45 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 12:50:47 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 13:21:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 13:21:49 - ERROR: failed to build world TB --- 2007-10-21 13:21:49 - tinderbox aborted TB --- 0.27 user 0.84 system 2509.51 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:04:53 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ADB416A46E; Sun, 21 Oct 2007 15:04:53 +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 A195F13C4B3; Sun, 21 Oct 2007 15:02:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9LB971Q034255; Sun, 21 Oct 2007 07:09:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LB97Gq064488; Sun, 21 Oct 2007 07:09:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2D5F473039; Sun, 21 Oct 2007 07:07:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021110717.2D5F473039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 07:07:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:04:53 -0000 TB --- 2007-10-21 10:26:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 10:26:36 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-10-21 10:26:36 - cleaning the object tree TB --- 2007-10-21 10:26:43 - checking out the source tree TB --- 2007-10-21 10:26:43 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-10-21 10:26:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 10:36:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 10:36:32 - cd /src TB --- 2007-10-21 10:36:32 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 10:36:34 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 11:07:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 11:07:16 - ERROR: failed to build world TB --- 2007-10-21 11:07:16 - tinderbox aborted TB --- 0.23 user 0.92 system 2440.80 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:07:28 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 435F816A41B; Sun, 21 Oct 2007 15:07: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 87D0E13C4CA; Sun, 21 Oct 2007 15:04:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9LBBSBD034344; Sun, 21 Oct 2007 07:11:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LBBSbQ074427; Sun, 21 Oct 2007 07:11:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 09CFC73039; Sun, 21 Oct 2007 07:09:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021110938.09CFC73039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 07:09:38 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:07:28 -0000 TB --- 2007-10-21 10:31:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 10:31:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-10-21 10:31:35 - cleaning the object tree TB --- 2007-10-21 10:32:06 - checking out the source tree TB --- 2007-10-21 10:32:06 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-10-21 10:32:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 10:42:02 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 10:42:02 - cd /src TB --- 2007-10-21 10:42:02 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 10:42:04 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 11:09:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 11:09:38 - ERROR: failed to build world TB --- 2007-10-21 11:09:38 - tinderbox aborted TB --- 0.20 user 0.85 system 2282.27 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:13:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E48D016A46C; Sun, 21 Oct 2007 15:13:59 +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 20A6413C4DB; Sun, 21 Oct 2007 15:11:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9LE8Snn043843; Sun, 21 Oct 2007 10:08:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LE8RgO075323; Sun, 21 Oct 2007 10:08:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 518D273039; Sun, 21 Oct 2007 10:06:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021140637.518D273039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 10:06:37 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:14:00 -0000 TB --- 2007-10-21 13:21:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 13:21:50 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-10-21 13:21:50 - cleaning the object tree TB --- 2007-10-21 13:22:09 - checking out the source tree TB --- 2007-10-21 13:22:09 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-10-21 13:22:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 13:31:23 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 13:31:23 - cd /src TB --- 2007-10-21 13:31:23 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 13:31:25 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 14:06:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 14:06:37 - ERROR: failed to build world TB --- 2007-10-21 14:06:37 - tinderbox aborted TB --- 0.27 user 0.74 system 2686.80 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:43:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98CEF16A469; Sun, 21 Oct 2007 15:43:59 +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 8A26C13C4C4; Sun, 21 Oct 2007 15:42:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9LAXQ8N027389; Sun, 21 Oct 2007 06:33:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LAXQnL090620; Sun, 21 Oct 2007 06:33:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 956CC73039; Sun, 21 Oct 2007 06:31:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021103135.956CC73039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 06:31:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:43:59 -0000 TB --- 2007-10-21 09:46:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 09:46:40 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-10-21 09:46:40 - cleaning the object tree TB --- 2007-10-21 09:47:11 - checking out the source tree TB --- 2007-10-21 09:47:11 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-10-21 09:47:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 09:56:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 09:56:30 - cd /src TB --- 2007-10-21 09:56:30 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 09:56:32 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 10:31:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 10:31:35 - ERROR: failed to build world TB --- 2007-10-21 10:31:35 - tinderbox aborted TB --- 0.29 user 0.73 system 2694.67 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:46:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F8AD16A420; Sun, 21 Oct 2007 15:46:25 +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 A465913C4CA; Sun, 21 Oct 2007 15:45:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L9llRj026176; Sun, 21 Oct 2007 05:47:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L9llg6000338; Sun, 21 Oct 2007 05:47:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 42A6073039; Sun, 21 Oct 2007 05:45:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021094557.42A6073039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 05:45:57 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:46:25 -0000 TB --- 2007-10-21 09:05:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 09:05:01 - starting HEAD tinderbox run for i386/i386 TB --- 2007-10-21 09:05:01 - cleaning the object tree TB --- 2007-10-21 09:05:20 - checking out the source tree TB --- 2007-10-21 09:05:20 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-10-21 09:05:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 09:15:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 09:15:37 - cd /src TB --- 2007-10-21 09:15:37 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 09:15:39 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 09:45:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 09:45:56 - ERROR: failed to build world TB --- 2007-10-21 09:45:56 - tinderbox aborted TB --- 0.24 user 0.83 system 2455.73 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:47:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 050B316A468; Sun, 21 Oct 2007 15:47: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 A76EA13C4B9; Sun, 21 Oct 2007 15:46:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L9mUBs026183; Sun, 21 Oct 2007 05:48:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L9mUCc077222; Sun, 21 Oct 2007 05:48:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 55B2673039; Sun, 21 Oct 2007 05:46:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021094640.55B2673039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 05:46:40 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:47:19 -0000 TB --- 2007-10-21 09:05:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 09:05:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-10-21 09:05:01 - cleaning the object tree TB --- 2007-10-21 09:05:20 - checking out the source tree TB --- 2007-10-21 09:05:20 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-10-21 09:05:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 09:15:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 09:15:37 - cd /src TB --- 2007-10-21 09:15:37 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 09:15:39 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 09:46:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 09:46:40 - ERROR: failed to build world TB --- 2007-10-21 09:46:40 - tinderbox aborted TB --- 0.23 user 0.87 system 2499.18 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:52:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1EDE16A46C; Sun, 21 Oct 2007 15:52:10 +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 7F22813C48A; Sun, 21 Oct 2007 15:51:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9LDMdO3041118; Sun, 21 Oct 2007 09:22:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9LDMdWK017475; Sun, 21 Oct 2007 09:22:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 10B2573039; Sun, 21 Oct 2007 09:20:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021132049.10B2573039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 09:20:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:52:11 -0000 TB --- 2007-10-21 12:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 12:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-10-21 12:40:00 - cleaning the object tree TB --- 2007-10-21 12:40:20 - checking out the source tree TB --- 2007-10-21 12:40:20 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-10-21 12:40:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 12:50:45 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 12:50:45 - cd /src TB --- 2007-10-21 12:50:45 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 12:50:47 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 13:20:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 13:20:48 - ERROR: failed to build world TB --- 2007-10-21 13:20:48 - tinderbox aborted TB --- 0.23 user 0.84 system 2448.33 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:53:49 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB32016A418; Sun, 21 Oct 2007 15:53:49 +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 AECB813C4A8; Sun, 21 Oct 2007 15:53:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L7YIdq023353; Sun, 21 Oct 2007 03:34:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L7YITP052478; Sun, 21 Oct 2007 03:34:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4705073039; Sun, 21 Oct 2007 03:32:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021073228.4705073039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 03:32:28 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:53:49 -0000 TB --- 2007-10-21 06:51:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 06:51:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-10-21 06:51:41 - cleaning the object tree TB --- 2007-10-21 06:52:03 - checking out the source tree TB --- 2007-10-21 06:52:03 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-10-21 06:52:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 07:02:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 07:02:38 - cd /src TB --- 2007-10-21 07:02:38 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 07:02:40 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 07:32:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 07:32:28 - ERROR: failed to build world TB --- 2007-10-21 07:32:28 - tinderbox aborted TB --- 0.29 user 0.75 system 2447.17 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:56:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 065CA16A420; Sun, 21 Oct 2007 15:56:56 +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 8787113C4D3; Sun, 21 Oct 2007 15:56:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L6rVUN022117; Sun, 21 Oct 2007 02:53:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L6rVu9009614; Sun, 21 Oct 2007 02:53:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DACD373039; Sun, 21 Oct 2007 02:51:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021065140.DACD373039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 02:51:40 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:56:56 -0000 TB --- 2007-10-21 06:06:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 06:06:52 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-10-21 06:06:52 - cleaning the object tree TB --- 2007-10-21 06:07:09 - checking out the source tree TB --- 2007-10-21 06:07:09 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-10-21 06:07:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 06:16:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 06:16:32 - cd /src TB --- 2007-10-21 06:16:32 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 06:16:34 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 06:51:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 06:51:40 - ERROR: failed to build world TB --- 2007-10-21 06:51:40 - tinderbox aborted TB --- 0.22 user 0.78 system 2688.32 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:57:18 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99F9D16A417; Sun, 21 Oct 2007 15:57:18 +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 9552C13C4E7; Sun, 21 Oct 2007 15:56:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L6mJAW021924; Sun, 21 Oct 2007 02:48:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L6mJkn004976; Sun, 21 Oct 2007 02:48:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE2A773039; Sun, 21 Oct 2007 02:46:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021064628.CE2A773039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 02:46:28 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:57:18 -0000 TB --- 2007-10-21 06:06:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 06:06:05 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-10-21 06:06:05 - cleaning the object tree TB --- 2007-10-21 06:06:12 - checking out the source tree TB --- 2007-10-21 06:06:12 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-10-21 06:06:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 06:16:32 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 06:16:32 - cd /src TB --- 2007-10-21 06:16:32 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 06:16:34 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 06:46:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 06:46:28 - ERROR: failed to build world TB --- 2007-10-21 06:46:28 - tinderbox aborted TB --- 0.27 user 0.85 system 2423.21 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:59:00 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D003D16A418; Sun, 21 Oct 2007 15:59:00 +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 148EB13C4A3; Sun, 21 Oct 2007 15:58:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L67tt2021098; Sun, 21 Oct 2007 02:07:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L67tiN066044; Sun, 21 Oct 2007 02:07:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BEC7F73039; Sun, 21 Oct 2007 02:06:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021060604.BEC7F73039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 02:06:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:59:00 -0000 TB --- 2007-10-21 05:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 05:25:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-10-21 05:25:00 - cleaning the object tree TB --- 2007-10-21 05:25:19 - checking out the source tree TB --- 2007-10-21 05:25:19 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-10-21 05:25:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 05:35:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 05:35:35 - cd /src TB --- 2007-10-21 05:35:35 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 05:35:36 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 06:06:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 06:06:04 - ERROR: failed to build world TB --- 2007-10-21 06:06:04 - tinderbox aborted TB --- 0.26 user 0.82 system 2463.83 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:01:21 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 219CE16A473; Sun, 21 Oct 2007 16:01:21 +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 09E8D13C491; Sun, 21 Oct 2007 16:01:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L0G7Uj005811; Sat, 20 Oct 2007 20:16:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L0G6li097205; Sat, 20 Oct 2007 20:16:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 787F173039; Sat, 20 Oct 2007 20:14:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021001416.787F173039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 20:14:16 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:01:21 -0000 TB --- 2007-10-20 23:33:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-20 23:33:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-10-20 23:33:01 - cleaning the object tree TB --- 2007-10-20 23:33:28 - checking out the source tree TB --- 2007-10-20 23:33:28 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-10-20 23:33:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-20 23:43:44 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-20 23:43:44 - cd /src TB --- 2007-10-20 23:43:44 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 20 23:43:46 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 00:14:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 00:14:16 - ERROR: failed to build world TB --- 2007-10-21 00:14:16 - tinderbox aborted TB --- 0.64 user 2.74 system 2474.55 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:04:34 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30FA416A41A; Sun, 21 Oct 2007 16:04:34 +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 7D0A113C4A8; Sun, 21 Oct 2007 16:04:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L3IrJQ016970; Sat, 20 Oct 2007 23:18:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L3Ir8N060670; Sat, 20 Oct 2007 23:18:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0CBFE73039; Sat, 20 Oct 2007 23:17:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021031703.0CBFE73039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 23:17:02 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:04:34 -0000 TB --- 2007-10-21 02:31:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 02:31:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-10-21 02:31:44 - cleaning the object tree TB --- 2007-10-21 02:32:17 - checking out the source tree TB --- 2007-10-21 02:32:17 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-10-21 02:32:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 02:41:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 02:41:41 - cd /src TB --- 2007-10-21 02:41:41 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 02:41:43 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 03:17:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 03:17:02 - ERROR: failed to build world TB --- 2007-10-21 03:17:02 - tinderbox aborted TB --- 0.31 user 0.70 system 2718.37 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:05:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C48016A46D; Sun, 21 Oct 2007 16:05:42 +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 F0EF113C4B6; Sun, 21 Oct 2007 16:05:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9KNdvP2004085; Sat, 20 Oct 2007 19:39:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9KNdupC079114; Sat, 20 Oct 2007 19:39:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D3C8E73039; Sat, 20 Oct 2007 19:38:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071020233806.D3C8E73039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 19:38:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:05:42 -0000 TB --- 2007-10-20 22:52:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-20 22:52:36 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-10-20 22:52:36 - cleaning the object tree TB --- 2007-10-20 22:53:10 - checking out the source tree TB --- 2007-10-20 22:53:10 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-10-20 22:53:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-20 23:03:14 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-20 23:03:14 - cd /src TB --- 2007-10-20 23:03:14 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 20 23:03:16 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-20 23:38:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-20 23:38:06 - ERROR: failed to build world TB --- 2007-10-20 23:38:06 - tinderbox aborted TB --- 0.71 user 2.55 system 2729.82 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:05:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D7016A469; Sun, 21 Oct 2007 16:05:42 +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 9662513C4BF; Sun, 21 Oct 2007 16:05:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9KNYpqI003837; Sat, 20 Oct 2007 19:34:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9KNYpNZ074883; Sat, 20 Oct 2007 19:34:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 54A9373039; Sat, 20 Oct 2007 19:33:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071020233301.54A9373039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 19:33:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:05:43 -0000 TB --- 2007-10-20 22:51:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-20 22:51:55 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-10-20 22:51:56 - cleaning the object tree TB --- 2007-10-20 22:52:25 - checking out the source tree TB --- 2007-10-20 22:52:25 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-10-20 22:52:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-20 23:03:14 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-20 23:03:14 - cd /src TB --- 2007-10-20 23:03:14 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 20 23:03:16 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-20 23:33:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-20 23:33:00 - ERROR: failed to build world TB --- 2007-10-20 23:33:00 - tinderbox aborted TB --- 0.86 user 2.84 system 2464.98 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:11:41 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24A2016A46C for ; Sun, 21 Oct 2007 16:11:41 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id BF55513C4CE for ; Sun, 21 Oct 2007 16:11:40 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-028-169.pools.arcor-ip.net [88.66.28.169]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1IjaWZ3oZp-00085C; Sun, 21 Oct 2007 15:07:24 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sun, 21 Oct 2007 15:07:17 +0200 User-Agent: KMail/1.9.7 References: <20071021143236.F43563@woozle.rinet.ru> In-Reply-To: <20071021143236.F43563@woozle.rinet.ru> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1984007.xykUQem7Rt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710211507.22900.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18O7n0/zqotfhCHRFlmGOq7oj/5qlEGAUMIi7x 8RdbScgpPB9fMpUqk2ULr1/hdqRicDsNw6WCh69kaXRbjDC0kj mJxVUkqj0/jwzeCE2Z+v1fk2GL1ht9NkbEC+sUZsCk= Cc: Dmitry Morozovsky , current@freebsd.org Subject: Re: libpcap build error @ RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:11:41 -0000 --nextPart1984007.xykUQem7Rt Content-Type: multipart/mixed; boundary="Boundary-01=_K80GH7ECojCrb5l" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_K80GH7ECojCrb5l Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 21 October 2007, Dmitry Morozovsky wrote: > Hi there colleagues, > > during buildworld (erased /usr/obj, etc) > > =3D=3D=3D> lib/libpcap (all) > cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -DHAVE_CONFIG_H > -Dyylval=3Dpcapyylval -I/usr/src/lib/libpcap -I. > -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > -DHAVE_NET_PFVAR_H > -I/usr/src/lib/libpcap/../../contrib/libpcap -c grammar.c > cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -DHAVE_CONFIG_H > -Dyylval=3Dpcapyylval -I/usr/src/lib/libpcap -I. > -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > -DHAVE_NET_PFVAR_H > -I/usr/src/lib/libpcap/../../contrib/libpcap -c > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' > undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: > 'DLT_JUNIPER_VP' undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: > 'DLT_A429' undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: > 'DLT_A653_ICM' undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' > undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: > 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: > 'DLT_CAN20B' undeclared here (not in a function) > *** Error code 1 > > Stop in /usr/src/lib/libpcap. > *** Error code 1 I fat-fingered that one. Fix attached, but I'll do a buildworld this time= =20 to make sure. Sorry! Hand me that pointy-hat, please? :-\ > > marck@mck-s420:/usr/src> cvs -R stat contrib/libpcap/pcap.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > File: pcap.h Status: Up-to-date > > Working revision: 1.12.2.2 Sun Oct 21 08:42:21 2007 > Repository revision: 1.12.2.2 =20 > /home/ncvs/src/contrib/libpcap/pcap.h,v Sticky Tag: RELENG_7 > (branch: 1.12.2) > Sticky Date: (none) > Sticky Options: (none) > > Any hints? > > Sincerely, > D.Marck [DM5020, MCK-RIPE, > DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] > ----------------------------------------------------------------------- >- *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru > *** > ----------------------------------------------------------------------- >- _______________________________________________ > 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" =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_K80GH7ECojCrb5l Content-Type: text/x-diff; charset="iso-8859-1"; name="bpf_DLT.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="bpf_DLT.diff" Index: sys/net/bpf.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/sys/net/bpf.h,v retrieving revision 1.47 diff -u -r1.47 bpf.h =2D-- sys/net/bpf.h 26 Feb 2007 22:24:14 -0000 1.47 +++ sys/net/bpf.h 21 Oct 2007 12:49:29 -0000 @@ -547,6 +547,140 @@ #define DLT_JUNIPER_CHDLC 181 =20 /* + * Multi Link Frame Relay (FRF.16) + */ +#define DLT_MFR 182 + +/* + * Juniper-private data link type, as per request from + * Hannes Gredler .=20 + * The DLT_ is used for internal communication with a + * voice Adapter Card (PIC) + */ +#define DLT_JUNIPER_VP 183 + +/* + * Arinc 429 frames. + * DLT_ requested by Gianluca Varenni . + * Every frame contains a 32bit A429 label. + * More documentation on Arinc 429 can be found at + * http://www.condoreng.com/support/downloads/tutorials/ARINCTutorial.pdf + */ +#define DLT_A429 184 + +/* + * Arinc 653 Interpartition Communication messages. + * DLT_ requested by Gianluca Varenni . + * Please refer to the A653-1 standard for more information. + */ +#define DLT_A653_ICM 185 + +/* + * USB packets, beginning with a USB setup header; requested by + * Paolo Abeni . + */ +#define DLT_USB 186 + +/* + * Bluetooth HCI UART transport layer (part H:4); requested by + * Paolo Abeni. + */ +#define DLT_BLUETOOTH_HCI_H4 187 + +/* + * IEEE 802.16 MAC Common Part Sublayer; requested by Maria Cruz + * . + */ +#define DLT_IEEE802_16_MAC_CPS 188 + +/* + * USB packets, beginning with a Linux USB header; requested by + * Paolo Abeni . + */ +#define DLT_USB_LINUX 189 + +/* + * Controller Area Network (CAN) v. 2.0B packets. + * DLT_ requested by Gianluca Varenni . + * Used to dump CAN packets coming from a CAN Vector board. + * More documentation on the CAN v2.0B frames can be found at + * http://www.can-cia.org/downloads/?269 + */ +#define DLT_CAN20B 190 + +/* + * IEEE 802.15.4, with address fields padded, as is done by Linux + * drivers; requested by Juergen Schimmer. + */ +#define DLT_IEEE802_15_4_LINUX 191 + +/* + * Per Packet Information encapsulated packets. + * DLT_ requested by Gianluca Varenni . + */ +#define DLT_PPI 192 + +/* + * Header for 802.16 MAC Common Part Sublayer plus a radiotap radio header; + * requested by Charles Clancy. + */ +#define DLT_IEEE802_16_MAC_CPS_RADIO 193 + +/* + * Juniper-private data link type, as per request from + * Hannes Gredler .=20 + * The DLT_ is used for internal communication with a + * integrated service module (ISM). + */ +#define DLT_JUNIPER_ISM 194 + +/* + * IEEE 802.15.4, exactly as it appears in the spec (no padding, no + * nothing); requested by Mikko Saarnivala . + */ +#define DLT_IEEE802_15_4 195 + +/* + * Various link-layer types, with a pseudo-header, for SITA + * (http://www.sita.aero/); requested by Fulko Hew (fulko.hew@gmail.com). + */ +#define DLT_SITA 196 + +/* + * Various link-layer types, with a pseudo-header, for Endace DAG cards; + * encapsulates Endace ERF records. Requested by Stephen Donnelly + * . + */ +#define DLT_ERF 197 + +/* + * Special header prepended to Ethernet packets when capturing from a + * u10 Networks board. Requested by Phil Mulholland + * . + */ +#define DLT_RAIF1 198 + +/* + * IPMB packet for IPMI, beginning with the I2C slave address, followed + * by the netFn and LUN, etc.. Requested by Chanthy Toeung + * . + */ +#define DLT_IPMB 199 + +/* + * Juniper-private data link type, as per request from + * Hannes Gredler .=20 + * The DLT_ is used for capturing data on a secure tunnel interface. + */ +#define DLT_JUNIPER_ST 200 + +/* + * Bluetooth HCI UART transport layer (part H:4), with pseudo-header + * that includes direction information; requested by Paolo Abeni. + */ +#define DLT_BLUETOOTH_HCI_H4_WITH_PHDR 201 + +/* * The instruction encodings. */ /* instruction classes */ --Boundary-01=_K80GH7ECojCrb5l-- --nextPart1984007.xykUQem7Rt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHG08KXyyEoT62BG0RAgxZAJ9vl30HKPr7CEjkBrN9glVU7s0wwACeNtod 4e7VEdxxD6LTHXlxJz8bVUQ= =fGbI -----END PGP SIGNATURE----- --nextPart1984007.xykUQem7Rt-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:13:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8329316A41B; Sun, 21 Oct 2007 16:13:45 +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 7901913C4B0; Sun, 21 Oct 2007 16:13:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9KMsRk2001928; Sat, 20 Oct 2007 18:54:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9KMsQq0035625; Sat, 20 Oct 2007 18:54:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C335073039; Sat, 20 Oct 2007 18:52:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071020225236.C335073039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 18:52:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:13:45 -0000 TB --- 2007-10-20 22:10:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-20 22:10:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-10-20 22:10:01 - cleaning the object tree TB --- 2007-10-20 22:10:52 - checking out the source tree TB --- 2007-10-20 22:10:52 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-10-20 22:10:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-20 22:21:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-20 22:21:39 - cd /src TB --- 2007-10-20 22:21:39 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 20 22:21:40 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-20 22:52:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-20 22:52:36 - ERROR: failed to build world TB --- 2007-10-20 22:52:36 - tinderbox aborted TB --- 1.00 user 3.67 system 2555.66 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:14:26 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16BBF16A468 for ; Sun, 21 Oct 2007 16:14:26 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 9CECD13C4A6 for ; Sun, 21 Oct 2007 16:14:25 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.17] (helo=mx7.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1IjdRY-00039p-2w for current@freebsd.org; Sun, 21 Oct 2007 18:14:24 +0200 Received: from x0477.x.pppool.de ([89.59.4.119]:61655 helo=peedub.jennejohn.org) by mx7.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.68 #6) id 1IjdRX-0007FX-TY for current@freebsd.org; Sun, 21 Oct 2007 18:14:24 +0200 Date: Sun, 21 Oct 2007 18:14:23 +0200 From: Gary Jennejohn To: current@freebsd.org Message-ID: <20071021181423.67f3815d@peedub.jennejohn.org> Organization: DENX Softwre Engineering GmbH X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: cant start X with today's kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:14:26 -0000 I can't start X with a kernel made today. The server complains that the video card is on ISA (it's really on AGP) and that it can't find any screens. Here the last few lines from /var/log/Xorg.0.log: (II) ATI: ATI driver wrapper (version 6.7.195) for chipsets: mach64, rage128, radeon (II) Primary Device is: ISA (EE) No devices detected. I know there's an entry in /usr/src/UPDATING (20070930), and I did a fresh install of xorg-7.3 today and X still won't start. Trying to force X to use PCI with BusID in xorg.conf also doesn't help. Has anyone else seen this? At the moment I'm using an old kernel from Sept 27. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:20:30 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72B8E16A46B; Sun, 21 Oct 2007 16:20:30 +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 B893713C4A6; Sun, 21 Oct 2007 16:20:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9L0I4hw011648; Sat, 20 Oct 2007 20:18:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L0I4BK004172; Sat, 20 Oct 2007 20:18:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D95DA73039; Sat, 20 Oct 2007 20:16:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021001614.D95DA73039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 20:16:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:20:30 -0000 TB --- 2007-10-20 23:38:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-20 23:38:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-10-20 23:38:07 - cleaning the object tree TB --- 2007-10-20 23:38:47 - checking out the source tree TB --- 2007-10-20 23:38:47 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-10-20 23:38:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-20 23:49:12 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-20 23:49:12 - cd /src TB --- 2007-10-20 23:49:12 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 20 23:49:13 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 00:16:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 00:16:14 - ERROR: failed to build world TB --- 2007-10-21 00:16:14 - tinderbox aborted TB --- 0.64 user 2.48 system 2287.76 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:20:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4613816A417; Sun, 21 Oct 2007 16:20:47 +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 0EAA813C48D; Sun, 21 Oct 2007 16:20:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9KMrkDc009236; Sat, 20 Oct 2007 18:53:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9KMrkKN035125; Sat, 20 Oct 2007 18:53:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A9D7B73039; Sat, 20 Oct 2007 18:51:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071020225155.A9D7B73039@freebsd-current.sentex.ca> Date: Sat, 20 Oct 2007 18:51:55 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:20:47 -0000 TB --- 2007-10-20 22:10:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-20 22:10:01 - starting HEAD tinderbox run for i386/i386 TB --- 2007-10-20 22:10:01 - cleaning the object tree TB --- 2007-10-20 22:10:57 - checking out the source tree TB --- 2007-10-20 22:10:57 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-10-20 22:10:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-20 22:21:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-20 22:21:39 - cd /src TB --- 2007-10-20 22:21:39 - /usr/bin/make -B buildworld >>> World build started on Sat Oct 20 22:21:40 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-20 22:51:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-20 22:51:54 - ERROR: failed to build world TB --- 2007-10-20 22:51:54 - tinderbox aborted TB --- 0.80 user 3.10 system 2513.90 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:20:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A498D16A420; Sun, 21 Oct 2007 16:20:57 +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 4465B13C4C3; Sun, 21 Oct 2007 16:20:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L7UcjV025034; Sun, 21 Oct 2007 03:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L7UcrW026181; Sun, 21 Oct 2007 03:30:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9C26A73039; Sun, 21 Oct 2007 03:28:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021072848.9C26A73039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 03:28:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:20:57 -0000 TB --- 2007-10-21 06:46:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 06:46:28 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-10-21 06:46:28 - cleaning the object tree TB --- 2007-10-21 06:46:37 - checking out the source tree TB --- 2007-10-21 06:46:37 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-10-21 06:46:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 06:56:29 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 06:56:29 - cd /src TB --- 2007-10-21 06:56:29 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 06:56:31 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 07:28:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 07:28:48 - ERROR: failed to build world TB --- 2007-10-21 07:28:48 - tinderbox aborted TB --- 0.27 user 0.88 system 2539.68 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:30:22 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85E1016A41B; Sun, 21 Oct 2007 16:30:22 +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 BCFD613C4C6; Sun, 21 Oct 2007 16:30:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9L68gQC021564; Sun, 21 Oct 2007 02:08:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9L68gmp066345; Sun, 21 Oct 2007 02:08:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E0A173039; Sun, 21 Oct 2007 02:06:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071021060652.4E0A173039@freebsd-current.sentex.ca> Date: Sun, 21 Oct 2007 02:06:52 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:30:22 -0000 TB --- 2007-10-21 05:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-21 05:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-10-21 05:25:00 - cleaning the object tree TB --- 2007-10-21 05:25:17 - checking out the source tree TB --- 2007-10-21 05:25:17 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-10-21 05:25:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-21 05:35:35 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-21 05:35:35 - cd /src TB --- 2007-10-21 05:35:35 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 21 05:35:36 UTC 2007 >>> 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 [...] cc -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/src/lib/libpcap/../../contrib/libpcap -c /src/lib/libpcap/../../contrib/libpcap/pcap.c /src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 Stop in /src/lib/libpcap. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-21 06:06:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-21 06:06:51 - ERROR: failed to build world TB --- 2007-10-21 06:06:51 - tinderbox aborted TB --- 0.25 user 0.85 system 2511.54 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:37:02 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8354E16A418 for ; Sun, 21 Oct 2007 16:37:02 +0000 (UTC) (envelope-from carlopmart@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 2569E13C48E for ; Sun, 21 Oct 2007 16:37:01 +0000 (UTC) (envelope-from carlopmart@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1016195uge for ; Sun, 21 Oct 2007 09:36:53 -0700 (PDT) Received: by 10.67.116.4 with SMTP id t4mr4924057ugm.1192959627025; Sun, 21 Oct 2007 02:40:27 -0700 (PDT) Received: from savannah.hpulabs.org ( [88.9.117.225]) by mx.google.com with ESMTPS id h7sm4398355nfh.2007.10.21.02.40.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 21 Oct 2007 02:40:26 -0700 (PDT) Message-ID: <471B1E87.4070001@gmail.com> Date: Sun, 21 Oct 2007 11:40:23 +0200 From: carlopmart User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: About Xen on FreeBSD 7.0 on GA - I am very confused X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:37:02 -0000 Hi all, Sorry but I am very confused about xen support under FreeBSD 7.0: - Do the GA release comes with xen support?? - Will be possible to do a clean install of FreeBSD 7.0 as a domU paravirtualized domain on final release under a linux dom0 host (for example Debian, RHEL5 or SLES10) using sysinstall and with PAE support?? Use this xen images (http://www.fsmware.com/xenofreebsd/7.0/download/) are very very very old to use it ... - Will be ready xen port for production servers or only as a experimental branch?? - Can do a normal -stable update with (make builworld, etc...) using a xen kernel?? Yes, I am very very confused about this ... Thanks. -- CL Martinez carlopmart {at} gmail {d0t} com From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 16:50:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B70F16A41A for ; Sun, 21 Oct 2007 16:50:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outN.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id 643A213C4F2 for ; Sun, 21 Oct 2007 16:50:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 21 Oct 2007 09:50:05 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 03AB0126771; Sun, 21 Oct 2007 09:50:04 -0700 (PDT) Message-ID: <471B8353.4050600@elischer.org> Date: Sun, 21 Oct 2007 09:50:27 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: ports@freebsd.org, FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: question for both ports and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 16:50:33 -0000 ## resend as the original seems to have gotten hung up somewhere... In a move to support real krenel threads doing work in the kernel, the code that creates kerel processes has been renamed kthread_xxx to kproc_xxx teh following ports seem to reference the renamed functions in kld modules they create. I'm not a ports export so I'm not sure how to get a port to change it's behaviour in 8.0 as opposed to 7.0.... these are the ports (in fact the lines in the ports) that will fail at this time.. # find . -name "*.[ch]" |xargs grep kthread ./audio/emu10kx/work/emu10kx-2005-10-21/emu10kx-dev.c:#include not sure why this is needed as it doesn;t seem to use it.. ./devel/sdl12/work/SDL-1.2.11/src/thread/dc/SDL_systhread_c.h:typedef struct kthread* SYS_ThreadHandle; seems to be a namespace collision. ./emulators/snespp/work/snespp-1.0/snespp.c:#include ./emulators/snespp/work/snespp-1.0/snespp.c:/* kthread to poll the controllers. ./emulators/snespp/work/snespp-1.0/snespp.c: kthread_exit(error); ./emulators/snespp/work/snespp-1.0/snespp.c: kthread_suspend_check(snespp_eventq_proc); ./emulators/snespp/work/snespp-1.0/snespp.c: kthread_exit(0); ./emulators/snespp/work/snespp-1.0/snespp.c: error = kthread_create(snespp_updateeventq, (void *)sc, ./emulators/snespp/work/snespp-1.0/snespp.c: device_printf(sc->device, "timeout on eventq kthread.\n"); snespp seems to really need some of the entries replaced.. ./misc/zaptel/work/zaptel-bsd-1.4.6/wcfxs/wcfxs.c:#include ./misc/zaptel/work/zaptel-bsd-1.4.6/wcfxs/wcfxs.c: /* struct proc *kthread; */ ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c:#include ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c:static struct proc *kthread; ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c:static int kthread_must_exit; ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: wakeup(kthread); ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: if (kthread_must_exit) { ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: kthread_exit(0); ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: tsleep(kthread, PZERO, "waitdata", 10); ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: kthread_must_exit = 0; ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: if (kthread_create(selwakeup_thread_handler, (void *)toselwakeup, &kthread, 0, 0, "zt_selwakeup_thread")) ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: printf("Failed to create kthread\n"); ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: if (kthread) { ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: kthread_must_exit = 1; ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: wakeup(kthread); zaptel seems real. needs to be handled. ./net/p54u/work/p54u-0.8/driver/devnode.c:#include this seems unused.. I'm not sure how I go about patching these two ports to handle the kthread->kproc for 8.0 rename. Any help appreciated. julian From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 17:13:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D279916A419; Sun, 21 Oct 2007 17:13:08 +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 A899513C4A7; Sun, 21 Oct 2007 17:13:08 +0000 (UTC) (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 l9LGn2gZ035823; Sun, 21 Oct 2007 09:49:02 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l9LGn1F8035822; Sun, 21 Oct 2007 09:49:01 -0700 (PDT) (envelope-from david) Date: Sun, 21 Oct 2007 09:49:01 -0700 From: David Wolfskill To: Max Laier Message-ID: <20071021164901.GI25427@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Max Laier , freebsd-current@freebsd.org, Dmitry Morozovsky , current@freebsd.org References: <20071021143236.F43563@woozle.rinet.ru> <200710211507.22900.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="D6z0c4W1rkZNF4Vu" Content-Disposition: inline In-Reply-To: <200710211507.22900.max@love2party.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Dmitry Morozovsky , current@freebsd.org Subject: Re: libpcap build error @ RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 17:13:08 -0000 --D6z0c4W1rkZNF4Vu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 21, 2007 at 03:07:17PM +0200, Max Laier wrote: > ... > I fat-fingered that one. Fix attached, but I'll do a buildworld this tim= e=20 > to make sure. Sorry! Worked for me: g1-1(7.0)[3] uname -a FreeBSD g1-1.catwhisker.org. 7.0-BETA1 FreeBSD 7.0-BETA1 #566: Sun Oct 21 0= 9:14:06 PDT 2007 root@g1-1.catwhisker.org.:/common/S3/obj/usr/src/sys/C= ANARY i386 g1-1(7.0)[4]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Proprietary data formats obfuscate, rather than disseminate, information. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --D6z0c4W1rkZNF4Vu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkcbgvwACgkQmprOCmdXAD2dYgCcDoG2ghGdYhQOK5VhxcMmp+1x ULoAn0aAopI2HHN++gvdlzeIRhxqrgQG =W7/5 -----END PGP SIGNATURE----- --D6z0c4W1rkZNF4Vu-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 17:13:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D279916A419; Sun, 21 Oct 2007 17:13:08 +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 A899513C4A7; Sun, 21 Oct 2007 17:13:08 +0000 (UTC) (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 l9LGn2gZ035823; Sun, 21 Oct 2007 09:49:02 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l9LGn1F8035822; Sun, 21 Oct 2007 09:49:01 -0700 (PDT) (envelope-from david) Date: Sun, 21 Oct 2007 09:49:01 -0700 From: David Wolfskill To: Max Laier Message-ID: <20071021164901.GI25427@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Max Laier , freebsd-current@freebsd.org, Dmitry Morozovsky , current@freebsd.org References: <20071021143236.F43563@woozle.rinet.ru> <200710211507.22900.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="D6z0c4W1rkZNF4Vu" Content-Disposition: inline In-Reply-To: <200710211507.22900.max@love2party.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Dmitry Morozovsky , current@freebsd.org Subject: Re: libpcap build error @ RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 17:13:08 -0000 --D6z0c4W1rkZNF4Vu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 21, 2007 at 03:07:17PM +0200, Max Laier wrote: > ... > I fat-fingered that one. Fix attached, but I'll do a buildworld this tim= e=20 > to make sure. Sorry! Worked for me: g1-1(7.0)[3] uname -a FreeBSD g1-1.catwhisker.org. 7.0-BETA1 FreeBSD 7.0-BETA1 #566: Sun Oct 21 0= 9:14:06 PDT 2007 root@g1-1.catwhisker.org.:/common/S3/obj/usr/src/sys/C= ANARY i386 g1-1(7.0)[4]=20 Peace, david --=20 David H. Wolfskill david@catwhisker.org Proprietary data formats obfuscate, rather than disseminate, information. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --D6z0c4W1rkZNF4Vu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkcbgvwACgkQmprOCmdXAD2dYgCcDoG2ghGdYhQOK5VhxcMmp+1x ULoAn0aAopI2HHN++gvdlzeIRhxqrgQG =W7/5 -----END PGP SIGNATURE----- --D6z0c4W1rkZNF4Vu-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 17:26:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B2E916A417 for ; Sun, 21 Oct 2007 17:26:59 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp108.plus.mail.sp1.yahoo.com (smtp108.plus.mail.sp1.yahoo.com [69.147.95.71]) by mx1.freebsd.org (Postfix) with SMTP id 4AAE113C4BF for ; Sun, 21 Oct 2007 17:26:59 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 30470 invoked from network); 21 Oct 2007 07:05:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=fAYbJbXAqkK2wJBCC1PIJMsTwXL18p0sMYF77AlvOTrmrkKQ89jNlnPQ26yUQF9JhOedIdSWRC5MtSEUvQiG7ZbUYlGqyjIC76XWRsowRb1/SkFya+fRk4NqeijY2kZjyNCgA9nmSWqbLsfDpQpnnLWn8LmwCm4iAqhfa0ucB50= ; Received: from unknown (HELO borgdemon3.temp.wsu.edu) (john_m_cooper@134.121.244.74 with plain) by smtp108.plus.mail.sp1.yahoo.com with SMTP; 21 Oct 2007 07:05:45 -0000 X-YMail-OSG: kjWd_XIVM1nE4j7R9jnQYIziYh1AwoMS0YGbw2uV90IMhGdV9bY8_HvDrryer5ZpaG1RnmCDnr4mMSFqr5_BqdT5SXFIY0gkg8dMcnwPnnR54joysfOQd4At_YDt Message-ID: <471AFA46.4010008@yahoo.com> Date: Sun, 21 Oct 2007 00:05:42 -0700 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.4pre (X11/20071013) MIME-Version: 1.0 To: Weongyo Jeong References: <200708301414.l7UEEMSi004166@omval.tednet.nl> <20071020074740.GA65090@freebsd.weongyo.org> In-Reply-To: <20071020074740.GA65090@freebsd.weongyo.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ted Lindgreen , freebsd-current@freebsd.org, Warner Losh Subject: Re: [Bulk] Re: New if_zyd driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 17:26:59 -0000 Weongyo Jeong wrote: > On Thu, Aug 30, 2007 at 04:14:22PM +0200, Ted Lindgreen wrote: > [... snipped ...] > >> However, the stick needs to be inserted after booting up. Then I can >> also remove the stick without ill effects (for logmessages see below). >> >> When the stick is present during boot, the log shows: >> Aug 30 15:25:17 lapje kernel: zyd0: on uhub4 >> Aug 30 15:25:17 lapje kernel: zyd0: setting config no failed >> > [... snipped ...] > > Hello Ted, > > I send you a patch which is attached with this email to fix a reset > problem of the zyd driver when we reboot. > > In my environment, this patch was worked. Would you please test this > patch and send me results? I hope it works. :-) > > Regards, > Weongyo Jeong > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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" Well, the patch applies cleanly and builds on an amd64: Copyright (c) 1992-2007 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-BETA1 #16: Sat Oct 20 14:58:28 PDT 2007 root@borgdemon3.temp.wsu.edu:/usr/obj/usr/src/sys/TURION Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-64 (2210.07-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60f81 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 . . . . zyd0: on uhub1 zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:17:3f:b0:d4:97 zyd0: Ethernet address: 00:17:3f:b0:d4:97 zyd0: if_start running deferred for Giant I realize that the patch wasn't designed to fix my problem (locking up when zyd0 is on a moderate load--like cvsup'ing). Nevertheless, here's what kgdb has to say: jcooper@borgdemon3$ sudo kgdb kernel.debug /var/crash/vmcore.9 [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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: zyd0: could not transmit buffer: SHORT_XFER Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x2734 fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff808a94fa stack pointer = 0x10:0xffffffffab8dfaf0 frame pointer = 0x10:0xffffffffab8dfb30 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 = 23 (irq22: ohci0 ehci0) trap number = 12 panic: page fault cpuid = 1 Uptime: 8m38s Physical memory: 1973 MB Dumping 233 MB: 218 202 186 170 154 138 122 106 90 74 58 42 26 10 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) ------- jmc From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 17:37:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50B7016A41B for ; Sun, 21 Oct 2007 17:37:53 +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 E765113C4C3 for ; Sun, 21 Oct 2007 17:37:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6924 invoked by uid 399); 21 Oct 2007 04:11:04 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 21 Oct 2007 04:11:04 -0000 X-Originating-IP: 127.0.0.1 Date: Sat, 20 Oct 2007 21:11:02 -0700 (PDT) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: makekey? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 17:37:53 -0000 I was poking around the other day and noticed that there is still a src/libexec/makekey. The man page says: The makekey utility has been deprecated and will be removed in a future release of FreeBSD. Is it time to swing the axe? I did a quick grep of our source tree and nothing seems to use it. Just curious, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 17:59:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2035516A4EA for ; Sun, 21 Oct 2007 17:59:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outO.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id 15B3613C4B2 for ; Sun, 21 Oct 2007 17:59:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sat, 20 Oct 2007 13:59:44 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id CB53312673F; Sat, 20 Oct 2007 13:59:43 -0700 (PDT) Message-ID: <471A6C56.7010903@elischer.org> Date: Sat, 20 Oct 2007 14:00:06 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Johan Bucht References: <947010c30710201200t40f1d2eyef9cfa02e1cba12f@mail.gmail.com> In-Reply-To: <947010c30710201200t40f1d2eyef9cfa02e1cba12f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: kthread vs kproc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 17:59:32 -0000 Johan Bucht wrote: > Excellent, I was planning on prodding someone about this a while back, > hope this will give some measurable performance improvements without > sacrificing stability. > How much will this affect debuggability, will there be a higher chance > of thrashed call stacks and thus non-valid panic traces? > > Feels a bit strange that some callers expect a process when calling a > function that says it creates a thread, but I guess it's a bit late to > complain that noone made a kproc macro for aio et al. > What does aio actually need that requires it to run as a process? Aio actually needs to hook the user's address space into its own (it adds itself as a second user of the calling procesess's address space) so it can do the IO easily. As such it needs a separate process so that it can have an address space to do it with. My suggested work-around is to make the AIO an invisible kernel thread attached to the process that does the IO. that way it automatically has the right address space to work on. > > /Johan From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 18:04:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C75216A468 for ; Sun, 21 Oct 2007 18:04:23 +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 D585013C4BD for ; Sun, 21 Oct 2007 18:04:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 25552 invoked by uid 399); 21 Oct 2007 02:04:01 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 21 Oct 2007 02:04:01 -0000 X-Originating-IP: 127.0.0.1 Date: Sat, 20 Oct 2007 19:03:59 -0700 (PDT) From: Doug Barton To: Max Laier , freebsd-current@freebsd.org In-Reply-To: <200710202023.l9KKNd8S045507@repoman.freebsd.org> Message-ID: References: <200710202023.l9KKNd8S045507@repoman.freebsd.org> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/contrib/libpcap pcap.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 18:04:23 -0000 On Sat, 20 Oct 2007, Max Laier wrote: > mlaier 2007-10-20 20:23:39 UTC > > FreeBSD src repository > > Modified files: > contrib/libpcap pcap.h > Log: > Revert back to including the whole net/bpf.h again. > > Requested by: sam, nork > X-MFC after: now > > Revision Changes Path > 1.14 +1 -3 src/contrib/libpcap/pcap.h > > http://www.FreeBSD.org/cgi/cvsweb.cgi/src/contrib/libpcap/pcap.h.diff?&r1=1.13&r2=1.14&f=h Is it expected that I'll see this in HEAD after this commit? cc -O2 -fno-strict-aliasing -pipe -ggdb -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/usr/local/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -DHAVE_NET_PFVAR_H -I/usr/local/src/lib/libpcap/../../contrib/libpcap -ggdb -c /usr/local/src/lib/libpcap/../../contrib/libpcap/pcap.c /usr/local/src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' undeclared here (not in a function) /usr/local/src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: 'DLT_JUNIPER_VP' undeclared here (not in a function) /usr/local/src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: 'DLT_A429' undeclared here (not in a function) /usr/local/src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: 'DLT_A653_ICM' undeclared here (not in a function) /usr/local/src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' undeclared here (not in a function) /usr/local/src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) /usr/local/src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: 'DLT_CAN20B' undeclared here (not in a function) *** Error code 1 -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 18:23:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 189F116A417 for ; Sun, 21 Oct 2007 18:23:11 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id D083313C4A3 for ; Sun, 21 Oct 2007 18:23:10 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from [10.29.62.13] (helo=[10.29.62.13]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1IjO2h-0004vI-Gd; Sun, 21 Oct 2007 09:47:46 +1000 In-Reply-To: <47073894.6080205@FreeBSD.org> References: <124F2247-634C-4796-B69C-2920FA8326F5@ish.com.au> <47073894.6080205@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-211--131548898" Message-Id: Content-Transfer-Encoding: 7bit From: Aristedes Maniatis Date: Sun, 21 Oct 2007 09:46:55 +1000 To: freebsd-current@freebsd.org X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.2) X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Cc: Stefan Esser Subject: Re: Installing a system onto ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 18:23:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-211--131548898 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 06/10/2007, at 5:26 PM, Stefan Esser wrote: > What I do is install a minimal system into the UFS root (ad4s1a or > whatever, to become the boot partition). Then I create the ZFS > volumes from within, mounted on a temporary mount-point and copy > over the whole contents of the minimum installation. [snip... lot's more helpful instructions about getting ZFS working from sysinstall] We took your instructions, refined them a little, and assembled this page: http://www.ish.com.au/solutions/articles/freebsdzfs Hopefully they will help people who want to get FreeBSD 7 installed and running under ZFS. It really isn't hard once you get your head around the /boot /bootdir thing. Please let me know if there is anything that can be improved, and if any part of this is useful to go into the FreeBSD docs I'd be happy for it to be of use. Thanks again for your help, Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A --Apple-Mail-211--131548898 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iEYEARECAAYFAkcak28ACgkQ72p9Lj5JECoUqQCeKzAQkgWPtKMV1h4apfIw4jv8 TVYAn3Yb1eZ1H34xoHNT2bwMSxJ5dJf/ =kXwd -----END PGP SIGNATURE----- --Apple-Mail-211--131548898-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 18:23:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC27E16A418 for ; Sun, 21 Oct 2007 18:23:11 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 8965413C4B5 for ; Sun, 21 Oct 2007 18:23:11 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from [10.29.62.13] (helo=[10.29.62.13]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1IjY8v-0001sY-2c for freebsd-current@freebsd.org; Sun, 21 Oct 2007 20:34:52 +1000 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <47073894.6080205@FreeBSD.org> References: <124F2247-634C-4796-B69C-2920FA8326F5@ish.com.au> <47073894.6080205@FreeBSD.org> X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <696B381F-4A7F-4397-9E3B-5D3C820909DA@ish.com.au> Content-Transfer-Encoding: 7bit From: Aristedes Maniatis Date: Sun, 21 Oct 2007 20:33:57 +1000 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Subject: Re: Installing a system onto ZFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 18:23:11 -0000 On 06/10/2007, at 5:26 PM, Stefan Esser wrote: > What I do is install a minimal system into the UFS root (ad4s1a or > whatever, to become the boot partition). Then I create the ZFS > volumes from within, mounted on a temporary mount-point and copy > over the whole contents of the minimum installation. [snip... lot's more helpful instructions about getting ZFS working from sysinstall] We took your instructions, refined them a little, and assembled this page: http://www.ish.com.au/solutions/articles/freebsdzfs Hopefully they will help people who want to get FreeBSD 7 installed and running under ZFS. It really isn't hard once you get your head around the /boot /bootdir thing. Please let me know if there is anything that can be improved, and if any part of this is useful to go into the FreeBSD docs I'd be happy for it to be of use. Thanks again for your help, Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 18:43:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C59916A41A for ; Sun, 21 Oct 2007 18:43:16 +0000 (UTC) (envelope-from pluknet@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 F347A13C4BD for ; Sun, 21 Oct 2007 18:43:10 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1029748uge for ; Sun, 21 Oct 2007 11:43:00 -0700 (PDT) Received: by 10.78.175.14 with SMTP id x14mr2248561hue.1192933831448; Sat, 20 Oct 2007 19:30:31 -0700 (PDT) Received: by 10.78.173.6 with HTTP; Sat, 20 Oct 2007 19:30:31 -0700 (PDT) Message-ID: Date: Sun, 21 Oct 2007 06:30:31 +0400 From: pluknet To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 Content-Disposition: inline Subject: agp.ko panic: vm_fault: fault on nofault entry, addr: deadc000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 18:43:16 -0000 SGVsbG8gYWxsLgoKSSBjb3VsZCBwcm9kdWNlIHBhbmljIHdoaWxlIGtsZHVubG9hZCdpbmcgYWdw LmtvLgoKSXQncyBvbiA3LjAtQ1VSUkVOVCBmcm9tIE9jdCAxMSAoanVzdCBiZWZvcmUgUkVMRU5H XzcpLCBpMzg2LCBVUCwKSW50ZWwgODI4NTVHTUUgKDg1NUdNRSBHTUNIKSBTVkdBIGNvbnRyb2xs ZXIuClNvbWUgZGVidWdnaW5nIGJlbG93OgoKcGFuaWM6IHZtX2ZhdWx0OiBmYXVsdCBvbiBub2Zh dWx0IGVudHJ5LCBhZGRyOiBkZWFkYzAwMApLREI6IGVudGVyOiBwYW5pYwouLi4KKGtnZGIpIGFk ZC1zeW1ib2wtZmlsZSAvYm9vdC9rZXJuZWwvYWdwLmtvIDB4YzA5NGRlMDAKYWRkIHN5bWJvbCB0 YWJsZSBmcm9tIGZpbGUgIi9ib290L2tlcm5lbC9hZ3Aua28iIGF0CiAgICAgICAgLnRleHRfYWRk ciA9IDB4YzA5NGRlMDAKKHkgb3IgbikgeQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJu ZWwvYWdwLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20KL2Jvb3Qva2VybmVsL2FncC5rby5zeW1i b2xzLi4uZG9uZS4KZG9uZS4KKGtnZGIpIHdoZXJlCiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDox OTUKIzEgIDB4YzA0NTY0YzkgaW4gZGJfZm5jYWxsIChkdW1teTE9LTQzMjQyMTAyNCwgZHVtbXky PTAsIGR1bW15Mz0tNDMyNDIwNzYwLAogICAgZHVtbXk0PTB4ZTYzOWM2Y2MgInBcMjEwRcAiKSBh dCAuLi8uLi8uLi9kZGIvZGJfY29tbWFuZC5jOjQ4NgojMiAgMHhjMDQ1NmE3NSBpbiBkYl9jb21t YW5kX2xvb3AgKCkgYXQgLi4vLi4vLi4vZGRiL2RiX2NvbW1hbmQuYzo0MDEKIzMgIDB4YzA0NTgy NjUgaW4gZGJfdHJhcCAodHlwZT0zLCBjb2RlPTApIGF0IC4uLy4uLy4uL2RkYi9kYl9tYWluLmM6 MjIyCiM0ICAweGMwNTRlNjMzIGluIGtkYl90cmFwICh0eXBlPTMsIGNvZGU9MCwgdGY9MHhlNjM5 Yzg2OCkKICAgIGF0IC4uLy4uLy4uL2tlcm4vc3Vicl9rZGIuYzo1MDIKIzUgIDB4YzA3MmZlMTcg aW4gdHJhcCAoZnJhbWU9MHhlNjM5Yzg2OCkgYXQgLi4vLi4vLi4vaTM4Ni9pMzg2L3RyYXAuYzo2 MjEKIzYgIDB4YzA3MThkNmIgaW4gY2FsbHRyYXAgKCkgYXQgLi4vLi4vLi4vaTM4Ni9pMzg2L2V4 Y2VwdGlvbi5zOjEzOQojNyAgMHhjMDU0ZTdhMiBpbiBrZGJfZW50ZXIgKG1zZz0weGMwNzZjNzk2 ICJwYW5pYyIpIGF0IGNwdWZ1bmMuaDo2MAojOCAgMHhjMDUyNjU3NSBpbiBwYW5pYyAoCiAgICBm bXQ9MHhjMDc4YTY5ZSAidm1fZmF1bHQ6IGZhdWx0IG9uIG5vZmF1bHQgZW50cnksIGFkZHI6ICVs eCIpCiAgICBhdCAuLi8uLi8uLi9rZXJuL2tlcm5fc2h1dGRvd24uYzo1NDcKIzkgIDB4YzA2ZTIy NzggaW4gdm1fZmF1bHQgKG1hcD0weGMxMDU0MDAwLCB2YWRkcj0zNzM1OTI4ODMyLApmYXVsdF90 eXBlPVZhcmlhYmxlICJmYXVsdF90eXBlIiBpcyBub3QgYXZhaWxhYmxlLgopCiAgICBhdCAuLi8u Li8uLi92bS92bV9mYXVsdC5jOjI3NQojMTAgMHhjMDcyZjI1MyBpbiB0cmFwX3BmYXVsdCAoZnJh bWU9MHhlNjM5Y2IwOCwgdXNlcm1vZGU9MCwgZXZhPTM3MzU5MjkwOTApCiAgICBhdCAuLi8uLi8u Li9pMzg2L2kzODYvdHJhcC5jOjc3NAojMTEgMHhjMDcyZmM5MiBpbiB0cmFwIChmcmFtZT0weGU2 MzljYjA4KSBhdCAuLi8uLi8uLi9pMzg2L2kzODYvdHJhcC5jOjQ2MwojMTIgMHhjMDcxOGQ2YiBp biBjYWxsdHJhcCAoKSBhdCAuLi8uLi8uLi9pMzg2L2kzODYvZXhjZXB0aW9uLnM6MTM5CiMxMyAw eGMwNTUzN2I4IGluIHJtYW5fZ2V0X3NpemUgKHI9MHhjM2I5NTBjMCkgYXQgLi4vLi4vLi4va2Vy bi9zdWJyX3JtYW4uYzo3MzYKIzE0IDB4YzA5NGRlODIgaW4gYWdwX2dlbmVyaWNfc2V0X2FwZXJ0 dXJlIChkZXY9MHhjM2I4ZmQwMCwgYXBlcnR1cmU9NjcxMDg4NjQpCiAgICBhdCBhZ3BfaWYuaDoy NgojMTUgMHhjMDk1MDZjMCBpbiBhZ3BfaTgxMF9kZXRhY2ggKGRldj0weGMzYjhmZDAwKSBhdCBh Z3BfaWYuaDozOAojMTYgMHhjMDU0OGY2YyBpbiBkZXZpY2VfZGV0YWNoIChkZXY9MHhjM2I4ZmQw MCkgYXQgZGV2aWNlX2lmLmg6MjEyCiMxNyAweGMwNTQ5MzExIGluIGRldmNsYXNzX2RlbGV0ZV9k cml2ZXIgKGJ1c2NsYXNzPTB4YzNhZmEyMDAsCiAgICBkcml2ZXI9MHhjMDk1YzI3NCkgYXQgLi4v Li4vLi4va2Vybi9zdWJyX2J1cy5jOjkzOAojMTggMHhjMDU0OTRhNSBpbiBkcml2ZXJfbW9kdWxl X2hhbmRsZXIgKG1vZD0weGMzYTc4YzQwLCB3aGF0PTEsCiAgICBhcmc9MHhjMDk1YzI2MCkgYXQg Li4vLi4vLi4va2Vybi9zdWJyX2J1cy5jOjM4MjMKIzE5IDB4YzA1MTg4NDUgaW4gbW9kdWxlX3Vu bG9hZCAobW9kPTB4YzNhNzhjNDAsIGZsYWdzPTApCiAgICBhdCAuLi8uLi8uLi9rZXJuL2tlcm5f bW9kdWxlLmM6MjQ0CiMyMCAweGMwNTEyNmI1IGluIGxpbmtlcl9maWxlX3VubG9hZCAoZmlsZT0w eGMzYTliYzAwLCBmbGFncz0wKQogICAgYXQgLi4vLi4vLi4va2Vybi9rZXJuX2xpbmtlci5jOjU4 OQojMjEgMHhjMDUxMzFhZCBpbiBrZXJuX2tsZHVubG9hZCAodGQ9MHhjNDE4YTIxMCwgZmlsZWlk PTQsIGZsYWdzPTApCiAgICBhdCAuLi8uLi8uLi9rZXJuL2tlcm5fbGlua2VyLmM6OTM3CiMyMiAw eGMwNTEzMjFiIGluIGtsZHVubG9hZGYgKHRkPTB4YzQxOGEyMTAsIHVhcD0weGU2MzljY2ZjKQog ICAgYXQgLi4vLi4vLi4va2Vybi9rZXJuX2xpbmtlci5jOjk2NgojMjMgMHhjMDcyZjVlMyBpbiBz eXNjYWxsIChmcmFtZT0weGU2MzljZDM4KSBhdCAuLi8uLi8uLi9pMzg2L2kzODYvdHJhcC5jOjEw MDgKIzI0IDB4YzA3MThkZDAgaW4gWGludDB4ODBfc3lzY2FsbCAoKSBhdCAuLi8uLi8uLi9pMzg2 L2kzODYvZXhjZXB0aW9uLnM6MTk2CiMyNSAweDAwMDAwMDMzIGluID8/ICgpClByZXZpb3VzIGZy YW1lIGlubmVyIHRvIHRoaXMgZnJhbWUgKGNvcnJ1cHQgc3RhY2s/KQooa2dkYikgZnJhbWUgMTMK IzEzIDB4YzA1NTM3YjggaW4gcm1hbl9nZXRfc2l6ZSAocj0weGMzYjk1MGMwKSBhdCAuLi8uLi8u Li9rZXJuL3N1YnJfcm1hbi5jOjczNgo3MzYgICAgICAgICAgICAgcmV0dXJuIChyLT5fX3JfaS0+ cl9lbmQgLSByLT5fX3JfaS0+cl9zdGFydCArIDEpOwooa2dkYikgcCAqcgokMSA9IHtfX3JfaSA9 IDB4ZGVhZGMwZGUsIHJfYnVzdGFnID0gLTU1OTAzODI0Miwgcl9idXNoYW5kbGUgPSAzNzM1OTI5 MDU0fQooa2dkYikgbGlzdAo3MzEgICAgIH0KNzMyCjczMyAgICAgdV9sb25nCjczNCAgICAgcm1h bl9nZXRfc2l6ZShzdHJ1Y3QgcmVzb3VyY2UgKnIpCjczNSAgICAgewo3MzYgICAgICAgICAgICAg cmV0dXJuIChyLT5fX3JfaS0+cl9lbmQgLSByLT5fX3JfaS0+cl9zdGFydCArIDEpOwo3MzcgICAg IH0KNzM4CjczOSAgICAgdV9pbnQKNzQwICAgICBybWFuX2dldF9mbGFncyhzdHJ1Y3QgcmVzb3Vy Y2UgKnIpCihrZ2RiKQoKQW55IHRob3VnaHRzPwoKd2JyLApwbHVrbmV0Cg== From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 18:58:18 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6263E16A419 for ; Sun, 21 Oct 2007 18:58:18 +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 3141B13C4B8 for ; Sun, 21 Oct 2007 18:58:18 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9LIw3hv011955; Sun, 21 Oct 2007 12:58:03 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <471BA12B.7060302@samsco.org> Date: Sun, 21 Oct 2007 12:57:47 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Julian Elischer References: <471AD8B7.2000007@elischer.org> In-Reply-To: <471AD8B7.2000007@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 21 Oct 2007 12:58:04 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD Current Subject: Re: supporting old code in -current.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 18:58:18 -0000 Julian Elischer wrote: > > In the following files (and their modules) we have the following in > -current. > > > src/sys/dev/aic7xxx/aic_osm_lib.h > src/sys/dev/mpt/mpt.h > > #if __FreeBSD_version > 500005 > [...] > #else > [blah] > #endif > > is this worth maintaining? > > are the maintainers for mpt and aic supporting 4.x with the same sources > somewhere? > At one point, the code was shared between different OS versions for both of the these drivers. Adding locking hurt that a bit, and I mostly consider 4.x compat to be an obstacle at this point. I don't care if this gets broken by your kthread/kproc changes. Scott From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 19:52:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B41216A46B for ; Sun, 21 Oct 2007 19:52:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 367D613C4C4 for ; Sun, 21 Oct 2007 19:52:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 21 Oct 2007 12:52:06 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 5131A126775; Sun, 21 Oct 2007 12:52:06 -0700 (PDT) Message-ID: <471BADFC.7080300@elischer.org> Date: Sun, 21 Oct 2007 12:52:28 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Scott Long References: <471AD8B7.2000007@elischer.org> <471BA12B.7060302@samsco.org> In-Reply-To: <471BA12B.7060302@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: supporting old code in -current.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 19:52:33 -0000 Scott Long wrote: > Julian Elischer wrote: >> >> In the following files (and their modules) we have the following in >> -current. >> >> >> src/sys/dev/aic7xxx/aic_osm_lib.h >> src/sys/dev/mpt/mpt.h >> >> #if __FreeBSD_version > 500005 >> [...] >> #else >> [blah] >> #endif >> >> is this worth maintaining? >> >> are the maintainers for mpt and aic supporting 4.x with the same >> sources somewhere? >> > > At one point, the code was shared between different OS versions for both > of the these drivers. Adding locking hurt that a bit, and I mostly > consider 4.x compat to be an obstacle at this point. I don't care if > this gets broken by your kthread/kproc changes. It's not broken.. I added a 800001 clause I just wondered if it was still worth keeping it all. > > Scott From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 15:35:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0300616A41B; Sun, 21 Oct 2007 15:35:58 +0000 (UTC) (envelope-from prvs=julian=807159884@ironport.com) Received: from c60-outbound.ironport.com (c60-outbound.ironport.com [63.251.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id D4F8F13C4BB; Sun, 21 Oct 2007 15:35:22 +0000 (UTC) (envelope-from prvs=julian=807159884@ironport.com) DomainKey-Signature: s=key512; d=ironport.com; c=nofws; q=dns; h=Received:Message-ID:Date:From:User-Agent:MIME-Version: To:Subject:Content-Type; b=cqd3na0RX8QXGkfQu5jvVQGcCLj26CeGy36zzURBd5YCMUA2rozzC wlWPvfmwbC9LdnVolb9wXre6iJ4l1QqkQ==; Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.48]) by c60-outbound.ironport.com with ESMTP; 21 Oct 2007 00:53:41 -0700 Message-ID: <471B059B.1060604@ironport.com> Date: Sun, 21 Oct 2007 00:54:03 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: ports@freebsd.org, FreeBSD Current Content-Type: multipart/mixed; boundary="------------020109050100080401060100" X-Mailman-Approved-At: Sun, 21 Oct 2007 21:00:45 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: question for both ports and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:35:59 -0000 This is a multi-part message in MIME format. --------------020109050100080401060100 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit In a move to support real krenel threads doing work in the kernel, the code that creates kerel processes has been renamed kthread_xxx to kproc_xxx teh following ports seem to reference the renamed functions in kld modules they create. I'm not a ports export so I'm not sure how to get a port to change it's behaviour in 8.0 as opposed to 7.0.... these are the ports (in fact the lines in the ports) that will fail at this time.. # find . -name "*.[ch]" |xargs grep kthread ./audio/emu10kx/work/emu10kx-2005-10-21/emu10kx-dev.c:#include not sure why this is needed as it doesn;t seem to use it.. ./devel/sdl12/work/SDL-1.2.11/src/thread/dc/SDL_systhread_c.h:typedef struct kthread* SYS_ThreadHandle; seems to be a namespace collision. ./emulators/snespp/work/snespp-1.0/snespp.c:#include ./emulators/snespp/work/snespp-1.0/snespp.c:/* kthread to poll the controllers. ./emulators/snespp/work/snespp-1.0/snespp.c: kthread_exit(error); ./emulators/snespp/work/snespp-1.0/snespp.c: kthread_suspend_check(snespp_eventq_proc); ./emulators/snespp/work/snespp-1.0/snespp.c: kthread_exit(0); ./emulators/snespp/work/snespp-1.0/snespp.c: error = kthread_create(snespp_updateeventq, (void *)sc, ./emulators/snespp/work/snespp-1.0/snespp.c: device_printf(sc->device, "timeout on eventq kthread.\n"); snespp seems to really need some of the entries replaced.. ./misc/zaptel/work/zaptel-bsd-1.4.6/wcfxs/wcfxs.c:#include ./misc/zaptel/work/zaptel-bsd-1.4.6/wcfxs/wcfxs.c: /* struct proc *kthread; */ ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c:#include ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c:static struct proc *kthread; ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c:static int kthread_must_exit; ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: wakeup(kthread); ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: if (kthread_must_exit) { ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: kthread_exit(0); ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: tsleep(kthread, PZERO, "waitdata", 10); ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: kthread_must_exit = 0; ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: if (kthread_create(selwakeup_thread_handler, (void *)toselwakeup, &kthread, 0, 0, "zt_selwakeup_thread")) ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: printf("Failed to create kthread\n"); ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: if (kthread) { ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: kthread_must_exit = 1; ./misc/zaptel/work/zaptel-bsd-1.4.6/zaptel/zaptel.c: wakeup(kthread); zaptel seems real. needs to be handled. ./net/p54u/work/p54u-0.8/driver/devnode.c:#include this seems unused.. I'm not sure how I go about patching these two ports to handle the kthread->kproc for 8.0 rename. Any help appreciated. julian --------------020109050100080401060100-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 20:50:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3038616A417; Sun, 21 Oct 2007 20:50:06 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id C943A13C491; Sun, 21 Oct 2007 20:50:05 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-041-121.pools.arcor-ip.net [88.66.41.121]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1IjL4t10OM-0000rQ; Sat, 20 Oct 2007 22:37:47 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 20 Oct 2007 22:37:44 +0200 User-Agent: KMail/1.9.7 References: <20071021033505.48fec4a7.nork@FreeBSD.org> In-Reply-To: <20071021033505.48fec4a7.nork@FreeBSD.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2596551.QXqhjrQQrz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710202237.46299.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19kMwZK3dMUwOkBp6Ow0YXLJECqUnud0PtcfpL CN9ObOhHP350CSOwaniPp1NZy3Ghn1itRwsD3Q9WQG9JzPVBDa KR1FowIFsRplKNxSJMWPZTwAZMVJcLZGSvotBiPlqU= Cc: ports@freebsd.org, Norikatsu Shigemura Subject: Re: new imported libpcap has net/bpf.h handling issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 20:50:06 -0000 --nextPart2596551.QXqhjrQQrz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 20 October 2007, Norikatsu Shigemura wrote: > I tried to install ports/net/pchar on 8-current machine. And > I got following compiling error message:-(. > > c++ -O -fno-strict-aliasing -pipe -march=3Dpentium3 -I. -DSIZEOF_BOOL=3D1 > -DHAVE_SOCKLEN_T=3D1 -DSTDC_HEADERS=3D1 -DHAVE_UNISTD_H=3D1 > -DHAVE_STRINGS_H=3D1 -DHAVE_SOCKADDR_SA_LEN=3D1 -DHAVE_HERROR=3D1 > -DHAVE_SNPRINTF=3D1 -DHAVE_LIBM=3D1 -DHAVE_IPV6=3D1 -DHAVE_PCAP=3D1 > -DHAVE_LIBPCAP=3D1 -DHAVE_BPF=3D1 -c Pctest.cc -o Pctest.o Pctest.cc: In > constructor 'Pctest::Pctest()': > Pctest.cc:103: error: 'BIOCIMMEDIATE' was not declared in this scope > > So I research this issue. As the result, I found a issue which > is that new pcap.h doesn't #include . > > I don't have any idea to fix this issue. Anyone, please fix > this issue:-). Reverted now - sorry for the confusion. > --- src/contrib/libpcap/pcap.h 2006/09/04 19:54:21 1.12 > +++ src/contrib/libpcap/pcap.h 2007/10/16 02:07:55 1.13 > @@ -32,7 +32,7 @@ > * SUCH DAMAGE. > * > * $FreeBSD$ > - * @(#) $Header: /home/ncvs/src/contrib/libpcap/pcap.h,v 1.12 > 2006/09/04 19:54:21 sam Exp $ (LBL) + * @(#) $Header: > /home/ncvs/src/contrib/libpcap/pcap.h,v 1.13 2007/10/16 02:07:55 mlaier > Exp $ (LBL) */ > > #ifndef lib_pcap_h > @@ -41,7 +41,9 @@ > #include > #include > > -#include > +#ifndef PCAP_DONT_INCLUDE_PCAP_BPF_H > +#include > +#endif > > #include > > _______________________________________________ > 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" =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2596551.QXqhjrQQrz Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHGmcaXyyEoT62BG0RAimSAJ9/gXKq4JHIGEGKCUdjweZTcGYFxgCeNffu SJi0VBoutKqZ5B3fvtzdMqg= =8OYo -----END PGP SIGNATURE----- --nextPart2596551.QXqhjrQQrz-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 22:13:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57F2C16A468 for ; Sun, 21 Oct 2007 22:13:40 +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 19D0513C49D for ; Sun, 21 Oct 2007 22:13:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 5428 invoked by uid 399); 21 Oct 2007 06:13:00 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 21 Oct 2007 06:13:00 -0000 X-Originating-IP: 127.0.0.1 Date: Sat, 20 Oct 2007 23:12:58 -0700 (PDT) From: Doug Barton To: Jose Alonso Cardenas Marquez In-Reply-To: <7c58fcfc0710180838keb742acv91799d1d68aa5c19@mail.gmail.com> Message-ID: References: <7c58fcfc0710161455t20792d7dqa349ff157674048d@mail.gmail.com> <7c58fcfc0710180838keb742acv91799d1d68aa5c19@mail.gmail.com> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Call for Testers: dialog 1.1-20070930 update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 22:13:40 -0000 On Thu, 18 Oct 2007, Jose Alonso Cardenas Marquez wrote: > 2007/10/17, Doug Barton : >> If you can make some patches against HEAD I'd be glad to give them a try, >> but I lack the time to integrate them myself right now. >> > > Done, could you see again? Ok, I'm trying this again, and I have a few comments. First about your patches ... it would be better if you could use 'cvs diff' to generate them, as it would avoid a few issues. The worst of which is that you included the CVS directories in your patches for -current which created a lot of drama in my checked out tree. The second thing I've come up against so far is while trying to build this stuff as part of a world build it fails in the library build phase because in the libdialog Makefile it tries to install files to /usr/obj/src/tmp/usr/share/examples/libdialog which doesn't exist. I'm not enough of a bmake expert to tell you how to get it to create an extra OBJ directory for you, but I'm sure someone can. :) I got around this issue with brute force, I created the directory by hand. The next problem with your patch is that the dialog patch for the Makefile has SRCDIR as */libdialog.new. That was easily corrected. As for problems with buildworld, in addition to the problems you mentioned with sysinstall (which I'm ignoring) there is also a libdialog dependency in usr.sbin/tzsetup. I can add the following to the Makefile to avoid having it fail when it can't find dlg_config.h (which may or may not be the right solution): -CFLAGS+= -I${.CURDIR} +CFLAGS+= -I${.CURDIR} -I${.CURDIR}/../../gnu/lib/libdialog But the build for tzsetup will still fail because it expects the old version of libdialog. (Please note that there may be other victims here as well, I have a not of NO_FOO knobs in my make.conf for my everyday system.) The build for usr.sbin/sade also fails, but I think that may have been part of what you were referring to in regards to sysinstall? Ok, now for the good news! After getting it built and installed I ran through every single OPTIONS dialog for the ports that I have installed, plus a few other things (pkg-install messages), and it works great. I particularly like the fact that you can now press the enter key to select "yes" without having to tab to it. So I definitely think you're on the right track here, although there is obviously some work to go. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 22:59:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3858A16A418 for ; Sun, 21 Oct 2007 22:59:03 +0000 (UTC) (envelope-from gkozyrev@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id C70A513C4A5 for ; Sun, 21 Oct 2007 22:59:02 +0000 (UTC) (envelope-from gkozyrev@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so831943nfb for ; Sun, 21 Oct 2007 15:58:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=627XEE/I18LHjJgTXNAyEudHYRFL7aL0gqztsAiaL+A=; b=NXkGbZD2WRyCzOqPpvbYkK6ujO/DwGxxtT0xXvHTcu46kyub4h26zmzKvxDVWpTksRteAAUhyekp9sz4xif+FPVIN0UFzerQuJ2Bjq1knQU0O//j6e98D6DvDCjpkcDupTOmyaYcfRFnkfEOFEl8ezjIpjncYgLhMP0NGHcVNPM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=SpYv7eFjBnpWhqsKd3AdQgCzdbUD1b1Gz9y6/L87VBt6lcrT3thu6DM/VMWRrwsHe9pQDOg++d3T4OmWl7g2TazvVaSz2E9eQRxNSVA/7Yl74MvCxMOnomlGli8X468HoDVFFEtXMlOLpCUplsPcgXjGTAZASfTs4Mhr6669U20= Received: by 10.78.147.6 with SMTP id u6mr2665067hud.1193005786884; Sun, 21 Oct 2007 15:29:46 -0700 (PDT) Received: by 10.78.148.14 with HTTP; Sun, 21 Oct 2007 15:29:46 -0700 (PDT) Message-ID: Date: Mon, 22 Oct 2007 01:29:46 +0300 From: "Gleb Kozyrev" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Deadlock, exclusive sx so_rcv_sx, amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 22:59:03 -0000 Hello. Running rtorrent and ftp brings my system to a deadlock in a few hours. Kernel still responds to pings and sends some TCP acks. The kernel is from fresh RELENG_7, userland is from 'CURRENT' of 20 Aug. See Below are some snippets: db> show alllocks Process 1406 (systat) thread 0xffffff002aa016a0 (100181) shared sx allproc r = 0 (0xffffffff80a72820) locked @ /usr/src/sys/vm/vm_meter.c:130 exclusive sx sysctl lock r = 0 (0xffffffff80a72f40) locked @ /usr/src/sys/kern/kern_sysctl.c:1396 Process 1129 (rtorrent) thread 0xffffff000a6ae000 (100163) exclusive sx user map r = 0 (0xffffff0001056890) locked @ /usr/src/sys/vm/vm_map.c:2195 Process 1105 (sshd) thread 0xffffff000a6ae350 (100162) exclusive sx so_rcv_sx r = 0 (0xffffff000a78a928) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 1040 (cron) thread 0xffffff0001c61350 (100130) shared sx proctree r = 0 (0xffffffff80a72860) locked @ /usr/src/sys/kern/kern_fork.c:286 Process 998 (mysqld) thread 0xffffff002aa119f0 (100192) exclusive sx so_rcv_sx r = 0 (0xffffff0003858670) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 998 (mysqld) thread 0xffffff002aa12000 (100191) exclusive sx so_rcv_sx r = 0 (0xffffff000abbb928) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 932 (smbd) thread 0xffffff000140c000 (100068) shared sx proctree r = 0 (0xffffffff80a72860) locked @ /usr/src/sys/kern/kern_fork.c:286 kernel config: ident RUN-071021 include GENERIC options INCLUDE_CONFIG_FILE nooption SMP nocpu I486_CPU nocpu I586_CPU nooption SCHED_4BSD options SCHED_ULE device crypto options IPSEC options LIBALIAS options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_FORWARD options IPFIREWALL_NAT options GEOM_JOURNAL options KDB options DDB options KDB_TRACE options ALT_BREAK_TO_DEBUGGER options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN nodevice umass device ucom device uplcom loader.conf: vfs.root.mountfrom="zfs:base/system" if_bridge_load="YES" dummynet_load="YES" ipdivert_load="YES" zfs_load="YES" accf_http_load="YES" With an older kernel it once was just db> show alllocks Process 1130 (rtorrent) thread 0xffffff000962e9f0 (100160) exclusive sx so_rcv_sx r = 0 (0xffffff000987e670) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 1096 (sshd) thread 0xffffff000962a350 (100170) exclusive sx so_rcv_sx r = 0 (0xffffff00096f9100) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 996 (mysqld) thread 0xffffff0031e0c000 (100191) exclusive sx so_rcv_sx r = 0 (0xffffff0009870be0) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Please suggest any other commands to run in DDB if needed. Cores are saved. -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 23:00:47 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FF8816A420 for ; Sun, 21 Oct 2007 23:00:47 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outN.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id 0C88113C4B2 for ; Sun, 21 Oct 2007 23:00:46 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sun, 21 Oct 2007 16:00:40 -0700 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 25437126775 for ; Sun, 21 Oct 2007 16:00:40 -0700 (PDT) Message-ID: <471BDA2E.9040801@elischer.org> Date: Sun, 21 Oct 2007 16:01:02 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 23:00:47 -0000 Here is the link to the next patch. this introduces (back) the kthread_create (etc) calls but now they make threads.. It's still in the testing stage.. I'd certainly appreciate feedback. Especially as some of the locking and stuff has changed since I first wrote this and tested it over 2 years ago. One possibility.. changing kthread_create() to kthread_new() so that any people who are using the old kthread_create() don't get the new one by mistake.... after this is committed, I will start changing over some of the callers of kproc_create, one at a time.... http://people.freebsd.org/~julian/kthread.diff it may also be worth adding some help for people to make a new kproc, and populate it with a number of kthreads. for instance it would be aesthetically pleasing to have a single idle process, and have all the idle threads be part of that single process. Similarly, might things like the syncer or other processes ever benefit from having multiple threads? Anyhow that's another discussion. From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 23:02:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFF1A16A41A for ; Sun, 21 Oct 2007 23:02:47 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 58A3013C480 for ; Sun, 21 Oct 2007 23:02:46 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9LN2esE071005 for ; Sun, 21 Oct 2007 21:02:40 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: current@freebsd.org Date: Sun, 21 Oct 2007 21:02:31 -0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710212102.31929.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Supermicro H8DA8 hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 23:02:47 -0000 has somebody else the problem that this MB does not reboot (stays at uptime= at=20 the end)?=20 both sysctl do not have any effect: hw.acpi.disable_on_reboot hw.acpi.handle_reboot releng_6 works ok =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 02:28:51 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 311AB16A420 for ; Mon, 22 Oct 2007 02:28:51 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 03F2C13C4BF for ; Mon, 22 Oct 2007 02:28:50 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1184705waf for ; Sun, 21 Oct 2007 19:28:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=AHaCxZTpFawT0ITvh46qWp+zWkXEwVsH/YR24GtQQlo=; b=tbABCsW3LMazpq081wKSlqhcOVJO8x7+tRZ6oyPatyodn3qtVGQmNnBBDKmOJCaKhhL/ae6D7tpcMXmjG/tFukR/HI1Vq6fXPqPF/qLdlsUL15Xra78nD2ELk7Bah6/jnKpeRFWIE5Lrpb3DofjVDu3WnIqQr6ELQUYIoJ9kQ44= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZCV1U4MO9B2VzkRRBGvhx5unLRopJXbFKHpGg2W+6tg6Ki0ym0n6tDH65af4OPfATla4QJs+Sqo1b/Woywwq46Aejt09vtXPjJmhQqaUBQxB0fSZYv+nlxn3ub5HiUBIJP+gvzibQZ31ObaqFlDdwEFD6IgoJt+7wW8krB6hln0= Received: by 10.114.169.2 with SMTP id r2mr623465wae.1193018560517; Sun, 21 Oct 2007 19:02:40 -0700 (PDT) Received: by 10.114.13.15 with HTTP; Sun, 21 Oct 2007 19:02:40 -0700 (PDT) Message-ID: Date: Sun, 21 Oct 2007 19:02:40 -0700 From: "Kip Macy" To: carlopmart In-Reply-To: <471B1E87.4070001@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <471B1E87.4070001@gmail.com> Cc: current@freebsd.org Subject: Re: About Xen on FreeBSD 7.0 on GA - I am very confused X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 02:28:51 -0000 Xen is not supported in FreeBSD CVS. -Kip On 10/21/07, carlopmart wrote: > Hi all, > > Sorry but I am very confused about xen support under FreeBSD 7.0: > > - Do the GA release comes with xen support?? > - Will be possible to do a clean install of FreeBSD 7.0 as a domU > paravirtualized domain on final release under a linux dom0 host (for example > Debian, RHEL5 or SLES10) using sysinstall and with PAE support?? Use this xen > images (http://www.fsmware.com/xenofreebsd/7.0/download/) are very very very old > to use it ... > - Will be ready xen port for production servers or only as a experimental branch?? > - Can do a normal -stable update with (make builworld, etc...) using a xen > kernel?? > > > Yes, I am very very confused about this ... > > Thanks. > -- > CL Martinez > carlopmart {at} gmail {d0t} com > _______________________________________________ > 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 Oct 22 02:37:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C4DC16A41A for ; Mon, 22 Oct 2007 02:37:48 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 0568C13C4AA for ; Mon, 22 Oct 2007 02:37:47 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so912655rvb for ; Sun, 21 Oct 2007 19:37:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; bh=pVUtQIhpKVnr3FPIM2UuyJhNphxe5Yaj6UMzg7PpO2U=; b=RG/S0LrExzlob5krc98f3LxGnVWLYpEO5MD3UqIFMZIPWl3PzVojMr/iMtGFMNb5RIRHvrVeM5rppmlYX67zxosSbobuWrcMA6AqL5dyr8Ip6qcQgaipGvafDoM5ioBChoI0Hzj72oF+mjqfH3FzlpEG5R/dpCRcNCw2Z2BTPQs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; b=ZNIbRzb3m0w6KnPxJKkC+RNa7ReKD/wPn/sX3SvHnQAyjYzTZ1Hmojnqj+NqNB+WBIpFF2AqYxdK6W5nQLEA7JlaDa21wrBLVbyBNZSy/J60ZQ/qPFAeI4UozcMHMdAxjWX9FJHMg8woovlYZsNGWFq3LenAgyTnxLHHK20H6gQ= Received: by 10.141.153.16 with SMTP id f16mr2047524rvo.1193020653565; Sun, 21 Oct 2007 19:37:33 -0700 (PDT) Received: from freebsd.weongyo.org ( [211.53.35.67]) by mx.google.com with ESMTPS id f42sm10233158rvb.2007.10.21.19.37.30 (version=SSLv3 cipher=OTHER); Sun, 21 Oct 2007 19:37:32 -0700 (PDT) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Mon, 22 Oct 2007 11:36:47 +0900 Date: Mon, 22 Oct 2007 11:36:47 +0900 To: John Merryweather Cooper Message-ID: <20071022023647.GA66694@freebsd.weongyo.org> References: <200708301414.l7UEEMSi004166@omval.tednet.nl> <20071020074740.GA65090@freebsd.weongyo.org> <471AFA46.4010008@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471AFA46.4010008@yahoo.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: Ted Lindgreen , freebsd-current@freebsd.org, Warner Losh Subject: Re: [Bulk] Re: New if_zyd driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 02:37:48 -0000 On Sun, Oct 21, 2007 at 12:05:42AM -0700, John Merryweather Cooper wrote: > Weongyo Jeong wrote: > > On Thu, Aug 30, 2007 at 04:14:22PM +0200, Ted Lindgreen wrote: > > [... snipped ...] > > > >> However, the stick needs to be inserted after booting up. Then I can > >> also remove the stick without ill effects (for logmessages see below). > >> > >> When the stick is present during boot, the log shows: > >> Aug 30 15:25:17 lapje kernel: zyd0: on uhub4 > >> Aug 30 15:25:17 lapje kernel: zyd0: setting config no failed > >> > > [... snipped ...] > > > > Hello Ted, > > > > I send you a patch which is attached with this email to fix a reset > > problem of the zyd driver when we reboot. > > > > In my environment, this patch was worked. Would you please test this > > patch and send me results? I hope it works. :-) > > > > Regards, > > Weongyo Jeong > > Well, the patch applies cleanly and builds on an amd64: > > Copyright (c) 1992-2007 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-BETA1 #16: Sat Oct 20 14:58:28 PDT 2007 > root@borgdemon3.temp.wsu.edu:/usr/obj/usr/src/sys/TURION > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-64 (2210.07-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x60f81 Stepping = 1 > > Features=0x178bfbff > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x11f > Cores per package: 2 > > . . . . > > zyd0: on uhub1 > zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:17:3f:b0:d4:97 > zyd0: Ethernet address: 00:17:3f:b0:d4:97 > zyd0: if_start running deferred for Giant > > I realize that the patch wasn't designed to fix my problem (locking up > when zyd0 is on a moderate load--like cvsup'ing). Nevertheless, here's > what kgdb has to say: > > jcooper@borgdemon3$ sudo kgdb kernel.debug /var/crash/vmcore.9 > [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 "amd64-marcel-freebsd". > > Unread portion of the kernel message buffer: > zyd0: could not transmit buffer: SHORT_XFER > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x2734 > fault code = supervisor write data, page not present > instruction pointer = 0x8:0xffffffff808a94fa > stack pointer = 0x10:0xffffffffab8dfaf0 > frame pointer = 0x10:0xffffffffab8dfb30 > 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 = 23 (irq22: ohci0 ehci0) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 8m38s > Physical memory: 1973 MB > Dumping 233 MB: 218 202 186 170 154 138 122 106 90 74 58 42 26 10 > > #0 doadump () at pcpu.h:194 > 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) > > ------- > > jmc Yes. This patch isn't related with your problem. Your problem is on my TODO list but I think that it would be hard and takes some times to fix because of the lack of environments that I don't have amd64, Belkin devices and the zyd driver on my environment works well without problems. Can you show me the backtrace log of `$ kgdb kernel.debug /var/crash/vmcore.9'? Regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 07:59:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23E4616A41A for ; Mon, 22 Oct 2007 07:59:30 +0000 (UTC) (envelope-from freebsd@elgert.dk) Received: from pqueuea.post.tele.dk (pqueuea.post.tele.dk [193.162.153.9]) by mx1.freebsd.org (Postfix) with ESMTP id DE92313C4AA for ; Mon, 22 Oct 2007 07:59:29 +0000 (UTC) (envelope-from freebsd@elgert.dk) Received: from pfepb.post.tele.dk (pfepb.post.tele.dk [195.41.46.236]) by pqueuea.post.tele.dk (Postfix) with ESMTP id 49368DBBE2 for ; Mon, 22 Oct 2007 09:27:19 +0200 (CEST) Received: from elgert.dk (0x573c4ce1.nivaanqu1.broadband.tele.dk [87.60.76.225]) by pfepb.post.tele.dk (Postfix) with SMTP id 8DA93A50014 for ; Mon, 22 Oct 2007 09:27:08 +0200 (CEST) Received: by elgert.dk (sSMTP sendmail emulation); Mon, 22 Oct 2007 09:27:08 +0200 Date: Mon, 22 Oct 2007 09:27:08 +0200 From: Harry Matthiesen Jensen To: freebsd-current@freebsd.org Message-ID: <20071022072708.GA46467@mugin.localhost> Mail-Followup-To: freebsd-current@freebsd.org References: <20071021181423.67f3815d@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071021181423.67f3815d@peedub.jennejohn.org> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: cant start X with today's kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 07:59:30 -0000 On Sun, Oct 21, 2007 at 06:14:23PM +0200, Gary Jennejohn wrote: > I can't start X with a kernel made today. The server complains that the video card > is on ISA (it's really on AGP) and that it can't find any screens. Here the last > of xorg-7.3 today and X still won't start. Trying to force X to use PCI with BusID > in xorg.conf also doesn't help. I have had same issue: Have you checked out "/usr/src/UPDATING" about pci? There may be a hint for your problem. I re-compiled all that tends to have with xorg to do. -- Mvh/Brgds Harry FreeBSD mugin.localhost 8.0-CURRENT #11: i386 From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 08:16:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69D1216A419 for ; Mon, 22 Oct 2007 08:16:03 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id F081513C494 for ; Mon, 22 Oct 2007 08:16:02 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.11] (helo=mx1.freenet.de) by mout2.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1IjsS9-0002Xx-B7 for freebsd-current@freebsd.org; Mon, 22 Oct 2007 10:16:01 +0200 Received: from x164f.x.pppool.de ([89.59.22.79]:61798 helo=peedub.jennejohn.org) by mx1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.68 #6) id 1IjsS9-0007RU-61 for freebsd-current@freebsd.org; Mon, 22 Oct 2007 10:16:01 +0200 Date: Mon, 22 Oct 2007 10:16:00 +0200 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-ID: <20071022101600.12698637@peedub.jennejohn.org> In-Reply-To: <20071021181423.67f3815d@peedub.jennejohn.org> References: <20071021181423.67f3815d@peedub.jennejohn.org> Organization: DENX Softwre Engineering GmbH X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: cant start X with today's kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 08:16:03 -0000 On Sun, 21 Oct 2007 18:14:23 +0200 Gary Jennejohn wrote: > I can't start X with a kernel made today. The server complains that the video card > is on ISA (it's really on AGP) and that it can't find any screens. Here the last > few lines from /var/log/Xorg.0.log: > > (II) ATI: ATI driver wrapper (version 6.7.195) for chipsets: mach64, rage128, radeon > (II) Primary Device is: ISA > (EE) No devices detected. > > I know there's an entry in /usr/src/UPDATING (20070930), and I did a fresh install > of xorg-7.3 today and X still won't start. Trying to force X to use PCI with BusID > in xorg.conf also doesn't help. > > Has anyone else seen this? At the moment I'm using an old kernel from Sept 27. > Never mind. I got hit with a clue-bat and realized that I hadn't installed world (because of the DLT_* problem) so the X server couldn't pick up the new sys/pciio.h. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 10:29:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40A6316A417 for ; Mon, 22 Oct 2007 10:29:14 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp126.plus.mail.sp1.yahoo.com (smtp126.plus.mail.sp1.yahoo.com [69.147.95.89]) by mx1.freebsd.org (Postfix) with SMTP id 1FBE013C481 for ; Mon, 22 Oct 2007 10:29:13 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 45715 invoked from network); 22 Oct 2007 04:35:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=mWYIyiB5/zgGjmElpkwyq/yJnusP4gHhrUj20uIDAR7CB3GHSjsGZwAPeoDiHNjCX8ACOyro0oZP0ZNSHR/qhp04s7Gpbcd8mR1bRa91ZqY7lqBPPAql+IsAu+Iyq2IkxkYunrpgCbQog1jWtUerIPGkTFDpKLeM0UKHDwqMiy8= ; Received: from unknown (HELO borgdemon3.temp.wsu.edu) (john_m_cooper@134.121.244.74 with plain) by smtp126.plus.mail.sp1.yahoo.com with SMTP; 22 Oct 2007 04:35:24 -0000 X-YMail-OSG: G3j8qxgVM1m_4zI3TI4G92N_H_VaXnp7K81BsuEI_zbu0bfiK8_kr90nzgoYU8RTvamBuQAJ3A-- Message-ID: <471C288C.6060106@yahoo.com> Date: Sun, 21 Oct 2007 21:35:24 -0700 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.4pre (X11/20071013) MIME-Version: 1.0 To: Weongyo Jeong References: <200708301414.l7UEEMSi004166@omval.tednet.nl> <20071020074740.GA65090@freebsd.weongyo.org> <471AFA46.4010008@yahoo.com> <20071022023647.GA66694@freebsd.weongyo.org> In-Reply-To: <20071022023647.GA66694@freebsd.weongyo.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ted Lindgreen , freebsd-current@freebsd.org, Warner Losh Subject: Re: [Bulk] Re: [Bulk] Re: New if_zyd driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 10:29:14 -0000 Weongyo Jeong wrote: > On Sun, Oct 21, 2007 at 12:05:42AM -0700, John Merryweather Cooper wrote: > >> Weongyo Jeong wrote: >> >>> On Thu, Aug 30, 2007 at 04:14:22PM +0200, Ted Lindgreen wrote: >>> [... snipped ...] >>> >>> >>>> However, the stick needs to be inserted after booting up. Then I can >>>> also remove the stick without ill effects (for logmessages see below). >>>> >>>> When the stick is present during boot, the log shows: >>>> Aug 30 15:25:17 lapje kernel: zyd0: on uhub4 >>>> Aug 30 15:25:17 lapje kernel: zyd0: setting config no failed >>>> >>>> >>> [... snipped ...] >>> >>> Hello Ted, >>> >>> I send you a patch which is attached with this email to fix a reset >>> problem of the zyd driver when we reboot. >>> >>> In my environment, this patch was worked. Would you please test this >>> patch and send me results? I hope it works. :-) >>> >>> Regards, >>> Weongyo Jeong >>> >> Well, the patch applies cleanly and builds on an amd64: >> >> Copyright (c) 1992-2007 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-BETA1 #16: Sat Oct 20 14:58:28 PDT 2007 >> root@borgdemon3.temp.wsu.edu:/usr/obj/usr/src/sys/TURION >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-64 (2210.07-MHz K8-class CPU) >> Origin = "AuthenticAMD" Id = 0x60f81 Stepping = 1 >> >> Features=0x178bfbff >> Features2=0x2001 >> AMD Features=0xea500800 >> AMD Features2=0x11f >> Cores per package: 2 >> >> . . . . >> >> zyd0: on uhub1 >> zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:17:3f:b0:d4:97 >> zyd0: Ethernet address: 00:17:3f:b0:d4:97 >> zyd0: if_start running deferred for Giant >> >> I realize that the patch wasn't designed to fix my problem (locking up >> when zyd0 is on a moderate load--like cvsup'ing). Nevertheless, here's >> what kgdb has to say: >> >> jcooper@borgdemon3$ sudo kgdb kernel.debug /var/crash/vmcore.9 >> [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 "amd64-marcel-freebsd". >> >> Unread portion of the kernel message buffer: >> zyd0: could not transmit buffer: SHORT_XFER >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 1; apic id = 01 >> fault virtual address = 0x2734 >> fault code = supervisor write data, page not present >> instruction pointer = 0x8:0xffffffff808a94fa >> stack pointer = 0x10:0xffffffffab8dfaf0 >> frame pointer = 0x10:0xffffffffab8dfb30 >> 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 = 23 (irq22: ohci0 ehci0) >> trap number = 12 >> panic: page fault >> cpuid = 1 >> Uptime: 8m38s >> Physical memory: 1973 MB >> Dumping 233 MB: 218 202 186 170 154 138 122 106 90 74 58 42 26 10 >> >> #0 doadump () at pcpu.h:194 >> 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); >> (kgdb) >> >> ------- >> >> jmc >> > > Yes. This patch isn't related with your problem. Your problem is > on my TODO list but I think that it would be hard and takes some times > to fix because of the lack of environments that I don't have amd64, > Belkin devices and the zyd driver on my environment works well without > problems. > > Can you show me the backtrace log of `$ kgdb kernel.debug > /var/crash/vmcore.9'? > > Regards, > Weongyo Jeong > > Sure. The backtrace is: #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff802db510 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802db92d in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff80512c74 in trap_fatal (frame=Variable "frame" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:695 #5 0xffffffff80513045 in trap_pfault (frame=0xffffffffab8dfa40, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:588 #6 0xffffffff805139eb in trap (frame=0xffffffffab8dfa40) at /usr/src/sys/amd64/amd64/trap.c:393 #7 0xffffffff804f986e in alltraps_pushregs_no_rdi () at /usr/src/sys/amd64/amd64/exception.S:155 #8 0xffffff0001254000 in ?? () #9 0xffffffff80a4b878 in ?? () #10 0x0000000000000000 in ?? () #11 0xffffffffab907c00 in ?? () #12 0xffffff00011d4000 in ?? () #13 0x00000000000005cb in ?? () #14 0xffffffff808a94a0 in ?? () #15 0x0000000000000000 in ?? () #16 0xffffffffab8dfb30 in ?? () #17 0xffffff0001254000 in ?? () #18 0xffffffff806e5240 in ehci_device_ctrl_methods () #19 0xffffffff80a4b878 in ?? () #20 0x0000000000000000 in ?? () #21 0xffffff0001279800 in ?? () #22 0xffffffff80a4a000 in ?? () #23 0x000000000000000c in ?? () #24 0x0000000000002734 in ?? () #25 0xffffffff80250af7 in ehci_device_bulk_start (xfer=0xffffffff80a4b878) at /usr/src/sys/dev/usb/ehci.c:3078 #26 0xffffffff80272ad4 in usb_transfer_complete (xfer=0xffffff0001254000) at /usr/src/sys/dev/usb/usbdi.c:977 #27 0xffffffff8024eace in ehci_softintr (v=Variable "v" is not available. ) at /usr/src/sys/dev/usb/ehci.c:884 #28 0xffffffff80250583 in ehci_intr1 (sc=0xffffff00011d4000) at /usr/src/sys/dev/usb/ehci.c:603 #29 0xffffffff802bf1b0 in ithread_loop (arg=0xffffff000125a300) at /usr/src/sys/kern/kern_intr.c:1036 #30 0xffffffff802bc152 in fork_exit ( callout=0xffffffff802bf040 , arg=0xffffff000125a300, frame=0xffffffffab8dfc80) at /usr/src/sys/kern/kern_fork.c:796 #31 0xffffffff804f9bde in nmi_restoreregs () at /usr/src/sys/amd64/amd64/exception.S:386 #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000001 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () #49 0x0000000000000000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x0000000000000000 in ?? () #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x00000000009ab000 in ?? () #57 0xffffffff8075ce00 in tdq_cpu () #58 0xffffffff80768a00 in tdq_groups () #59 0xffffffff80768980 in tdq_cpu () #60 0xffffff000125c9f0 in ?? () #61 0x0000000000000000 in ?? () #62 0xffffffffab8df6b8 in ?? () #63 0xffffff000125c9f0 in ?? () #64 0xffffffff802f9404 in sched_switch (td=0xffffffff802bf040, newtd=0x0, flags=0) at /usr/src/sys/kern/sched_ule.c:1902 #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () #117 0x0000000000000000 in ?? () #118 0x0000000000000000 in ?? () #119 0x0000000000000000 in ?? () #120 0x0000000000000000 in ?? () #121 0x0000000000000000 in ?? () #122 0x0000000000000000 in ?? () #123 0x0000000000000000 in ?? () #124 0x0000000000000000 in ?? () #125 0x0000000000000000 in ?? () #126 0x0000000000000000 in ?? () #127 0x0000000000000000 in ?? () #128 0x0000000000000000 in ?? () #129 0x0000000000000000 in ?? () #130 0x0000000000000000 in ?? () #131 0x0000000000000000 in ?? () #132 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffab8e0000 jmc From owner-freebsd-current@FreeBSD.ORG Sun Oct 21 22:42:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1555916A46C for ; Sun, 21 Oct 2007 22:42:53 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 8DBF313C481 for ; Sun, 21 Oct 2007 22:42:52 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: (qmail invoked by alias); 21 Oct 2007 22:16:03 -0000 Received: from u18-124.dsl.vianetworks.de (EHLO [172.20.1.30]) [194.231.39.124] by mail.gmx.net (mp038) with SMTP; 22 Oct 2007 00:16:03 +0200 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX1/ASNEyHqrAPOapNaFqWbd0CP8dp2gNMFrzn+NBwX mkTaecBfxznvD1 Message-ID: <471BCF96.7000207@gmx.de> Date: Mon, 22 Oct 2007 00:15:50 +0200 From: Olli Hauer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Mon, 22 Oct 2007 11:50:55 +0000 Subject: zfs kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 22:42:53 -0000 while playing a little with zfs i get the following kernel messages at ttyv0 (no panic/freeze happend) (captured vi ssh from other system) # vidcontrol -P < /dev/ttyv0 uma_zalloc_arg: zone "256" with the following non-sleepable locks held: exclusive sleep mutex struct mount mtx r = 0 (0xc64e7d3c) locked @ /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:206 KDB: stack backtrace: db_trace_self_wrapper(c0a9c175,e72bb6e4,c078428d,c0a9c538,e72bb6f8,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9c538,e72bb6f8,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0aba40d,c0ac3e77,1,...) at witness_warn+0x1cd uma_zalloc_arg(c146d1e0,0,102,2,c64e7d0c,...) at uma_zalloc_arg+0x34 malloc(94,c0b4c4e0,102,c64e7d0c,e72bb790,...) at malloc+0xd2 crget(c6985300,c0b4c4e0,c64e7d0c,e72bb7d4,c431b9dc,...) at crget+0x23 crdup(c3f07600,0,c439444c,ce,c2,...) at crdup+0xc domount(c450a420,c6ee4330,c43995db,cc152900,e72bb810,...) at domount+0x20c zfsctl_snapdir_lookup(e72bbaa0,e72bbaa0,c450a420,2,c456e660,...) at zfsctl_snapdir_lookup+0x362 VOP_LOOKUP_APV(c439d5c0,e72bbaa0,c450a420,c0aa409d,19b,...) at VOP_LOOKUP_APV+0xa5 lookup(e72bbb48,c0aa409d,c6,bf,c730102c,...) at lookup+0x58e namei(e72bbb48,e72bbb94,60,0,c450a420,...) at namei+0x34b kern_lstat(c450a420,28220318,0,e72bbc18,2d4738cb,...) at kern_lstat+0x4f lstat(c450a420,e72bbcfc,8,c0a9ed42,c0b469d0,...) at lstat+0x2f syscall(e72bbd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (190, FreeBSD ELF32, lstat), eip = 0x2815548b, esp = 0xbfbfe93c, ebp = 0xbfbfe9c8 --- System: 7.0-CURRENT-200710, GENERIC i386, 1GB RAM entries in loader.conf vfs.zfs.prefetch_disable="1" # (loader.conf) vfs.zfs.arc_max="104857600" # (loader.conf) vm.kmem_size_max="402653184" # (loader.conf) entries in sysctl.conf kern.maxvnodes="50000" # (sysctl) It is not easy to reproduce but i get the message this way: - enable shell command line completion - zfs snapshot zvol/test@snapX - ls -l /zvol/test/.zfs/snap -> tab Once i get the message i have to create a new snapshot to reproduce this olli From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 04:39:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A67E216A418; Mon, 22 Oct 2007 04:39:16 +0000 (UTC) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (external.osdn.org.ua [212.40.34.156]) by mx1.freebsd.org (Postfix) with ESMTP id 26D2313C480; Mon, 22 Oct 2007 04:39:15 +0000 (UTC) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (never@localhost [127.0.0.1]) by kurush.osdn.org.ua (8.12.11/8.12.11) with ESMTP id l9M4JHNP076968; Mon, 22 Oct 2007 07:19:22 +0300 (EEST) (envelope-from never@kurush.osdn.org.ua) Received: (from never@localhost) by kurush.osdn.org.ua (8.12.11/8.12.11/Submit) id l9M4JHt0076965; Mon, 22 Oct 2007 07:19:17 +0300 (EEST) (envelope-from never) Date: Mon, 22 Oct 2007 07:19:17 +0300 From: Alexandr Kovalenko To: Max Laier Message-ID: <20071022041917.GA55333@uafug.org.ua> References: <20071021143236.F43563@woozle.rinet.ru> <200710211507.22900.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710211507.22900.max@love2party.net> User-Agent: Mutt/1.5.4i X-Virus-Scanned: ClamAV 0.85.1/4557/Mon Oct 22 05:25:44 2007 on kurush.osdn.org.ua X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (kurush.osdn.org.ua [127.0.0.1]); Mon, 22 Oct 2007 07:19:22 +0300 (EEST) X-Mailman-Approved-At: Mon, 22 Oct 2007 11:50:55 +0000 Cc: freebsd-current@freebsd.org, Dmitry Morozovsky , current@freebsd.org Subject: Re: libpcap build error @ RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 04:39:16 -0000 Hello, Max Laier! On Sun, Oct 21, 2007 at 03:07:17PM +0200, you wrote: > On Sunday 21 October 2007, Dmitry Morozovsky wrote: > > Hi there colleagues, > > > > during buildworld (erased /usr/obj, etc) > > > > ===> lib/libpcap (all) > > cc -O2 -fno-strict-aliasing -pipe -march=prescott -DHAVE_CONFIG_H > > -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. > > -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > > -DHAVE_NET_PFVAR_H > > -I/usr/src/lib/libpcap/../../contrib/libpcap -c grammar.c > > cc -O2 -fno-strict-aliasing -pipe -march=prescott -DHAVE_CONFIG_H > > -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. > > -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > > -DHAVE_NET_PFVAR_H > > -I/usr/src/lib/libpcap/../../contrib/libpcap -c > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' > > undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: > > 'DLT_JUNIPER_VP' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: > > 'DLT_A429' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: > > 'DLT_A653_ICM' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' > > undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: > > 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: > > 'DLT_CAN20B' undeclared here (not in a function) > > *** Error code 1 > > > > Stop in /usr/src/lib/libpcap. > > *** Error code 1 > > I fat-fingered that one. Fix attached, but I'll do a buildworld this time > to make sure. Sorry! Latest cvsup of RELENG_7 now builds fine, thanks :) -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 04:39:16 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A67E216A418; Mon, 22 Oct 2007 04:39:16 +0000 (UTC) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (external.osdn.org.ua [212.40.34.156]) by mx1.freebsd.org (Postfix) with ESMTP id 26D2313C480; Mon, 22 Oct 2007 04:39:15 +0000 (UTC) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (never@localhost [127.0.0.1]) by kurush.osdn.org.ua (8.12.11/8.12.11) with ESMTP id l9M4JHNP076968; Mon, 22 Oct 2007 07:19:22 +0300 (EEST) (envelope-from never@kurush.osdn.org.ua) Received: (from never@localhost) by kurush.osdn.org.ua (8.12.11/8.12.11/Submit) id l9M4JHt0076965; Mon, 22 Oct 2007 07:19:17 +0300 (EEST) (envelope-from never) Date: Mon, 22 Oct 2007 07:19:17 +0300 From: Alexandr Kovalenko To: Max Laier Message-ID: <20071022041917.GA55333@uafug.org.ua> References: <20071021143236.F43563@woozle.rinet.ru> <200710211507.22900.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710211507.22900.max@love2party.net> User-Agent: Mutt/1.5.4i X-Virus-Scanned: ClamAV 0.85.1/4557/Mon Oct 22 05:25:44 2007 on kurush.osdn.org.ua X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (kurush.osdn.org.ua [127.0.0.1]); Mon, 22 Oct 2007 07:19:22 +0300 (EEST) X-Mailman-Approved-At: Mon, 22 Oct 2007 11:50:55 +0000 Cc: freebsd-current@freebsd.org, Dmitry Morozovsky , current@freebsd.org Subject: Re: libpcap build error @ RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 04:39:16 -0000 Hello, Max Laier! On Sun, Oct 21, 2007 at 03:07:17PM +0200, you wrote: > On Sunday 21 October 2007, Dmitry Morozovsky wrote: > > Hi there colleagues, > > > > during buildworld (erased /usr/obj, etc) > > > > ===> lib/libpcap (all) > > cc -O2 -fno-strict-aliasing -pipe -march=prescott -DHAVE_CONFIG_H > > -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. > > -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > > -DHAVE_NET_PFVAR_H > > -I/usr/src/lib/libpcap/../../contrib/libpcap -c grammar.c > > cc -O2 -fno-strict-aliasing -pipe -march=prescott -DHAVE_CONFIG_H > > -Dyylval=pcapyylval -I/usr/src/lib/libpcap -I. > > -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > > -DHAVE_NET_PFVAR_H > > -I/usr/src/lib/libpcap/../../contrib/libpcap -c > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: 'DLT_MFR' > > undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: > > 'DLT_JUNIPER_VP' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: > > 'DLT_A429' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: > > 'DLT_A653_ICM' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: 'DLT_USB' > > undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: > > 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: > > 'DLT_CAN20B' undeclared here (not in a function) > > *** Error code 1 > > > > Stop in /usr/src/lib/libpcap. > > *** Error code 1 > > I fat-fingered that one. Fix attached, but I'll do a buildworld this time > to make sure. Sorry! Latest cvsup of RELENG_7 now builds fine, thanks :) -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 12:40:51 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70A3F16A469 for ; Mon, 22 Oct 2007 12:40:51 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from akis.salford.ac.uk (akis.salford.ac.uk [146.87.0.14]) by mx1.freebsd.org (Postfix) with SMTP id A935813C4C1 for ; Mon, 22 Oct 2007 12:40:50 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 56804 invoked by uid 98); 22 Oct 2007 13:13:57 +0100 Received: from 146.87.255.121 by akis.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.90/3843. spamassassin: 3.1.8. Clear:RC:1(146.87.255.121):. Processed in 0.042027 secs); 22 Oct 2007 12:13:57 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by akis.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Mon, 22 Oct 2007 13:13:57 +0100 Received: (qmail 46591 invoked by uid 1002); 22 Oct 2007 12:13:55 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 22 Oct 2007 12:13:55 -0000 Date: Mon, 22 Oct 2007 13:13:55 +0100 (BST) From: "Mark Powell" To: JoaoBR In-Reply-To: <200710212102.31929.joao@matik.com.br> Message-ID: <20071022130929.W45807@rust.salford.ac.uk> References: <200710212102.31929.joao@matik.com.br> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: Supermicro H8DA8 hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 12:40:51 -0000 On Sun, 21 Oct 2007, JoaoBR wrote: > has somebody else the problem that this MB does not reboot (stays at uptime at > the end)? I've always had the same problem with 7-CURRENT/PRERELEASE/BETA1 on 2 motherboards Gigabyte GA-P-35-DS4 and Intel D975XBX2 i.e. hangs at uptime. On both machines I use a small ufs mirror to boot and have everything else on zfs. It seems that if the restart is attempted soon after the machine has just come up then it can reboot properly, but if the machine has been up a reasonable time, then it will always hang at uptime. Sorry, can't be more specific than 'a reasonable amount of uptime', i.e. a few hours, as the cause at the mo. Not noticed a specific action which causes it. > both sysctl do not have any effect: > > hw.acpi.disable_on_reboot > hw.acpi.handle_reboot Not tried those. > releng_6 works ok Yep. Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 4837 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 13:16:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37F2516A41B for ; Mon, 22 Oct 2007 13:16:52 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E259D13C48D for ; Mon, 22 Oct 2007 13:16:51 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 6F4932093; Mon, 22 Oct 2007 15:16:37 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id E8A4E208D; Mon, 22 Oct 2007 15:16:36 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id CB1088448D; Mon, 22 Oct 2007 15:16:36 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Mark Powell" References: <4701FE7C.8020200@berkeley.edu> <20071002143044.GL1693@garage.freebsd.pl> <47028989.9080300@berkeley.edu> <4702A6DE.3080403@conducive.net> <86abqzqjrp.fsf@ds4.des.no> <20071022134606.H45807@rust.salford.ac.uk> Date: Mon, 22 Oct 2007 15:16:36 +0200 In-Reply-To: <20071022134606.H45807@rust.salford.ac.uk> (Mark Powell's message of "Mon\, 22 Oct 2007 14\:08\:39 +0100 \(BST\)") Message-ID: <86abqbe1cb.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bill Hacker , freebsd-current@freebsd.org Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 13:16:52 -0000 "Mark Powell" writes: > On Thu, 4 Oct 2007, Dag-Erling Sm=C3=B8rgrav wrote: > > Bill Hacker writes: > > > Short answer - you are overstressing your very marginal hardware. > > You're completely off the mark. Steven is experiencing a well-known bug > > in the ata driver. > When you say well know, is there a PR for this problem? Not that I know of; search the -current archives. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 13:35:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FD1116A41A for ; Mon, 22 Oct 2007 13:35:38 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from akis.salford.ac.uk (akis.salford.ac.uk [146.87.0.14]) by mx1.freebsd.org (Postfix) with SMTP id AD54813C4B9 for ; Mon, 22 Oct 2007 13:35:37 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 4780 invoked by uid 98); 22 Oct 2007 14:08:42 +0100 Received: from 146.87.255.121 by akis.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.90/3843. spamassassin: 3.1.8. Clear:RC:1(146.87.255.121):. Processed in 0.123589 secs); 22 Oct 2007 13:08:42 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by akis.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Mon, 22 Oct 2007 14:08:41 +0100 Received: (qmail 46971 invoked by uid 1002); 22 Oct 2007 13:08:39 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 22 Oct 2007 13:08:39 -0000 Date: Mon, 22 Oct 2007 14:08:39 +0100 (BST) From: "Mark Powell" To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86abqzqjrp.fsf@ds4.des.no> Message-ID: <20071022134606.H45807@rust.salford.ac.uk> References: <4701FE7C.8020200@berkeley.edu> <20071002143044.GL1693@garage.freebsd.pl> <47028989.9080300@berkeley.edu> <4702A6DE.3080403@conducive.net> <86abqzqjrp.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-215173318-1193058519=:45807" Cc: Bill Hacker , freebsd-current@freebsd.org Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 13:35:38 -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-215173318-1193058519=:45807 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Thu, 4 Oct 2007, Dag-Erling Sm=F8rgrav wrote: > Bill Hacker writes: >> Short answer - you are overstressing your very marginal hardware. > > You're completely off the mark. Steven is experiencing a well-known bug > in the ata driver. When you say well know, is there a PR for this problem? I've just been hit by this yesterday. This was several hours after I had= =20 updated to BETA1. I had never seen this problem before. It's amd64 on=20 SATA, with a small ufs mirror for boot and everything else on zfs. Cheers. --=20 Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 4837 Fax: +44 161 295 5888 www.pgp.com for PGP key --0-215173318-1193058519=:45807-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 16:43:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0065516A418 for ; Mon, 22 Oct 2007 16:43:16 +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 A8D7F13C4AA for ; Mon, 22 Oct 2007 16:43:16 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ik0MU-0004C2-9r for freebsd-current@freebsd.org; Mon, 22 Oct 2007 16:42:42 +0000 Received: from 89-172-59-139.adsl.net.t-com.hr ([89.172.59.139]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 22 Oct 2007 16:42:42 +0000 Received: from ivoras by 89-172-59-139.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 22 Oct 2007 16:42:42 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 22 Oct 2007 18:42:36 +0200 Lines: 21 Message-ID: References: <471BDA2E.9040801@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-59-139.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.0 (X11/20070527) In-Reply-To: <471BDA2E.9040801@elischer.org> Sender: news Subject: Re: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 16:43:17 -0000 Julian Elischer wrote: > Here is the link to the next patch. > > this introduces (back) the kthread_create (etc) calls but now they > make threads.. > it may also be worth adding some help for people to make a new kproc, > and populate it with a number of kthreads. For example, why would we do that? :) A practical example: GEOM modules often spawn separate execution contexts to handle non-trivial IO requests. These threads are usually created at most once per GEOM device and live until that device goes away. GEOM framework itself has several execution contexts (g_up, g_down, g_event) which call "methods" from GEOM classes. Should we spawn one "dummy" kproc per GEOM class and then kthreads in it for devices? If "raw" kthreads can be spawned, to which kproc will they belong (if any)? Is the difference between kthread and kproc here purely aesthetic? In other words: when should one create a kproc and when a kthread? From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 17:15:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1120716A41A for ; Mon, 22 Oct 2007 17:15:42 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 8A88613C494 for ; Mon, 22 Oct 2007 17:15:40 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9MHFQ9f073230 for ; Mon, 22 Oct 2007 15:15:26 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: current@freebsd.org Date: Mon, 22 Oct 2007 15:15:15 -0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710221515.15604.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: more klingdom in dmesg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 17:15:42 -0000 for sure related to the former msg I sent but here it comes kernel: (da0:umasGs-EsOiMm_0L:A0B:E0L::0 )L:a bleolst dmesvdiocsefs kernel: /N8(0d are0m:ouvmeads.s- kernel: sim0:0:0:0): removing device entry kernel: umass0: detached but this time I discovered the meaning myself ;) seems it has to do with the device type because another does not get hacked: kernel: (da0:umass-sim0:0:0:0): lost device kernel: (da0:umass-sim0:0:0:0): removing device entry kernel: umass0: detached I can remove the latter as much as I want no problem, the former each time= =20 gets me the mix =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 17:19:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E452716A468 for ; Mon, 22 Oct 2007 17:19:47 +0000 (UTC) (envelope-from outi@bytephobia.de) Received: from dd18312.kasserver.com (dd18312.kasserver.com [85.13.138.194]) by mx1.freebsd.org (Postfix) with ESMTP id 6ECDB13C4AC for ; Mon, 22 Oct 2007 17:19:47 +0000 (UTC) (envelope-from outi@bytephobia.de) Received: from duality (pD9E367E0.dip.t-dialin.net [217.227.103.224]) by dd18312.kasserver.com (Postfix) with ESMTP id CB436182D2DF5 for ; Mon, 22 Oct 2007 19:01:32 +0200 (CEST) Date: Mon, 22 Oct 2007 19:08:35 +0200 From: Patrick Hurrelmann To: freebsd-current@freebsd.org Message-ID: <20071022190835.1f999a23@duality> Organization: private X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Best way for a gmirrored gjournal? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 17:19:48 -0000 Hi all, Currently I'm trying to install a new server and need some hints on how to best configure filesystems using gmirror and gjournal. The server in question is a amd64 with 512mb of ram and 2x 80gb sata hdds. So I was thinking of a mount-point layout like the following: ad0s1 / (1gb) swap (1gb) /var (8gb) /tmp (1gb) /home (4gb) /usr (13gb) /jails (39gb) ad0s2 10gb for journaling Which would leave a space of 10gb for journaling. I digged through the mailinglist-archives and man-pages of gmirror and gjournal but all I ended up with are questions and doubts :) Now I wanted to create 2 mirrors (gm0s1 and gm0s2). Gmirror gm0s1 containing the slices ad0s1 and ad2s1, while gm0s2 should contain ad0s2 and ad2s2. I created 2 slices, as with the above shown partitioning I was running out of mount-points for this slice. Is such a layout reasonable? Or is it stupid to use a dedicated slice just for journaling and better skip e.g /tmp partition to leave space for a dedicated journaling partition on this slice? Btw. are 10gb enough for journaling of 6 partitions? Or do I need one dedicated partition for journaling each? If I skip using a separate partition for journaling data, gjournal keeps telling me that e.g. the root partion of 1gb is too small for jorunaling. Would it be save to decrease journal size altough man-page discourages? What do you people out there suggest? How do you handle systems with gmirror and gjournal combined? Or even use ZFS although ram is limited (as the machine will serve up several jails with e.g. postgres)? I'm really looking forward to suggestions from you. I intentionally directed this mail to current@ as I think that here are the most people around with experience on gjournal. But if I better should direct this mail to questions@ I'm happy to do so, too. Best regards, Patrick -- ==================================================================== Patrick Hurrelmann | "Programming today is a race between software Mannheim, Germany | engineers striving to build bigger and better | idiot-proof programs, and the Universe trying outi@bytephobia.de | to produce bigger and better idiots. So far, www.bytephobia.de | the Universe is winning." - Rich Cook /"\ \ / ASCII Ribbon Campaign X against HTML email & vCards / \ From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 17:41:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A99C16A49A for ; Mon, 22 Oct 2007 17:41:57 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1B313C49D for ; Mon, 22 Oct 2007 17:41:56 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9MHfnMV076044; Mon, 22 Oct 2007 15:41:50 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Mon, 22 Oct 2007 15:41:38 -0200 User-Agent: KMail/1.9.7 References: <200710212102.31929.joao@matik.com.br> <20071022130929.W45807@rust.salford.ac.uk> In-Reply-To: <20071022130929.W45807@rust.salford.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710221541.38931.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Mark Powell Subject: Re: Supermicro H8DA8 hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 17:41:57 -0000 On Monday 22 October 2007 10:13:55 Mark Powell wrote: > On Sun, 21 Oct 2007, JoaoBR wrote: > > has somebody else the problem that this MB does not reboot (stays at > > uptime at the end)? > > I've always had the same problem with 7-CURRENT/PRERELEASE/BETA1 on 2 > motherboards Gigabyte GA-P-35-DS4 and Intel D975XBX2 i.e. hangs at uptime. > On both machines I use a small ufs mirror to boot and have everything > else on zfs. > It seems that if the restart is attempted soon after the machine has > just come up then it can reboot properly, but if the machine has been up a > reasonable time, then it will always hang at uptime. Sorry, can't be more > specific than 'a reasonable amount of uptime', i.e. a few hours, as the > cause at the mo. Not noticed a specific action which causes it. > that indeed sounds strange to me do you have acpi 2.0 selected in your BIOS ? > > both sysctl do not have any effect: > > > > hw.acpi.disable_on_reboot > > hw.acpi.handle_reboot you might try either one, it could help =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 18:41:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABF0C16A421 for ; Mon, 22 Oct 2007 18:41:25 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 3C37713C4AA for ; Mon, 22 Oct 2007 18:41:24 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id E4BB845CD9; Mon, 22 Oct 2007 20:41:14 +0200 (CEST) Received: from localhost (public-gprs43659.centertel.pl [91.94.42.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0FF3C45684; Mon, 22 Oct 2007 20:41:02 +0200 (CEST) Date: Mon, 22 Oct 2007 20:40:33 +0200 From: Pawel Jakub Dawidek To: Olli Hauer Message-ID: <20071022184033.GC1118@garage.freebsd.pl> References: <471BCF96.7000207@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QRj9sO5tAVLaXnSD" Content-Disposition: inline In-Reply-To: <471BCF96.7000207@gmx.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: zfs kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 18:41:25 -0000 --QRj9sO5tAVLaXnSD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 22, 2007 at 12:15:50AM +0200, Olli Hauer wrote: > while playing a little with zfs i get the following > kernel messages at ttyv0 (no panic/freeze happend) >=20 > (captured vi ssh from other system) > # vidcontrol -P < /dev/ttyv0 >=20 > uma_zalloc_arg: zone "256" with the following non-sleepable locks held: > exclusive sleep mutex struct mount mtx r =3D 0 (0xc64e7d3c) locked @=20 > /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:= 206 > KDB: stack backtrace: > db_trace_self_wrapper(c0a9c175,e72bb6e4,c078428d,c0a9c538,e72bb6f8,...) a= t=20 > db_trace_self_wrapper+0x26 > kdb_backtrace(c0a9c538,e72bb6f8,4,1,0,...) at kdb_backtrace+0x29 > witness_warn(5,0,c0aba40d,c0ac3e77,1,...) at witness_warn+0x1cd > uma_zalloc_arg(c146d1e0,0,102,2,c64e7d0c,...) at uma_zalloc_arg+0x34 > malloc(94,c0b4c4e0,102,c64e7d0c,e72bb790,...) at malloc+0xd2 > crget(c6985300,c0b4c4e0,c64e7d0c,e72bb7d4,c431b9dc,...) at crget+0x23 > crdup(c3f07600,0,c439444c,ce,c2,...) at crdup+0xc > domount(c450a420,c6ee4330,c43995db,cc152900,e72bb810,...) at domount+0x20c > zfsctl_snapdir_lookup(e72bbaa0,e72bbaa0,c450a420,2,c456e660,...) at=20 > zfsctl_snapdir_lookup+0x362 > VOP_LOOKUP_APV(c439d5c0,e72bbaa0,c450a420,c0aa409d,19b,...) at=20 > VOP_LOOKUP_APV+0xa5 > lookup(e72bbb48,c0aa409d,c6,bf,c730102c,...) at lookup+0x58e > namei(e72bbb48,e72bbb94,60,0,c450a420,...) at namei+0x34b > kern_lstat(c450a420,28220318,0,e72bbc18,2d4738cb,...) at kern_lstat+0x4f > lstat(c450a420,e72bbcfc,8,c0a9ed42,c0b469d0,...) at lstat+0x2f > syscall(e72bbd38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (190, FreeBSD ELF32, lstat), eip =3D 0x2815548b, esp =3D=20 > 0xbfbfe93c, ebp =3D 0xbfbfe9c8 --- That's easy to fix. Try this patch: http://people.freebsd.org/~pjd/patches/opensolaris_vfs.c.patch Thanks for the report. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --QRj9sO5tAVLaXnSD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHHO6hForvXbEpPzQRAhZ+AJ92TxKkXEsJeUnoREYmKAR6Ag5o5QCfdOz3 Btay515LedFXrQNRFLR3OWI= =5DDL -----END PGP SIGNATURE----- --QRj9sO5tAVLaXnSD-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 18:48:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F05616A417; Mon, 22 Oct 2007 18:48:25 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:0:206:5bff:fef8:267d]) by mx1.freebsd.org (Postfix) with ESMTP id A7F5B13C4BE; Mon, 22 Oct 2007 18:48:24 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id 23A181CC06; Mon, 22 Oct 2007 20:53:08 +0200 (CEST) Date: Mon, 22 Oct 2007 20:53:08 +0200 From: Erwin Lansing To: Julian Elischer Message-ID: <20071022185307.GT44185@droso.net> Mail-Followup-To: Julian Elischer , ports@freebsd.org, FreeBSD Current References: <471B059B.1060604@ironport.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1X+6QtwRodzgDPAC" Content-Disposition: inline In-Reply-To: <471B059B.1060604@ironport.com> X-Operating-System: FreeBSD/i386 7.0-PRERELEASE User-Agent: Mutt/1.5.16 (2007-06-09) Cc: ports@freebsd.org, FreeBSD Current Subject: Re: question for both ports and current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 18:48:25 -0000 --1X+6QtwRodzgDPAC Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Julian, On Sun, Oct 21, 2007 at 12:54:03AM -0700, Julian Elischer wrote: > In a move to support real krenel threads doing work in the kernel, > the code that creates kerel processes has been renamed kthread_xxx to=20 > kproc_xxx >=20 > teh following ports seem to reference the renamed functions in kld module= s=20 > they create. >=20 > I'm not a ports export so I'm not sure how to get a port to > change it's behaviour in 8.0 as opposed to 7.0.... >=20 > these are the ports (in fact the lines in the ports) that > will fail at this time.. >=20 > # find . -name "*.[ch]" |xargs grep kthread [snip] >=20 > I'm not sure how I go about patching these two ports to handle the=20 > kthread->kproc > for 8.0 >=20 > rename. Any help appreciated. >=20 The ports infrastructure has an easy mechanism to add patches to the source of a port before it is build, which can be made dependend on OSVERSION. If you can create pachtes against the source of those ports, I'd be happy to get them incorporated in the ports themselves, and do buildtime testing. It would be as simple as a block of: =2Einclude =2Eif ${OSVERSION} > 800001 PATCHFILES=3D somefile.patch PATCHSITES=3D ${MASTER_SITE_LOCAL} MASTER_SITE_LOCAL=3D julian =2Eendif and put the patches on freefall in ~/public_distfiles/ But like I said, I'd be happy to fix this, if you can create the patches. Cheers, -erwin --=20 Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk --1X+6QtwRodzgDPAC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHHPGTqy9aWxUlaZARAuyLAKDHyQxNzbl8d4FMWXwCb8tGHhw7jACeO0mZ EhXuwEJ33irf/+foP2G0NV0= =vmCf -----END PGP SIGNATURE----- --1X+6QtwRodzgDPAC-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 19:03:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DEA716A508 for ; Mon, 22 Oct 2007 19:03:48 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (muon.bluestop.org [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6FCC713C4A5 for ; Mon, 22 Oct 2007 19:03:47 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (unknown [IPv6:2a01:348:10f:1::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id C1F2030180 for ; Mon, 22 Oct 2007 20:03:46 +0100 (BST) Message-ID: <471CF3F3.6070803@cran.org.uk> Date: Mon, 22 Oct 2007 20:03:15 +0100 From: Bruce Cran User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: bsdtar can't handle files >8GB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 19:03:48 -0000 While taking a look at bin/9123 I found that although pax seems to have gained the ability to extract files over 8GB, bsdtar doesn't seem to be able to any more. I'm running 7.0-PRERELEASE from 14th Oct. I created a 12GB file and tarred it up using "tar cvf tmpfile.tar tmpfile". Attempting to extract it using tar gave the following error: > tar xvf tmpfile.tar x tmpfile tar: Unrecognized archive format: Inappropriate file type or format tar: Error exit delayed from previous errors. I've not verified that the checksums match, but pax extracted the tar file without any errors, and produced a file of the same size as the original. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 19:29:38 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B3BF16A41B for ; Mon, 22 Oct 2007 19:29:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id A21C713C4C6 for ; Mon, 22 Oct 2007 19:29:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l9MIvnUS090077; Mon, 22 Oct 2007 20:57:54 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l9MIvhrW090076; Mon, 22 Oct 2007 20:57:43 +0200 (CEST) (envelope-from olli) Date: Mon, 22 Oct 2007 20:57:43 +0200 (CEST) Message-Id: <200710221857.l9MIvhrW090076@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, syleishere@hotmail.com In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 22 Oct 2007 20:57:56 +0200 (CEST) Cc: Subject: Re: which version to install for next 2-3 years? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, syleishere@hotmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 19:29:38 -0000 syle ishere <> wrote: > I have a coloed box, OS on their now is ancient redhat 9.0, was thinking > about new SMP support and mysql speed advancements in 7.0. I'd just hate to > install 6.2 on it right now and thats way it stays for next 2-3 years if 7.0 > is stable enough to use right now. FWIW, I updated a coloed box from 6-stable to 7-stable last week (remotely with the usual buildworld dance). No problems so far. More of such machines will follow. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The most important decision in [programming] language design concerns what is to be left out." -- Niklaus Wirth From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 20:46:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF84B16A417 for ; Mon, 22 Oct 2007 20:46:03 +0000 (UTC) (envelope-from peter@wingless.org) Received: from bpd2mo1no.prod.shawcable.com (shawmail.shawcable.com [64.59.128.220]) by mx1.freebsd.org (Postfix) with ESMTP id 9A83313C4A3 for ; Mon, 22 Oct 2007 20:46:03 +0000 (UTC) (envelope-from peter@wingless.org) Received: from bpd2mi5no.prod.shawcable.com (bpd2mi5no-qfe3.prod.shawcable.com [10.0.184.160]) by bpd2mo1no.prod.shawcable.com (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JQB000CSW7TP780@bpd2mo1no.prod.shawcable.com> for freebsd-current@freebsd.org; Mon, 22 Oct 2007 13:45:29 -0600 (MDT) Received: from satan.pfak.org (h70-68-0-228.sbm.shawcable.net [70.68.0.228]) by bpd2mi5no.prod.shawcable.com (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JQB00602W7NUG00@bpd2mi5no.prod.shawcable.com> for freebsd-current@freebsd.org; Mon, 22 Oct 2007 13:45:29 -0600 (MDT) Received: (qmail 27747 invoked from network); Mon, 22 Oct 2007 19:45:15 +0000 Received: by simscan 1.1.0 ppid: 27741, pid: 27743, t: 1.3914s scanners: clamav: 0.88.5/m:40/d:2060 spam: 3.1.5 Received: from unknown (HELO ?192.168.0.120?) (peter@kieser.ca@unknown) by unknown with SMTP; Mon, 22 Oct 2007 19:45:14 +0000 Date: Mon, 22 Oct 2007 12:43:15 -0700 From: Peter Kieser To: freebsd-current@freebsd.org Message-id: <471CFD53.7080608@wingless.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on satan.pfak.org User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) X-Spam-Status: No, score=-2.6 required=4.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Level: Subject: ipfw2 keep-state + IPv6 on RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 20:46:03 -0000 Hello, I'm having problems with ipfw2 + IPv6 keep-state rules, if I use a keep-state rule on IPv6 it will only work intermittently (eg. I can connect to an FTP site with IPv6 and start to grab a file, but it will stall after a few seconds). I am using deny all by default on ipfw, my ruleset is as follows (em0 is my external interface): add check-state add allow all from any to any via lo0 add allow all from any to any out via em0 keep-state The keep-state works fine for IPv4 traffic, but IPv6 traffic connectivity will only work intermittently with the above ruleset. I am running a RELENG_7 cvsuped/built on Tue Oct 16: FreeBSD akuma.pfak.org 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #1: Tue Oct 16 18:30:20 PDT 2007 peter@akuma.pfak.org:/usr/obj/usr/src/sys/AKUMA i386 Any hints? Is IPv6 + keep-state broken on RELENG_7 or have I missed something obvious? Thank you, -Peter From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 21:08:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3C9516A417 for ; Mon, 22 Oct 2007 21:08:56 +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 6056713C480 for ; Mon, 22 Oct 2007 21:08:56 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9ML8f61040515; Mon, 22 Oct 2007 15:08:42 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <471D1146.2050502@samsco.org> Date: Mon, 22 Oct 2007 15:08:22 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Julian Elischer References: <471BDA2E.9040801@elischer.org> In-Reply-To: <471BDA2E.9040801@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Mon, 22 Oct 2007 15:08:42 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 21:08:56 -0000 Julian Elischer wrote: > Here is the link to the next patch. > > this introduces (back) the kthread_create (etc) calls but now they > make threads.. > It's still in the testing stage.. > I'd certainly appreciate feedback. > Especially as some of the locking and stuff has changed since I first > wrote this and tested it over 2 years ago. > > One possibility.. changing kthread_create() to kthread_new() > so that any people who are using the old kthread_create() don't get the new > one by mistake.... > > > after this is committed, I will start changing over some of the callers > of kproc_create, > one at a time.... > > > http://people.freebsd.org/~julian/kthread.diff > > > it may also be worth adding some help for people to make a new kproc, > and populate it with a number of kthreads. > > for instance it would be aesthetically pleasing to have a single idle > process, > and have all the idle threads be part of that single process. > > Similarly, might things like the syncer or other processes ever benefit > from having multiple threads? > Anyhow that's another discussion. Why is there a need for separate kprocs with their own private kthreads in the kernel? The kernel is a single unified address space; I thought that the only real benefit to "true" kthreads was just elimination of duplication of vmspaces for all off the kthreads that are currently running around. Do I gain some sort of security or management benefit from having my own private kproc for my kthreads, or am I really just burning another vmspace object and nothing more? What about the existing fast context switching between kthreads (i.e. not flushing CR3 on the switch), will that remain, or does it now get more complicated? Are there scheduling implications and benefits? In fact for that matter, how is scheduling going to be done for this? Is it all going to be 1:1 style scheduling, or will there be a multi-tier scheduler for kprocs and kthreads and associated niceness/fairness? What about high priority kthreads like ithreads, taskqueues, and SWI's? If I've missed the discussion on scheduling, I apologize. If not, have these questions been thought through yet? Scott From owner-freebsd-current@FreeBSD.ORG Mon Oct 22 23:55:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C3EF16A46B for ; Mon, 22 Oct 2007 23:55:09 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outK.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA5013C4B8 for ; Mon, 22 Oct 2007 23:55:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 22 Oct 2007 16:39:45 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id F38891267A0; Mon, 22 Oct 2007 16:39:44 -0700 (PDT) Message-ID: <471D34D8.8020009@elischer.org> Date: Mon, 22 Oct 2007 16:40:08 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Ivan Voras References: <471BDA2E.9040801@elischer.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 23:55:09 -0000 Ivan Voras wrote: > Julian Elischer wrote: >> Here is the link to the next patch. >> >> this introduces (back) the kthread_create (etc) calls but now they >> make threads.. > >> it may also be worth adding some help for people to make a new kproc, >> and populate it with a number of kthreads. > > For example, why would we do that? :) > > A practical example: GEOM modules often spawn separate execution > contexts to handle non-trivial IO requests. These threads are usually > created at most once per GEOM device and live until that device goes > away. GEOM framework itself has several execution contexts (g_up, > g_down, g_event) which call "methods" from GEOM classes. Should we spawn > one "dummy" kproc per GEOM class and then kthreads in it for devices? If > "raw" kthreads can be spawned, to which kproc will they belong (if any)? > Is the difference between kthread and kproc here purely aesthetic? > > In other words: when should one create a kproc and when a kthread? If you wanted to limit CPU usage for a particular group of threads it may be worth grouping them into a process and then you could have some control over them with 'nice'. Another case, The AIO threads need to be processes because each of them needs a different address space that can be hacked to cover the address space of the process they are working for. The Idle threads couldbe in their own process so you can easily see how much cpu idle.. here's what that looks like in top -SH last pid: 34941; load averages: 1.02, 1.01, 1.00 up 0+18:26:04 16:30:40 80 processes: 5 running, 57 sleeping, 18 waiting CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 27M Active, 462M Inact, 160M Wired, 404K Cache, 112M Buf, 2358M Free Swap: 6144M Total, 6144M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 2 root 171 i-64 0K 32K CPU3 3 742:14 99.02% idle: cpu3 2 root 171 i-64 0K 32K RUN 2 742:14 99.02% idle: cpu2 2 root 171 i-64 0K 32K RUN 0 742:14 98.73% idle: cpu1 2 root 171 i-64 0K 32K RUN 1 742:14 98.44% idle: cpi0 40 root 20 - 0K 8K syncer 1 1:07 0.49% syncer 10 root -32 - 0K 8K WAIT 0 3:10 0.20% swi4: clock sio 0 root 96 0 0K 32K WAIT 2 742:14 0.00% swapper or top -S PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 0 root 4 171 i-64 0K 32K CPU0 0 743:43 395.80% idle 40 root 1 20 - 0K 8K syncer 1 1:07 0.10% syncer 10 root 1 -32 - 0K 8K WAIT 0 3:10 0.00% swi4: clock sio 0 root 1 171 i-64 0K 32K CPU0 0 743:43 395.80% swapper There are many other reasons you may want to group kernel threads. for example a single process with all teh interrupt threads in it might be useful for accounting for interupts in some ways. > > _______________________________________________ > 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 Oct 23 00:58:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BF9116A419 for ; Tue, 23 Oct 2007 00:58:59 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outN.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id DFEDC13C49D for ; Tue, 23 Oct 2007 00:58:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 22 Oct 2007 17:58:40 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 7203412679F; Mon, 22 Oct 2007 17:58:40 -0700 (PDT) Message-ID: <471D4758.2040209@elischer.org> Date: Mon, 22 Oct 2007 17:59:04 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Ivan Voras References: <471BDA2E.9040801@elischer.org> <471D34D8.8020009@elischer.org> <9bbcef730710221747w4d338e78mb9dbf5e2eb37908@mail.gmail.com> In-Reply-To: <9bbcef730710221747w4d338e78mb9dbf5e2eb37908@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 00:58:59 -0000 Ivan Voras wrote: > On 23/10/2007, Julian Elischer wrote: > >> If you wanted to limit CPU usage for a particular group of threads it >> may be worth grouping them into a process and then you could have >> some control over them with 'nice'. > > Kernel processes can be niced? Nice :) So, for example, in theory I > could renice a geli thread that I don't want to eat much of my CPU > from the userland? maybe bu from memory NICE doesn't actually affect real-time threads :-) so it'd require the process to voluntarily take itself out of that class. It was just a random example type thought.. no-one actually has a use for that yet. > >> The AIO threads need to be processes because each of them needs >> a different address space that can be hacked to cover the address space of the >> process they are working for. > > Ok, this is why we used kprocs for them... > >> The Idle threads couldbe in their own process so you can easily see how much cpu idle.. > >> There are many other reasons you may want to group kernel threads. >> for example a single process with all teh interrupt threads in it might >> be useful for accounting for interupts in some ways. > > So, mostly cosmetics :) emphasis on MOSTLY in my original patch 2 years ago I changes nearly all the users of kthread_create to use the new one and only a few things went on using kproc_create(). AIO was one, and there were a couple of others that I didn't trust, so I left them. > > (don't get me wrong, I have nothing against kthreads<->kprocs :) ) Alan Cox is here next to me and we are discussing whether all the threads that are in the kernel should be put under PID 0 and have it called "kernel" instead of "swapper". It's swapper thread would be called "swapper" however. From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 01:09:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E487F16A41B for ; Tue, 23 Oct 2007 01:09:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outA.internet-mail-service.net (outA.internet-mail-service.net [216.240.47.224]) by mx1.freebsd.org (Postfix) with ESMTP id B71B913C4A8 for ; Tue, 23 Oct 2007 01:09:28 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Mon, 22 Oct 2007 18:09:17 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id D398D126792; Mon, 22 Oct 2007 18:09:16 -0700 (PDT) Message-ID: <471D49D4.5010607@elischer.org> Date: Mon, 22 Oct 2007 18:09:40 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Scott Long References: <471BDA2E.9040801@elischer.org> <471D1146.2050502@samsco.org> In-Reply-To: <471D1146.2050502@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 01:09:34 -0000 Scott Long wrote: a lot of questions: I'll separate them. > > Why is there a need for separate kprocs with their own private kthreads > in the kernel? Generally there is not. Hence this change. > The kernel is a single unified address space; I thought > that the only real benefit to "true" kthreads was just elimination of > duplication of vmspaces for all off the kthreads that are currently > running around. yes, and the overhead that goes with it. i.e. double the number of processes on an average system -> extra contention on process related locks etc. > Do I gain some sort of security or management benefit > from having my own private kproc for my kthreads, or am I really just > burning another vmspace object and nothing more? Except for the case of AIO, you are currently burning an extra proc structure for no reason. That's why I'm switching.. Realize that up until now all kernel threads have been full processes. What I'm doing is: 1/ changing the name of the exisitng function that makes processes to a name that actually says that. 2/ introducing a new function that makes an actual kernel THREAD. 3/ switching as many possible of the users to use the THREAD version. > What about the > existing fast context switching between kthreads (i.e. not flushing CR3 > on the switch), will that remain, or does it now get more complicated? It stays the same > Are there scheduling implications and benefits not really > > In fact for that > matter, how is scheduling going to be done for this? Is it all going to > be 1:1 style scheduling, or will there be a multi-tier scheduler for > kprocs and kthreads and associated niceness/fairness? What about high > priority kthreads like ithreads, taskqueues, and SWI's? no change. All threads are individually scheduled as they are now. > > If I've missed the discussion on scheduling, I apologize. If not, have > these questions been thought through yet? yes > > Scott From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 01:16:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5267F16A417 for ; Tue, 23 Oct 2007 01:16:11 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 15C6413C480 for ; Tue, 23 Oct 2007 01:16:10 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1193427rvb for ; Mon, 22 Oct 2007 18:16:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received: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; bh=gBEVGu9d4JefiW+T26R+QAnAjf5igwEaHv0yvnqc0o8=; b=CtDvJsrzVGa/qSkw0ZbDV383vA2p6gcW6jZZzOWPaGbiZ/52PbehUAruyZ48s3AHqipLgSvgeXxlFRK4PRzImy0VqqZ8kx2swppn6nG0x+Bf31C8juge0hegUkCxm/46ribL6BjhWK45FejLFChgIAWvUOT403lIKIqotQjYs6c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; 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=r7eLI+vS8Zzyh8tT91SXNHCsFiIFUfUzJMfBBw8RHlWhb3aUUwuw7czbbbpNYpJ1pMbNJujkUqKUvOwY8iUXEeWAIbSd92+VK6n60+KAFIVaoP6s0LACToIPwCK0j6AMTGEvjp2BIcNV8qicPuWgyP4UVu8ST5qCAWSBPFyzJJc= Received: by 10.140.249.20 with SMTP id w20mr2708110rvh.1193100426642; Mon, 22 Oct 2007 17:47:06 -0700 (PDT) Received: by 10.141.211.5 with HTTP; Mon, 22 Oct 2007 17:47:06 -0700 (PDT) Message-ID: <9bbcef730710221747w4d338e78mb9dbf5e2eb37908@mail.gmail.com> Date: Tue, 23 Oct 2007 02:47:06 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Julian Elischer" In-Reply-To: <471D34D8.8020009@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <471BDA2E.9040801@elischer.org> <471D34D8.8020009@elischer.org> X-Google-Sender-Auth: b0278b845cde8642 Cc: freebsd-current@freebsd.org Subject: Re: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 01:16:11 -0000 On 23/10/2007, Julian Elischer wrote: > If you wanted to limit CPU usage for a particular group of threads it > may be worth grouping them into a process and then you could have > some control over them with 'nice'. Kernel processes can be niced? Nice :) So, for example, in theory I could renice a geli thread that I don't want to eat much of my CPU from the userland? > The AIO threads need to be processes because each of them needs > a different address space that can be hacked to cover the address space of the > process they are working for. Ok, this is why we used kprocs for them... > The Idle threads couldbe in their own process so you can easily see how much cpu idle.. > There are many other reasons you may want to group kernel threads. > for example a single process with all teh interrupt threads in it might > be useful for accounting for interupts in some ways. So, mostly cosmetics :) (don't get me wrong, I have nothing against kthreads<->kprocs :) ) From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 02:25:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FBDA16A418 for ; Tue, 23 Oct 2007 02:25:30 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 92BFC13C4B5 for ; Tue, 23 Oct 2007 02:25:29 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9N2OxjT092252 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 22 Oct 2007 22:25:06 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RMn++V12stbyUNY3avdQ" Date: Mon, 22 Oct 2007 22:21:00 -0400 Message-Id: <1193106060.82079.19.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 02:25:30 -0000 --=-RMn++V12stbyUNY3avdQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable We have entered the final phases of the FreeBSD-7.0 Release cycle which also means the beginning of the FreeBSD-6.3 Release cycle. Because the people who support the ports for FreeBSD also need to go through a freeze cycle as part of releases we had decided to combine the two releases to try and minimize the impact on the ports maintainers. The current plan is to interleave the BETAs/RCs of the 7.0 and 6.3 releases, trying to follow this for the dates when the builds will get started (with them becoming available on the FTP mirrors a day or two after the builds start): 7.0 6.3 BETA1 10/17 10/24 BETA2 10/31 11/7 RC1 11/14 11/21 RC2 11/28 12/5 REL 12/12 12/19 Tomorrow (10/23) the RELENG_6 branch will be marked "6.3-PRERELEASE" to note that we have entered the 6.3 release cycle. The schedule dates are, as usual, tentative. At this point RELENG_6 is pretty mature so that schedule should be fairly accurate. Being a new branch it is at least somewhat likely the dates for 7.0 will wind up slipping. The 7.0-BETA1 builds have completed and are on many of the FreeBSD mirror sites. If you want to update an existing machine using cvsup use RELENG_7 as the branch tag. Instructions on using FreeBSD Update to perform a binary upgrade from FreeBSD 6.x to 7.0-BETA1 will be provided via the freebsd-stable list when available. The MD5/SHA256 sums for the ISO files are: MD5 (7.0-BETA1-amd64-bootonly.iso) =3D 8c6c02401bbd2e68d11ec554e4e1c4a2 MD5 (7.0-BETA1-amd64-disc1.iso) =3D 91280b705c7330225f6245c6316f6c41 MD5 (7.0-BETA1-amd64-disc2.iso) =3D 81dab65b611ec4ebea40f311969ad27a MD5 (7.0-BETA1-amd64-docs.iso) =3D cc002beb3a69ab6245a8a70f52b3528c MD5 (7.0-BETA1-amd64-livefs.iso) =3D 526554b4b5cc98b2544dd817dbf42b0c MD5 (7.0-BETA1-i386-bootonly.iso) =3D a1caa2daa032294a5ab101ba7507325a MD5 (7.0-BETA1-i386-disc1.iso) =3D 47929d67f5673ddd856f54811e744ac2 MD5 (7.0-BETA1-i386-disc2.iso) =3D 432c54565287f49a7449cb452267852e MD5 (7.0-BETA1-i386-docs.iso) =3D 57e032ba93b1395a2f2bc859a8816f6a MD5 (7.0-BETA1-ia64-bootonly.iso) =3D b868f5accee282cc386c419ffcf8642e MD5 (7.0-BETA1-ia64-disc1.iso) =3D 59c63c6dd5a6986e30fe5cdd218b1d18 MD5 (7.0-BETA1-ia64-disc2.iso) =3D 9a011dafcd964a1c3e7dff689ebc5cf9 MD5 (7.0-BETA1-ia64-docs.iso) =3D 3bbf0db507b317a8fa3afe48b800f557 MD5 (7.0-BETA1-ia64-livefs.iso) =3D 93c3de935c3002a39b291b10f4c45be8 MD5 (7.0-BETA1-pc98-bootonly.iso) =3D b38f9676dd15308464e81172f9fbaa37 MD5 (7.0-BETA1-pc98-disc1.iso) =3D d00d2d92ab7b5ff248e431ff22229d11 MD5 (7.0-BETA1-sparc64-bootonly.iso) =3D 1a64706fe2c42d338af2f136ef57a903 MD5 (7.0-BETA1-sparc64-disc1.iso) =3D f72780b77fae0b841f08c2126d8e6007 MD5 (7.0-BETA1-sparc64-disc2.iso) =3D 0477d9547d03b97033c07efac1c1a212 SHA256 (7.0-BETA1-amd64-bootonly.iso) =3D 343b2b3c63daa8e99dd3cf80f2eb65a63= 810fc1caef7dbe74ebf54b57d4c8923 SHA256 (7.0-BETA1-amd64-disc1.iso) =3D 658d9ef30d07576038b8d40724851b46de13= 11d9ef742806c24c8b284ec72d11 SHA256 (7.0-BETA1-amd64-disc2.iso) =3D c596d4f7904cb2ffca06fd9f3958dd8068ca= cb92fa22d57e3b53b03029eee8f6 SHA256 (7.0-BETA1-amd64-docs.iso) =3D a3399826d857488b18a89f915e1397e07966d= 979209ed9f2f909b546764ce07a SHA256 (7.0-BETA1-amd64-livefs.iso) =3D c32eaba36056e6a5fdcfec3cb9af582c5c7= 7d8a7594e9e552ffc974c624206e3 SHA256 (7.0-BETA1-i386-bootonly.iso) =3D fb3dfc57b0fe53ac44471049cfd7ed0434= 09387bb108d4dfaaa3b2285a2d67ae SHA256 (7.0-BETA1-i386-disc1.iso) =3D 3d3eefe8c200deddafb9ed1315295ff52aa18= b59429b480ae57a73bc8f4edd59 SHA256 (7.0-BETA1-i386-disc2.iso) =3D 05c84ab7d419e4971493eaeda953a8fbfdb2d= ee811528d2275e175cdc8fa2271 SHA256 (7.0-BETA1-i386-docs.iso) =3D b26d5d7f2448c1e0e4f72339c25d065b835298= 61698a9cf3c60f165e1fa8a6a9 SHA256 (7.0-BETA1-ia64-bootonly.iso) =3D 3925348937423230d18ba072ef117e5343= dfd02414c3a75cfa56d84cc325a1c8 SHA256 (7.0-BETA1-ia64-disc1.iso) =3D 8b39ce0b83e4fd04343d2a8e595bfbd7ded3a= bec8d4ff64dcf27ecaadc823f02 SHA256 (7.0-BETA1-ia64-disc2.iso) =3D 83e9e025064922449e6521ce92fcb32496fea= 04e271b5fe0157ca4f59c0cc5b0 SHA256 (7.0-BETA1-ia64-docs.iso) =3D 149e7525b6eb7157ce41139e9c7ad53625c4e2= 87a4dbba5e257edc0dbe347dfa SHA256 (7.0-BETA1-ia64-livefs.iso) =3D 54d716313a51d80b5583e2439ecac99c5e5c= a67121fccc21f53b1483fa1d9178 SHA256 (7.0-BETA1-pc98-bootonly.iso) =3D e79a8003786e1b031860f251c8b0dcaac8= ce27c52f363fa4df7e3d19b15f3ce7 SHA256 (7.0-BETA1-pc98-disc1.iso) =3D c7e11c012b3e0c4a45c965a46cbda0209d873= dd8d7a56cf59af4ea3acb4776bc SHA256 (7.0-BETA1-sparc64-bootonly.iso) =3D c9d9c2baab182848af6ed6f3a3711b0= 3ad734073a64b0c25607062bf152d2283 SHA256 (7.0-BETA1-sparc64-disc1.iso) =3D 8a1800bc03a6498f71fe739ac5a618b5fc= 1ef27d10a891cf5a9a81ff4c45bbd7 SHA256 (7.0-BETA1-sparc64-disc2.iso) =3D 2a2f63cf1d84b13018d77414c3f89d4da7= acbb0a22653e59fda54759efbf03d7 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-RMn++V12stbyUNY3avdQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD4DBQBHHVqM/G14VSmup/YRAha+AJ94no5abPt4i6FPRTSqoSsXEQlQ9QCWP4uz rhsdIzu73xNYvw39N++/5A== =3JQX -----END PGP SIGNATURE----- --=-RMn++V12stbyUNY3avdQ-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 04:16:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87F5216A417 for ; Tue, 23 Oct 2007 04:16:25 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 2823513C48D for ; Tue, 23 Oct 2007 04:16:24 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3051084pyb for ; Mon, 22 Oct 2007 21:16:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ICp+wo/N3+p9xjwnBjAQBWXpms7WpO7KtGalOD2LT0M=; b=Iptsb6j6/HLq9AntfTjNmVrtqWzUm+E8qirMEN1wsrs3Qtld1SsQKGGGRm3LkmRaJeU4kcVNOwlUuZyPZAD2g7KdeDpI4T0mqZehbyp+eRxE2hvbQQQOsy/7OiSCjDiDgY0y1a1Kah48qkTqbsQFLpmTm6YfcXXF14QEm3Lvho0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sHpuayQL18xfem4TXxd0JQGXJBO/ePIL4iiQaE9BRLLmY+TnHqKATxfDYdYcvwWmFknTnqn8hSJrgFSeCg79HhgR+AlJ6Z6+qCh5kL7hrYDbVN9+YfBO1i9xNr6OqDi+7NOT67wkxuHgyX1Y2rQFCd8I+g/9EjDG71U1LVYmhMw= Received: by 10.35.69.11 with SMTP id w11mr6956688pyk.1193109468291; Mon, 22 Oct 2007 20:17:48 -0700 (PDT) Received: by 10.35.117.12 with HTTP; Mon, 22 Oct 2007 20:17:48 -0700 (PDT) Message-ID: <8cb6106e0710222017p133ddccyc973c6ebcd23e270@mail.gmail.com> Date: Mon, 22 Oct 2007 23:17:48 -0400 From: "Josh Carroll" To: "Bruce Cran" In-Reply-To: <471CF3F3.6070803@cran.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <471CF3F3.6070803@cran.org.uk> Cc: current@freebsd.org Subject: Re: bsdtar can't handle files >8GB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 04:16:25 -0000 > tar: Unrecognized archive format: Inappropriate file type or format > tar: Error exit delayed from previous errors. Confirmed in RELENG_7 as well. Interestingly enough, if the file inside the tarball is nothing but zeros (dd if=/dev/zero ...), I don't get this error. However, it doesn't work either. The resulting file is 0 bytes, rather than 10 GB of \0. Note that 10 1GB files worked just fine. Josh From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 06:47:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BB9D16A41A for ; Tue, 23 Oct 2007 06:47:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id 3855713C4BB for ; Tue, 23 Oct 2007 06:47:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1446760wxd for ; Mon, 22 Oct 2007 23:47:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding:from; bh=joc5ChMT5gm6NlJCPwD5bq2s4qjhXjwmJ0nyRS1rY8Y=; b=c7XcOK9U/AkUEBLThCgkFS1QJ1EGibKIKUkYYmEU8BNxZCniBxd+0z/yIHBx2uKYihWe3QMnlsUHXMuVdYdTD+NynhCAhxKd2Q997SJ71QPLPJCIrOxQym9o7DXTGhegVpnldV00nNGVyBf4Jz+f/m4vD+BT3qA3BkhsZaLSUoM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding:from; b=mHXrqd8lbVWEzZO4oPHrfel3lZa044jSRLeUG81TZfkaY9jMAIz6chKvyrPApiAuYezLQ48AAQvEgRI7v8VqR8DrJ8SIQxQzdz+9RZZlSjC0x4qvrF3ol4Rc1D05C2qG5aV04hXHFmSFEFkmFN2VblaRV/nOOghL8+Y9kvoxlrA= Received: by 10.90.88.13 with SMTP id l13mr273573agb.1193122031230; Mon, 22 Oct 2007 23:47:11 -0700 (PDT) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e27sm1460757elf.2007.10.22.23.47.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Oct 2007 23:47:10 -0700 (PDT) Message-ID: <471D97F2.7030900@flosoft-systems.com> Date: Tue, 23 Oct 2007 02:42:58 -0400 User-Agent: Thunderbird 2.0.0.6 (X11/20071016) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <471D9658.4060005@gmail.com> In-Reply-To: <471D9658.4060005@gmail.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: "Aryeh M. Friedman" Cc: freebsd-current@freebsd.org Subject: Re: an interesting observation on network performence X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 06:47:22 -0000 Aryeh M. Friedman wrote: > I get better network performance on XP running under qemu on 8-current. > (sorry don't have hard numbers but it roughly times better on p2p > apps). Here is the config: > oops two times better From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 06:47:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09FD716A419 for ; Tue, 23 Oct 2007 06:47:24 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id BA28F13C4B0 for ; Tue, 23 Oct 2007 06:47:23 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1446764wxd for ; Mon, 22 Oct 2007 23:47:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=pxjy71cvZY4Q4huOP0jE5sYqIY78/zJhfypVxQMPO3U=; b=PaBYPaDoJ7YocRefPB7Z6P+N6bf01DobxrYMQR2Se85+OOvOqRBRNHkvYucjzGxemtrrN5Etg2NrHu+pUgbdZQBjDUjhsXnBRz/UKaUWjtjALKDRWg/QIKe/Y4CJLOAhdtchI00hqNG99GLm6k45Hdj7Inc1ovxpJ68RUcbGUnA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=bH9XHOr9+IK2cz20QjGylHqQrxgJYmaQsd14+d8oESNbNAJLvdHMXTpF1PYsVcwNzDilqWUv54ARGkuDk3T6I92tjAt9XvLRpcCIWeT15j0ZNTOsOKx65XqncG++QM2A9TikYtDTygUurWMZhv/T6+QWUng3TE3+F+hnwnDynC4= Received: by 10.90.99.20 with SMTP id w20mr344406agb.1193121622065; Mon, 22 Oct 2007 23:40:22 -0700 (PDT) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id n26sm8420052ele.2007.10.22.23.40.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Oct 2007 23:40:20 -0700 (PDT) Message-ID: <471D9658.4060005@gmail.com> Date: Tue, 23 Oct 2007 02:36:08 -0400 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071016) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: an interesting observation on network performence X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 06:47:24 -0000 I get better network performance on XP running under qemu on 8-current. (sorry don't have hard numbers but it roughly times better on p2p apps). Here is the config: Host OS: 8-current amd64 4gb ram bridge0: flags=8843 metric 0 mtu 1500 ether 62:4e:c7:60:d0:a0 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: tap0 flags=143 member: re0 flags=143 tap0: flags=8943 metric 0 mtu 1500 ether 00:bd:43:f2:02:00 inet6 fe80::2bd:43ff:fef2:200%tap0 prefixlen 64 scopeid 0x5 Opened by PID 14839 sudo qemu -net nic -net tap -hda test -localtime -m 1024 -soundhw all Host p2p program: deluge (latest) Guest OS: XP Pro SP2 (all updates as of 1/1/2007) Guest p2p program: uTorrent 1.7 From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 07:21:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD88916A417; Tue, 23 Oct 2007 07:21:21 +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 E0B4C13C48D; Tue, 23 Oct 2007 07:21:20 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 62318244C48; Tue, 23 Oct 2007 13:51:44 +0900 (JST) Message-ID: <471D7DE0.2070103@freebsd.org> Date: Tue, 23 Oct 2007 13:51:44 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: FreeBSD Current , freebsd-stable@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Masanori OZAWA , Daichi GOTO , Ed Schouten , Stanislav Sedov , Jeff Roberson , Ken Smith Subject: [ANN] 8-CURRENT, RELENG_7 and RELENG_6 have gotten latest unionfs improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 07:21:21 -0000 Hi unionfs folks It is my pleasure and honor to announce the commitment of latest unionfs improvements for 8-current, RELENG_7 and RELENG_6. Now you can get more stable operation using unionfs on latest 8/7/6. This latest improvements give finstall and FreeSBIE works more well as well as other unionfs works good. If you have interesting in it, would you try it please. However, follow two issues we still have: - It gets a hang-up in a certain case using with NFS. - We cannot see devfs on unionfs. I am going to try those issue fix in near future. Thanks all folks who have helped us! The documents of those unionfs: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 08:13:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0325616A417 for ; Tue, 23 Oct 2007 08:13:29 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (reverse-25.fdn.fr [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id C906F13C49D for ; Tue, 23 Oct 2007 08:13:28 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: by smtp.zeninc.net (smtpd, from userid 1000) id 207FE3F38; Tue, 23 Oct 2007 09:54:40 +0200 (CEST) Date: Tue, 23 Oct 2007 09:54:39 +0200 From: VANHULLEBUS Yvan To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Message-ID: <20071023075439.GA9645@zen.inc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: All mail clients suck. This one just sucks less. Cc: Subject: NAT_T patch update for FreeBSD 7 / HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 08:13:29 -0000 Hi all. It took me more time than what I expected to provide an updated NAT_T patch for FreeBSD7 / HEAD, mainly because of hardware issues with my FreeBSD7 workstation, but here are updated patches, which applies/compiles and which seems to work correctly (not so much tested for now, I still don't have any FreeBSD7 in production :-) on RELENG7 branch and on recent HEAD (recent means "after KAME's IPSec stack removal"). http://vanhu.free.fr/FreeBSD/patch-natt-freebsd-HEAD-2007-10-22.diff MD5 (patch-natt-freebsd-HEAD-2007-10-22.diff) = 71ecd192d6df4c499011965bc0c76032 http://vanhu.free.fr/FreeBSD/patch-natt-freebsd7-2007-10-22.diff MD5 (patch-natt-freebsd7-2007-10-22.diff) = bcb4a85a78d9249f8ff493051952d26b Any feedback, bug report, open issue, question to help reporting the patch faster to the official CVS, etc.... are welcome ! Yvan. -- NETASQ http://www.netasq.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 08:56:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A5CF16A420; Tue, 23 Oct 2007 08:56:17 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id C44F013C49D; Tue, 23 Oct 2007 08:56:16 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9N8tZk6054366; Tue, 23 Oct 2007 06:55:35 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Tue, 23 Oct 2007 06:55:25 -0200 User-Agent: KMail/1.9.7 References: <4712A4A8.7080503@FreeBSD.org> <4712AC0E.1080704@FreeBSD.org> <20071015.164353.42868213.hrs@allbsd.org> In-Reply-To: <20071015.164353.42868213.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710230655.26706.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: scottl@freebsd.org, current@freebsd.org Subject: Re: panic in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 08:56:17 -0000 On Monday 15 October 2007 05:43:53 Hiroki Sato wrote: > Kris Kennaway wrote > in <4712AC0E.1080704@FreeBSD.org>: > > kr> Hiroki Sato wrote: > kr> > Any patches I can try? I am not sure this panic occurred with the > kr> > old kernel (I updated it from Oct 4's one to Oct 15's), but IIRC t= he > kr> > old one should have worked fine. I will double-check it anyway. > kr> > kr> Perhaps Scott can send you (and me) his latest patch (the one I have = is > kr> from several months ago). I'd like to see it committed for 7.0. > > Well, I got the INTR_FAST patch for bge from him just now and rebuilt > the kernel, but the same panic occurs with it. > could this patch help to solve this kern/116328 also ? If so would you mind= to=20 send me a copy? thank's =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 08:56:17 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A5CF16A420; Tue, 23 Oct 2007 08:56:17 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id C44F013C49D; Tue, 23 Oct 2007 08:56:16 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9N8tZk6054366; Tue, 23 Oct 2007 06:55:35 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Tue, 23 Oct 2007 06:55:25 -0200 User-Agent: KMail/1.9.7 References: <4712A4A8.7080503@FreeBSD.org> <4712AC0E.1080704@FreeBSD.org> <20071015.164353.42868213.hrs@allbsd.org> In-Reply-To: <20071015.164353.42868213.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710230655.26706.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: scottl@freebsd.org, current@freebsd.org Subject: Re: panic in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 08:56:17 -0000 On Monday 15 October 2007 05:43:53 Hiroki Sato wrote: > Kris Kennaway wrote > in <4712AC0E.1080704@FreeBSD.org>: > > kr> Hiroki Sato wrote: > kr> > Any patches I can try? I am not sure this panic occurred with the > kr> > old kernel (I updated it from Oct 4's one to Oct 15's), but IIRC t= he > kr> > old one should have worked fine. I will double-check it anyway. > kr> > kr> Perhaps Scott can send you (and me) his latest patch (the one I have = is > kr> from several months ago). I'd like to see it committed for 7.0. > > Well, I got the INTR_FAST patch for bge from him just now and rebuilt > the kernel, but the same panic occurs with it. > could this patch help to solve this kern/116328 also ? If so would you mind= to=20 send me a copy? thank's =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 08:58:17 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EF4116A420 for ; Tue, 23 Oct 2007 08:58:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id EE28A13C4C5 for ; Tue, 23 Oct 2007 08:58:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IkFaM-000NX1-HQ for current@freebsd.org; Tue, 23 Oct 2007 11:58:02 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IkFaK-0008bZ-Hc for current@freebsd.org; Tue, 23 Oct 2007 11:58:01 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9N8vuZw081634; Tue, 23 Oct 2007 11:57:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l9N8vukN081633; Tue, 23 Oct 2007 11:57:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 23 Oct 2007 11:57:56 +0300 From: Kostik Belousov To: Julian Elischer Message-ID: <20071023085755.GI2012@deviant.kiev.zoral.com.ua> References: <471BDA2E.9040801@elischer.org> <471D1146.2050502@samsco.org> <471D49D4.5010607@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mXDO3udm/xYWQeMQ" Content-Disposition: inline In-Reply-To: <471D49D4.5010607@elischer.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 4fe2b897d4d72954524b6b73d18f8617 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1656 [Oct 23 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org Subject: Re: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 08:58:17 -0000 --mXDO3udm/xYWQeMQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 22, 2007 at 06:09:40PM -0700, Julian Elischer wrote: > >The kernel is a single unified address space; I thought > >that the only real benefit to "true" kthreads was just elimination of > >duplication of vmspaces for all off the kthreads that are currently > >running around.=20 >=20 > yes, and the overhead that goes with it. i.e. double the number of=20 > processes on an average system -> extra contention on process related loc= ks=20 > etc. kproc_create() specifies RFMEM for the fork1() call, thus vmspace is actually already shared. Some time ago I have reported to alc@ (and I suspect this is what might catalyzed the efforts) is that, for instance, nfs client creating kproc for nfsiod while holding vnode locks easily leads to deadlock. In the dump supplied by Peter Holm, nfs client trying to do kproc_create() attempted to hold allproc_lock inside fork1() and held some vnode lock. Other process in the page fault handler held vm map lock and tried to acquire the vnode lock. To finish the lock loop, sysctl handler vmtotal() aquired allproc lock and waited for lock of the vm map. Using kthread instead of kproc would eliminate allproc and related locking. --mXDO3udm/xYWQeMQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHHbeTC3+MBN1Mb4gRAmGxAKCmcpd2r48asxR3cesSyIKZ6sPQXACbBpMN tT5cgPb4i/xl/hy32p2uzlw= =fc+O -----END PGP SIGNATURE----- --mXDO3udm/xYWQeMQ-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 09:35:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3F0F16A419 for ; Tue, 23 Oct 2007 09:35:21 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2B6F413C4B2 for ; Tue, 23 Oct 2007 09:35:20 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so645604nzf for ; Tue, 23 Oct 2007 02:35:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=MLh3fCzeNwaJJfcLYGruV2qvcys2Q2S7OlJnSMmbC8k=; b=TrZ/R/P/URcs3Ilhja60hXS27vp0CKyJWqhyArUve8oUfzlVeOfSwtXaTvkmS9SSjUUAVBFAAG6GU4qZzxA5weWmIya6mvEUDYBDW+STJTPpEmg2OAu249vcQ8Bf95hsSQDxWr9xjevEwHz8o+RKJHG7LLps+HS4yZAKhgKdwco= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=GGDoqHvneOyXK0XMur6OwkStrRrCdVeMMY21ixLhFLrNdxm20wCyMc82tCJQ0yTrIlCf0sKz3WdBhbeuWt6BNbWYZk5qSWdAyX/RYviV2z34/L093HTU5QVHhxWJg6jyjsMvvG221gyaDUlV+2MkjBpkOVvUZXQOE4zypOJFKbE= Received: by 10.114.201.1 with SMTP id y1mr573065waf.1193132112108; Tue, 23 Oct 2007 02:35:12 -0700 (PDT) Received: by 10.114.131.10 with HTTP; Tue, 23 Oct 2007 02:35:11 -0700 (PDT) Message-ID: Date: Tue, 23 Oct 2007 11:35:11 +0200 From: "Arjan van Leeuwen" To: "Tim Bishop" In-Reply-To: <20071019091249.GI88271@carrick.bishnet.net> MIME-Version: 1.0 References: <200710131857.46963.pieter@degoeje.nl> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> <20071019091249.GI88271@carrick.bishnet.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kostik Belousov , Pieter de Goeje , freebsd-current@freebsd.org, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 09:35:21 -0000 2007/10/19, Tim Bishop : > > On Thu, Oct 18, 2007 at 06:40:04PM +0200, Arjan van Leeuwen wrote: > > > are softupdates on ? > > > > > > Yes. Turning them off seems to fix the problem (fingers crossed - I > only > > > turned it off this morning, didn't have a panic yet) > > > > After working for a whole day without softupdates, I can say that > turning > > them off at least causes less panics to happen than with them turned on, > > maybe they even don't happen at all without softupdates; I haven't had a > > panic all day, while I have one every few hours with softupdates turned > on. > > I've been running for the best part of a day now with softupdates turned > off and so far no panics. I'm running tinderbox on the host, and it > would quite reliably crash it before. > > Of course it's hard to say if this has fixed the problem... maybe it > doesn't happen as often, or maybe my data is being slowly chewed up > instead ;-) It looks like on the same system, I'm able to reliably panic zfs as well, under the exact same conditions (i.e. linking a particularly big piece of software). Maybe this is not a problem in the filesystem at all. I've not been able to get a coredump yet from the zfs panic. This is in 7.0-PRERELEASE, btw (I switched to RELENG_7 when the branching happened). From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 09:59:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A503516A417 for ; Tue, 23 Oct 2007 09:59:18 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 792C213C48D for ; Tue, 23 Oct 2007 09:59:18 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from ip-182.ish.com.au ([203.29.62.182]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1IkGYd-0003sY-Lk; Tue, 23 Oct 2007 20:00:19 +1000 In-Reply-To: <1193106060.82079.19.camel@neo.cse.buffalo.edu> References: <1193106060.82079.19.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-28-77983722" Message-Id: <67ABA706-5207-4FFD-AE76-FAC4305F0EC2@ish.com.au> Content-Transfer-Encoding: 7bit From: Aristedes Maniatis Date: Tue, 23 Oct 2007 19:59:08 +1000 To: Ken Smith X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 09:59:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-28-77983722 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 23/10/2007, at 12:21 PM, Ken Smith wrote: > We have entered the final phases of the FreeBSD-7.0 Release cycle > which > also means the beginning of the FreeBSD-6.3 Release cycle. Naturally this is putting considerable load on the main cvsup server at the moment and it isn't easy to get access to cvsup.freebsd.org. However some weeks ago I reported a problem where the Australian mirror was returning incorrect files, so I don't really trust the mirroring system at the moment. Is there some safety in using the primary mirrors cvsup[0-9] +.freebsd.org? Which ones can be 100% relied upon to be up to date? Is there some way of verifying that a particular server is up to date and reliable? Is there a more appropriate infrastructure mailing list to raise this issue on? Cheers Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A --Apple-Mail-28-77983722 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iEYEARECAAYFAkcdxewACgkQ72p9Lj5JECrWiwCeL9rlO59As5UlOasUyH1qjUsx BnQAmwZ0vtaC/p7yOhjxSwGfw2gSSpoI =F91f -----END PGP SIGNATURE----- --Apple-Mail-28-77983722-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 10:31:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9E3816A421 for ; Tue, 23 Oct 2007 10:31:13 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id 4C63713C4A8 for ; Tue, 23 Oct 2007 10:31:13 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-034-062.pools.arcor-ip.net [88.66.34.62]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1IkH243alu-0006VG; Tue, 23 Oct 2007 12:30:45 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 23 Oct 2007 12:30:35 +0200 User-Agent: KMail/1.9.7 References: <471D9658.4060005@gmail.com> In-Reply-To: <471D9658.4060005@gmail.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2251623.5cygevonzJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710231230.43315.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18bZsByLAe+yb1IOCofB/8DcDBzLKaKW7a++YN SeRm4LSK/L4nrf2Fz85LJT0NJAK6uWyYKAy8YSdZROdSwnqTLQ sUly0rLMV06v9Meq8POQC/ZcDjlOlJPuI2PTxrG7/c= Cc: "Aryeh M. Friedman" Subject: Re: an interesting observation on network performence X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 10:31:13 -0000 --nextPart2251623.5cygevonzJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 23 October 2007, Aryeh M. Friedman wrote: > I get better network performance on XP running under qemu on 8-current. > (sorry don't have hard numbers but it roughly [two] times better on p2p > apps). Here is the config: =2E.. > Host p2p program: deluge (latest) > > Guest OS: > > XP Pro SP2 (all updates as of 1/1/2007) > > Guest p2p program: uTorrent 1.7 bittorrent performance is determined by a lager number of factores, the=20 least of which is the OS. Things like time of day, number of active=20 peers, and certainly not least the protocol implementation play a much=20 bigger role than TCP performance. Compare downloading over HTTP for a comparable benchmark, or at very least= =20 use the same bittorrent implementation. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2251623.5cygevonzJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHHc1TXyyEoT62BG0RAtVzAJ9a7b1TJoJQaS9HE6LompkZiVVA4ACdG+ZF tm0aXtQI3SDWFFHQiTtmFts= =O37o -----END PGP SIGNATURE----- --nextPart2251623.5cygevonzJ-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 10:37:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC8CB16A419 for ; Tue, 23 Oct 2007 10:37:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9209F13C49D for ; Tue, 23 Oct 2007 10:37:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l9NAEoH7043364; Tue, 23 Oct 2007 03:14:50 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <471DC99A.6030804@freebsd.org> Date: Tue, 23 Oct 2007 03:14:50 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: josh.carroll@gmail.com References: <471CF3F3.6070803@cran.org.uk> <8cb6106e0710222017p133ddccyc973c6ebcd23e270@mail.gmail.com> In-Reply-To: <8cb6106e0710222017p133ddccyc973c6ebcd23e270@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Bruce Cran , current@freebsd.org Subject: Re: bsdtar can't handle files >8GB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 10:37:12 -0000 Josh Carroll wrote: >>tar: Unrecognized archive format: Inappropriate file type or format >>tar: Error exit delayed from previous errors. I think I've found the source of this; I recently put in support for a bunch of new GNU extensions and it looks like I confused some of the size tracking in the process. I'll have a fix soon. Thanks for finding this! Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 10:37:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B86C816A41B for ; Tue, 23 Oct 2007 10:37:19 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7884013C4BC for ; Tue, 23 Oct 2007 10:37:19 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l9NAbBH7043724; Tue, 23 Oct 2007 03:37:11 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <471DCED7.2020500@freebsd.org> Date: Tue, 23 Oct 2007 03:37:11 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: josh.carroll@gmail.com References: <471CF3F3.6070803@cran.org.uk> <8cb6106e0710222017p133ddccyc973c6ebcd23e270@mail.gmail.com> In-Reply-To: <8cb6106e0710222017p133ddccyc973c6ebcd23e270@mail.gmail.com> Content-Type: multipart/mixed; boundary="------------040305050300030903010507" Cc: Bruce Cran , current@freebsd.org Subject: Re: bsdtar can't handle files >8GB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 10:37:19 -0000 This is a multi-part message in MIME format. --------------040305050300030903010507 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Josh Carroll wrote: >>tar: Unrecognized archive format: Inappropriate file type or format >>tar: Error exit delayed from previous errors. > > Confirmed in RELENG_7 as well. Interestingly enough, if the file > inside the tarball is nothing but zeros (dd if=/dev/zero ...), I don't > get this error. However, it doesn't work either. The resulting file > is 0 bytes, rather than 10 GB of \0. Try the attached patch, which I think fixes this problem. I need to do some more testing before I commit it, but your feedback will certainly help. The failure here is that libarchive was erroneously interpreting the large file as having a zero-byte body, then generating the error above when it tried to read the next header. This bug crept in when I was working on read support for GNU tar's new --pax --sparse format. I need to test that in the case where a sparse entry has more than 8G of non-hole data. Tim Kientzle --------------040305050300030903010507 Content-Type: text/x-patch; name="archive_tar_largefile.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="archive_tar_largefile.patch" Index: archive_read_support_format_tar.c =================================================================== --- archive_read_support_format_tar.c (revision 510) +++ archive_read_support_format_tar.c (working copy) @@ -164,6 +164,7 @@ struct sparse_block *sparse_last; int64_t sparse_offset; int64_t sparse_numbytes; + int64_t sparse_realsize; int sparse_gnu_major; int sparse_gnu_minor; char sparse_gnu_pending; @@ -440,6 +441,7 @@ free(sp); } tar->sparse_last = NULL; + tar->sparse_realsize = -1; /* Mark this as "unset" */ r = tar_read_header(a, tar, entry); @@ -1388,9 +1390,10 @@ } if (wcscmp(key, L"GNU.sparse.name") == 0) archive_entry_copy_pathname_w(entry, value); - if (wcscmp(key, L"GNU.sparse.realsize") == 0) - archive_entry_set_size(entry, - tar_atol10(value, wcslen(value))); + if (wcscmp(key, L"GNU.sparse.realsize") == 0) { + tar->sparse_realsize = tar_atol10(value, wcslen(value)); + archive_entry_set_size(entry, tar->sparse_realsize); + } break; case 'L': /* Our extensions */ @@ -1471,11 +1474,22 @@ /* POSIX has reserved 'security.*' */ /* Someday: if (wcscmp(key, L"security.acl")==0) { ... } */ if (wcscmp(key, L"size")==0) { - tar->entry_bytes_remaining = tar_atol10(value, wcslen(value)); - archive_entry_set_size(entry, tar->entry_bytes_remaining); + /* "size" is the size of the data in the entry. */ + tar->entry_bytes_remaining + = tar_atol10(value, wcslen(value)); + /* + * But, "size" is not necessarily the size of + * the file on disk; if this is a sparse file, + * the disk size may have already been set from + * GNU.sparse.realsize. + */ + if (tar->sparse_realsize < 0) { + archive_entry_set_size(entry, + tar->entry_bytes_remaining); + tar->sparse_realsize + = tar->entry_bytes_remaining; + } } - tar->entry_bytes_remaining = 0; - break; case 'u': if (wcscmp(key, L"uid")==0) --------------040305050300030903010507-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 10:46:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A029C16A418 for ; Tue, 23 Oct 2007 10:46:29 +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 23E8B13C4AC for ; Tue, 23 Oct 2007 10:46:28 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IkHH5-0005Gs-1V for freebsd-current@freebsd.org; Tue, 23 Oct 2007 10:46:15 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 23 Oct 2007 10:46:15 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 23 Oct 2007 10:46:15 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 23 Oct 2007 12:47:42 +0200 Lines: 6 Message-ID: References: <471D9658.4060005@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <471D9658.4060005@gmail.com> Sender: news Subject: Re: an interesting observation on network performence X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 10:46:29 -0000 Aryeh M. Friedman wrote: > I get better network performance on XP running under qemu on 8-current. > (sorry don't have hard numbers but it roughly times better on p2p > apps). Better compared to what? What are your (approximate) numbers? From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 10:53:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2652A16A52C for ; Tue, 23 Oct 2007 10:53:12 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33711.mail.mud.yahoo.com (web33711.mail.mud.yahoo.com [68.142.201.208]) by mx1.freebsd.org (Postfix) with SMTP id DD5D113C4CB for ; Tue, 23 Oct 2007 10:53:11 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 32617 invoked by uid 60001); 23 Oct 2007 10:53:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=QF0z8bZYnjV+3fbN3tH2THe73OBrlJGiW6RjFzyJv1jwuMqmZMyrt8nTofSOB1ssbuIPsEMgulp7cRIaQi3NXWSFq862xuQYkdCgiQWPFwwNYw4y4Jw1uC9CfsXhkw3jefu1SXNP4Fqs5aLEVRLcS3TGD3SMSAZ+qAA6P/C41Yk=; X-YMail-OSG: pGS8oU0VM1neAWGZBrKQp5oTpuyX42tbKR_sIcLE6yOFq7ZeptjFat6eC9fVrqJH4VwhRpAy61RESW7hryMR2fiVn8cwxmAWSyRlQ2E9gpn66MU2Zi4- Received: from [212.77.203.38] by web33711.mail.mud.yahoo.com via HTTP; Tue, 23 Oct 2007 03:53:03 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Tue, 23 Oct 2007 03:53:03 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: Ken Smith , freebsd-stable@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <641965.31338.qm@web33711.mail.mud.yahoo.com> Cc: Subject: Re: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 10:53:12 -0000 ----- Original Message ----=0A> From: Ken Smith = =0A> To: freebsd-stable@freebsd.org; freebsd-current@freebsd.org=0A> Sent: = Tuesday, October 23, 2007 5:21:00 AM=0A> Subject: 7.0-BETA1 Available, 6.3-= BETA1 coming soon...=0A> =0A> =0A> We have entered the final phases of the = FreeBSD-7.0 Release cycle which=0A> also means the beginning of the FreeBSD= -6.3 Release cycle. Because the=0A> people who support the ports for FreeB= SD also need to go through a=0A> freeze cycle as part of releases we had de= cided to combine the two=0A> releases to try and minimize the impact on the= ports maintainers.=0A> =0A> The current plan is to interleave the BETAs/RC= s of the 7.0 and 6.3=0A> releases, trying to follow this for the dates when= the builds will get=0A> started (with them becoming available on the FTP m= irrors a day or two=0A> after the builds start):=0A> =0A> 7.0 = 6.3=0A> BETA1 10/17 10/24=0A> BETA2 10/31 11/7=0A> R= C1 11/14 11/21=0A> RC2 11/28 12/5=0A> REL 12/12 1= 2/19=0A> =0A> Tomorrow (10/23) the RELENG_6 branch will be marked "6.3-PRER= ELEASE" to=0A> note that we have entered the 6.3 release cycle.=0A> =0A> Th= e schedule dates are, as usual, tentative. At this point RELENG_6 is=0A> p= retty mature so that schedule should be fairly accurate. Being a new=0A> b= ranch it is at least somewhat likely the dates for 7.0 will wind up=0A> sli= pping.=0A> =0A> The 7.0-BETA1 builds have completed and are on many of the = FreeBSD=0A> mirror sites. If you want to update an existing machine using= =0A> cvsup=0A> =0A use=0A> RELENG_7 as the branch tag. Instructions on usi= ng FreeBSD Update to=0A> perform a binary upgrade from FreeBSD 6.x to 7.0-B= ETA1 will be provided=0A> via the freebsd-stable list when available.=0A> = =0A=0A> Ken Smith=0A>= - From there to here, from here to | =0A> =0A kensmith@cse.buffal= o.edu=0A> there, funny things are everywhere. |=0A> = - Theodore Geisel |=0A=0A =0AThank you Ken!=0A=0ACould you please have s= omeone to put these interesting news in the main page of FreeBSD?=0A=0AI wi= sh FreeBSD main page is more attractive for new users, with links to PC-BSD= , and DesktopBSD ..etc ;)=0A=0A=0A--- =0ARegards, =0A-Abdullah Ibn Hamad Al= -Marri=0AArab Portal=0Ahttp://www.WeArab.Net/=0A=0A=0A=0A__________________= ________________________________=0ADo You Yahoo!?=0ATired of spam? Yahoo! = Mail has the best spam protection around =0Ahttp://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 10:58:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FE8816A418 for ; Tue, 23 Oct 2007 10:58:10 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog10.obsmtp.com (s200aog10.obsmtp.com [207.126.144.124]) by mx1.freebsd.org (Postfix) with SMTP id B271213C4BB for ; Tue, 23 Oct 2007 10:58:09 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob010.postini.com ([207.126.147.11]) with SMTP; Tue, 23 Oct 2007 10:57:41 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id AB6D5181423; Tue, 23 Oct 2007 11:36:05 +0100 (BST) Message-ID: <471DCE95.1060708@tomjudge.com> Date: Tue, 23 Oct 2007 11:36:05 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <471D9658.4060005@gmail.com> In-Reply-To: <471D9658.4060005@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: an interesting observation on network performence X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 10:58:10 -0000 Aryeh M. Friedman wrote: > I get better network performance on XP running under qemu on 8-current. > (sorry don't have hard numbers but it roughly times better on p2p > apps). Here is the config: You don't say what you are comparing these 'numbers' against? Are you comparing against Native XP or RELENG_7 or RELENG_6 or Liunx or your toaster? Without that information your statement is worthless. Tom > > Host OS: > > 8-current > amd64 > 4gb ram > > bridge0: flags=8843 metric 0 mtu > 1500 > ether 62:4e:c7:60:d0:a0 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: tap0 flags=143 > member: re0 flags=143 > tap0: flags=8943 metric > 0 mtu 1500 > ether 00:bd:43:f2:02:00 > inet6 fe80::2bd:43ff:fef2:200%tap0 prefixlen 64 scopeid 0x5 > Opened by PID 14839 > > sudo qemu -net nic -net tap -hda test -localtime -m 1024 -soundhw all > > Host p2p program: deluge (latest) > > Guest OS: > > XP Pro SP2 (all updates as of 1/1/2007) > > Guest p2p program: uTorrent 1.7 > > > _______________________________________________ > 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 Oct 23 11:20:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B32E416A417 for ; Tue, 23 Oct 2007 11:20:40 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3EBA213C48E for ; Tue, 23 Oct 2007 11:20:39 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fk-out-0910.google.com with SMTP id b27so1772103fka for ; Tue, 23 Oct 2007 04:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=77nJ9+dpWJ+iQsP0vYgjr1K34iUNQ/m1m322h0+HMks=; b=bw1qdP1S1Kzn66aIRPdxKNGGOjmI8w4sD4+aaKh862xtv/86GXCgvQq24HGkqHyGDjzsr6nr5RAhdC0GHHvpFZvJmiHk/QhWJiBvUeiC+pEw8J0vTLKHIMboPHHyGFPcp0RDBmlc1Pg4o0aW8/Hkovpw6kCYLU4FdwmyfK+Q07w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=kPL9vyQU6FzloFqcwk4e0A87N0SPh6is9tPfsrbytDWQY46JbH0VNaFXib6Jp0bBs9Dnj/GRpRjnRPbZ0SIFOHUzHpWvStMMpm+lt/LGjTl+8RMtOCDZ79JzUN5nwRYLiwOqqgOVRQe1DmfkPOkFpgv0eDxds0SNCME7wUZrxUE= Received: by 10.82.165.13 with SMTP id n13mr10349545bue.1193138425841; Tue, 23 Oct 2007 04:20:25 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id 6sm1122995nfv.2007.10.23.04.20.24 (version=SSLv3 cipher=RC4-MD5); Tue, 23 Oct 2007 04:20:24 -0700 (PDT) From: Tom Evans To: "Aryeh M. Friedman" In-Reply-To: <471D9658.4060005@gmail.com> References: <471D9658.4060005@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xNO/KpIDijDWDjxKtUZl" Date: Tue, 23 Oct 2007 12:20:23 +0100 Message-Id: <1193138423.2001.16.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org Subject: Re: an interesting observation on network performence X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 11:20:40 -0000 --=-xNO/KpIDijDWDjxKtUZl Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-10-23 at 02:36 -0400, Aryeh M. Friedman wrote: > I get better network performance on XP running under qemu on 8-current. > (sorry don't have hard numbers but it roughly times better on p2p > apps). Here is the config: >=20 > Host OS: >=20 > 8-current > amd64 > 4gb ram >=20 > bridge0: flags=3D8843 metric 0 mt= u > 1500 > ether 62:4e:c7:60:d0:a0 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: tap0 flags=3D143 > member: re0 flags=3D143 > tap0: flags=3D8943 metric > 0 mtu 1500 > ether 00:bd:43:f2:02:00 > inet6 fe80::2bd:43ff:fef2:200%tap0 prefixlen 64 scopeid 0x5 > Opened by PID 14839 >=20 > sudo qemu -net nic -net tap -hda test -localtime -m 1024 -soundhw all >=20 > Host p2p program: deluge (latest) >=20 > Guest OS: >=20 > XP Pro SP2 (all updates as of 1/1/2007) >=20 > Guest p2p program: uTorrent 1.7 All you are testing is the efficacy of two different programs. You cannot draw any conclusions about the network stack from this test, since you are testing one network stack vs the same network stack + a tiny overhead.=20 Tom --=-xNO/KpIDijDWDjxKtUZl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHHdj2lcRvFfyds/cRAjBGAJ9dGIkFPLt9fjwhpDNDZrRKaywM7ACfbHs8 Qzw3D5U4etjDW8xNp3YML78= =Bh2H -----END PGP SIGNATURE----- --=-xNO/KpIDijDWDjxKtUZl-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 01:13:11 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E17D16A418 for ; Tue, 23 Oct 2007 01:13:11 +0000 (UTC) (envelope-from andrew2.li@citi.com) Received: from mail.citigroup.com (mail0.citigroup.com [192.193.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 3C05313C480 for ; Tue, 23 Oct 2007 01:13:11 +0000 (UTC) (envelope-from andrew2.li@citi.com) Received: from imbarc-nj01.nj.ssmb.com (imbarc-nj01.nj.ssmb.com [150.110.115.169]) by imbaspam-ss03.namdmz.dmzroot.net (8.13.8/8.13.8/SSMB_EXT/ev: 16778 $) with ESMTP id l9N0tei8007769; Tue, 23 Oct 2007 00:55:40 GMT Received: from mailhub-au01.aus.nsroot.net (mailhub-au01.aus.nsroot.net [169.191.97.43]) by imbarc-nj01.nj.ssmb.com (8.13.7/8.13.7/SSMB_QQQ_IN/1.1) with ESMTP id l9N0tSTs014584; Tue, 23 Oct 2007 00:55:29 GMT Received: from exmesm01.aus.nsroot.net (prkbigip1-11-1-int0.aus.nsroot.net [169.191.97.129]) by mailhub-au01.aus.nsroot.net (8.13.7/8.13.7/CG_HUB) with ESMTP id l9N0tQLF004551; Tue, 23 Oct 2007 00:55:27 GMT Received: from exsymb02.aus.nsroot.net ([169.191.99.130]) by exmesm01.aus.nsroot.net with Microsoft SMTPSVC(5.0.2195.6713); Tue, 23 Oct 2007 10:55:25 +1000 Received: exsymb02.aus.nsroot.net 169.191.99.130 from 169.191.87.130 169.191.87.130 via HTTP with MS-WebStorage 6.0.6249 Received: from al68835rh by exsymb02.aus.nsroot.net; 23 Oct 2007 10:55:24 +1000 From: Andrew Li To: current@freebsd.org Content-Type: multipart/mixed; boundary="=-eLqfxyP7z2mElmnuJkS0" Organization: Citigroup - CMB Message-Id: <1193100923.3538.71.camel@al68835rh> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-20.el3) Date: Tue, 23 Oct 2007 10:55:24 +1000 X-OriginalArrivalTime: 23 Oct 2007 00:55:25.0781 (UTC) FILETIME=[65DE2850:01C8150F] X-Scanned-By: MIMEDefang 2.52 on 169.175.16.182 X-Mailman-Approved-At: Tue, 23 Oct 2007 12:03:30 +0000 Cc: dpk@dpk.net, netchild@freebsd.org Subject: Patch for Extend ktrace/kdump output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: andrew2.li@citi.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 01:13:11 -0000 --=-eLqfxyP7z2mElmnuJkS0 Content-Type: text/plain Content-Transfer-Encoding: 7bit I'm working with Alexander Leidinger on the ktrace project mentioned on the ideas page (http://www.freebsd.org/projects/ideas/#p-ktrace). The patch attached is a continuance of David Kirchner's work (details here http://lists.freebsd.org/pipermail/freebsd-arch/2006-April/005107.html). The attached patch modifies the kdump output for struct sockaddr and all stat(2) calls to show a more readable output. For sockaddr, the new kdump shows: 2345 telnet CALL connect(0x3,0xbfbfe600,0x1c) 2345 telnet SOCK {AF_INET, 127.0.0.1:8000} 2345 telnet RET connect 0 Where as the old one will show: 2345 telnet CALL connect(0x3,0xbfbfe600,0x1c) 2345 telnet RET connect 0 For stat(2), 34534 stat CALL stat(0x8048614,0xbfbfe908) 34534 stat STAT {dev=100, ino=383524, mode=-rw-r--r-- , nlink=1, uid=1000, gid=1000, rdev=1528768, atime=1192715539, stime=1192471088, ctime=1192471088, birthtime=1192471088, size=17898, blksize=4096, blocks=36, flags=0x0} 34534 stat RET stat 0 With the original ktrace/kdump, the above will be displayed like this: 34536 stat CALL stat(0x8048614,0xbfbfe908) 34536 stat RET stat 0 This is my first patch for FreeBSD, any feedback you may have is much appreciated. $ uname -a FreeBSD elmo 7.0-CURRENT FreeBSD 7.0-CURRENT #82: Fri Oct 19 16:34:25 EST 2007 root@elmo:/usr/obj_current/var/src_current/sys/GENERIC i386 Andrew --=-eLqfxyP7z2mElmnuJkS0 Content-Disposition: attachment; filename=ktrace.patch Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=ktrace.patch; charset= KioqIC4vc3lzL2tlcm4va2Vybl9rdHJhY2UuYy5vcmlnCVRodSBBdWcgMzAgMDc6MTc6MTEgMjAw Nw0KLS0tIC4vc3lzL2tlcm4va2Vybl9rdHJhY2UuYwlNb24gT2N0IDIyIDEyOjE4OjI2IDIwMDcN CioqKioqKioqKioqKioqKg0KKioqIDUxLDU2ICoqKioNCi0tLSA1MSw1OCAtLS0tDQogICNpbmNs dWRlIDxzeXMvcHJvYy5oPg0KICAjaW5jbHVkZSA8c3lzL3VuaXN0ZC5oPg0KICAjaW5jbHVkZSA8 c3lzL3Zub2RlLmg+DQorICNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+DQorICNpbmNsdWRlIDxzeXMv c3RhdC5oPg0KICAjaW5jbHVkZSA8c3lzL2t0cmFjZS5oPg0KICAjaW5jbHVkZSA8c3lzL3N4Lmg+ DQogICNpbmNsdWRlIDxzeXMvc3lzY3RsLmg+DQoqKioqKioqKioqKioqKioNCioqKiAxMDcsMTEz ICoqKioNCiAgCXNpemVvZihzdHJ1Y3Qga3RyX2dlbmlvKSwJCS8qIEtUUl9HRU5JTyAqLw0KICAJ c2l6ZW9mKHN0cnVjdCBrdHJfcHNpZyksCQkvKiBLVFJfUFNJRyAqLw0KICAJc2l6ZW9mKHN0cnVj dCBrdHJfY3N3KSwJCQkvKiBLVFJfQ1NXICovDQohIAkwCQkJCQkvKiBLVFJfVVNFUiAqLw0KICB9 Ow0KICANCiAgc3RhdGljIFNUQUlMUV9IRUFEKCwga3RyX3JlcXVlc3QpIGt0cl9mcmVlOw0KLS0t IDEwOSwxMTcgLS0tLQ0KICAJc2l6ZW9mKHN0cnVjdCBrdHJfZ2VuaW8pLAkJLyogS1RSX0dFTklP ICovDQogIAlzaXplb2Yoc3RydWN0IGt0cl9wc2lnKSwJCS8qIEtUUl9QU0lHICovDQogIAlzaXpl b2Yoc3RydWN0IGt0cl9jc3cpLAkJCS8qIEtUUl9DU1cgKi8NCiEgCTAsCQkJCQkvKiBLVFJfVVNF UiAqLw0KISAJMCwJCQkJCS8qIEtUUl9TT0NLQUREUiAqLw0KISAJMAkJCQkJLyogS1RSX1NUQVQg Ki8NCiAgfTsNCiAgDQogIHN0YXRpYyBTVEFJTFFfSEVBRCgsIGt0cl9yZXF1ZXN0KSBrdHJfZnJl ZTsNCioqKioqKioqKioqKioqKg0KKioqIDU1Miw1NTcgKioqKg0KLS0tIDU1Niw2MTAgLS0tLQ0K ICAJa2MtPnVzZXIgPSB1c2VyOw0KICAJa3RyX2VucXVldWVyZXF1ZXN0KGN1cnRocmVhZCwgcmVx KTsNCiAgfQ0KKyANCisgdm9pZA0KKyBrdHJzb2NrYWRkcihzaW4pDQorIAlzdHJ1Y3Qgc29ja2Fk ZHIgKnNpbjsNCisgew0KKyAJc3RydWN0IGt0cl9yZXF1ZXN0ICpyZXE7DQorIAljaGFyICpidWYg PSBOVUxMOw0KKyANCisgCWlmIChzaW4gJiYgc2luLT5zYV9sZW4gPiAwKSB7DQorIAkJYnVmID0g bWFsbG9jKHNpbi0+c2FfbGVuLCBNX0tUUkFDRSwgTV9XQUlUT0spOw0KKyAJCWJjb3B5KHNpbiwg YnVmLCBzaW4tPnNhX2xlbik7DQorIAl9DQorIAlyZXEgPSBrdHJfZ2V0cmVxdWVzdChLVFJfU09D S0FERFIpOw0KKyAJaWYgKHJlcSA9PSBOVUxMKSB7DQorIAkJaWYgKGJ1ZiAhPSBOVUxMKQ0KKyAJ CQlmcmVlKGJ1ZiwgTV9LVFJBQ0UpOw0KKyAJCXJldHVybjsNCisgCX0NCisgCWlmIChzaW4gJiYg c2luLT5zYV9sZW4gPiAwKSB7DQorIAkJcmVxLT5rdHJfYnVmZmVyID0gYnVmOw0KKyAJCXJlcS0+ a3RyX2hlYWRlci5rdHJfbGVuID0gc2luLT5zYV9sZW47DQorIAl9DQorIAlrdHJfc3VibWl0cmVx dWVzdChjdXJ0aHJlYWQsIHJlcSk7DQorIH0NCisgDQorIHZvaWQNCisga3Ryc3RhdChzdGF0cCkN CisgCXN0cnVjdCBzdGF0ICpzdGF0cDsNCisgew0KKyAJc3RydWN0IGt0cl9yZXF1ZXN0ICpyZXE7 DQorIAlzdHJ1Y3Qgc3RhdCAqYnVmID0gTlVMTDsNCisgDQorIAlpZiAoc3RhdHApIHsNCisgCQli dWYgPSBtYWxsb2Moc2l6ZW9mKHN0cnVjdCBzdGF0KSwgTV9LVFJBQ0UsIE1fV0FJVE9LKTsNCisg CQkqYnVmID0gKnN0YXRwOw0KKyAJfQ0KKyAJcmVxID0ga3RyX2dldHJlcXVlc3QoS1RSX1NUQVQp Ow0KKyAJaWYgKHJlcSA9PSBOVUxMKSB7DQorIAkJaWYgKGJ1ZiAhPSBOVUxMKQ0KKyAJCQlmcmVl KGJ1ZiwgTV9LVFJBQ0UpOw0KKyAJCXJldHVybjsNCisgCX0NCisgCWlmIChzdGF0cCkgew0KKyAJ CXJlcS0+a3RyX2J1ZmZlciA9IGJ1ZjsNCisgCQlyZXEtPmt0cl9oZWFkZXIua3RyX2xlbiA9IHNp emVvZihzdHJ1Y3Qgc3RhdCk7DQorIAl9DQorIA0KKyAJa3RyX3N1Ym1pdHJlcXVlc3QoY3VydGhy ZWFkLCByZXEpOw0KKyB9DQogICNlbmRpZiAvKiBLVFJBQ0UgKi8NCiAgDQogIC8qIEludGVyZmFj ZSBhbmQgY29tbW9uIHJvdXRpbmVzICovDQoqKiogLi9zeXMva2Vybi92ZnNfc3lzY2FsbHMuYy5v cmlnCU1vbiBTZXAgMTAgMTA6MDA6MTYgMjAwNw0KLS0tIC4vc3lzL2tlcm4vdmZzX3N5c2NhbGxz LmMJTW9uIE9jdCAyMiAxMjoxNzowMCAyMDA3DQoqKioqKioqKioqKioqKioNCioqKiAzOCw0MyAq KioqDQotLS0gMzgsNDQgLS0tLQ0KICBfX0ZCU0RJRCgiJEZyZWVCU0Q6IHNyYy9zeXMva2Vybi92 ZnNfc3lzY2FsbHMuYyx2IDEuNDQzIDIwMDcvMDkvMTAgMDA6MDA6MTYgcndhdHNvbiBFeHAgJCIp Ow0KICANCiAgI2luY2x1ZGUgIm9wdF9jb21wYXQuaCINCisgI2luY2x1ZGUgIm9wdF9rdHJhY2Uu aCINCiAgI2luY2x1ZGUgIm9wdF9tYWMuaCINCiAgDQogICNpbmNsdWRlIDxzeXMvcGFyYW0uaD4N CioqKioqKioqKioqKioqKg0KKioqIDY3LDcyICoqKioNCi0tLSA2OCw3NiAtLS0tDQogICNpbmNs dWRlIDxzeXMvamFpbC5oPg0KICAjaW5jbHVkZSA8c3lzL3N5c2NhbGxzdWJyLmg+DQogICNpbmNs dWRlIDxzeXMvc3lzY3RsLmg+DQorICNpZmRlZiBLVFJBQ0UNCisgI2luY2x1ZGUgPHN5cy9rdHJh Y2UuaD4NCisgI2VuZGlmDQogIA0KICAjaW5jbHVkZSA8bWFjaGluZS9zdGRhcmcuaD4NCiAgDQoq KioqKioqKioqKioqKioNCioqKiAyMTE4LDIxMjMgKioqKg0KLS0tIDIxMjIsMjEzMSAtLS0tDQog IAlpZiAoZXJyb3IpDQogIAkJcmV0dXJuIChlcnJvcik7DQogIAkqc2JwID0gc2I7DQorICNpZmRl ZiBLVFJBQ0UNCisgCWlmIChLVFJQT0lOVCh0ZCwgS1RSX1NUQVQpKQ0KKyAJCWt0cnN0YXQoJnNi KTsNCisgI2VuZGlmDQogIAlyZXR1cm4gKDApOw0KICB9DQogIA0KKioqKioqKioqKioqKioqDQoq KiogMjE2OSwyMTc0ICoqKioNCi0tLSAyMTc3LDIxODYgLS0tLQ0KICAJaWYgKGVycm9yKQ0KICAJ CXJldHVybiAoZXJyb3IpOw0KICAJKnNicCA9IHNiOw0KKyAjaWZkZWYgS1RSQUNFDQorIAlpZiAo S1RSUE9JTlQodGQsIEtUUl9TVEFUKSkNCisgCQlrdHJzdGF0KCZzYik7DQorICNlbmRpZg0KICAJ cmV0dXJuICgwKTsNCiAgfQ0KICANCioqKiAuL3N5cy9rZXJuL2tlcm5fZGVzY3JpcC5jLm9yaWcJ VHVlIEF1ZyAgNyAwMDoyNjowMCAyMDA3DQotLS0gLi9zeXMva2Vybi9rZXJuX2Rlc2NyaXAuYwlT YXQgT2N0IDIwIDIwOjE3OjAzIDIwMDcNCioqKioqKioqKioqKioqKg0KKioqIDM5LDQ0ICoqKioN Ci0tLSAzOSw0NSAtLS0tDQogIA0KICAjaW5jbHVkZSAib3B0X2NvbXBhdC5oIg0KICAjaW5jbHVk ZSAib3B0X2RkYi5oIg0KKyAjaW5jbHVkZSAib3B0X2t0cmFjZS5oIg0KICANCiAgI2luY2x1ZGUg PHN5cy9wYXJhbS5oPg0KICAjaW5jbHVkZSA8c3lzL3N5c3RtLmg+DQoqKioqKioqKioqKioqKioN CioqKiA2OSw3NCAqKioqDQotLS0gNzAsNzggLS0tLQ0KICAjaW5jbHVkZSA8c3lzL3N5c3Byb3Rv Lmg+DQogICNpbmNsdWRlIDxzeXMvdW5pc3RkLmg+DQogICNpbmNsdWRlIDxzeXMvdm5vZGUuaD4N CisgI2lmZGVmIEtUUkFDRQ0KKyAjaW5jbHVkZSA8c3lzL2t0cmFjZS5oPg0KKyAjZW5kaWYNCiAg DQogICNpbmNsdWRlIDxzZWN1cml0eS9hdWRpdC9hdWRpdC5oPg0KICANCioqKioqKioqKioqKioq Kg0KKioqIDExMjksMTEzNCAqKioqDQotLS0gMTEzMywxMTQyIC0tLS0NCiAgDQogIAllcnJvciA9 IGZvX3N0YXQoZnAsIHNicCwgdGQtPnRkX3VjcmVkLCB0ZCk7DQogIAlmZHJvcChmcCwgdGQpOw0K KyAjaWZkZWYgS1RSQUNFDQorIAlpZiAoZXJyb3IgPT0gMCAmJiBLVFJQT0lOVCh0ZCwgS1RSX1NU QVQpKQ0KKyAJCWt0cnN0YXQoc2JwKTsNCisgI2VuZGlmDQogIAlyZXR1cm4gKGVycm9yKTsNCiAg fQ0KICANCioqKiAuL3N5cy9rZXJuL3VpcGNfc3lzY2FsbHMuYy5vcmlnCU1vbiBBdWcgMjcgMTU6 MTk6NDUgMjAwNw0KLS0tIC4vc3lzL2tlcm4vdWlwY19zeXNjYWxscy5jCU1vbiBPY3QgMjIgMTI6 MTU6MDIgMjAwNw0KKioqKioqKioqKioqKioqDQoqKiogMjI3LDIzMiAqKioqDQotLS0gMjI3LDIz NiAtLS0tDQogIAlpZiAoZXJyb3IpDQogIAkJcmV0dXJuIChlcnJvcik7DQogIAlzbyA9IGZwLT5m X2RhdGE7DQorICNpZmRlZiBLVFJBQ0UNCisgCWlmIChLVFJQT0lOVCh0ZCwgS1RSX1NPQ0tBRERS KSkNCisgCQlrdHJzb2NrYWRkcihzYSk7DQorICNlbmRpZg0KICAjaWZkZWYgTUFDDQogIAlTT0NL X0xPQ0soc28pOw0KICAJZXJyb3IgPSBtYWNfY2hlY2tfc29ja2V0X2JpbmQodGQtPnRkX3VjcmVk LCBzbywgc2EpOw0KKioqKioqKioqKioqKioqDQoqKiogNDU0LDQ1OSAqKioqDQotLS0gNDU4LDQ2 NyAtLS0tDQogIAkJLyogY2hlY2sgc2FfbGVuIGJlZm9yZSBpdCBpcyBkZXN0cm95ZWQgKi8NCiAg CQlpZiAoKm5hbWVsZW4gPiBzYS0+c2FfbGVuKQ0KICAJCQkqbmFtZWxlbiA9IHNhLT5zYV9sZW47 DQorICNpZmRlZiBLVFJBQ0UNCisgCQlpZiAoS1RSUE9JTlQodGQsIEtUUl9TT0NLQUREUikpDQor IAkJCWt0cnNvY2thZGRyKHNhKTsNCisgI2VuZGlmDQogIAkJKm5hbWUgPSBzYTsNCiAgCQlzYSA9 IE5VTEw7DQogIAl9DQoqKioqKioqKioqKioqKioNCioqKiA1NDgsNTUzICoqKioNCi0tLSA1NTYs NTY1IC0tLS0NCiAgCQllcnJvciA9IEVBTFJFQURZOw0KICAJCWdvdG8gZG9uZTE7DQogIAl9DQor ICNpZmRlZiBLVFJBQ0UNCisgCWlmIChLVFJQT0lOVCh0ZCwgS1RSX1NPQ0tBRERSKSkNCisgCQlr dHJzb2NrYWRkcihzYSk7DQorICNlbmRpZg0KICAjaWZkZWYgTUFDDQogIAlTT0NLX0xPQ0soc28p Ow0KICAJZXJyb3IgPSBtYWNfY2hlY2tfc29ja2V0X2Nvbm5lY3QodGQtPnRkX3VjcmVkLCBzbywg c2EpOw0KKioqKioqKioqKioqKioqDQoqKiogMTA3MCwxMDc1ICoqKioNCi0tLSAxMDgyLDEwOTEg LS0tLQ0KICAJfQ0KICBvdXQ6DQogIAlmZHJvcChmcCwgdGQpOw0KKyAjaWZkZWYgS1RSQUNFDQor IAlpZiAoS1RSUE9JTlQodGQsIEtUUl9TT0NLQUREUikpDQorIAkJa3Ryc29ja2FkZHIoZnJvbXNh KTsNCisgI2VuZGlmDQogIAlpZiAoZnJvbXNhKQ0KICAJCUZSRUUoZnJvbXNhLCBNX1NPTkFNRSk7 DQogIA0KKioqKioqKioqKioqKioqDQoqKiogMTQ3NCwxNDc5ICoqKioNCi0tLSAxNDkwLDE0OTkg LS0tLQ0KICAJZWxzZQ0KICAJCWxlbiA9IE1JTigqYWxlbiwgKCpzYSktPnNhX2xlbik7DQogIAkq YWxlbiA9IGxlbjsNCisgI2lmZGVmIEtUUkFDRQ0KKyAJaWYgKEtUUlBPSU5UKHRkLCBLVFJfU09D S0FERFIpKQ0KKyAJCWt0cnNvY2thZGRyKCpzYSk7DQorICNlbmRpZg0KICBiYWQ6DQogIAlmZHJv cChmcCwgdGQpOw0KICAJaWYgKGVycm9yICYmICpzYSkgew0KKioqKioqKioqKioqKioqDQoqKiog MTU3MSwxNTc2ICoqKioNCi0tLSAxNTkxLDE2MDAgLS0tLQ0KICAJZWxzZQ0KICAJCWxlbiA9IE1J TigqYWxlbiwgKCpzYSktPnNhX2xlbik7DQogIAkqYWxlbiA9IGxlbjsNCisgI2lmZGVmIEtUUkFD RQ0KKyAJaWYgKEtUUlBPSU5UKHRkLCBLVFJfU09DS0FERFIpKQ0KKyAJCWt0cnNvY2thZGRyKCpz YSk7DQorICNlbmRpZg0KICBiYWQ6DQogIAlpZiAoZXJyb3IgJiYgKnNhKSB7DQogIAkJZnJlZSgq c2EsIE1fU09OQU1FKTsNCioqKioqKioqKioqKioqKg0KKioqIDIzNDcsMjM1MiAqKioqDQotLS0g MjM3MSwyMzgwIC0tLS0NCiAgCWVycm9yID0gZ2V0c29jayh0ZC0+dGRfcHJvYy0+cF9mZCwgdWFw LT5zZCwgJmZwLCBOVUxMKTsNCiAgCWlmIChlcnJvcikNCiAgCQlnb3RvIHNjdHBfYmFkOw0KKyAj aWZkZWYgS1RSQUNFDQorIAlpZiAoS1RSUE9JTlQodGQsIEtUUl9TT0NLQUREUikpDQorIAkJa3Ry c29ja2FkZHIodG8pOw0KKyAjZW5kaWYNCiAgDQogIAlpb3ZbMF0uaW92X2Jhc2UgPSB1YXAtPm1z ZzsNCiAgCWlvdlswXS5pb3ZfbGVuID0gdWFwLT5tbGVuOw0KKioqKioqKioqKioqKioqDQoqKiog MjQ1MCwyNDU1ICoqKioNCi0tLSAyNDc4LDI0ODcgLS0tLQ0KICAJZXJyb3IgPSBjb3B5aW5pb3Yo dWFwLT5pb3YsIHVhcC0+aW92bGVuLCAmaW92LCBFTVNHU0laRSk7DQogIAlpZiAoZXJyb3IpDQog IAkJZ290byBzY3RwX2JhZDE7DQorICNpZmRlZiBLVFJBQ0UNCisgCWlmIChLVFJQT0lOVCh0ZCwg S1RSX1NPQ0tBRERSKSkNCisgCQlrdHJzb2NrYWRkcih0byk7DQorICNlbmRpZg0KICANCiAgCXNv ID0gKHN0cnVjdCBzb2NrZXQgKilmcC0+Zl9kYXRhOw0KICAjaWZkZWYgTUFDDQoqKioqKioqKioq KioqKioNCioqKiAyNjMzLDI2MzggKioqKg0KLS0tIDI2NjUsMjY3NCAtLS0tDQogIAkJCWdvdG8g b3V0Ow0KICAJCX0NCiAgCX0NCisgI2lmZGVmIEtUUkFDRQ0KKyAJaWYgKEtUUlBPSU5UKHRkLCBL VFJfU09DS0FERFIpKQ0KKyAJCWt0cnNvY2thZGRyKGZyb21zYSk7DQorICNlbmRpZg0KICAJaWYg KHVhcC0+bXNnX2ZsYWdzKSB7DQogIAkJZXJyb3IgPSBjb3B5b3V0KCZtc2dfZmxhZ3MsIHVhcC0+ bXNnX2ZsYWdzLCBzaXplb2YgKGludCkpOw0KICAJCWlmIChlcnJvcikgew0KKioqIC4vc3lzL3N5 cy9rdHJhY2UuaC5vcmlnCVR1ZSBEZWMgMjcgMDk6MDk6MDkgMjAwNQ0KLS0tIC4vc3lzL3N5cy9r dHJhY2UuaAlTYXQgT2N0IDIwIDIwOjE1OjQxIDIwMDcNCioqKioqKioqKioqKioqKg0KKioqIDE1 MSwxNTYgKioqKg0KLS0tIDE1MSwxNjggLS0tLQ0KICAjZGVmaW5lIEtUUl9VU0VSCTcNCiAgDQog IC8qDQorICAqIEtUUl9TT0NLQUREUiAtIHNvY2tldCBhZGRyZXNzIGNhbGxzDQorICAqLw0KKyAj ZGVmaW5lIEtUUl9TT0NLQUREUgk4DQorIHN0cnVjdCBzb2NrYWRkcjsNCisgDQorIC8qDQorICAq IEtUUl9TVEFUIC0gZmlsZSBzdGF0IGNhbGxzDQorICAqLw0KKyAjZGVmaW5lIEtUUl9TVEFUCTkN Cisgc3RydWN0IHN0YXQ7DQorIA0KKyAvKg0KICAgKiBLVFJfRFJPUCAtIElmIHRoaXMgYml0IGlz IHNldCBpbiBrdHJfdHlwZSwgdGhlbiBhdCBsZWFzdCBvbmUgZXZlbnQNCiAgICogYmV0d2VlbiB0 aGUgcHJldmlvdXMgcmVjb3JkIGFuZCB0aGlzIHJlY29yZCB3YXMgZHJvcHBlZC4NCiAgICovDQoq KioqKioqKioqKioqKioNCioqKiAxNjcsMTcyICoqKioNCi0tLSAxNzksMTg2IC0tLS0NCiAgI2Rl ZmluZQlLVFJGQUNfUFNJRwkoMTw8S1RSX1BTSUcpDQogICNkZWZpbmUgS1RSRkFDX0NTVwkoMTw8 S1RSX0NTVykNCiAgI2RlZmluZSBLVFJGQUNfVVNFUgkoMTw8S1RSX1VTRVIpDQorICNkZWZpbmUg S1RSRkFDX1NPQ0tBRERSCSgxPDxLVFJfU09DS0FERFIpDQorICNkZWZpbmUgS1RSRkFDX1NUQVQJ KDE8PEtUUl9TVEFUKQ0KICAvKg0KICAgKiB0cmFjZSBmbGFncyAoYWxzbyBpbiBwX3RyYWNlZmxh Z3MpDQogICAqLw0KKioqKioqKioqKioqKioqDQoqKiogMTg1LDE5MCAqKioqDQotLS0gMTk5LDIw NiAtLS0tDQogIHZvaWQJa3Ryc3lzcmV0KGludCwgaW50LCByZWdpc3Rlcl90KTsNCiAgdm9pZAlr dHJwcm9jZXhpdChzdHJ1Y3QgdGhyZWFkICopOw0KICB2b2lkCWt0cnVzZXJyZXQoc3RydWN0IHRo cmVhZCAqKTsNCisgdm9pZAlrdHJzb2NrYWRkcihzdHJ1Y3Qgc29ja2FkZHIgKik7DQorIHZvaWQJ a3Ryc3RhdChzdHJ1Y3Qgc3RhdCAqKTsNCiAgDQogICNlbHNlDQogIA0KKioqIC4vdXNyLmJpbi9r ZHVtcC9rZHVtcC5jLm9yaWcJVHVlIEp1bCAxMCAxMDowMTozMCAyMDA3DQotLS0gLi91c3IuYmlu L2tkdW1wL2tkdW1wLmMJTW9uIE9jdCAyMiAyMjozMzoyNSAyMDA3DQoqKioqKioqKioqKioqKioN CioqKiA1OCw2OSAqKioqDQotLS0gNTgsODMgLS0tLQ0KICAjaW5jbHVkZSA8c3lzL2t0cmFjZS5o Pg0KICAjaW5jbHVkZSA8c3lzL2lvY3RsLmg+DQogICNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+DQor ICNpbmNsdWRlIDxzeXMvc3RhdC5oPg0KKyAjaW5jbHVkZSA8c3lzL3VuLmg+DQorICNpZmRlZiBJ UFgNCisgI2luY2x1ZGUgPHN5cy90eXBlcy5oPg0KKyAjaW5jbHVkZSA8bmV0aXB4L2lweC5oPg0K KyAjZW5kaWYNCisgI2lmZGVmIE5FVEFUQUxLDQorICNpbmNsdWRlIDxuZXRhdGFsay9hdC5oPg0K KyAjZW5kaWYNCisgI2luY2x1ZGUgPG5ldGluZXQvaW4uaD4NCiAgI2luY2x1ZGUgPGRsZmNuLmg+ DQogICNpbmNsdWRlIDxlcnIuaD4NCisgI2luY2x1ZGUgPGdycC5oPg0KKyAjaW5jbHVkZSA8aW50 dHlwZXMuaD4NCiAgI2luY2x1ZGUgPGxvY2FsZS5oPg0KKyAjaW5jbHVkZSA8cHdkLmg+DQogICNp bmNsdWRlIDxzdGRpby5oPg0KICAjaW5jbHVkZSA8c3RkbGliLmg+DQogICNpbmNsdWRlIDxzdHJp bmcuaD4NCisgI2luY2x1ZGUgPHRpbWUuaD4NCiAgI2luY2x1ZGUgPHVuaXN0ZC5oPg0KICAjaW5j bHVkZSA8dmlzLmg+DQogICNpbmNsdWRlICJrdHJhY2UuaCINCioqKioqKioqKioqKioqKg0KKioq IDgwLDkyICoqKioNCiAgdm9pZCBrdHJwc2lnKHN0cnVjdCBrdHJfcHNpZyAqKTsNCiAgdm9pZCBr dHJjc3coc3RydWN0IGt0cl9jc3cgKik7DQogIHZvaWQga3RydXNlcihpbnQsIHVuc2lnbmVkIGNo YXIgKik7DQogIHZvaWQgdXNhZ2Uodm9pZCk7DQogIGNvbnN0IGNoYXIgKmlvY3RsbmFtZSh1X2xv bmcpOw0KICANCiEgaW50IHRpbWVzdGFtcCwgZGVjaW1hbCwgZmFuY3kgPSAxLCBzdXBwcmVzc2Rh dGEsIHRhaWwsIHRocmVhZHMsIG1heGRhdGE7DQogIGNvbnN0IGNoYXIgKnRyYWNlZmlsZSA9IERF Rl9UUkFDRUZJTEU7DQogIHN0cnVjdCBrdHJfaGVhZGVyIGt0cl9oZWFkZXI7DQogIA0KICAjZGVm aW5lIGVxcyhzMSwgczIpCShzdHJjbXAoKHMxKSwgKHMyKSkgPT0gMCkNCiAgDQogIGludA0KLS0t IDk0LDExMCAtLS0tDQogIHZvaWQga3RycHNpZyhzdHJ1Y3Qga3RyX3BzaWcgKik7DQogIHZvaWQg a3RyY3N3KHN0cnVjdCBrdHJfY3N3ICopOw0KICB2b2lkIGt0cnVzZXIoaW50LCB1bnNpZ25lZCBj aGFyICopOw0KKyB2b2lkIGt0cnNvY2thZGRyKHN0cnVjdCBzb2NrYWRkciAqKTsNCisgdm9pZCBr dHJzdGF0KHN0cnVjdCBzdGF0ICopOw0KICB2b2lkIHVzYWdlKHZvaWQpOw0KICBjb25zdCBjaGFy ICppb2N0bG5hbWUodV9sb25nKTsNCiAgDQohIGludCB0aW1lc3RhbXAsIGRlY2ltYWwsIGZhbmN5 ID0gMSwgc3VwcHJlc3NkYXRhLCB0YWlsLCB0aHJlYWRzLCBtYXhkYXRhLA0KISAgICAgcmVzb2x2 ID0gMDsNCiAgY29uc3QgY2hhciAqdHJhY2VmaWxlID0gREVGX1RSQUNFRklMRTsNCiAgc3RydWN0 IGt0cl9oZWFkZXIga3RyX2hlYWRlcjsNCiAgDQorICNkZWZpbmUgVElNRV9GT1JNQVQJIiViICVl ICVUICVZIg0KICAjZGVmaW5lIGVxcyhzMSwgczIpCShzdHJjbXAoKHMxKSwgKHMyKSkgPT0gMCkN CiAgDQogIGludA0KKioqKioqKioqKioqKioqDQoqKiogMTAwLDEwNiAqKioqDQogIA0KICAJKHZv aWQpIHNldGxvY2FsZShMQ19DVFlQRSwgIiIpOw0KICANCiEgCXdoaWxlICgoY2ggPSBnZXRvcHQo YXJnYyxhcmd2LCJmOmRFbG06bnA6SFJzVHQ6IikpICE9IC0xKQ0KICAJCXN3aXRjaCgoY2hhcilj aCkgew0KICAJCWNhc2UgJ2YnOg0KICAJCQl0cmFjZWZpbGUgPSBvcHRhcmc7DQotLS0gMTE4LDEy NCAtLS0tDQogIA0KICAJKHZvaWQpIHNldGxvY2FsZShMQ19DVFlQRSwgIiIpOw0KICANCiEgCXdo aWxlICgoY2ggPSBnZXRvcHQoYXJnYyxhcmd2LCJmOmRFbG06bnA6SFJyc1R0OiIpKSAhPSAtMSkN CiAgCQlzd2l0Y2goKGNoYXIpY2gpIHsNCiAgCQljYXNlICdmJzoNCiAgCQkJdHJhY2VmaWxlID0g b3B0YXJnOw0KKioqKioqKioqKioqKioqDQoqKiogMTIwLDEyNSAqKioqDQotLS0gMTM4LDE0NiAt LS0tDQogIAkJY2FzZSAncCc6DQogIAkJCXBpZCA9IGF0b2kob3B0YXJnKTsNCiAgCQkJYnJlYWs7 DQorIAkJY2FzZSAncic6DQorIAkJCXJlc29sdiA9IDE7DQorIAkJCWJyZWFrOw0KICAJCWNhc2Ug J3MnOg0KICAJCQlzdXBwcmVzc2RhdGEgPSAxOw0KICAJCQlicmVhazsNCioqKioqKioqKioqKioq Kg0KKioqIDIwOSwyMTQgKioqKg0KLS0tIDIzMCwyNDEgLS0tLQ0KICAJCWNhc2UgS1RSX1VTRVI6 DQogIAkJCWt0cnVzZXIoa3RybGVuLCBtKTsNCiAgCQkJYnJlYWs7DQorIAkJY2FzZSBLVFJfU09D S0FERFI6DQorIAkJCWt0cnNvY2thZGRyKChzdHJ1Y3Qgc29ja2FkZHIgKiltKTsNCisgCQkJYnJl YWs7DQorIAkJY2FzZSBLVFJfU1RBVDoNCisgCQkJa3Ryc3RhdCgoc3RydWN0IHN0YXQgKiltKTsN CisgCQkJYnJlYWs7DQogIAkJZGVmYXVsdDoNCiAgCQkJcHJpbnRmKCJcbiIpOw0KICAJCQlicmVh azsNCioqKioqKioqKioqKioqKg0KKioqIDI2MCwyNjUgKioqKg0KLS0tIDI4NywyOTggLS0tLQ0K ICAJY2FzZSBLVFJfVVNFUjoNCiAgCQl0eXBlID0gIlVTRVIiOw0KICAJCWJyZWFrOw0KKyAJY2Fz ZSBLVFJfU09DS0FERFI6DQorIAkJdHlwZSA9ICJTT0NLIjsNCisgCQlicmVhazsNCisgCWNhc2Ug S1RSX1NUQVQ6DQorIAkJdHlwZSA9ICJTVEFUIjsNCisgCQlicmVhazsNCiAgCWRlZmF1bHQ6DQog IAkJKHZvaWQpc3ByaW50Zih1bmtub3duLCAiVU5LTk9XTiglZCkiLCBrdGgtPmt0cl90eXBlKTsN CiAgCQl0eXBlID0gdW5rbm93bjsNCioqKioqKioqKioqKioqKg0KKioqIDExMTUsMTEyMCAqKioq DQotLS0gMTE0OCwxMjk0IC0tLS0NCiAgfQ0KICANCiAgdm9pZA0KKyBrdHJzb2NrYWRkcihzdHJ1 Y3Qgc29ja2FkZHIgKmt0cykNCisgew0KKyAvKg0KKyAgVE9ETzogU3VwcG9ydCBhZGRpdGlvbmFs IGFkZHJlc3MgZmFtaWxpZXMNCisgCSNpbmNsdWRlIDxuZXRhdG0vYXRtLmg+DQorIAlzdHJ1Y3Qg c29ja2FkZHJfYXRtCSphdG07DQorIAkjaW5jbHVkZSA8bmV0bmF0bS9uYXRtLmg+DQorIAlzdHJ1 Y3Qgc29ja2FkZHJfbmF0bQkqbmF0bTsNCisgCSNpbmNsdWRlIDxuZXRzbWIvbmV0Ymlvcy5oPg0K KyAJc3RydWN0IHNvY2thZGRyX25iCSpuYjsNCisgKi8NCisgCWNoYXIgYWRkcls2NF07DQorIA0K KyAJcHJpbnRmKCJ7ICIpOw0KKyAJc29ja2Fwcm90b25hbWUoa3RzLT5zYV9mYW1pbHkpOw0KKyAJ c3dpdGNoKGt0cy0+c2FfZmFtaWx5KSB7DQorIAljYXNlIEFGX0lORVQ6IHsNCisgCQlzdHJ1Y3Qg c29ja2FkZHJfaW4JKmluOw0KKyANCisgCQlpbiA9IChzdHJ1Y3Qgc29ja2FkZHJfaW4gKilrdHM7 DQorIAkJcHJpbnRmKCIsICVzOiV1IH1cbiIsIGluZXRfbnRvYShpbi0+c2luX2FkZHIpLA0KKyAJ CQludG9ocyhpbi0+c2luX3BvcnQpKTsNCisgCQlicmVhazsNCisgCX0NCisgI2lmZGVmIE5FVEFU QUxLDQorIAljYXNlIEFGX0FQUExFVEFMSzogew0KKyAJCXN0cnVjdCBzb2NrYWRkcl9hdAkqYXQ7 DQorIAkJc3RydWN0IG5ldHJhbmdlCQkqbnI7DQorIA0KKyAJCWF0ID0gKHN0cnVjdCBzb2NrYWRk cl9hdCAqKWt0czsNCisgCQluciA9ICZhdC0+c2F0X3JhbmdlLnJfbmV0cmFuZ2U7DQorIAkJcHJp bnRmKCIsICVkLiVkLCAlZC0lZCwgJWQgfVxuIiwgbnRvaHMoYXQtPnNhdF9hZGRyLnNfbmV0KSwN CisgCQkJYXQtPnNhdF9hZGRyLnNfbm9kZSwgbnRvaHMobnItPm5yX2ZpcnN0bmV0KSwNCisgCQkJ bnRvaHMobnItPm5yX2xhc3RuZXQpLCBuci0+bnJfcGhhc2UpOw0KKyAJCWJyZWFrOw0KKyAJfQ0K KyAjZW5kaWYNCisgCWNhc2UgQUZfSU5FVDY6IHsNCisgCQlzdHJ1Y3Qgc29ja2FkZHJfaW42CSpp bjY7DQorIA0KKyAJCWluNiA9IChzdHJ1Y3Qgc29ja2FkZHJfaW42ICopa3RzOw0KKyAJCWluZXRf bnRvcChBRl9JTkVUNiwgJmluNi0+c2luNl9hZGRyLCBhZGRyLCBzaXplb2YoYWRkcikpOw0KKyAJ CXByaW50ZigiLCBbJXNdOiV1IH1cbiIsIGFkZHIsIGh0b25zKGluNi0+c2luNl9wb3J0KSk7DQor IAkJYnJlYWs7DQorIAl9DQorICNpZmRlZiBJUFgNCisgCWNhc2UgQUZfSVBYOiB7DQorIAkJc3Ry dWN0IHNvY2thZGRyX2lweAkqaXB4Ow0KKyANCisgCQlpcHggPSAoc3RydWN0IHNvY2thZGRyX2lw eCAqKWt0czsNCisgCQlwcmludGYoIiwgJXMgfVxuIiwgaXB4X250b2EoaXB4LT5zaXB4X2FkZHIp KTsNCisgCQlicmVhazsNCisgCX0NCisgI2VuZGlmDQorIAljYXNlIEFGX1VOSVg6IHsNCisgCQlz dHJ1Y3Qgc29ja2FkZHJfdW4JKnVuOw0KKyANCisgCQl1biA9IChzdHJ1Y3Qgc29ja2FkZHJfdW4g KilrdHM7DQorIAkJcHJpbnRmKCIsICUuKnMgfVxuIiwgdW4tPnN1bl9sZW4sIHVuLT5zdW5fcGF0 aCk7DQorIAkJYnJlYWs7DQorIAl9DQorIAlkZWZhdWx0Og0KKyAJCXByaW50ZigiVU5LTk9XTiBG QU1JTFkgfVxuIik7DQorIAl9DQorIH0NCisgDQorIHZvaWQNCisga3Ryc3RhdChzdHJ1Y3Qgc3Rh dCAqc3RhdHApDQorIHsNCisgCWNoYXIgbW9kZVsxMl0sIHRpbWVzdHJbUEFUSF9NQVggKyA0XTsN CisgCXN0cnVjdCBwYXNzd2QgKnB3ZDsNCisgCXN0cnVjdCBncm91cCAgKmdycDsNCisgCXN0cnVj dCB0bSAqdG07DQorIA0KKyAJc3RybW9kZShzdGF0cC0+c3RfbW9kZSwgbW9kZSk7DQorIAlwcmlu dGYoIntkZXY9JWp1LCBpbm89JWp1LCBtb2RlPSVzLCBubGluaz0lanUsICIsDQorIAkJKHVpbnRt YXhfdClzdGF0cC0+c3RfZGV2LCAodWludG1heF90KXN0YXRwLT5zdF9pbm8sIG1vZGUsDQorIAkJ KHVpbnRtYXhfdClzdGF0cC0+c3RfbmxpbmspOw0KKyAJaWYgKHJlc29sdiA9PSAwIHx8IChwd2Qg PSBnZXRwd3VpZChzdGF0cC0+c3RfdWlkKSkgPT0gTlVMTCkNCisgCQlwcmludGYoInVpZD0lanUs ICIsICh1aW50bWF4X3Qpc3RhdHAtPnN0X3VpZCk7DQorIAllbHNlDQorIAkJcHJpbnRmKCJ1aWQ9 XCIlc1wiLCAiLCBwd2QtPnB3X25hbWUpOw0KKyAJaWYgKHJlc29sdiA9PSAwIHx8IChncnAgPSBn ZXRncmdpZChzdGF0cC0+c3RfZ2lkKSkgPT0gTlVMTCkNCisgCQlwcmludGYoImdpZD0lanUsICIs ICh1aW50bWF4X3Qpc3RhdHAtPnN0X2dpZCk7DQorIAllbHNlDQorIAkJcHJpbnRmKCJnaWQ9XCIl c1wiLCAiLCBncnAtPmdyX25hbWUpOw0KKyAJcHJpbnRmKCJyZGV2PSVqdSwgIiwgKHVpbnRtYXhf dClzdGF0cC0+c3RfcmRldik7DQorIAlwcmludGYoImF0aW1lPSIpOw0KKyAJaWYgKHJlc29sdiA9 PSAwKQ0KKyAJCXByaW50ZigiJWxkIiwgc3RhdHAtPnN0X2F0aW1lc3BlYy50dl9zZWMpOw0KKyAJ ZWxzZSB7DQorIAkJdG0gPSBsb2NhbHRpbWUoJnN0YXRwLT5zdF9hdGltZXNwZWMudHZfc2VjKTsN CisgCQkodm9pZClzdHJmdGltZSh0aW1lc3RyLCBzaXplb2YodGltZXN0ciksIFRJTUVfRk9STUFU LCB0bSk7DQorIAkJcHJpbnRmKCJcIiVzXCIiLCB0aW1lc3RyKTsNCisgCX0NCisgCWlmIChzdGF0 cC0+c3RfYXRpbWVzcGVjLnR2X25zZWMgIT0gMCkNCisgCQlwcmludGYoIi4lMDlsZCwgIiwgc3Rh dHAtPnN0X2F0aW1lc3BlYy50dl9uc2VjKTsNCisgCWVsc2UNCisgCQlwcmludGYoIiwgIik7DQor IAlwcmludGYoInN0aW1lPSIpOw0KKyAJaWYgKHJlc29sdiA9PSAwKQ0KKyAJCXByaW50ZigiJWxk Iiwgc3RhdHAtPnN0X210aW1lc3BlYy50dl9zZWMpOw0KKyAJZWxzZSB7DQorIAkJdG0gPSBsb2Nh bHRpbWUoJnN0YXRwLT5zdF9tdGltZXNwZWMudHZfc2VjKTsNCisgCQkodm9pZClzdHJmdGltZSh0 aW1lc3RyLCBzaXplb2YodGltZXN0ciksIFRJTUVfRk9STUFULCB0bSk7DQorIAkJcHJpbnRmKCJc IiVzXCIiLCB0aW1lc3RyKTsNCisgCX0NCisgCWlmIChzdGF0cC0+c3RfbXRpbWVzcGVjLnR2X25z ZWMgIT0gMCkNCisgCQlwcmludGYoIi4lMDlsZCwgIiwgc3RhdHAtPnN0X210aW1lc3BlYy50dl9u c2VjKTsNCisgCWVsc2UNCisgCQlwcmludGYoIiwgIik7DQorIAlwcmludGYoImN0aW1lPSIpOw0K KyAJaWYgKHJlc29sdiA9PSAwKQ0KKyAJCXByaW50ZigiJWxkIiwgc3RhdHAtPnN0X2N0aW1lc3Bl Yy50dl9zZWMpOw0KKyAJZWxzZSB7DQorIAkJdG0gPSBsb2NhbHRpbWUoJnN0YXRwLT5zdF9jdGlt ZXNwZWMudHZfc2VjKTsNCisgCQkodm9pZClzdHJmdGltZSh0aW1lc3RyLCBzaXplb2YodGltZXN0 ciksIFRJTUVfRk9STUFULCB0bSk7DQorIAkJcHJpbnRmKCJcIiVzXCIiLCB0aW1lc3RyKTsNCisg CX0NCisgCWlmIChzdGF0cC0+c3RfY3RpbWVzcGVjLnR2X25zZWMgIT0gMCkNCisgCQlwcmludGYo Ii4lMDlsZCwgIiwgc3RhdHAtPnN0X2N0aW1lc3BlYy50dl9uc2VjKTsNCisgCWVsc2UNCisgCQlw cmludGYoIiwgIik7DQorIAlwcmludGYoImJpcnRodGltZT0iKTsNCisgCWlmIChyZXNvbHYgPT0g MCkNCisgCQlwcmludGYoIiVsZCIsIHN0YXRwLT5zdF9iaXJ0aHRpbWVzcGVjLnR2X3NlYyk7DQor IAllbHNlIHsNCisgCQl0bSA9IGxvY2FsdGltZSgmc3RhdHAtPnN0X2JpcnRodGltZXNwZWMudHZf c2VjKTsNCisgCQkodm9pZClzdHJmdGltZSh0aW1lc3RyLCBzaXplb2YodGltZXN0ciksIFRJTUVf Rk9STUFULCB0bSk7DQorIAkJcHJpbnRmKCJcIiVzXCIiLCB0aW1lc3RyKTsNCisgCX0NCisgCWlm IChzdGF0cC0+c3RfYmlydGh0aW1lc3BlYy50dl9uc2VjICE9IDApDQorIAkJcHJpbnRmKCIuJTA5 bGQsICIsIHN0YXRwLT5zdF9iaXJ0aHRpbWVzcGVjLnR2X25zZWMpOw0KKyAJZWxzZQ0KKyAJCXBy aW50ZigiLCAiKTsNCisgCXByaW50Zigic2l6ZT0lamQsIGJsa3NpemU9JWp1LCBibG9ja3M9JWpk LCBmbGFncz0weCV4fVxuIiwNCisgCQkodWludG1heF90KXN0YXRwLT5zdF9zaXplLCAodWludG1h eF90KXN0YXRwLT5zdF9ibGtzaXplLA0KKyAJCShpbnRtYXhfdClzdGF0cC0+c3RfYmxvY2tzLCBz dGF0cC0+c3RfZmxhZ3MpOw0KKyB9DQorIA0KKyB2b2lkDQogIHVzYWdlKHZvaWQpDQogIHsNCiAg CSh2b2lkKWZwcmludGYoc3RkZXJyLA0KKioqIC4vdXNyLmJpbi9rZHVtcC9ta3N1YnIub3JpZwlU dWUgQXByIDEwIDA1OjE2OjI0IDIwMDcNCi0tLSAuL3Vzci5iaW4va2R1bXAvbWtzdWJyCVNhdCBP Y3QgMjAgMjA6MTU6MDcgMjAwNw0KKioqKioqKioqKioqKioqDQoqKiogMzM3LDM0MiAqKioqDQot LS0gMzM3LDM0MyAtLS0tDQogIGF1dG9fc3dpdGNoX3R5cGUgIm1pbmhlcml0bmFtZSIgIklOSEVS SVRfW0EtWl0rW1s6c3BhY2U6XV0rWzAtOV0rIiAic3lzL21tYW4uaCINCiAgYXV0b19zd2l0Y2hf dHlwZSAicXVvdGFjdGxuYW1lIiAiUV9bQS1aXStbWzpzcGFjZTpdXSsweFswLTldKyIgInVmcy91 ZnMvcXVvdGEuaCINCiAgYXV0b19pZl90eXBlICJzb2NrZG9tYWlubmFtZSIgIlBGX1tbOmFsbnVt Ol1dK1tbOnNwYWNlOl1dKyIgInN5cy9zb2NrZXQuaCINCisgYXV0b19pZl90eXBlICJzb2NrYXBy b3RvbmFtZSIgIkFGX1tbOmFsbnVtOl1dK1tbOnNwYWNlOl1dKyIgInN5cy9zb2NrZXQuaCINCiAg YXV0b19pZl90eXBlICJzb2NraXBwcm90b25hbWUiICJJUFBST1RPX1tbOmFsbnVtOl1dK1tbOnNw YWNlOl1dKyIgIm5ldGluZXQvaW4uaCINCiAgYXV0b19zd2l0Y2hfdHlwZSAic29ja29wdG5hbWUi ICJTT19bQS1aXStbWzpzcGFjZTpdXSsweFswLTldKyIgInN5cy9zb2NrZXQuaCINCiAgYXV0b19z d2l0Y2hfdHlwZSAic29ja3R5cGVuYW1lIiAiU09DS19bQS1aXStbWzpzcGFjZTpdXStbMS05XStb MC05XSoiICJzeXMvc29ja2V0LmgiDQoqKiogLi91c3IuYmluL2tkdW1wL2tkdW1wLjEub3JpZwlG cmkgTm92IDE4IDIxOjM2OjI4IDIwMDUNCi0tLSAuL3Vzci5iaW4va2R1bXAva2R1bXAuMQlNb24g T2N0IDIyIDIyOjEwOjAyIDIwMDcNCioqKioqKioqKioqKioqKg0KKioqIDk2LDEwNiAqKioqDQog IHNhbWUgdHJhY2UgZmlsZS4NCiAgLkl0IEZsIFINCiAgRGlzcGxheSByZWxhdGl2ZSB0aW1lc3Rh bXBzICh0aW1lIHNpbmNlIHByZXZpb3VzIGVudHJ5KS4NCiAgLkl0IEZsIHMNCiAgU3VwcHJlc3Mg ZGlzcGxheSBvZiBJL08gZGF0YS4NCiAgLkl0IEZsIFQNCiAgRGlzcGxheSBhYnNvbHV0ZSB0aW1l c3RhbXBzIGZvciBlYWNoIGVudHJ5IChzZWNvbmRzIHNpbmNlIGVwb2NoKS4NCiEgLkl0IEZsIHQg QXIgY25pc3V3DQogIFNlZSB0aGUNCiAgLkZsIHQNCiAgb3B0aW9uIG9mDQotLS0gOTYsMTA5IC0t LS0NCiAgc2FtZSB0cmFjZSBmaWxlLg0KICAuSXQgRmwgUg0KICBEaXNwbGF5IHJlbGF0aXZlIHRp bWVzdGFtcHMgKHRpbWUgc2luY2UgcHJldmlvdXMgZW50cnkpLg0KKyAuSXQgRmwgcg0KKyBUcmFu c2xhdGUgdWlkLCBnaWQgYW5kIHRpbWVzcGVjcyBmb3IgU1RBVCByZWNvcmRzIGludG8gdXNlcm5h bWUsDQorIGdyb3VwbmFtZSBhbmQgbG9jYWwgdGltZSwgcmF0aGVyIHRoYW4gcmVwb3J0aW5nIHRo ZW0gYXMgbnVtYmVycy4NCiAgLkl0IEZsIHMNCiAgU3VwcHJlc3MgZGlzcGxheSBvZiBJL08gZGF0 YS4NCiAgLkl0IEZsIFQNCiAgRGlzcGxheSBhYnNvbHV0ZSB0aW1lc3RhbXBzIGZvciBlYWNoIGVu dHJ5IChzZWNvbmRzIHNpbmNlIGVwb2NoKS4NCiEgLkl0IEZsIHQgQXIgY25pa3N0dXcNCiAgU2Vl IHRoZQ0KICAuRmwgdA0KICBvcHRpb24gb2YNCioqKioqKioqKioqKioqKg0KKioqIDE2NSwxNzEg KioqKg0KLS0tIDE2OCwxNzYgLS0tLQ0KICAuSXQgTGkgUkVUIFRhIHJldHVybiBmcm9tIHN5c2Nh bGwgVGEgc3lzY2FsbCBuYW1lIGFuZCByZXR1cm4gdmFsdWUNCiAgLkl0IExpIE5BTUkgVGEgZmls ZSBuYW1lIGxvb2t1cCBUYSBwYXRoIHRvIGZpbGUNCiAgLkl0IExpIEdFTklPIFRhIGdlbmVyYWwg SS9PIFRhIGZkLCByZWFkL3dyaXRlLCBudW1iZXIgb2YgYnl0ZXMNCisgLkl0IExpIFNPQ0sgVGEg c29ja2FkZHIgc3lzY2FsbCBUYSBzdHJ1Y3Qgc29ja2FkZHIgdmFsdWVzDQogIC5JdCBMaSBTSUcg VGEgc2lnbmFsIFRhIHNpZ25hbCBuYW1lLCBoYW5kbGVyLCBtYXNrLCBjb2RlDQorIC5JdCBMaSBT VEFUIFRhIHN0YXQgc3lzY2FsbCBUYSBzdHJ1Y3Qgc3RhdCB2YWx1ZXMNCiAgLkl0IExpIENTVyBU YSBjb250ZXh0IHN3aXRjaCBUYSBzdG9wL3Jlc3VtZSB1c2VyL2tlcm5lbA0KICAuSXQgTGkgVVNF UiBUYSBkYXRhIGZyb20gdXNlciBwcm9jZXNzIFRhIHRoZSBkYXRhDQogIC5FbA0KKioqIC4vdXNy LmJpbi9rdHJhY2Uva3RyYWNlLmgub3JpZwlTdW4gQXByIDI4IDIzOjAwOjE2IDIwMDINCi0tLSAu L3Vzci5iaW4va3RyYWNlL2t0cmFjZS5oCVNhdCBPY3QgMjAgMjA6MTM6NTkgMjAwNw0KKioqKioq KioqKioqKioqDQoqKiogMzUsNDEgKioqKg0KICAgKi8NCiAgDQogICNkZWZpbmUgREVGX1BPSU5U UyAoS1RSRkFDX1NZU0NBTEwgfCBLVFJGQUNfU1lTUkVUIHwgS1RSRkFDX05BTUVJIHwgXA0KISAJ CSAgS1RSRkFDX0dFTklPIHwgS1RSRkFDX1BTSUcgfCBLVFJGQUNfVVNFUikNCiAgDQogICNkZWZp bmUgQUxMX1BPSU5UUyAoREVGX1BPSU5UUyB8IEtUUkZBQ19DU1cpDQogIA0KLS0tIDM1LDQyIC0t LS0NCiAgICovDQogIA0KICAjZGVmaW5lIERFRl9QT0lOVFMgKEtUUkZBQ19TWVNDQUxMIHwgS1RS RkFDX1NZU1JFVCB8IEtUUkZBQ19OQU1FSSB8IFwNCiEgCQkgIEtUUkZBQ19HRU5JTyB8IEtUUkZB Q19QU0lHIHwgS1RSRkFDX1VTRVIgfCBcDQohIAkJICBLVFJGQUNfU09DS0FERFIgfCBLVFJGQUNf U1RBVCkNCiAgDQogICNkZWZpbmUgQUxMX1BPSU5UUyAoREVGX1BPSU5UUyB8IEtUUkZBQ19DU1cp DQogIA0KKioqIC4vdXNyLmJpbi9rdHJhY2Uva3RyYWNlLjEub3JpZwlUdWUgTm92ICA3IDAyOjE3 OjUwIDIwMDYNCi0tLSAuL3Vzci5iaW4va3RyYWNlL2t0cmFjZS4xCU1vbiBPY3QgMjIgMjI6MTE6 MDQgMjAwNw0KKioqKioqKioqKioqKioqDQoqKiogMTE3LDEzMSAqKioqDQogIC5JdCBDbSBpDQog IHRyYWNlDQogIC5UbiBJL08NCiAgLkl0IENtIHMNCiAgdHJhY2Ugc2lnbmFsIHByb2Nlc3NpbmcN CiAgLkl0IENtIHUNCiAgdXNlcmxhbmQgdHJhY2VzDQogIC5JdCBDbSB3DQogIGNvbnRleHQgc3dp dGNoZXMNCiAgLkl0IENtICsNCiAgdHJhY2UgdGhlIGRlZmF1bHQgc2V0IG9mIHRyYWNlIHBvaW50 cyAtDQohIC5DbSBjICwgbiAsIGkgLCBzICwgdQ0KICAuRWwNCiAgLkl0IEFyIGNvbW1hbmQNCiAg RXhlY3V0ZQ0KLS0tIDExNywxMzUgLS0tLQ0KICAuSXQgQ20gaQ0KICB0cmFjZQ0KICAuVG4gSS9P DQorIC5JdCBDbSBrDQorIHRyYWNlIHNvY2thZGRyIGNvbnRlbnQNCiAgLkl0IENtIHMNCiAgdHJh Y2Ugc2lnbmFsIHByb2Nlc3NpbmcNCisgLkl0IENtIHQNCisgdHJhY2Ugc3RhdCBzdHJ1Y3QgZm9y IHN0YXQoMikNCiAgLkl0IENtIHUNCiAgdXNlcmxhbmQgdHJhY2VzDQogIC5JdCBDbSB3DQogIGNv bnRleHQgc3dpdGNoZXMNCiAgLkl0IENtICsNCiAgdHJhY2UgdGhlIGRlZmF1bHQgc2V0IG9mIHRy YWNlIHBvaW50cyAtDQohIC5DbSBjICwgbiAsIGkgLCBrICwgcyAsIHQgLCB1DQogIC5FbA0KICAu SXQgQXIgY29tbWFuZA0KICBFeGVjdXRlDQoqKiogLi91c3IuYmluL2t0cmFjZS9zdWJyLmMub3Jp ZwlTYXQgTm92IDI3IDE3OjUxOjM4IDIwMDQNCi0tLSAuL3Vzci5iaW4va3RyYWNlL3N1YnIuYwlT YXQgT2N0IDIwIDIwOjEzOjU5IDIwMDcNCioqKioqKioqKioqKioqKg0KKioqIDcxLDc5ICoqKioN Ci0tLSA3MSw4NSAtLS0tDQogIAkJY2FzZSAnaSc6DQogIAkJCWZhY3MgfD0gS1RSRkFDX0dFTklP Ow0KICAJCQlicmVhazsNCisgCQljYXNlICdrJzoNCisgCQkJZmFjcyB8PSBLVFJGQUNfU09DS0FE RFI7DQorIAkJCWJyZWFrOw0KICAJCWNhc2UgJ3MnOg0KICAJCQlmYWNzIHw9IEtUUkZBQ19QU0lH Ow0KICAJCQlicmVhazsNCisgCQljYXNlICd0JzoNCisgCQkJZmFjcyB8PSBLVFJGQUNfU1RBVDsN CisgCQkJYnJlYWs7DQogIAkJY2FzZSAndSc6DQogIAkJCWZhY3MgfD0gS1RSRkFDX1VTRVI7DQog IAkJCWJyZWFrOw0K --=-eLqfxyP7z2mElmnuJkS0-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 11:28:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5C7216A419 for ; Tue, 23 Oct 2007 11:28:49 +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 7BFA913C4B2 for ; Tue, 23 Oct 2007 11:28:49 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IkHvh-00077Q-UN for freebsd-current@freebsd.org; Tue, 23 Oct 2007 11:28:13 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 23 Oct 2007 11:28:13 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 23 Oct 2007 11:28:13 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 23 Oct 2007 13:29:45 +0200 Lines: 9 Message-ID: References: <471BDA2E.9040801@elischer.org> <471D34D8.8020009@elischer.org> <9bbcef730710221747w4d338e78mb9dbf5e2eb37908@mail.gmail.com> <471D4758.2040209@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <471D4758.2040209@elischer.org> Sender: news Subject: Re: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 11:28:49 -0000 Julian Elischer wrote: > Alan Cox is here next to me and we are discussing whether all the > threads that > are in the kernel should be put under PID 0 and have it called "kernel" > instead of "swapper". It's swapper thread would be called "swapper" > however. This looks reasonable... something like BeOS did IIRC. From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 12:26:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7882E16A417 for ; Tue, 23 Oct 2007 12:26:14 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id 94E3B13C4A7 for ; Tue, 23 Oct 2007 12:26:13 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:1493 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4396054AbXJWMZy (ORCPT + 1 other); Tue, 23 Oct 2007 16:25:54 +0400 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <471DE826.2050309@yandex.ru> Date: Tue, 23 Oct 2007 16:25:10 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Peter Kieser References: <471CFD53.7080608@wingless.org> In-Reply-To: <471CFD53.7080608@wingless.org> Content-Type: multipart/mixed; boundary="------------080106060200050305010607" Cc: Max Laier , freebsd-current@freebsd.org Subject: Re: ipfw2 keep-state + IPv6 on RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 12:26:14 -0000 This is a multi-part message in MIME format. --------------080106060200050305010607 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Peter Kieser wrote: > Any hints? Is IPv6 + keep-state broken on RELENG_7 or have I missed > something obvious? There is an issue with IPv6 keep-alives. Max Laier have a patch that needs testing. You can try it. -- WBR, Andrey V. Elsukov --------------080106060200050305010607 Content-Type: text/x-diff; name="ipfw_v6send.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ipfw_v6send.diff" Index: ip_fw2.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_fw2.c,v retrieving revision 1.175 diff -u -r1.175 ip_fw2.c --- ip_fw2.c 7 Oct 2007 20:44:23 -0000 1.175 +++ ip_fw2.c 19 Oct 2007 12:38:16 -0000 @@ -98,6 +98,7 @@ #include #include #ifdef INET6 +#include #include #endif @@ -241,6 +242,9 @@ #define IPFW_DYN_UNLOCK() mtx_unlock(&ipfw_dyn_mtx) #define IPFW_DYN_LOCK_ASSERT() mtx_assert(&ipfw_dyn_mtx, MA_OWNED) +static struct mbuf *send_pkt(struct mbuf *, struct ipfw_flow_id *, + u_int32_t, u_int32_t, int); + /* * Timeouts for various events in handing dynamic rules. */ @@ -671,67 +675,25 @@ } static void -send_reject6(struct ip_fw_args *args, int code, u_int hlen, struct ip6_hdr *ip6) +send_reject6(struct ip_fw_args *args, int code, u_int hlen, + struct ip6_hdr *ip6) { struct mbuf *m; m = args->m; if (code == ICMP6_UNREACH_RST && args->f_id.proto == IPPROTO_TCP) { struct tcphdr *tcp; - tcp_seq ack, seq; - int flags; - struct { - struct ip6_hdr ip6; - struct tcphdr th; - } ti; tcp = (struct tcphdr *)((char *)ip6 + hlen); - if ((tcp->th_flags & TH_RST) != 0) { - m_freem(m); - args->m = NULL; - return; - } - - ti.ip6 = *ip6; - ti.th = *tcp; - ti.th.th_seq = ntohl(ti.th.th_seq); - ti.th.th_ack = ntohl(ti.th.th_ack); - ti.ip6.ip6_nxt = IPPROTO_TCP; - - if (ti.th.th_flags & TH_ACK) { - ack = 0; - seq = ti.th.th_ack; - flags = TH_RST; - } else { - ack = ti.th.th_seq; - if ((m->m_flags & M_PKTHDR) != 0) { - /* - * total new data to ACK is: - * total packet length, - * minus the header length, - * minus the tcp header length. - */ - ack += m->m_pkthdr.len - hlen - - (ti.th.th_off << 2); - } else if (ip6->ip6_plen) { - ack += ntohs(ip6->ip6_plen) + sizeof(*ip6) - - hlen - (ti.th.th_off << 2); - } else { - m_freem(m); - return; - } - if (tcp->th_flags & TH_SYN) - ack++; - seq = 0; - flags = TH_RST|TH_ACK; + if ((tcp->th_flags & TH_RST) == 0) { + struct mbuf *m0; + m0 = send_pkt(args->m, &(args->f_id), + ntohl(tcp->th_seq), ntohl(tcp->th_ack), + tcp->th_flags | TH_RST); + if (m0 != NULL) + ip6_output(m0, NULL, NULL, 0, NULL, NULL, NULL); } - bcopy(&ti, ip6, sizeof(ti)); - /* - * m is only used to recycle the mbuf - * The data in it is never read so we don't need - * to correct the offsets or anything - */ - tcp_respond(NULL, ip6, tcp, m, ack, seq, flags); + m_freem(m); } else if (code != ICMP6_UNREACH_RST) { /* Send an ICMPv6 unreach. */ #if 0 /* @@ -1609,13 +1571,16 @@ u_int32_t ack, int flags) { struct mbuf *m; - struct ip *ip; - struct tcphdr *tcp; + int len, dir; + struct ip *h = NULL; /* stupid compiler */ +#ifdef INET6 + struct ip6_hdr *h6 = NULL; +#endif + struct tcphdr *th = NULL; MGETHDR(m, M_DONTWAIT, MT_DATA); - if (m == 0) + if (m == NULL) return (NULL); - m->m_pkthdr.rcvif = (struct ifnet *)0; #ifdef MAC if (replyto != NULL) @@ -1626,67 +1591,118 @@ (void)replyto; /* don't warn about unused arg */ #endif - m->m_pkthdr.len = m->m_len = sizeof(struct ip) + sizeof(struct tcphdr); + switch (id->addr_type) { + case 4: + len = sizeof(struct ip) + sizeof(struct tcphdr); + break; +#ifdef INET6 + case 6: + len = sizeof(struct ip6_hdr) + sizeof(struct tcphdr); + break; +#endif + default: + /* XXX: log me?!? */ + m_freem(m); + return (NULL); + } + dir = ((flags & (TH_SYN | TH_RST)) == TH_SYN); + m->m_data += max_linkhdr; + m->m_flags |= M_SKIP_FIREWALL; + m->m_pkthdr.len = m->m_len = len; + m->m_pkthdr.rcvif = NULL; + bzero(m->m_data, len); + + switch (id->addr_type) { + case 4: + h = mtod(m, struct ip *); + + /* prepare for checksum */ + h->ip_p = IPPROTO_TCP; + h->ip_len = htons(sizeof(struct tcphdr)); + if (dir) { + h->ip_src.s_addr = htonl(id->src_ip); + h->ip_dst.s_addr = htonl(id->dst_ip); + } else { + h->ip_src.s_addr = htonl(id->dst_ip); + h->ip_dst.s_addr = htonl(id->src_ip); + } - ip = mtod(m, struct ip *); - bzero(ip, m->m_len); - tcp = (struct tcphdr *)(ip + 1); /* no IP options */ - ip->ip_p = IPPROTO_TCP; - tcp->th_off = 5; - /* - * Assume we are sending a RST (or a keepalive in the reverse - * direction), swap src and destination addresses and ports. - */ - ip->ip_src.s_addr = htonl(id->dst_ip); - ip->ip_dst.s_addr = htonl(id->src_ip); - tcp->th_sport = htons(id->dst_port); - tcp->th_dport = htons(id->src_port); - if (flags & TH_RST) { /* we are sending a RST */ + th = (struct tcphdr *)(h + 1); + break; +#ifdef INET6 + case 6: + h6 = mtod(m, struct ip6_hdr *); + + /* prepare for checksum */ + h6->ip6_nxt = IPPROTO_TCP; + h6->ip6_plen = htons(sizeof(struct tcphdr)); + if (dir) { + h6->ip6_src = id->src_ip6; + h6->ip6_dst = id->dst_ip6; + } else { + h6->ip6_src = id->dst_ip6; + h6->ip6_dst = id->src_ip6; + } + + th = (struct tcphdr *)(h6 + 1); + break; +#endif + } + + if (dir) { + th->th_sport = id->src_port; + th->th_dport = id->dst_port; + } else { + th->th_sport = id->dst_port; + th->th_dport = id->src_port; + } + th->th_off = sizeof(struct tcphdr) >> 2; + + if (flags & TH_RST) { if (flags & TH_ACK) { - tcp->th_seq = htonl(ack); - tcp->th_ack = htonl(0); - tcp->th_flags = TH_RST; + th->th_seq = htonl(ack); + th->th_flags = TH_RST; } else { if (flags & TH_SYN) seq++; - tcp->th_seq = htonl(0); - tcp->th_ack = htonl(seq); - tcp->th_flags = TH_RST | TH_ACK; + th->th_ack = htonl(seq); + th->th_flags = TH_RST | TH_ACK; } } else { /* - * We are sending a keepalive. flags & TH_SYN determines - * the direction, forward if set, reverse if clear. - * NOTE: seq and ack are always assumed to be correct - * as set by the caller. This may be confusing... + * Keepalive - use caller provided sequence numbers */ - if (flags & TH_SYN) { - /* - * we have to rewrite the correct addresses! - */ - ip->ip_dst.s_addr = htonl(id->dst_ip); - ip->ip_src.s_addr = htonl(id->src_ip); - tcp->th_dport = htons(id->dst_port); - tcp->th_sport = htons(id->src_port); - } - tcp->th_seq = htonl(seq); - tcp->th_ack = htonl(ack); - tcp->th_flags = TH_ACK; + th->th_seq = htonl(seq); + th->th_ack = htonl(ack); + th->th_flags = TH_ACK; + } + + switch (id->addr_type) { + case 4: + th->th_sum = in_cksum(m, len); + + /* finish the ip header */ + h->ip_v = 4; + h->ip_hl = sizeof(*h) >> 2; + h->ip_tos = IPTOS_LOWDELAY; + h->ip_off = 0; + h->ip_len = len; + h->ip_ttl = ip_defttl; + h->ip_sum = 0; + break; +#ifdef INET6 + case 6: + th->th_sum = in6_cksum(m, IPPROTO_TCP, sizeof(*h6), + sizeof(struct tcphdr)); + + /* finish the ip6 header */ + h6->ip6_vfc |= IPV6_VERSION; + h6->ip6_hlim = IPV6_DEFHLIM; + break; +#endif } - /* - * set ip_len to the payload size so we can compute - * the tcp checksum on the pseudoheader - * XXX check this, could save a couple of words ? - */ - ip->ip_len = htons(sizeof(struct tcphdr)); - tcp->th_sum = in_cksum(m, m->m_pkthdr.len); - /* - * now fill fields left out earlier - */ - ip->ip_ttl = ip_defttl; - ip->ip_len = m->m_pkthdr.len; - m->m_flags |= M_SKIP_FIREWALL; + return (m); } @@ -4860,6 +4876,9 @@ ipfw_tick(void * __unused unused) { struct mbuf *m0, *m, *mnext, **mtailp; +#ifdef INET6 + struct mbuf *m6, **m6_tailp; +#endif int i; ipfw_dyn_rule *q; @@ -4874,6 +4893,10 @@ */ m0 = NULL; mtailp = &m0; +#ifdef INET6 + m6 = NULL; + m6_tailp = &m6; +#endif IPFW_DYN_LOCK(); for (i = 0 ; i < curr_dyn_buckets ; i++) { for (q = ipfw_dyn_v[i] ; q ; q = q->next ) { @@ -4889,14 +4912,37 @@ if (TIME_LEQ(q->expire, time_uptime)) continue; /* too late, rule expired */ - *mtailp = send_pkt(NULL, &(q->id), q->ack_rev - 1, + m = send_pkt(NULL, &(q->id), q->ack_rev - 1, q->ack_fwd, TH_SYN); - if (*mtailp != NULL) - mtailp = &(*mtailp)->m_nextpkt; - *mtailp = send_pkt(NULL, &(q->id), q->ack_fwd - 1, + mnext = send_pkt(NULL, &(q->id), q->ack_fwd - 1, q->ack_rev, 0); - if (*mtailp != NULL) - mtailp = &(*mtailp)->m_nextpkt; + + switch (q->id.addr_type) { + case 4: + if (m != NULL) { + *mtailp = m; + mtailp = &(*mtailp)->m_nextpkt; + } + if (mnext != NULL) { + *mtailp = mnext; + mtailp = &(*mtailp)->m_nextpkt; + } + break; +#ifdef INET6 + case 6: + if (m != NULL) { + *m6_tailp = m; + m6_tailp = &(*m6_tailp)->m_nextpkt; + } + if (mnext != NULL) { + *m6_tailp = mnext; + m6_tailp = &(*m6_tailp)->m_nextpkt; + } + break; +#endif + } + + m = mnext = NULL; } } IPFW_DYN_UNLOCK(); @@ -4905,6 +4951,13 @@ m->m_nextpkt = NULL; ip_output(m, NULL, NULL, 0, NULL, NULL); } +#ifdef INET6 + for (m = mnext = m6; m != NULL; m = mnext) { + mnext = m->m_nextpkt; + m->m_nextpkt = NULL; + ip6_output(m, NULL, NULL, 0, NULL, NULL, NULL); + } +#endif done: callout_reset(&ipfw_timeout, dyn_keepalive_period*hz, ipfw_tick, NULL); } --------------080106060200050305010607-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 12:55:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77C6716A41B for ; Tue, 23 Oct 2007 12:55:36 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id C8A1B13C491 for ; Tue, 23 Oct 2007 12:55:35 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 23 Oct 2007 12:28:48 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp010) with SMTP; 23 Oct 2007 14:28:48 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19FK60r3+RFq/KPpnpakYa9n/0GkIsCJobGkaaM3/ 6wrcUkwtxNufQ3 From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Tue, 23 Oct 2007 14:28:46 +0200 User-Agent: KMail/1.9.7 References: <471D9658.4060005@gmail.com> In-Reply-To: <471D9658.4060005@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710231428.47376.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: "Aryeh M. Friedman" Subject: Re: an interesting observation on network performence X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 12:55:36 -0000 On Tuesday 23 October 2007 08:36:08 Aryeh M. Friedman wrote: > I get better network performance on XP running under qemu on 8-current. > (sorry don't have hard numbers but it roughly times better on p2p > apps). Here is the config: > > Host OS: > > 8-current > amd64 > 4gb ram > > bridge0: flags=8843 metric 0 mtu > 1500 > ether 62:4e:c7:60:d0:a0 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: tap0 flags=143 > member: re0 flags=143 > tap0: flags=8943 metric > 0 mtu 1500 > ether 00:bd:43:f2:02:00 > inet6 fe80::2bd:43ff:fef2:200%tap0 prefixlen 64 scopeid 0x5 > Opened by PID 14839 > > sudo qemu -net nic -net tap -hda test -localtime -m 1024 -soundhw all > > Host p2p program: deluge (latest) > > Guest OS: > > XP Pro SP2 (all updates as of 1/1/2007) > > Guest p2p program: uTorrent 1.7 - torrent speeds can vary greatly. - you're using two different clients that probably use different algorithms for connection management You could try utorrent under wine (if that works) or a cross platform client. Since the guest OS uses the same network stack, I see no network performance per se. -- Stefan From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 13:29:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9911B16A46B for ; Tue, 23 Oct 2007 13:29:19 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 536C813C4DB for ; Tue, 23 Oct 2007 13:29:19 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:5539:9b49:da2:2085] (unknown [IPv6:2001:7b8:3a7:0:5539:9b49:da2:2085]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 1DAB73C; Tue, 23 Oct 2007 15:29:18 +0200 (CEST) Message-ID: <471DF72D.8080008@andric.com> Date: Tue, 23 Oct 2007 15:29:17 +0200 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.7pre (Windows/20071020) MIME-Version: 1.0 To: Max Laier References: <471D9658.4060005@gmail.com> <200710231230.43315.max@love2party.net> In-Reply-To: <200710231230.43315.max@love2party.net> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Aryeh M. Friedman" Subject: Re: an interesting observation on network performence X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 13:29:19 -0000 Max Laier wrote: > bittorrent performance is determined by a lager number of factores, the > least of which is the OS. These days, you also need to suspect ISP's... ;) From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 11:53:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35EB016A468 for ; Tue, 23 Oct 2007 11:53:39 +0000 (UTC) (envelope-from braddo@tranceaddict.net) Received: from omta08.mta.everyone.net (sitemail3.everyone.net [216.200.145.37]) by mx1.freebsd.org (Postfix) with ESMTP id 29CBB13C4B7 for ; Tue, 23 Oct 2007 11:53:38 +0000 (UTC) (envelope-from braddo@tranceaddict.net) Received: from dm25.mta.everyone.net (bigiplb-dsnat [172.16.0.19]) by omta08.mta.everyone.net (Postfix) with ESMTP id D5E06453A4 for ; Tue, 23 Oct 2007 04:53:27 -0700 (PDT) X-Eon-Dm: dm25 Received: by resin17.mta.everyone.net (EON-PICKUP) id resin17.471932d3.ea9e; Tue, 23 Oct 2007 04:53:27 -0700 Message-Id: <20071023045327.BA6FF6FA@resin17.mta.everyone.net> Date: Tue, 23 Oct 2007 04:53:27 -0700 From: "Brad Allen" To: X-Eon-Sig: AQLBoNFHHeC3sVJGngEAAAAB,dde7964d12aaef9125ed15b2da2c19a4 X-Originating-Ip: [124.190.114.202] X-Mailman-Approved-At: Tue, 23 Oct 2007 14:27:49 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: random panics: vm_phys_free_pages: page 0xc161f2a0 has unexpected order 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: braddo@tranceaddict.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 11:53:39 -0000 I am getting random panics with CURRENT i386, have been trying snapshots since June hoping the problem would be resolved but unfortunately it hasnt so I thought its about time I reported it. Here is an example of the message I receive: panic: vm_phys_free_pages: page 0xc161f2a0 has unexpected order 10 cpuid=0 KBD: enter: panic [thread pid 5479 tid 100075] Stopped at kdb_enter+0x32: leave Unfortunately I'm not able to send a backtrace as I'm unable to recompile the kernel in order to obtain a kernel.debug without it panicing. A couple of examples of when this panic has happened are during compiling, and using portsnap to extract ports. Let me know if theres anything I can do to provide further assistance. Thanks From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 15:13:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5806816A419 for ; Tue, 23 Oct 2007 15:13:49 +0000 (UTC) (envelope-from freebsd-questions@stellablue.org) Received: from smtpout.teamholistic.com (smtpout.teamholistic.com [72.250.241.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3FD6D13C465 for ; Tue, 23 Oct 2007 15:13:49 +0000 (UTC) (envelope-from freebsd-questions@stellablue.org) Received: from 66-169-93-064.dhcp.ahvl.nc.charter.com ([66.169.93.64] helo=[127.0.0.1]) by smtpout.teamholistic.com with esmtpa (Exim 4.63) (envelope-from ) id 1IkJhQ-00046j-0L; Tue, 23 Oct 2007 13:21:36 +0000 Message-ID: <471DF551.4030803@stellablue.org> Date: Tue, 23 Oct 2007 09:21:21 -0400 From: Steve Brown User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Steven Brown References: <47091FDE.4060808@stellablue.org> In-Reply-To: <47091FDE.4060808@stellablue.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000783-1, 10/22/2007), Outbound message X-Antivirus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Panic: mutex Giant not owned cam_xpt.c :4799 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 15:13:49 -0000 7.0-BETA1 seems to suffer the same fate. 6.2-R still working fine on same hardware. Steve Steven Brown wrote: > Just decided to try out the 0907 snapshot of -CURRENT (amd64) and it > won't boot off the install CD > > Thought I would post as much info as I could for interested parties. I > have to copy by hand, so I will try to include as much as I can. > > panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c :4799 > > This error occurs right after "md0: Preloaded image .... > > The motherboard is an Asus P5M2-R, with dual bge ethernets (on mb), a > Adaptec 3405 SATA/SAS RAID PCI-e card (aac driver), and has an Intel > Q6600 quad core. 4GB of RAM. You will soon see why I included the > information on the Adaptec card. > > This hardware works fine using 6.2-RELEASE p8 -- well, at least i386 > does. This system has a modified src/sys/dev/aac which includes the > vendor ID info for the 3405/3805 cards and has no problems booting > (and running), detecting Adaptec card, etc. > > I also have a CD with the same snapshot (CURRENT, 0907) in an i386 > version (not AMD64) which appears to produce the same error. > > Upon the panic, the system entered the debugger and I typed "trace" to > get the following from AMD64 snapshot: > > Tracing pid 26 tid 100026 td 0xffffff0002245680 > kdb_enter() at kdb_enter+0x31 > panic() at panic+0x173 > _mtx_assert() at _mtx_assert+0xd6 > xpt_release_simq() at xpt_release_simq()+0x27 > aac_alloc_commands() at aac_alloc_commands()+0x156 > aac_command_thread() at aac_command_thread()+0xe5 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline()+0xe > --- trap 0, rip = 0, rsp = 0xffffffffac6fdd30, rbp = 0 --- > > > Hope this helps someone, > > Steve > _______________________________________________ > 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 Oct 23 15:28:36 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FD9516A46B for ; Tue, 23 Oct 2007 15:28:34 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (mx1.vega.ru [87.242.77.163]) by mx1.freebsd.org (Postfix) with ESMTP id DB47E13C4AC for ; Tue, 23 Oct 2007 15:28:33 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=50330 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IkLfi-000Bk7-UF; Tue, 23 Oct 2007 15:27:58 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.1/8.14.1) with ESMTP id l9NFRJHj056433; Tue, 23 Oct 2007 19:27:19 +0400 (MSD) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.1/8.14.1/Submit) id l9NFRIhZ056432; Tue, 23 Oct 2007 19:27:18 +0400 (MSD) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Tue, 23 Oct 2007 19:27:18 +0400 From: Ruslan Ermilov To: Aristedes Maniatis Message-ID: <20071023152718.GE55495@team.vega.ru> References: <1193106060.82079.19.camel@neo.cse.buffalo.edu> <67ABA706-5207-4FFD-AE76-FAC4305F0EC2@ish.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <67ABA706-5207-4FFD-AE76-FAC4305F0EC2@ish.com.au> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.org, Ken Smith Subject: Re: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 15:28:36 -0000 On Tue, Oct 23, 2007 at 07:59:08PM +1000, Aristedes Maniatis wrote: > > On 23/10/2007, at 12:21 PM, Ken Smith wrote: > >> We have entered the final phases of the FreeBSD-7.0 Release cycle which >> also means the beginning of the FreeBSD-6.3 Release cycle. > > > Naturally this is putting considerable load on the main cvsup server at the > moment and it isn't easy to get access to cvsup.freebsd.org. However some > weeks ago I reported a problem where the Australian mirror was returning > incorrect files, so I don't really trust the mirroring system at the > moment. > > Is there some safety in using the primary mirrors cvsup[0-9]+.freebsd.org? > Which ones can be 100% relied upon to be up to date? Is there some way of > verifying that a particular server is up to date and reliable? > > Is there a more appropriate infrastructure mailing list to raise this issue > on? > The official list of mirror sites has the contact emails: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 15:38:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8BDD16A418; Tue, 23 Oct 2007 15:38:46 +0000 (UTC) (envelope-from bsd-current@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.freebsd.org (Postfix) with ESMTP id 6CCA113C491; Tue, 23 Oct 2007 15:38:46 +0000 (UTC) (envelope-from bsd-current@epcdirect.co.uk) Received: from localhost (localhost.epcdirect.co.uk [127.0.0.1]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 50D48610D; Tue, 23 Oct 2007 16:16:21 +0100 (BST) X-Virus-Scanned: by GunFright.EPCDirect.co.uk Received: from gunfright.epcdirect.co.uk ([127.0.0.1]) by localhost (gunfright.epcdirect.co.uk [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2-i8ixRSr-Uw; Tue, 23 Oct 2007 16:16:21 +0100 (BST) Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 14F8760F8; Tue, 23 Oct 2007 16:16:21 +0100 (BST) From: "Lawrence Farr" To: "'JoaoBR'" , References: <4712A4A8.7080503@FreeBSD.org> <4712AC0E.1080704@FreeBSD.org> <20071015.164353.42868213.hrs@allbsd.org> <200710230655.26706.joao@matik.com.br> In-Reply-To: <200710230655.26706.joao@matik.com.br> Date: Tue, 23 Oct 2007 16:16:10 +0100 Message-ID: <040e01c81587$a47f6600$ed7e3200$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcgVbTG6+JkAcoZdR8GQo2XCYjpt1gAGiJjA Content-Language: en-gb Cc: scottl@freebsd.org, current@freebsd.org Subject: RE: panic in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 15:38:46 -0000 > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of JoaoBR > Sent: 23 October 2007 09:55 > To: freebsd-current@freebsd.org > Cc: scottl@freebsd.org; current@freebsd.org > Subject: Re: panic in 8-CURRENT >=20 > On Monday 15 October 2007 05:43:53 Hiroki Sato wrote: > > Kris Kennaway wrote > > in <4712AC0E.1080704@FreeBSD.org>: > > > > kr> Hiroki Sato wrote: > > kr> > Any patches I can try? I am not sure this panic occurred = with > the > > kr> > old kernel (I updated it from Oct 4's one to Oct 15's), but > IIRC the > > kr> > old one should have worked fine. I will double-check it > anyway. > > kr> > > kr> Perhaps Scott can send you (and me) his latest patch (the one I > have is > > kr> from several months ago). I'd like to see it committed for 7.0. > > > > Well, I got the INTR_FAST patch for bge from him just now and > rebuilt > > the kernel, but the same panic occurs with it. > > >=20 >=20 > could this patch help to solve this kern/116328 also ? If so would you > mind to > send me a copy? >=20 >=20 > thank's > -- >=20 > Jo=E3o Setting hw.bge.allow_asf=3D"0" at the loader prompt fixes it for me, as=20 per the mail by Anders Norby: http://www.nabble.com/HP-Proliant-system-freezes-when-bge-NIC-is-used-tf4= 666 838.html#a13331321 From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 15:38:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8BDD16A418; Tue, 23 Oct 2007 15:38:46 +0000 (UTC) (envelope-from bsd-current@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.freebsd.org (Postfix) with ESMTP id 6CCA113C491; Tue, 23 Oct 2007 15:38:46 +0000 (UTC) (envelope-from bsd-current@epcdirect.co.uk) Received: from localhost (localhost.epcdirect.co.uk [127.0.0.1]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 50D48610D; Tue, 23 Oct 2007 16:16:21 +0100 (BST) X-Virus-Scanned: by GunFright.EPCDirect.co.uk Received: from gunfright.epcdirect.co.uk ([127.0.0.1]) by localhost (gunfright.epcdirect.co.uk [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2-i8ixRSr-Uw; Tue, 23 Oct 2007 16:16:21 +0100 (BST) Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 14F8760F8; Tue, 23 Oct 2007 16:16:21 +0100 (BST) From: "Lawrence Farr" To: "'JoaoBR'" , References: <4712A4A8.7080503@FreeBSD.org> <4712AC0E.1080704@FreeBSD.org> <20071015.164353.42868213.hrs@allbsd.org> <200710230655.26706.joao@matik.com.br> In-Reply-To: <200710230655.26706.joao@matik.com.br> Date: Tue, 23 Oct 2007 16:16:10 +0100 Message-ID: <040e01c81587$a47f6600$ed7e3200$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcgVbTG6+JkAcoZdR8GQo2XCYjpt1gAGiJjA Content-Language: en-gb Cc: scottl@freebsd.org, current@freebsd.org Subject: RE: panic in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 15:38:46 -0000 > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of JoaoBR > Sent: 23 October 2007 09:55 > To: freebsd-current@freebsd.org > Cc: scottl@freebsd.org; current@freebsd.org > Subject: Re: panic in 8-CURRENT >=20 > On Monday 15 October 2007 05:43:53 Hiroki Sato wrote: > > Kris Kennaway wrote > > in <4712AC0E.1080704@FreeBSD.org>: > > > > kr> Hiroki Sato wrote: > > kr> > Any patches I can try? I am not sure this panic occurred = with > the > > kr> > old kernel (I updated it from Oct 4's one to Oct 15's), but > IIRC the > > kr> > old one should have worked fine. I will double-check it > anyway. > > kr> > > kr> Perhaps Scott can send you (and me) his latest patch (the one I > have is > > kr> from several months ago). I'd like to see it committed for 7.0. > > > > Well, I got the INTR_FAST patch for bge from him just now and > rebuilt > > the kernel, but the same panic occurs with it. > > >=20 >=20 > could this patch help to solve this kern/116328 also ? If so would you > mind to > send me a copy? >=20 >=20 > thank's > -- >=20 > Jo=E3o Setting hw.bge.allow_asf=3D"0" at the loader prompt fixes it for me, as=20 per the mail by Anders Norby: http://www.nabble.com/HP-Proliant-system-freezes-when-bge-NIC-is-used-tf4= 666 838.html#a13331321 From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 16:24:16 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43F9516A468; Tue, 23 Oct 2007 16:24:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id AD68313C4A5; Tue, 23 Oct 2007 16:24:15 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l9NGMgZo042089; Tue, 23 Oct 2007 18:22:47 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l9NGMghL042088; Tue, 23 Oct 2007 18:22:42 +0200 (CEST) (envelope-from olli) Date: Tue, 23 Oct 2007 18:22:42 +0200 (CEST) Message-Id: <200710231622.l9NGMghL042088@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, simon@FreeBSD.ORG In-Reply-To: <20071018223724.GA987@zaphod.nitro.dk> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 23 Oct 2007 18:22:47 +0200 (CEST) Cc: Subject: Re: [simon@FreeBSD.org: cvs commit: src/crypto/openssl/ssl d1_both.c ?dtls1.h ssl.h ssl_err.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, simon@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 16:24:16 -0000 Simon L. Nielsen wrote: > RELENG_7 isn't -STABLE yet Uhm, are you sure? In the past, whenever a new RELENG branch was created, it was implicitly the next -stable branch, because -current moved on to the next version number. Did that policy change? If it did change, I'm curious to know what the version 7 branch is called right now (6 being -stable and 8 being -current)? I assume we do not have two -current branches at the same time, do we? Best regards Oliver PS: I do agree that the DTLS security fix doesn't need a FreeBSD Security Advisory, for the reason that it doesn't seem to affect any _released_ FreeBSD version. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." -- RFC 1925 From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 16:45:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9109B16A417 for ; Tue, 23 Oct 2007 16:45:45 +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 3EBB513C491 for ; Tue, 23 Oct 2007 16:45:45 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9NGjD07048259; Tue, 23 Oct 2007 10:45:13 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <471E2505.6000708@samsco.org> Date: Tue, 23 Oct 2007 10:44:53 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Steve Brown References: <47091FDE.4060808@stellablue.org> <471DF551.4030803@stellablue.org> In-Reply-To: <471DF551.4030803@stellablue.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 23 Oct 2007 10:45:13 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: Panic: mutex Giant not owned cam_xpt.c :4799 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 16:45:45 -0000 Sorry, this is a known error, I just haven't had time to work on it yet. I'll let you know when I have something available for testing. Scott Steve Brown wrote: > 7.0-BETA1 seems to suffer the same fate. > > 6.2-R still working fine on same hardware. > > Steve > > Steven Brown wrote: >> Just decided to try out the 0907 snapshot of -CURRENT (amd64) and it >> won't boot off the install CD >> >> Thought I would post as much info as I could for interested parties. I >> have to copy by hand, so I will try to include as much as I can. >> >> panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c :4799 >> >> This error occurs right after "md0: Preloaded image .... >> >> The motherboard is an Asus P5M2-R, with dual bge ethernets (on mb), a >> Adaptec 3405 SATA/SAS RAID PCI-e card (aac driver), and has an Intel >> Q6600 quad core. 4GB of RAM. You will soon see why I included the >> information on the Adaptec card. >> >> This hardware works fine using 6.2-RELEASE p8 -- well, at least i386 >> does. This system has a modified src/sys/dev/aac which includes the >> vendor ID info for the 3405/3805 cards and has no problems booting >> (and running), detecting Adaptec card, etc. >> >> I also have a CD with the same snapshot (CURRENT, 0907) in an i386 >> version (not AMD64) which appears to produce the same error. >> >> Upon the panic, the system entered the debugger and I typed "trace" to >> get the following from AMD64 snapshot: >> >> Tracing pid 26 tid 100026 td 0xffffff0002245680 >> kdb_enter() at kdb_enter+0x31 >> panic() at panic+0x173 >> _mtx_assert() at _mtx_assert+0xd6 >> xpt_release_simq() at xpt_release_simq()+0x27 >> aac_alloc_commands() at aac_alloc_commands()+0x156 >> aac_command_thread() at aac_command_thread()+0xe5 >> fork_exit() at fork_exit+0x12a >> fork_trampoline() at fork_trampoline()+0xe >> --- trap 0, rip = 0, rsp = 0xffffffffac6fdd30, rbp = 0 --- >> >> >> Hope this helps someone, >> >> Steve >> _______________________________________________ >> 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" > > _______________________________________________ > 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 Oct 23 16:46:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B2416A41B for ; Tue, 23 Oct 2007 16:46:06 +0000 (UTC) (envelope-from brdbrd@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id AFDC913C4A7 for ; Tue, 23 Oct 2007 16:46:06 +0000 (UTC) (envelope-from brdbrd@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1352634rvb for ; Tue, 23 Oct 2007 09:45:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received: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; bh=HRHg3Bxa4JKGg09b3RWVDrWqImVoY/DVrUWDawBe0sk=; b=qik/eGQ//YlV386oKFVeL5yyO3qg0a9jcadgPAeR0gK7NI5A6Jvi1akEJvEFCSM9/1vfn2dRONBQQX2nryURI9KvvOuc9aJ5yHKWwb7HY2cXW5n2WlvUa8yngNMQONMRc0pCqW5SP3hY8kHNOuhify0ddI1eLPiEn/9SM+mDOAw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; 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=r9CtvR82qCeeZ1vNQFYFv/fqWIU15lCZrEfCXFMQkCcXDwBPrqfzQy4+IjZ4I8scjHt5qbXg3+V89gP59kaqTa/eU2oUu3ywiz/x4R2Xtcdvf6NL/TWtSpDYiui03J00iOwNUrgv8ReLsUe/Eos0Dcfhny/PiICJJyO9ZMoxiRQ= Received: by 10.141.185.3 with SMTP id m3mr3184526rvp.1193156313092; Tue, 23 Oct 2007 09:18:33 -0700 (PDT) Received: by 10.141.36.7 with HTTP; Tue, 23 Oct 2007 09:18:33 -0700 (PDT) Message-ID: <35ffa5710710230918p480039d5x7c02288991e16440@mail.gmail.com> Date: Tue, 23 Oct 2007 10:18:33 -0600 From: "Brad Davis" Sender: brdbrd@gmail.com To: braddo@tranceaddict.net, freebsd-current@freebsd.org In-Reply-To: <20071023045327.BA6FF6FA@resin17.mta.everyone.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071023045327.BA6FF6FA@resin17.mta.everyone.net> X-Google-Sender-Auth: c1b84e37af6d9d9f Cc: Subject: Re: random panics: vm_phys_free_pages: page 0xc161f2a0 has unexpected order 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 16:46:06 -0000 On 10/23/07, Brad Allen wrote: > > I am getting random panics with CURRENT i386, have been trying > snapshots since June hoping the problem would be resolved but > unfortunately it hasnt so I thought its about time I reported it. Here > is an example of the message I receive: > panic: vm_phys_free_pages: page 0xc161f2a0 has unexpected order 10 > cpuid=0 > KBD: enter: panic > [thread pid 5479 tid 100075] > Stopped at kdb_enter+0x32: leave > Unfortunately I'm not able to send a backtrace as I'm unable to > recompile the kernel in order to obtain a kernel.debug without it > panicing. A couple of examples of when this panic has happened are > during compiling, and using portsnap to extract ports. > Let me know if theres anything I can do to provide further assistance. > Thanks You might try grabbing a snapshot from http://snapshots.us.freebsd.org, as these have full debugging enabled.. Regards, Brad Davis From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 17:13:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A308716A475 for ; Tue, 23 Oct 2007 17:13:43 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7F913C4B0 for ; Tue, 23 Oct 2007 17:13:41 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9NHDRsb094854 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 23 Oct 2007 13:13:27 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Aristedes Maniatis In-Reply-To: <67ABA706-5207-4FFD-AE76-FAC4305F0EC2@ish.com.au> References: <1193106060.82079.19.camel@neo.cse.buffalo.edu> <67ABA706-5207-4FFD-AE76-FAC4305F0EC2@ish.com.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-FdBF0gmQDFAQi+kl6g+Z" Organization: U. Buffalo CSE Department Date: Tue, 23 Oct 2007 13:13:27 -0400 Message-Id: <1193159607.23437.53.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-current@freebsd.org Subject: Re: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 17:13:43 -0000 --=-FdBF0gmQDFAQi+kl6g+Z Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-10-23 at 19:59 +1000, Aristedes Maniatis wrote: > On 23/10/2007, at 12:21 PM, Ken Smith wrote: >=20 > > We have entered the final phases of the FreeBSD-7.0 Release cycle =20 > > which > > also means the beginning of the FreeBSD-6.3 Release cycle. >=20 >=20 > Naturally this is putting considerable load on the main cvsup server =20 > at the moment and it isn't easy to get access to cvsup.freebsd.org. =20 > However some weeks ago I reported a problem where the Australian =20 > mirror was returning incorrect files, so I don't really trust the =20 > mirroring system at the moment. Hmm. No offense intended but there should have been no impact at all on the main cvsup server. We branched RELENG_7 a while ago and that probably stressed it for a day or so but the release builds and distribution don't really have an impact on the cvsup server infrastructure.. > Is there some safety in using the primary mirrors cvsup[0-9]=20 > +.freebsd.org? Which ones can be 100% relied upon to be up to date? =20 > Is there some way of verifying that a particular server is up to date =20 > and reliable? Typically problems with the top-level mirrors get reported and fixed pretty quick so they should be reliable. > Is there a more appropriate infrastructure mailing list to raise this =20 > issue on? Ruslan gave one option. Another is the freebsd-hubs mailing list which is where most of the mirror administrators (both cvsup and ftp) hang out. That said I'll see if I can find out what's up with the Australian mirror. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-FdBF0gmQDFAQi+kl6g+Z Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHHiu3/G14VSmup/YRAgAjAJ9Rs+qWg6vorQ3gg970QfYwALPSVQCfT/1K UzIV6JaeMRRhCHureN0Un6M= =e/e3 -----END PGP SIGNATURE----- --=-FdBF0gmQDFAQi+kl6g+Z-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 17:16:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89F0516A419 for ; Tue, 23 Oct 2007 17:16:29 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 1856E13C48A for ; Tue, 23 Oct 2007 17:16:28 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l9NHG8bW091643; Tue, 23 Oct 2007 19:16:08 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l9NHFvYJ050436 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Oct 2007 19:15:58 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l9NHFv6m060845; Tue, 23 Oct 2007 19:15:57 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l9NHFuxH060844; Tue, 23 Oct 2007 19:15:56 +0200 (CEST) (envelope-from ticso) Date: Tue, 23 Oct 2007 19:15:56 +0200 From: Bernd Walter To: Aristedes Maniatis Message-ID: <20071023171555.GJ46533@cicely12.cicely.de> References: <1193106060.82079.19.camel@neo.cse.buffalo.edu> <67ABA706-5207-4FFD-AE76-FAC4305F0EC2@ish.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <67ABA706-5207-4FFD-AE76-FAC4305F0EC2@ish.com.au> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.009, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: Ken Smith , freebsd-current@freebsd.org Subject: Re: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 17:16:29 -0000 On Tue, Oct 23, 2007 at 07:59:08PM +1000, Aristedes Maniatis wrote: > > On 23/10/2007, at 12:21 PM, Ken Smith wrote: > > >We have entered the final phases of the FreeBSD-7.0 Release cycle > >which > >also means the beginning of the FreeBSD-6.3 Release cycle. > > > Naturally this is putting considerable load on the main cvsup server > at the moment and it isn't easy to get access to cvsup.freebsd.org. > However some weeks ago I reported a problem where the Australian > mirror was returning incorrect files, so I don't really trust the > mirroring system at the moment. > > Is there some safety in using the primary mirrors cvsup[0-9] > +.freebsd.org? Which ones can be 100% relied upon to be up to date? > Is there some way of verifying that a particular server is up to date > and reliable? There is no structural difference between cvsup.* and cvsup[0-9].*. They all mirror from cvsup-master more or less often. Some mirror from local non public cvsup-master mirrors, but this doesn't add more risk to the reliability, since they are used so often that a failure of one of them gets noticed and repaired quite fast. It seems that this is a local problem with australian FreeBSD group not keeping that much care about their local mirrors. We have had some major failures and non reachable admins in germany as well, but after some resonable timeout the domain admins just took the required steps to take them out of public access. > Is there a more appropriate infrastructure mailing list to raise this > issue on? Normaly cvsup admins should read hubs@freebsd.org. As Ruslan pointed out there is also the admin list documented. If everything fails you can also ask domain athoritives, which is dawes at xfree86.org according to SOA record of au.freebsd.org. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 17:25:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12C6316A473; Tue, 23 Oct 2007 17:25:25 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 80ABE13C48D; Tue, 23 Oct 2007 17:25:24 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9NHP3Gn094889 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 23 Oct 2007 13:25:03 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, simon@freebsd.org In-Reply-To: <200710231622.l9NGMghL042088@lurza.secnetix.de> References: <200710231622.l9NGMghL042088@lurza.secnetix.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GS0TLBcsN8T400zQjIUs" Organization: U. Buffalo CSE Department Date: Tue, 23 Oct 2007 13:25:03 -0400 Message-Id: <1193160303.23437.63.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: Re: [simon@FreeBSD.org: cvs commit: src/crypto/openssl/ssl d1_both.c ?dtls1.h ssl.h ssl_err.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 17:25:25 -0000 --=-GS0TLBcsN8T400zQjIUs Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-10-23 at 18:22 +0200, Oliver Fromme wrote: > Simon L. Nielsen wrote: > > RELENG_7 isn't -STABLE yet >=20 > Uhm, are you sure? In the past, whenever a new RELENG > branch was created, it was implicitly the next -stable > branch, because -current moved on to the next version > number. Did that policy change? It is implicitly the *next* -stable but it's not there yet. That's what Simon was saying. FreeBSD's development (specifically the CVS repository) is public. But the bottom line is that the RELENG_X branches are *development* branches. If we were a corporation those would be private to the Developers. As such the RELENG_X branches at times have nebulous states, gray zones, etc. We're in one such gray zone now. If I needed to come up with a name for RELENG_7 right now it would be what I set its name to when I first branched it: 7.0-PRERELEASE. It doesn't officially become -stable until there has been a release done from it. I've said this many times before. There are lots of people out there who use RELENG_X. But strictly speaking that's a *development* branch. There can be glitches while using it, mistakes do get made on it, etc. We don't want to act like a private company, we don't want to hide the development work. BUT we *do* need to have RELENG_X as a development tool and people using it need to realize that's exactly what it is. The RELENG_X_Y branches are what is meant for "general public consumption". > If it did change, I'm curious to know what the version > 7 branch is called right now (6 being -stable and 8 > being -current)? I assume we do not have two -current > branches at the same time, do we? No change in any policies or anything like that. What I'm describing has been the status quo for a long time but people tend to forget or never quite "get it" or ... so I'm sure you're not the only one thinking this way. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-GS0TLBcsN8T400zQjIUs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHHi5v/G14VSmup/YRAuCAAKCU7fsUahOuTCR6IKipAei2lXTBfwCfX9I9 M0IHFtKN0pGR+k521H6h0f8= =e5AM -----END PGP SIGNATURE----- --=-GS0TLBcsN8T400zQjIUs-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 17:37:23 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D3A216A475 for ; Tue, 23 Oct 2007 17:37:23 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 508ED13C4D1 for ; Tue, 23 Oct 2007 17:37:22 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id l9NHb8aZ060840; Tue, 23 Oct 2007 10:37:08 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id l9NHb7Vt060839; Tue, 23 Oct 2007 10:37:07 -0700 (PDT) (envelope-from obrien) Date: Tue, 23 Oct 2007 10:37:07 -0700 From: "David O'Brien" To: Brad Davis Message-ID: <20071023173707.GA60790@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Brad Davis , braddo@tranceaddict.net, freebsd-current@freebsd.org References: <20071023045327.BA6FF6FA@resin17.mta.everyone.net> <35ffa5710710230918p480039d5x7c02288991e16440@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35ffa5710710230918p480039d5x7c02288991e16440@mail.gmail.com> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.16 (2007-06-09) Cc: braddo@tranceaddict.net, freebsd-current@FreeBSD.org Subject: Re: random panics: vm_phys_free_pages: page 0xc161f2a0 has unexpected order 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 17:37:23 -0000 On Tue, Oct 23, 2007 at 10:18:33AM -0600, Brad Davis wrote: > I am getting random panics with CURRENT i386, have been trying .. > Unfortunately I'm not able to send a backtrace as I'm unable to > recompile the kernel in order to obtain a kernel.debug without it > panicing. We don't have kernel.debug in -CURRENT any longer. Do you not have /boot/kernel/*.symbols? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 18:00:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED1F216A41A for ; Tue, 23 Oct 2007 18:00:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outY.internet-mail-service.net (outY.internet-mail-service.net [216.240.47.248]) by mx1.freebsd.org (Postfix) with ESMTP id E7B7213C4A5 for ; Tue, 23 Oct 2007 18:00:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 23 Oct 2007 11:00:13 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 1A4E11267C4; Tue, 23 Oct 2007 11:00:13 -0700 (PDT) Message-ID: <471E36C6.4000205@elischer.org> Date: Tue, 23 Oct 2007 11:00:38 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kostik Belousov References: <471BDA2E.9040801@elischer.org> <471D1146.2050502@samsco.org> <471D49D4.5010607@elischer.org> <20071023085755.GI2012@deviant.kiev.zoral.com.ua> In-Reply-To: <20071023085755.GI2012@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 18:00:20 -0000 Kostik Belousov wrote: > On Mon, Oct 22, 2007 at 06:09:40PM -0700, Julian Elischer wrote: >>> The kernel is a single unified address space; I thought >>> that the only real benefit to "true" kthreads was just elimination of >>> duplication of vmspaces for all off the kthreads that are currently >>> running around. >> yes, and the overhead that goes with it. i.e. double the number of >> processes on an average system -> extra contention on process related locks >> etc. > > kproc_create() specifies RFMEM for the fork1() call, thus vmspace is > actually already shared. true, but there is more to a process than vmspace. generally making things threads that don't need to be processes can remove quite a bit of cruft. I'm still working on the replacement kthread_xxx code. i have a working version but there are some aesthetic issues I'm looking at. > > Some time ago I have reported to alc@ (and I suspect this is what might > catalyzed the efforts) is that, for instance, nfs client creating kproc > for nfsiod while holding vnode locks easily leads to deadlock. We're looking at it.. > > In the dump supplied by Peter Holm, nfs client trying to do > kproc_create() attempted to hold allproc_lock inside fork1() and held > some vnode lock. Other process in the page fault handler held vm map > lock and tried to acquire the vnode lock. To finish the lock loop, > sysctl handler vmtotal() aquired allproc lock and waited for lock of > the vm map. yes > > Using kthread instead of kproc would eliminate allproc and related > locking. yes From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 18:15:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9015816A419 for ; Tue, 23 Oct 2007 18:15:10 +0000 (UTC) (envelope-from freebsd-questions@stellablue.org) Received: from smtpout.teamholistic.com (smtpout.teamholistic.com [72.250.241.47]) by mx1.freebsd.org (Postfix) with ESMTP id 7A20013C4A3 for ; Tue, 23 Oct 2007 18:15:10 +0000 (UTC) (envelope-from freebsd-questions@stellablue.org) Received: from 66-169-93-064.dhcp.ahvl.nc.charter.com ([66.169.93.64] helo=[127.0.0.1]) by smtpout.teamholistic.com with esmtpa (Exim 4.63) (envelope-from ) id 1IkNRk-0006hp-Pa; Tue, 23 Oct 2007 17:21:40 +0000 Message-ID: <471E2D9A.6040208@stellablue.org> Date: Tue, 23 Oct 2007 13:21:30 -0400 From: Steve Brown User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Scott Long References: <47091FDE.4060808@stellablue.org> <471DF551.4030803@stellablue.org> <471E2505.6000708@samsco.org> In-Reply-To: <471E2505.6000708@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000783-1, 10/22/2007), Outbound message X-Antivirus-Status: Clean Cc: FreeBSD Current Subject: Re: Panic: mutex Giant not owned cam_xpt.c :4799 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 18:15:10 -0000 Hey no problem, glad you know it is happening. I was just testing, everything is happy as is on 6.2-R with no changes other than my modified AAC driver. No apology required, if anything thank you for all the time you spend on this stuff. It will be a while (at least six months) before I need to think about 6.3-R or 7.0-R Steve Scott Long wrote: > Sorry, this is a known error, I just haven't had time to work on it > yet. I'll let you know when I have something available for testing. > > Scott > > > Steve Brown wrote: >> 7.0-BETA1 seems to suffer the same fate. >> >> 6.2-R still working fine on same hardware. >> >> Steve From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 18:21:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63B1316A419 for ; Tue, 23 Oct 2007 18:21:23 +0000 (UTC) (envelope-from peter@wingless.org) Received: from bpd2mo2no.prod.shawcable.com (shawmail.shawcable.com [64.59.128.220]) by mx1.freebsd.org (Postfix) with ESMTP id 5437C13C4A6 for ; Tue, 23 Oct 2007 18:21:23 +0000 (UTC) (envelope-from peter@wingless.org) Received: from bpd2mi4no.prod.shawcable.com (bpd2mi4no-qfe3.prod.shawcable.com [10.0.184.123]) by bpd2mo2no.prod.shawcable.com (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JQD00DHIK1VPZC0@bpd2mo2no.prod.shawcable.com> for freebsd-current@freebsd.org; Tue, 23 Oct 2007 11:17:55 -0600 (MDT) Received: from satan.pfak.org (h70-68-0-228.sbm.shawcable.net [70.68.0.228]) by bpd2mi4no.prod.shawcable.com (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JQD0039BK1UVX00@bpd2mi4no.prod.shawcable.com> for freebsd-current@freebsd.org; Tue, 23 Oct 2007 11:17:55 -0600 (MDT) Received: (qmail 47287 invoked from network); Tue, 23 Oct 2007 17:17:55 +0000 Received: by simscan 1.1.0 ppid: 47281, pid: 47283, t: 1.3553s scanners: clamav: 0.88.5/m:40/d:2060 spam: 3.1.5 Received: from unknown (HELO ?192.168.0.120?) (peter@kieser.ca@unknown) by unknown with SMTP; Tue, 23 Oct 2007 17:17:54 +0000 Date: Tue, 23 Oct 2007 10:15:55 -0700 From: Peter Kieser In-reply-to: <471DE826.2050309@yandex.ru> To: "Andrey V. Elsukov" Message-id: <471E2C4B.6020606@wingless.org> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-R; format=flowed Content-transfer-encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on satan.pfak.org References: <471CFD53.7080608@wingless.org> <471DE826.2050309@yandex.ru> User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) X-Spam-Status: No, score=-2.6 required=4.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Level: Cc: Max Laier , freebsd-current@freebsd.org Subject: Re: ipfw2 keep-state + IPv6 on RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 18:21:23 -0000 Still exhibits similar behavior (eg. intermittent connectivity until I add an allow all for Ipv6 traffic.) Anything I can do to help debug the issue? Thank you, -Peter Andrey V. Elsukov wrote: > Peter Kieser wrote: >> Any hints? Is IPv6 + keep-state broken on RELENG_7 or have I missed >> something obvious? > > There is an issue with IPv6 keep-alives. Max Laier have a patch that > needs testing. You can try it. > From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 18:32:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B911D16A420 for ; Tue, 23 Oct 2007 18:32:50 +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 8669C13C4C5 for ; Tue, 23 Oct 2007 18:32:50 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9NIHdGK048727; Tue, 23 Oct 2007 12:17:39 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <471E3AAF.6080406@samsco.org> Date: Tue, 23 Oct 2007 12:17:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Steve Brown References: <47091FDE.4060808@stellablue.org> <471DF551.4030803@stellablue.org> <471E2505.6000708@samsco.org> <471E2D9A.6040208@stellablue.org> In-Reply-To: <471E2D9A.6040208@stellablue.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 23 Oct 2007 12:17:39 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD Current Subject: Re: Panic: mutex Giant not owned cam_xpt.c :4799 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 18:32:50 -0000 Steve Brown wrote: > Hey no problem, glad you know it is happening. I was just testing, > everything is happy as is on 6.2-R with no changes other than my > modified AAC driver. > > No apology required, if anything thank you for all the time you spend on > this stuff. > > It will be a while (at least six months) before I need to think about > 6.3-R or 7.0-R > The problem really is harmless, it's just a side effect of the SMPng work that happened in the SCSI layer for 7.0. You can avoid it by removing the 'aacp' driver from your kernel config. Most people don't need this driver anyways. Scott From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 18:37:07 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AE2316A468 for ; Tue, 23 Oct 2007 18:37:07 +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 467E613C4A3 for ; Tue, 23 Oct 2007 18:37:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 23 Oct 2007 11:21:48 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id B07A21267B9; Tue, 23 Oct 2007 11:21:47 -0700 (PDT) Message-ID: <471E3BD5.5090504@elischer.org> Date: Tue, 23 Oct 2007 11:22:13 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: andrew2.li@citi.com References: <1193100923.3538.71.camel@al68835rh> In-Reply-To: <1193100923.3538.71.camel@al68835rh> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: netchild@freebsd.org, dpk@dpk.net, current@freebsd.org Subject: Re: Patch for Extend ktrace/kdump output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 18:37:07 -0000 Andrew Li wrote: > I'm working with Alexander Leidinger on the ktrace project mentioned on > the ideas page (http://www.freebsd.org/projects/ideas/#p-ktrace). The > patch attached is a continuance of David Kirchner's work (details here > http://lists.freebsd.org/pipermail/freebsd-arch/2006-April/005107.html). > > The attached patch modifies the kdump output for struct sockaddr and all > stat(2) calls to show a more readable output. YAY! (cheers) applause, marching-girls, confetti. (especially sockaddr stuff) Ok Alexander.. commit asap :-) a releng_6 version would be really nice too :-) > ------------------------------------------------------------------------ > > _______________________________________________ > 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 Oct 23 19:28:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC2FB16A417 for ; Tue, 23 Oct 2007 19:28:25 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 24A4013C4BE for ; Tue, 23 Oct 2007 19:28:24 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: (qmail invoked by alias); 23 Oct 2007 19:28:12 -0000 Received: from u18-124.dsl.vianetworks.de (EHLO [172.20.1.30]) [194.231.39.124] by mail.gmx.net (mp054) with SMTP; 23 Oct 2007 21:28:12 +0200 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX1/Xsvo5mzTX8kSTUckO0xLdko1kVEdOp8Y6Io2H+G fgVg+ptQTLkHdX Message-ID: <471E4B3C.3060807@gmx.de> Date: Tue, 23 Oct 2007 21:27:56 +0200 From: Olli Hauer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <471BCF96.7000207@gmx.de> <20071022184033.GC1118@garage.freebsd.pl> In-Reply-To: <20071022184033.GC1118@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: zfs kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 19:28:25 -0000 Pawel Jakub Dawidek wrote: > On Mon, Oct 22, 2007 at 12:15:50AM +0200, Olli Hauer wrote: >> while playing a little with zfs i get the following >> kernel messages at ttyv0 (no panic/freeze happend) >> >> (captured vi ssh from other system) >> # vidcontrol -P < /dev/ttyv0 >> >> uma_zalloc_arg: zone "256" with the following non-sleepable locks held: >> exclusive sleep mutex struct mount mtx r = 0 (0xc64e7d3c) locked @ >> /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:206 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0a9c175,e72bb6e4,c078428d,c0a9c538,e72bb6f8,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(c0a9c538,e72bb6f8,4,1,0,...) at kdb_backtrace+0x29 >> witness_warn(5,0,c0aba40d,c0ac3e77,1,...) at witness_warn+0x1cd >> uma_zalloc_arg(c146d1e0,0,102,2,c64e7d0c,...) at uma_zalloc_arg+0x34 >> malloc(94,c0b4c4e0,102,c64e7d0c,e72bb790,...) at malloc+0xd2 >> crget(c6985300,c0b4c4e0,c64e7d0c,e72bb7d4,c431b9dc,...) at crget+0x23 >> crdup(c3f07600,0,c439444c,ce,c2,...) at crdup+0xc >> domount(c450a420,c6ee4330,c43995db,cc152900,e72bb810,...) at domount+0x20c >> zfsctl_snapdir_lookup(e72bbaa0,e72bbaa0,c450a420,2,c456e660,...) at >> zfsctl_snapdir_lookup+0x362 >> VOP_LOOKUP_APV(c439d5c0,e72bbaa0,c450a420,c0aa409d,19b,...) at >> VOP_LOOKUP_APV+0xa5 >> lookup(e72bbb48,c0aa409d,c6,bf,c730102c,...) at lookup+0x58e >> namei(e72bbb48,e72bbb94,60,0,c450a420,...) at namei+0x34b >> kern_lstat(c450a420,28220318,0,e72bbc18,2d4738cb,...) at kern_lstat+0x4f >> lstat(c450a420,e72bbcfc,8,c0a9ed42,c0b469d0,...) at lstat+0x2f >> syscall(e72bbd38) at syscall+0x2b3 >> Xint0x80_syscall() at Xint0x80_syscall+0x20 >> --- syscall (190, FreeBSD ELF32, lstat), eip = 0x2815548b, esp = >> 0xbfbfe93c, ebp = 0xbfbfe9c8 --- > > That's easy to fix. Try this patch: > > http://people.freebsd.org/~pjd/patches/opensolaris_vfs.c.patch > > Thanks for the report. > Sorry for the late responce. Patch applied, rebuild/installed kernel, reboot same test output is below. Let me know If you need more information or if you have new instructions. ***** after this test I wait 5 min then try to reboot the system ***** Syncing disks, vnodes remaining...2 2 2 2 0 0 done All buffers synced. ***** system hang, wait 10 minutes than push the power button once ***** Shutting down demon process:. Shutting down local daemons:. Writing entropy file:. Oct 23.... init: some process would not die; ps axl advised Waiting (max60 seconds) for system process `vnlu` to stop... timed out Waiting (max60 seconds) for system process `bufdaemon` to stop... timed out Waiting (max60 seconds) for system process `syncer` to stop... timed out ... ***** system power off ***** ***** start system again (see dmesg) ***** ... ***** output of the ls test ***** # vidcontrol -P < /dev/ttyv0 lock order reversal: 1st 0xc4cea568 struct mount mtx (struct mount mtx) @ /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:209 2nd 0xc3ee9010 sleep mtxpool (sleep mtxpool) @ /usr/src/sys/kern/kern_resource.c:1266 KDB: stack backtrace: db_trace_self_wrapper(c0a9c175,e7318734,c078510e,c0a9e63c,c3ee9010,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9e63c,c3ee9010,c0a982df,c0a982df,c0a98e54,...) at kdb_backtrace+0x29 witness_checkorder(c3ee9010,9,c0a98e54,4f2,38,...) at witness_checkorder+0x6de _mtx_lock_flags(c3ee9010,0,c0a98e54,4f2,c4c32d00,...) at _mtx_lock_flags+0xbc uifree(c3f08c20,c4967220,c4cea538,e73187d4,c431b9df,...) at uifree+0x2d crfree(c4c32d00,0,c439446c,d1,c3,...) at crfree+0x54 domount(c48f8840,c4967220,c43995fb,c469e260,e7318810,...) at domount+0x20f zfsctl_snapdir_lookup(e7318aa0,e7318aa0,c48f8840,2,c4967330,...) at zfsctl_snapdir_lookup+0x362 VOP_LOOKUP_APV(c439d5e0,e7318aa0,c48f8840,c0aa409d,19b,...) at VOP_LOOKUP_APV+0xa5 lookup(e7318b48,c0aa409d,c6,bf,c4cd772c,...) at lookup+0x58e namei(e7318b48,c48f8840,c0bb51d4,c48f8840,e7318b4c,...) at namei+0x34b kern_lstat(c48f8840,282111b8,0,e7318c18,c0aa5520,...) at kern_lstat+0x4f lstat(c48f8840,e7318cfc,8,c0a9f13d,c0b469d0,...) at lstat+0x2f syscall(e7318d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (190, FreeBSD ELF32, lstat), eip = 0x2819c48b, esp = 0xbfbfe57c, ebp = 0xbfbfe608 --- ***** output of zpool test ***** # zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 twed0 ONLINE 0 0 0 twed1 ONLINE 0 0 0 errors: No known data errors # zpool scrub tank # zpool status pool: tank state: ONLINE scrub: scrub completed with 0 errors on Tue Oct 23 21:15:42 2007 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 twed0 ONLINE 0 0 0 twed1 ONLINE 0 0 0 errors: No known data errors # uname -a FreeBSD amd.uni.vrs 7.0-CURRENT-200710 FreeBSD 7.0-CURRENT-200710 #0: Tue Oct 23 20:12:59 CEST 2007 root@amd.uni.vrs:/usr/obj/usr/src/sys/GENERIC i386 # dmesg Copyright (c) 1992-2007 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-200710 #0: Tue Oct 23 20:12:59 CEST 2007 root@amd.uni.vrs:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) 2300+ (1580.46-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0480800 real memory = 1073676288 (1023 MB) avail memory = 1037058048 (989 MB) mptable_probe: MP Config Table has bad signature: \^O8\^O kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 Correcting nForce2 C1 CPU disconnect hangs agp0: on hostb0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe0001000-0xe0001fff irq 3 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe0002000-0xe0002fff irq 5 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe0003000-0xe00030ff irq 11 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 6 ports with 6 removable, self powered pci0: at device 6.0 (no driver attached) pcib1: at device 8.0 on pci0 pci1: on pcib1 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xd000-0xd00f mem 0xdf800000-0xdf80000f,0xdf000000-0xdf7fffff irq 11 at device 6.0 on pci1 twe0: [GIANT-LOCKED] twe0: [ITHREAD] twe0: 4 ports, Firmware FE7X 1.05.00.068, BIOS BE7X 1.08.00.048 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xdf801000-0xdf80107f irq 5 at device 7.0 on pci1 miibus0: on xl0 ukphy0: PHY 24 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:bf:81:11 xl0: [ITHREAD] atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcib2: at device 30.0 on pci0 pci2: on pcib2 vgapci0: mem 0xdc000000-0xdcffffff,0xd0000000-0xd7ffffff irq 5 at device 0.0 on pci2 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xca7ff,0xcc000-0xccfff,0xcd000-0xcd7ff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 ppi0: on ppbus0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1580462894 Hz quality 800 Timecounters tick every 1.000 msec ad0: 305245MB at ata0-master UDMA133 ad1: 78167MB at ata0-slave UDMA133 ad2: 238475MB at ata1-master UDMA133 acd0: DVDR at ata1-slave UDMA33 twed0: on twe0 twed0: 305245MB (625142448 sectors) twed1: on twe0 twed1: 305245MB (625142448 sectors) WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 21:09:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E75A816A420 for ; Tue, 23 Oct 2007 21:09:43 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from abbe.salford.ac.uk (abbe.salford.ac.uk [146.87.0.10]) by mx1.freebsd.org (Postfix) with SMTP id 68B5413C4A3 for ; Tue, 23 Oct 2007 21:09:42 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 93918 invoked by uid 98); 23 Oct 2007 22:09:30 +0100 Received: from 146.87.255.121 by abbe.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.90/3838. spamassassin: 3.1.8. Clear:RC:1(146.87.255.121):. Processed in 0.050573 secs); 23 Oct 2007 21:09:30 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by abbe.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Tue, 23 Oct 2007 22:09:30 +0100 Received: (qmail 59663 invoked by uid 1002); 23 Oct 2007 21:09:28 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 23 Oct 2007 21:09:28 -0000 Date: Tue, 23 Oct 2007 22:09:28 +0100 (BST) From: "Mark Powell" To: Dmitry Marakasov In-Reply-To: <20071003003329.GA78359@hades.panopticon> Message-ID: <20071023214838.P57575@rust.salford.ac.uk> References: <20071002164246.GA986@hades.panopticon> <20071003003329.GA78359@hades.panopticon> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 21:09:44 -0000 On Wed, 3 Oct 2007, Dmitry Marakasov wrote: > * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > > Thanks for you replies so far. Now after some digging I understand a bit > what I actually need. Probably best combination for cheap low power ZFS server at moment: Gigabyte GA-G33-DSR4 On board VGA Intel GMA 3100 Integrated ALC889A 8-Channel High Definition audio All 8 on-board SATA supported by FreeBSD 7 6xSATA on ICH9 2xSATA on Gigabyte SATA Controller which is really the well supported JMB363 But On-board Realtek GbE, which is a piece of crap, so buy an Intel 1000PT PCI-E gig adapter Couple that with the cheapest, effective, Core2Duo: Intel CPU Pentium DualCore E2140 They are similar price to the cheapest AMD and are really just a Core2Duo with just 1MB cache and offical 800MHz FSB. However, they are the same silicon as C2D. As such these run easily at ~3GHz with 350-400MHz FSB all with no voltage increases, if you're into such things. It's a shame AMD have fallen behind Intel. Corporate crime does pay it seems :( > Well, I hoped to get a SocketAM2 board for AthlonX2, as it is 30-40% > cheaper than Core2Duo with similar performance, but most of AM2 > motherboards use nForce chipset, which is unsupported by CURRENT. > The only solution I've found is M2N32-SLI (thanks Craig), but I'll > need to buy video card and Intel Gbit NIC. > > Though Core 2 Duo CPUs are more expensive, See above. Possibly not as low power as an AMD solution, but a lot more for your money, me thinks. > choice of motherboards is much wider, and they are generally cheaper > than M2N32-SLI, so price of AMD/Intel platforms is nearly equal. I've > found some MB's with integrated video and Intel ethernet: ASUS P5B-VM > DO, Intel DG33BUC, Intel DG33FBC. I think I'll buy one of those, but > just to be sure, are those statements right: - Marvell/NVidia NICs suck, > and I am right that I definitely need Intel. > (what about RealTec, btw?) Only Intel NICs. All those others you mention just don't work properly. Intel will save you headaches. > - ICH8DO should work as well as ICH8 and G33 should work as well as G965 > (didn't find menton of ICH8DO in src/sys/dev/ata/ata-chipset.c) > - ADI*/Realtec(ALC*)/Sigmatel(STAC*) HDA CODECs provide more or less > equal sound quality. And it can be considered `good' to > non-audiophiles. Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 4837 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 21:29:26 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3A9C16A419; Tue, 23 Oct 2007 21:29:25 +0000 (UTC) (envelope-from cristi@net.utcluj.ro) Received: from bavaria.utcluj.ro (unknown [IPv6:2001:b30:5000:2:20e:cff:fe4b:ca01]) by mx1.freebsd.org (Postfix) with ESMTP id 3724813C4B0; Tue, 23 Oct 2007 21:29:25 +0000 (UTC) (envelope-from cristi@net.utcluj.ro) Received: from localhost (localhost [127.0.0.1]) by bavaria.utcluj.ro (Postfix) with ESMTP id 0D6F05088B; Wed, 24 Oct 2007 00:29:24 +0300 (EEST) X-Virus-Scanned: by the daemon playing with your mail on local.mail.utcluj.ro Received: from bavaria.utcluj.ro ([127.0.0.1]) by localhost (bavaria.utcluj.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uVsa0gH8SrZW; Wed, 24 Oct 2007 00:28:35 +0300 (EEST) Received: from [172.27.2.200] (c7.campus.utcluj.ro [193.226.6.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bavaria.utcluj.ro (Postfix) with ESMTP id D7E505084F; Wed, 24 Oct 2007 00:28:34 +0300 (EEST) Message-ID: <471E6782.6050303@net.utcluj.ro> Date: Wed, 24 Oct 2007 00:28:34 +0300 From: Cristian KLEIN User-Agent: Thunderbird 2.0.0.6 (X11/20071008) MIME-Version: 1.0 To: Anders Nordby References: <20071020212830.GA46415@fupp.net> In-Reply-To: <20071020212830.GA46415@fupp.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HP Proliant system freezes when bge NIC is used X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 21:29:26 -0000 Anders Nordby wrote: > Hi, > > Using FreeBSD/amd64 7.0-BETA1 on a HP Proliant DL 380 G4 system, it freezes > totally once the NIC is used, hanging at the time of setting the > hostname upon boot. If I set hw.bge.allow_asf="0" in loader.conf, it > works fine. What can I do to help debug this problem? I am experiencing the same thing with an Intel eSeries 335. When I type "ifconfig bge0 up" the system hangs. No DDB, no panic, no nothing. Setting hw.bge.allow_asf="0" in loader.conf does not solve the problem. I also observat that the switch initially negotiates 100Mbps. After typing "ifconfig bge0 up" the switch negotiates 1Gbps, although the system is frozen. From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 22:37:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B26DA16A419 for ; Tue, 23 Oct 2007 22:37:22 +0000 (UTC) (envelope-from john.w.court@nokia.com) Received: from mgw-ext13.nokia.com (smtp.nokia.com [131.228.20.172]) by mx1.freebsd.org (Postfix) with ESMTP id 2B47613C4B2 for ; Tue, 23 Oct 2007 22:37:18 +0000 (UTC) (envelope-from john.w.court@nokia.com) Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-ext13.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l9NMFXix004869 for ; Wed, 24 Oct 2007 01:15:40 +0300 Received: from siebh101.NOE.Nokia.com ([172.30.195.27]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 24 Oct 2007 01:14:37 +0300 Received: from siebe101.NOE.Nokia.com ([172.30.195.47]) by siebh101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 24 Oct 2007 06:14:34 +0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 24 Oct 2007 06:14:31 +0800 Message-ID: In-Reply-To: <20071023120031.C8B7116A47F@hub.freebsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ipfw2 keep-state + IPv6 on RELENG_7 Thread-Index: AcgVbH7IJCsbfv9nSYiwfkY4fXbW+QAVOhbg References: <20071023120031.C8B7116A47F@hub.freebsd.org> From: To: X-OriginalArrivalTime: 23 Oct 2007 22:14:34.0941 (UTC) FILETIME=[17EE96D0:01C815C2] X-Nokia-AV: Clean Subject: ipfw2 keep-state + IPv6 on RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 22:37:22 -0000 Hi Peter, I think you are seeing a side effect of the IPV6 keepalives not being = generated correctly for the dynamic rule created for the outgoing IPV6 = connection. This causes the dynamic rule to get deleted prematurely. = The bug was found originally in the RELENG_6 tree and documented in the = following PR http://www.freebsd.org/cgi/query-pr.cgi?pr=3D117234 I = believe Max Laier will soon be submitting a fix for this that makes = things better.=20 Cheers John =20 -----Original Message----- From: owner-freebsd-current@freebsd.org = [mailto:owner-freebsd-current@freebsd.org]=20 Sent: Tuesday, October 23, 2007 10:01 PM To: freebsd-current@freebsd.org Subject: freebsd-current Digest, Vol 217, Issue 3 Send freebsd-current mailing list submissions to freebsd-current@freebsd.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.freebsd.org/mailman/listinfo/freebsd-current or, via email, send a message with subject or body 'help' to freebsd-current-request@freebsd.org You can reach the person managing the list at freebsd-current-owner@freebsd.org When replying, please edit your Subject line so it is more specific than "Re: Contents of freebsd-current digest..." Today's Topics: 1. Re: cant start X with today's kernel (Harry Matthiesen Jensen) 2. Re: cant start X with today's kernel (Gary Jennejohn) 3. Re: [Bulk] Re: [Bulk] Re: New if_zyd driver (John Merryweather Cooper) 4. zfs kernel messages (Olli Hauer) 5. Re: libpcap build error @ RELENG_7 (Alexandr Kovalenko) 6. Re: libpcap build error @ RELENG_7 (Alexandr Kovalenko) 7. Re: Supermicro H8DA8 hangs on reboot (Mark Powell) 8. Re: Repeatable kernel panic on -CURRENT using ZFS over SATA (Dag-Erling Sm?rgrav) 9. Re: Repeatable kernel panic on -CURRENT using ZFS over SATA (Mark Powell) 10. Re: kthreads->kproc and back to kthread.. next patch (Ivan Voras) 11. more klingdom in dmesg (JoaoBR) 12. Best way for a gmirrored gjournal? (Patrick Hurrelmann) 13. Re: Supermicro H8DA8 hangs on reboot (JoaoBR) 14. Re: zfs kernel messages (Pawel Jakub Dawidek) 15. Re: question for both ports and current (Erwin Lansing) 16. bsdtar can't handle files >8GB (Bruce Cran) 17. Re: which version to install for next 2-3 years? (Oliver Fromme) 18. ipfw2 keep-state + IPv6 on RELENG_7 (Peter Kieser) 19. Re: kthreads->kproc and back to kthread.. next patch (Scott Long) 20. Re: kthreads->kproc and back to kthread.. next patch (Julian Elischer) 21. Re: kthreads->kproc and back to kthread.. next patch (Julian Elischer) 22. Re: kthreads->kproc and back to kthread.. next patch (Julian Elischer) 23. Re: kthreads->kproc and back to kthread.. next patch (Ivan Voras) 24. 7.0-BETA1 Available, 6.3-BETA1 coming soon... (Ken Smith) 25. Re: bsdtar can't handle files >8GB (Josh Carroll) 26. Re: an interesting observation on network performence (Aryeh M. Friedman) 27. an interesting observation on network performence (Aryeh M. Friedman) 28. [ANN] 8-CURRENT, RELENG_7 and RELENG_6 have gotten latest unionfs improvements (Daichi GOTO) 29. NAT_T patch update for FreeBSD 7 / HEAD (VANHULLEBUS Yvan) ---------------------------------------------------------------------- Message: 1 Date: Mon, 22 Oct 2007 09:27:08 +0200 From: Harry Matthiesen Jensen Subject: Re: cant start X with today's kernel To: freebsd-current@freebsd.org Message-ID: <20071022072708.GA46467@mugin.localhost> Content-Type: text/plain; charset=3Dus-ascii On Sun, Oct 21, 2007 at 06:14:23PM +0200, Gary Jennejohn wrote: > I can't start X with a kernel made today. The server complains that = the video card > is on ISA (it's really on AGP) and that it can't find any screens. = Here the last > of xorg-7.3 today and X still won't start. Trying to force X to use = PCI with BusID > in xorg.conf also doesn't help. I have had same issue: Have you checked out "/usr/src/UPDATING" about pci? There may be a hint for your problem. I re-compiled all that tends to have with xorg to do. --=20 Mvh/Brgds Harry FreeBSD mugin.localhost 8.0-CURRENT #11: i386 ------------------------------ Message: 2 Date: Mon, 22 Oct 2007 10:16:00 +0200 From: Gary Jennejohn Subject: Re: cant start X with today's kernel To: freebsd-current@freebsd.org Message-ID: <20071022101600.12698637@peedub.jennejohn.org> Content-Type: text/plain; charset=3DUS-ASCII On Sun, 21 Oct 2007 18:14:23 +0200 Gary Jennejohn wrote: > I can't start X with a kernel made today. The server complains that = the video card > is on ISA (it's really on AGP) and that it can't find any screens. = Here the last > few lines from /var/log/Xorg.0.log: >=20 > (II) ATI: ATI driver wrapper (version 6.7.195) for chipsets: mach64, = rage128, radeon > (II) Primary Device is: ISA > (EE) No devices detected. >=20 > I know there's an entry in /usr/src/UPDATING (20070930), and I did a = fresh install > of xorg-7.3 today and X still won't start. Trying to force X to use = PCI with BusID > in xorg.conf also doesn't help. >=20 > Has anyone else seen this? At the moment I'm using an old kernel from = Sept 27. >=20 Never mind. I got hit with a clue-bat and realized that I hadn't = installed world (because of the DLT_* problem) so the X server couldn't pick up = the new sys/pciio.h. --=20 Gary Jennejohn ------------------------------ Message: 3 Date: Sun, 21 Oct 2007 21:35:24 -0700 From: John Merryweather Cooper Subject: Re: [Bulk] Re: [Bulk] Re: New if_zyd driver To: Weongyo Jeong Cc: Ted Lindgreen , freebsd-current@freebsd.org, Warner Losh Message-ID: <471C288C.6060106@yahoo.com> Content-Type: text/plain; charset=3DISO-8859-1 Weongyo Jeong wrote: > On Sun, Oct 21, 2007 at 12:05:42AM -0700, John Merryweather Cooper = wrote: > =20 >> Weongyo Jeong wrote: >> =20 >>> On Thu, Aug 30, 2007 at 04:14:22PM +0200, Ted Lindgreen wrote: >>> [... snipped ...] >>> =20 >>> =20 >>>> However, the stick needs to be inserted after booting up. Then I = can >>>> also remove the stick without ill effects (for logmessages see = below). >>>> >>>> When the stick is present during boot, the log shows: >>>> Aug 30 15:25:17 lapje kernel: zyd0: on uhub4 >>>> Aug 30 15:25:17 lapje kernel: zyd0: setting config no failed >>>> =20 >>>> =20 >>> [... snipped ...] >>> >>> Hello Ted, >>> >>> I send you a patch which is attached with this email to fix a reset >>> problem of the zyd driver when we reboot. >>> >>> In my environment, this patch was worked. Would you please test = this >>> patch and send me results? I hope it works. :-) >>> >>> Regards, >>> Weongyo Jeong >>> =20 >> Well, the patch applies cleanly and builds on an amd64: >> >> Copyright (c) 1992-2007 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-BETA1 #16: Sat Oct 20 14:58:28 PDT 2007 >> root@borgdemon3.temp.wsu.edu:/usr/obj/usr/src/sys/TURION >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-64 (2210.07-MHz = K8-class CPU) >> Origin =3D "AuthenticAMD" Id =3D 0x60f81 Stepping =3D 1 >> =20 >> = Features=3D0x178bfbff >> Features2=3D0x2001 >> AMD = Features=3D0xea500800 >> AMD Features2=3D0x11f >> Cores per package: 2 >> >> . . . . >> >> zyd0: on = uhub1 >> zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address = 00:17:3f:b0:d4:97 >> zyd0: Ethernet address: 00:17:3f:b0:d4:97 >> zyd0: if_start running deferred for Giant >> >> I realize that the patch wasn't designed to fix my problem (locking = up >> when zyd0 is on a moderate load--like cvsup'ing). Nevertheless, = here's >> what kgdb has to say: >> >> jcooper@borgdemon3$ sudo kgdb kernel.debug /var/crash/vmcore.9 >> [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 "amd64-marcel-freebsd". >> >> Unread portion of the kernel message buffer: >> zyd0: could not transmit buffer: SHORT_XFER >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 1; apic id =3D 01 >> fault virtual address =3D 0x2734 >> fault code =3D supervisor write data, page not present >> instruction pointer =3D 0x8:0xffffffff808a94fa >> stack pointer =3D 0x10:0xffffffffab8dfaf0 >> frame pointer =3D 0x10:0xffffffffab8dfb30 >> code segment =3D base 0x0, limit 0xfffff, type 0x1b >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >> current process =3D 23 (irq22: ohci0 ehci0) >> trap number =3D 12 >> panic: page fault >> cpuid =3D 1 >> Uptime: 8m38s >> Physical memory: 1973 MB >> Dumping 233 MB: 218 202 186 170 154 138 122 106 90 74 58 42 26 10 >> >> #0 doadump () at pcpu.h:194 >> 194 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); >> (kgdb) >> >> ------- >> >> jmc >> =20 > > Yes. This patch isn't related with your problem. Your problem is > on my TODO list but I think that it would be hard and takes some times > to fix because of the lack of environments that I don't have amd64, > Belkin devices and the zyd driver on my environment works well without > problems. > > Can you show me the backtrace log of `$ kgdb kernel.debug > /var/crash/vmcore.9'? > > Regards, > Weongyo Jeong > > =20 Sure. The backtrace is: #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff802db510 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802db92d in panic (fmt=3D0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff80512c74 in trap_fatal (frame=3DVariable "frame" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:695 #5 0xffffffff80513045 in trap_pfault (frame=3D0xffffffffab8dfa40, = usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:588 #6 0xffffffff805139eb in trap (frame=3D0xffffffffab8dfa40) at /usr/src/sys/amd64/amd64/trap.c:393 #7 0xffffffff804f986e in alltraps_pushregs_no_rdi () at /usr/src/sys/amd64/amd64/exception.S:155 #8 0xffffff0001254000 in ?? () #9 0xffffffff80a4b878 in ?? () #10 0x0000000000000000 in ?? () #11 0xffffffffab907c00 in ?? () #12 0xffffff00011d4000 in ?? () #13 0x00000000000005cb in ?? () #14 0xffffffff808a94a0 in ?? () #15 0x0000000000000000 in ?? () #16 0xffffffffab8dfb30 in ?? () #17 0xffffff0001254000 in ?? () #18 0xffffffff806e5240 in ehci_device_ctrl_methods () #19 0xffffffff80a4b878 in ?? () #20 0x0000000000000000 in ?? () #21 0xffffff0001279800 in ?? () #22 0xffffffff80a4a000 in ?? () #23 0x000000000000000c in ?? () #24 0x0000000000002734 in ?? () #25 0xffffffff80250af7 in ehci_device_bulk_start = (xfer=3D0xffffffff80a4b878) at /usr/src/sys/dev/usb/ehci.c:3078 #26 0xffffffff80272ad4 in usb_transfer_complete = (xfer=3D0xffffff0001254000) at /usr/src/sys/dev/usb/usbdi.c:977 #27 0xffffffff8024eace in ehci_softintr (v=3DVariable "v" is not = available. ) at /usr/src/sys/dev/usb/ehci.c:884 #28 0xffffffff80250583 in ehci_intr1 (sc=3D0xffffff00011d4000) at /usr/src/sys/dev/usb/ehci.c:603 #29 0xffffffff802bf1b0 in ithread_loop (arg=3D0xffffff000125a300) at /usr/src/sys/kern/kern_intr.c:1036 #30 0xffffffff802bc152 in fork_exit ( callout=3D0xffffffff802bf040 , = arg=3D0xffffff000125a300, frame=3D0xffffffffab8dfc80) at /usr/src/sys/kern/kern_fork.c:796 #31 0xffffffff804f9bde in nmi_restoreregs () at /usr/src/sys/amd64/amd64/exception.S:386 #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000001 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () #49 0x0000000000000000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x0000000000000000 in ?? () #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x00000000009ab000 in ?? () #57 0xffffffff8075ce00 in tdq_cpu () #58 0xffffffff80768a00 in tdq_groups () #59 0xffffffff80768980 in tdq_cpu () #60 0xffffff000125c9f0 in ?? () #61 0x0000000000000000 in ?? () #62 0xffffffffab8df6b8 in ?? () #63 0xffffff000125c9f0 in ?? () #64 0xffffffff802f9404 in sched_switch (td=3D0xffffffff802bf040, = newtd=3D0x0, flags=3D0) at /usr/src/sys/kern/sched_ule.c:1902 #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () #117 0x0000000000000000 in ?? () #118 0x0000000000000000 in ?? () #119 0x0000000000000000 in ?? () #120 0x0000000000000000 in ?? () #121 0x0000000000000000 in ?? () #122 0x0000000000000000 in ?? () #123 0x0000000000000000 in ?? () #124 0x0000000000000000 in ?? () #125 0x0000000000000000 in ?? () #126 0x0000000000000000 in ?? () #127 0x0000000000000000 in ?? () #128 0x0000000000000000 in ?? () #129 0x0000000000000000 in ?? () #130 0x0000000000000000 in ?? () #131 0x0000000000000000 in ?? () #132 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffab8e0000 jmc ------------------------------ Message: 4 Date: Mon, 22 Oct 2007 00:15:50 +0200 From: Olli Hauer Subject: zfs kernel messages To: freebsd-current@freebsd.org Message-ID: <471BCF96.7000207@gmx.de> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed while playing a little with zfs i get the following kernel messages at ttyv0 (no panic/freeze happend) (captured vi ssh from other system) # vidcontrol -P < /dev/ttyv0 uma_zalloc_arg: zone "256" with the following non-sleepable locks held: exclusive sleep mutex struct mount mtx r =3D 0 (0xc64e7d3c) locked @ = /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:= 206 KDB: stack backtrace: db_trace_self_wrapper(c0a9c175,e72bb6e4,c078428d,c0a9c538,e72bb6f8,...) = at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9c538,e72bb6f8,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0aba40d,c0ac3e77,1,...) at witness_warn+0x1cd uma_zalloc_arg(c146d1e0,0,102,2,c64e7d0c,...) at uma_zalloc_arg+0x34 malloc(94,c0b4c4e0,102,c64e7d0c,e72bb790,...) at malloc+0xd2 crget(c6985300,c0b4c4e0,c64e7d0c,e72bb7d4,c431b9dc,...) at crget+0x23 crdup(c3f07600,0,c439444c,ce,c2,...) at crdup+0xc domount(c450a420,c6ee4330,c43995db,cc152900,e72bb810,...) at = domount+0x20c zfsctl_snapdir_lookup(e72bbaa0,e72bbaa0,c450a420,2,c456e660,...) at = zfsctl_snapdir_lookup+0x362 VOP_LOOKUP_APV(c439d5c0,e72bbaa0,c450a420,c0aa409d,19b,...) at = VOP_LOOKUP_APV+0xa5 lookup(e72bbb48,c0aa409d,c6,bf,c730102c,...) at lookup+0x58e namei(e72bbb48,e72bbb94,60,0,c450a420,...) at namei+0x34b kern_lstat(c450a420,28220318,0,e72bbc18,2d4738cb,...) at kern_lstat+0x4f lstat(c450a420,e72bbcfc,8,c0a9ed42,c0b469d0,...) at lstat+0x2f syscall(e72bbd38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (190, FreeBSD ELF32, lstat), eip =3D 0x2815548b, esp =3D = 0xbfbfe93c, ebp =3D 0xbfbfe9c8 --- System: 7.0-CURRENT-200710, GENERIC i386, 1GB RAM entries in loader.conf vfs.zfs.prefetch_disable=3D"1" # (loader.conf) vfs.zfs.arc_max=3D"104857600" # (loader.conf) vm.kmem_size_max=3D"402653184" # (loader.conf) entries in sysctl.conf kern.maxvnodes=3D"50000" # (sysctl) It is not easy to reproduce but i get the message this way: - enable shell command line completion - zfs snapshot zvol/test@snapX - ls -l /zvol/test/.zfs/snap -> tab Once i get the message i have to create a new snapshot to reproduce this olli ------------------------------ Message: 5 Date: Mon, 22 Oct 2007 07:19:17 +0300 From: Alexandr Kovalenko Subject: Re: libpcap build error @ RELENG_7 To: Max Laier Cc: freebsd-current@freebsd.org, Dmitry Morozovsky , current@freebsd.org Message-ID: <20071022041917.GA55333@uafug.org.ua> Content-Type: text/plain; charset=3Dus-ascii Hello, Max Laier! On Sun, Oct 21, 2007 at 03:07:17PM +0200, you wrote: > On Sunday 21 October 2007, Dmitry Morozovsky wrote: > > Hi there colleagues, > > > > during buildworld (erased /usr/obj, etc) > > > > =3D=3D=3D> lib/libpcap (all) > > cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -DHAVE_CONFIG_H > > -Dyylval=3Dpcapyylval -I/usr/src/lib/libpcap -I. > > -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > > -DHAVE_NET_PFVAR_H > > -I/usr/src/lib/libpcap/../../contrib/libpcap -c grammar.c > > cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -DHAVE_CONFIG_H > > -Dyylval=3Dpcapyylval -I/usr/src/lib/libpcap -I. > > -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > > -DHAVE_NET_PFVAR_H > > -I/usr/src/lib/libpcap/../../contrib/libpcap -c > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: = 'DLT_MFR' > > undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: > > 'DLT_JUNIPER_VP' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: > > 'DLT_A429' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: > > 'DLT_A653_ICM' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: = 'DLT_USB' > > undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: > > 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: > > 'DLT_CAN20B' undeclared here (not in a function) > > *** Error code 1 > > > > Stop in /usr/src/lib/libpcap. > > *** Error code 1 >=20 > I fat-fingered that one. Fix attached, but I'll do a buildworld this = time=20 > to make sure. Sorry! Latest cvsup of RELENG_7 now builds fine, thanks :) --=20 NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ ------------------------------ Message: 6 Date: Mon, 22 Oct 2007 07:19:17 +0300 From: Alexandr Kovalenko Subject: Re: libpcap build error @ RELENG_7 To: Max Laier Cc: freebsd-current@freebsd.org, Dmitry Morozovsky , current@freebsd.org Message-ID: <20071022041917.GA55333@uafug.org.ua> Content-Type: text/plain; charset=3Dus-ascii Hello, Max Laier! On Sun, Oct 21, 2007 at 03:07:17PM +0200, you wrote: > On Sunday 21 October 2007, Dmitry Morozovsky wrote: > > Hi there colleagues, > > > > during buildworld (erased /usr/obj, etc) > > > > =3D=3D=3D> lib/libpcap (all) > > cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -DHAVE_CONFIG_H > > -Dyylval=3Dpcapyylval -I/usr/src/lib/libpcap -I. > > -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > > -DHAVE_NET_PFVAR_H > > -I/usr/src/lib/libpcap/../../contrib/libpcap -c grammar.c > > cc -O2 -fno-strict-aliasing -pipe -march=3Dprescott -DHAVE_CONFIG_H > > -Dyylval=3Dpcapyylval -I/usr/src/lib/libpcap -I. > > -D_U_=3D"__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF > > -DHAVE_NET_PFVAR_H > > -I/usr/src/lib/libpcap/../../contrib/libpcap -c > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:382: error: = 'DLT_MFR' > > undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:383: error: > > 'DLT_JUNIPER_VP' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:385: error: > > 'DLT_A429' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:386: error: > > 'DLT_A653_ICM' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:387: error: = 'DLT_USB' > > undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:388: error: > > 'DLT_BLUETOOTH_HCI_H4' undeclared here (not in a function) > > /usr/src/lib/libpcap/../../contrib/libpcap/pcap.c:389: error: > > 'DLT_CAN20B' undeclared here (not in a function) > > *** Error code 1 > > > > Stop in /usr/src/lib/libpcap. > > *** Error code 1 >=20 > I fat-fingered that one. Fix attached, but I'll do a buildworld this = time=20 > to make sure. Sorry! Latest cvsup of RELENG_7 now builds fine, thanks :) --=20 NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ ------------------------------ Message: 7 Date: Mon, 22 Oct 2007 13:13:55 +0100 (BST) From: "Mark Powell" Subject: Re: Supermicro H8DA8 hangs on reboot To: JoaoBR Cc: current@FreeBSD.org Message-ID: <20071022130929.W45807@rust.salford.ac.uk> Content-Type: TEXT/PLAIN; charset=3DUS-ASCII; format=3Dflowed On Sun, 21 Oct 2007, JoaoBR wrote: > has somebody else the problem that this MB does not reboot (stays at = uptime at > the end)? I've always had the same problem with 7-CURRENT/PRERELEASE/BETA1 on 2=20 motherboards Gigabyte GA-P-35-DS4 and Intel D975XBX2 i.e. hangs at = uptime.=20 On both machines I use a small ufs mirror to boot and have everything=20 else on zfs. It seems that if the restart is attempted soon after the machine has=20 just come up then it can reboot properly, but if the machine has been up = a=20 reasonable time, then it will always hang at uptime. Sorry, can't be = more=20 specific than 'a reasonable amount of uptime', i.e. a few hours, as the=20 cause at the mo. Not noticed a specific action which causes it. > both sysctl do not have any effect: > > hw.acpi.disable_on_reboot > hw.acpi.handle_reboot Not tried those. > releng_6 works ok Yep. Cheers. --=20 Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 4837 Fax: +44 161 295 5888 www.pgp.com for PGP key ------------------------------ Message: 8 Date: Mon, 22 Oct 2007 15:16:36 +0200 From: Dag-Erling Sm?rgrav Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA To: "Mark Powell" Cc: Bill Hacker , freebsd-current@freebsd.org Message-ID: <86abqbe1cb.fsf@ds4.des.no> Content-Type: text/plain; charset=3Dutf-8 "Mark Powell" writes: > On Thu, 4 Oct 2007, Dag-Erling Sm=C3=B8rgrav wrote: > > Bill Hacker writes: > > > Short answer - you are overstressing your very marginal hardware. > > You're completely off the mark. Steven is experiencing a well-known = bug > > in the ata driver. > When you say well know, is there a PR for this problem? Not that I know of; search the -current archives. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no ------------------------------ Message: 9 Date: Mon, 22 Oct 2007 14:08:39 +0100 (BST) From: "Mark Powell" Subject: Re: Repeatable kernel panic on -CURRENT using ZFS over SATA To: Dag-Erling Sm?rgrav Cc: Bill Hacker , freebsd-current@freebsd.org Message-ID: <20071022134606.H45807@rust.salford.ac.uk> Content-Type: text/plain; charset=3D"iso-8859-1" On Thu, 4 Oct 2007, Dag-Erling Sm=F8rgrav wrote: > Bill Hacker writes: >> Short answer - you are overstressing your very marginal hardware. > > You're completely off the mark. Steven is experiencing a well-known = bug > in the ata driver. When you say well know, is there a PR for this problem? I've just been hit by this yesterday. This was several hours after I = had=20 updated to BETA1. I had never seen this problem before. It's amd64 on=20 SATA, with a small ufs mirror for boot and everything else on zfs. Cheers. --=20 Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 4837 Fax: +44 161 295 5888 www.pgp.com for PGP key ------------------------------ Message: 10 Date: Mon, 22 Oct 2007 18:42:36 +0200 From: Ivan Voras Subject: Re: kthreads->kproc and back to kthread.. next patch To: freebsd-current@freebsd.org Message-ID: Content-Type: text/plain; charset=3DUTF-8; format=3Dflowed Julian Elischer wrote: > Here is the link to the next patch. >=20 > this introduces (back) the kthread_create (etc) calls but now they > make threads.. > it may also be worth adding some help for people to make a new kproc, > and populate it with a number of kthreads. For example, why would we do that? :) A practical example: GEOM modules often spawn separate execution=20 contexts to handle non-trivial IO requests. These threads are usually=20 created at most once per GEOM device and live until that device goes=20 away. GEOM framework itself has several execution contexts (g_up,=20 g_down, g_event) which call "methods" from GEOM classes. Should we spawn = one "dummy" kproc per GEOM class and then kthreads in it for devices? If = "raw" kthreads can be spawned, to which kproc will they belong (if any)? = Is the difference between kthread and kproc here purely aesthetic? In other words: when should one create a kproc and when a kthread? ------------------------------ Message: 11 Date: Mon, 22 Oct 2007 15:15:15 -0200 From: JoaoBR Subject: more klingdom in dmesg To: current@freebsd.org Message-ID: <200710221515.15604.joao@matik.com.br> Content-Type: text/plain; charset=3D"iso-8859-1" for sure related to the former msg I sent but here it comes kernel: (da0:umasGs-EsOiMm_0L:A0B:E0L::0 )L:a bleolst dmesvdiocsefs kernel: /N8(0d are0m:ouvmeads.s- kernel: sim0:0:0:0): removing device entry kernel: umass0: detached but this time I discovered the meaning myself ;) seems it has to do with the device type because another does not get = hacked: kernel: (da0:umass-sim0:0:0:0): lost device kernel: (da0:umass-sim0:0:0:0): removing device entry kernel: umass0: detached I can remove the latter as much as I want no problem, the former each = time=20 gets me the mix --=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada = segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ------------------------------ Message: 12 Date: Mon, 22 Oct 2007 19:08:35 +0200 From: Patrick Hurrelmann Subject: Best way for a gmirrored gjournal? To: freebsd-current@freebsd.org Message-ID: <20071022190835.1f999a23@duality> Content-Type: text/plain; charset=3DUS-ASCII Hi all, Currently I'm trying to install a new server and need some hints on how to best configure filesystems using gmirror and gjournal. The server in question is a amd64 with 512mb of ram and 2x 80gb sata hdds. So I was thinking of a mount-point layout like the following: ad0s1 / (1gb) swap (1gb) /var (8gb) /tmp (1gb) /home (4gb) /usr (13gb) /jails (39gb) ad0s2 10gb for journaling Which would leave a space of 10gb for journaling. I digged through the mailinglist-archives and man-pages of gmirror and gjournal but all I ended up with are questions and doubts :) Now I wanted to create 2 mirrors (gm0s1 and gm0s2). Gmirror gm0s1 containing the slices ad0s1 and ad2s1, while gm0s2 should contain ad0s2 and ad2s2. I created 2 slices, as with the above shown partitioning I was running out of mount-points for this slice. Is such a layout reasonable? Or is it stupid to use a dedicated slice just for journaling and better skip e.g /tmp partition to leave space for a dedicated journaling partition on this slice? Btw. are 10gb enough for journaling of 6 partitions? Or do I need one dedicated partition for journaling each? If I skip using a separate partition for journaling data, gjournal keeps telling me that e.g. the root partion of 1gb is too small for jorunaling. Would it be save to decrease journal size altough man-page discourages? What do you people out there suggest? How do you handle systems with gmirror and gjournal combined? Or even use ZFS although ram is limited (as the machine will serve up several jails with e.g. postgres)?=20 I'm really looking forward to suggestions from you. I intentionally directed this mail to current@ as I think that here are the most people around with experience on gjournal. But if I better should direct this mail to questions@ I'm happy to do so, too. Best regards, Patrick --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Patrick Hurrelmann | "Programming today is a race between software Mannheim, Germany | engineers striving to build bigger and better | idiot-proof programs, and the Universe trying outi@bytephobia.de | to produce bigger and better idiots. So far, www.bytephobia.de | the Universe is winning." - Rich Cook /"\ \ / ASCII Ribbon Campaign X against HTML email & vCards / \ ------------------------------ Message: 13 Date: Mon, 22 Oct 2007 15:41:38 -0200 From: JoaoBR Subject: Re: Supermicro H8DA8 hangs on reboot To: freebsd-current@freebsd.org Cc: Mark Powell Message-ID: <200710221541.38931.joao@matik.com.br> Content-Type: text/plain; charset=3D"iso-8859-1" On Monday 22 October 2007 10:13:55 Mark Powell wrote: > On Sun, 21 Oct 2007, JoaoBR wrote: > > has somebody else the problem that this MB does not reboot (stays at > > uptime at the end)? > > I've always had the same problem with 7-CURRENT/PRERELEASE/BETA1 on 2 > motherboards Gigabyte GA-P-35-DS4 and Intel D975XBX2 i.e. hangs at = uptime. > On both machines I use a small ufs mirror to boot and have everything > else on zfs. > It seems that if the restart is attempted soon after the machine = has > just come up then it can reboot properly, but if the machine has been = up a > reasonable time, then it will always hang at uptime. Sorry, can't be = more > specific than 'a reasonable amount of uptime', i.e. a few hours, as = the > cause at the mo. Not noticed a specific action which causes it. > that indeed sounds strange to me do you have acpi 2.0 selected in your BIOS ? > > both sysctl do not have any effect: > > > > hw.acpi.disable_on_reboot > > hw.acpi.handle_reboot you might try either one, it could help --=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada = segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ------------------------------ Message: 14 Date: Mon, 22 Oct 2007 20:40:33 +0200 From: Pawel Jakub Dawidek Subject: Re: zfs kernel messages To: Olli Hauer Cc: freebsd-current@freebsd.org Message-ID: <20071022184033.GC1118@garage.freebsd.pl> Content-Type: text/plain; charset=3D"us-ascii" On Mon, Oct 22, 2007 at 12:15:50AM +0200, Olli Hauer wrote: > while playing a little with zfs i get the following > kernel messages at ttyv0 (no panic/freeze happend) >=20 > (captured vi ssh from other system) > # vidcontrol -P < /dev/ttyv0 >=20 > uma_zalloc_arg: zone "256" with the following non-sleepable locks = held: > exclusive sleep mutex struct mount mtx r =3D 0 (0xc64e7d3c) locked @=20 > = /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:= 206 > KDB: stack backtrace: > = db_trace_self_wrapper(c0a9c175,e72bb6e4,c078428d,c0a9c538,e72bb6f8,...) = at=20 > db_trace_self_wrapper+0x26 > kdb_backtrace(c0a9c538,e72bb6f8,4,1,0,...) at kdb_backtrace+0x29 > witness_warn(5,0,c0aba40d,c0ac3e77,1,...) at witness_warn+0x1cd > uma_zalloc_arg(c146d1e0,0,102,2,c64e7d0c,...) at uma_zalloc_arg+0x34 > malloc(94,c0b4c4e0,102,c64e7d0c,e72bb790,...) at malloc+0xd2 > crget(c6985300,c0b4c4e0,c64e7d0c,e72bb7d4,c431b9dc,...) at crget+0x23 > crdup(c3f07600,0,c439444c,ce,c2,...) at crdup+0xc > domount(c450a420,c6ee4330,c43995db,cc152900,e72bb810,...) at = domount+0x20c > zfsctl_snapdir_lookup(e72bbaa0,e72bbaa0,c450a420,2,c456e660,...) at=20 > zfsctl_snapdir_lookup+0x362 > VOP_LOOKUP_APV(c439d5c0,e72bbaa0,c450a420,c0aa409d,19b,...) at=20 > VOP_LOOKUP_APV+0xa5 > lookup(e72bbb48,c0aa409d,c6,bf,c730102c,...) at lookup+0x58e > namei(e72bbb48,e72bbb94,60,0,c450a420,...) at namei+0x34b > kern_lstat(c450a420,28220318,0,e72bbc18,2d4738cb,...) at = kern_lstat+0x4f > lstat(c450a420,e72bbcfc,8,c0a9ed42,c0b469d0,...) at lstat+0x2f > syscall(e72bbd38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (190, FreeBSD ELF32, lstat), eip =3D 0x2815548b, esp =3D=20 > 0xbfbfe93c, ebp =3D 0xbfbfe9c8 --- That's easy to fix. Try this patch: http://people.freebsd.org/~pjd/patches/opensolaris_vfs.c.patch Thanks for the report. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : = http://lists.freebsd.org/pipermail/freebsd-current/attachments/20071022/0= 0a27cbd/attachment-0001.pgp ------------------------------ Message: 15 Date: Mon, 22 Oct 2007 20:53:08 +0200 From: Erwin Lansing Subject: Re: question for both ports and current To: Julian Elischer Cc: ports@freebsd.org, FreeBSD Current Message-ID: <20071022185307.GT44185@droso.net> Content-Type: text/plain; charset=3D"iso-8859-1" Hi Julian, On Sun, Oct 21, 2007 at 12:54:03AM -0700, Julian Elischer wrote: > In a move to support real krenel threads doing work in the kernel, > the code that creates kerel processes has been renamed kthread_xxx to=20 > kproc_xxx >=20 > teh following ports seem to reference the renamed functions in kld = modules=20 > they create. >=20 > I'm not a ports export so I'm not sure how to get a port to > change it's behaviour in 8.0 as opposed to 7.0.... >=20 > these are the ports (in fact the lines in the ports) that > will fail at this time.. >=20 > # find . -name "*.[ch]" |xargs grep kthread [snip] >=20 > I'm not sure how I go about patching these two ports to handle the=20 > kthread->kproc > for 8.0 >=20 > rename. Any help appreciated. >=20 The ports infrastructure has an easy mechanism to add patches to the source of a port before it is build, which can be made dependend on OSVERSION. If you can create pachtes against the source of those ports, I'd be happy to get them incorporated in the ports themselves, and do buildtime testing. It would be as simple as a block of: .include .if ${OSVERSION} > 800001 PATCHFILES=3D somefile.patch PATCHSITES=3D ${MASTER_SITE_LOCAL} MASTER_SITE_LOCAL=3D julian .endif and put the patches on freefall in ~/public_distfiles/ But like I said, I'd be happy to fix this, if you can create the patches. Cheers, -erwin --=20 Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : = http://lists.freebsd.org/pipermail/freebsd-current/attachments/20071022/9= 0e10934/attachment-0001.pgp ------------------------------ Message: 16 Date: Mon, 22 Oct 2007 20:03:15 +0100 From: Bruce Cran Subject: bsdtar can't handle files >8GB To: current@freebsd.org Message-ID: <471CF3F3.6070803@cran.org.uk> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed While taking a look at bin/9123 I found that although pax seems to have=20 gained the ability to extract files over 8GB, bsdtar doesn't seem to be=20 able to any more. I'm running 7.0-PRERELEASE from 14th Oct. I created=20 a 12GB file and tarred it up using "tar cvf tmpfile.tar tmpfile".=20 Attempting to extract it using tar gave the following error: > tar xvf tmpfile.tar x tmpfile tar: Unrecognized archive format: Inappropriate file type or format tar: Error exit delayed from previous errors. I've not verified that the checksums match, but pax extracted the tar=20 file without any errors, and produced a file of the same size as the=20 original. -- Bruce Cran ------------------------------ Message: 17 Date: Mon, 22 Oct 2007 20:57:43 +0200 (CEST) From: Oliver Fromme Subject: Re: which version to install for next 2-3 years? To: freebsd-current@FreeBSD.ORG, syleishere@hotmail.com Message-ID: <200710221857.l9MIvhrW090076@lurza.secnetix.de> Content-Type: text/plain; charset=3DISO-8859-1 syle ishere <> wrote: > I have a coloed box, OS on their now is ancient redhat 9.0, was = thinking=20 > about new SMP support and mysql speed advancements in 7.0. I'd just = hate to=20 > install 6.2 on it right now and thats way it stays for next 2-3 years = if 7.0=20 > is stable enough to use right now. FWIW, I updated a coloed box from 6-stable to 7-stable last week (remotely with the usual buildworld dance). No problems so far. More of such machines will follow. Best regards Oliver --=20 Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. = M. Handelsregister: Registergericht Muenchen, HRA 74606, = Gesch=E4ftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht = M=FCn- chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf = Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: = http://www.secnetix.de/bsd "The most important decision in [programming] language design concerns what is to be left out." -- Niklaus Wirth ------------------------------ Message: 18 Date: Mon, 22 Oct 2007 12:43:15 -0700 From: Peter Kieser Subject: ipfw2 keep-state + IPv6 on RELENG_7 To: freebsd-current@freebsd.org Message-ID: <471CFD53.7080608@wingless.org> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Hello, I'm having problems with ipfw2 + IPv6 keep-state rules, if I use a=20 keep-state rule on IPv6 it will only work intermittently (eg. I can=20 connect to an FTP site with IPv6 and start to grab a file, but it will=20 stall after a few seconds). I am using deny all by default on ipfw, my=20 ruleset is as follows (em0 is my external interface): add check-state add allow all from any to any via lo0 add allow all from any to any out via em0 keep-state The keep-state works fine for IPv4 traffic, but IPv6 traffic=20 connectivity will only work intermittently with the above ruleset. I am=20 running a RELENG_7 cvsuped/built on Tue Oct 16: FreeBSD akuma.pfak.org 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #1: Tue Oct = 16 18:30:20 PDT 2007 =20 peter@akuma.pfak.org:/usr/obj/usr/src/sys/AKUMA i386 Any hints? Is IPv6 + keep-state broken on RELENG_7 or have I missed=20 something obvious? Thank you, -Peter ------------------------------ Message: 19 Date: Mon, 22 Oct 2007 15:08:22 -0600 From: Scott Long Subject: Re: kthreads->kproc and back to kthread.. next patch To: Julian Elischer Cc: current@freebsd.org Message-ID: <471D1146.2050502@samsco.org> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Julian Elischer wrote: > Here is the link to the next patch. >=20 > this introduces (back) the kthread_create (etc) calls but now they > make threads.. > It's still in the testing stage.. > I'd certainly appreciate feedback. > Especially as some of the locking and stuff has changed since I first=20 > wrote this and tested it over 2 years ago. >=20 > One possibility.. changing kthread_create() to kthread_new() > so that any people who are using the old kthread_create() don't get = the new > one by mistake.... >=20 >=20 > after this is committed, I will start changing over some of the = callers=20 > of kproc_create, > one at a time.... >=20 >=20 > http://people.freebsd.org/~julian/kthread.diff >=20 >=20 > it may also be worth adding some help for people to make a new kproc, > and populate it with a number of kthreads. >=20 > for instance it would be aesthetically pleasing to have a single idle=20 > process, > and have all the idle threads be part of that single process. >=20 > Similarly, might things like the syncer or other processes ever = benefit=20 > from having multiple threads? > Anyhow that's another discussion. Why is there a need for separate kprocs with their own private kthreads in the kernel? The kernel is a single unified address space; I thought that the only real benefit to "true" kthreads was just elimination of duplication of vmspaces for all off the kthreads that are currently running around. Do I gain some sort of security or management benefit from having my own private kproc for my kthreads, or am I really just burning another vmspace object and nothing more? What about the existing fast context switching between kthreads (i.e. not flushing CR3 on the switch), will that remain, or does it now get more complicated? Are there scheduling implications and benefits? In fact for that matter, how is scheduling going to be done for this? Is it all going to be 1:1 style scheduling, or will there be a multi-tier scheduler for kprocs and kthreads and associated niceness/fairness? What about high priority kthreads like ithreads, taskqueues, and SWI's? If I've missed the discussion on scheduling, I apologize. If not, have these questions been thought through yet? Scott ------------------------------ Message: 20 Date: Mon, 22 Oct 2007 16:40:08 -0700 From: Julian Elischer Subject: Re: kthreads->kproc and back to kthread.. next patch To: Ivan Voras Cc: freebsd-current@freebsd.org Message-ID: <471D34D8.8020009@elischer.org> Content-Type: text/plain; charset=3DUTF-8; format=3Dflowed Ivan Voras wrote: > Julian Elischer wrote: >> Here is the link to the next patch. >> >> this introduces (back) the kthread_create (etc) calls but now they >> make threads.. >=20 >> it may also be worth adding some help for people to make a new kproc, >> and populate it with a number of kthreads. >=20 > For example, why would we do that? :) >=20 > A practical example: GEOM modules often spawn separate execution=20 > contexts to handle non-trivial IO requests. These threads are usually=20 > created at most once per GEOM device and live until that device goes=20 > away. GEOM framework itself has several execution contexts (g_up,=20 > g_down, g_event) which call "methods" from GEOM classes. Should we = spawn=20 > one "dummy" kproc per GEOM class and then kthreads in it for devices? = If=20 > "raw" kthreads can be spawned, to which kproc will they belong (if = any)?=20 > Is the difference between kthread and kproc here purely aesthetic? >=20 > In other words: when should one create a kproc and when a kthread? If you wanted to limit CPU usage for a particular group of threads it=20 may be worth grouping them into a process and then you could have=20 some control over them with 'nice'. Another case, The AIO threads need to be processes because each of them needs=20 a different address space that can be hacked to cover the address space = of the=20 process they are working for. The Idle threads couldbe in their own process so you can easily see how = much cpu idle.. here's what that looks like in top -SH last pid: 34941; load averages: 1.02, 1.01, 1.00 up 0+18:26:04 = 16:30:40 80 processes: 5 running, 57 sleeping, 18 waiting CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% = idle Mem: 27M Active, 462M Inact, 160M Wired, 404K Cache, 112M Buf, 2358M = Free Swap: 6144M Total, 6144M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 2 root 171 i-64 0K 32K CPU3 3 742:14 99.02% idle: cpu3 2 root 171 i-64 0K 32K RUN 2 742:14 99.02% idle: cpu2 2 root 171 i-64 0K 32K RUN 0 742:14 98.73% idle: cpu1 2 root 171 i-64 0K 32K RUN 1 742:14 98.44% idle: cpi0 40 root 20 - 0K 8K syncer 1 1:07 0.49% syncer 10 root -32 - 0K 8K WAIT 0 3:10 0.20% swi4: clock = sio 0 root 96 0 0K 32K WAIT 2 742:14 0.00% swapper or top -S PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND 0 root 4 171 i-64 0K 32K CPU0 0 743:43 395.80% idle 40 root 1 20 - 0K 8K syncer 1 1:07 0.10% syncer 10 root 1 -32 - 0K 8K WAIT 0 3:10 0.00% swi4: = clock sio 0 root 1 171 i-64 0K 32K CPU0 0 743:43 395.80% = swapper There are many other reasons you may want to group kernel threads. for example a single process with all teh interrupt threads in it might be useful for accounting for interupts in some ways. >=20 > _______________________________________________ > 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" ------------------------------ Message: 21 Date: Mon, 22 Oct 2007 17:59:04 -0700 From: Julian Elischer Subject: Re: kthreads->kproc and back to kthread.. next patch To: Ivan Voras Cc: freebsd-current@freebsd.org Message-ID: <471D4758.2040209@elischer.org> Content-Type: text/plain; charset=3DUTF-8; format=3Dflowed Ivan Voras wrote: > On 23/10/2007, Julian Elischer wrote: >=20 >> If you wanted to limit CPU usage for a particular group of threads it >> may be worth grouping them into a process and then you could have >> some control over them with 'nice'. >=20 > Kernel processes can be niced? Nice :) So, for example, in theory I > could renice a geli thread that I don't want to eat much of my CPU > from the userland? maybe bu from memory NICE doesn't actually affect real-time threads :-) so it'd require the process to voluntarily take itself out of that = class. It was just a random example type thought.. no-one actually has a use for that yet. >=20 >> The AIO threads need to be processes because each of them needs >> a different address space that can be hacked to cover the address = space of the >> process they are working for. >=20 > Ok, this is why we used kprocs for them... >=20 >> The Idle threads couldbe in their own process so you can easily see = how much cpu idle.. >=20 >> There are many other reasons you may want to group kernel threads. >> for example a single process with all teh interrupt threads in it = might >> be useful for accounting for interupts in some ways. >=20 > So, mostly cosmetics :) emphasis on MOSTLY in my original patch 2 years ago I changes nearly all the users of kthread_create to use the new one and only a few things went on using kproc_create(). AIO was one, and there were a couple of others that I didn't trust, so I left them. >=20 > (don't get me wrong, I have nothing against kthreads<->kprocs :) ) Alan Cox is here next to me and we are discussing whether all the = threads that are in the kernel should be put under PID 0 and have it called "kernel" instead of "swapper". It's swapper thread would be called "swapper" = however. ------------------------------ Message: 22 Date: Mon, 22 Oct 2007 18:09:40 -0700 From: Julian Elischer Subject: Re: kthreads->kproc and back to kthread.. next patch To: Scott Long Cc: current@freebsd.org Message-ID: <471D49D4.5010607@elischer.org> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Scott Long wrote: a lot of questions: I'll separate them. >=20 > Why is there a need for separate kprocs with their own private = kthreads > in the kernel?=20 Generally there is not. Hence this change. > The kernel is a single unified address space; I thought > that the only real benefit to "true" kthreads was just elimination of > duplication of vmspaces for all off the kthreads that are currently > running around.=20 yes, and the overhead that goes with it. i.e. double the number of=20 processes on an average system -> extra contention on process related = locks etc. > Do I gain some sort of security or management benefit > from having my own private kproc for my kthreads, or am I really just > burning another vmspace object and nothing more?=20 Except for the case of AIO, you are currently burning an extra proc=20 structure for no reason. That's why I'm switching..=20 Realize that up until now all kernel threads have been full processes.=20 What I'm doing is: 1/ changing the name of the exisitng function that makes processes to=20 a name that actually says that. 2/ introducing a new function that makes an actual kernel THREAD. =20 3/ switching as many possible of the users to use the THREAD version. > What about the > existing fast context switching between kthreads (i.e. not flushing = CR3 > on the switch), will that remain, or does it now get more complicated? It stays the same > Are there scheduling implications and benefits =20 not really > > In fact for that > matter, how is scheduling going to be done for this? Is it all going = to > be 1:1 style scheduling, or will there be a multi-tier scheduler for > kprocs and kthreads and associated niceness/fairness? What about high > priority kthreads like ithreads, taskqueues, and SWI's? no change. All threads are individually scheduled as they are now. >=20 > If I've missed the discussion on scheduling, I apologize. If not, = have > these questions been thought through yet? yes >=20 > Scott ------------------------------ Message: 23 Date: Tue, 23 Oct 2007 02:47:06 +0200 From: "Ivan Voras" Subject: Re: kthreads->kproc and back to kthread.. next patch To: "Julian Elischer" Cc: freebsd-current@freebsd.org Message-ID: <9bbcef730710221747w4d338e78mb9dbf5e2eb37908@mail.gmail.com> Content-Type: text/plain; charset=3DUTF-8 On 23/10/2007, Julian Elischer wrote: > If you wanted to limit CPU usage for a particular group of threads it > may be worth grouping them into a process and then you could have > some control over them with 'nice'. Kernel processes can be niced? Nice :) So, for example, in theory I could renice a geli thread that I don't want to eat much of my CPU from the userland? > The AIO threads need to be processes because each of them needs > a different address space that can be hacked to cover the address = space of the > process they are working for. Ok, this is why we used kprocs for them... > The Idle threads couldbe in their own process so you can easily see = how much cpu idle.. > There are many other reasons you may want to group kernel threads. > for example a single process with all teh interrupt threads in it = might > be useful for accounting for interupts in some ways. So, mostly cosmetics :) (don't get me wrong, I have nothing against kthreads<->kprocs :) ) ------------------------------ Message: 24 Date: Mon, 22 Oct 2007 22:21:00 -0400 From: Ken Smith Subject: 7.0-BETA1 Available, 6.3-BETA1 coming soon... To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Message-ID: <1193106060.82079.19.camel@neo.cse.buffalo.edu> Content-Type: text/plain; charset=3D"us-ascii" We have entered the final phases of the FreeBSD-7.0 Release cycle which also means the beginning of the FreeBSD-6.3 Release cycle. Because the people who support the ports for FreeBSD also need to go through a freeze cycle as part of releases we had decided to combine the two releases to try and minimize the impact on the ports maintainers. The current plan is to interleave the BETAs/RCs of the 7.0 and 6.3 releases, trying to follow this for the dates when the builds will get started (with them becoming available on the FTP mirrors a day or two after the builds start): 7.0 6.3 BETA1 10/17 10/24 BETA2 10/31 11/7 RC1 11/14 11/21 RC2 11/28 12/5 REL 12/12 12/19 Tomorrow (10/23) the RELENG_6 branch will be marked "6.3-PRERELEASE" to note that we have entered the 6.3 release cycle. The schedule dates are, as usual, tentative. At this point RELENG_6 is pretty mature so that schedule should be fairly accurate. Being a new branch it is at least somewhat likely the dates for 7.0 will wind up slipping. The 7.0-BETA1 builds have completed and are on many of the FreeBSD mirror sites. If you want to update an existing machine using cvsup use RELENG_7 as the branch tag. Instructions on using FreeBSD Update to perform a binary upgrade from FreeBSD 6.x to 7.0-BETA1 will be provided via the freebsd-stable list when available. The MD5/SHA256 sums for the ISO files are: MD5 (7.0-BETA1-amd64-bootonly.iso) =3D 8c6c02401bbd2e68d11ec554e4e1c4a2 MD5 (7.0-BETA1-amd64-disc1.iso) =3D 91280b705c7330225f6245c6316f6c41 MD5 (7.0-BETA1-amd64-disc2.iso) =3D 81dab65b611ec4ebea40f311969ad27a MD5 (7.0-BETA1-amd64-docs.iso) =3D cc002beb3a69ab6245a8a70f52b3528c MD5 (7.0-BETA1-amd64-livefs.iso) =3D 526554b4b5cc98b2544dd817dbf42b0c MD5 (7.0-BETA1-i386-bootonly.iso) =3D a1caa2daa032294a5ab101ba7507325a MD5 (7.0-BETA1-i386-disc1.iso) =3D 47929d67f5673ddd856f54811e744ac2 MD5 (7.0-BETA1-i386-disc2.iso) =3D 432c54565287f49a7449cb452267852e MD5 (7.0-BETA1-i386-docs.iso) =3D 57e032ba93b1395a2f2bc859a8816f6a MD5 (7.0-BETA1-ia64-bootonly.iso) =3D b868f5accee282cc386c419ffcf8642e MD5 (7.0-BETA1-ia64-disc1.iso) =3D 59c63c6dd5a6986e30fe5cdd218b1d18 MD5 (7.0-BETA1-ia64-disc2.iso) =3D 9a011dafcd964a1c3e7dff689ebc5cf9 MD5 (7.0-BETA1-ia64-docs.iso) =3D 3bbf0db507b317a8fa3afe48b800f557 MD5 (7.0-BETA1-ia64-livefs.iso) =3D 93c3de935c3002a39b291b10f4c45be8 MD5 (7.0-BETA1-pc98-bootonly.iso) =3D b38f9676dd15308464e81172f9fbaa37 MD5 (7.0-BETA1-pc98-disc1.iso) =3D d00d2d92ab7b5ff248e431ff22229d11 MD5 (7.0-BETA1-sparc64-bootonly.iso) =3D = 1a64706fe2c42d338af2f136ef57a903 MD5 (7.0-BETA1-sparc64-disc1.iso) =3D f72780b77fae0b841f08c2126d8e6007 MD5 (7.0-BETA1-sparc64-disc2.iso) =3D 0477d9547d03b97033c07efac1c1a212 SHA256 (7.0-BETA1-amd64-bootonly.iso) =3D = 343b2b3c63daa8e99dd3cf80f2eb65a63810fc1caef7dbe74ebf54b57d4c8923 SHA256 (7.0-BETA1-amd64-disc1.iso) =3D = 658d9ef30d07576038b8d40724851b46de1311d9ef742806c24c8b284ec72d11 SHA256 (7.0-BETA1-amd64-disc2.iso) =3D = c596d4f7904cb2ffca06fd9f3958dd8068cacb92fa22d57e3b53b03029eee8f6 SHA256 (7.0-BETA1-amd64-docs.iso) =3D = a3399826d857488b18a89f915e1397e07966d979209ed9f2f909b546764ce07a SHA256 (7.0-BETA1-amd64-livefs.iso) =3D = c32eaba36056e6a5fdcfec3cb9af582c5c77d8a7594e9e552ffc974c624206e3 SHA256 (7.0-BETA1-i386-bootonly.iso) =3D = fb3dfc57b0fe53ac44471049cfd7ed043409387bb108d4dfaaa3b2285a2d67ae SHA256 (7.0-BETA1-i386-disc1.iso) =3D = 3d3eefe8c200deddafb9ed1315295ff52aa18b59429b480ae57a73bc8f4edd59 SHA256 (7.0-BETA1-i386-disc2.iso) =3D = 05c84ab7d419e4971493eaeda953a8fbfdb2dee811528d2275e175cdc8fa2271 SHA256 (7.0-BETA1-i386-docs.iso) =3D = b26d5d7f2448c1e0e4f72339c25d065b83529861698a9cf3c60f165e1fa8a6a9 SHA256 (7.0-BETA1-ia64-bootonly.iso) =3D = 3925348937423230d18ba072ef117e5343dfd02414c3a75cfa56d84cc325a1c8 SHA256 (7.0-BETA1-ia64-disc1.iso) =3D = 8b39ce0b83e4fd04343d2a8e595bfbd7ded3abec8d4ff64dcf27ecaadc823f02 SHA256 (7.0-BETA1-ia64-disc2.iso) =3D = 83e9e025064922449e6521ce92fcb32496fea04e271b5fe0157ca4f59c0cc5b0 SHA256 (7.0-BETA1-ia64-docs.iso) =3D = 149e7525b6eb7157ce41139e9c7ad53625c4e287a4dbba5e257edc0dbe347dfa SHA256 (7.0-BETA1-ia64-livefs.iso) =3D = 54d716313a51d80b5583e2439ecac99c5e5ca67121fccc21f53b1483fa1d9178 SHA256 (7.0-BETA1-pc98-bootonly.iso) =3D = e79a8003786e1b031860f251c8b0dcaac8ce27c52f363fa4df7e3d19b15f3ce7 SHA256 (7.0-BETA1-pc98-disc1.iso) =3D = c7e11c012b3e0c4a45c965a46cbda0209d873dd8d7a56cf59af4ea3acb4776bc SHA256 (7.0-BETA1-sparc64-bootonly.iso) =3D = c9d9c2baab182848af6ed6f3a3711b03ad734073a64b0c25607062bf152d2283 SHA256 (7.0-BETA1-sparc64-disc1.iso) =3D = 8a1800bc03a6498f71fe739ac5a618b5fc1ef27d10a891cf5a9a81ff4c45bbd7 SHA256 (7.0-BETA1-sparc64-disc2.iso) =3D = 2a2f63cf1d84b13018d77414c3f89d4da7acbb0a22653e59fda54759efbf03d7 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part Url : = http://lists.freebsd.org/pipermail/freebsd-current/attachments/20071023/4= 2a97ee5/attachment-0001.pgp ------------------------------ Message: 25 Date: Mon, 22 Oct 2007 23:17:48 -0400 From: "Josh Carroll" Subject: Re: bsdtar can't handle files >8GB To: "Bruce Cran" Cc: current@freebsd.org Message-ID: <8cb6106e0710222017p133ddccyc973c6ebcd23e270@mail.gmail.com> Content-Type: text/plain; charset=3DISO-8859-1 > tar: Unrecognized archive format: Inappropriate file type or format > tar: Error exit delayed from previous errors. Confirmed in RELENG_7 as well. Interestingly enough, if the file inside the tarball is nothing but zeros (dd if=3D/dev/zero ...), I don't get this error. However, it doesn't work either. The resulting file is 0 bytes, rather than 10 GB of \0. Note that 10 1GB files worked just fine. Josh ------------------------------ Message: 26 Date: Tue, 23 Oct 2007 02:42:58 -0400 From: "Aryeh M. Friedman" Subject: Re: an interesting observation on network performence To: "Aryeh M. Friedman" Cc: freebsd-current@freebsd.org Message-ID: <471D97F2.7030900@flosoft-systems.com> Content-Type: text/plain; charset=3DISO-8859-1 Aryeh M. Friedman wrote: > I get better network performance on XP running under qemu on = 8-current. > (sorry don't have hard numbers but it roughly times better on p2p > apps). Here is the config: > =20 oops two times better ------------------------------ Message: 27 Date: Tue, 23 Oct 2007 02:36:08 -0400 From: "Aryeh M. Friedman" Subject: an interesting observation on network performence To: freebsd-current@freebsd.org Message-ID: <471D9658.4060005@gmail.com> Content-Type: text/plain; charset=3DISO-8859-1 I get better network performance on XP running under qemu on 8-current. (sorry don't have hard numbers but it roughly times better on p2p apps). Here is the config: Host OS: 8-current amd64 4gb ram bridge0: flags=3D8843 metric 0 = mtu 1500 ether 62:4e:c7:60:d0:a0 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: tap0 flags=3D143 member: re0 flags=3D143 tap0: flags=3D8943 = metric 0 mtu 1500 ether 00:bd:43:f2:02:00 inet6 fe80::2bd:43ff:fef2:200%tap0 prefixlen 64 scopeid 0x5 Opened by PID 14839 sudo qemu -net nic -net tap -hda test -localtime -m 1024 -soundhw all Host p2p program: deluge (latest) Guest OS: XP Pro SP2 (all updates as of 1/1/2007) Guest p2p program: uTorrent 1.7 ------------------------------ Message: 28 Date: Tue, 23 Oct 2007 13:51:44 +0900 From: Daichi GOTO Subject: [ANN] 8-CURRENT, RELENG_7 and RELENG_6 have gotten latest unionfs improvements To: FreeBSD Current , freebsd-stable@freebsd.org, freebsd-fs@freebsd.org Cc: Masanori OZAWA , Daichi GOTO , Ed Schouten , Stanislav Sedov , Jeff Roberson , Ken Smith Message-ID: <471D7DE0.2070103@freebsd.org> Content-Type: text/plain; charset=3DUTF-8; format=3Dflowed Hi unionfs folks It is my pleasure and honor to announce the commitment of latest unionfs improvements for 8-current, RELENG_7 and RELENG_6. Now you can get more stable operation using unionfs on latest 8/7/6. This latest improvements give finstall and FreeSBIE works more well as well as other unionfs works good. If you have interesting in it, would you try it please. However, follow two issues we still have: - It gets a hang-up in a certain case using with NFS. - We cannot see devfs on unionfs. I am going to try those issue fix in near future. Thanks all folks who have helped us! The documents of those unionfs: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) --=20 Daichi GOTO, http://people.freebsd.org/~daichi ------------------------------ Message: 29 Date: Tue, 23 Oct 2007 09:54:39 +0200 From: VANHULLEBUS Yvan Subject: NAT_T patch update for FreeBSD 7 / HEAD To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Message-ID: <20071023075439.GA9645@zen.inc> Content-Type: text/plain; charset=3Dus-ascii Hi all. It took me more time than what I expected to provide an updated NAT_T patch for FreeBSD7 / HEAD, mainly because of hardware issues with my FreeBSD7 workstation, but here are updated patches, which applies/compiles and which seems to work correctly (not so much tested for now, I still don't have any FreeBSD7 in production :-) on RELENG7 branch and on recent HEAD (recent means "after KAME's IPSec stack removal"). http://vanhu.free.fr/FreeBSD/patch-natt-freebsd-HEAD-2007-10-22.diff MD5 (patch-natt-freebsd-HEAD-2007-10-22.diff) =3D = 71ecd192d6df4c499011965bc0c76032 http://vanhu.free.fr/FreeBSD/patch-natt-freebsd7-2007-10-22.diff MD5 (patch-natt-freebsd7-2007-10-22.diff) =3D = bcb4a85a78d9249f8ff493051952d26b Any feedback, bug report, open issue, question to help reporting the patch faster to the official CVS, etc.... are welcome ! Yvan. --=20 NETASQ http://www.netasq.com ------------------------------ _______________________________________________ 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" End of freebsd-current Digest, Vol 217, Issue 3 *********************************************** From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 23:08:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E0916A4CC for ; Tue, 23 Oct 2007 23:08:36 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from outbound.icp-qv1-irony-out3.iinet.net.au (outbound.icp-qv1-irony-out3.iinet.net.au [203.59.1.148]) by mx1.freebsd.org (Postfix) with ESMTP id C06B713C4B2 for ; Tue, 23 Oct 2007 23:08:35 +0000 (UTC) (envelope-from fbsd-current@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAK4bHkfLzq3r/2dsb2JhbAAM X-IronPort-AV: E=Sophos;i="4.21,320,1188748800"; d="scan'208";a="171185999" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out3.iinet.net.au with ESMTP; 24 Oct 2007 07:08:20 +0800 Message-ID: <471E7E9C.60706@mawer.org> Date: Wed, 24 Oct 2007 09:07:08 +1000 From: Antony Mawer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Julian Elischer References: <471BDA2E.9040801@elischer.org> <471D34D8.8020009@elischer.org> <9bbcef730710221747w4d338e78mb9dbf5e2eb37908@mail.gmail.com> <471D4758.2040209@elischer.org> In-Reply-To: <471D4758.2040209@elischer.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 23:08:36 -0000 On 23/10/2007 10:59 AM, Julian Elischer wrote: > Ivan Voras wrote: ... >> >> (don't get me wrong, I have nothing against kthreads<->kprocs :) ) > > Alan Cox is here next to me and we are discussing whether all the > threads that > are in the kernel should be put under PID 0 and have it called "kernel" > instead of "swapper". It's swapper thread would be called "swapper" > however. This would seem like a sensible naming system / structure from a non-kernel-hacker point of view... :-) --Antony From owner-freebsd-current@FreeBSD.ORG Tue Oct 23 23:34:52 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72E6316A418 for ; Tue, 23 Oct 2007 23:34:52 +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 5E3B213C480 for ; Tue, 23 Oct 2007 23:34:52 +0000 (UTC) (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 E3EB647310; Tue, 23 Oct 2007 19:09:47 -0400 (EDT) Date: Wed, 24 Oct 2007 00:09:46 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20071023235444.E70336@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: trustedbsd-discuss@TrustedBSD.org Subject: MAC Framework KPI changes on the way in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 23:34:52 -0000 Dear all, Per prior e-mail on trustedbsd-discuss (a rather long time ago) I'll be introducing a set of interface changes for the TrustedBSD MAC Framework in 8-CURRENT. These synchronize the MAC Framework KPI, at least to some extent, with the MAC Framework in Mac OS X, and is based on cleanup work I did for SPARTA a year or two ago. It will require updating all policy modules, although source updates can be performed mechanically with a set of regexp's in most cases. All policies shipped with the base OS will be update as part of the commits. It will go in in a couple of phases, beginning with normalizing entry point names. I'll post regexp's to trustedbsd-discuss in a few days once it's all sorted through. I realize this is somewhat disruptive for policy maintainers, and apologize with that. However, the new naming scheme is both significantly more sensible than the old one (which was evolved rather than designed), and also will allow us to more easily make use of Mac OS X security policy modules that may be made available as open source. If you are a policy maintainer and have any trouble getting over the bump, please let me know and I'll be happy to lend a hand. I had hoped to get these changes in for 7.x, but due to some rather unfortunate timing of things outside the FreeBSD world, that was not possible. This will be, FYI, version 4 of the MAC Framework ABI/API in FreeBSD. Policies compiled against the old version will be rejected by the kernel at load-time. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 00:50:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CF4816A469 for ; Wed, 24 Oct 2007 00:50:32 +0000 (UTC) (envelope-from andrew_terekhov@yahoo.com) Received: from web54403.mail.yahoo.com (web54403.mail.yahoo.com [206.190.49.133]) by mx1.freebsd.org (Postfix) with SMTP id 93B6113C4A8 for ; Wed, 24 Oct 2007 00:50:31 +0000 (UTC) (envelope-from andrew_terekhov@yahoo.com) Received: (qmail 72462 invoked by uid 60001); 24 Oct 2007 00:23:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=gND+MGppJFW4hnbZpCAMKwKUR2G7j2Q5J/IishQ1+NQ/wvUhPRAsYqWHjQhkHTtb6RwrT8KV6sNY01pqP7d+0uCY0Z3E6tebFBgYAsDs9JV+TPKQlG0H3Xke1FjB3rOJlzWES0Bm04wpf4KAJ547eu36eEC5/VTigd9wTuCBPXg=; X-YMail-OSG: Vvj.zb4VM1k6A5Z5yIejDjg4WqQJyBvb_J7586eixSh6zqxWhSXuKOaCzFm04uqHdfF2a1WpJxQhWo51QXMrQW.i_dFN17U7ty5P9F6.xrq5ytzoNl33WFDr8_3b Received: from [204.13.59.250] by web54403.mail.yahoo.com via HTTP; Tue, 23 Oct 2007 17:23:38 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Tue, 23 Oct 2007 17:23:38 -0700 (PDT) From: andrew_terekhov@yahoo.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <986299.70442.qm@web54403.mail.yahoo.com> Subject: gcc profiling broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 00:50:32 -0000 A simple program like this:=0A=0A#include =0A=0Aint main(int argc,= char* argv[])=0A{=0A printf("Hello, world!\n");=0A=0A printf("argc: = %d\n", argc);=0A=0A return 0;=0A}=0A=0Awhen compiled with profiling:=0A= =0A gcc -pg -g hello.c -o hello=0A=0Adumps core:=0A=0AStarting program: /ho= me/andrew/dev/kmv/components/tests/prof/cee/hello=0AHello, world!=0A=0AProg= ram received signal SIGSEGV, Segmentation fault.=0Amain (argc=3DError acces= sing memory address 0x19: Bad address.=0A) at hello.c:7=0A7 print= f("argc: %d\n", argc);=0A=0A=0AI run i386 7 beta1 from yesterday.=0A=0Agcc = -v=0AUsing built-in specs.=0ATarget: i386-undermydesk-freebsd=0AConfigured = with: FreeBSD/i386 system compiler=0AThread model: posix=0Agcc version 4.2.= 1 20070719 [FreeBSD]=0A=0A=0A=0A__________________________________________= ________=0ADo You Yahoo!?=0ATired of spam? Yahoo! Mail has the best spam p= rotection around =0Ahttp://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 00:54:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D256516A420; Wed, 24 Oct 2007 00:54:51 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from cp65.agava.net (cp65.agava.net [89.108.66.215]) by mx1.freebsd.org (Postfix) with ESMTP id 91B2813C48D; Wed, 24 Oct 2007 00:54:51 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=nexii.panopticon) by cp65.agava.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1IkTaL-000EkV-DP; Wed, 24 Oct 2007 03:54:57 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id 602A717049; Wed, 24 Oct 2007 03:55:51 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 170E7415B; Wed, 24 Oct 2007 03:56:32 +0400 (MSD) Date: Wed, 24 Oct 2007 03:56:32 +0400 From: Dmitry Marakasov To: Daichi GOTO Message-ID: <20071023235632.GB78191@hades.panopticon> Mail-Followup-To: Daichi GOTO , FreeBSD Current , freebsd-stable@freebsd.org, freebsd-fs@freebsd.org, Masanori OZAWA , Ed Schouten , Stanislav Sedov , Jeff Roberson , Ken Smith References: <471D7DE0.2070103@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <471D7DE0.2070103@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp65.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - amdmi3.ru X-Source: X-Source-Args: X-Source-Dir: Cc: Stanislav Sedov , freebsd-stable@freebsd.org, Masanori OZAWA , Ed Schouten , freebsd-fs@freebsd.org, FreeBSD Current , Jeff Roberson , Ken Smith Subject: Re: [ANN] 8-CURRENT, RELENG_7 and RELENG_6 have gotten latest unionfs improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 00:54:51 -0000 * Daichi GOTO (daichi@freebsd.org) wrote: > It is my pleasure and honor to announce the commitment of > latest unionfs improvements for 8-current, RELENG_7 and > RELENG_6. Now you can get more stable operation using > unionfs on latest 8/7/6. > > This latest improvements give finstall and FreeSBIE works > more well as well as other unionfs works good. If you have > interesting in it, would you try it please. Thanks a lot all your guys for your work! Btw, I was wondering: is unionfs related in any way with -ounion option of mount_*? I was told long time ago that -ounion is even more broken than unionfs. Though, those two features seem to do very similar thing and I think that -ounion option is pretty useful. -- Dmitry A. Marakasov | jabber: amdmi3@jabber.ru amdmi3@amdmi3.ru | http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 03:17:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A8A216A41A for ; Wed, 24 Oct 2007 03:17:58 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 2B08813C494 for ; Wed, 24 Oct 2007 03:17:57 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so53526nzf for ; Tue, 23 Oct 2007 20:17:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xxm2RfIpo4bw0sWp8Ge5MnCGHSC9h8zcpErPl744L4E=; b=MW6xxQz9Kg91aHEoOL8kP2JfF+/lJkdvxo4gZvVfEh0vQWqaW0p3WjEa84m4jrp0Zk/wyy0Og0yOYuTsPkH83+4VSj6l1v7hDWL9wJTVMfo0xvsctXhZ+QeD+Z14obuoC1Koo2dmCa5ydzrp8l4qP4mmjWyjyYZND3tgBcgRhyw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sJe474M8NjRWdzSvD+NIKG9MgQCw4NmDMBEtFuQvCIw7N468Mptcw9efdR9xQ+nBnY7n1BUIHq88HYlGkgEVasu0Y460U0xyZr6qw9mTGFT1QJ1YqxN6niGYdwWwr//aTdnOF/RI6aEj+XaAw0YFHNEGkD5I9yhL2hr1D40Rjo4= Received: by 10.65.73.16 with SMTP id a16mr258326qbl.1193195865708; Tue, 23 Oct 2007 20:17:45 -0700 (PDT) Received: by 10.64.184.9 with HTTP; Tue, 23 Oct 2007 20:17:45 -0700 (PDT) Message-ID: <8e10486b0710232017o11b0213fjbeb8192ad8aa80c5@mail.gmail.com> Date: Wed, 24 Oct 2007 00:17:45 -0300 From: "Alexandre Biancalana" To: "Robert Watson" In-Reply-To: <20071023235444.E70336@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071023235444.E70336@fledge.watson.org> Cc: trustedbsd-discuss@trustedbsd.org, current@freebsd.org Subject: Re: MAC Framework KPI changes on the way in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 03:17:58 -0000 On 10/23/07, Robert Watson wrote: > > Dear all, Hi Robert ! > > > I'll post regexp's to trustedbsd-discuss in a few days once it's all sorted > through. I realize this is somewhat disruptive for policy maintainers, and > apologize with that. However, the new naming scheme is both significantly > more sensible than the old one (which was evolved rather than designed), and > also will allow us to more easily make use of Mac OS X security policy modules > that may be made available as open source. If you are a policy maintainer and > have any trouble getting over the bump, please let me know and I'll be happy > to lend a hand. I had hoped to get these changes in for 7.x, but due to some > rather unfortunate timing of things outside the FreeBSD world, that was not > possible. Thank you so much for your work! Excuse me for "hijack" your post, but I think that the question is pertinent... Is there any news about the NFSv4 ACL implementation in FreeBSD ? Regards, From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 03:28:09 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D6E416A46C for ; Wed, 24 Oct 2007 03:28:09 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0C92A13C481 for ; Wed, 24 Oct 2007 03:28:08 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so55388nzf for ; Tue, 23 Oct 2007 20:28:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=m8dEryKweNge5q+iPxW6I0JUCGvVbqP89fZSDqyqfZk=; b=pJj8B+ZkHsrZTsXJfKxgHPZiRSFbaxAnsLTrBt4FIBCJqg5v+/qlJrMNLC709zUlBsQPavhlssOHXWkt0vN39oT18LoqOUhIJsOuwpgEmiKeiDKRix+WwFpgAieMZKhn7onpY0yZcM2Ups+eJVqAW79SS0rzhn9pi5f+AiJMhsk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sKTcUA2MREm027fTIl4RUfQr6QcIQBCzpWyx1516f+kZkC/tJEeHRGSNpAyxfhgf9rFdlXqw/4TdlbU/B2JQi6PN429txlkEzqtriOgxTvDijlJBMfFmWIWXI5K7O0b8HKfaL//iRXypktsJeUnp5ByBC4vhdjNT+URi4HLxudw= Received: by 10.35.47.10 with SMTP id z10mr173134pyj.1193196480339; Tue, 23 Oct 2007 20:28:00 -0700 (PDT) Received: by 10.35.117.12 with HTTP; Tue, 23 Oct 2007 20:28:00 -0700 (PDT) Message-ID: <8cb6106e0710232028t5f2e78ban570ef07b4bc051c9@mail.gmail.com> Date: Tue, 23 Oct 2007 23:28:00 -0400 From: "Josh Carroll" To: "Tim Kientzle" In-Reply-To: <471DCED7.2020500@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <471CF3F3.6070803@cran.org.uk> <8cb6106e0710222017p133ddccyc973c6ebcd23e270@mail.gmail.com> <471DCED7.2020500@freebsd.org> Cc: Bruce Cran , current@freebsd.org Subject: Re: bsdtar can't handle files >8GB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 03:28:09 -0000 > Try the attached patch, which I think fixes this > problem. Tim, The patch works great on RELENG_7, thanks for the effort! I'll let someone else test it on 8-CURRENT :) I created a 10GB file from /dev/urandom, tar'd it up and untar'd it, and the md5s match: MD5 (t/test) = 72db0cf41fa0872a586f52714a060b16 MD5 (tt/test) = 72db0cf41fa0872a586f52714a060b16 Thanks again, Josh From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 06:51:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E2E316A473 for ; Wed, 24 Oct 2007 06:51:03 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 08A6413C4A3 for ; Wed, 24 Oct 2007 06:51:02 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9O6opQj076264 for ; Wed, 24 Oct 2007 04:50:52 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Wed, 24 Oct 2007 04:50:43 -0200 User-Agent: KMail/1.9.7 References: <4712A4A8.7080503@FreeBSD.org> <200710230655.26706.joao@matik.com.br> <040e01c81587$a47f6600$ed7e3200$@co.uk> In-Reply-To: <040e01c81587$a47f6600$ed7e3200$@co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710240450.44314.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 06:51:03 -0000 On Tuesday 23 October 2007 13:16:10 Lawrence Farr wrote: > > could this patch help to solve this kern/116328 also ? If so would you > > mind to > > send me a copy? > > > > > > thank's > > -- > > > > Jo=E3o > > Setting hw.bge.allow_asf=3D"0" at the loader prompt fixes it for me, as > per the mail by Anders Norby: great it works, thank you so that is the reason then that bge hangs with 7 with the same if_bge.c=20 version as releng_6 because hw.bge.allow_asf defaults to 0 in releng_6 and to 1 in 7 somebody knows why this changed? Would be kind of handy if this where in th= e=20 man page since almost all tyans and other server boards have this bge nics =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 07:49:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9248B16A478 for ; Wed, 24 Oct 2007 07:49:14 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (muon.bluestop.org [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D0D713C49D for ; Wed, 24 Oct 2007 07:49:13 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (unknown [IPv6:2a01:348:10f:1::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id 6A43430180; Wed, 24 Oct 2007 08:49:00 +0100 (BST) Message-ID: <471EF8C2.3010901@cran.org.uk> Date: Wed, 24 Oct 2007 08:48:18 +0100 From: Bruce Cran User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: andrew_terekhov@yahoo.com References: <986299.70442.qm@web54403.mail.yahoo.com> In-Reply-To: <986299.70442.qm@web54403.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: gcc profiling broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 07:49:14 -0000 andrew_terekhov@yahoo.com wrote: > A simple program like this: > > #include > > int main(int argc, char* argv[]) > { > printf("Hello, world!\n"); > > printf("argc: %d\n", argc); > > return 0; > } > > when compiled with profiling: > > gcc -pg -g hello.c -o hello > > dumps core: > > Starting program: /home/andrew/dev/kmv/components/tests/prof/cee/hello > Hello, world! > > Program received signal SIGSEGV, Segmentation fault. > main (argc=Error accessing memory address 0x19: Bad address. > ) at hello.c:7 > 7 printf("argc: %d\n", argc); > > > I run i386 7 beta1 from yesterday. > > gcc -v > Using built-in specs. > Target: i386-undermydesk-freebsd > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] This was previously reported in August - see the thread "gcc 4.2 profiling breaks argv". I don't think there was any resolution to the problem. On my VIA i386 system I don't get a segfault but argc is 80202633 when -pg is used. -- Bruce From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 09:41:15 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42B5F16A420 for ; Wed, 24 Oct 2007 09:41:15 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id ECE1213C4B9 for ; Wed, 24 Oct 2007 09:41:14 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 26000468C4; Wed, 24 Oct 2007 11:08:47 +0200 (CEST) Received: from localhost (arm130.internetdsl.tpnet.pl [83.17.198.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 5E73F468C0; Wed, 24 Oct 2007 11:08:39 +0200 (CEST) Date: Wed, 24 Oct 2007 11:08:20 +0200 From: Pawel Jakub Dawidek To: Julian Elischer Message-ID: <20071024090820.GC1122@garage.freebsd.pl> References: <471BDA2E.9040801@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bAmEntskrkuBymla" Content-Disposition: inline In-Reply-To: <471BDA2E.9040801@elischer.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: current@FreeBSD.org Subject: Re: kthreads->kproc and back to kthread.. next patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 09:41:15 -0000 --bAmEntskrkuBymla Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 21, 2007 at 04:01:02PM -0700, Julian Elischer wrote: > Here is the link to the next patch. [...] I just want to point one more thing to look at. Currently we have no clean KPI to operate on file systems from within a kernel thread, thus hacks like: if (td->td_proc->p_fd->fd_rdir =3D=3D NULL) td->td_proc->p_fd->fd_rdir =3D rootvnode; if (td->td_proc->p_fd->fd_cdir =3D=3D NULL) td->td_proc->p_fd->fd_cdir =3D rootvnode; Now, that all those separate kernel threads are going to end up in one process, we may want to revise this. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --bAmEntskrkuBymla Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHHwuEForvXbEpPzQRAvqdAKDRD5ABcnlsmLwwphdcPcWUZgx5tQCgkvwE LQu3DsNmUkVy/AF1mGd+SIo= =tQWh -----END PGP SIGNATURE----- --bAmEntskrkuBymla-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 11:20:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5CF16A41A; Wed, 24 Oct 2007 11:20:48 +0000 (UTC) (envelope-from admin@gyrec.cz) Received: from gate.gyrec.cz (gate.gyrec.cz [195.113.191.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8BB3613C4B7; Wed, 24 Oct 2007 11:20:48 +0000 (UTC) (envelope-from admin@gyrec.cz) Received: from [127.0.0.1] (helo=ASSP-nospam) by gate.gyrec.cz with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1IkdPp-000F4J-KN; Wed, 24 Oct 2007 12:24:45 +0200 Received: from 192.168.1.251 ([192.168.1.251] helo=inf1.gyrec.cz) by ASSP-nospam ; 24 Oct 07 10:24:45 -0000 Message-ID: <471F1D1B.4090007@gyrec.cz> Date: Wed, 24 Oct 2007 12:23:23 +0200 From: Karel Rous User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.2) Gecko/20070523 SeaMonkey/1.1.1 MIME-Version: 1.0 To: Mark Powell References: <20071002164246.GA986@hades.panopticon> <20071003003329.GA78359@hades.panopticon> <20071023214838.P57575@rust.salford.ac.uk> In-Reply-To: <20071023214838.P57575@rust.salford.ac.uk> Content-Type: multipart/mixed; boundary="------------030207070707010300020109" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Dmitry Marakasov , freebsd-hardware@freebsd.org, freebsd-current@freebsd.org Subject: Re: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karelrous@gyrec.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 11:20:48 -0000 This is a multi-part message in MIME format. --------------030207070707010300020109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mark Powell wrote: > On Wed, 3 Oct 2007, Dmitry Marakasov wrote: > > Intel CPU Pentium DualCore E2140 > > They are similar price to the cheapest AMD and are really just a > Core2Duo with just 1MB cache and offical 800MHz FSB. However, they are > the same silicon as C2D. As such these run easily at ~3GHz with > 350-400MHz FSB all with no voltage increases, if you're into such things. > It's a shame AMD have fallen behind Intel. Corporate crime does pay > it seems :( Personally I don't see any evidence about this statement in low price solution. I use AMD for a long time and it has never as overclockable as Intel. The first one I have found is A64 3000 which I bought two weeks ago... > >> >> Though Core 2 Duo CPUs are more expensive, > > See above. Possibly not as low power as an AMD solution, but a lot > more for your money, me thinks. I think overclocking shoudn't be understood as a feature you pay for. It's mainly a matter of luck. Reliability (probability of crash) and lifetime of such machines could be worse. Karel --------------030207070707010300020109-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 07:42:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 502D616A41A for ; Wed, 24 Oct 2007 07:42:42 +0000 (UTC) (envelope-from ted@omval.tednet.nl) Received: from omval.tednet.nl (omval.tednet.nl [IPv6:2001:7b8:206:1:200:39ff:fe59:b187]) by mx1.freebsd.org (Postfix) with ESMTP id E9E5313C49D for ; Wed, 24 Oct 2007 07:42:41 +0000 (UTC) (envelope-from ted@omval.tednet.nl) Received: from omval.tednet.nl (localhost [127.0.0.1]) by omval.tednet.nl (8.14.1/8.14.1) with ESMTP id l9O7f7Ax069111; Wed, 24 Oct 2007 09:41:07 +0200 (CEST) (envelope-from ted@omval.tednet.nl) Received: (from ted@localhost) by omval.tednet.nl (8.14.1/8.14.1/Submit) id l9O7f5fa069102; Wed, 24 Oct 2007 09:41:06 +0200 (CEST) (envelope-from ted) Message-Id: <200710240741.l9O7f5fa069102@omval.tednet.nl> From: ted@tednet.nl (Ted Lindgreen) Date: Wed, 24 Oct 2007 09:41:05 +0200 In-Reply-To: "Weongyo Jeong's message as of Oct 20, 13:43" X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Weongyo Jeong , Ted Lindgreen X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (omval.tednet.nl [127.0.0.1]); Wed, 24 Oct 2007 09:41:07 +0200 (CEST) X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on omval.tednet.nl X-Mailman-Approved-At: Wed, 24 Oct 2007 11:38:52 +0000 Cc: freebsd-current@freebsd.org, Warner Losh Subject: Re: New if_zyd driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 07:42:42 -0000 [Quoting Weongyo Jeong, on Oct 20, 13:43, in "Re: New if_zyd drive ..."] .... > I send you a patch which is attached with this email to fix a reset > problem of the zyd driver when we reboot. > > In my environment, this patch was worked. Would you please test this > patch and send me results? I hope it works. :-) Sorry for the delay (I am traveling by boat with very limited internet access). I have applied the patch and rebooted with the new kernel. However, the zyd-card does not work after the warm boot. Yanking and reinstalling the stick fixes the problem, though. The relevant logs. After the warm reboot: zyd0: on uhub4 zyd0: could not load firmware (error=5) device_attach: zyd0 attach returned 5 pcib1: at device 30.0 on pci0 pcib1: domain 0 after yanking and reinserting: zyd0: at uhub4 port 1 (addr 2) disconnected zyd0: on uhub4 zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:02:72:57:48:76 zyd0: bpf attached zyd0: Ethernet address: 00:02:72:57:48:76 zyd0: if_start running deferred for Giant zyd0: bpf attached zyd0: bpf attached zyd0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps zyd0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36M bps 48Mbps 54Mbps zyd0: link state changed to UP Regards, -- ted From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 09:12:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F9A416A41A for ; Wed, 24 Oct 2007 09:12:56 +0000 (UTC) (envelope-from ted@omval.tednet.nl) Received: from omval.tednet.nl (omval.tednet.nl [IPv6:2001:7b8:206:1:200:39ff:fe59:b187]) by mx1.freebsd.org (Postfix) with ESMTP id 7FE4E13C465 for ; Wed, 24 Oct 2007 09:12:54 +0000 (UTC) (envelope-from ted@omval.tednet.nl) Received: from omval.tednet.nl (localhost [127.0.0.1]) by omval.tednet.nl (8.14.1/8.14.1) with ESMTP id l9O9BPhU083958; Wed, 24 Oct 2007 11:11:25 +0200 (CEST) (envelope-from ted@omval.tednet.nl) Received: (from ted@localhost) by omval.tednet.nl (8.14.1/8.14.1/Submit) id l9O9BOVa083957; Wed, 24 Oct 2007 11:11:24 +0200 (CEST) (envelope-from ted) Message-Id: <200710240911.l9O9BOVa083957@omval.tednet.nl> From: ted@tednet.nl (Ted Lindgreen) Date: Wed, 24 Oct 2007 11:11:24 +0200 In-Reply-To: "Ted Lindgreen's message as of Oct 24, 9:41" X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: ted@tednet.nl (Ted Lindgreen), Weongyo Jeong X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (omval.tednet.nl [127.0.0.1]); Wed, 24 Oct 2007 11:11:25 +0200 (CEST) X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on omval.tednet.nl X-Mailman-Approved-At: Wed, 24 Oct 2007 11:38:52 +0000 Cc: freebsd-current@freebsd.org, Warner Losh Subject: Re: New if_zyd driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 09:12:56 -0000 An addition to my previous reply: [Quoting Ted Lindgreen, on Oct 24, 9:41, in "Re: New if_zyd drive ..."] > [Quoting Weongyo Jeong, on Oct 20, 13:43, in "Re: New if_zyd drive ..."] > .... > > I send you a patch which is attached with this email to fix a reset > > problem of the zyd driver when we reboot. > > > > In my environment, this patch was worked. Would you please test this > > patch and send me results? I hope it works. :-) > > Sorry for the delay (I am traveling by boat with very limited > internet access). > > I have applied the patch and rebooted with the new kernel. > However, the zyd-card does not work after the warm boot. > Yanking and reinstalling the stick fixes the problem, though. > > The relevant logs. > After the warm reboot: > zyd0: on uhub4 > zyd0: could not load firmware (error=5) > device_attach: zyd0 attach returned 5 > pcib1: at device 30.0 on pci0 > pcib1: domain 0 > > after yanking and reinserting: > zyd0: at uhub4 port 1 (addr 2) disconnected > zyd0: on uhub4 > zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:02:72:57:48:76 > zyd0: bpf attached > zyd0: Ethernet address: 00:02:72:57:48:76 > zyd0: if_start running deferred for Giant > zyd0: bpf attached > zyd0: bpf attached > zyd0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > zyd0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36M > bps 48Mbps 54Mbps > zyd0: link state changed to UP >... [End of quote from Ted Lindgreen, on Oct 24, 9:41] After rebooting, warm and cold several times more (about 20), I could NOT reproduce above "error=5" anymore. So, it seems that the patch DOES work. after all! An explanation for the ""error=5" after the first reboot, may be that during this warm reboot the old firmware was still in the stick. regards, -- ted From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 11:40:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3354916A418 for ; Wed, 24 Oct 2007 11:40:00 +0000 (UTC) (envelope-from varga.michal@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 A7FC913C4AC for ; Wed, 24 Oct 2007 11:39:59 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so141507nfb for ; Wed, 24 Oct 2007 04:39:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=rzkciXqH/7QbxdWGTj2wj56lz2IL4Rwe89Tn1sCVFTQ=; b=dTVZ6d8IC3JIuCn+UhufQ1mBUxYIovBzsIDupXurO1PCmpStE3O1FIcpvQ2veAbKIYICUTIwttJ+W2wlQ76wBTYERDxeN8Ln3rx76woIfmWTz1GqNMbjNgDaWQyahowVj5FTt2JQjUigky8CwJpyHsvNEdRjaGnncErwlcY/Z20= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=Y5XX4Yke3r4W4MdBW38IyuX/B7j82SN3M/OJBYcQOPjCSn6GiWb0AsOcc4DO5W4sCTpukglY1h6BEGNlq7I1WKpACJcdHJHSiGbFRqmXgGO5swgs/7ZgfYVV0bJ1MtUhyLDdK0lBwVRDDcNiXq+lfkfHVbOAlkas/r38N7k5RPE= Received: by 10.86.54.3 with SMTP id c3mr395389fga.1193225987641; Wed, 24 Oct 2007 04:39:47 -0700 (PDT) Received: from ?10.0.100.2? ( [89.176.79.57]) by mx.google.com with ESMTPS id g28sm1175428fkg.2007.10.24.04.39.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Oct 2007 04:39:46 -0700 (PDT) From: Michal Varga To: karelrous@gyrec.cz In-Reply-To: <471F1D1B.4090007@gyrec.cz> References: <20071002164246.GA986@hades.panopticon> <20071003003329.GA78359@hades.panopticon> <20071023214838.P57575@rust.salford.ac.uk> <471F1D1B.4090007@gyrec.cz> Content-Type: text/plain Organization: Stonehenge Date: Wed, 24 Oct 2007 13:39:45 +0200 Message-Id: <1193225985.981.15.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Dmitry Marakasov , Mark Powell , freebsd-hardware@freebsd.org Subject: Re: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 11:40:00 -0000 On Wed, 2007-10-24 at 12:23 +0200, Karel Rous wrote: > Mark Powell wrote: > > On Wed, 3 Oct 2007, Dmitry Marakasov wrote: > > > > Intel CPU Pentium DualCore E2140 > > > > They are similar price to the cheapest AMD and are really just a > > Core2Duo with just 1MB cache and offical 800MHz FSB. However, they are > > the same silicon as C2D. As such these run easily at ~3GHz with > > 350-400MHz FSB all with no voltage increases, if you're into such things. > > It's a shame AMD have fallen behind Intel. Corporate crime does pay > > it seems :( > Personally I don't see any evidence about this statement in low > price solution. I use AMD for a long time and it has never as > overclockable as Intel. The first one I have found is A64 3000 which I > bought two weeks ago... > > > >> > >> Though Core 2 Duo CPUs are more expensive, > > > > See above. Possibly not as low power as an AMD solution, but a lot > > more for your money, me thinks. > I think overclocking shoudn't be understood as a feature you pay > for. It's mainly a matter of luck. Reliability (probability of crash) > and lifetime of such machines could be worse. > > Karel > When someone asks me for differences between Core 2 and AMD/64/FX/etc, I wont bother to argue anymore, I simply link this: http://marc.info/?l=openbsd-misc&m=118296441702631 ..and let them decide on their own. (well, maybe I sometimes add that buying C2D today is a suicide, but *that* is a highly personal opinion). m. From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 12:16:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BDAB16A41B for ; Wed, 24 Oct 2007 12:16:45 +0000 (UTC) (envelope-from mail@jhaemmerle.org) Received: from mx0.bitshelter.net (svr.bitshelter.net [85.10.193.115]) by mx1.freebsd.org (Postfix) with ESMTP id 09CED13C4AA for ; Wed, 24 Oct 2007 12:16:44 +0000 (UTC) (envelope-from mail@jhaemmerle.org) Received: from localhost (localhost [127.0.0.1]) by mx0.bitshelter.net (Postfix) with ESMTP id EC18515D8BC for ; Wed, 24 Oct 2007 13:47:26 +0200 (CEST) X-Virus-Scanned: Scanned at bitshelter.net Received: from mx0.bitshelter.net ([127.0.0.1]) by localhost (svr.bitshelter.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5z7Bl3QI9p6T for ; Wed, 24 Oct 2007 13:47:22 +0200 (CEST) Received: from intranet.bitshelter.net (localhost [127.0.0.1]) by mx0.bitshelter.net (Postfix) with ESMTP id 23BF915D8FB for ; Wed, 24 Oct 2007 13:47:22 +0200 (CEST) Received: from 141.52.232.84 (SquirrelMail authenticated user mail.five-nines.org) by svr.bitshelter.net with HTTP; Wed, 24 Oct 2007 13:47:22 +0200 (CEST) Message-ID: <40506.141.52.232.84.1193226442.squirrel@svr.bitshelter.net> Date: Wed, 24 Oct 2007 13:47:22 +0200 (CEST) From: "Jochen Haemmerle" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Wed, 24 Oct 2007 12:23:19 +0000 Subject: Installer DHCP in Virtual Box doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 12:16:45 -0000 Hi, I've just tried to install the FBSD7 Beta1 on my VirtualBox (version 1.5.2) using the boot-only-image. During the install process the installer wasn't able to get an IP via DHCP. However this works with 6.2 and 6.1 boot-only-images. Is this a problem of VirtualBox or is it an Installer problem. Cheers Jochen From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 12:30:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0365B16A420 for ; Wed, 24 Oct 2007 12:30:11 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id C0BF013C4B5 for ; Wed, 24 Oct 2007 12:30:10 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 7BAB320F8E; Wed, 24 Oct 2007 15:29:59 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25537-07; Wed, 24 Oct 2007 15:29:58 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id D1C4620F88; Wed, 24 Oct 2007 15:29:58 +0300 (EEST) Message-ID: <471F3AC5.5020803@bulinfo.net> Date: Wed, 24 Oct 2007 15:29:57 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.6 (X11/20070927) MIME-Version: 1.0 To: Bruce Cran References: <986299.70442.qm@web54403.mail.yahoo.com> <471EF8C2.3010901@cran.org.uk> In-Reply-To: <471EF8C2.3010901@cran.org.uk> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-current@freebsd.org, andrew_terekhov@yahoo.com Subject: Re: gcc profiling broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 12:30:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bruce Cran wrote: > andrew_terekhov@yahoo.com wrote: >> A simple program like this: >> >> #include >> >> int main(int argc, char* argv[]) >> { >> printf("Hello, world!\n"); >> >> printf("argc: %d\n", argc); >> >> return 0; >> } >> >> when compiled with profiling: >> >> gcc -pg -g hello.c -o hello >> >> dumps core: >> >> Starting program: /home/andrew/dev/kmv/components/tests/prof/cee/hello >> Hello, world! >> >> Program received signal SIGSEGV, Segmentation fault. >> main (argc=Error accessing memory address 0x19: Bad address. >> ) at hello.c:7 >> 7 printf("argc: %d\n", argc); >> >> >> I run i386 7 beta1 from yesterday. >> >> gcc -v >> Using built-in specs. >> Target: i386-undermydesk-freebsd >> Configured with: FreeBSD/i386 system compiler >> Thread model: posix >> gcc version 4.2.1 20070719 [FreeBSD] > > This was previously reported in August - see the thread "gcc 4.2 > profiling breaks argv". I don't think there was any resolution to the > problem. > > On my VIA i386 system I don't get a segfault but argc is 80202633 when > -pg is used. May be this is platform dependent? # gcc -pg -g hello.c -o hello # ./hello Hello, world! argc: 1 # uname -srp FreeBSD 7.0-CURRENT arm # cc -v Using built-in specs. Target: arm-undermydesk-freebsd Configured with: FreeBSD/arm system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] > > -- > Bruce > > _______________________________________________ > 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" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHHzrFxJBWvpalMpkRAvWQAJwMLZNcZJIP61LF/j9NfkBNJNw8TgCfbHOy ans6RdbjHGlWbQKhNq2i8ws= =kXq3 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 12:35:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 539E516A417 for ; Wed, 24 Oct 2007 12:35:34 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from akis.salford.ac.uk (akis.salford.ac.uk [146.87.0.14]) by mx1.freebsd.org (Postfix) with SMTP id CA79013C49D for ; Wed, 24 Oct 2007 12:35:32 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 34157 invoked by uid 98); 24 Oct 2007 13:35:12 +0100 Received: from 146.87.255.121 by akis.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.90/3843. spamassassin: 3.1.8. Clear:RC:1(146.87.255.121):. Processed in 0.080398 secs); 24 Oct 2007 12:35:12 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by akis.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Wed, 24 Oct 2007 13:35:12 +0100 Received: (qmail 65841 invoked by uid 1002); 24 Oct 2007 12:35:04 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 24 Oct 2007 12:35:04 -0000 Date: Wed, 24 Oct 2007 13:35:04 +0100 (BST) From: "Mark Powell" To: karelrous@gyrec.cz In-Reply-To: <471F1D1B.4090007@gyrec.cz> Message-ID: <20071024131634.M64075@rust.salford.ac.uk> References: <20071002164246.GA986@hades.panopticon> <20071003003329.GA78359@hades.panopticon> <20071023214838.P57575@rust.salford.ac.uk> <471F1D1B.4090007@gyrec.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Dmitry Marakasov , freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 12:35:34 -0000 On Wed, 24 Oct 2007, Karel Rous wrote: > I think overclocking shoudn't be understood as a feature you pay for. Yeah. It's a bonus right? Some of these budget end cpus are clearly underclocked by the manufacturer so that they simply have products which satisify ever price bracket they consider there is a market for. In fact they are often the same silicon. They re-label, lower their price, cutting into the profit, but hope to sell more of them. This is not always the case as the lower end stuff can often be silicon which failed a higher speed test or has a non-functional part e.g. some cache was faulty. However, it still remains true that the practice is in existence. You just need to do enough reading to be aware of which models it is happening on. > It's mainly a matter of luck. Everything is a matter of luck. You can reduce how much you depend on luck by doing some research. Isn't that what is performed when any hardware selection is made? > Reliability (probability of crash) and lifetime of such machines could > be worse. Could be no worse too :) NB I suggested this only in the context of a home server, where the financing is coming solely from one individual's pocket. I would not recommend any of this for a production server e.g. I wouldn't have recommended that motherboard in the production case, etc. Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information Services Division, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 4837 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 13:16:54 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AEA116A421; Wed, 24 Oct 2007 13:16:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id A5CD613C4A5; Wed, 24 Oct 2007 13:16:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l9ODGYXJ093702; Wed, 24 Oct 2007 15:16:41 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l9ODGYfZ093701; Wed, 24 Oct 2007 15:16:34 +0200 (CEST) (envelope-from olli) Date: Wed, 24 Oct 2007 15:16:34 +0200 (CEST) Message-Id: <200710241316.l9ODGYfZ093701@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, amdmi3@amdmi3.ru In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 24 Oct 2007 15:16:42 +0200 (CEST) Cc: Subject: Re: [ANN] 8-CURRENT, RELENG_7 and RELENG_6 have gotten latest ?unionfs improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, amdmi3@amdmi3.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:16:54 -0000 [Note: stripped excessive Cc.] Dmitry Marakasov wrote: > Btw, I was wondering: is unionfs related in any way with -ounion > option of mount_*? No. The union mount option (-o union) is completely separate from UNIONFS, although it can be used to achieve a somewhat similar effect. It depends on your requirements whether it is sufficient or not. > I was told long time ago that -ounion is even > more broken than unionfs. That's wrong. The union mount option was _never_ really broken. I'm using it for almost as long as FreeBSD exists. However UNIONFS was broken for a long time (along with NULLFS and UMAPFS). NULLFS has been fixed some time ago, UMAPFS was abandoned apparently, i.e. nobody showed up to fix it, and UNIONFS was pretty much completely overhauled by Daichi GOTO and his team. I would now regard it as stable. > Though, those two features seem to do very > similar thing and I think that -ounion option is pretty useful. Yes, it is useful. The biggest differences are: - The union mount option newly mounts a filesystem on top of an arbitrary existing directory tree, while UNIONFS mounts another representation of one existing directory tree on top of another one. That means UNIONFS does the same as NULLFS, but unlike NULLFS it does not hide the underlying directory tree. - When using the union mount option, only the entries in the root directory show through from the "lower" file system. When using UIONFS, _all_ entries in _all_ directories are visible (unless masked by an identical entry in the upper file system, of course). - The implementation of the union mount option is rather simple has rather low overhead. UNIONFS is much more complex and has some overhead for certain operations, especially when files and directories have to be created automatically in the upper layer. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Python is an experiment in how much freedom programmers need. Too much freedom and nobody can read another's code; too little and expressiveness is endangered." -- Guido van Rossum From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 13:34:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02BF316A418 for ; Wed, 24 Oct 2007 13:34:14 +0000 (UTC) (envelope-from tevans.uk@googlemail.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 8B23C13C4A5 for ; Wed, 24 Oct 2007 13:34:13 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by nf-out-0910.google.com with SMTP id b2so167959nfb for ; Wed, 24 Oct 2007 06:33:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=BnBUgAdLqf9sYqpHidSeQUKrt7WiVsUvUE7aqPreM0I=; b=s9l/hODZUu+BhAPxbpIUh6/o5e4MY9UYTZyJ0z++nXN4ZIDdGWLoIqDZQDj9CC1rd9NnYnXfHWoM5jGleY/bEAZAvRohcbQ6/jDdCfH4YKnDKIUnqFf4hRqUZVYS/fjC+HIHkg7ONeT9/tzZ+N8rW1O7BPyMueJ+Z0Eqbnvyt7I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=b0Eudn05i4TozAPIqhOY0MJAodzqPw0BRpYV1K68eoDzc7M/DodRfEC/y9TcgrDp0p5Cd/j0bNtyz37EgrkY+YyYjH6gxUG3bcA11LsRyVPjA/6lsmvqPaeREuXsxrLi5xProly47QdjoQqCJlXaog121mH0k+7XmZnzfEqtvn4= Received: by 10.78.168.1 with SMTP id q1mr427389hue.1193232838064; Wed, 24 Oct 2007 06:33:58 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id c4sm97622nfi.2007.10.24.06.33.55 (version=SSLv3 cipher=RC4-MD5); Wed, 24 Oct 2007 06:33:56 -0700 (PDT) From: Tom Evans To: Michal Varga In-Reply-To: <1193225985.981.15.camel@xenon.stonehenge.sk> References: <20071002164246.GA986@hades.panopticon> <20071003003329.GA78359@hades.panopticon> <20071023214838.P57575@rust.salford.ac.uk> <471F1D1B.4090007@gyrec.cz> <1193225985.981.15.camel@xenon.stonehenge.sk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ZTcp6B4/u14+Tw43+PcF" Date: Wed, 24 Oct 2007 14:33:53 +0100 Message-Id: <1193232833.2001.46.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: karelrous@gyrec.cz, freebsd-current@freebsd.org, Mark Powell , Dmitry Marakasov , freebsd-hardware@freebsd.org Subject: Re: Need motherboard for home fileserver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:34:14 -0000 --=-ZTcp6B4/u14+Tw43+PcF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-10-24 at 13:39 +0200, Michal Varga wrote: > On Wed, 2007-10-24 at 12:23 +0200, Karel Rous wrote: > > Mark Powell wrote: > > > On Wed, 3 Oct 2007, Dmitry Marakasov wrote: > > > > > > Intel CPU Pentium DualCore E2140 > > > > > > They are similar price to the cheapest AMD and are really just a=20 > > > Core2Duo with just 1MB cache and offical 800MHz FSB. However, they ar= e=20 > > > the same silicon as C2D. As such these run easily at ~3GHz with=20 > > > 350-400MHz FSB all with no voltage increases, if you're into such thi= ngs. > > > It's a shame AMD have fallen behind Intel. Corporate crime does pay= =20 > > > it seems :( > > Personally I don't see any evidence about this statement in low=20 > > price solution. I use AMD for a long time and it has never as=20 > > overclockable as Intel. The first one I have found is A64 3000 which I=20 > > bought two weeks ago... > > > > > >> > > >> Though Core 2 Duo CPUs are more expensive, > > > > > > See above. Possibly not as low power as an AMD solution, but a lot=20 > > > more for your money, me thinks. > > I think overclocking shoudn't be understood as a feature you pay=20 > > for. It's mainly a matter of luck. Reliability (probability of crash)=20 > > and lifetime of such machines could be worse. > >=20 > > Karel > >=20 > When someone asks me for differences between Core 2 and AMD/64/FX/etc, I > wont bother to argue anymore, I simply link this: > http://marc.info/?l=3Dopenbsd-misc&m=3D118296441702631 >=20 > ..and let them decide on their own. (well, maybe I sometimes add that > buying C2D today is a suicide, but *that* is a highly personal opinion). >=20 >=20 > m. >=20 Sigh. Yes, lets all be scared by Theo de Raadt's scaremongering and over exaggeration. See the original thread on current@ for full explanations of why everything he says in that email is largely irrelevant. Tom --=-ZTcp6B4/u14+Tw43+PcF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHH0nBlcRvFfyds/cRAlhYAJ4y7NMn8/5I/PnfBLl/yPU1wEDOawCdH/Cu mJLxJzDS4XE1s8A+8P9WqfM= =WmBH -----END PGP SIGNATURE----- --=-ZTcp6B4/u14+Tw43+PcF-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 13:34:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F9B616A418 for ; Wed, 24 Oct 2007 13:34:40 +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 5A2DC13C4B6 for ; Wed, 24 Oct 2007 13:34:40 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IkgNK-00042A-LJ for freebsd-current@freebsd.org; Wed, 24 Oct 2007 13:34:22 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2007 13:34:22 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2007 13:34:22 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 24 Oct 2007 15:35:52 +0200 Lines: 19 Message-ID: References: <40506.141.52.232.84.1193226442.squirrel@svr.bitshelter.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <40506.141.52.232.84.1193226442.squirrel@svr.bitshelter.net> Sender: news Subject: Re: Installer DHCP in Virtual Box doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:34:40 -0000 Jochen Haemmerle wrote: > Hi, > > I've just tried to install the FBSD7 Beta1 on my VirtualBox (version > 1.5.2) using the boot-only-image. During the install process the installer > wasn't able to get an IP via DHCP. However this works with 6.2 and 6.1 > boot-only-images. > > Is this a problem of VirtualBox or is it an Installer problem. Most likely VirtualBox. In contrast to VMWare, it doesn't have special support for fancy networking options (i.e. vmware automatic bridging), but it creates an ordinary tap device which you have to bridge by yourself to your physical NIC so it can talk to the outside world. Have you done that? Apart from that, does VirtualBox work for you? I tried it a few days ago and found it cannot survive an ordinary buildworld because something's apparently messed up with context switches & signal delivery. From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 13:38:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B53F16A421 for ; Wed, 24 Oct 2007 13:38:02 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.freebsd.org (Postfix) with ESMTP id D32BB13C4B5 for ; Wed, 24 Oct 2007 13:38:01 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from unknown-10-101-135-185.yahoo.com.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout1-b.corp.dcn.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id l9ODR2SE080527; Wed, 24 Oct 2007 06:27:04 -0700 (PDT) Date: Wed, 24 Oct 2007 21:26:49 +0800 Message-ID: From: gnn@freebsd.org To: "Jochen Haemmerle" In-Reply-To: <40506.141.52.232.84.1193226442.squirrel@svr.bitshelter.net> References: <40506.141.52.232.84.1193226442.squirrel@svr.bitshelter.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-apple-darwin8.9.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: Installer DHCP in Virtual Box doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:38:02 -0000 At Wed, 24 Oct 2007 13:47:22 +0200 (CEST), Jochen Haemmerle wrote: > > Hi, > > I've just tried to install the FBSD7 Beta1 on my VirtualBox (version > 1.5.2) using the boot-only-image. During the install process the installer > wasn't able to get an IP via DHCP. However this works with 6.2 and 6.1 > boot-only-images. > > Is this a problem of VirtualBox or is it an Installer problem. > I used the ISO Disc 1 (not boot only) to install into a VMware instance with no problems. I don't use virtual box but one thing to try is the full ISO and see what happens. Best, George From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 13:36:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C64A616A419 for ; Wed, 24 Oct 2007 13:36:03 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 7B6E213C480 for ; Wed, 24 Oct 2007 13:36:03 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (d116236.adsl.hansenet.de [80.171.116.236]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1Ikg092d1i-0001cy; Wed, 24 Oct 2007 15:10:26 +0200 Message-ID: <471F4442.2000804@janh.de> Date: Wed, 24 Oct 2007 15:10:26 +0200 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: current-list freebsd Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX19p5P8VWS07Rh0ijItkXIZXjtFAWmqBsY07Q3f IEJ7H4OM/k9cUn0WnQ/tMs30nEWg59Z6mdJBCr4pJg8HVMn5r9 sdWjN5pU0GguUyfbytX/w== X-Mailman-Approved-At: Wed, 24 Oct 2007 13:46:27 +0000 Subject: 7.0-BETA1: interrupt storm -- do I have to worry? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:36:03 -0000 I just installed 7.0-BETA1 for testing. I found this in dmesg: interrupt storm detected on "irq10:"; throttling interrupt source Do I have to worry about this? (Was not there in 6.2.) Thanks, Jan Henrik Copyright (c) 1992-2007 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-BETA1 #0: Sat Oct 20 00:47:13 UTC 2007 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1400MHz (1394.34-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Features2=0x180 real memory = 2146893824 (2047 MB) avail memory = 2091352064 (1994 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xd8000000-0xdfffffff,0xd0100000-0xd010ffff irq 10 at device 0.0 on pci1 uhci0: port 0x1800-0x181f irq 10 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 5 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 10 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd0000000-0xd00003ff irq 10 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci_link4: BIOS IRQ 10 for 2.4.INTA is invalid pci2: on pcib2 bfe0: mem 0xd0204000-0xd0205fff irq 5 at device 2.0 on pci2 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: using obsoleted if_watchdog interface bfe0: Ethernet address: 00:c0:9f:28:7f:1e bfe0: [ITHREAD] pci2: at device 4.0 (no driver attached) cbb0: mem 0xd0207000-0xd0207fff at device 6.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] cbb1: at device 6.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [ITHREAD] pci2: at device 6.2 (no driver attached) fwohci0: mem 0xd0209000-0xd02097ff,0xd0200000-0xd0203fff irq 10 at device 7.0 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:c0:9f:00:00:0c:ef:cd fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:c0:9f:0c:ef:cd fwe0: Ethernet address: 02:c0:9f:0c:ef:cd fwip0: on firewire0 fwip0: Firewire address: 00:c0:9f:00:00:0c:ef:cd @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x13e8000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_lid0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_button0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1 port 0x2f8-0x2ff irq 3 drq 1 on acpi0 sio1: type 16550A sio1: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd17ff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppi0: on ppbus0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub0 ums0: 8 buttons and Z dir. Timecounter "TSC" frequency 1394343732 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 95396MB at ata0-master UDMA100 interrupt storm detected on "irq10:"; throttling interrupt source GEOM_LABEL: Label for provider ad0 is msdosfs/SMART BTMGR. acd0: CDRW at ata1-master UDMA33 GEOM_LABEL: Label for provider ad0s1 is ntfs/WINDOWS_XP. pccard1: (manufacturer=0xffff, product=0x0001, function_type=-1) at function 0 pccard1: CIS info: O2Micro, SmartCardBus Reader, V1.0 GEOM_LABEL: Label for provider ad0s5 is msdosfs/XCHANGE. GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s2a GEOM_LABEL: Label msdosfs/SMART BTMGR removed. From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 13:49:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AD9B16A421 for ; Wed, 24 Oct 2007 13:49:09 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id DA06C13C4BF for ; Wed, 24 Oct 2007 13:49:08 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 552881B10EF0; Wed, 24 Oct 2007 15:49:00 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id C048D1B10EEE; Wed, 24 Oct 2007 15:48:57 +0200 (CEST) Message-ID: <471F4D49.4050502@moneybookers.com> Date: Wed, 24 Oct 2007 16:48:57 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Jochen Haemmerle References: <40506.141.52.232.84.1193226442.squirrel@svr.bitshelter.net> In-Reply-To: <40506.141.52.232.84.1193226442.squirrel@svr.bitshelter.net> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4589/Wed Oct 24 11:55:55 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Installer DHCP in Virtual Box doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:49:09 -0000 Hi, Jochen Haemmerle wrote: > Hi, > > I've just tried to install the FBSD7 Beta1 on my VirtualBox (version > 1.5.2) using the boot-only-image. During the install process the installer > wasn't able to get an IP via DHCP. However this works with 6.2 and 6.1 > boot-only-images. > > Is this a problem of VirtualBox or is it an Installer problem. > If I remember right I hit few times similar problem. On real machine not emulation. If you try to install FreeBSD 7.snapshot and select for media that require network (ftp/http/nfs) then you are unable to configure your network (ifconfig shows that everything should be OK, but actually the machine does not even respond to ping) The only way to do the installation was first to configure network and then everything else e.g. From sysinstall (main menu) -> configure -> networking -> interfaces -> iface and just then (main menu) -> custom -> media -> FTP I think I hit this bug with fbsd7-i386-boot-only CD, but If I have time will check can I reproduce it with BETA1 disk1 :) If this is your case, try first to setup network and then go to the install procedure :) > > Cheers > Jochen > > > > > _______________________________________________ > 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 Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 13:51:09 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE97A16A469; Wed, 24 Oct 2007 13:51:09 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 63C1313C4B3; Wed, 24 Oct 2007 13:51:09 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id l9ODoqOZ095624; Wed, 24 Oct 2007 15:50:58 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id l9ODoq8D095623; Wed, 24 Oct 2007 15:50:52 +0200 (CEST) (envelope-from olli) Date: Wed, 24 Oct 2007 15:50:52 +0200 (CEST) Message-Id: <200710241350.l9ODoq8D095623@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, kensmith@cse.buffalo.edu, freebsd-current@FreeBSD.ORG, simon@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 24 Oct 2007 15:50:58 +0200 (CEST) Cc: Subject: Re: [simon@FreeBSD.org: cvs commit: src/crypto/openssl/ssl ?d1_both.c ?dtls1.h ssl.h ssl_err.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, kensmith@cse.buffalo.edu, freebsd-current@FreeBSD.ORG, simon@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:51:10 -0000 Ken Smith wrote: > Oliver Fromme wrote: > > Uhm, are you sure? In the past, whenever a new RELENG > > branch was created, it was implicitly the next -stable > > branch, because -current moved on to the next version > > number. Did that policy change? > > It is implicitly the *next* -stable but it's not there yet. That's > what Simon was saying. > > FreeBSD's development (specifically the CVS repository) is public. > But the bottom line is that the RELENG_X branches are *development* > branches. I'm well aware of that. My question was only about naming conventions. People often talk about either "-current" and "-stable", so was curious what RELENG_7 would be called right now. Obviously it's not called "-current", but (according to you and Simon) it's not called "-stable" either. Actually the often used terms "-current" and "-stable" are ambiguous and not really accurate. E.g. someone talks about "the -stable branch" and you have no idea which one of the several RELENG_* ones he means. It's probably better to always use the CVS names or the branch name (from sys/conf/newvers.sh). > No change in any policies or anything like that. What I'm describing > has been the status quo for a long time but people tend to forget or > never quite "get it" or ... so I'm sure you're not the only one thinking > this way. I'm not thinking that way. :-) I do know very well that the -stable branches are development branches. Although in pre-4.0 days (when release branches didn't exist) -stable had a slightly different meaning, but it has really been a long time since then. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > Can the denizens of this group enlighten me about what the > advantages of Python are, versus Perl ? "python" is more likely to pass unharmed through your spelling checker than "perl". -- An unknown poster and Fredrik Lundh From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 13:54:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1CDE16A419 for ; Wed, 24 Oct 2007 13:54:55 +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 BE52D13C48D for ; Wed, 24 Oct 2007 13:54:55 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IkggH-0008EL-7Z for freebsd-current@freebsd.org; Wed, 24 Oct 2007 13:53:57 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2007 13:53:57 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2007 13:53:57 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 24 Oct 2007 15:55:22 +0200 Lines: 10 Message-ID: References: <471F4442.2000804@janh.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <471F4442.2000804@janh.de> Sender: news Subject: Re: 7.0-BETA1: interrupt storm -- do I have to worry? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 13:54:56 -0000 Jan Henrik Sylvester wrote: > I just installed 7.0-BETA1 for testing. I found this in dmesg: > > interrupt storm detected on "irq10:"; throttling interrupt source > > Do I have to worry about this? (Was not there in 6.2.) Hmm, it's probably USB on irq10. How often do you get it? I have a similar laptop with ICH4 on 7-CURRENT which works ok. Please post the output of vmstat -i. From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 14:07:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 838B916A468; Wed, 24 Oct 2007 14:07:50 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2038D13C4CB; Wed, 24 Oct 2007 14:07:50 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by draba.izb.knu.ac.kr (Postfix, from userid 59) id B10A43EA7; Wed, 24 Oct 2007 22:54:21 +0900 (KST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on draba.izb.knu.ac.kr X-Spam-Level: X-Spam-Status: No, score=-16.5 required=15.1 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VERIFIED autolearn=disabled version=3.2.3 X-Spam-Comment: DKIM? See http://www.google.com/search?btnI&q=RFC+4871 Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id C14713EA6; Wed, 24 Oct 2007 22:54:19 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject: from:reply-to:to:cc:in-reply-to:references:content-type: content-transfer-encoding:date:message-id:mime-version; q= dns/txt; s=s1024; bh=s0vIYntEToVvmDUjyj7FnhRTVak=; b=MMayt4aShE7 +FHO+nHIFYDN+0/bqsdc8AXroyffYR0G6/OJ+DrPX6xFBG4U13xaalJz3/Z1WUzf Ot1xJzyGgim1tF7obpxUhHMRHfi07Ye4ukL/U04I0TjDkNJvgp3fGG5fnNI7GLio HR6RkDXhOc5L/2tzLBIL0ofXvRwNvxZg= Received: from viola.izb.knu.ac.kr (viola.izb.knu.ac.kr [IPv6:2002:9be6:9d5d:3::3]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 74F4D3E94; Wed, 24 Oct 2007 22:54:17 +0900 (KST) Received: by viola.izb.knu.ac.kr (Postfix, from userid 1001) id AF2165E10; Wed, 24 Oct 2007 22:54:16 +0900 (KST) From: Byung-Hee HWANG To: Ken Smith In-Reply-To: <1193106060.82079.19.camel@neo.cse.buffalo.edu> References: <1193106060.82079.19.camel@neo.cse.buffalo.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: InZealBomb Date: Wed, 24 Oct 2007 22:54:15 +0900 Message-Id: <1193234056.1900.15.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 14:07:50 -0000 On Mon, 2007-10-22 at 22:21 -0400, Ken Smith wrote: > We have entered the final phases of the FreeBSD-7.0 Release cycle which > also means the beginning of the FreeBSD-6.3 Release cycle. Because the > people who support the ports for FreeBSD also need to go through a > freeze cycle as part of releases we had decided to combine the two > releases to try and minimize the impact on the ports maintainers. [...snip...] I upgraded with CVSup. It works fine. I'll wait for -RELEASE. bh@viola:~> uname -v FreeBSD 7.0-BETA1 #3: Wed Oct 24 00:58:37 KST 2007 root@viola.izb.knu.ac.kr:/usr/obj/usr/src/sys/GENERIC bh@viola:~> Thanks! -- Byung-Hee HWANG * InZealBomb "You know who I am?" -- Vito Corleone, "Chapter 1", page 52 From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 14:47:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1099A16A46B for ; Wed, 24 Oct 2007 14:47:46 +0000 (UTC) (envelope-from petros.fraser@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 A458B13C4AC for ; Wed, 24 Oct 2007 14:47:45 +0000 (UTC) (envelope-from petros.fraser@gmail.com) Received: by nf-out-0910.google.com with SMTP id 4so210063nfv for ; Wed, 24 Oct 2007 07:47:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=pRGntJ2N/NZKpkVGFVAnsZkKSkqXt4s8elKrixqCYc4=; b=o3GYi/stGYOum6h0KwjUtkRNDw8j7GxKz0tSvr7FQQSFanfFRQPGBiUMXpVcd9/53+9S8MSOfRmVAvzVdKZw4rvUc7Q8ZUCHFuUUN8PoLl29NO5HANMASlWqGcukcDQXiEkRbgLgq4ivoIyxH737AV712f+5p3I2VI2vcDN3zOQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=IDPBAcLjHWS6BKXTi18w5zSZbsj+qjBaOFbtcJ9azehe0zr0UhwuH3K0glrgXHsisiKZdF0nEj1QPVQ/CDrrgCRAoUNRrRJc680gCK3YmBgHSpY8oufpE+h9GuV2YgH1AFaRkkBxe+r4QbJ92t/AbUIyfnGg8SKyySER31q8zbw= Received: by 10.78.181.13 with SMTP id d13mr457815huf.1193233775772; Wed, 24 Oct 2007 06:49:35 -0700 (PDT) Received: by 10.78.182.3 with HTTP; Wed, 24 Oct 2007 06:49:35 -0700 (PDT) Message-ID: Date: Wed, 24 Oct 2007 08:49:35 -0500 From: "Peter Fraser" To: freebsd-current@freebsd.org. MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Journalling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 14:47:46 -0000 Hi All My understanding is that Journalling is definitely going to be a part of the FBSD 7 and as such, I was hoping that information on setting it up was already a part of the handbook. I downloaded the FreeBSD 7.0 beta docs yesterday and searched the handbook, but couldn't find anything on it. Is there anywhere I could find some comprehensive information on setting up journalling? Thanks for any help. From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:06:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81D1B16A41B for ; Wed, 24 Oct 2007 15:06:50 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.de [194.25.134.84]) by mx1.freebsd.org (Postfix) with ESMTP id 5362013C4A5 for ; Wed, 24 Oct 2007 15:06:50 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from fwd32.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1Ikhoc-0002bb-07; Wed, 24 Oct 2007 17:06:38 +0200 Received: from localhost (GMVWuGZAZtoCUWUQvI8t84eggDuMFziFi4W7oyj47yIa2zAwtF794RRVZEj-fIGIajOy6lIwT6@[84.165.107.211]) by fwd32.t-online.de with esmtp id 1IkhoE-1NpBPE0; Wed, 24 Oct 2007 17:06:14 +0200 Date: Wed, 24 Oct 2007 17:06:14 +0200 From: Oliver Herold To: freebsd-current@freebsd.org Message-ID: <20071024150614.GA1477@olymp.home> Mail-Followup-To: freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) X-ID: GMVWuGZAZtoCUWUQvI8t84eggDuMFziFi4W7oyj47yIa2zAwtF794RRVZEj-fIGIajOy6lIwT6 X-TOI-MSGID: 17f697a4-c9ef-4a19-b329-269d48fb61a7 Subject: Re: Journalling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:06:50 -0000 Hi man gjournal Cheers, Oliver On Wed, Oct 24, 2007 at 08:49:35AM -0500, Peter Fraser wrote: > Hi All > My understanding is that Journalling is definitely going to be a part of the > FBSD 7 and as such, I was hoping that information on setting it up was > already a part of the handbook. I downloaded the FreeBSD 7.0 beta docs > yesterday and searched the handbook, but couldn't find anything on it. Is > there anywhere I could find some comprehensive information on setting up > journalling? > > Thanks for any help. > _______________________________________________ > 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" -- Once it hits the fan, the only rational choice is to sweep it up, package it, and sell it as fertilizer. From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:10:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5959016A417; Wed, 24 Oct 2007 15:10:36 +0000 (UTC) (envelope-from m.boyarov@bsd.by) Received: from mx1.cybernet.by (mx1.cybernet.by [212.98.164.131]) by mx1.freebsd.org (Postfix) with ESMTP id 1EBB613C49D; Wed, 24 Oct 2007 15:10:36 +0000 (UTC) (envelope-from m.boyarov@bsd.by) Received: from mx1.cybernet.by (mx1.cybernet.by [127.0.0.10]) by mx1.cybernet.by (Postfix) with ESMTP id AED02CDF57F; Wed, 24 Oct 2007 17:49:54 +0300 (EEST) Received: from solar.bsd.by (partizan.velesys.com [213.184.230.195]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.cybernet.by (Postfix) with ESMTP id 7FFE3CDF57B; Wed, 24 Oct 2007 17:49:54 +0300 (EEST) Received: by solar.bsd.by (Postfix, from userid 1001) id 614C922865; Wed, 24 Oct 2007 17:52:45 +0300 (EEST) X-Comment-To: Cristian KLEIN To: Cristian KLEIN References: <20071020212830.GA46415@fupp.net> <471E6782.6050303@net.utcluj.ro> From: m.boyarov@bsd.by (Max N. Boyarov) In-Reply-To: <471E6782.6050303@net.utcluj.ro> (Cristian KLEIN's message of "Wed, 24 Oct 2007 00:28:34 +0300") X-Mailer: Gnus v5.11/GNU Emacs 22.1 Date: Wed, 24 Oct 2007 17:52:41 +0300 Message-ID: <86tzogsgxy.fsf@bsd.by> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Virus-Scanned: ClamAV Cc: Anders Nordby , current@freebsd.org Subject: Re: HP Proliant system freezes when bge NIC is used X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:10:36 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable >>>>> "CK" =3D=3D Cristian KLEIN writes: CK> Anders Nordby wrote: >> Hi, >>=20 >> Using FreeBSD/amd64 7.0-BETA1 on a HP Proliant DL 380 G4 system, it fre= ezes >> totally once the NIC is used, hanging at the time of setting the >> hostname upon boot. If I set hw.bge.allow_asf=3D"0" in loader.conf, it >> works fine. What can I do to help debug this problem? CK> I am experiencing the same thing with an Intel eSeries 335. When I type CK> "ifconfig bge0 up" the system hangs. No DDB, no panic, no nothing. Set= ting CK> hw.bge.allow_asf=3D"0" in loader.conf does not solve the problem. CK> I also observat that the switch initially negotiates 100Mbps. After ty= ping CK> "ifconfig bge0 up" the switch negotiates 1Gbps, although the system is= frozen. Also got his issue onFreeBSD/i386 BETA1 HP Proliant ML150 when system con= nected to=20 1GB switch I see media hw-loopback and system lock when rc.d/netif is star= ted.=20 Switching link to 100Mbps switch and set hw.bge.allow_asf=3D"0" solve this. =2D-=20 Max N. Boyarov GPG fingerprint =3D F6E5 A1DE 619F 72E3 3EEC 2EFF 5C95 E05C CA05 9E8F (sub= keys.pgp.net) email2sms: 375297515642@sms.mts.by --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHH1w9XJXgXMoFno8RAjqiAKDYBI2IEJL6u8aCnN7/cxvj/OKHiQCeNBe0 efl54V1L4W2SjGVYsQ2EFzw= =SDxT -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:26:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B11D916A419 for ; Wed, 24 Oct 2007 15:26:00 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id 87E4913C4B7 for ; Wed, 24 Oct 2007 15:26:00 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.14.1/8.14.1) with ESMTP id l9OF8Gqu037581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Oct 2007 10:08:16 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <471F5FF4.3070404@palisadesys.com> Date: Wed, 24 Oct 2007 10:08:36 -0500 From: Guy Helmer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Peter Fraser References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.5]); Wed, 24 Oct 2007 10:08:16 -0500 (CDT) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: freebsd-current@freebsd.org Subject: Re: Journalling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:26:00 -0000 Peter Fraser wrote: > Hi All > My understanding is that Journalling is definitely going to be a part of the > FBSD 7 and as such, I was hoping that information on setting it up was > already a part of the handbook. I downloaded the FreeBSD 7.0 beta docs > yesterday and searched the handbook, but couldn't find anything on it. Is > there anywhere I could find some comprehensive information on setting up > journalling? > > Look for gjournal, the geom provider for journalling. Hope this helps, Guy -- Guy Helmer, Ph.D. Chief System Architect Palisade Systems, Inc. From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:31:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5095416A41B for ; Wed, 24 Oct 2007 15:31:43 +0000 (UTC) (envelope-from braddo@tranceaddict.net) Received: from omta06.mta.everyone.net (sitemail3.everyone.net [216.200.145.37]) by mx1.freebsd.org (Postfix) with ESMTP id 44B6713C4AC for ; Wed, 24 Oct 2007 15:31:43 +0000 (UTC) (envelope-from braddo@tranceaddict.net) Received: from dm25.mta.everyone.net (bigiplb-dsnat [172.16.0.19]) by omta06.mta.everyone.net (Postfix) with ESMTP id 7BB281C2D6 for ; Wed, 24 Oct 2007 08:31:11 -0700 (PDT) X-Eon-Dm: dm25 Received: by resin17.mta.everyone.net (EON-PICKUP) id resin17.471932d3.178ca; Wed, 24 Oct 2007 08:30:32 -0700 Message-Id: <20071024083031.BA6C08D6@resin17.mta.everyone.net> Date: Wed, 24 Oct 2007 08:30:31 -0700 From: "Brad Allen" To: Content-Transfer-Encoding: base64 X-Eon-Sig: AQLBoNFHH2UY9J9i6gEAAAAB,665bb813877174cc438842b3798af5a5 X-Originating-Ip: [124.190.114.202] MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: random panics: vm_phys_free_pages: page 0xc161f2a0 has unexpected order 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: braddo@tranceaddict.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:31:43 -0000 PERJViBzdHlsZT0iZm9udC1mYW1pbHk6QXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZT oxMHB0 OyI+PEZPTlQgc2l6ZT0iMiI+PFNQQU4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCxzYW 5zLXNl cmlmOyI+SSBhbSBnZXR0aW5nIHJhbmRvbSBwYW5pY3Mgd2l0aCA3LjAtQ1VSUkVOVCBpMz g2LCBh IGNvdXBsZSBvZiBleGFtcGxlcyBvZiB3aGF0IGhhcyBiZWVuIHRyaWdnZXJpbmcgdGhlbS BpcyBl eHRyYWN0aW5nIHBvcnRzIHRyZWUgdmlhIHBvcnRzbmFwIGFuZCBjb21waWxpbmcgcG9ydH MuPEJS PjxCUj48L1NQQU4+PC9GT05UPjxQUkU+VW5yZWFkIHBvcnRpb24gb2YgdGhlIGtlcm5lbC BtZXNz YWdlIGJ1ZmZlcjo8QlI+cGFuaWM6IHZtX3BoeXNfZnJlZV9wYWdlczogcGFnZSAweGMyMm M3MmEw IGhhcyB1bmV4cGVjdGVkIG9yZGVyIDEwPEJSPmNwdWlkID0gMDxCUj5LREI6IGVudGVyOi BwYW5p YzxCUj5VcHRpbWU6IDFoMzVtNTNzPEJSPlBoeXNpY2FsIG1lbW9yeTogMTAxMSBNQjxCUj 5EdW1w aW5nIDE2NyBNQjogMTUyIDEzNiAxMjAgMTA0IDg4IDcyIDU2IDQwIDI0IDg8QlI+PEJSPi MwICBk b2FkdW1wICgpIGF0IHBjcHUuaDoxOTU8QlI+MTk1ICAgICBwY3B1Lmg6IE5vIHN1Y2ggZm lsZSBv ciBkaXJlY3RvcnkuPEJSPiAgICAgICAgaW4gcGNwdS5oPEJSPihrZ2RiKSBidDxCUj4jMC AgZG9h ZHVtcCAoKSBhdCBwY3B1Lmg6MTk1PEJSPiMxICAweGMwNzRkOThlIGluIGJvb3QgKGhvd3 RvPTI2 MCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjQwOTxCUj4jMiAgMH hjMDc0 ZGM0YiBpbiBwYW5pYyAoZm10PVZhcmlhYmxlICJmbXQiIGlzIG5vdCBhdmFpbGFibGUuKS BhdCA8 QlI+ICAgIC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo1NjM8QlI+IzMgID B4YzA5 NjlhY2UgaW4gdm1fcGh5c19mcmVlX3BhZ2VzIChtPTB4YzIyYzcyYTAsIG9yZGVyPTApPE JSPiAg ICBhdCAvdXNyL3NyYy9zeXMvdm0vdm1fcGh5cy5jOjQxOTxCUj4jNCAgMHhjMDk2NDQzZS BpbiB2 bV9wYWdlX2ZyZWVfdG9xIChtPTB4YzIyYzcyYTApPEJSPiAgICBhdCAvdXNyL3NyYy9zeX Mvdm0v dm1fcGFnZS5jOjEzMDg8QlI+IzUgIDB4YzA5NjQ1MjYgaW4gdm1fcGFnZV9mcmVlX3plcm 8gKG09 MHhjMjJjNzJhMCk8QlI+ICAgIGF0IC91c3Ivc3JjL3N5cy92bS92bV9wYWdlLmM6NTExPE JSPiM2 ICAweGMwOWZlMDQzIGluIHBtYXBfcmVtb3ZlX3BhZ2VzIChwbWFwPTB4YzZjMDAzNDQpPE JSPiAg ICBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3BtYXAuYzoxMTQyPEJSPiM3ICAweGMwOT VkNjRj IGluIHZtc3BhY2VfZXhpdCAodGQ9MHhjNzViYzAwMCkgYXQgL3Vzci9zcmMvc3lzL3ZtL3 ZtX21h cC5jOjM5NTxCUj4jOCAgMHhjMDcyZWFlYiBpbiBleGl0MSAodGQ9MHhjNzViYzAwMCwgcn Y9MCk8 QlI+ICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZXhpdC5jOjI5NDxCUj4jOSAgMH hjMDcy ZjhhZCBpbiBzeXNfZXhpdCAodGQ9Q291bGQgbm90IGZpbmQgdGhlIGZyYW1lIGJhc2UgZm 9yICJz eXNfZXhpdCIuKSA8QlI+ICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fZXhpdC5jOj k4PEJS PiMxMCAweGMwYTAyNWIzIGluIHN5c2NhbGwgKGZyYW1lPTB4ZTY3OGJkMzgpPEJSPiAgIC BhdCAv dXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzoxMDA4PEJSPiMxMSAweGMwOWU4ODUwIG luIFhp bnQweDgwX3N5c2NhbGwgKCk8QlI+ICAgIGF0IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvZX hjZXB0 aW9uLnM6MTk2PEJSPiMxMiAweDAwMDAwMDMzIGluID8/ICgpPEJSPlByZXZpb3VzIGZyYW 1lIGlu bmVyIHRvIHRoaXMgZnJhbWUgKGNvcnJ1cHQgc3RhY2s/KTxCUj48QlI+QW55IGhlbHAgd2 91bGQg YmUgZ3JlYXRseSBhcHByZWNpYXRlZC48QlI+PEJSPlJlZ2FyZHM8QlI+PEJSPkJyYWQ8Ql I+PEZP TlQgc2l6ZT0iMiI+PFNQQU4gc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCxzYW5zLXNlcm lmOyI+ PC9TUEFOPjwvRk9OVD48L1BSRT48Rk9OVCBzaXplPSIyIj48U1BBTiBzdHlsZT0iZm9udC 1mYW1p bHk6IEFyaWFsLHNhbnMtc2VyaWY7Ij48L1NQQU4+PC9GT05UPjwvRElWPg== From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:33:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C53B616A420 for ; Wed, 24 Oct 2007 15:33:38 +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 27D2C13C4BC for ; Wed, 24 Oct 2007 15:33:37 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: (qmail 24276 invoked from network); 24 Oct 2007 15:33:11 -0000 Received: from unknown (HELO vbepfkad.srv.xtra-net.be) (172.16.66.70) by 0 with SMTP; 24 Oct 2007 15:33:11 -0000 Received: (qmail 61141 invoked from network); 24 Oct 2007 15:21:51 -0000 Received: from 72.66.16.172.in-addr.arpa (HELO www.xtra-net.be) (172.16.66.72) by 0 with SMTP; 24 Oct 2007 15:21:51 -0000 Received: from 172.16.9.1 (proxying for 193.178.209.213) (SquirrelMail authenticated user 720616030) by www.xtra-net.be with HTTP; Wed, 24 Oct 2007 17:21:51 +0200 (CEST) Message-ID: <1493.172.16.9.1.1193239311.squirrel@www.xtra-net.be> In-Reply-To: <1193236792.2001.48.camel@localhost> References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <1192629534.2001.9.camel@localhost> <2412.172.16.9.1.1193233712.squirrel@www.xtra-net.be> <1193236792.2001.48.camel@localhost> Date: Wed, 24 Oct 2007 17:21:51 +0200 (CEST) From: "Vincent Blondel" To: freebsd-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 Blondel Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:33:38 -0000 On Wed, October 24, 2007 16:39, Tom Evans wrote: On Wed, 2007-10-24 at 15:48 +0200, Vincent Blondel wrote: > On Wed, October 17, 2007 15:58, Tom Evans wrote: > On Mon, 2007-10-15 at 20:27 +0200, Vincent Blondel wrote: > >> Hello all, >> >> >> >> I am trying to install FreeBSD-current as Dom/U on my Core2 Quad server hosting Linux Ubuntu 7.10 as >> Dom/0. >> >> >> >> After some search on Google, I found a patch ( http://wiki.freebsd.org/FreeBSD/Xen ) that can be applied >> on current cvs 'src' but this seems already dated 4 months and occurs lots of errors during patch phase. >> >> I also noticed xen3/freebsd development is currently hosted on preforce.freebsd.org but it seems we need >> a account on this server to get last snapshot but I do not get any access on this server. >> >> Can somebody explain me how I can get last snapshot of it ?? >> >> >> > > Hi. I wrote a ruby script for extracting repo snapshots from p4. It > requires the package 'ruby-gems' and the gem package 'hpricot' (gem install hpricot). > > Cheers > > > Tom > > > I just tested your script ( p4fetch --depot //depot/projects/ --repo xen3 ) and got some result after some > hours download. I found a complete ( I think so ) ../src/sys directory tree. > > What do I have to do now to compile a Xen Dom/U image .. ?? > > > Do I have to compile an i386 or amd64 kernel ?? > > > What setting do I have to include in the GENERIC kernel config file ?? > > > Thks to help me. > > > Vincent. > > > Haven't a clue, sorry. I wrote the script to grab a different perforce repository. Can somebody indicate me what settings I have to include in GENERIC config file so to compile a Xen Dom/U FreeBSD kernel. Tom From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:40:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7457116A41B for ; Wed, 24 Oct 2007 15:40:37 +0000 (UTC) (envelope-from braddo@tranceaddict.net) Received: from omta08.mta.everyone.net (sitemail3.everyone.net [216.200.145.37]) by mx1.freebsd.org (Postfix) with ESMTP id 6E82D13C4A8 for ; Wed, 24 Oct 2007 15:40:37 +0000 (UTC) (envelope-from braddo@tranceaddict.net) Received: from dm24.mta.everyone.net (bigiplb-dsnat [172.16.0.19]) by omta08.mta.everyone.net (Postfix) with ESMTP id F00A740212 for ; Wed, 24 Oct 2007 08:40:30 -0700 (PDT) X-Eon-Dm: dm24 Received: by resin17.mta.everyone.net (EON-PICKUP) id resin17.471932d3.17bd5; Wed, 24 Oct 2007 08:40:30 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Message-Id: <20071024084030.BA6C0A8F@resin17.mta.everyone.net> Date: Wed, 24 Oct 2007 08:40:30 -0700 From: "Brad Allen" To: X-Eon-Sig: AQLBoNFHH2duFfWcpQEAAAAB,3a81cedcb130dd090026f53a70e91418 X-Originating-Ip: [124.190.114.202] Subject: random panics: vm_phys_free_pages: page 0xc22c72a0 has unexpected order 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: braddo@tranceaddict.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:40:37 -0000 I am getting random panics with 7.0-CURRENT i386, a couple of examples of what has been triggering them is extracting ports tree via portsnap and compiling ports. Unread portion of the kernel message buffer: panic: vm_phys_free_pages: page 0xc22c72a0 has unexpected order 10 cpuid = 0 KDB: enter: panic Uptime: 1h35m53s Physical memory: 1011 MB Dumping 167 MB: 152 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc074d98e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc074dc4b in panic (fmt=Variable "fmt" is not available.) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0969ace in vm_phys_free_pages (m=0xc22c72a0, order=0) at /usr/src/sys/vm/vm_phys.c:419 #4 0xc096443e in vm_page_free_toq (m=0xc22c72a0) at /usr/src/sys/vm/vm_page.c:1308 #5 0xc0964526 in vm_page_free_zero (m=0xc22c72a0) at /usr/src/sys/vm/vm_page.c:511 #6 0xc09fe043 in pmap_remove_pages (pmap=0xc6c00344) at /usr/src/sys/i386/i386/pmap.c:1142 #7 0xc095d64c in vmspace_exit (td=0xc75bc000) at /usr/src/sys/vm/vm_map.c:395 #8 0xc072eaeb in exit1 (td=0xc75bc000, rv=0) at /usr/src/sys/kern/kern_exit.c:294 #9 0xc072f8ad in sys_exit (td=Could not find the frame base for "sys_exit".) at /usr/src/sys/kern/kern_exit.c:98 #10 0xc0a025b3 in syscall (frame=0xe678bd38) at /usr/src/sys/i386/i386/trap.c:1008 #11 0xc09e8850 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #12 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) Any help would be greatly appreciated. Regards Brad From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:40:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2867F16A41B for ; Wed, 24 Oct 2007 15:40:59 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id EF97113C4C1 for ; Wed, 24 Oct 2007 15:40:58 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60951 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IkiLd-0001PV-Ku for freebsd-current@freebsd.org; Wed, 24 Oct 2007 15:40:45 +0000 Message-ID: <471F677D.3090805@conducive.net> Date: Wed, 24 Oct 2007 11:40:45 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071024083031.BA6C08D6@resin17.mta.everyone.net> In-Reply-To: <20071024083031.BA6C08D6@resin17.mta.everyone.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: random panics: vm_phys_free_pages: page 0xc161f2a0 has unexpected order 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:40:59 -0000 Brad Allen wrote: >
*snip* Web-pages are a nice way of putting up large dumps and logs. But after you create such a web page, only the link needs to be posted - and in plaintext. Not the actual page code. Leave that on the webserver. Better yet - leave the material in plaintext on the webserver as well... Debugging html is two doors down the hall. Bill From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:43:09 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AB0916A57F for ; Wed, 24 Oct 2007 15:43:09 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id AAA3F13C480 for ; Wed, 24 Oct 2007 15:43:08 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l9OFh0gc018536; Wed, 24 Oct 2007 11:43:00 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 24 Oct 2007 11:42:55 -0400 User-Agent: KMail/1.6.2 References: <4712A4A8.7080503@FreeBSD.org> <040e01c81587$a47f6600$ed7e3200$@co.uk> <200710240450.44314.joao@matik.com.br> In-Reply-To: <200710240450.44314.joao@matik.com.br> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <200710241142.58329.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/4589/Wed Oct 24 05:55:55 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: JoaoBR Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:43:09 -0000 On Wednesday 24 October 2007 02:50 am, JoaoBR wrote: > On Tuesday 23 October 2007 13:16:10 Lawrence Farr wrote: > > > could this patch help to solve this kern/116328 also ? If so > > > would you mind to > > > send me a copy? > > > > > > > > > thank's > > > -- > > > > > > Jo�o > > > > Setting hw.bge.allow_asf="0" at the loader prompt fixes it for > > me, as per the mail by Anders Norby: > > great it works, thank you > > so that is the reason then that bge hangs with 7 with the same > if_bge.c version as releng_6 > > because hw.bge.allow_asf defaults to 0 in releng_6 and to 1 in 7 > > somebody knows why this changed? Would be kind of handy if this > where in the man page since almost all tyans and other server > boards have this bge nics When I MFC'd bge(4) on RELENG_6, I decided to turn it off by default. See the diff between RELENG_6 and MFC point: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge.c.diff?r2=1.91.2.21;r1=1.186 Since RELENG_7 is branched, I think we should do the same on the branch as well. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:45:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D3E316A41A for ; Wed, 24 Oct 2007 15:45:49 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 726FD13C48D for ; Wed, 24 Oct 2007 15:45:49 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60921 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IkiQH-0001RB-5e for freebsd-current@freebsd.org; Wed, 24 Oct 2007 15:45:33 +0000 Message-ID: <471F689C.1090408@conducive.net> Date: Wed, 24 Oct 2007 11:45:32 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071024084030.BA6C0A8F@resin17.mta.everyone.net> In-Reply-To: <20071024084030.BA6C0A8F@resin17.mta.everyone.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: random panics: vm_phys_free_pages: page 0xc22c72a0 has unexpected order 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:45:49 -0000 Brad Allen wrote: > I am getting random panics with 7.0-CURRENT i386, a couple of > examples of what has been triggering them is extracting ports > tree via portsnap and compiling ports. > > Unread portion of the kernel message buffer: > panic: vm_phys_free_pages: page 0xc22c72a0 has unexpected order 10 > cpuid = 0 > KDB: enter: panic > Uptime: 1h35m53s > Physical memory: 1011 MB > Dumping 167 MB: 152 136 120 104 88 72 56 40 24 8 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc074d98e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc074dc4b in panic (fmt=Variable "fmt" is not available.) at > /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc0969ace in vm_phys_free_pages (m=0xc22c72a0, order=0) > at /usr/src/sys/vm/vm_phys.c:419 > #4 0xc096443e in vm_page_free_toq (m=0xc22c72a0) > at /usr/src/sys/vm/vm_page.c:1308 > #5 0xc0964526 in vm_page_free_zero (m=0xc22c72a0) > at /usr/src/sys/vm/vm_page.c:511 > #6 0xc09fe043 in pmap_remove_pages (pmap=0xc6c00344) > at /usr/src/sys/i386/i386/pmap.c:1142 > #7 0xc095d64c in vmspace_exit (td=0xc75bc000) at /usr/src/sys/vm/vm_map.c:395 > #8 0xc072eaeb in exit1 (td=0xc75bc000, rv=0) > at /usr/src/sys/kern/kern_exit.c:294 > #9 0xc072f8ad in sys_exit (td=Could not find the frame base for "sys_exit".) > at /usr/src/sys/kern/kern_exit.c:98 > #10 0xc0a025b3 in syscall (frame=0xe678bd38) > at /usr/src/sys/i386/i386/trap.c:1008 > #11 0xc09e8850 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:196 > #12 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > Any help would be greatly appreciated. > > Regards > > Brad Is that heppening for-each port you attempt, or during some longer-running work with a succession of ports / the whole tree? Bill From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:50:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48F2816A468 for ; Wed, 24 Oct 2007 15:50:31 +0000 (UTC) (envelope-from braddo@tranceaddict.net) Received: from omta06.mta.everyone.net (sitemail3.everyone.net [216.200.145.37]) by mx1.freebsd.org (Postfix) with ESMTP id B3BEA13C48A for ; Wed, 24 Oct 2007 15:50:30 +0000 (UTC) (envelope-from braddo@tranceaddict.net) Received: from dm23.mta.everyone.net (bigiplb-dsnat [172.16.0.19]) by omta06.mta.everyone.net (Postfix) with ESMTP id BF5161DC6D for ; Wed, 24 Oct 2007 08:48:57 -0700 (PDT) X-Eon-Dm: dm23 Received: by resin17.mta.everyone.net (EON-PICKUP) id resin17.471932d3.17ac3; Wed, 24 Oct 2007 08:48:57 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Message-Id: <20071024084857.BA6C0B10@resin17.mta.everyone.net> Date: Wed, 24 Oct 2007 08:48:57 -0700 From: "Brad Allen" To: Content-Transfer-Encoding: base64 X-Eon-Sig: AQLBoNFHH2lpLbz20QEAAAAB,471a6aba741efe9e131b5c24104fa1e8 X-Originating-Ip: [124.190.114.202] Subject: random panics: vm_phys_free_pages: page 0xc161f2a0 has unexpected order 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: braddo@tranceaddict.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:50:31 -0000 QnJhZCBBbGxlbiB3cm90ZToNCj4+IDxESVYgc3R5bGU9ImZvbnQtZmFtaWx5OkFyaWFsLCBzYW5z LXNlcmlmOyBmb250LXNpemU6MTBwdDsiPjxGT05UIHNpemU9IjIiPjxTUEFOIHN0eWxlPSJmb250 LWZhbWlseTogQXJpYWwsc2Fucy1zZXJpZjsiPg0KDQrpn5PlrrbmqJkgQmlsbCBIYWNrZXIgd3Jv dGU6DQo+KnNuaXAqDQo+DQo+V2ViLXBhZ2VzIGFyZSBhIG5pY2Ugd2F5IG9mIHB1dHRpbmcgdXAg bGFyZ2UgZHVtcHMgYW5kIGxvZ3MuDQo+DQo+QnV0IGFmdGVyIHlvdSBjcmVhdGUgc3VjaCBhIHdl YiBwYWdlLCBvbmx5IHRoZSBsaW5rIG5lZWRzIHRvIGJlIHBvc3RlZCAtIGFuZCBpbiANCj5wbGFp bnRleHQuDQo+DQo+Tm90IHRoZSBhY3R1YWwgcGFnZSBjb2RlLiAgTGVhdmUgdGhhdCBvbiB0aGUg d2Vic2VydmVyLg0KPg0KPkJldHRlciB5ZXQgLSBsZWF2ZSB0aGUgbWF0ZXJpYWwgaW4gcGxhaW50 ZXh0IG9uIHRoZSB3ZWJzZXJ2ZXIgYXMgd2VsbC4uLg0KPg0KPkRlYnVnZ2luZyBodG1sIGlzIHR3 byBkb29ycyBkb3duIHRoZSBoYWxsLg0KPg0KPkJpbGwNCg0KQXBvbG9naWVzIGFib3V0IHRoYXQu IEkgZGlkbid0IGFjdHVhbGx5IHJlYWxpc2UgbXkgbWFpbHNlcnZlciBzZW50IG1lc3NhZ2VzIGlu IEhUTUwgdW50aWwgSSdkIHNlbnQgaXQu From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:59:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77A9016A417 for ; Wed, 24 Oct 2007 15:59:00 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA3D13C4BF for ; Wed, 24 Oct 2007 15:59:00 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60919 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IkidB-0001Tc-0M for freebsd-current@freebsd.org; Wed, 24 Oct 2007 15:58:53 +0000 Message-ID: <471F6BBC.4020000@conducive.net> Date: Wed, 24 Oct 2007 11:58:52 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071024084857.BA6C0B10@resin17.mta.everyone.net> In-Reply-To: <20071024084857.BA6C0B10@resin17.mta.everyone.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: random panics: vm_phys_free_pages: page 0xc161f2a0 has unexpected order 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:59:00 -0000 Brad Allen wrote: > Brad Allen wrote: >>>
> > 韓家標 Bill Hacker wrote: >> *snip* >> >> Web-pages are a nice way of putting up large dumps and logs. >> >> But after you create such a web page, only the link needs to be posted - and in >> plaintext. >> >> Not the actual page code. Leave that on the webserver. >> >> Better yet - leave the material in plaintext on the webserver as well... >> >> Debugging html is two doors down the hall. >> >> Bill > > Apologies about that. I didn't actually realise my mailserver sent messages in HTML until I'd sent it. > No blood, no foul. Saw the 'clean' post immediately folowing. Might try replicating the problem here on other hardware & several different 'vintages' of builds. IF I had a few more details. I've got two servers sitting within arm's length that don't go into a rack for another 12 hours or so... Both Core-2 Quad, otherwise 'enough' different it might be helpful. I don't code "C" - but I can test... Bill From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:16:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4465916A418 for ; Wed, 24 Oct 2007 15:16:55 +0000 (UTC) (envelope-from mail@jhaemmerle.org) Received: from mx0.bitshelter.net (svr.bitshelter.net [85.10.193.115]) by mx1.freebsd.org (Postfix) with ESMTP id 079BB13C4B8 for ; Wed, 24 Oct 2007 15:16:54 +0000 (UTC) (envelope-from mail@jhaemmerle.org) Received: from localhost (localhost [127.0.0.1]) by mx0.bitshelter.net (Postfix) with ESMTP id B7F7B15DF6D; Wed, 24 Oct 2007 17:16:39 +0200 (CEST) X-Virus-Scanned: Scanned at bitshelter.net Received: from mx0.bitshelter.net ([127.0.0.1]) by localhost (svr.bitshelter.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id auciXHtdZWm5; Wed, 24 Oct 2007 17:16:38 +0200 (CEST) Received: from intranet.bitshelter.net (localhost [127.0.0.1]) by mx0.bitshelter.net (Postfix) with ESMTP id F3E4C15DEDD; Wed, 24 Oct 2007 17:16:37 +0200 (CEST) Received: from 141.52.232.84 (SquirrelMail authenticated user mail.five-nines.org) by svr.bitshelter.net with HTTP; Wed, 24 Oct 2007 17:16:38 +0200 (CEST) Message-ID: <35427.141.52.232.84.1193238998.squirrel@svr.bitshelter.net> In-Reply-To: References: <40506.141.52.232.84.1193226442.squirrel@svr.bitshelter.net> Date: Wed, 24 Oct 2007 17:16:38 +0200 (CEST) From: "Jochen Haemmerle" To: gnn@freebsd.org User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Wed, 24 Oct 2007 16:15:09 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Installer DHCP in Virtual Box doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:16:55 -0000 >> I've just tried to install the FBSD7 Beta1 on my VirtualBox (version >> 1.5.2) using the boot-only-image. During the install process the >> installer >> wasn't able to get an IP via DHCP. However this works with 6.2 and 6.1 >> boot-only-images. >> >> Is this a problem of VirtualBox or is it an Installer problem. > I used the ISO Disc 1 (not boot only) to install into a VMware > instance with no problems. I don't use virtual box but one thing to > try is the full ISO and see what happens. Just tried it. -> Same behaviour Cheers Jochen From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:34:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E179F16A419 for ; Wed, 24 Oct 2007 15:34:37 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 8891913C4A3 for ; Wed, 24 Oct 2007 15:34:37 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (d116236.adsl.hansenet.de [80.171.116.236]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1IkiF421Y6-0008CG; Wed, 24 Oct 2007 17:34:32 +0200 Message-ID: <471F65E1.8070307@janh.de> Date: Wed, 24 Oct 2007 17:33:53 +0200 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: 471F4442.2000804@janh.de Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1/DmOk+jlHxrjrlGAHUZ8WT00f6FyOvIxB6nYh ujjCPgh8fd53pfQSOQdHFiHHz5gLgdUcmWq1T29OCHy5caGr2o rIbhfxvl66ZRF4pIWs9lg== X-Mailman-Approved-At: Wed, 24 Oct 2007 16:15:09 +0000 Subject: Re: 7.0-BETA1: interrupt storm -- do I have to worry? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:34:38 -0000 Ivan wrote: > Jan Henrik Sylvester wrote: > > I just installed 7.0-BETA1 for testing. I found this in dmesg: > > > > interrupt storm detected on "irq10:"; throttling interrupt source > > > > Do I have to worry about this? (Was not there in 6.2.) > > Hmm, it's probably USB on irq10. How often do you get it? I have a > similar laptop with ICH4 on 7-CURRENT which works ok. Please post the > output of vmstat -i. I get this on each boot -- always at the same time. 'vmstat -i' on 7.0-BETA1: interrupt total rate irq0: clk 214309 996 irq1: atkbd0 171 0 irq5: bfe0 uhci1 593 2 irq7: ppc0 1 0 irq8: rtc 27440 127 irq9: iwi0 acpi0 755 3 irq10: cbb0 cbb1+* 16296 75 irq12: psm0 486 2 irq14: ata0 6660 30 irq15: ata1 1670 7 Total 268381 1248 'vmstat -i' on 6.2-RELEASE-p7: interrupt total rate irq0: clk 553229 996 irq1: atkbd0 778 1 irq5: bfe0 uhci1 1768 3 irq7: ppc0 1 0 irq8: rtc 70803 127 irq9: iwi0 acpi0 1705 3 irq10: cbb0 cbb1+* 46543 83 irq12: psm0 1458 2 irq14: ata0 12536 22 irq15: ata1 4171 7 Total 692992 1248 From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 15:36:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1866116A418 for ; Wed, 24 Oct 2007 15:36:51 +0000 (UTC) (envelope-from mail@jhaemmerle.org) Received: from mx0.bitshelter.net (svr.bitshelter.net [85.10.193.115]) by mx1.freebsd.org (Postfix) with ESMTP id D124913C48E for ; Wed, 24 Oct 2007 15:36:50 +0000 (UTC) (envelope-from mail@jhaemmerle.org) Received: from localhost (localhost [127.0.0.1]) by mx0.bitshelter.net (Postfix) with ESMTP id EADF315DEFF for ; Wed, 24 Oct 2007 17:11:44 +0200 (CEST) X-Virus-Scanned: Scanned at bitshelter.net Received: from mx0.bitshelter.net ([127.0.0.1]) by localhost (svr.bitshelter.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id JPGSrsWwEw9l for ; Wed, 24 Oct 2007 17:11:42 +0200 (CEST) Received: from intranet.bitshelter.net (localhost [127.0.0.1]) by mx0.bitshelter.net (Postfix) with ESMTP id 11F0515DF26 for ; Wed, 24 Oct 2007 17:11:42 +0200 (CEST) Received: from 141.52.232.84 (SquirrelMail authenticated user mail.five-nines.org) by svr.bitshelter.net with HTTP; Wed, 24 Oct 2007 17:11:42 +0200 (CEST) Message-ID: <10296.141.52.232.84.1193238702.squirrel@svr.bitshelter.net> In-Reply-To: References: <40506.141.52.232.84.1193226442.squirrel@svr.bitshelter.net> Date: Wed, 24 Oct 2007 17:11:42 +0200 (CEST) From: "Jochen Haemmerle" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Wed, 24 Oct 2007 16:15:09 +0000 Subject: Re: Installer DHCP in Virtual Box doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 15:36:51 -0000 >> I've just tried to install the FBSD7 Beta1 on my VirtualBox (version >> 1.5.2) using the boot-only-image. During the install process the >> installer >> wasn't able to get an IP via DHCP. However this works with 6.2 and 6.1 >> boot-only-images. >> >> Is this a problem of VirtualBox or is it an Installer problem. > > Most likely VirtualBox. In contrast to VMWare, it doesn't have special > support for fancy networking options (i.e. vmware automatic bridging), > but it creates an ordinary tap device which you have to bridge by > yourself to your physical NIC so it can talk to the outside world. Have > you done that? No, I actually intended to use the NAT options of VirtualBox, which offers DHCP functionality to the host system.(has worked so far) > Apart from that, does VirtualBox work for you? I tried it a few days ago > and found it cannot survive an ordinary buildworld because something's > apparently messed up with context switches & signal delivery. Yepp, discovered the same problem with 6.2 and 6-stable. However I didn't run into these problems with 6.1. I've got to admit that I didn't do that much testing with 6.1. (buildworld worked a couple of times) The actual intention of the current installation is to see if this still occures with VBox 1.5.2 and the 7.0 Beta Cheers Jochen From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 16:29:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4852416A417; Wed, 24 Oct 2007 16:29:37 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8C613C481; Wed, 24 Oct 2007 16:29:37 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.14.1) with ESMTP id l9OGNGWf007709; Wed, 24 Oct 2007 09:23:16 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.14.1/Submit) id l9OGNGIE007708; Wed, 24 Oct 2007 09:23:16 -0700 (PDT) (envelope-from sgk) Date: Wed, 24 Oct 2007 09:23:16 -0700 From: Steve Kargl To: Jung-uk Kim Message-ID: <20071024162316.GA7625@troutmask.apl.washington.edu> References: <4712A4A8.7080503@FreeBSD.org> <040e01c81587$a47f6600$ed7e3200$@co.uk> <200710240450.44314.joao@matik.com.br> <200710241142.58329.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710241142.58329.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, JoaoBR Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 16:29:37 -0000 On Wed, Oct 24, 2007 at 11:42:55AM -0400, Jung-uk Kim wrote: > On Wednesday 24 October 2007 02:50 am, JoaoBR wrote: > > > > so that is the reason then that bge hangs with 7 with the same > > if_bge.c version as releng_6 > > > > because hw.bge.allow_asf defaults to 0 in releng_6 and to 1 in 7 > > > > somebody knows why this changed? Would be kind of handy if this > > where in the man page since almost all tyans and other server > > boards have this bge nics > > When I MFC'd bge(4) on RELENG_6, I decided to turn it off by default. > See the diff between RELENG_6 and MFC point: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge.c.diff?r2=1.91.2.21;r1=1.186 > > Since RELENG_7 is branched, I think we should do the same on the > branch as well. > So, what exactly does hw.bge.allow_asf do? I've been running -current on several different tyan boards with on-board bge devices for the last few years without a hanging problem. I just checked and found hw.bge.allow_asf=1. I do see the infamous "bge0 watchdog timeout" problem, which can be mitigatedi, but not eliminated, byx Index: bge/if_bge.c =================================================================== RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.198 diff -u -p -r1.198 if_bge.c --- bge/if_bge.c 30 Sep 2007 11:05:14 -0000 1.198 +++ bge/if_bge.c 24 Oct 2007 16:26:41 -0000 @@ -2454,9 +2454,9 @@ bge_attach(device_t dev) /* Set default tuneable values. */ sc->bge_stat_ticks = BGE_TICKS_PER_SEC; sc->bge_rx_coal_ticks = 150; - sc->bge_tx_coal_ticks = 150; - sc->bge_rx_max_coal_bds = 10; - sc->bge_tx_max_coal_bds = 10; + sc->bge_tx_coal_ticks = 1500000; + sc->bge_rx_max_coal_bds = 32; + sc->bge_tx_max_coal_bds = 300; /* Set up ifnet structure */ ifp = sc->bge_ifp = if_alloc(IFT_ETHER); Index: bge/if_bgereg.h =================================================================== RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v retrieving revision 1.73 diff -u -p -r1.73 if_bgereg.h --- bge/if_bgereg.h 22 May 2007 19:22:58 -0000 1.73 +++ bge/if_bgereg.h 24 Oct 2007 16:26:42 -0000 @@ -2342,7 +2342,7 @@ struct bge_gib { * allocated for the standard, mini and jumbo receive rings. */ -#define BGE_SSLOTS 256 +#define BGE_SSLOTS 512 #define BGE_MSLOTS 256 #define BGE_JSLOTS 384 -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 16:52:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D44916A469 for ; Wed, 24 Oct 2007 16:52:26 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 31B1613C48A for ; Wed, 24 Oct 2007 16:52:26 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9OGqO9P048875 for ; Wed, 24 Oct 2007 12:52:25 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9OGqI8D013275 for ; Wed, 24 Oct 2007 12:52:19 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9OGqIGk013274 for freebsd-current@freebsd.org; Wed, 24 Oct 2007 12:52:18 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710241652.l9OGqIGk013274@himinbjorg.tucs-beachin-obx-house.com> To: freebsd-current@freebsd.org Date: Wed, 24 Oct 2007 12:52:18 -0400 (EDT) X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 16:52:26 -0000 Hi, I brought up a machine fresh last nite with 7.0-BETA1 and wanted to make world for myself. During the install of lib/libc, after : install -o root -g wheel -m 444 xdr.3.gz /usr/share/man/man3 I got : /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh Now, most commands give me that error... I can't even "ls". What happened????? Thanks, Tuc From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 16:56:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C73716A46C for ; Wed, 24 Oct 2007 16:56:40 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0FCB113C4A5 for ; Wed, 24 Oct 2007 16:56:39 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60975 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IkjWj-0001eL-RH for freebsd-current@freebsd.org; Wed, 24 Oct 2007 16:56:17 +0000 Message-ID: <471F7931.6080807@conducive.net> Date: Wed, 24 Oct 2007 12:56:17 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071024091418.BA6C00FC@resin17.mta.everyone.net> In-Reply-To: <20071024091418.BA6C00FC@resin17.mta.everyone.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: random panics: vm_phys_free_pages: page 0xc161f2a0 has unexpected order 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 16:56:40 -0000 Brad Allen wrote: > >> --- askbill@conducive.net wrote: *snip* >> Might try replicating the problem here on other hardware & several >> different 'vintages' of builds. >> >> IF I had a few more details. I've got two servers sitting within arm's >> length that don't go into a rack for another 12 hours or so... Both Core-2 >> Quad, otherwise 'enough' different it might be helpful. >> >> I don't code "C" - but I can test... >> >> Bill >> > Currently I'm using the October snapshot, I've also tried the August & June > snapshots with the same result. I'm running an Athlon XP 2400+. > > I can _generally_ get away with compiling the smaller ports (bash, nano, > etc), however xservers and kernels, to name a couple, are guaranteed to fail. OK - I may have 'tested' some of it already. Other than NOT using 'portsnap', and having different CPU & RAM, specifically: ASUS P5K, 4 GB DDR 800, Core-2 Quad 2.4 GHz, GigaByte G33-DS3R, 4 GB DDR 800, Core-2 Quad 2.4 GHz But we DO have overlap with the FreeBSD versions you are trying, ex: i386 & AMD-64 Aug, Sep snapshots. cvsup from October onward 'til about 2 days ago. - two instances of make build~ failing to complete. OK with new cvsuping 12 hours later. Might have been OK within minutes if re-pulled. 'not known' - a few instances of pkg_add being unable to find a consenting tarball, but a make install from the ports tree working OK for the same port. - a few instances of a 'common' port refusing to build on AMD-64 at all (Opera comes to mind). Not to mention the odd few ports simply marked as 'broken'. No occcurence of the sort of error you cited. JMHO, but... "SWAG" - most likely to be stale debris in your build environment. We either nuke /usr/src, or rely on the 'delete' tag to clean it up for us. Second choice is RAM complement. Third suspect is RAM quality. Meanwhile; - Give me the *exact* commands you are using, I'll try them, too. - See if you can lay hands on another 1 GB of RAM and if it at least delays the issue. Standing by... Bill From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 17:02:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61BA616A420 for ; Wed, 24 Oct 2007 17:02:22 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA5913C48E for ; Wed, 24 Oct 2007 17:02:22 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9OH2L9P049087 for ; Wed, 24 Oct 2007 13:02:21 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9OH2Gol013599 for ; Wed, 24 Oct 2007 13:02:16 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9OH2G2E013598 for freebsd-current@freebsd.org; Wed, 24 Oct 2007 13:02:16 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710241702.l9OH2G2E013598@himinbjorg.tucs-beachin-obx-house.com> To: freebsd-current@freebsd.org Date: Wed, 24 Oct 2007 13:02:16 -0400 (EDT) In-Reply-To: <200710241652.l9OGqIGk013274@himinbjorg.tucs-beachin-obx-house.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 17:02:22 -0000 > > Hi, > > I brought up a machine fresh last nite with 7.0-BETA1 > and wanted to make world for myself. During the install of > lib/libc, after : > > install -o root -g wheel -m 444 xdr.3.gz /usr/share/man/man3 > > I got : > > /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh > > Now, most commands give me that error... I > can't even "ls". > > What happened????? > > Thanks, Tuc > I'm back at a machine with a browser and now see others fell into this. So for the 7.0-BETA1, whats the correct CVS-Tag? I used RELENG_7. Thanks, Tuc From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 17:20:34 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C387E16A41A for ; Wed, 24 Oct 2007 17:20:34 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8098213C48A for ; Wed, 24 Oct 2007 17:20:34 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l9OHKRsk025496; Wed, 24 Oct 2007 13:20:27 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Steve Kargl Date: Wed, 24 Oct 2007 13:19:49 -0400 User-Agent: KMail/1.6.2 References: <4712A4A8.7080503@FreeBSD.org> <200710241142.58329.jkim@FreeBSD.org> <20071024162316.GA7625@troutmask.apl.washington.edu> In-Reply-To: <20071024162316.GA7625@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200710241320.25092.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/4590/Wed Oct 24 11:20:13 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org, JoaoBR Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 17:20:34 -0000 On Wednesday 24 October 2007 12:23 pm, Steve Kargl wrote: > On Wed, Oct 24, 2007 at 11:42:55AM -0400, Jung-uk Kim wrote: > > On Wednesday 24 October 2007 02:50 am, JoaoBR wrote: > > > so that is the reason then that bge hangs with 7 with the same > > > if_bge.c version as releng_6 > > > > > > because hw.bge.allow_asf defaults to 0 in releng_6 and to 1 in > > > 7 > > > > > > somebody knows why this changed? Would be kind of handy if this > > > where in the man page since almost all tyans and other server > > > boards have this bge nics > > > > When I MFC'd bge(4) on RELENG_6, I decided to turn it off by > > default. See the diff between RELENG_6 and MFC point: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge.c.di > >ff?r2=1.91.2.21;r1=1.186 > > > > Since RELENG_7 is branched, I think we should do the same on the > > branch as well. > > So, what exactly does hw.bge.allow_asf do? I've been running > -current on several different tyan boards with on-board bge > devices for the last few years without a hanging problem. > I just checked and found hw.bge.allow_asf=1. Basically it makes it work better with some IPMI modules (e.g., server management daughter cards). While it works on some platforms, it breaks some, i.e., it is very sensitive to firmware and BIOS. > I do see the infamous "bge0 watchdog timeout" problem, which can > be mitigatedi, but not eliminated, byx > > Index: bge/if_bge.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v > retrieving revision 1.198 > diff -u -p -r1.198 if_bge.c > --- bge/if_bge.c 30 Sep 2007 11:05:14 -0000 1.198 > +++ bge/if_bge.c 24 Oct 2007 16:26:41 -0000 > @@ -2454,9 +2454,9 @@ bge_attach(device_t dev) > /* Set default tuneable values. */ > sc->bge_stat_ticks = BGE_TICKS_PER_SEC; > sc->bge_rx_coal_ticks = 150; > - sc->bge_tx_coal_ticks = 150; > - sc->bge_rx_max_coal_bds = 10; > - sc->bge_tx_max_coal_bds = 10; > + sc->bge_tx_coal_ticks = 1500000; > + sc->bge_rx_max_coal_bds = 32; > + sc->bge_tx_max_coal_bds = 300; > > /* Set up ifnet structure */ > ifp = sc->bge_ifp = if_alloc(IFT_ETHER); > Index: bge/if_bgereg.h > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v > retrieving revision 1.73 > diff -u -p -r1.73 if_bgereg.h > --- bge/if_bgereg.h 22 May 2007 19:22:58 -0000 1.73 > +++ bge/if_bgereg.h 24 Oct 2007 16:26:42 -0000 > @@ -2342,7 +2342,7 @@ struct bge_gib { > * allocated for the standard, mini and jumbo receive rings. > */ > > -#define BGE_SSLOTS 256 > +#define BGE_SSLOTS 512 > #define BGE_MSLOTS 256 > #define BGE_JSLOTS 384 That is a separate issue. scottl changed default bge_{r,t}x_max_coal_bds in rev. 1.159 with support for 575x/578x chips. I don't know why it was necessary but I believe he had his reasons. bge_tx_coal_ticks and BGE_SSLOTS never changed from rev. 1.1. Unfortunately there are too many BCM57xx variants in the world and we don't have any documentation to verify sanity of these tunables. Although I am quite sure the numbers were chosen by wpaul from draft specification for BCM570x, I agree that they may not applicable to modern BCM57xx chips any more. Probably we can make them real tunables (short-term solution) or auto-tune them (long-term solution). Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 17:48:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7060B16A419 for ; Wed, 24 Oct 2007 17:48:09 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 13DC413C4DD for ; Wed, 24 Oct 2007 17:48:09 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3D53745F66; Wed, 24 Oct 2007 19:47:44 +0200 (CEST) Received: from localhost (public-gprs75260.centertel.pl [91.94.167.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id ED468456AB; Wed, 24 Oct 2007 19:47:19 +0200 (CEST) Date: Wed, 24 Oct 2007 19:45:55 +0200 From: Pawel Jakub Dawidek To: Olli Hauer Message-ID: <20071024174554.GB1119@garage.freebsd.pl> References: <471BCF96.7000207@gmx.de> <20071022184033.GC1118@garage.freebsd.pl> <471E4B3C.3060807@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cmJC7u66zC7hs+87" Content-Disposition: inline In-Reply-To: <471E4B3C.3060807@gmx.de> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: zfs kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 17:48:09 -0000 --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 23, 2007 at 09:27:56PM +0200, Olli Hauer wrote: > lock order reversal: > 1st 0xc4cea568 struct mount mtx (struct mount mtx) @=20 > /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c= :209 > 2nd 0xc3ee9010 sleep mtxpool (sleep mtxpool) @=20 > /usr/src/sys/kern/kern_resource.c:1266 > KDB: stack backtrace: > db_trace_self_wrapper(c0a9c175,e7318734,c078510e,c0a9e63c,c3ee9010,...) a= t=20 > db_trace_self_wrapper+0x26 > kdb_backtrace(c0a9e63c,c3ee9010,c0a982df,c0a982df,c0a98e54,...) at=20 > kdb_backtrace+0x29 > witness_checkorder(c3ee9010,9,c0a98e54,4f2,38,...) at=20 > witness_checkorder+0x6de > _mtx_lock_flags(c3ee9010,0,c0a98e54,4f2,c4c32d00,...) at=20 > _mtx_lock_flags+0xbc > uifree(c3f08c20,c4967220,c4cea538,e73187d4,c431b9df,...) at uifree+0x2d > crfree(c4c32d00,0,c439446c,d1,c3,...) at crfree+0x54 > domount(c48f8840,c4967220,c43995fb,c469e260,e7318810,...) at domount+0x20f > zfsctl_snapdir_lookup(e7318aa0,e7318aa0,c48f8840,2,c4967330,...) at=20 > zfsctl_snapdir_lookup+0x362 > VOP_LOOKUP_APV(c439d5e0,e7318aa0,c48f8840,c0aa409d,19b,...) at=20 > VOP_LOOKUP_APV+0xa5 > lookup(e7318b48,c0aa409d,c6,bf,c4cd772c,...) at lookup+0x58e > namei(e7318b48,c48f8840,c0bb51d4,c48f8840,e7318b4c,...) at namei+0x34b > kern_lstat(c48f8840,282111b8,0,e7318c18,c0aa5520,...) at kern_lstat+0x4f > lstat(c48f8840,e7318cfc,8,c0a9f13d,c0b469d0,...) at lstat+0x2f > syscall(e7318d38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (190, FreeBSD ELF32, lstat), eip =3D 0x2819c48b, esp =3D=20 Revert the previous patch, refetch and try again. The new one also eliminates this LOR: http://people.freebsd.org/~pjd/patches/opensolaris_vfs.c.patch --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --cmJC7u66zC7hs+87 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHH4TSForvXbEpPzQRAvZDAJ41AMEyTrpSJ2qlDZXAC4Cf+Uv0xQCg3A8o /RMGoAYqXRqpKvxdOnVKwnE= =8ktG -----END PGP SIGNATURE----- --cmJC7u66zC7hs+87-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 17:51:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AD2916A46E for ; Wed, 24 Oct 2007 17:51:44 +0000 (UTC) (envelope-from patrick_dkt@yahoo.com.hk) Received: from web54304.mail.re2.yahoo.com (web54304.mail.re2.yahoo.com [206.190.49.114]) by mx1.freebsd.org (Postfix) with SMTP id 5130D13C4C6 for ; Wed, 24 Oct 2007 17:51:43 +0000 (UTC) (envelope-from patrick_dkt@yahoo.com.hk) Received: (qmail 26521 invoked by uid 60001); 24 Oct 2007 17:24:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.hk; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=hyEABJDwuT0i5xVyA+L3jUM+EFEusXVF5E8pybuuJbWGSBMftj078MDASMBd/rQ1yy7SUxT9dYCZBPg/cMubURBaRX/Lu5FUqDWhDhWCFMpcbCKKaEumOI1KIFMBIZT0gTY82pvfZgvcKhSXsXxyDXLqhF3y+sqmp0g1mQ2rBPM=; X-YMail-OSG: 10lf9FwVM1nlOwMvmdR1lnQLi5gh3atueUFoUrVi2qzfCu18wDLQ8KedCZzV9jqv9f07FyG7kY3DmDGjv5xqDYEumNwg92e0voCzEP70sOSr36mzvgrPNNV37y8T Received: from [61.15.61.52] by web54304.mail.re2.yahoo.com via HTTP; Wed, 24 Oct 2007 10:24:42 PDT Date: Wed, 24 Oct 2007 10:24:42 -0700 (PDT) From: Patrick Dung To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <238725.26120.qm@web54304.mail.re2.yahoo.com> X-Mailman-Approved-At: Wed, 24 Oct 2007 17:59:46 +0000 Cc: Subject: kernel panic at shutdown with freebsd 7.0 current snapshot (oct-2007) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 17:51:44 -0000 Hi I have ZFS (and snapshot) mounted. Then shutdown by `shutdown -p now`. There is the dump: # kgdb /boot/kernel/kernel.symbols vmcore.0 [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: vrele: negative ref cnt cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 8h44m12s Physical memory: 507 MB Dumping 120 MB: 105 89 73 57 41 25 9 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:195 #1 0xc074d98e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc074dc4b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc048cab7 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:433 #4 0xc048d4a5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #5 0xc048ec15 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #6 0xc07748e6 in kdb_trap (type=3, code=0, tf=0xd53d7984) at /usr/src/sys/kern/subr_kdb.c:502 #7 0xc0a02dfb in trap (frame=0xd53d7984) at /usr/src/sys/i386/i386/trap.c:621 #8 0xc09e87eb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0xc0774a62 in kdb_enter (msg=0xc0a996bc "panic") at cpufunc.h:60 #10 0xc074dc34 in panic (fmt=0xc0aa528a "vrele: negative ref cnt") at /usr/src/sys/kern/kern_shutdown.c:547 #11 0xc07cb0a1 in vrele (vp=0xc2fccaa0) at /usr/src/sys/kern/vfs_subr.c:2117 #12 0xc0725905 in fdfree (td=0xc2f29a50) at /usr/src/sys/kern/kern_descrip.c:1694 #13 0xc072ea53 in exit1 (td=0xc2f29a50, rv=1) at /usr/src/sys/kern/kern_exit.c:272 #14 0xc07508bf in sigexit (td=Variable "td" is not available. ) at /usr/src/sys/kern/kern_sig.c:2876 #15 0xc0750c99 in postsig (sig=1) at /usr/src/sys/kern/kern_sig.c:2748 #16 0xc077eb78 in ast (framep=0xd53d7d38) at /usr/src/sys/kern/subr_trap.c:250 #17 0xc09e910d in doreti_ast () at /usr/src/sys/i386/i386/exception.s:290 #18 0xd53d7d38 in ?? () #19 0x0000003b in ?? () #20 0x0000003b in ?? () #21 0x0000003b in ?? () #22 0x00000000 in ?? () #23 0xffffffff in ?? () #24 0xbfbfee58 in ?? () #25 0xd53d7d64 in ?? () #26 0x00000000 in ?? () #27 0x0804fb20 in ?? () #28 0x00000000 in ?? () #29 0x00000004 in ?? () #30 0x0000000c in ?? () #31 0x00000002 in ?? () #32 0x28167553 in ?? () #33 0x00000033 in ?? () #34 0x00000247 in ?? () #35 0xbfbfee1c in ?? () #36 0x0000003b in ?? () #37 0x00000000 in ?? () #38 0x00000000 in ?? () #39 0x00000000 in ?? () #40 0x00000000 in ?? () #41 0x0116c000 in ?? () #42 0xc2f5bd48 in ?? () ---Type to continue, or q to quit--- #43 0xc31e1000 in ?? () #44 0xd53d7878 in ?? () #45 0xd53d7854 in ?? () #46 0xc2f29a50 in ?? () #47 0xc076a756 in sched_switch (td=0x0, newtd=0xffffffff, flags=Cannot access memory at address 0xbfbfee68 ) at /usr/src/sys/kern/sched_4bsd.c:907 Previous frame inner to this frame (corrupt stack?) (kgdb) Regards Patrick __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 18:04:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3C6B16A418 for ; Wed, 24 Oct 2007 18:04:23 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 3BE1B13C494 for ; Wed, 24 Oct 2007 18:04:22 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so241010nfb for ; Wed, 24 Oct 2007 11:04:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=ltPBL2m++UVpwk5ITkuJHt8AtwdvGZLQLy7DMqqq0KA=; b=sDO83oTv3GbufkjVSpdLff32lqai3Vhde/VUDqIBMOtm07AnvT3jI5oK6lIa/MRCgDNnMioJOf+zJ/oQCie8vhrCAgh7jf2k6GLP0SJFFgYd+iHbmN+c0c9gnWwyeNaJA/oxn1OYnisKZ4IcyI/P7hDK+e3BTCvXrAYyuz6VKAM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=R2DzZDMMvWkBSBtfS5it/VFYvYUYsXZbCP/v4aJq1YQgCLp/h5gctPbXhUDo8ae5gHbpwXFuR10tUsyouO6+yym9U0tp7QSWcIFWOHRqlVbLNe7vlXKJzgR5ntMF5ZQjsAqfjMKrX8EuujvS3fL66bDCeHGaGwv82dRZRnCyUQg= Received: by 10.86.95.20 with SMTP id s20mr646423fgb.1193249053608; Wed, 24 Oct 2007 11:04:13 -0700 (PDT) Received: from ?10.0.100.2? ( [89.176.79.57]) by mx.google.com with ESMTPS id 13sm1950477fks.2007.10.24.11.04.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Oct 2007 11:04:11 -0700 (PDT) From: Michal Varga To: freebsd-current@freebsd.org In-Reply-To: <200710241702.l9OH2G2E013598@himinbjorg.tucs-beachin-obx-house.com> References: <200710241702.l9OH2G2E013598@himinbjorg.tucs-beachin-obx-house.com> Content-Type: text/plain Organization: Stonehenge Date: Wed, 24 Oct 2007 20:04:06 +0200 Message-Id: <1193249046.981.42.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:04:23 -0000 On Wed, 2007-10-24 at 13:02 -0400, Tuc at T-B-O-H.NET wrote: > > > > Hi, > > > > I brought up a machine fresh last nite with 7.0-BETA1 > > and wanted to make world for myself. During the install of > > lib/libc, after : > > > > install -o root -g wheel -m 444 xdr.3.gz /usr/share/man/man3 > > > > I got : > > > > /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh > > > > Now, most commands give me that error... I > > can't even "ls". > > > > What happened????? > > > > Thanks, Tuc > > > I'm back at a machine with a browser and now see > others fell into this. > > So for the 7.0-BETA1, whats the correct CVS-Tag? > I used RELENG_7. > I got into this issue on one box freshly installed from oct-18 snapshot and then upgraded to oct-20 RELENG_7 via cvsup. It didn't happen on four others already running various (week to month old) versions of 7-CURRENT - all of them upgraded to RELENG_7 on oct-20 without any problem. If you didn't remove your /usr/obj/ yet, you can easilly fix installworld by copying and replacing the broken userland tools manually, e.g. `cp -f /usr/obj/usr/src/usr.bin/date /usr/bin/`, etc. You will need to copy at least these: /bin/sh /usr/bin/make /usr/bin/awk /usr/sbin/mtree /usr/sbin/zic /lib/libedit.so.6 /lib/libncurses.so.7 as described in: http://lists.freebsd.org/pipermail/freebsd-current/2007-October/078196.html But I remember there were a few more of them, "find" being the one you will need, as it is used to check for audit group. Just copy a first batch of them, run installworld, look for what else is broken, copy it over from /usr/obj/, run installworld again, etc. It will take a few minutes, but it will work. m. From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 18:08:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5E0616A418 for ; Wed, 24 Oct 2007 18:08:29 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 8EEEC13C48D for ; Wed, 24 Oct 2007 18:08:29 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9OI8S9P051051; Wed, 24 Oct 2007 14:08:28 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9OI8N3i014803; Wed, 24 Oct 2007 14:08:23 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9OI8MJJ014802; Wed, 24 Oct 2007 14:08:22 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710241808.l9OI8MJJ014802@himinbjorg.tucs-beachin-obx-house.com> To: varga.michal@gmail.com (Michal Varga) Date: Wed, 24 Oct 2007 14:08:22 -0400 (EDT) In-Reply-To: <1193248003.981.40.camel@xenon.stonehenge.sk> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:08:29 -0000 > > On Wed, 2007-10-24 at 13:02 -0400, Tuc at T-B-O-H.NET wrote: > > > > > > Hi, > > > > > > I brought up a machine fresh last nite with 7.0-BETA1 > > > and wanted to make world for myself. During the install of > > > lib/libc, after : > > > > > > install -o root -g wheel -m 444 xdr.3.gz /usr/share/man/man3 > > > > > > I got : > > > > > > /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh > > > > > > Now, most commands give me that error... I > > > can't even "ls". > > > > > > What happened????? > > > > > > Thanks, Tuc > > > > > I'm back at a machine with a browser and now see > > others fell into this. > > > > So for the 7.0-BETA1, whats the correct CVS-Tag? > > I used RELENG_7. > > > I got into this issue on one box freshly installed from oct-18 snapshot > and then upgraded to oct-20 RELENG_7 via cvsup. It didn't happen on four > others already running various (week to month old) versions of 7-CURRENT > - all of them upgraded to RELENG_7 on oct-20 without any problem. > This is a 7.0-BETA1 mini iso fresh install, FTP'd a "minimal" install. Then cvsup of RELENG_7, and build/install. > > If you didn't remove your /usr/obj/ yet, you can easilly fix > installworld by copying and replacing the broken userland tools > manually, e.g. > `cp -f /usr/obj/usr/src/usr.bin/date /usr/bin/`, etc. > > You will need to copy at least these: > /bin/sh > /usr/bin/make > /usr/bin/awk > /usr/sbin/mtree > /usr/sbin/zic > /lib/libedit.so.6 > /lib/libncurses.so.7 > > as described in: > http://lists.freebsd.org/pipermail/freebsd-current/2007-October/078196.html > Yup, found that... But just a start... :) > > But I remember there were a few more of them, "find" being the one you > will need, as it is used to check for audit group. Just copy a first > batch of them, run installworld, look for what else is broken, copy it > over from /usr/obj/, run installworld again, etc. It will take a few > minutes, but it will work. > I had to do : /usr/bin/env /usr/lib/libgnuregex.so.4 /usr/lib/libbz2.so.3 /usr/bin/find and then it went through, but I KNOW some were bad. So as the email suggests, I did it again. When I went to mergemaster, it started to tell me it wanted to install OLDER rev's of some files. I forgot which, I'm sorry. So after a reboot, the base system is fine. But now ANYTHING I have out of ports gives me the same error on anything. perl, startx, etc. How do I fix all that (I can't "portupgrade -fa", ruby gives the same errors) My initial question is WHAT DID I DO WRONG????? Thanks, Tuc From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 18:41:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A25F16A420 for ; Wed, 24 Oct 2007 18:41:57 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id B75DD13C48E for ; Wed, 24 Oct 2007 18:41:56 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so250162nfb for ; Wed, 24 Oct 2007 11:41:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=XxHwVZuROUx8phLMpheHH7diDAF9UPd5kca3Jtlrr2w=; b=k50dgGFKbkTzoUKqo5NVP/oD5f36pnlZjbFfjuY9OzwRMyvBp9EQazeNe+yDJznId4iL3BMvYM+iFkpMhCcKRkPDzPZxqthsU5aCagrYQVhFoSdwUnhXHz0aCmmDzGygzVrXfRJl+lE6YRprfiMbcCzjKxNXV5DZPig2cPeX+OI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=NzDw6437MBocuazYs7B5GJdODF2aS3UvHR2o6Rkx6CW4C3AjqDjVf9OXkVEREOWSM1/Rk+SJOMGXRchxowVVdc325ELGf3OTR+xR3A4sTlzS7xKpV8ncIkY3oxdF61eVhb2yUnN91Q5IYVWFEbeR+pDyGkHqIj1k/QOmIN6b/Ow= Received: by 10.86.86.12 with SMTP id j12mr680118fgb.1193251306331; Wed, 24 Oct 2007 11:41:46 -0700 (PDT) Received: from ?10.0.100.2? ( [89.176.79.57]) by mx.google.com with ESMTPS id o11sm2027734fkf.2007.10.24.11.41.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Oct 2007 11:41:45 -0700 (PDT) From: Michal Varga To: "Tuc at T-B-O-H.NET" In-Reply-To: <200710241808.l9OI8MJJ014802@himinbjorg.tucs-beachin-obx-house.com> References: <200710241808.l9OI8MJJ014802@himinbjorg.tucs-beachin-obx-house.com> Content-Type: text/plain Organization: Stonehenge Date: Wed, 24 Oct 2007 20:41:43 +0200 Message-Id: <1193251303.981.64.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:41:57 -0000 On Wed, 2007-10-24 at 14:08 -0400, Tuc at T-B-O-H.NET wrote: > So after a reboot, the base system is fine. But now ANYTHING > I have out of ports gives me the same error on anything. perl, startx, > etc. How do I fix all that (I can't "portupgrade -fa", ruby gives the > same errors) > you can, for example: cd /usr/ports/lang/ruby18/ ; make deinstall clean cd /usr/ports/lang/perl5.8/ ; make deinstall clean cd /usr/ports/databases/db41/ ; make deinstall clean cd /usr/ports/databases/ruby-bdb/ ; make deinstall clean cd /usr/ports/ports-mgmt/portupgrade-devel/ ; make deinstall clean; make install clean portupgrade -vfa (don't forget to replace portupgrade-devel with portupgrade in the example above, if you prefer to use the other one) > My initial question is WHAT DID I DO WRONG????? > No idea on my side, but it has something to do with the ISOs (and I'd expect you did nothing wrong). Before your post I thought only my snapshot was broken, possibly polluted with 8-current sources somehow, but you didn't use that one. And in past week, I've already upgraded some dozen of various 7-CURRENTs and 6.2s to 7-BETA1 and the only one broken was this one, installed from an ISO snapshot and then cvsupped to BETA1. All the others that were already deployed and running for some time, cvsupped and upgraded cleanly. The one freshly installed from ISO didn't. m. From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 18:45:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96F2516A41A for ; Wed, 24 Oct 2007 18:45:58 +0000 (UTC) (envelope-from stickybit@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id EC62013C4B7 for ; Wed, 24 Oct 2007 18:45:57 +0000 (UTC) (envelope-from stickybit@gmx.net) Received: (qmail 25414 invoked by uid 0); 24 Oct 2007 18:19:09 -0000 Received: from 212.202.35.187 by www011.gmx.net with HTTP; Wed, 24 Oct 2007 20:19:09 +0200 (CEST) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Date: Wed, 24 Oct 2007 20:19:09 +0200 From: stickybit@gmx.net Message-ID: <20071024181909.248660@gmx.net> MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Authenticated: #23197544 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX18+9E474N4+RM75ZAGUyRIl5nqUSia6r3FP+LTWJy UP3J89dulA64OWtgb9UIhrKfYbpz3KmR/E0g== X-GMX-UID: r7UsfxdVMmA6cAObCmBnPx85MjQ1Nx1G Cc: "Tuc at T-B-O-H.NET" , Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:45:58 -0000 Hi all, just a 'me too' here. Had exactly the same problem last night with RELENG_7 amd64 GENERIC build. (BETA1-ISO amd64 freshly installed before / no upgrade from pre RELENG_7 system) (No flags / modifications in make.conf.) 'make buildworld' ran without errors. 'make installworld' fails with '/libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh' and rendered the system nonworking. ALL inputs get above error message. No chance to fix something because nothing gets executed. No copy from rescue etc. ... Is there something left from 8-Current in the BETA1-ISOs that breaks 'make installworld' in RELENG_7? Regards PS: Please CC me. Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 18:49:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE60E16A417 for ; Wed, 24 Oct 2007 18:49:17 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 5E1E313C48D for ; Wed, 24 Oct 2007 18:49:17 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9OInG9P052198; Wed, 24 Oct 2007 14:49:16 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9OInAXH015459; Wed, 24 Oct 2007 14:49:11 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9OInATV015458; Wed, 24 Oct 2007 14:49:10 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710241849.l9OInATV015458@himinbjorg.tucs-beachin-obx-house.com> To: stickybit@gmx.net Date: Wed, 24 Oct 2007 14:49:10 -0400 (EDT) In-Reply-To: <20071024181909.248660@gmx.net> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" , Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:49:17 -0000 > > Hi all, > > just a 'me too' here. > > Had exactly the same problem last night with RELENG_7 amd64 GENERIC build. > (BETA1-ISO amd64 freshly installed before / no upgrade from pre RELENG_7 system) > (No flags / modifications in make.conf.) > > 'make buildworld' ran without errors. > > 'make installworld' fails with > > '/libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh' > > and rendered the system nonworking. ALL inputs get above error message. No chance to fix something because nothing gets executed. No copy from rescue etc. ... > I'm not sure what you mean "No copy from rescue". You should be able to type : /rescue/sh and get an intact working shell. I additionally did : PATH=/rescue:$PATH;export PATH So that things that DID work since they were in /rescue were available to me. Then you need to go to the /usr/obj/usr/src and get the compiled versions of : /bin/sh /usr/bin/make /usr/bin/awk /usr/sbin/mtree /usr/sbin/zic /lib/libedit.so.6 /lib/libncurses.so.7 /usr/bin/env /usr/lib/libgnuregex.so.4 /usr/lib/libbz2.so.3 /usr/bin/find and put them in their rightful place. They are all over, so its a bit of a struggle to locate them. But once you do, just "cp -p". I had to do a "cp -fp" on the /bin/sh since I got "Text file busy". Once I got all those, I went back to /usr/src and did the "make installworld" TWICE. The first time I know there were a few errors, but it went all the way through. The second time I ran it under "script" and did "grep COPY typescript" and it came up clean (Except for one reference to a file that had COPY in its name. :) ) > > Is there something left from 8-Current in the BETA1-ISOs that breaks 'make installworld' in RELENG_7? > I'm trying to find that out myself! I installed over 300 packages from ports after loading mini-ISO/FTP-minimal, and after the installworld/reboot (after this fix) they are all broken. Tuc From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 18:51:02 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E023A16A417; Wed, 24 Oct 2007 18:51:02 +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 B946B13C4A6; Wed, 24 Oct 2007 18:51:02 +0000 (UTC) (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 81B1F48EDE; Wed, 24 Oct 2007 14:50:48 -0400 (EDT) Date: Wed, 24 Oct 2007 19:50:48 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexandre Biancalana In-Reply-To: <8e10486b0710232017o11b0213fjbeb8192ad8aa80c5@mail.gmail.com> Message-ID: <20071024194808.U16146@fledge.watson.org> References: <20071023235444.E70336@fledge.watson.org> <8e10486b0710232017o11b0213fjbeb8192ad8aa80c5@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: trustedbsd-discuss@trustedbsd.org, current@freebsd.org Subject: Re: MAC Framework KPI changes on the way in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:51:03 -0000 On Wed, 24 Oct 2007, Alexandre Biancalana wrote: >> I'll post regexp's to trustedbsd-discuss in a few days once it's all sorted >> through. I realize this is somewhat disruptive for policy maintainers, and >> apologize with that. However, the new naming scheme is both significantly >> more sensible than the old one (which was evolved rather than designed), >> and also will allow us to more easily make use of Mac OS X security policy >> modules that may be made available as open source. If you are a policy >> maintainer and have any trouble getting over the bump, please let me know >> and I'll be happy to lend a hand. I had hoped to get these changes in for >> 7.x, but due to some rather unfortunate timing of things outside the >> FreeBSD world, that was not possible. > > Thank you so much for your work! > > Excuse me for "hijack" your post, but I think that the question is > pertinent... > > Is there any news about the NFSv4 ACL implementation in FreeBSD ? It's on the list of things I'd very much like to make happen for 8.0, but it was also on my list of things I'd very much like to have happened for 7.0, so... :-). Last time I started work on this, Sun had just released an IETF draft starting to clarify the semantics of NFSv4 ACLs. Previously, the RFCs for NFSv4 had sort of said "Look at windows", which wasn't all that helpful from an implementation perspective. That draft body is now being incorporated into the new NFSv4 RFC, and make a better starting point. I did do some of the initial work in the kernel to start breaking out the POSIX.1e ACL parts from the general ACL framework, but more needs to be done, including generalizing the system call ABI a bit more. I think the first step, though, is for someone to implement NFSv4 ACL code in user space to get/set/test ACLs in various ways, and make sure that the semantics we'll put in the kernel are clear and well-defined. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 18:55:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30EFE16A418 for ; Wed, 24 Oct 2007 18:55:08 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id C414313C4BB for ; Wed, 24 Oct 2007 18:55:07 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9OIt79P052466; Wed, 24 Oct 2007 14:55:07 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9OIt166015719; Wed, 24 Oct 2007 14:55:01 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9OIt1bk015718; Wed, 24 Oct 2007 14:55:01 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710241855.l9OIt1bk015718@himinbjorg.tucs-beachin-obx-house.com> To: varga.michal@gmail.com (Michal Varga) Date: Wed, 24 Oct 2007 14:55:01 -0400 (EDT) In-Reply-To: <1193251303.981.64.camel@xenon.stonehenge.sk> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:55:08 -0000 > > On Wed, 2007-10-24 at 14:08 -0400, Tuc at T-B-O-H.NET wrote: > > So after a reboot, the base system is fine. But now ANYTHING > > I have out of ports gives me the same error on anything. perl, startx, > > etc. How do I fix all that (I can't "portupgrade -fa", ruby gives the > > same errors) > > > you can, for example: > cd /usr/ports/lang/ruby18/ ; make deinstall clean > cd /usr/ports/lang/perl5.8/ ; make deinstall clean > cd /usr/ports/databases/db41/ ; make deinstall clean > cd /usr/ports/databases/ruby-bdb/ ; make deinstall clean > cd /usr/ports/ports-mgmt/portupgrade-devel/ ; make deinstall clean; make install clean > portupgrade -vfa > You GOTTA be kidding... Come on... I have over 300 packages I loaded between installing the ISO/ftp-minimal and installworld. It took 14 hours of building to get them all installed. > > (don't forget to replace portupgrade-devel with portupgrade in the > example above, if you prefer to use the other one) > No, I had portupgrade-devel, thanks. :} > > > My initial question is WHAT DID I DO WRONG????? > > No idea on my side, but it has something to do with the ISOs (and I'd > expect you did nothing wrong). Before your post I thought only my > snapshot was broken, possibly polluted with 8-current sources somehow, > but you didn't use that one. And in past week, I've already upgraded > some dozen of various 7-CURRENTs and 6.2s to 7-BETA1 and the only one > broken was this one, installed from an ISO snapshot and then cvsupped to > BETA1. All the others that were already deployed and running for some > time, cvsupped and upgraded cleanly. The one freshly installed from ISO > didn't. > So is there something we need to do to get someones attention so the rest of the universe doesn't have to do what we did? Does a pr need to be filed? Is there another list we have to email? Thanks, Tuc From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 18:57:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E63B816A46B for ; Wed, 24 Oct 2007 18:57:47 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.freebsd.org (Postfix) with ESMTP id 810CF13C4A5 for ; Wed, 24 Oct 2007 18:57:47 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l9OIvTDi023099 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 04:57:30 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l9OIvTNS099512; Thu, 25 Oct 2007 04:57:29 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l9OIvSsU099511; Thu, 25 Oct 2007 04:57:28 +1000 (EST) (envelope-from peter) Date: Thu, 25 Oct 2007 04:57:27 +1000 From: Peter Jeremy To: ticso@cicely.de Message-ID: <20071024185727.GA89782@server.vk2pj.dyndns.org> References: <1193106060.82079.19.camel@neo.cse.buffalo.edu> <67ABA706-5207-4FFD-AE76-FAC4305F0EC2@ish.com.au> <20071023171555.GJ46533@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <20071023171555.GJ46533@cicely12.cicely.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, Aristedes Maniatis Subject: Re: 7.0-BETA1 Available, 6.3-BETA1 coming soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:57:48 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 23, 2007 at 07:15:56PM +0200, Bernd Walter wrote: >On Tue, Oct 23, 2007 at 07:59:08PM +1000, Aristedes Maniatis wrote: >> However some weeks ago I reported a problem where the Australian =20 >> mirror was returning incorrect files, so I don't really trust the =20 >> mirroring system at the moment. =2E.. >It seems that this is a local problem with australian FreeBSD group >not keeping that much care about their local mirrors. Note that there is no 'Australian FreeBSD group'. I suspect the Oz CVSup mirrors are being maintained by individuals associated with the organisations hosting the servers. cvsup.au.freebsd.org does appear to be serving broken data. Possibly cvsup2.au.freebsd.org does a better job (if not, it should be possible to identify the maintainer of the latter mirror via his maintainership of dns/dnscheck and several other ports). >We have had some major failures and non reachable admins in germany as >well, but after some resonable timeout the domain admins just took >the required steps to take them out of public access. Unfortunately, the au.freebsd.org admins are very difficult to contact - it recently took several months of attempts via several different channels to get another sub-domain updated. --=20 Peter --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHH5WX/opHv/APuIcRAvGXAKCKzSTuoeRE6kFhXdyH8pfZTMNeOACeKAQb cvrjfJ4jSuny3p9VG6k5e6k= =lZ2O -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 19:00:33 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A46C16A421; Wed, 24 Oct 2007 19:00:33 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id C6BE513C4C3; Wed, 24 Oct 2007 19:00:32 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l9OIxRvL084173; Wed, 24 Oct 2007 22:59:27 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1193252367; bh=6Mu8vHCyFokUgXea4uHKHEtMqb7qAjAMwu4BNMJ Ef8s=; l=797; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=UW0TcL76JE2aC4msRyCWhKU2AlOq9NgOccEhwif+ pFwuU7SvD6z2rCL03FsjfPhs3mbaVuVTQO2AgKOfOEzp5z/0fafuEpERPwZz+wC5dRJ XqjU1xpaT/9CO9c9Di3n7XHTf/WzN5xNo2D6TkuNFVP7wTjU2EIVuGqROprwXw+E= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l9OIxRgQ084172; Wed, 24 Oct 2007 22:59:27 +0400 (MSD) (envelope-from ache) Date: Wed, 24 Oct 2007 22:59:27 +0400 From: Andrey Chernov To: stickybit@gmx.net Message-ID: <20071024185927.GA83731@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , stickybit@gmx.net, freebsd-current@FreeBSD.ORG, "Tuc at T-B-O-H.NET" , Michal Varga , rafan@freebsd.org References: <20071024181909.248660@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071024181909.248660@gmx.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.ORG, "Tuc at T-B-O-H.NET" , rafan@FreeBSD.ORG, Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 19:00:33 -0000 On Wed, Oct 24, 2007 at 08:19:09PM +0200, stickybit@gmx.net wrote: > Hi all, > > just a 'me too' here. > > Had exactly the same problem last night with RELENG_7 amd64 GENERIC build. > (BETA1-ISO amd64 freshly installed before / no upgrade from pre RELENG_7 system) > (No flags / modifications in make.conf.) > > 'make buildworld' ran without errors. > > 'make installworld' fails with > > '/libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh' 'make installworld' should install updated libc (which have __mb_sb_limit) first. Moreover, 'make installworld' should use its own-compiled tools and libs sets, not /bin/sh The problem not happens for -current so I wonder why it happens for RELENG_7. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 19:04:23 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50E2016A479; Wed, 24 Oct 2007 19:04:23 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id C456313C4A5; Wed, 24 Oct 2007 19:04:22 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l9OJ49TK084288; Wed, 24 Oct 2007 23:04:09 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1193252649; bh=OF5jX5RZGoCB8oC4nXrsiqUJo/PYpoSfm62/rT5 ysas=; l=552; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=M0qiHzVdBxhqOoceTnCgUKyxnMhfbml86R4q3yQ6 Cc3TVhS0FUCY0Nt6+DzbU8I0ya4nRJSB9b09dxRp3p32I8OicBX+VZHflOS4Bq1EBx3 j5LGyvTeqb52eGy8f+g765UwD5zhN8aA3nIhdqv0Gios8jzCGPueDJY95cIVYCOo= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l9OJ49CH084287; Wed, 24 Oct 2007 23:04:09 +0400 (MSD) (envelope-from ache) Date: Wed, 24 Oct 2007 23:04:09 +0400 From: Andrey Chernov To: "Tuc at T-B-O-H.NET" Message-ID: <20071024190409.GB83731@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Tuc at T-B-O-H.NET" , freebsd-current@FreeBSD.ORG, rafan@freebsd.org References: <200710241652.l9OGqIGk013274@himinbjorg.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710241652.l9OGqIGk013274@himinbjorg.tucs-beachin-obx-house.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.ORG, rafan@FreeBSD.ORG Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 19:04:23 -0000 On Wed, Oct 24, 2007 at 12:52:18PM -0400, Tuc at T-B-O-H.NET wrote: > Hi, > > I brought up a machine fresh last nite with 7.0-BETA1 > and wanted to make world for myself. During the install of > lib/libc, after : > > install -o root -g wheel -m 444 xdr.3.gz /usr/share/man/man3 > > I got : > > /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh At this point so far __mb_sb_limit must already be in the updated libc. Perhaps your sourses are out of sync. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 19:21:06 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B01AE16A41A; Wed, 24 Oct 2007 19:21:06 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 6713413C4C1; Wed, 24 Oct 2007 19:21:06 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9OJL59P053375; Wed, 24 Oct 2007 15:21:05 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9OJL0XE016194; Wed, 24 Oct 2007 15:21:00 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9OJL0Bh016193; Wed, 24 Oct 2007 15:21:00 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710241921.l9OJL0Bh016193@himinbjorg.tucs-beachin-obx-house.com> To: ache@nagual.pp.ru (Andrey Chernov) Date: Wed, 24 Oct 2007 15:21:00 -0400 (EDT) In-Reply-To: <20071024190409.GB83731@nagual.pp.ru> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG, "Tuc at T-B-O-H.NET" , rafan@FreeBSD.ORG Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 19:21:06 -0000 > > On Wed, Oct 24, 2007 at 12:52:18PM -0400, Tuc at T-B-O-H.NET wrote: > > Hi, > > > > I brought up a machine fresh last nite with 7.0-BETA1 > > and wanted to make world for myself. During the install of > > lib/libc, after : > > > > install -o root -g wheel -m 444 xdr.3.gz /usr/share/man/man3 > > > > I got : > > > > /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh > > At this point so far __mb_sb_limit must already be in the updated libc. > Perhaps your sourses are out of sync. > It was a fresh install LAST NITE of 7.0-BETA1 from the mini.iso, then CVSUP from cvsup11 of RELENG_7, then buildworld. Unless I had the wrong tag, the source should be fine. Tuc From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 19:22:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBE2A16A420 for ; Wed, 24 Oct 2007 19:22:30 +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 8503813C4A6 for ; Wed, 24 Oct 2007 19:22:30 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9OJLx9H055869; Wed, 24 Oct 2007 13:22:00 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <471F9B41.5080100@samsco.org> Date: Wed, 24 Oct 2007 13:21:37 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Steven Brown , Ed Maste References: <47091FDE.4060808@stellablue.org> In-Reply-To: <47091FDE.4060808@stellablue.org> Content-Type: multipart/mixed; boundary="------------080705090103080101060807" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 24 Oct 2007 13:22:00 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: "Leubner, Achim" , freebsd-current@freebsd.org Subject: Re: Panic: mutex Giant not owned cam_xpt.c :4799 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 19:22:30 -0000 This is a multi-part message in MIME format. --------------080705090103080101060807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Please try the attached patch. I'm having a hard time reproducing the problem to validate that it's fixed, but it should be. Scott Steven Brown wrote: > Just decided to try out the 0907 snapshot of -CURRENT (amd64) and it > won't boot off the install CD > > Thought I would post as much info as I could for interested parties. I > have to copy by hand, so I will try to include as much as I can. > > panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c :4799 > > This error occurs right after "md0: Preloaded image .... > > The motherboard is an Asus P5M2-R, with dual bge ethernets (on mb), a > Adaptec 3405 SATA/SAS RAID PCI-e card (aac driver), and has an Intel > Q6600 quad core. 4GB of RAM. You will soon see why I included the > information on the Adaptec card. > > This hardware works fine using 6.2-RELEASE p8 -- well, at least i386 > does. This system has a modified src/sys/dev/aac which includes the > vendor ID info for the 3405/3805 cards and has no problems booting (and > running), detecting Adaptec card, etc. > > I also have a CD with the same snapshot (CURRENT, 0907) in an i386 > version (not AMD64) which appears to produce the same error. > > Upon the panic, the system entered the debugger and I typed "trace" to > get the following from AMD64 snapshot: > > Tracing pid 26 tid 100026 td 0xffffff0002245680 > kdb_enter() at kdb_enter+0x31 > panic() at panic+0x173 > _mtx_assert() at _mtx_assert+0xd6 > xpt_release_simq() at xpt_release_simq()+0x27 > aac_alloc_commands() at aac_alloc_commands()+0x156 > aac_command_thread() at aac_command_thread()+0xe5 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline()+0xe > --- trap 0, rip = 0, rsp = 0xffffffffac6fdd30, rbp = 0 --- > > > Hope this helps someone, > > Steve > _______________________________________________ > 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" --------------080705090103080101060807 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="aacp_mpsafe.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="aacp_mpsafe.diff" Index: aac_cam.c =================================================================== RCS file: /usr/ncvs/src/sys/dev/aac/aac_cam.c,v retrieving revision 1.28 diff -u -r1.28 aac_cam.c --- aac_cam.c 17 Jun 2007 05:55:45 -0000 1.28 +++ aac_cam.c 24 Oct 2007 19:20:13 -0000 @@ -131,19 +131,19 @@ static int aac_cam_detach(device_t dev) { + struct aac_softc *sc; struct aac_cam *camsc; debug_called(2); camsc = (struct aac_cam *)device_get_softc(dev); + sc = camsc->inf->aac_sc; - mtx_lock(&Giant); - + mtx_lock(&sc->aac_io_lock); xpt_async(AC_LOST_DEVICE, camsc->path, NULL); xpt_free_path(camsc->path); xpt_bus_deregister(cam_sim_path(camsc->sim)); cam_sim_free(camsc->sim, /*free_devq*/TRUE); - - mtx_unlock(&Giant); + mtx_unlock(&sc->aac_io_lock); return (0); } @@ -171,15 +171,17 @@ return (EIO); sim = cam_sim_alloc(aac_cam_action, aac_cam_poll, "aacp", camsc, - device_get_unit(dev), &Giant, 1, 1, devq); + device_get_unit(dev), &inf->aac_sc->aac_io_lock, 1, 1, devq); if (sim == NULL) { cam_simq_free(devq); return (EIO); } /* Since every bus has it's own sim, every bus 'appears' as bus 0 */ + mtx_lock(&inf->aac_sc->aac_io_lock); if (xpt_bus_register(sim, dev, 0) != CAM_SUCCESS) { cam_sim_free(sim, TRUE); + mtx_unlock(&inf->aac_sc->aac_io_lock); return (EIO); } @@ -187,11 +189,14 @@ CAM_TARGET_WILDCARD, CAM_LUN_WILDCARD) != CAM_REQ_CMP) { xpt_bus_deregister(cam_sim_path(sim)); cam_sim_free(sim, TRUE); + mtx_unlock(&inf->aac_sc->aac_io_lock); return (EIO); } + mtx_unlock(&inf->aac_sc->aac_io_lock); camsc->sim = sim; camsc->path = path; + camsc->devq = devq; return (0); } @@ -321,7 +326,6 @@ /* Async ops that require communcation with the controller */ - mtx_lock(&sc->aac_io_lock); if (aac_alloc_command(sc, &cm)) { struct aac_event *event; @@ -333,15 +337,12 @@ if (event == NULL) { device_printf(sc->aac_dev, "Warning, out of memory for event\n"); - /* XXX Yuck, what to do here? */ - mtx_unlock(&sc->aac_io_lock); return; } event->ev_callback = aac_cam_event; event->ev_arg = camsc; event->ev_type = AAC_EVENT_CMFREE; aac_add_event(sc, event); - mtx_unlock(&sc->aac_io_lock); return; } @@ -429,7 +430,6 @@ } else { ccb->ccb_h.status = CAM_REQ_CMP; xpt_done(ccb); - mtx_unlock(&sc->aac_io_lock); return; } default: @@ -460,8 +460,6 @@ aac_enqueue_ready(cm); aac_startio(cm->cm_sc); - mtx_unlock(&sc->aac_io_lock); - return; } @@ -565,7 +563,6 @@ return (CAM_REQ_ABORTED); } - mtx_lock(&sc->aac_io_lock); aac_alloc_sync_fib(sc, &fib); vmi = (struct aac_vmioctl *)&fib->data[0]; @@ -586,12 +583,10 @@ device_printf(sc->aac_dev,"Error %d sending ResetBus command\n", e); aac_release_sync_fib(sc); - mtx_unlock(&sc->aac_io_lock); return (CAM_REQ_ABORTED); } aac_release_sync_fib(sc); - mtx_unlock(&sc->aac_io_lock); return (CAM_REQ_CMP); } --------------080705090103080101060807-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 19:33:40 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44E7F16A417 for ; Wed, 24 Oct 2007 19:33:40 +0000 (UTC) (envelope-from peter@wingless.org) Received: from bpd2mo1no.prod.shawcable.com (shawmail.shawcable.com [64.59.128.220]) by mx1.freebsd.org (Postfix) with ESMTP id 2137E13C481 for ; Wed, 24 Oct 2007 19:33:39 +0000 (UTC) (envelope-from peter@wingless.org) Received: from bpd2mi4no.prod.shawcable.com (bpd2mi4no-qfe3.prod.shawcable.com [10.0.184.123]) by bpd2mo1no.prod.shawcable.com (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JQF00FJXKZTBK30@bpd2mo1no.prod.shawcable.com> for freebsd-current@FreeBSD.ORG; Wed, 24 Oct 2007 13:33:29 -0600 (MDT) Received: from satan.pfak.org (h70-68-0-228.sbm.shawcable.net [70.68.0.228]) by bpd2mi4no.prod.shawcable.com (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JQF0033SKZTIA40@bpd2mi4no.prod.shawcable.com> for freebsd-current@FreeBSD.ORG; Wed, 24 Oct 2007 13:33:29 -0600 (MDT) Received: (qmail 67489 invoked from network); Wed, 24 Oct 2007 19:33:29 +0000 Received: by simscan 1.1.0 ppid: 67482, pid: 67484, t: 1.3993s scanners: clamav: 0.88.5/m:40/d:2060 spam: 3.1.5 Received: from unknown (HELO ?192.168.0.120?) (peter@kieser.ca@unknown) by unknown with SMTP; Wed, 24 Oct 2007 19:33:28 +0000 Date: Wed, 24 Oct 2007 12:31:30 -0700 From: Peter Kieser In-reply-to: <20071024190409.GB83731@nagual.pp.ru> To: Andrey Chernov , "Tuc at T-B-O-H.NET" , freebsd-current@FreeBSD.ORG, rafan@freebsd.org Message-id: <471F9D92.3030904@wingless.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on satan.pfak.org References: <200710241652.l9OGqIGk013274@himinbjorg.tucs-beachin-obx-house.com> <20071024190409.GB83731@nagual.pp.ru> User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) X-Spam-Status: No, score=-2.6 required=4.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Level: Cc: Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 19:33:40 -0000 Andrey Chernov wrote: > On Wed, Oct 24, 2007 at 12:52:18PM -0400, Tuc at T-B-O-H.NET wrote: > >> Hi, >> >> I brought up a machine fresh last nite with 7.0-BETA1 >> and wanted to make world for myself. During the install of >> lib/libc, after : >> >> install -o root -g wheel -m 444 xdr.3.gz /usr/share/man/man3 >> >> I got : >> >> /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh >> > > At this point so far __mb_sb_limit must already be in the updated libc. > Perhaps your sourses are out of sync Have the same problem, Fresh install from the ISO of 7.0-BETA1 (i386), CVSUped to RELENG_7, did a buildworld + installworld and system blows up in the exact way described. -Peter From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 19:35:28 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49E1E16A469; Wed, 24 Oct 2007 19:35:28 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 04C5113C48E; Wed, 24 Oct 2007 19:35:27 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9OJZR9P053920; Wed, 24 Oct 2007 15:35:27 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9OJZMEF016430; Wed, 24 Oct 2007 15:35:22 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9OJZLOC016429; Wed, 24 Oct 2007 15:35:22 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710241935.l9OJZLOC016429@himinbjorg.tucs-beachin-obx-house.com> To: ache@nagual.pp.ru (Andrey Chernov) Date: Wed, 24 Oct 2007 15:35:21 -0400 (EDT) In-Reply-To: <20071024185927.GA83731@nagual.pp.ru> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "Tuc at T-B-O-H.NET" , freebsd-current@FreeBSD.ORG, rafan@FreeBSD.ORG, Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 19:35:28 -0000 > > On Wed, Oct 24, 2007 at 08:19:09PM +0200, stickybit@gmx.net wrote: > > Hi all, > > > > just a 'me too' here. > > > > Had exactly the same problem last night with RELENG_7 amd64 GENERIC build. > > (BETA1-ISO amd64 freshly installed before / no upgrade from pre RELENG_7 system) > > (No flags / modifications in make.conf.) > > > > 'make buildworld' ran without errors. > > > > 'make installworld' fails with > > > > '/libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh' > > 'make installworld' should install updated libc (which have __mb_sb_limit) > first. > Moreover, 'make installworld' should use its own-compiled tools and libs > sets, not /bin/sh > I dunno. I know that until I followed the previous instructions about files, and added some of my own, I couldn't get installworld to work. > > The problem not happens for -current so I wonder why it happens for RELENG_7. > The theme seems to be , as Michal seems to say, that the ISO and then cvsup/buildworld is what triggers it. Something about that whole process. Tuc From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 19:38:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8DA916A41A; Wed, 24 Oct 2007 19:38:40 +0000 (UTC) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [IPv6:2001:660:2402::156]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4C313C48A; Wed, 24 Oct 2007 19:38:40 +0000 (UTC) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.13.8/jtpda-5.5pre1) with ESMTP id l9OJccg7098724 ; Wed, 24 Oct 2007 21:38:38 +0200 (CEST) Received: from [127.0.0.1] ([IPv6:fe80::215:60ff:feaa:bdf0]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id l9OJcbB1097590 ; Wed, 24 Oct 2007 21:38:37 +0200 (CEST) Message-ID: <471F9F3D.901@crc.u-strasbg.fr> Date: Wed, 24 Oct 2007 21:38:37 +0200 From: Philippe Pegon User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Peter Kieser References: <200710241652.l9OGqIGk013274@himinbjorg.tucs-beachin-obx-house.com> <20071024190409.GB83731@nagual.pp.ru> <471F9D92.3030904@wingless.org> In-Reply-To: <471F9D92.3030904@wingless.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::156]); Wed, 24 Oct 2007 21:38:38 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.7/4590/Wed Oct 24 17:20:13 2007 on mr6.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=0.2 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mr6.u-strasbg.fr Cc: Andrey Chernov , freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" , rafan@freebsd.org Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 19:38:40 -0000 Peter Kieser wrote: > Andrey Chernov wrote: >> On Wed, Oct 24, 2007 at 12:52:18PM -0400, Tuc at T-B-O-H.NET wrote: >> >>> Hi, >>> >>> I brought up a machine fresh last nite with 7.0-BETA1 >>> and wanted to make world for myself. During the install of >>> lib/libc, after : >>> >>> install -o root -g wheel -m 444 xdr.3.gz /usr/share/man/man3 >>> >>> I got : >>> >>> /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced >>> from COPY relocation in /bin/sh >>> >> >> At this point so far __mb_sb_limit must already be in the updated >> libc. Perhaps your sourses are out of sync > Have the same problem, Fresh install from the ISO of 7.0-BETA1 (i386), > CVSUped to RELENG_7, did a buildworld + installworld and system blows up > in the exact way described. +1 same for me Philippe Pegon From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 19:58:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 061FF16A468 for ; Wed, 24 Oct 2007 19:58:51 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 8739613C4A7 for ; Wed, 24 Oct 2007 19:58:49 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) id l9OJwn2o054792; Wed, 24 Oct 2007 15:58:49 -0400 (EDT) From: Tuc at T-B-O-H Message-Id: <200710241958.l9OJwn2o054792@vjofn.tucs-beachin-obx-house.com> To: mad@madpilot.net (Guido Falsi) Date: Wed, 24 Oct 2007 15:58:49 -0400 (EDT) In-Reply-To: <20071024193141.GA16463@wedge.madpilot.net> from "Guido Falsi" at Oct 24, 2007 09:31:41 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" , Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 19:58:51 -0000 > > This is quite strange to me. As you said it looks like the 7.0-BETA1 > ISOs are polluted by some 8.0 sources. I don't have any serious proof > for that though. > Its not only the ISOs, since I used the mini-iso and it FTP'd the base/etc. I don't know where it does that from, maybe it ftp's from a breakout of the ISO. I'm only saying this to make sure its not just the PHYSICAL ISO that gets pulled/revamped/whatever, its whatever an FTP install off the mini-iso uses too. Thanks, Tuc (And thanks to everyone telling me it isn't my fault. :) ) From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 20:20:31 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B94B516A41A; Wed, 24 Oct 2007 20:20:31 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 35B4213C4B2; Wed, 24 Oct 2007 20:20:30 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l9OKKMjq086029; Thu, 25 Oct 2007 00:20:22 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1193257222; bh=RwQuwJpbQQGsmFPcU0W9EsmXFH2/lgnLkZGMp6R TTdc=; l=1021; h=Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=PS7uICOgWNCBGiB+PK2f ylKT198s6XYo4R2mnGwkXfgK0xhIklh2Y+rq1jWpfpEkJBdcSB5c6JPrvYQqR/BxF89 Z7Cx0fvR/93F5m8+Vwi46lfN1ZpXxON7bgjyxqEvhvAw05c89BYHiS3GhdZ8uXw5j5H l27OUiumBuyWOmGBg= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l9OKKMDl086028; Thu, 25 Oct 2007 00:20:22 +0400 (MSD) (envelope-from ache) Date: Thu, 25 Oct 2007 00:20:21 +0400 From: Andrey Chernov To: "Tuc at T-B-O-H.NET" Message-ID: <20071024202021.GA85884@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , "Tuc at T-B-O-H.NET" , freebsd-current@FreeBSD.ORG, rafan@FreeBSD.ORG, Michal Varga References: <20071024185927.GA83731@nagual.pp.ru> <200710241935.l9OJZLOC016429@himinbjorg.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710241935.l9OJZLOC016429@himinbjorg.tucs-beachin-obx-house.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.ORG, Michal Varga , rafan@FreeBSD.ORG Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 20:20:31 -0000 On Wed, Oct 24, 2007 at 03:35:21PM -0400, Tuc at T-B-O-H.NET wrote: > > > > > > '/libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh' > > > > 'make installworld' should install updated libc (which have __mb_sb_limit) > > first. > > Moreover, 'make installworld' should use its own-compiled tools and libs > > sets, not /bin/sh > > > I dunno. I know that until I followed the previous instructions about > files, and added some of my own, I couldn't get installworld to work. > > > > The problem not happens for -current so I wonder why it happens for RELENG_7. > > > The theme seems to be , as Michal seems to say, that the ISO and then > cvsup/buildworld is what triggers it. Something about that whole process. Perhaps something is wrong in ISO making. Just cvsup, then 'make world' or 'make buildworld' + 'make installworld' should work (tested at -current by me and presumable by rafan@ at RELENG_6 and RELENG_7) -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 20:28:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9970416A46B; Wed, 24 Oct 2007 20:28:11 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 1A3DF13C4B7; Wed, 24 Oct 2007 20:28:10 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9OKSA9P055674; Wed, 24 Oct 2007 16:28:10 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9OKS5fF017555; Wed, 24 Oct 2007 16:28:05 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9OKS4eS017554; Wed, 24 Oct 2007 16:28:04 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710242028.l9OKS4eS017554@himinbjorg.tucs-beachin-obx-house.com> To: ache@nagual.pp.ru (Andrey Chernov) Date: Wed, 24 Oct 2007 16:28:04 -0400 (EDT) In-Reply-To: <20071024202021.GA85884@nagual.pp.ru> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" , rafan@freebsd.org, Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 20:28:11 -0000 > > On Wed, Oct 24, 2007 at 03:35:21PM -0400, Tuc at T-B-O-H.NET wrote: > > > > > > > > '/libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in /bin/sh' > > > > > > 'make installworld' should install updated libc (which have __mb_sb_limit) > > > first. > > > Moreover, 'make installworld' should use its own-compiled tools and libs > > > sets, not /bin/sh > > > > > I dunno. I know that until I followed the previous instructions about > > files, and added some of my own, I couldn't get installworld to work. > > > > > > The problem not happens for -current so I wonder why it happens for RELENG_7. > > > > > The theme seems to be , as Michal seems to say, that the ISO and then > > cvsup/buildworld is what triggers it. Something about that whole process. > > Perhaps something is wrong in ISO making. Just cvsup, then 'make world' or > 'make buildworld' + 'make installworld' should work (tested at -current by > me and presumable by rafan@ at RELENG_6 and RELENG_7) > It seems not to. Anything I compiled while under the ORIGINAL 7.0-BETA1 ISO/ftp-install gives me the error... I've installed over 300 ports on my machine and they all give the error after I've cvsup/make buildworld/make installworld. Tuc From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 20:34:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 259A916A418; Wed, 24 Oct 2007 20:34:26 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id C046213C4C8; Wed, 24 Oct 2007 20:34:24 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9OKXulS000342 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 24 Oct 2007 16:33:56 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Andrey Chernov In-Reply-To: <20071024202021.GA85884@nagual.pp.ru> References: <20071024185927.GA83731@nagual.pp.ru> <200710241935.l9OJZLOC016429@himinbjorg.tucs-beachin-obx-house.com> <20071024202021.GA85884@nagual.pp.ru> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-h/UwfnpBnLBWQL9ip4Sr" Organization: U. Buffalo CSE Department Date: Wed, 24 Oct 2007 16:33:56 -0400 Message-Id: <1193258036.41270.32.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" , rafan@freebsd.org, Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 20:34:26 -0000 --=-h/UwfnpBnLBWQL9ip4Sr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-10-25 at 00:20 +0400, Andrey Chernov wrote: > Perhaps something is wrong in ISO making. Oops. Yes there is. New ones on the way. Sigh. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-h/UwfnpBnLBWQL9ip4Sr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHH6w0/G14VSmup/YRAmNfAKCSKJDKPewJSjqUioVX9RO/r2hsNwCfa64e Ei2zK5yipyI1L7eVxsBewak= =3uAo -----END PGP SIGNATURE----- --=-h/UwfnpBnLBWQL9ip4Sr-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 20:42:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A3A216A419; Wed, 24 Oct 2007 20:42:35 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id BA4FE13C4BF; Wed, 24 Oct 2007 20:42:34 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9OKgP9P056081; Wed, 24 Oct 2007 16:42:25 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9OKgJKF017908; Wed, 24 Oct 2007 16:42:19 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9OKgJPm017907; Wed, 24 Oct 2007 16:42:19 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710242042.l9OKgJPm017907@himinbjorg.tucs-beachin-obx-house.com> To: kensmith@cse.Buffalo.EDU (Ken Smith) Date: Wed, 24 Oct 2007 16:42:19 -0400 (EDT) In-Reply-To: <1193258036.41270.32.camel@opus.cse.buffalo.edu> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Andrey Chernov , freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" , Michal Varga , rafan@freebsd.org Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 20:42:35 -0000 > On Thu, 2007-10-25 at 00:20 +0400, Andrey Chernov wrote: > > Perhaps something is wrong in ISO making. > > Oops. Yes there is. New ones on the way. > > Sigh. > Will it be considered BETA2? Or BETA1 revised? Is it possible to find out how the issue happened? Thanks, Tuc From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 20:45:35 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8741D16A469 for ; Wed, 24 Oct 2007 20:45:35 +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 209E913C48A for ; Wed, 24 Oct 2007 20:45:34 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14240 invoked by uid 399); 24 Oct 2007 20:45:27 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 24 Oct 2007 20:45:27 -0000 X-Originating-IP: 127.0.0.1 Date: Wed, 24 Oct 2007 13:45:22 -0700 (PDT) From: Doug Barton To: freebsd-stable@FreeBSD.ORG, kensmith@cse.buffalo.edu, freebsd-current@FreeBSD.ORG, simon@FreeBSD.ORG In-Reply-To: <200710241350.l9ODoq8D095623@lurza.secnetix.de> Message-ID: References: <200710241350.l9ODoq8D095623@lurza.secnetix.de> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: [simon@FreeBSD.org: cvs commit: src/crypto/openssl/ssl ?d1_both.c ?dtls1.h ssl.h ssl_err.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 20:45:35 -0000 On Wed, 24 Oct 2007, Oliver Fromme wrote: > People often talk about either "-current" and "-stable", > so was curious what RELENG_7 would be called right now. > Obviously it's not called "-current", but (according to > you and Simon) it's not called "-stable" either. I have been making an effort in the recent past to refer to the branches by their branch names (RELENG_*) to avoid confusion. I am also of the mind that we should have mailing lists named after the branches as well, rather than going through the awkward transitions that you describe in this post. (Which is a long-winded way to say that I think your confusion is justified and understandable.) I think this is going to be more prevalent in the time-based release world since we will soon have 3 different RELENG branches that could reasonably be called "-stable". > Actually the often used terms "-current" and "-stable" > are ambiguous and not really accurate. E.g. someone > talks about "the -stable branch" and you have no idea > which one of the several RELENG_* ones he means. It's > probably better to always use the CVS names or the > branch name (from sys/conf/newvers.sh). Voila! GMTA :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 20:50:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28B5A16A421; Wed, 24 Oct 2007 20:50:01 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 826C213C4A5; Wed, 24 Oct 2007 20:49:59 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9OKnXcu000377 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 24 Oct 2007 16:49:33 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: "Tuc at T-B-O-H.NET" In-Reply-To: <200710242042.l9OKgJPm017907@himinbjorg.tucs-beachin-obx-house.com> References: <200710242042.l9OKgJPm017907@himinbjorg.tucs-beachin-obx-house.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CeyS59F41erDknsEdtoX" Organization: U. Buffalo CSE Department Date: Wed, 24 Oct 2007 16:49:33 -0400 Message-Id: <1193258973.41270.40.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Andrey Chernov , freebsd-current@freebsd.org, rafan@freebsd.org, Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 20:50:01 -0000 --=-CeyS59F41erDknsEdtoX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-10-24 at 16:42 -0400, Tuc at T-B-O-H.NET wrote: > > On Thu, 2007-10-25 at 00:20 +0400, Andrey Chernov wrote: > > > Perhaps something is wrong in ISO making. > >=20 > > Oops. Yes there is. New ones on the way. > >=20 > > Sigh. > >=20 > Will it be considered BETA2? Or BETA1 revised? I'll name it BETA1.5. > Is it possible to find out how the issue happened? I had a stupidity leak. I have scripts on my build machines that help me with the command line arguments needed for the builds. The set of build machines I used for the BETA1 builds had "transitioned" from being used for the HEAD monthly snapshots over to RELENG_7. I forgot to add the RELEASETAG argument to the scripts that do the build. So the src tree that got used for the build was really HEAD. If you updated an older machine using cvsup this issue won't impact you at all. It's only people who installed off the BETA1 CDs for amd64, i386, or sparc64 that would be impacted (other folks do the other architectures). Sigh. Sorry. Like I said - stupidity leak... --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-CeyS59F41erDknsEdtoX Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHH6/d/G14VSmup/YRAttHAKCQsZUx4TAeJZBT94vrtt9udrVregCfSVg+ 5taTpBRhnaaOhMCQSfucOKU= =BYwG -----END PGP SIGNATURE----- --=-CeyS59F41erDknsEdtoX-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 20:53:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D27616A417 for ; Wed, 24 Oct 2007 20:53:54 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from smtpi2.ngi.it (smtpi2.ngi.it [88.149.128.21]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB8013C48A for ; Wed, 24 Oct 2007 20:53:53 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from madpilot.net (81-174-34-189.static.ngi.it [81.174.34.189]) by smtpi2.ngi.it (8.13.8/8.13.8) with SMTP id l9OJWDL9015299 for ; Wed, 24 Oct 2007 21:32:14 +0200 Received: (qmail 33303 invoked from network); 24 Oct 2007 19:32:13 -0000 X-Mail-Scanner: Scanned by qSheff-II-2.1-r2 (http://www.enderunix.org/qsheff/) Received: from wedge.madpilot.net (192.168.13.11) by madpilot.net with SMTP; 24 Oct 2007 19:32:13 -0000 Received: from wedge.madpilot.net (localhost.madpilot.net [127.0.0.1]) by wedge.madpilot.net (8.14.1/8.14.1) with ESMTP id l9OJVgsT016730; Wed, 24 Oct 2007 21:31:42 +0200 (CEST) (envelope-from mad@wedge.madpilot.net) Received: (from mad@localhost) by wedge.madpilot.net (8.14.1/8.14.1/Submit) id l9OJVfsw016729; Wed, 24 Oct 2007 21:31:41 +0200 (CEST) (envelope-from mad) Date: Wed, 24 Oct 2007 21:31:41 +0200 From: Guido Falsi To: "Tuc at T-B-O-H.NET" Message-ID: <20071024193141.GA16463@wedge.madpilot.net> References: <1193251303.981.64.camel@xenon.stonehenge.sk> <200710241855.l9OIt1bk015718@himinbjorg.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710241855.l9OIt1bk015718@himinbjorg.tucs-beachin-obx-house.com> X-Operating-System: FreeBSD 7.0-PRERELEASE User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 20:53:54 -0000 On Wed, Oct 24, 2007 at 02:55:01PM -0400, Tuc at T-B-O-H.NET wrote: > > > > > My initial question is WHAT DID I DO WRONG????? > > > > No idea on my side, but it has something to do with the ISOs (and I'd > > expect you did nothing wrong). Before your post I thought only my > > snapshot was broken, possibly polluted with 8-current sources somehow, > > but you didn't use that one. And in past week, I've already upgraded > > some dozen of various 7-CURRENTs and 6.2s to 7-BETA1 and the only one > > broken was this one, installed from an ISO snapshot and then cvsupped to > > BETA1. All the others that were already deployed and running for some > > time, cvsupped and upgraded cleanly. The one freshly installed from ISO > > didn't. > > > So is there something we need to do to get someones attention > so the rest of the universe doesn't have to do what we did? Does a pr > need to be filed? Is there another list we have to email? I encountered the same problem. I installed a machine this morning from a BETA1 ISO(downloaded from ftp.freebsd.org) cvsupped RELENG_7 and got the same error you get if getting through 8.0. I solved by extracting the base distribution froma 7.0-CURRENT snapshot from september over the installed system, installing world and fixing what got overwritten(/etc, mainly...). This is quite strange to me. As you said it looks like the 7.0-BETA1 ISOs are polluted by some 8.0 sources. I don't have any serious proof for that though. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 21:02:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96AD516A418; Wed, 24 Oct 2007 21:02:10 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id 474FD13C48D; Wed, 24 Oct 2007 21:02:10 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9OL229P056745; Wed, 24 Oct 2007 17:02:02 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9OL1uOO018288; Wed, 24 Oct 2007 17:01:56 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9OL1uqL018287; Wed, 24 Oct 2007 17:01:56 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710242101.l9OL1uqL018287@himinbjorg.tucs-beachin-obx-house.com> To: kensmith@cse.Buffalo.EDU (Ken Smith) Date: Wed, 24 Oct 2007 17:01:56 -0400 (EDT) In-Reply-To: <1193258973.41270.40.camel@opus.cse.buffalo.edu> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Andrey Chernov , freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" , Michal Varga , rafan@freebsd.org Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 21:02:10 -0000 > > Will it be considered BETA2? Or BETA1 revised? > > I'll name it BETA1.5. > Good deal. > > > Is it possible to find out how the issue happened? > > I had a stupidity leak. > [Info here] > > Sigh. Sorry. Like I said - stupidity leak... > No worries, as they say in Connecticut ... FECES OCCUR! Thanks... Please let me know when your done. The machine I loaded was just a "test" load to see if the machine could go from 4.10 to 7.0, and the machine seems fine with it. One of the disks is bad so I have to order another (One of them there single connector hot swap SCSI that you can't go to Best Buy to get) so I have time to play with re-loads/re-cvsup. Tuc From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 21:04:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 892E816A419 for ; Wed, 24 Oct 2007 21:04:04 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 231C113C480 for ; Wed, 24 Oct 2007 21:04:03 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id l9OL3sAl056107 for ; Wed, 24 Oct 2007 23:03:54 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id l9OL3s57056106 for current@freebsd.org; Wed, 24 Oct 2007 23:03:54 +0200 (CEST) (envelope-from marius) Date: Wed, 24 Oct 2007 23:03:54 +0200 From: Marius Strobl To: current@freebsd.org Message-ID: <20071024210354.GA52933@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: HEADS UP: [marius@freebsd.org: cvs commit: src UPDATING src/sys/dev/pci pci_user.c src/sys/sys param.h pciio.h] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 21:04:04 -0000 FYI, the hal port needs to be recompiled again... marius 2007-10-24 20:51:44 UTC FreeBSD src repository Modified files: . UPDATING sys/dev/pci pci_user.c sys/sys param.h pciio.h Log: Add ABI backwards compatibility to the FreeBSD 4/5/6 versions of the PCIOCGETCONF, PCIOCREAD and PCIOCWRITE IOCTLs, which was broken with the introduction of PCI domain support. As the size of struct pci_conf_io wasn't changed with that commit, this unfortunately requires the ABI of PCIOCGETCONF to be broken again in order to be able to provide backwards compatibility to the old version of that IOCTL. Requested by: imp Discussed with: re (kensmith) Reviewed by: PCI maintainers (imp, jhb) MFC after: 5 days Revision Changes Path 1.511 +13 -0 src/UPDATING 1.23 +294 -50 src/sys/dev/pci/pci_user.c 1.312 +1 -1 src/sys/sys/param.h 1.8 +1 -1 src/sys/sys/pciio.h From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 21:10:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 813CD16A46C for ; Wed, 24 Oct 2007 21:10:45 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id EDB0513C4A7 for ; Wed, 24 Oct 2007 21:10:44 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9OLAe6g061685 for ; Wed, 24 Oct 2007 19:10:40 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Wed, 24 Oct 2007 19:10:27 -0200 User-Agent: KMail/1.9.7 References: <4712A4A8.7080503@FreeBSD.org> <20071024162316.GA7625@troutmask.apl.washington.edu> <200710241320.25092.jkim@FreeBSD.org> In-Reply-To: <200710241320.25092.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710241910.28201.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 21:10:45 -0000 On Wednesday 24 October 2007 15:19:49 Jung-uk Kim wrote: > > > > because hw.bge.allow_asf defaults to 0 in releng_6 and to 1 in > > > > 7 > > > > > > > > somebody knows why this changed? Would be kind of handy if this > > > > where in the man page since almost all tyans and other server > > > > boards have this bge nics > > > > > > When I MFC'd bge(4) on RELENG_6, I decided to turn it off by > > > default. See the diff between RELENG_6 and MFC point: > > > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge.c.di > > >ff?r2=3D1.91.2.21;r1=3D1.186 > > > > > > Since RELENG_7 is branched, I think we should do the same on the > > > branch as well. > > > > So, what exactly does hw.bge.allow_asf do? =A0I've been running > > -current on several different tyan boards with on-board bge > > devices for the last few years without a hanging problem. > > I just checked and found hw.bge.allow_asf=3D1. > > Basically it makes it work better with some IPMI modules (e.g., server > management daughter cards). =A0While it works on some platforms, it > breaks some, i.e., it is very sensitive to firmware and BIOS. not the very best clarification ... so this ASF does mean what at the end? is it ASF as know as for a part of = the=20 Eprom region? and if enabled it allows the card to load it or beeing=20 controlled by it ? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 21:17:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74BD816A41A for ; Wed, 24 Oct 2007 21:17:02 +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 2C93713C4BD for ; Wed, 24 Oct 2007 21:17:01 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Iknap-0002Uk-Kq for freebsd-current@freebsd.org; Wed, 24 Oct 2007 21:16:47 +0000 Received: from 78-0-91-182.adsl.net.t-com.hr ([78.0.91.182]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2007 21:16:47 +0000 Received: from ivoras by 78-0-91-182.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2007 21:16:47 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 24 Oct 2007 23:16:37 +0200 Lines: 29 Message-ID: References: <40506.141.52.232.84.1193226442.squirrel@svr.bitshelter.net> <10296.141.52.232.84.1193238702.squirrel@svr.bitshelter.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig39DFDA12242A11638B2CA808" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-91-182.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <10296.141.52.232.84.1193238702.squirrel@svr.bitshelter.net> X-Enigmail-Version: 0.95.4 Sender: news Subject: Re: Installer DHCP in Virtual Box doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 21:17:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig39DFDA12242A11638B2CA808 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jochen Haemmerle wrote: > The actual intention of the current installation is to see if this stil= l > occures with VBox 1.5.2 and the 7.0 Beta Yes, my setup (with the error) is RELENG_7. --------------enig39DFDA12242A11638B2CA808 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHH7Y1ldnAQVacBcgRAhCjAKCFndafn3CCp0KIZ61e79vJAyo0mgCgmgFU gwuC8E3mO40OUma2B0cHoe0= =aXar -----END PGP SIGNATURE----- --------------enig39DFDA12242A11638B2CA808-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 21:38:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 741C716A41B for ; Wed, 24 Oct 2007 21:38:10 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id ED73113C4B6 for ; Wed, 24 Oct 2007 21:38:09 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so479156uge for ; Wed, 24 Oct 2007 14:37:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=yT6u7aKU4QtG556jDpt0nimd0jFBINnln21FU3da1Lo=; b=Spx3UogA+bW5p1+LdJ2oqfWoOh+jzLJGRoynWZgTQguBxXt3Bmfdv2yVMlEf4HKmnW3bOr0kDZJuJ7x5ZNCxWDMorsnt7zi93Wf4zuHfWeg1+0jj3vV8Xf/Tp5B3SIGGkS/uuBFVwW9//Eyr/Av1/882Xe8z9+x17TzdawJ2aZU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type; b=d+LbNDlsipc4RrjUYe6N+H/zlCGzjq/iB01leEZp9ghVxl7g4E4zdaDH1E+9pd5INbAGLqxl9nE01sGmlmR54D5AUgtBLN7Zsp5nqp1vpjxoqok6UWWGtqSmvYrImXaeJV9G0uS8sAgEJblVriOQbczBVl/2WHD9ZsZqfqpV2i8= Received: by 10.67.24.11 with SMTP id b11mr2493911ugj.1193260364014; Wed, 24 Oct 2007 14:12:44 -0700 (PDT) Received: from 195-241-214-37.dsl.ip.tiscali.nl ( [195.241.214.37]) by mx.google.com with ESMTPS id z34sm1554268ikz.2007.10.24.14.12.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Oct 2007 14:12:43 -0700 (PDT) Message-ID: <471FB549.4080407@gmail.com> Date: Wed, 24 Oct 2007 23:12:41 +0200 From: Rene Ladan User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.95.1 Content-Type: multipart/mixed; boundary="------------020100060904000500080507" Cc: Subject: panic on 8.0 when mounting r/o msdosfs media? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 21:38:10 -0000 This is a multi-part message in MIME format. --------------020100060904000500080507 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, on my i386 8.0 box (20070717) I get the attached panic when trying to mount, without the -o ro option, a readonly msdosfs media, in this case a micro-SD card inside an adapter inside a USB card reader. I can succesfully mount the card readonly with the -o ro option (tested on a few days older CURRENT). I'll keep the full dump around. 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 --------------020100060904000500080507 Content-Type: text/plain; name="kgdb.37" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="kgdb.37" U2NyaXB0IHN0YXJ0ZWQgb24gV2VkIE9jdCAyNCAyMzowNToxNCAyMDA3CnJvb3RAMTk1LTI0 MS0yMTQtMzc6L3Zhci9jcmFzaCNrZ2RiIC1uIDM3DQ0KW0dEQiB3aWxsIG5vdCBiZSBhYmxl IHRvIGRlYnVnIHVzZXItbW9kZSB0aHJlYWRzOiAvdXNyL2xpYi9saWJ0aHJlYWRfZGIuc286 IFVuZGVmaW5lZCBzeW1ib2wgInBzX3BnbG9iYWxfbG9va3VwIl0NCkdOVSBnZGIgNi4xLjEg W0ZyZWVCU0RdDQpDb3B5cmlnaHQgMjAwNCBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIElu Yy4NCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2VuZXJhbCBQ dWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUNCndlbGNvbWUgdG8gY2hhbmdlIGl0IGFuZC9v ciBkaXN0cmlidXRlIGNvcGllcyBvZiBpdCB1bmRlciBjZXJ0YWluIGNvbmRpdGlvbnMuDQpU eXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29uZGl0aW9ucy4NClRoZXJlIGlzIGFi c29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZv ciBkZXRhaWxzLg0KVGhpcyBHREIgd2FzIGNvbmZpZ3VyZWQgYXMgImkzODYtbWFyY2VsLWZy ZWVic2QiLg0KDQpVbnJlYWQgcG9ydGlvbiBvZiB0aGUga2VybmVsIG1lc3NhZ2UgYnVmZmVy Og0KDQoNCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUN CmNwdWlkID0gMTsgYXBpYyBpZCA9IDAxDQpmYXVsdCB2aXJ0dWFsIGFkZHJlc3MJPSAweGRl YWRjMTEyDQpmYXVsdCBjb2RlCQk9IHN1cGVydmlzb3IgcmVhZCwgcGFnZSBub3QgcHJlc2Vu dA0KaW5zdHJ1Y3Rpb24gcG9pbnRlcgk9IDB4MjA6MHhjMDQ4N2MxNA0Kc3RhY2sgcG9pbnRl cgkgICAgICAgID0gMHgyODoweGU1NmZiYmE0DQpmcmFtZSBwb2ludGVyCSAgICAgICAgPSAw eDI4OjB4ZTU2ZmJiZWMNCmNvZGUgc2VnbWVudAkJPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZm ZiwgdHlwZSAweDFiDQoJCQk9IERQTCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQ0KcHJv Y2Vzc29yIGVmbGFncwk9IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwDQpj dXJyZW50IHByb2Nlc3MJCT0gNTAgKHN5bmNlcikNClBoeXNpY2FsIG1lbW9yeTogMjAzOSBN Qg0KRHVtcGluZyAxMDggTUI6IDkzIDc3IDYxIDQ1IDI5IDEzDQoNCiMwICBkb2FkdW1wICgp IGF0IHBjcHUuaDoxOTUNCjE5NQlwY3B1Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3Rvcnku DQoJaW4gcGNwdS5oDQooa2dkYikgYnQgZg0KIzAgIGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE5 NQ0KTm8gbG9jYWxzLg0KIzEgIDB4YzA0NDU0MmIgaW4gZGJfZm5jYWxsIChkdW1teTE9LTQ0 NTY2Mjc3MiwgZHVtbXkyPTAsIGR1bW15Mz01ODIsIA0KICAgIGR1bW15ND0weGU1NmZiOTM4 ICK0dETAIikgYXQgL3Vzci9zcmMvc3lzL2RkYi9kYl9jb21tYW5kLmM6NDg2DQoJZm5fYWRk ciA9IC0xMDY4NzAyMzAyDQoJYXJncyA9IHstMTA2Njc1OTY0OCwgLTEwNjY3NTk2MzcsIC0x MDY5MjU4MTYzLCAtMTA2Njc1OTY0OCwgDQogIC0xMDY2NzYxODg4LCAxMjAsIC00NDU2NjI3 NDAsIC00NDU2NjI5NDQsIC0xMDY5MjU3MzkyLCAtNDQ1NjYyNzg4fQ0KCW5hcmdzID0gMA0K CXJldHZhbCA9IFZhcmlhYmxlICJyZXR2YWwiIGlzIG5vdCBhdmFpbGFibGUuDQooa2dkYikg YnQNCiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxOTUNCiMxICAweGMwNDQ1NDJiIGluIGRi X2ZuY2FsbCAoZHVtbXkxPS00NDU2NjI3NzIsIGR1bW15Mj0wLCBkdW1teTM9NTgyLCANCiAg ICBkdW1teTQ9MHhlNTZmYjkzOCAitHREwCIpIGF0IC91c3Ivc3JjL3N5cy9kZGIvZGJfY29t bWFuZC5jOjQ4Ng0KIzIgIDB4YzA0NDU5NWMgaW4gZGJfY29tbWFuZF9sb29wICgpIGF0IC91 c3Ivc3JjL3N5cy9kZGIvZGJfY29tbWFuZC5jOjQwMQ0KIzMgIDB4YzA0NDZmOTggaW4gZGJf dHJhcCAodHlwZT0xMiwgY29kZT0wKSBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX21haW4uYzoy MjINCiM0ICAweGMwNGY0ZTNlIGluIGtkYl90cmFwICh0eXBlPTEyLCBjb2RlPTAsIHRmPTB4 ZTU2ZmJiNjQpDQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl9rZGIuYzo1MDINCiM1 ICAweGMwNjI3NjU5IGluIHRyYXBfZmF0YWwgKGZyYW1lPTB4ZTU2ZmJiNjQsIGV2YT0zNzM1 OTI5MTA2KQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjg2Mw0KIzYg IDB4YzA2Mjc4NmQgaW4gdHJhcF9wZmF1bHQgKGZyYW1lPTB4ZTU2ZmJiNjQsIHVzZXJtb2Rl PTAsIGV2YT0zNzM1OTI5MTA2KQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvdHJh cC5jOjc4NQ0KIzcgIDB4YzA2MjgxNmMgaW4gdHJhcCAoZnJhbWU9MHhlNTZmYmI2NCkgYXQg L3Vzci9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6NDYzDQojOCAgMHhjMDYwZmVhYiBpbiBj YWxsdHJhcCAoKSBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L2V4Y2VwdGlvbi5zOjEzOQ0K IzkgIDB4YzA0ODdjMTQgaW4gZ19pb19yZXF1ZXN0IChicD0weGM1NDc1ZGVjLCBjcD0weGM1 MTE0NDQwKQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9nZW9tL2dlb21faW8uYzozNTYNCiMxMCAw eGMwNDhkODlmIGluIGdfdmZzX3N0cmF0ZWd5IChibz0weGM1NjY1MmUwLCBicD0weGQ4ZWM4 YmYwKQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9nZW9tL2dlb21fdmZzLmM6MTA3DQojMTEgMHhj MDUyZmQzNyBpbiBidWZ3cml0ZSAoYnA9MHhkOGVjOGJmMCkgYXQgYnVmLmg6NDI5DQojMTIg MHhjMDUyYzVjYyBpbiBiYXdyaXRlIChicD0weGQ4ZWM4YmYwKSBhdCBidWYuaDo0MTcNCiMx MyAweGMwNTM0MDUyIGluIHZvcF9zdGRmc3luYyAoYXA9MHhlNTZmYmNkOCkNCiAgICBhdCAv dXNyL3NyYy9zeXMva2Vybi92ZnNfZGVmYXVsdC5jOjQ0MA0KIzE0IDB4YzA0N2Q0OGYgaW4g ZGV2ZnNfZnN5bmMgKGFwPTB4ZTU2ZmJjZDgpDQogICAgYXQgL3Vzci9zcmMvc3lzL2ZzL2Rl dmZzL2RldmZzX3Zub3BzLmM6Mzk0DQotLS1UeXBlIDxyZXR1cm4+IHRvIGNvbnRpbnVlLCBv ciBxIDxyZXR1cm4+IHRvIHF1aXQtLS0NCiMxNSAweGMwNjMyZDU2IGluIFZPUF9GU1lOQ19B UFYgKHZvcD0weGMwNjgxNWUwLCBhPTB4ZTU2ZmJjZDgpDQogICAgYXQgdm5vZGVfaWYuYzox MDA3DQojMTYgMHhjMDU0MTFlZiBpbiBzY2hlZF9zeW5jICgpIGF0IHZub2RlX2lmLmg6NTM4 DQojMTcgMHhjMDRiMTYyMSBpbiBmb3JrX2V4aXQgKGNhbGxvdXQ9MHhjMDU0MGU1ZiA8c2No ZWRfc3luYz4sIGFyZz0weDAsIA0KICAgIGZyYW1lPTB4ZTU2ZmJkMzgpIGF0IC91c3Ivc3Jj L3N5cy9rZXJuL2tlcm5fZm9yay5jOjc5Ng0KIzE4IDB4YzA2MGZmMjAgaW4gZm9ya190cmFt cG9saW5lICgpIGF0IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvZXhjZXB0aW9uLnM6MjA1DQoo a2dkYikgcQ0Kcm9vdEAxOTUtMjQxLTIxNC0zNzovdmFyL2NyYXNoI15ECAhleGl0DQoKU2Ny aXB0IGRvbmUgb24gV2VkIE9jdCAyNCAyMzowNTo1MCAyMDA3Cg== --------------020100060904000500080507-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 21:44:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3297F16A4ED for ; Wed, 24 Oct 2007 21:44:39 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id C4C0813C4A8 for ; Wed, 24 Oct 2007 21:44:37 +0000 (UTC) (envelope-from eric@anholt.net) Received: from vonnegut.anholt.net (localhost [127.0.0.1]) by vonnegut.anholt.net (8.14.1/8.14.1) with ESMTP id l9OLPPQx009653; Wed, 24 Oct 2007 14:25:25 -0700 (PDT) (envelope-from eric@anholt.net) Received: (from anholt@localhost) by vonnegut.anholt.net (8.14.1/8.14.1/Submit) id l9OLPOaV009652; Wed, 24 Oct 2007 14:25:24 -0700 (PDT) (envelope-from eric@anholt.net) X-Authentication-Warning: vonnegut.anholt.net: anholt set sender to eric@anholt.net using -f From: Eric Anholt To: Marius Strobl In-Reply-To: <20071024210354.GA52933@alchemy.franken.de> References: <20071024210354.GA52933@alchemy.franken.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+vTlh5RDSktaqdNnQnrh" Date: Wed, 24 Oct 2007 14:25:22 -0700 Message-Id: <1193261123.86050.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: current@freebsd.org Subject: Re: HEADS UP: [marius@freebsd.org: cvs commit: src UPDATING src/sys/dev/pci pci_user.c src/sys/sys param.h pciio.h] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 21:44:39 -0000 --=-+vTlh5RDSktaqdNnQnrh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-10-24 at 23:03 +0200, Marius Strobl wrote: > FYI, the hal port needs to be recompiled again... Additionally your X Server (if using 1.4 or older) or libpciaccess (if using master from git) However, thank you for fixing this issue! > marius 2007-10-24 20:51:44 UTC >=20 > FreeBSD src repository >=20 > Modified files: > . UPDATING=20 > sys/dev/pci pci_user.c=20 > sys/sys param.h pciio.h=20 > Log: > Add ABI backwards compatibility to the FreeBSD 4/5/6 versions of > the PCIOCGETCONF, PCIOCREAD and PCIOCWRITE IOCTLs, which was broken > with the introduction of PCI domain support. > As the size of struct pci_conf_io wasn't changed with that commit, > this unfortunately requires the ABI of PCIOCGETCONF to be broken > again in order to be able to provide backwards compatibility to > the old version of that IOCTL. > =20 > Requested by: imp > Discussed with: re (kensmith) > Reviewed by: PCI maintainers (imp, jhb) > MFC after: 5 days > =20 > Revision Changes Path > 1.511 +13 -0 src/UPDATING > 1.23 +294 -50 src/sys/dev/pci/pci_user.c > 1.312 +1 -1 src/sys/sys/param.h > 1.8 +1 -1 src/sys/sys/pciio.h > _______________________________________________ > 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= " --=20 Eric Anholt anholt@FreeBSD.org eric@anholt.net eric.anholt@intel.com --=-+vTlh5RDSktaqdNnQnrh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHH7fqHUdvYGzw6vcRAnqmAKCSFOGEUxST3rs0eGYqk6syCe7exwCfdV4n TkrPvt3KBKgXNswlYs1EfwI= =ROSq -----END PGP SIGNATURE----- --=-+vTlh5RDSktaqdNnQnrh-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 22:04:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81E3D16A417; Wed, 24 Oct 2007 22:04:03 +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 283AD13C465; Wed, 24 Oct 2007 22:04:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9OM3jl9056750; Wed, 24 Oct 2007 16:03:45 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <471FC12B.3080507@samsco.org> Date: Wed, 24 Oct 2007 16:03:23 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Steven Brown , Ed Maste References: <47091FDE.4060808@stellablue.org> In-Reply-To: <47091FDE.4060808@stellablue.org> Content-Type: multipart/mixed; boundary="------------030207070601010901010608" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 24 Oct 2007 16:03:46 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: "Leubner, Achim" , freebsd-current@freebsd.org Subject: Re: Panic: mutex Giant not owned cam_xpt.c :4799 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 22:04:03 -0000 This is a multi-part message in MIME format. --------------030207070601010901010608 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Attached is a better patch. Once I was able to reproduce the problem myself, I saw some other issues that needed fixing. Scott Steven Brown wrote: > Just decided to try out the 0907 snapshot of -CURRENT (amd64) and it > won't boot off the install CD > > Thought I would post as much info as I could for interested parties. I > have to copy by hand, so I will try to include as much as I can. > > panic: mutex Giant not owned at /usr/src/sys/cam/cam_xpt.c :4799 > > This error occurs right after "md0: Preloaded image .... > > The motherboard is an Asus P5M2-R, with dual bge ethernets (on mb), a > Adaptec 3405 SATA/SAS RAID PCI-e card (aac driver), and has an Intel > Q6600 quad core. 4GB of RAM. You will soon see why I included the > information on the Adaptec card. > > This hardware works fine using 6.2-RELEASE p8 -- well, at least i386 > does. This system has a modified src/sys/dev/aac which includes the > vendor ID info for the 3405/3805 cards and has no problems booting (and > running), detecting Adaptec card, etc. > > I also have a CD with the same snapshot (CURRENT, 0907) in an i386 > version (not AMD64) which appears to produce the same error. > > Upon the panic, the system entered the debugger and I typed "trace" to > get the following from AMD64 snapshot: > > Tracing pid 26 tid 100026 td 0xffffff0002245680 > kdb_enter() at kdb_enter+0x31 > panic() at panic+0x173 > _mtx_assert() at _mtx_assert+0xd6 > xpt_release_simq() at xpt_release_simq()+0x27 > aac_alloc_commands() at aac_alloc_commands()+0x156 > aac_command_thread() at aac_command_thread()+0xe5 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline()+0xe > --- trap 0, rip = 0, rsp = 0xffffffffac6fdd30, rbp = 0 --- > > > Hope this helps someone, > > Steve > _______________________________________________ > 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" --------------030207070601010901010608 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="aacp_mpsafe.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="aacp_mpsafe.diff" Index: aac.c =================================================================== RCS file: /usr/ncvs/src/sys/dev/aac/aac.c,v retrieving revision 1.122 diff -u -r1.122 aac.c --- aac.c 20 Oct 2007 23:23:13 -0000 1.122 +++ aac.c 24 Oct 2007 21:58:00 -0000 @@ -1310,9 +1310,12 @@ aac_enqueue_free(cm); + /* + * Dequeue all events so that there's no risk of events getting + * stranded. + */ sc = cm->cm_sc; - event = TAILQ_FIRST(&sc->aac_ev_cmfree); - if (event != NULL) { + while ((event = TAILQ_FIRST(&sc->aac_ev_cmfree)) != NULL) { TAILQ_REMOVE(&sc->aac_ev_cmfree, event, ev_links); event->ev_callback(sc, event, event->ev_arg); } Index: aac_cam.c =================================================================== RCS file: /usr/ncvs/src/sys/dev/aac/aac_cam.c,v retrieving revision 1.28 diff -u -r1.28 aac_cam.c --- aac_cam.c 17 Jun 2007 05:55:45 -0000 1.28 +++ aac_cam.c 24 Oct 2007 21:36:20 -0000 @@ -103,13 +103,17 @@ static void aac_cam_event(struct aac_softc *sc, struct aac_event *event, void *arg) { + union ccb *ccb; struct aac_cam *camsc; switch (event->ev_type) { case AAC_EVENT_CMFREE: - camsc = arg; + ccb = arg; + camsc = ccb->ccb_h.sim_priv.entries[0].ptr; free(event, M_AACCAM); xpt_release_simq(camsc->sim, 1); + ccb->ccb_h.status = CAM_REQUEUE_REQ; + xpt_done(ccb); break; default: device_printf(sc->aac_dev, "unknown event %d in aac_cam\n", @@ -131,19 +135,21 @@ static int aac_cam_detach(device_t dev) { + struct aac_softc *sc; struct aac_cam *camsc; debug_called(2); camsc = (struct aac_cam *)device_get_softc(dev); + sc = camsc->inf->aac_sc; - mtx_lock(&Giant); + mtx_lock(&sc->aac_io_lock); xpt_async(AC_LOST_DEVICE, camsc->path, NULL); xpt_free_path(camsc->path); xpt_bus_deregister(cam_sim_path(camsc->sim)); cam_sim_free(camsc->sim, /*free_devq*/TRUE); - mtx_unlock(&Giant); + mtx_unlock(&sc->aac_io_lock); return (0); } @@ -171,15 +177,17 @@ return (EIO); sim = cam_sim_alloc(aac_cam_action, aac_cam_poll, "aacp", camsc, - device_get_unit(dev), &Giant, 1, 1, devq); + device_get_unit(dev), &inf->aac_sc->aac_io_lock, 1, 1, devq); if (sim == NULL) { cam_simq_free(devq); return (EIO); } /* Since every bus has it's own sim, every bus 'appears' as bus 0 */ + mtx_lock(&inf->aac_sc->aac_io_lock); if (xpt_bus_register(sim, dev, 0) != CAM_SUCCESS) { cam_sim_free(sim, TRUE); + mtx_unlock(&inf->aac_sc->aac_io_lock); return (EIO); } @@ -187,8 +195,10 @@ CAM_TARGET_WILDCARD, CAM_LUN_WILDCARD) != CAM_REQ_CMP) { xpt_bus_deregister(cam_sim_path(sim)); cam_sim_free(sim, TRUE); + mtx_unlock(&inf->aac_sc->aac_io_lock); return (EIO); } + mtx_unlock(&inf->aac_sc->aac_io_lock); camsc->sim = sim; camsc->path = path; @@ -321,27 +331,23 @@ /* Async ops that require communcation with the controller */ - mtx_lock(&sc->aac_io_lock); if (aac_alloc_command(sc, &cm)) { struct aac_event *event; xpt_freeze_simq(sim, 1); - ccb->ccb_h.status = CAM_REQUEUE_REQ; - xpt_done(ccb); + ccb->ccb_h.status = CAM_RESRC_UNAVAIL; + ccb->ccb_h.sim_priv.entries[0].ptr = camsc; event = malloc(sizeof(struct aac_event), M_AACCAM, M_NOWAIT | M_ZERO); if (event == NULL) { device_printf(sc->aac_dev, "Warning, out of memory for event\n"); - /* XXX Yuck, what to do here? */ - mtx_unlock(&sc->aac_io_lock); return; } event->ev_callback = aac_cam_event; - event->ev_arg = camsc; + event->ev_arg = ccb; event->ev_type = AAC_EVENT_CMFREE; aac_add_event(sc, event); - mtx_unlock(&sc->aac_io_lock); return; } @@ -429,7 +435,6 @@ } else { ccb->ccb_h.status = CAM_REQ_CMP; xpt_done(ccb); - mtx_unlock(&sc->aac_io_lock); return; } default: @@ -460,8 +465,6 @@ aac_enqueue_ready(cm); aac_startio(cm->cm_sc); - mtx_unlock(&sc->aac_io_lock); - return; } @@ -565,7 +568,6 @@ return (CAM_REQ_ABORTED); } - mtx_lock(&sc->aac_io_lock); aac_alloc_sync_fib(sc, &fib); vmi = (struct aac_vmioctl *)&fib->data[0]; @@ -586,12 +588,10 @@ device_printf(sc->aac_dev,"Error %d sending ResetBus command\n", e); aac_release_sync_fib(sc); - mtx_unlock(&sc->aac_io_lock); return (CAM_REQ_ABORTED); } aac_release_sync_fib(sc); - mtx_unlock(&sc->aac_io_lock); return (CAM_REQ_CMP); } --------------030207070601010901010608-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 22:04:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29C8D16A41A for ; Wed, 24 Oct 2007 22:04:25 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 8C40B13C48A for ; Wed, 24 Oct 2007 22:04:24 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: (qmail invoked by alias); 24 Oct 2007 22:04:16 -0000 Received: from u18-124.dsl.vianetworks.de (EHLO [172.20.1.30]) [194.231.39.124] by mail.gmx.net (mp043) with SMTP; 25 Oct 2007 00:04:16 +0200 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX19a2gNbv2BarlwPJByJLT1bPSp843ucuZY5JmzavH QSHV2rqhsMRif0 Message-ID: <471FC154.5050304@gmx.de> Date: Thu, 25 Oct 2007 00:04:04 +0200 From: Olli Hauer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <471BCF96.7000207@gmx.de> <20071022184033.GC1118@garage.freebsd.pl> <471E4B3C.3060807@gmx.de> <20071024174554.GB1119@garage.freebsd.pl> In-Reply-To: <20071024174554.GB1119@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Re: zfs kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 22:04:25 -0000 Pawel Jakub Dawidek wrote: > On Tue, Oct 23, 2007 at 09:27:56PM +0200, Olli Hauer wrote: >> lock order reversal: >> 1st 0xc4cea568 struct mount mtx (struct mount mtx) @ >> /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:209 >> 2nd 0xc3ee9010 sleep mtxpool (sleep mtxpool) @ >> /usr/src/sys/kern/kern_resource.c:1266 >> KDB: stack backtrace: >> db_trace_self_wrapper(c0a9c175,e7318734,c078510e,c0a9e63c,c3ee9010,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(c0a9e63c,c3ee9010,c0a982df,c0a982df,c0a98e54,...) at >> kdb_backtrace+0x29 >> witness_checkorder(c3ee9010,9,c0a98e54,4f2,38,...) at >> witness_checkorder+0x6de >> _mtx_lock_flags(c3ee9010,0,c0a98e54,4f2,c4c32d00,...) at >> _mtx_lock_flags+0xbc >> uifree(c3f08c20,c4967220,c4cea538,e73187d4,c431b9df,...) at uifree+0x2d >> crfree(c4c32d00,0,c439446c,d1,c3,...) at crfree+0x54 >> domount(c48f8840,c4967220,c43995fb,c469e260,e7318810,...) at domount+0x20f >> zfsctl_snapdir_lookup(e7318aa0,e7318aa0,c48f8840,2,c4967330,...) at >> zfsctl_snapdir_lookup+0x362 >> VOP_LOOKUP_APV(c439d5e0,e7318aa0,c48f8840,c0aa409d,19b,...) at >> VOP_LOOKUP_APV+0xa5 >> lookup(e7318b48,c0aa409d,c6,bf,c4cd772c,...) at lookup+0x58e >> namei(e7318b48,c48f8840,c0bb51d4,c48f8840,e7318b4c,...) at namei+0x34b >> kern_lstat(c48f8840,282111b8,0,e7318c18,c0aa5520,...) at kern_lstat+0x4f >> lstat(c48f8840,e7318cfc,8,c0a9f13d,c0b469d0,...) at lstat+0x2f >> syscall(e7318d38) at syscall+0x2b3 >> Xint0x80_syscall() at Xint0x80_syscall+0x20 >> --- syscall (190, FreeBSD ELF32, lstat), eip = 0x2819c48b, esp = > > Revert the previous patch, refetch and try again. The new one also > eliminates this LOR: > > http://people.freebsd.org/~pjd/patches/opensolaris_vfs.c.patch > Thanks, the patch resolved the console output problem. The reboot hang problem is the same *only* after access to the snapshot directory. test1: create zool create zfs1 creste zfs2 rsync 1GB source and other small files to zfs1/2 reboot => no error test1 + create snapshot, reboot => no problem test1 + create snapshot, list files in snaphot, reboot => system hang test1 + create snapshot, set snapdir=visible, list files in snapshot, reboot => system hang test2: create zool create zfs1 creste zfs2 rsync 1GB source and other small files to zfs1 rsync zfs1 -> zfs2 reboot => no error test2 + snapshot => reboot no error test2 + create snapshot, list files in snaphot, reboot => system hang test2 + create snapshot, set snapdir=visible, list files in snapshot, reboot => system hang Now in case the system hang i break into debugger db> show all procs pid ppid pgrp uid state wmesg wchan cmd 804 0 0 0 SL vgeom:io 0xcfac1388 [vdev:worker twed1] 803 0 0 0 SL vgeom:io 0xcfd8b348 [vdev:worker twed0] 801 1 801 0 S+ soldelay 0xc0baeb14 reboot 148 0 0 0 SL zfs:(&tq 0xc43dcb78 [zil_clean] 147 0 0 0 SL zfs:(&tq 0xc43dcaac [zil_clean] 146 0 0 0 SL zfs:(&tq 0xc43dc9e0 [zil_clean] 144 0 0 0 SL zfs:(&tx 0xc465352c [txg_thread_enter] 143 0 0 0 SL zfs:(&tx 0xc465350c [txg_thread_enter] 142 0 0 0 SL zfs:(&tx 0xc465351c [txg_thread_enter] 149 0 0 0 SL zfs:(&tq 0xc43dc914 [spa_zio_intr_5] 138 0 0 0 SL zfs:(&tq 0xc43dc848 [spa_zio_issue_5] 137 0 0 0 SL zfs:(&tq 0xc43dc77c [spa_zio_intr_4] 136 0 0 0 SL zfs:(&tq 0xc43dc6b0 [spa_zio_issue_4] 135 0 0 0 SL zfs:(&tq 0xc43dc5e4 [spa_zio_intr_3] 134 0 0 0 SL zfs:(&tq 0xc43dc050 [spa_zio_issue_3] 133 0 0 0 SL zfs:(&tq 0xc43dc11c [spa_zio_intr_2] 132 0 0 0 SL zfs:(&tq 0xc43dc1e8 [spa_zio_issue_2] 131 0 0 0 SL zfs:(&tq 0xc43dc2b4 [spa_zio_intr_1] 130 0 0 0 SL zfs:(&tq 0xc43dc380 [spa_zio_issue_1] 139 0 0 0 SL zfs:(&tq 0xc43dc44c [spa_zio_intr_0] 128 0 0 0 SL zfs:(&tq 0xc43dc518 [spa_zio_issue_0] 111 0 0 0 SL zfs:(&tq 0xc439df6c [arc_reclaim_thread] 110 0 0 0 SL zfs:(&ar 0xc43dd050 [system_taskq] 44 0 0 0 SL - 0xc0baeb14 [system_taskq] ... From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 22:16:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30FDA16A418; Wed, 24 Oct 2007 22:16:56 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (unknown [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id C4A9313C4C6; Wed, 24 Oct 2007 22:16:55 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (unknown [IPv6:2a01:348:10f:1::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id E04D830180; Wed, 24 Oct 2007 23:16:52 +0100 (BST) Message-ID: <471FC451.6090200@cran.org.uk> Date: Wed, 24 Oct 2007 23:16:49 +0100 From: Bruce Cran User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: Tim Kientzle References: <471CF3F3.6070803@cran.org.uk> <8cb6106e0710222017p133ddccyc973c6ebcd23e270@mail.gmail.com> <471DCED7.2020500@freebsd.org> In-Reply-To: <471DCED7.2020500@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: josh.carroll@gmail.com, current@freebsd.org Subject: Re: bsdtar can't handle files >8GB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 22:16:56 -0000 Tim Kientzle wrote: > Josh Carroll wrote: >>> tar: Unrecognized archive format: Inappropriate file type or format >>> tar: Error exit delayed from previous errors. >> >> Confirmed in RELENG_7 as well. Interestingly enough, if the file >> inside the tarball is nothing but zeros (dd if=/dev/zero ...), I don't >> get this error. However, it doesn't work either. The resulting file >> is 0 bytes, rather than 10 GB of \0. > > Try the attached patch, which I think fixes this > problem. Thanks, the patch fixes the problem on RELENG_7 on my computer. -- Bruce From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 22:20:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0DDA16A419 for ; Wed, 24 Oct 2007 22:20:45 +0000 (UTC) (envelope-from josh.carroll@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 627D213C480 for ; Wed, 24 Oct 2007 22:20:45 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so406301pyb for ; Wed, 24 Oct 2007 15:20:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=hUa8s3dPeLV2dGWIHty71q+IyY0Z0IDe+fr7YyZ+iQA=; b=tDcNd4eqQDWVRJw696b5YaAef4eH5krVpUF85eTiWfZbeZT9frGR95K2HH3YQD8JSKothQJdPirTBu/ysYFYmHGISqvCymJH1KP/e474PiWsM8H+ra5JnTbp1iuiMcC8wa20xIhPoo/G8zpLLSc7bGYmK7JhuXvSg3u/eSGQYqg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IZnsixcTEQLjsjplhX5THzFk3ywkQes8OOfKRD51ubiC+EsXOXAvZ1u3v7QwyQeMQO/HnhLVvjNDWxxI/TnTmoQIaCFHKC6rMuuE69g2Xh3XzWoLgwD2yIkltyn7Kkvwpa9mYUcfmPz+IFnfx5ZCKeCeQ/Gn5Ay4Mx9iYsyBvo8= Received: by 10.35.51.19 with SMTP id d19mr1203795pyk.1193264436886; Wed, 24 Oct 2007 15:20:36 -0700 (PDT) Received: by 10.35.117.12 with HTTP; Wed, 24 Oct 2007 15:20:36 -0700 (PDT) Message-ID: <8cb6106e0710241520o3f349bd1i30973cf09a913a98@mail.gmail.com> Date: Wed, 24 Oct 2007 18:20:36 -0400 From: "Josh Carroll" To: "Tuc at T-B-O-H" In-Reply-To: <200710241958.l9OJwn2o054792@vjofn.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071024193141.GA16463@wedge.madpilot.net> <200710241958.l9OJwn2o054792@vjofn.tucs-beachin-obx-house.com> Cc: freebsd-current@freebsd.org, Guido Falsi , Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 22:20:45 -0000 I hadn't seen this until today when I restarted Apache. From httpd-error.log: httpd: Syntax error on line 242 of /usr/local/etc/apache22/httpd.conf: Cannot load /usr/local/libexec/apache22/mod_ssl.so into server: /usr/local/lib/libcrypto.so.5: Undefined symbol "__mb_sb_limit" This particular install was a 6.2 -> RELENG_7 source update (just before PRERELEASE). I'm not seeing any other issues on the system (so far), but I'll keep my eyes open. I was able to build world just a day or two ago, but have not tried since then. Josh From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 22:30:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F64216A496 for ; Wed, 24 Oct 2007 22:30:11 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id EB46D13C4A5 for ; Wed, 24 Oct 2007 22:30:10 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so410261pyb for ; Wed, 24 Oct 2007 15:30:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=L2EoeIEAo+sbvm1PQfpsNK7icB/7XgnBoPg8XUSHC7E=; b=QfQkjMftxtwPf629Vjy/zCVTnYJPx7MH7EWqS14jJ3N3bTGZWnklQC7eMPZjBj3FqD/QlpzbN4jD6PjEHgTjJxMZocoh5JEbSV6kV+x07KNB6GqKPkk1t9K9irE/g8V8MAWigLiLnaZhTZzXx0tV4c7MeRHjY4725GuE5vNAVn4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eiLv2G1RrwBJ6obPKlM000Pm72ea4CzERWcKaeHCX43DnrWiwXqdr3Vi1JZujeybOZFIsNnpFvwXZTUPamMqZGLuThHcuDwVh/UfHsNgN9pHFQJO1b12lBA+/R3p4dsBU/G2erV/xEF2r/XzMWnozByw0z3Y+XxVzT/HADlE7N4= Received: by 10.35.109.2 with SMTP id l2mr1220789pym.1193265001723; Wed, 24 Oct 2007 15:30:01 -0700 (PDT) Received: by 10.35.117.12 with HTTP; Wed, 24 Oct 2007 15:30:01 -0700 (PDT) Message-ID: <8cb6106e0710241530u7b74efc2tc21ea21b34dbaf55@mail.gmail.com> Date: Wed, 24 Oct 2007 18:30:01 -0400 From: "Josh Carroll" To: "Tuc at T-B-O-H" In-Reply-To: <8cb6106e0710241520o3f349bd1i30973cf09a913a98@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071024193141.GA16463@wedge.madpilot.net> <200710241958.l9OJwn2o054792@vjofn.tucs-beachin-obx-house.com> <8cb6106e0710241520o3f349bd1i30973cf09a913a98@mail.gmail.com> Cc: freebsd-current@freebsd.org, Guido Falsi , Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 22:30:11 -0000 > I hadn't seen this until today when I restarted Apache. From httpd-error.log: It appears as though the ports I compiled today are having this problem. I had rebuilt libc in RELENG_7 after I saw a few updates to it after a csup. Looks like I picked a bad time to do that :) Josh From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 22:30:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09AC216A496; Wed, 24 Oct 2007 22:30:25 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id DB6AD13C480; Wed, 24 Oct 2007 22:30:24 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.14.1) with ESMTP id l9OMNb9r010291; Wed, 24 Oct 2007 15:23:37 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.14.1/Submit) id l9OMNYWZ010290; Wed, 24 Oct 2007 15:23:34 -0700 (PDT) (envelope-from sgk) Date: Wed, 24 Oct 2007 15:23:34 -0700 From: Steve Kargl To: Ken Smith Message-ID: <20071024222334.GA9206@troutmask.apl.washington.edu> References: <200710242042.l9OKgJPm017907@himinbjorg.tucs-beachin-obx-house.com> <1193258973.41270.40.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1193258973.41270.40.camel@opus.cse.buffalo.edu> User-Agent: Mutt/1.4.2.3i Cc: Andrey Chernov , freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" , Michal Varga , rafan@freebsd.org Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 22:30:25 -0000 On Wed, Oct 24, 2007 at 04:49:33PM -0400, Ken Smith wrote: > On Wed, 2007-10-24 at 16:42 -0400, Tuc at T-B-O-H.NET wrote: > > > On Thu, 2007-10-25 at 00:20 +0400, Andrey Chernov wrote: > > > > Perhaps something is wrong in ISO making. > > > > > > Oops. Yes there is. New ones on the way. > > > > > > Sigh. > > > > > Will it be considered BETA2? Or BETA1 revised? > > I'll name it BETA1.5. > > > Is it possible to find out how the issue happened? > > I had a stupidity leak. > I think you have a new candidate for the fortune(6) database. I almost spit my coffee on the keyboard and monitor. It's also good to know that I haven't cornered the stupidity market :-) -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 22:32:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B51616A41A for ; Wed, 24 Oct 2007 22:32:58 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id CE89713C4C1 for ; Wed, 24 Oct 2007 22:32:57 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so411478pyb for ; Wed, 24 Oct 2007 15:32:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=D9WPJMZq50VQlvhJvApwBH6x35G+1HVEEiKL9cfhmCY=; b=q0poNcHuHciRqa4NaL+TqUK4BnO+D2JCx4ind+Csp4hfmXyS4p+4KrT0mNhYfNY+8ykOlHwIVpXy7wIRWS4eCht/Tu1iuh5sboadfej5Eo11XBEcJmdfRxa08yslkm/QFT5hvp+aPqDI3oT7bAmjn6V6gocdRZiTgYXOVj3YwmY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IqK5lJuQ/ZHJ23DA9KNn5Vlkq9NrPCooGExnPM+mkY6v3q4OCSLx3kbu6V5kTspPNC/003FecII73Rc6Ba8tSjC6AEtzcXd9CeyyIJRbzAim4DXY6a7b1RvYy6EVCdgw6++baHyEjAunMGD9aLzTlHd8Bn0VB/oGXYXnSXQgYKI= Received: by 10.35.111.14 with SMTP id o14mr1252674pym.1193265169283; Wed, 24 Oct 2007 15:32:49 -0700 (PDT) Received: by 10.35.117.12 with HTTP; Wed, 24 Oct 2007 15:32:49 -0700 (PDT) Message-ID: <8cb6106e0710241532w45767f0dj8a73dd0abb802430@mail.gmail.com> Date: Wed, 24 Oct 2007 18:32:49 -0400 From: "Josh Carroll" To: "Tuc at T-B-O-H" In-Reply-To: <8cb6106e0710241530u7b74efc2tc21ea21b34dbaf55@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071024193141.GA16463@wedge.madpilot.net> <200710241958.l9OJwn2o054792@vjofn.tucs-beachin-obx-house.com> <8cb6106e0710241520o3f349bd1i30973cf09a913a98@mail.gmail.com> <8cb6106e0710241530u7b74efc2tc21ea21b34dbaf55@mail.gmail.com> Cc: freebsd-current@freebsd.org, Guido Falsi , Michal Varga Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 22:32:58 -0000 > It appears as though the ports I compiled today are having this > problem. I had rebuilt libc in RELENG_7 after I saw a few updates to > it after a csup. Looks like I picked a bad time to do that :) Sorry, rebuilding fixed this. So I must have compiled the port prior to the libc update, then build libc. Recompiling the ports fixed the problem. Josh From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 22:37:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A292416A418; Wed, 24 Oct 2007 22:37:19 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 15E6413C48E; Wed, 24 Oct 2007 22:37:18 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9OMarBU000640 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 24 Oct 2007 18:36:55 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Steve Kargl In-Reply-To: <20071024222334.GA9206@troutmask.apl.washington.edu> References: <200710242042.l9OKgJPm017907@himinbjorg.tucs-beachin-obx-house.com> <1193258973.41270.40.camel@opus.cse.buffalo.edu> <20071024222334.GA9206@troutmask.apl.washington.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-V7qEn3+CT0SH7FUiv/fx" Date: Wed, 24 Oct 2007 18:32:56 -0400 Message-Id: <1193265176.89566.4.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Andrey Chernov , freebsd-current@freebsd.org, "Tuc at T-B-O-H.NET" , Michal Varga , rafan@freebsd.org Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 22:37:19 -0000 --=-V7qEn3+CT0SH7FUiv/fx Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-10-24 at 15:23 -0700, Steve Kargl wrote: > On Wed, Oct 24, 2007 at 04:49:33PM -0400, Ken Smith wrote: > >=20 > > I had a stupidity leak. > >=20 >=20 > I think you have a new candidate for the fortune(6) database. I can't take the credit for that one. Rent the movie "Scream" sometime. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-V7qEn3+CT0SH7FUiv/fx Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBHH8gY/G14VSmup/YRAnzCAJ0dPPUdCMKEo/Asyltc8TDfYU/DpgCggXjA iY1R7ECynQK6toHRNq/99ts= =Rfax -----END PGP SIGNATURE----- --=-V7qEn3+CT0SH7FUiv/fx-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 23:04:56 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDC9C16A41B for ; Wed, 24 Oct 2007 23:04:56 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8D91313C491 for ; Wed, 24 Oct 2007 23:04:56 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l9ON4mIS047431; Wed, 24 Oct 2007 19:04:48 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 24 Oct 2007 19:04:46 -0400 User-Agent: KMail/1.6.2 References: <4712A4A8.7080503@FreeBSD.org> <200710241320.25092.jkim@FreeBSD.org> <200710241910.28201.joao@matik.com.br> In-Reply-To: <200710241910.28201.joao@matik.com.br> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <200710241904.47701.jkim@FreeBSD.org> Cc: JoaoBR Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 23:04:57 -0000 On Wednesday 24 October 2007 05:10 pm, JoaoBR wrote: > On Wednesday 24 October 2007 15:19:49 Jung-uk Kim wrote: > > > > > because hw.bge.allow_asf defaults to 0 in releng_6 and to 1 > > > > > in 7 > > > > > > > > > > somebody knows why this changed? Would be kind of handy if > > > > > this where in the man page since almost all tyans and other > > > > > server boards have this bge nics > > > > > > > > When I MFC'd bge(4) on RELENG_6, I decided to turn it off by > > > > default. See the diff between RELENG_6 and MFC point: > > > > > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge. > > > >c.di ff?r2=1.91.2.21;r1=1.186 > > > > > > > > Since RELENG_7 is branched, I think we should do the same on > > > > the branch as well. > > > > > > So, what exactly does hw.bge.allow_asf do? �I've been running > > > -current on several different tyan boards with on-board bge > > > devices for the last few years without a hanging problem. > > > I just checked and found hw.bge.allow_asf=1. > > > > Basically it makes it work better with some IPMI modules (e.g., > > server management daughter cards). �While it works on some > > platforms, it breaks some, i.e., it is very sensitive to firmware > > and BIOS. > > not the very best clarification ... > > so this ASF does mean what at the end? is it ASF as know as for a > part of the Eprom region? and if enabled it allows the card to load > it or beeing controlled by it ? For remote server management, there are two major APIs: ASF by DMTF: http://www.dmtf.org/standards/asf/ IPMI by Intel: http://www.intel.com/design/servers/ipmi/ The main goal of the two technologies is the same, i.e., out-of-band server management. Both use Remote Management and Control Protocol (RMCP) for the network protocol but ASF is implemented on NIC firmware level while IPMI is implemented on baseboard management controller (BMC). Now BCM57xx firmware has built-in ASF stack and the interface can be shared with BMC. If there is a BMC on-board and network controller is shared, obviously you cannot just reset the controller, etc. You have to 'tell' the firmware that you are about to do critical things, such as reset, start, stop, link negotiation, etc, so that it can communicate with BMC beforehand. If you turn on hw.bge.allow_asf, it does just that. Unfortunately, it does not work for all systems in the real world because they are not created equal, e.g., different spec. revisions, hardware implementations, firmware, BIOS, etc. Basically some system fails *without* it while some system fails *with* it. Hence, the tunable was necessary. At least, that is how I understand it. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 23:33:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F03D816A419 for ; Wed, 24 Oct 2007 23:33:15 +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 795AB13C4B5 for ; Wed, 24 Oct 2007 23:33:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IkpiT-0006Fo-Vo for freebsd-current@freebsd.org; Wed, 24 Oct 2007 23:32:49 +0000 Received: from 78-0-91-182.adsl.net.t-com.hr ([78.0.91.182]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2007 23:32:49 +0000 Received: from ivoras by 78-0-91-182.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2007 23:32:49 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 25 Oct 2007 01:32:26 +0200 Lines: 66 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAD7B571F21B9041C5BBF1D96" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-91-182.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) X-Enigmail-Version: 0.95.4 Sender: news Subject: Profiling on RELENG_7 (and probably HEAD)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 23:33:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAD7B571F21B9041C5BBF1D96 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I tried to profile an applications but there's a problem - the application crashes in getopt(). I've constructed a simple test case that demonstrates this: --- foo.c -- #include int main(int argc, char **argv) { getopt(argc, argv, "h"); return 0; } ------------ > gcc -pg -g -o foo foo.c > ./foo Segmentation fault (core dumped) > gdb ./foo foo.core 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 detail= s. This GDB was configured as "i386-marcel-freebsd"... Core was generated by `foo'. Program terminated with signal 11, Segmentation fault. #0 0x080481be in main (argc=3DCannot access memory at address 0xc ) at foo.c:5 5 getopt(argc, argv, "h"); (gdb) bt #0 0x080481be in main (argc=3DCannot access memory at address 0xc ) at foo.c:5 > ldd ./foo ldd: ./bla: not a dynamic executable The same test case works on a 6.x machine. Am I missing something or is profiling broken? --------------enigAD7B571F21B9041C5BBF1D96 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHH9YQldnAQVacBcgRAiMxAKDC6F7B4NozxC34S4w1k4/3ogNzigCfeBDJ gHldtVBbr66GwRxRab9K5C4= =hXr7 -----END PGP SIGNATURE----- --------------enigAD7B571F21B9041C5BBF1D96-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 23:49:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AC7716A41B; Wed, 24 Oct 2007 23:49:01 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (muon.bluestop.org [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1813313C49D; Wed, 24 Oct 2007 23:49:01 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (unknown [IPv6:2a01:348:10f:1::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id 8B0E730180; Thu, 25 Oct 2007 00:48:59 +0100 (BST) Message-ID: <471FD9E7.6060704@cran.org.uk> Date: Thu, 25 Oct 2007 00:48:55 +0100 From: Bruce Cran User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Profiling on RELENG_7 (and probably HEAD)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 23:49:01 -0000 Ivan Voras wrote: > Hi, > > I tried to profile an applications but there's a problem - the > application crashes in getopt(). I've constructed a simple test case > that demonstrates this: > [...] > The same test case works on a 6.x machine. Am I missing something or is > profiling broken? > Yes, applications compiled with -pg are broken on i386 platforms. See the threads "gcc profiling broken" from 24th October, and "gcc 4.2 profiling breaks argv" from 3rd August. A PR should probably be submitted for it, especially since it's going to start affecting a lot of people. -- Bruce From owner-freebsd-current@FreeBSD.ORG Wed Oct 24 23:39:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C277A16A419 for ; Wed, 24 Oct 2007 23:39:12 +0000 (UTC) (envelope-from svein.h@lvor.halvorsen.cc) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.freebsd.org (Postfix) with ESMTP id 48A0313C481 for ; Wed, 24 Oct 2007 23:39:12 +0000 (UTC) (envelope-from svein.h@lvor.halvorsen.cc) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id 5F07282E2 for ; Thu, 25 Oct 2007 01:08:37 +0200 (CEST) Received: from maren.thelosingend.net (maren.math.ntnu.no [129.241.211.48]) by fri.itea.ntnu.no (Postfix) with SMTP for ; Thu, 25 Oct 2007 01:08:37 +0200 (CEST) Received: (qmail 88829 invoked by uid 88); 25 Oct 2007 01:08:36 +0200 Received: from maren.math.ntnu.no (HELO weld.ej2.thelosingend.net) (129.241.211.48) by maren.thelosingend.net (qpsmtpd/0.31.1) with ESMTP; Thu, 25 Oct 2007 01:08:36 +0200 Message-ID: <471FCFFB.7030205@lvor.halvorsen.cc> Date: Thu, 25 Oct 2007 01:06:35 +0200 From: Svein Halvor Halvorsen User-Agent: Thunderbird 2.0.0.6 (X11/20070923) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.95.0 OpenPGP: id=9198BB40; url=mailto:pgpkey@svein.halvorsen.cc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. X-Mailman-Approved-At: Wed, 24 Oct 2007 23:57:44 +0000 Cc: Subject: Repatable panic in 7.0-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 23:39:12 -0000 I get this repeatable panic in 7.0-BETA1 whenever I connect my new USB external hdd. This is the backtrace from kgdb on the crash file. There is no problem if I boot the computer with the drive attached, but if I unplug and replug in, it will panic again, like it always does when I plug it into a running system. I'll gladly provide more info, if someone tells me what to do. #0 doadump () at pcpu.h:195 #1 0xc074ff67 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0750229 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a131fc in trap_fatal (frame=0xd8ed9974, eva=0) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc0a13480 in trap_pfault (frame=0xd8ed9974, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc0a13df5 in trap (frame=0xd8ed9974) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc09f9e1b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0466f6b in xpt_done (done_ccb=0xc34cf800) at /usr/src/sys/cam/cam_xpt.c:4856 #8 0xc046d21e in probedone (periph=0xc4d3fe00, done_ccb=Variable "done_ccb" is not available. ) at /usr/src/sys/cam/cam_xpt.c:6331 #9 0xc0468fb1 in camisr_runqueue (V_queue=Variable "V_queue" is not available. ) at /usr/src/sys/cam/cam_xpt.c:7255 #10 0xc046d82f in xpt_bus_deregister (pathid=1) at /usr/src/sys/cam/cam_xpt.c:4442 #11 0xc06c7690 in umass_cam_detach_sim (sc=0xc48f8000) at /usr/src/sys/dev/usb/umass.c:2694 #12 0xc06c773d in umass_detach (self=0xc39c6a00) at /usr/src/sys/dev/usb/umass.c:1542 #13 0xc0770f38 in device_detach (dev=0xc39c6a00) at device_if.h:212 #14 0xc06cd932 in usb_disconnect_port (up=0xc34b6c30, parent=0xc34caa80) at /usr/src/sys/dev/usb/usb_subr.c:1380 #15 0xc06c4c0e in uhub_explore (dev=0xc3489c00) at /usr/src/sys/dev/usb/uhub.c:462 #16 0xc06cbae5 in usb_discover (v=Variable "v" is not available. ) at /usr/src/sys/dev/usb/usb.c:724 #17 0xc06ccad7 in usb_event_thread (arg=0xc34a0d00) at /usr/src/sys/dev/usb/usb.c:440 #18 0xc0730549 in fork_exit (callout=0xc06cca20 , arg=0xc34a0d00, frame=0xd8ed9d38) at /usr/src/sys/kern/kern_fork.c:796 #19 0xc09f9e90 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 uname -a says: FreeBSD weld.ej2.thelosingend.net 7.0-BETA1 FreeBSD 7.0-BETA1 #1: Wed Oct 24 10:08:38 CEST 2007 sveinhal@weld.ej2.thelosingend.net:/usr/obj/usr/src/sys/GENERIC i386 From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 03:31:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F53416A419 for ; Thu, 25 Oct 2007 03:31:47 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id BF57013C465 for ; Thu, 25 Oct 2007 03:31:46 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62803 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IktRg-0005gi-Ge for freebsd-current@freebsd.org; Thu, 25 Oct 2007 03:31:44 +0000 Message-ID: <47200E20.4020607@conducive.net> Date: Wed, 24 Oct 2007 23:31:44 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200710242042.l9OKgJPm017907@himinbjorg.tucs-beachin-obx-house.com> <1193258973.41270.40.camel@opus.cse.buffalo.edu> In-Reply-To: <1193258973.41270.40.camel@opus.cse.buffalo.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 03:31:47 -0000 Ken Smith wrote: *snip* > > If you updated an older machine using cvsup this issue won't impact you > at all. Not 100% certain of that - Last night's pull of amd64 HEAD off the jp mirror produced a dysfunctional 8-CURRENT /boot/loader executable that hung 'till-Hong-Kong-harbour-freezes' on final reboot & subsequent. Core-2 Quad platform, 4GB, physically reduced to 2GB, w/o joy (unrecognized Allantic NIC onboard Asus P5K, RealTek NIC on PCI in-use). Building a new world / kernel from a fresh pull now, with the expectation the issue was transitory. Will chase further if otherwise. Bill Hacker From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 03:37:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E37816A418 for ; Thu, 25 Oct 2007 03:37:17 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id EE61D13C480 for ; Thu, 25 Oct 2007 03:37:16 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 43A4235ADE; Wed, 24 Oct 2007 23:37:11 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 24 Oct 2007 23:37:11 -0400 X-Sasl-enc: 677DTFizJvWiywS1kdYHEBEbadYDdezN+pNVddOMMpkF 1193283430 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id 04C884419; Wed, 24 Oct 2007 23:37:09 -0400 (EDT) Message-ID: <47200F5E.9070104@freebsd.org> Date: Wed, 24 Oct 2007 20:37:02 -0700 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd@masm.elcom.ru References: <359284519.20071018014832@masm.elcom.ru> <200710172357.18221.max@love2party.net> <6210619899.20071018020530@masm.elcom.ru> <200710180021.39250.max@love2party.net> <1564774296.20071018172432@masm.elcom.ru> In-Reply-To: <1564774296.20071018172432@masm.elcom.ru> Content-Type: multipart/mixed; boundary="------------060200030207050008040407" Cc: freebsd-current@freebsd.org Subject: Re: ipfilter cannot be build within because warning's are present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 03:37:17 -0000 This is a multi-part message in MIME format. --------------060200030207050008040407 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Please try the attached patch. Darren --------------060200030207050008040407 Content-Type: text/plain; name="28a.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="28a.patch" Only in ip_fil4.1.28a/BSD: NetBSD-4.99.33-i386 Only in ip_fil4.1.28a/BSD: tools diff -cr ip_fil4.1.28/fil.c ip_fil4.1.28a/fil.c *** ip_fil4.1.28/fil.c Wed Oct 10 02:27:20 2007 --- ip_fil4.1.28a/fil.c Sat Oct 20 22:30:01 2007 *************** *** 7019,7025 **** break; } - RWLOCK_EXIT(&ipf_global); WRITE_ENTER(&ipf_global); if (tmp) { if (fr_running > 0) --- 7019,7024 ---- *************** *** 7035,7040 **** --- 7034,7040 ---- if (error == 0) fr_running = -1; } + RWLOCK_EXIT(&ipf_global); } break; *************** *** 7176,7182 **** if (!(mode & FWRITE)) error = EPERM; else { - RWLOCK_EXIT(&ipf_global); WRITE_ENTER(&ipf_global); #ifdef MENTAT error = ipfsync(); --- 7176,7181 ---- *************** *** 7184,7189 **** --- 7183,7189 ---- frsync(NULL); error = 0; #endif + RWLOCK_EXIT(&ipf_global); } break; diff -cr ip_fil4.1.28/ip_fil_freebsd.c ip_fil4.1.28a/ip_fil_freebsd.c *** ip_fil4.1.28/ip_fil_freebsd.c Thu Sep 20 05:51:50 2007 --- ip_fil4.1.28a/ip_fil_freebsd.c Sat Oct 20 22:29:37 2007 *************** *** 345,360 **** } SPL_NET(s); - READ_ENTER(&ipf_global); error = fr_ioctlswitch(unit, data, cmd, mode, p->p_uid, p); if (error != -1) { - RWLOCK_EXIT(&ipf_global); SPL_X(s); return error; } - RWLOCK_EXIT(&ipf_global); SPL_X(s); return error; --- 345,357 ---- diff -cr ip_fil4.1.28/ip_fil_netbsd.c ip_fil4.1.28a/ip_fil_netbsd.c *** ip_fil4.1.28/ip_fil_netbsd.c Sat Sep 15 20:33:58 2007 --- ip_fil4.1.28a/ip_fil_netbsd.c Sat Oct 20 22:52:03 2007 *************** *** 406,412 **** --- 406,416 ---- SPL_X(s); #if (__NetBSD_Version__ >= 104010000) + # if (__NetBSD_Version__ >= 499003300) + callout_init(&fr_slowtimer_ch, 0); + # else callout_init(&fr_slowtimer_ch); + # endif callout_reset(&fr_slowtimer_ch, (hz / IPF_HZ_DIVIDE) * IPF_HZ_MULT, fr_slowtimer, NULL); #else diff -cr ip_fil4.1.28/ip_nat.c ip_fil4.1.28a/ip_nat.c *** ip_fil4.1.28/ip_nat.c Tue Oct 16 03:08:10 2007 --- ip_fil4.1.28a/ip_nat.c Sat Oct 20 22:48:19 2007 *************** *** 187,194 **** static void nat_addrdr __P((struct ipnat *)); static void nat_delrdr __P((struct ipnat *)); static void nat_delnat __P((struct ipnat *)); ! static int fr_natgetent __P((caddr_t)); ! static int fr_natgetsz __P((caddr_t)); static int fr_natputent __P((caddr_t, int)); static int nat_extraflush __P((int)); static int nat_gettable __P((char *)); --- 187,194 ---- static void nat_addrdr __P((struct ipnat *)); static void nat_delrdr __P((struct ipnat *)); static void nat_delnat __P((struct ipnat *)); ! static int fr_natgetent __P((caddr_t, int)); ! static int fr_natgetsz __P((caddr_t, int)); static int fr_natputent __P((caddr_t, int)); static int nat_extraflush __P((int)); static int nat_gettable __P((char *)); *************** *** 817,836 **** { natlookup_t nl; - if (getlock) { - READ_ENTER(&ipf_nat); - } error = fr_inobj(data, &nl, IPFOBJ_NATLOOKUP); if (error == 0) { ! if (nat_lookupredir(&nl) != NULL) { error = fr_outobj(data, &nl, IPFOBJ_NATLOOKUP); } else { error = ESRCH; } } - if (getlock) { - RWLOCK_EXIT(&ipf_nat); - } break; } --- 817,839 ---- { natlookup_t nl; error = fr_inobj(data, &nl, IPFOBJ_NATLOOKUP); if (error == 0) { ! void *ptr; ! ! if (getlock) { ! READ_ENTER(&ipf_nat); ! } ! ptr = nat_lookupredir(&nl); ! if (getlock) { ! RWLOCK_EXIT(&ipf_nat); ! } ! if (ptr != NULL) { error = fr_outobj(data, &nl, IPFOBJ_NATLOOKUP); } else { error = ESRCH; } } break; } *************** *** 885,910 **** case SIOCSTGSZ : if (fr_nat_lock) { ! if (getlock) { ! READ_ENTER(&ipf_nat); ! } ! error = fr_natgetsz(data); ! if (getlock) { ! RWLOCK_EXIT(&ipf_nat); ! } } else error = EACCES; break; case SIOCSTGET : if (fr_nat_lock) { ! if (getlock) { ! READ_ENTER(&ipf_nat); ! } ! error = fr_natgetent(data); ! if (getlock) { ! RWLOCK_EXIT(&ipf_nat); ! } } else error = EACCES; break; --- 888,901 ---- case SIOCSTGSZ : if (fr_nat_lock) { ! error = fr_natgetsz(data, getlock); } else error = EACCES; break; case SIOCSTGET : if (fr_nat_lock) { ! error = fr_natgetent(data, getlock); } else error = EACCES; break; *************** *** 1199,1206 **** /* The size of the entry is stored in the ng_sz field and the enture natget */ /* structure is copied back to the user. */ /* ------------------------------------------------------------------------ */ ! static int fr_natgetsz(data) caddr_t data; { ap_session_t *aps; nat_t *nat, *n; --- 1190,1198 ---- /* The size of the entry is stored in the ng_sz field and the enture natget */ /* structure is copied back to the user. */ /* ------------------------------------------------------------------------ */ ! static int fr_natgetsz(data, getlock) caddr_t data; + int getlock; { ap_session_t *aps; nat_t *nat, *n; *************** *** 1209,1214 **** --- 1201,1210 ---- if (BCOPYIN(data, &ng, sizeof(ng)) != 0) return EFAULT; + if (getlock) { + READ_ENTER(&ipf_nat); + } + nat = ng.ng_ptr; if (!nat) { nat = nat_instances; *************** *** 1217,1222 **** --- 1213,1221 ---- * Empty list so the size returned is 0. Simple. */ if (nat == NULL) { + if (getlock) { + RWLOCK_EXIT(&ipf_nat); + } if (BCOPYOUT(&ng, data, sizeof(ng)) != 0) return EFAULT; return 0; *************** *** 1230,1237 **** for (n = nat_instances; n; n = n->nat_next) if (n == nat) break; ! if (!n) return ESRCH; } /* --- 1229,1240 ---- for (n = nat_instances; n; n = n->nat_next) if (n == nat) break; ! if (n == NULL) { ! if (getlock) { ! RWLOCK_EXIT(&ipf_nat); ! } return ESRCH; + } } /* *************** *** 1244,1249 **** --- 1247,1255 ---- if (aps->aps_data != 0) ng.ng_sz += aps->aps_psiz; } + if (getlock) { + RWLOCK_EXIT(&ipf_nat); + } if (BCOPYOUT(&ng, data, sizeof(ng)) != 0) return EFAULT; *************** *** 1261,1268 **** /* Copies out NAT entry to user space. Any additional data held for a */ /* proxy is also copied, as to is the NAT rule which was responsible for it */ /* ------------------------------------------------------------------------ */ ! static int fr_natgetent(data) caddr_t data; { int error, outsize; ap_session_t *aps; --- 1267,1275 ---- /* Copies out NAT entry to user space. Any additional data held for a */ /* proxy is also copied, as to is the NAT rule which was responsible for it */ /* ------------------------------------------------------------------------ */ ! static int fr_natgetent(data, getlock) caddr_t data; + int getlock; { int error, outsize; ap_session_t *aps; *************** *** 1280,1285 **** --- 1287,1296 ---- if (ipn == NULL) return ENOMEM; + if (getlock) { + READ_ENTER(&ipf_nat); + } + ipn->ipn_dsize = ipns.ipn_dsize; nat = ipns.ipn_next; if (nat == NULL) { *************** *** 1350,1359 **** --- 1361,1377 ---- error = ENOBUFS; } if (error == 0) { + if (getlock) { + RWLOCK_EXIT(&ipf_nat); + getlock = 0; + } error = fr_outobjsz(data, ipn, IPFOBJ_NATSAVE, ipns.ipn_dsize); } finished: + if (getlock) { + RWLOCK_EXIT(&ipf_nat); + } if (ipn != NULL) { KFREES(ipn, ipns.ipn_dsize); } diff -cr ip_fil4.1.28/ip_pool.c ip_fil4.1.28a/ip_pool.c *** ip_fil4.1.28/ip_pool.c Wed Oct 10 02:45:37 2007 --- ip_fil4.1.28a/ip_pool.c Wed Oct 24 19:59:13 2007 *************** *** 977,989 **** { RADIX_NODE_HEAD_LOCK(rnh); (*rnh->rnh_walktree)(rnh, rn_freenode, rnh); rnh->rnh_addaddr = NULL; rnh->rnh_deladdr = NULL; rnh->rnh_matchaddr = NULL; rnh->rnh_lookup = NULL; - rnh->rnh_walktree = NULL; RADIX_NODE_HEAD_UNLOCK(rnh); Free(rnh); --- 977,992 ---- { RADIX_NODE_HEAD_LOCK(rnh); + # if defined(__NetBSD_Version__) && (__NetBSD_Version__ > 499003300) + rn_walktree(rnh, rn_freenode, rnh); + # else (*rnh->rnh_walktree)(rnh, rn_freenode, rnh); + # endif rnh->rnh_addaddr = NULL; rnh->rnh_deladdr = NULL; rnh->rnh_matchaddr = NULL; rnh->rnh_lookup = NULL; RADIX_NODE_HEAD_UNLOCK(rnh); Free(rnh); Only in ip_fil4.1.28a: ip_rules.h diff -cr ip_fil4.1.28/ip_state.c ip_fil4.1.28a/ip_state.c *** ip_fil4.1.28/ip_state.c Tue Oct 16 02:33:23 2007 --- ip_fil4.1.28a/ip_state.c Sat Oct 20 22:47:57 2007 *************** *** 653,662 **** --- 653,664 ---- if (error != 0) return error; + READ_ENTER(&ipf_state); isn = ips.ips_next; if (isn == NULL) { isn = ips_list; if (isn == NULL) { + RWLOCK_EXIT(&ipf_state); if (ips.ips_next == NULL) return ENOENT; return 0; *************** *** 670,677 **** for (is = ips_list; is; is = is->is_next) if (is == isn) break; ! if (!is) return ESRCH; } ips.ips_next = isn->is_next; bcopy((char *)isn, (char *)&ips.ips_is, sizeof(ips.ips_is)); --- 672,681 ---- for (is = ips_list; is; is = is->is_next) if (is == isn) break; ! if (is == NULL) { ! RWLOCK_EXIT(&ipf_state); return ESRCH; + } } ips.ips_next = isn->is_next; bcopy((char *)isn, (char *)&ips.ips_is, sizeof(ips.ips_is)); *************** *** 679,684 **** --- 683,689 ---- if (isn->is_rule != NULL) bcopy((char *)isn->is_rule, (char *)&ips.ips_fr, sizeof(ips.ips_fr)); + RWLOCK_EXIT(&ipf_state); error = fr_outobj(data, &ips, IPFOBJ_STATESAVE); return error; } Only in ip_fil4.1.28a: ipf Only in ip_fil4.1.28a: ipftest Only in ip_fil4.1.28a: ipmon Only in ip_fil4.1.28a: ipnat Only in ip_fil4.1.28a: ippool Only in ip_fil4.1.28a: ipscan Only in ip_fil4.1.28a: ipsyncm Only in ip_fil4.1.28a: ipsyncs diff -cr ip_fil4.1.28/lib/getproto.c ip_fil4.1.28a/lib/getproto.c *** ip_fil4.1.28/lib/getproto.c Fri Jun 16 10:21:00 2006 --- ip_fil4.1.28a/lib/getproto.c Sat Oct 20 22:59:02 2007 *************** *** 23,32 **** #ifdef _AIX51 /* * For some bogus reason, "ip" is 252 in /etc/protocols on AIX 5 */ if (!strcasecmp(name, "ip")) return 0; - #endif p = getprotobyname(name); if (p != NULL) --- 23,35 ---- #ifdef _AIX51 /* * For some bogus reason, "ip" is 252 in /etc/protocols on AIX 5 + * The IANA has doubled up on the definition of 0 - it is now also + * used for IPv6 hop-opts, so we can no longer rely on /etc/protocols + * providing the correct name->number mapping */ + #endif if (!strcasecmp(name, "ip")) return 0; p = getprotobyname(name); if (p != NULL) diff -cr ip_fil4.1.28/lib/printproto.c ip_fil4.1.28a/lib/printproto.c *** ip_fil4.1.28/lib/printproto.c Fri Jun 16 10:21:14 2006 --- ip_fil4.1.28a/lib/printproto.c Sat Oct 20 22:59:49 2007 *************** *** 29,38 **** #ifdef _AIX51 /* * To make up for "ip = 252" and "hopopt = 0" in /etc/protocols */ else if (np->in_p == 0) printf("ip"); - #endif else if (pr != NULL) printf("%s", pr->p_name); else --- 29,41 ---- #ifdef _AIX51 /* * To make up for "ip = 252" and "hopopt = 0" in /etc/protocols + * The IANA has doubled up on the definition of 0 - it is now + * also used for IPv6 hop-opts, so we can no longer rely on + * /etc/protocols providing the correct name->number mapping */ + #endif else if (np->in_p == 0) printf("ip"); else if (pr != NULL) printf("%s", pr->p_name); else Only in ip_fil4.1.28a/net: done Only in ip_fil4.1.28a/net: radix_ipf.h Only in ip_fil4.1.28a/netinet: bpf-ipf.h Only in ip_fil4.1.28a/netinet: done Only in ip_fil4.1.28a/netinet: ip_auth.h Only in ip_fil4.1.28a/netinet: ip_compat.h Only in ip_fil4.1.28a/netinet: ip_fil.h Only in ip_fil4.1.28a/netinet: ip_frag.h Only in ip_fil4.1.28a/netinet: ip_ftp_pxy.c Only in ip_fil4.1.28a/netinet: ip_h323_pxy.c Only in ip_fil4.1.28a/netinet: ip_htable.h Only in ip_fil4.1.28a/netinet: ip_ipsec_pxy.c Only in ip_fil4.1.28a/netinet: ip_irc_pxy.c Only in ip_fil4.1.28a/netinet: ip_lookup.h Only in ip_fil4.1.28a/netinet: ip_nat.h Only in ip_fil4.1.28a/netinet: ip_netbios_pxy.c Only in ip_fil4.1.28a/netinet: ip_pool.h Only in ip_fil4.1.28a/netinet: ip_pptp_pxy.c Only in ip_fil4.1.28a/netinet: ip_proxy.h Only in ip_fil4.1.28a/netinet: ip_raudio_pxy.c Only in ip_fil4.1.28a/netinet: ip_rcmd_pxy.c Only in ip_fil4.1.28a/netinet: ip_rpcb_pxy.c Only in ip_fil4.1.28a/netinet: ip_rules.h Only in ip_fil4.1.28a/netinet: ip_scan.h Only in ip_fil4.1.28a/netinet: ip_state.h Only in ip_fil4.1.28a/netinet: ip_sync.h Only in ip_fil4.1.28a/netinet: ipf.h Only in ip_fil4.1.28a/netinet: ipl.h Only in ip_fil4.1.28a/netinet: ipmon.h Only in ip_fil4.1.28a/netinet: ipt.h Only in ip_fil4.1.28a/netinet: kmem.h Only in ip_fil4.1.28a/netinet: linux.h Only in ip_fil4.1.28a/netinet: md5.h Only in ip_fil4.1.28a/netinet: opts.h Only in ip_fil4.1.28a/netinet: pcap-ipf.h Only in ip_fil4.1.28a/netinet: radix_ipf.h Only in ip_fil4.1.28a/netinet: snoop.h Only in ip_fil4.1.28a/netinet: tcpip.h Only in ip_fil4.1.28a/test/expected: i19 Only in ip_fil4.1.28a/test: f1 Only in ip_fil4.1.28a/test: f10 Only in ip_fil4.1.28a/test: f11 Only in ip_fil4.1.28a/test: f12 Only in ip_fil4.1.28a/test: f13 Only in ip_fil4.1.28a/test: f14 Only in ip_fil4.1.28a/test: f15 Only in ip_fil4.1.28a/test: f16 Only in ip_fil4.1.28a/test: f17 Only in ip_fil4.1.28a/test: f18 Only in ip_fil4.1.28a/test: f19 Only in ip_fil4.1.28a/test: f2 Only in ip_fil4.1.28a/test: f20 Only in ip_fil4.1.28a/test: f24 Only in ip_fil4.1.28a/test: f3 Only in ip_fil4.1.28a/test: f4 Only in ip_fil4.1.28a/test: f5 Only in ip_fil4.1.28a/test: f6 Only in ip_fil4.1.28a/test: f7 Only in ip_fil4.1.28a/test: f8 Only in ip_fil4.1.28a/test: f9 Only in ip_fil4.1.28a/test: i1 Only in ip_fil4.1.28a/test: i10 Only in ip_fil4.1.28a/test: i11 Only in ip_fil4.1.28a/test: i12 Only in ip_fil4.1.28a/test: i13 Only in ip_fil4.1.28a/test: i14 Only in ip_fil4.1.28a/test: i15 Only in ip_fil4.1.28a/test: i16 Only in ip_fil4.1.28a/test: i17 Only in ip_fil4.1.28a/test: i18 Only in ip_fil4.1.28a/test: i19 Only in ip_fil4.1.28a/test: i2 Only in ip_fil4.1.28a/test: i20 Only in ip_fil4.1.28a/test: i21 Only in ip_fil4.1.28a/test: i3 Only in ip_fil4.1.28a/test: i4 Only in ip_fil4.1.28a/test: i5 Only in ip_fil4.1.28a/test: i6 Only in ip_fil4.1.28a/test: i7 Only in ip_fil4.1.28a/test: i8 Only in ip_fil4.1.28a/test: i9 Only in ip_fil4.1.28a/test: in1 Only in ip_fil4.1.28a/test: in2 Only in ip_fil4.1.28a/test: in3 Only in ip_fil4.1.28a/test: in4 Only in ip_fil4.1.28a/test: in5 Only in ip_fil4.1.28a/test: in6 diff -cr ip_fil4.1.28/test/input/n9 ip_fil4.1.28a/test/input/n9 *** ip_fil4.1.28/test/input/n9 Mon May 17 08:46:32 2004 --- ip_fil4.1.28a/test/input/n9 Sat Oct 20 22:56:06 2007 *************** *** 1,5 **** #v tos len id off ttl p sum src dst ! # ICMP ECHO (ping) exchange [in,icmp0] 4500 0054 8bc1 0000 ff01 23dc 0202 0202 0404 0404 0800 efdf 6220 0000 3f6f 6e80 000b 0d02 0809 0a0b 0c0d 0e0f 1011 1213 1415 --- 1,5 ---- #v tos len id off ttl p sum src dst ! # ICMP ECHO (ping) exchange - #1 [in,icmp0] 4500 0054 8bc1 0000 ff01 23dc 0202 0202 0404 0404 0800 efdf 6220 0000 3f6f 6e80 000b 0d02 0809 0a0b 0c0d 0e0f 1011 1213 1415 *************** *** 7,12 **** --- 7,13 ---- 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 3637 + # - #2 [out,icmp0] 4500 0054 3fd5 4000 ff01 23c5 0a0a 0a01 0202 0202 0000 f7df 6220 0000 3f6f 6e80 000b 0d02 0809 0a0b 0c0d 0e0f 1011 1213 1415 *************** *** 14,19 **** --- 15,21 ---- 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 3637 + # - #3 [in,icmp0] 4500 0054 8bc1 0000 ff01 23dc 0202 0202 0404 0404 0800 efde 6220 0001 3f6f 6e80 000b 0d02 0809 0a0b 0c0d 0e0f 1011 1213 1415 *************** *** 21,26 **** --- 23,29 ---- 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 3637 + # - #4 [out,icmp0] 4500 0054 3fd5 4000 ff01 23c5 0a0a 0a01 0202 0202 0000 f7de 6220 0001 3f6f 6e80 000b 0d02 0809 0a0b 0c0d 0e0f 1011 1213 1415 Only in ip_fil4.1.28a/test: ip1 Only in ip_fil4.1.28a/test: ip2 Only in ip_fil4.1.28a/test: ipf5 Only in ip_fil4.1.28a/test: ipv6.1 Only in ip_fil4.1.28a/test: ipv6.2 Only in ip_fil4.1.28a/test: ipv6.3 Only in ip_fil4.1.28a/test: ipv6.5 Only in ip_fil4.1.28a/test: ipv6.6 Only in ip_fil4.1.28a/test: l1 Only in ip_fil4.1.28a/test: n1 Only in ip_fil4.1.28a/test: n10 Only in ip_fil4.1.28a/test: n11 Only in ip_fil4.1.28a/test: n12 Only in ip_fil4.1.28a/test: n13 Only in ip_fil4.1.28a/test: n14 Only in ip_fil4.1.28a/test: n16 Only in ip_fil4.1.28a/test: n2 Only in ip_fil4.1.28a/test: n3 Only in ip_fil4.1.28a/test: n4 Only in ip_fil4.1.28a/test: n5 Only in ip_fil4.1.28a/test: n6 Only in ip_fil4.1.28a/test: n7 Only in ip_fil4.1.28a/test: n8 Only in ip_fil4.1.28a/test: n9 Only in ip_fil4.1.28a/test: ni1 Only in ip_fil4.1.28a/test: ni10 Only in ip_fil4.1.28a/test: ni11 Only in ip_fil4.1.28a/test: ni12 Only in ip_fil4.1.28a/test: ni13 Only in ip_fil4.1.28a/test: ni14 Only in ip_fil4.1.28a/test: ni15 Only in ip_fil4.1.28a/test: ni16 Only in ip_fil4.1.28a/test: ni19 Only in ip_fil4.1.28a/test: ni2 Only in ip_fil4.1.28a/test: ni20 Only in ip_fil4.1.28a/test: ni21 Only in ip_fil4.1.28a/test: ni23 Only in ip_fil4.1.28a/test: ni3 Only in ip_fil4.1.28a/test: ni4 Only in ip_fil4.1.28a/test: ni5 Only in ip_fil4.1.28a/test: ni6 Only in ip_fil4.1.28a/test: ni7 Only in ip_fil4.1.28a/test: ni8 Only in ip_fil4.1.28a/test: ni9 Only in ip_fil4.1.28a/test: p1 Only in ip_fil4.1.28a/test: p2 Only in ip_fil4.1.28a/test: p3 Only in ip_fil4.1.28a/test: p5 Only in ip_fil4.1.28a/test: results diff -cr ip_fil4.1.28/tools/ipmon.c ip_fil4.1.28a/tools/ipmon.c *** ip_fil4.1.28/tools/ipmon.c Thu Sep 20 05:51:56 2007 --- ip_fil4.1.28a/tools/ipmon.c Sat Oct 20 23:02:04 2007 *************** *** 419,430 **** p->p_name != NULL && protocols[p->p_proto] == NULL) protocols[p->p_proto] = strdup(p->p_name); endprotoent(); - #if defined(_AIX51) if (protocols[0]) free(protocols[0]); if (protocols[252]) free(protocols[252]); - protocols[0] = "ip"; protocols[252] = NULL; #endif } --- 419,430 ---- p->p_name != NULL && protocols[p->p_proto] == NULL) protocols[p->p_proto] = strdup(p->p_name); endprotoent(); if (protocols[0]) free(protocols[0]); + protocols[0] = strdup("ip"); + #if defined(_AIX51) if (protocols[252]) free(protocols[252]); protocols[252] = NULL; #endif } --------------060200030207050008040407-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 03:51:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E00216A469 for ; Thu, 25 Oct 2007 03:51:38 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 90CC513C4A5 for ; Thu, 25 Oct 2007 03:51:37 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9P3otPM001372 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 24 Oct 2007 23:50:58 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: =?UTF-8?Q?=E9=9F=93=E5=AE=B6=E6=A8=99?= Bill Hacker In-Reply-To: <47200E20.4020607@conducive.net> References: <200710242042.l9OKgJPm017907@himinbjorg.tucs-beachin-obx-house.com> <1193258973.41270.40.camel@opus.cse.buffalo.edu> <47200E20.4020607@conducive.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DBFGl4XcYHjtON19LMLH" Organization: U. Buffalo CSE Department Date: Wed, 24 Oct 2007 23:50:54 -0400 Message-Id: <1193284254.1115.1.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-current@freebsd.org Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 03:51:38 -0000 --=-DBFGl4XcYHjtON19LMLH Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 2007-10-24 at 23:31 -0400, =E9=9F=93=E5=AE=B6=E6=A8=99 Bill Hacker = wrote: > Ken Smith wrote: > *snip* >=20 > >=20 > > If you updated an older machine using cvsup this issue won't impact you > > at all. >=20 > Not 100% certain of that - Last night's pull of amd64 HEAD off the jp mir= ror=20 > produced a dysfunctional 8-CURRENT /boot/loader executable that hung=20 > 'till-Hong-Kong-harbour-freezes' on final reboot & subsequent. >=20 > Core-2 Quad platform, 4GB, physically reduced to 2GB, w/o joy (unrecogniz= ed=20 > Allantic NIC onboard Asus P5K, RealTek NIC on PCI in-use). >=20 > Building a new world / kernel from a fresh pull now, with the expectation= the=20 > issue was transitory. >=20 > Will chase further if otherwise. >=20 > Bill Hacker Sorry, my comment about updating an older system applied to RELENG_7, not HEAD. Code freeze on HEAD is over so all bets are off for that... :-) --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-DBFGl4XcYHjtON19LMLH Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHIBKU/G14VSmup/YRAvDWAJ41cm3Vm1ODDTyKB2Iop0+yVs+hzgCfVdz7 jqZe56ee3FjN5g1axFVbjC0= =wYga -----END PGP SIGNATURE----- --=-DBFGl4XcYHjtON19LMLH-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 03:52:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B1EE16A498 for ; Thu, 25 Oct 2007 03:52:54 +0000 (UTC) (envelope-from syleishere@hotmail.com) Received: from bay0-omc1-s38.bay0.hotmail.com (bay0-omc1-s38.bay0.hotmail.com [65.54.246.110]) by mx1.freebsd.org (Postfix) with ESMTP id 5AA4513C4B0 for ; Thu, 25 Oct 2007 03:52:54 +0000 (UTC) (envelope-from syleishere@hotmail.com) Received: from BAY102-W15 ([64.4.61.115]) by bay0-omc1-s38.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 24 Oct 2007 20:52:47 -0700 Message-ID: X-Originating-IP: [24.79.240.75] From: syle ishere To: Date: Wed, 24 Oct 2007 22:52:47 -0500 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 25 Oct 2007 03:52:47.0988 (UTC) FILETIME=[81F19340:01C816BA] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 03:52:54 -0000 Cvs checkout of Releng_7 tag, did usual make buildworld kernel etc, all was fine even kernel until I did make installworld. =20 The issue was /boot/loader was replaced and caused a panic. I was able to g= et back into the system with booting /boot/loader.old with new kernel and a= ll.....here are the messages: =20 Can't work out which disk we are booting from.Guessed BIOS device 0xfffffff= f not found by probes, defaulting to disk0: =20 panic: free: guard1 fail @ 0x6e104 from /usr/src/sys/boot/i386/loader/../..= /common/module.c:959--> Press a key on the console to reboot <-- =20 THis is on a toshiba satellite laptop. =20 Dan. =20 _________________________________________________________________ Are you ready for Windows Live Messenger Beta 8.5 ? Get the latest for free= today! http://entertainment.sympatico.msn.ca/WindowsLiveMessenger= From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 04:36:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69D5016A417 for ; Thu, 25 Oct 2007 04:36:25 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 259FF13C480 for ; Thu, 25 Oct 2007 04:36:25 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63481 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IkuSC-0005r2-Ro for freebsd-current@freebsd.org; Thu, 25 Oct 2007 04:36:20 +0000 Message-ID: <47201D44.6060903@conducive.net> Date: Thu, 25 Oct 2007 00:36:20 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200710242042.l9OKgJPm017907@himinbjorg.tucs-beachin-obx-house.com> <1193258973.41270.40.camel@opus.cse.buffalo.edu> <47200E20.4020607@conducive.net> <1193284254.1115.1.camel@opus.cse.buffalo.edu> In-Reply-To: <1193284254.1115.1.camel@opus.cse.buffalo.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Undefined symbol "__mb_sb_limit" during 7.0-BETA1 installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 04:36:25 -0000 Ken Smith wrote: > On Wed, 2007-10-24 at 23:31 -0400, 韓家標 Bill Hacker wrote: >> Ken Smith wrote: >> *snip* >> >>> If you updated an older machine using cvsup this issue won't impact you >>> at all. >> Not 100% certain of that - Last night's pull of amd64 HEAD off the jp mirror >> produced a dysfunctional 8-CURRENT /boot/loader executable that hung >> 'till-Hong-Kong-harbour-freezes' on final reboot & subsequent. >> >> Core-2 Quad platform, 4GB, physically reduced to 2GB, w/o joy (unrecognized >> Allantic NIC onboard Asus P5K, RealTek NIC on PCI in-use). >> >> Building a new world / kernel from a fresh pull now, with the expectation the >> issue was transitory. >> >> Will chase further if otherwise. >> >> Bill Hacker > > Sorry, my comment about updating an older system applied to RELENG_7, > not HEAD. Code freeze on HEAD is over so all bets are off for > that... :-) > Suspect it is time to 'branch' 7-anything mailing list from freebsd-current mailing list anyway, as confusion may [soon | already?] outweigh the advantage of a common discussion area between 7 & 8. Understand the 'bets are off..' part, but thought you meant the problem came about in that a true HEAD tag would draw 8-CURRENT, not latest 7_. ..At least with the supfile used here of: *default tag=. *default-host=cvsup.jp.freebd.org *default release=cvs *default delete use-rel-suffic It so seems.... RELENG_7 tag OTOH, seems to have been working 'adaptively' for the 7- thoughout the recent naming changes.. Side issue - but why not rename (or link): (HEAD ==> -WHIPS (Work Hopefully In Progress Soon) - to clarify what one might expect - and/or satisfy the masochists among us... (my buildworld having just barfed a few minutes ago in a way I should have anticipated....) ;-) Bill From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 04:43:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C67E216A417 for ; Thu, 25 Oct 2007 04:43:52 +0000 (UTC) (envelope-from peter@wingless.org) Received: from bpd2mo1no.prod.shawcable.com (shawmail.shawcable.com [64.59.128.220]) by mx1.freebsd.org (Postfix) with ESMTP id 988B113C4A8 for ; Thu, 25 Oct 2007 04:43:52 +0000 (UTC) (envelope-from peter@wingless.org) Received: from bpd2mi4no.prod.shawcable.com (bpd2mi4no-qfe3.prod.shawcable.com [10.0.184.123]) by bpd2mo1no.prod.shawcable.com (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JQG00720AFUCK40@bpd2mo1no.prod.shawcable.com> for freebsd-current@freebsd.org; Wed, 24 Oct 2007 22:43:06 -0600 (MDT) Received: from satan.pfak.org (h70-68-0-228.sbm.shawcable.net [70.68.0.228]) by bpd2mi4no.prod.shawcable.com (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JQG009QGAFUSK40@bpd2mi4no.prod.shawcable.com> for freebsd-current@freebsd.org; Wed, 24 Oct 2007 22:43:06 -0600 (MDT) Received: (qmail 72870 invoked from network); Thu, 25 Oct 2007 04:43:07 +0000 Received: by simscan 1.1.0 ppid: 72864, pid: 72866, t: 1.2032s scanners: clamav: 0.88.5/m:40/d:2060 spam: 3.1.5 Received: from unknown (HELO ?192.168.1.169?) (peter@wingless.org@unknown) by unknown with SMTP; Thu, 25 Oct 2007 04:43:06 +0000 Date: Wed, 24 Oct 2007 21:43:04 -0700 From: Peter Kieser To: freebsd-current@freebsd.org Message-id: <47201ED8.2090600@wingless.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on satan.pfak.org User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) X-Spam-Status: No, score=-2.6 required=4.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Level: Subject: ipv6 ipfilter + keep state bug? (releng_7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 04:43:52 -0000 Hello, I'm having similar issues (intermittent connectivity as if the dynamic rule table isn't being kept properly) using IP Filter with IPv6 and keep state rules as I was having with ipfw (see "ipfw2 keep-state + IPv6 on RELENG_7"), IPv4 keep state rules work as expected. I've verified that it is not infact a network problem (adding an "allow all" fixes the problem again). My rules are as follows, CVSup from today (Wed Oct 24 10:54:23 PDT), em0 is my external interface: pass in quick on lo0 all pass out quick on lo0 all pass out quick on em0 keep state pass in quick on em0 proto tcp from any to any port = 22 Has anyone reproduced this problem, or am I doing something totally wrong? I'm willing to help debug the issue.. Cheers, -Peter From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 05:13:05 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45B6816A480 for ; Thu, 25 Oct 2007 05:13:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outS.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id 2669313C481 for ; Thu, 25 Oct 2007 05:13:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 24 Oct 2007 22:13:04 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id A425C1267D9; Wed, 24 Oct 2007 22:13:03 -0700 (PDT) Message-ID: <472025FA.4070307@elischer.org> Date: Wed, 24 Oct 2007 22:13:30 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Robert Watson , Release Engineering , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: last gasp additions to 7.0 for future-proofing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 05:13:05 -0000 Is the there a chance we can make a quick pass through various structures and add some pad words to them? There will probably be several additions that people may want to bring in later in 7.x that may be made a lot easier if there were a few spare fields here and there. I heard robert say he could do with a few pads in before the release, so if it's possible we should quickly throw in some structures to consider so that we can keep a frozen ABI for teh 7.x branch. For example the kinfo structs used by ps and top etc and libkvm could probably do with a few spare words (though there may be enough deprecated fields in that one to supply some space.) Also as there is always so much stuff going on in networking, it's possible that an extra field in some of the structures involved there may be useful over the life of 7.0. Historically a couple of pads in struct iface would have been nice in past years. Certainly structures that 3rd party drivers would need to include/use could do with an extra field or two. As another example, if we had some pads in about half a dozen structures, it would be possible to back port the vimage stuff to 7.3 or so if it turns out to be really successful in 8.x. (aiming for compatibility in the "compiled out" mode). I've heard others mention occasionally that it might be nice to put some pads here and there.. now is probably the last possible moment to speak up.. From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 06:10:14 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9871316A417 for ; Thu, 25 Oct 2007 06:10:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outQ.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id 79F4C13C491 for ; Thu, 25 Oct 2007 06:10:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 24 Oct 2007 23:10:13 -0700 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id EF9911267D4 for ; Wed, 24 Oct 2007 23:10:12 -0700 (PDT) Message-ID: <4720335D.6020404@elischer.org> Date: Wed, 24 Oct 2007 23:10:37 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kthread/kproc diff 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 06:10:14 -0000 newest version.. this version has been tested somewhat, and adds a new function. the new function, when given a pointer to a pointer to a proc, will make a new kproc when the proc * is NULL (i.e. the first time it is called) and fill it in, and therafter, add new kthreads to that process. it has a rather clumsy name of kproc_kthread_create, so if you don't like it sugeest something better.. it uses kproc_create and kthread_create. after applying this patch top -SH shows the following: last pid: 35036; load averages: 0.24, 0.05, 0.09 up 0+08:15:52 23:04:13 85 processes: 5 running, 62 sleeping, 18 waiting CPU states: 0.1% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.9% idle Mem: 39M Active, 792M Inact, 138M Wired, 1060K Cache, 112M Buf, 2038M Free Swap: 6144M Total, 6144M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 10 root 171 ki31 0K 32K CPU3 3 30.3H 98.97% {idle: cpu3} 10 root 171 ki31 0K 32K CPU2 2 30.3H 98.97% {idle: cpu2} 10 root 171 ki31 0K 32K CPU0 0 30.3H 98.58% {idle: cpu0} 10 root 171 ki31 0K 32K RUN 1 30.3H 98.14% {idle: cpu1} 25 root 20 - 0K 8K syncer 2 2:12 0.73% syncer 11 root -32 - 0K 136K WAIT 0 15:55 0.54% {swi4: clock sio} 11 root -24 - 0K 136K WAIT 0 15:55 0.00% {swi6: Giant task} 11 root -24 - 0K 136K WAIT 1 15:55 0.00% {swi6: task queue} 11 root -28 - 0K 136K WAIT 2 15:55 0.00% {swi5: +} 11 root -36 - 0K 136K WAIT 0 15:55 0.00% {swi3: vm} 11 root -40 - 0K 136K WAIT 0 15:55 0.00% {swi2: cambio} 11 root -44 - 0K 136K WAIT 0 15:55 0.00% {swi1: net} 11 root -48 - 0K 136K WAIT 0 15:55 0.00% {swi0: uart sio} 11 root -52 - 0K 136K WAIT 0 15:55 0.00% {irq9: acpi0} 11 root -60 - 0K 136K WAIT 0 15:55 0.00% {irq12: psm0} 11 root -60 - 0K 136K WAIT 0 15:55 0.00% {irq1: atkbd0} 11 root -64 - 0K 136K WAIT 0 15:55 0.00% {irq5: ohci0} 11 root -64 - 0K 136K WAIT 0 15:55 0.00% {irq15: ata1} 11 root -64 - 0K 136K WAIT 0 15:55 0.00% {irq14: ata0} 11 root -68 - 0K 136K WAIT 0 15:55 0.00% {irq28: bge0} 11 root -68 - 0K 136K WAIT 0 15:55 0.00% {irq20: fxp0} 11 root -68 - 0K 136K WAIT 0 15:55 0.00% {irq29: bge1} 19 root -68 - 0K 8K - 2 4:56 0.00% dummynet 12 root -16 - 0K 8K - 1 0:16 0.00% yarrow 2 root -8 - 0K 8K - 2 0:06 0.00% g_event 3 root -8 - 0K 8K - 2 0:05 0.00% g_up [etc] top -S just shows: last pid: 35040; load averages: 0.09, 0.04, 0.08 up 0+08:16:48 23:05:09 85 processes: 5 running, 62 sleeping, 18 waiting CPU states: 0.1% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.9% idle Mem: 39M Active, 792M Inact, 138M Wired, 1060K Cache, 112M Buf, 2038M Free Swap: 6144M Total, 6144M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 10 root 4 171 ki31 0K 32K CPU0 0 30.3H 396.09% idled 11 root 17 -60 - 0K 136K WAIT 0 15:56 0.00% interd 19 root 1 -68 - 0K 8K - 2 4:56 0.00% dummynet 25 root 1 20 - 0K 8K syncer 1 2:12 0.00% syncer [etc] other current kprocs can be turned into kthreads with minimal (usually a few seconds) edits note kthread_create() has grown an extra argument, a struct proc * that is used to tell it which kproc to add the thread to. comments? code-reviews? ps -auxH -Otdnam gives output different from what I'd expect and strange messages appear on the console. so comments on that (the ps diffs) are definitly requested. From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 07:21:38 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCF7D16A418 for ; Thu, 25 Oct 2007 07:21:38 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF3B13C48D for ; Thu, 25 Oct 2007 07:21:38 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l9P7La0Y003650 for ; Thu, 25 Oct 2007 11:21:36 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 25 Oct 2007 11:21:36 +0400 (MSD) From: Dmitry Morozovsky To: current@FreeBSD.org Message-ID: <20071025110225.D31135@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Thu, 25 Oct 2007 11:21:36 +0400 (MSD) Cc: Subject: RELENG_7: SATA hotplug does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 07:21:38 -0000 Dear colleagues, with -CURRENT and RELENG_7 I am never able to hot plug SATA disk: it is always entering endless loop like ad10: 381554MB at ata5-master SATA150 ad10: detached ad10: 381554MB at ata5-master SATA150 ad10: detached ad10: 381554MB at ata5-master SATA150 ad10: detached ad10: 381554MB at ata5-master SATA150 ad10: detached ad10: 381554MB at ata5-master SATA150 ad10: detached ad10: 381554MB at ata5-master SATA150 ad10: detached on every controllers I have (though it's mostly cheap side: onboard NVivia, JMicron, Intel ICH7/ICH8, etc; Promise FastTrak SATA -- all they behave the same) RELENG_6 on those controllers usually survive hotplug. If I atacontrol detach before plugging, plug, atacontrol attach - sometimes machine detects new disk OK, sometime panics: Unread portion of the kernel message buffer: ata4: [ITHREAD] Fatal trap 12: page fault while in kernel mode fault virtual address = 0x50 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8023a6a3 stack pointer = 0x10:0xffffffffa2c82900 frame pointer = 0x10:0xffffff00018f1d00 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 = 990 (atacontrol) trap number = 12 panic: page fault Uptime: 1h37m58s Physical memory: 1016 MB Dumping 65 MB: 50 34 18 2 #0 doadump () at pcpu.h:194 194 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:194 #1 0x0000000000000000 in ?? () #2 0xffffffff80218f14 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802192c0 in panic (fmt=0xffffffff80389477 "%s") at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff8034dc10 in trap_fatal (frame=0xffffff0001a35350, eva=18446742974226405568) at /usr/src/sys/amd64/amd64/trap.c:697 #5 0xffffffff8034dfe5 in trap_pfault (frame=0xffffffffa2c82850, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:614 #6 0xffffffff8034e953 in trap (frame=0xffffffffa2c82850) at /usr/src/sys/amd64/amd64/trap.c:383 #7 0xffffffff8033789e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff8023a6a3 in device_attach (dev=0xffffff00018f1d00) at bus_if.h:46 #9 0xffffffff8023b9c8 in bus_generic_attach (dev=Variable "dev" is not available. ) at /usr/src/sys/kern/subr_bus.c:2884 #10 0xffffffff8017442c in ata_identify (dev=0xffffff00010a5800) at /usr/src/sys/dev/ata/ata-all.c:713 #11 0xffffffff80174d2a in ata_attach (dev=0xffffff00010a5800) at /usr/src/sys/dev/ata/ata-all.c:145 #12 0xffffffff801757a3 in ata_ioctl (dev=Variable "dev" is not available. ) at /usr/src/sys/dev/ata/ata-all.c:383 #13 0xffffffff801e93d2 in giant_ioctl (dev=0xffffff00010a2c00, cmd=2147770627, data=0xffffff0001398a30 "\004", fflag=3, td=0xffffff0001a35350) at /usr/src/sys/kern/kern_conf.c:349 #14 0xffffffff801ce7fe in devfs_ioctl_f (fp=0xffffff00019b23c0, com=2147770627, data=Variable "data" is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:494 #15 0xffffffff8024ac44 in kern_ioctl (td=0xffffff0001a35350, fd=3, com=2147770627, data=0xffffff0001398a30 "\004") at file.h:266 #16 0xffffffff8024af3e in ioctl (td=0xffffff0001a35350, uap=0xffffffffa2c82be0) at /usr/src/sys/kern/sys_generic.c:570 #17 0xffffffff8034e263 in syscall (frame=0xffffffffa2c82c70) at /usr/src/sys/amd64/amd64/trap.c:822 #18 0xffffffff80337a4b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:272 #19 0x00000008007106bc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) # uname -a FreeBSD n5600.rinet.ru 7.0-BETA1 FreeBSD 7.0-BETA1 #3: Wed Oct 24 00:40:47 MSD 2007 root@n5600.rinet.ru:/usr/obj/usr/src/sys/MINI amd64 Any hints? Thanks in advance. I'm now rebuilding kernel with WITNESS/INVARIANTS to recheck, will followup ASAP. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 08:17:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B07DC16A417 for ; Thu, 25 Oct 2007 08:17:04 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 4017713C48E for ; Thu, 25 Oct 2007 08:17:03 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l9P8H2N1020956 for ; Thu, 25 Oct 2007 12:17:02 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 25 Oct 2007 12:17:02 +0400 (MSD) From: Dmitry Morozovsky To: current@freebsd.org In-Reply-To: <20071025110225.D31135@woozle.rinet.ru> Message-ID: <20071025121356.K31135@woozle.rinet.ru> References: <20071025110225.D31135@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Thu, 25 Oct 2007 12:17:02 +0400 (MSD) Cc: Subject: Re: RELENG_7: SATA hotplug does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 08:17:04 -0000 On Thu, 25 Oct 2007, Dmitry Morozovsky wrote: DM> Dear colleagues, DM> DM> with -CURRENT and RELENG_7 I am never able to hot plug SATA disk: it is always DM> entering endless loop like DM> DM> I'm now rebuilding kernel with WITNESS/INVARIANTS to recheck, will followup DM> ASAP. Argh. Kernel wirh WITNESS/INVARIANS does not panic, does not enter endless loops, and detects hotplugs correctly. I'm a bit puzzled... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 08:21:57 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFA2416A419 for ; Thu, 25 Oct 2007 08:21:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B59E213C4CE for ; Thu, 25 Oct 2007 08:21:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 8662F1CC081; Thu, 25 Oct 2007 01:21:53 -0700 (PDT) Date: Thu, 25 Oct 2007 01:21:53 -0700 From: Jeremy Chadwick To: Dmitry Morozovsky Message-ID: <20071025082153.GA47376@eos.sc1.parodius.com> References: <20071025110225.D31135@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071025110225.D31135@woozle.rinet.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@FreeBSD.org Subject: Re: RELENG_7: SATA hotplug does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 08:21:57 -0000 On Thu, Oct 25, 2007 at 11:21:36AM +0400, Dmitry Morozovsky wrote: > Dear colleagues, > > with -CURRENT and RELENG_7 I am never able to hot plug SATA disk: it is always > entering endless loop like > > ad10: 381554MB at ata5-master SATA150 > ad10: detached > > on every controllers I have (though it's mostly cheap side: onboard NVivia, > JMicron, Intel ICH7/ICH8, etc; Promise FastTrak SATA -- all they behave the > same) > > RELENG_6 on those controllers usually survive hotplug. We can hot-swap on our Supermicro 5015M-T+ servers successfully, which I've confirmed using RELENG_6. One of our new 5015M-T+ boxes is running RELENG_7, so this weekend I'll send one of our datacenter guys out to the co-lo and attempt to perform the below procedure. I'll report the results in the near future. The procedure we use is: * In the case the disk is still mounted and usable (e.g. sign of bad blocks, etc.), migrate data to main (boot) disk, turn off any daemons using data on the disk (or restart them with appro- priate config changes), then umount partition(s) on bad disk * Send datacenter folks out with replacement disk. When they arrive, before any work is done, do: atacontrol detach adXX * dmesg on the machine should report: subdiskXX: detached adXX: detached * Have datacenter folks swap disk, then do: atacontrol attach adXX * dmesg on the machine should show something like: adXX: 238475MB at ata3-master SATA300 * Use fdisk, newfs, or sysinstall to create partitions/filesystems, mount it, and start restoring... I've described my success here: http://www.nabble.com/FreeBSD---Hot-pluggable-disks-(SATA-)-t4149798.html However, on my home machine (nForce 4-based), if I attempt to perform a hot-swap by removing the SATA cable then the power cable on the drive, the kernel will either panic and the machine reboot, or the machine will simply power-cycle on its own. I've been told that I should be removing the power cable *first*, but I don't see how the order would matter. Keep in mind that the servers I mention above have a proper SATA hot-swap backplane; supposedly this is needed for hot-swapping, otherwise "odd things" can happen. I presume that the backplane allows signalling provided constantly to the controller (regardless of a disk being removed), while the manual method on my nForce 4 machine actually disconnects the controller -- literally -- from the drive. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 09:11:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C35D16A418 for ; Thu, 25 Oct 2007 09:11:59 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id CEC1E13C48A for ; Thu, 25 Oct 2007 09:11:58 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l9P9BvYB025218; Thu, 25 Oct 2007 13:11:57 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 25 Oct 2007 13:11:57 +0400 (MSD) From: Dmitry Morozovsky To: Jeremy Chadwick In-Reply-To: <20071025082153.GA47376@eos.sc1.parodius.com> Message-ID: <20071025125652.E31135@woozle.rinet.ru> References: <20071025110225.D31135@woozle.rinet.ru> <20071025082153.GA47376@eos.sc1.parodius.com> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Thu, 25 Oct 2007 13:11:57 +0400 (MSD) Cc: current@freebsd.org Subject: Re: RELENG_7: SATA hotplug does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 09:11:59 -0000 On Thu, 25 Oct 2007, Jeremy Chadwick wrote: JC> However, on my home machine (nForce 4-based), if I attempt to perform a JC> hot-swap by removing the SATA cable then the power cable on the drive, JC> the kernel will either panic and the machine reboot, or the machine will JC> simply power-cycle on its own. JC> JC> I've been told that I should be removing the power cable *first*, but I JC> don't see how the order would matter. JC> JC> Keep in mind that the servers I mention above have a proper SATA JC> hot-swap backplane; supposedly this is needed for hot-swapping, JC> otherwise "odd things" can happen. I presume that the backplane allows JC> signalling provided constantly to the controller (regardless of a disk JC> being removed), while the manual method on my nForce 4 machine actually JC> disconnects the controller -- literally -- from the drive. Well, you may be right (however, I doubt, as IIRC, SATA standard requires hotplug) But - RELENG_6 *detects* changed disks correctly. RELENG_7 does not. This is definitely a regression. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 10:05:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C12DD16A417 for ; Thu, 25 Oct 2007 10:05:37 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 858BF13C49D for ; Thu, 25 Oct 2007 10:05:37 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 4727820A6; Thu, 25 Oct 2007 12:05:29 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 35F57209E; Thu, 25 Oct 2007 12:05:29 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 2548F84499; Thu, 25 Oct 2007 12:05:29 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Vincent Blondel" References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <1192629534.2001.9.camel@localhost> <2412.172.16.9.1.1193233712.squirrel@www.xtra-net.be> <1193236792.2001.48.camel@localhost> <1493.172.16.9.1.1193239311.squirrel@www.xtra-net.be> Date: Thu, 25 Oct 2007 12:05:29 +0200 In-Reply-To: <1493.172.16.9.1.1193239311.squirrel@www.xtra-net.be> (Vincent Blondel's message of "Wed\, 24 Oct 2007 17\:21\:51 +0200 \(CEST\)") Message-ID: <863avztspi.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 10:05:37 -0000 "Vincent Blondel" writes: > Can somebody indicate me what settings I have to include in GENERIC > config file so to compile a Xen Dom/U FreeBSD kernel. FreeBSD currently does not support running under Xen. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 11:13:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DAF816A469 for ; Thu, 25 Oct 2007 11:13:31 +0000 (UTC) (envelope-from pluknet@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 29BA413C4F8 for ; Thu, 25 Oct 2007 11:13:30 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so425553nfb for ; Thu, 25 Oct 2007 04:13:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=e8uFLhPhtyNTfQLeixTxPX/XXnpKP0Exj6FMkHpyi80=; b=VF87UJFeIxzT2zpQs8HaBmojT9XZreGtE/i9uh6apIs0ZEBOYQhEOd5RsEQo2J7cuLmrb6mKEsGFM4LUmi5YnPttEcND6gEAscqaPdQ0DCbEyylXP+UQGV+L/9kMF4mdQXA8NlRg1d18TLmwE7WGKSlk7Xh8uYvAPgkkkW4fzzg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M8tHnFoirDm5ocXjuLHgoAjo3+j8oxA1GQP22KespFKAVuoPaTbrhVCbL3CluZAoARKyWtzG6WAWE34gfTPQbXxWh5bYDLiaQn/2C+78J4p3o23EpOVPAJaYRpRE0MU8E74jg0pKDB+boGCyQghivoe1eVJmjrsXY5W392w0DEk= Received: by 10.78.186.9 with SMTP id j9mr1251716huf.1193310802755; Thu, 25 Oct 2007 04:13:22 -0700 (PDT) Received: by 10.78.168.9 with HTTP; Thu, 25 Oct 2007 04:13:22 -0700 (PDT) Message-ID: Date: Thu, 25 Oct 2007 15:13:22 +0400 From: pluknet To: "syle ishere" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org Subject: Re: kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 11:13:31 -0000 Hi. On 25/10/2007, syle ishere wrote: > > Cvs checkout of Releng_7 tag, did usual make buildworld kernel etc, > all was fine even kernel until I did make installworld. > > The issue was /boot/loader was replaced and caused a panic. I was able to get back into the system with booting /boot/loader.old with new kernel and all.....here are the messages: > > Can't work out which disk we are booting from.Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: > > panic: free: guard1 fail @ 0x6e104 from /usr/src/sys/boot/i386/loader/../../common/module.c:959--> Press a key on the console to reboot <-- > > THis is on a toshiba satellite laptop. > > Dan. > You are not alone. I observe the same behavior on a Dell Inspiron 510m laptop with CURRENT on it with the same messages. AFAIK it was introduced with this commit: http://lists.freebsd.org/pipermail/cvs-src/2007-May/079011.html (well, actually I have had a broken loader since Jul 5 only (and later), but I think it is related). I have an old working loader from May 11. So as workaround I need to substitute loader.old every time after installworld to update world (and to boot then) successfully. wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 06:37:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1D1916A417 for ; Thu, 25 Oct 2007 06:37:59 +0000 (UTC) (envelope-from prvs=julian=811a7a5ee@ironport.com) Received: from c60-outbound.ironport.com (c60-outbound.ironport.com [63.251.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id C922F13C49D for ; Thu, 25 Oct 2007 06:37:59 +0000 (UTC) (envelope-from prvs=julian=811a7a5ee@ironport.com) DomainKey-Signature: s=key512; d=ironport.com; c=nofws; q=dns; h=Received:Message-ID:Date:From:User-Agent:MIME-Version: To:Subject:Content-Type; b=b/9xMs/dybokPKckHUCCs+uMU9rZ/XR07ExGwegDJiP2E1X66zLrw 0gI/P1weS8mRfd12OOjNyAcFC8nQNs/Ow==; Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.159]) by c60-outbound.ironport.com with ESMTP; 24 Oct 2007 23:09:21 -0700 Message-ID: <4720332C.8050601@ironport.com> Date: Wed, 24 Oct 2007 23:09:48 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: FreeBSD Current Content-Type: multipart/mixed; boundary="------------040607020402030903030509" X-Mailman-Approved-At: Thu, 25 Oct 2007 11:16:08 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: kthread/kproc diff 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 06:38:00 -0000 This is a multi-part message in MIME format. --------------040607020402030903030509 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit newest version.. this version has been tested somewhat, and adds a new function. the new function, when given a pointer to a pointer to a proc, will make a new kproc when the proc * is NULL (i.e. the first time it is called) and fill it in, and therafter, add new kthreads to that process. it has a rather clumsy name of kproc_kthread_create, so if you don't like it sugeest something better.. it uses kproc_create and kthread_create. after applying this patch top -SH shows the following: last pid: 35036; load averages: 0.24, 0.05, 0.09 up 0+08:15:52 23:04:13 85 processes: 5 running, 62 sleeping, 18 waiting CPU states: 0.1% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.9% idle Mem: 39M Active, 792M Inact, 138M Wired, 1060K Cache, 112M Buf, 2038M Free Swap: 6144M Total, 6144M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 10 root 171 ki31 0K 32K CPU3 3 30.3H 98.97% {idle: cpu3} 10 root 171 ki31 0K 32K CPU2 2 30.3H 98.97% {idle: cpu2} 10 root 171 ki31 0K 32K CPU0 0 30.3H 98.58% {idle: cpu0} 10 root 171 ki31 0K 32K RUN 1 30.3H 98.14% {idle: cpu1} 25 root 20 - 0K 8K syncer 2 2:12 0.73% syncer 11 root -32 - 0K 136K WAIT 0 15:55 0.54% {swi4: clock sio} 11 root -24 - 0K 136K WAIT 0 15:55 0.00% {swi6: Giant task} 11 root -24 - 0K 136K WAIT 1 15:55 0.00% {swi6: task queue} 11 root -28 - 0K 136K WAIT 2 15:55 0.00% {swi5: +} 11 root -36 - 0K 136K WAIT 0 15:55 0.00% {swi3: vm} 11 root -40 - 0K 136K WAIT 0 15:55 0.00% {swi2: cambio} 11 root -44 - 0K 136K WAIT 0 15:55 0.00% {swi1: net} 11 root -48 - 0K 136K WAIT 0 15:55 0.00% {swi0: uart sio} 11 root -52 - 0K 136K WAIT 0 15:55 0.00% {irq9: acpi0} 11 root -60 - 0K 136K WAIT 0 15:55 0.00% {irq12: psm0} 11 root -60 - 0K 136K WAIT 0 15:55 0.00% {irq1: atkbd0} 11 root -64 - 0K 136K WAIT 0 15:55 0.00% {irq5: ohci0} 11 root -64 - 0K 136K WAIT 0 15:55 0.00% {irq15: ata1} 11 root -64 - 0K 136K WAIT 0 15:55 0.00% {irq14: ata0} 11 root -68 - 0K 136K WAIT 0 15:55 0.00% {irq28: bge0} 11 root -68 - 0K 136K WAIT 0 15:55 0.00% {irq20: fxp0} 11 root -68 - 0K 136K WAIT 0 15:55 0.00% {irq29: bge1} 19 root -68 - 0K 8K - 2 4:56 0.00% dummynet 12 root -16 - 0K 8K - 1 0:16 0.00% yarrow 2 root -8 - 0K 8K - 2 0:06 0.00% g_event 3 root -8 - 0K 8K - 2 0:05 0.00% g_up [etc] top -S just shows: last pid: 35040; load averages: 0.09, 0.04, 0.08 up 0+08:16:48 23:05:09 85 processes: 5 running, 62 sleeping, 18 waiting CPU states: 0.1% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.9% idle Mem: 39M Active, 792M Inact, 138M Wired, 1060K Cache, 112M Buf, 2038M Free Swap: 6144M Total, 6144M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 10 root 4 171 ki31 0K 32K CPU0 0 30.3H 396.09% idled 11 root 17 -60 - 0K 136K WAIT 0 15:56 0.00% interd 19 root 1 -68 - 0K 8K - 2 4:56 0.00% dummynet 25 root 1 20 - 0K 8K syncer 1 2:12 0.00% syncer [etc] other current kprocs can be turned into kthreads with minimal (usually a few seconds) edits note kthread_create() has grown an extra argument, a struct proc * that is used to tell it which kproc to add the thread to. comments? code-reviews? ps -auxH -Otdnam gives output different from what I'd expect and strange messages appear on the console. so comments on that (the ps diffs) are definitly requested. --------------040607020402030903030509-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 12:10:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1455D16A418 for ; Thu, 25 Oct 2007 12:10:18 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id AD5D013C48A for ; Thu, 25 Oct 2007 12:10:17 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.18] (helo=8.mx) by mout0.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1Il1XU-00028f-Rp for freebsd-current@freebsd.org; Thu, 25 Oct 2007 14:10:16 +0200 Received: from x075e.x.pppool.de ([89.59.7.94]:49850 helo=peedub.jennejohn.org) by 8.mx with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.68 #1) id 1Il1XU-0002T4-KG for freebsd-current@freebsd.org; Thu, 25 Oct 2007 14:10:16 +0200 Date: Thu, 25 Oct 2007 14:10:15 +0200 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-ID: <20071025141015.10e2232c@peedub.jennejohn.org> In-Reply-To: <4720332C.8050601@ironport.com> References: <4720332C.8050601@ironport.com> Organization: DENX Softwre Engineering GmbH X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: kthread/kproc diff 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 12:10:18 -0000 On Wed, 24 Oct 2007 23:09:48 -0700 Julian Elischer wrote: > newest version.. > [snip] > comments? > code-reviews? > patch? -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 13:02:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2531C16A421 for ; Thu, 25 Oct 2007 13:02:52 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id AEC3B13C480 for ; Thu, 25 Oct 2007 13:02:51 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9PD2hA0037701 for ; Thu, 25 Oct 2007 11:02:43 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Thu, 25 Oct 2007 11:02:32 -0200 User-Agent: KMail/1.9.7 References: <4712A4A8.7080503@FreeBSD.org> <200710241910.28201.joao@matik.com.br> <200710241904.47701.jkim@FreeBSD.org> In-Reply-To: <200710241904.47701.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710251102.33088.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 13:02:52 -0000 On Wednesday 24 October 2007 21:04:46 Jung-uk Kim wrote: > For remote server management, there are two major APIs: > > ASF by DMTF: > http://www.dmtf.org/standards/asf/ > > IPMI by Intel: > http://www.intel.com/design/servers/ipmi/ > > The main goal of the two technologies is the same, i.e., out-of-band > server management. =C2=A0Both use Remote Management and Control Protocol > (RMCP) for the network protocol but ASF is implemented on NIC > firmware level while IPMI is implemented on baseboard management > controller (BMC). =C2=A0Now BCM57xx firmware has built-in ASF stack and > the interface can be shared with BMC. =C2=A0If there is a BMC on-board and > network controller is shared, obviously you cannot just reset the > controller, etc. =C2=A0You have to 'tell' the firmware that you are about > to do critical things, such as reset, start, stop, link negotiation, > etc, so that it can communicate with BMC beforehand. =C2=A0If you turn on > hw.bge.allow_asf, it does just that. =C2=A0Unfortunately, it does not work > for all systems in the real world because they are not created equal, > e.g., different spec. revisions, hardware implementations, firmware, > BIOS, etc. =C2=A0Basically some system fails *without* it while some > system fails *with* it. =C2=A0Hence, the tunable was necessary. =C2=A0At = least, > that is how I understand it. thank you, that was great=20 but would really not harm to put something about resumed into the man page =2D-=20 Jo=C3=A3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 13:48:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D43A716A418 for ; Thu, 25 Oct 2007 13:48:41 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id 9338313C4A6 for ; Thu, 25 Oct 2007 13:48:41 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.14.1/8.14.1) with ESMTP id l9PDmadh082059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 25 Oct 2007 08:48:36 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <47209EB2.5080109@palisadesys.com> Date: Thu, 25 Oct 2007 08:48:34 -0500 From: Guy Helmer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.5]); Thu, 25 Oct 2007 08:48:36 -0500 (CDT) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-1.999, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60, J_CHICKENPOX_32 0.60, J_CHICKENPOX_42 0.60, J_CHICKENPOX_52 0.60, J_CHICKENPOX_62 0.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Subject: iwi0 firmware error on Dell Inspiron 6000 w/ Intel PRO/Wireless 2200BG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 13:48:41 -0000 I just upgraded a laptop to FreeBSD RELENG_7 checked out on 20071016. Previously, iwi0 had worked OK under FreeBSD 6.2. After updating to 7, though, iwi0 reports "firmware error" and nothing more happens. I have set legal.intel_iwi.license_ack=1 in /boot/loader.conf. wpa_supplicant and dhclient are running with the same configurations that worked under FreeBSD 6. I'm using the GENERIC kernel with SCHED_ULE instead of SCHED_4BSD, and the loaded modules are: Id Refs Address Size Name 1 23 0xc0400000 8d0750 kernel 2 1 0xc0cd1000 111b8 geom_eli.ko 3 2 0xc0ce3000 25ff8 crypto.ko 4 2 0xc0d09000 ab40 zlib.ko 5 1 0xc0d14000 6e48 snd_ich.ko 6 2 0xc0d1b000 4a52c sound.ko 7 1 0xc0d66000 69164 acpi.ko 10 1 0xc32fb000 22000 linux.ko 11 1 0xc3595000 21000 radeon.ko 12 1 0xc35b6000 f000 drm.ko 13 1 0xc31ff000 f000 if_iwi.ko 14 1 0xc3e4f000 30000 iwi_bss.ko ifconfig iwi0 reports: iwi0: flags=8803 metric 0 mtu 1500 ether 00:12:f0:12:1c:24 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" channel 8 (2447 Mhz 11g) authmode WPA1+WPA2/802.11i privacy ON deftxkey 1 txpowmax 100 bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 protmode CTS roaming MANUAL bintval 100 I've tried setting debug.iwi=1, and the kernel messages regarding iwi0 are: Oct 25 08:09:11 aquarius kernel: iwi0: mem 0xdfcfd000-0xdfcfdfff irq 17 at device 3.0 on pci3 Oct 25 08:09:11 aquarius kernel: iwi0: Ethernet address: 00:12:f0:12:1c:24 Oct 25 08:09:11 aquarius kernel: iwi0: [ITHREAD] Oct 25 08:09:14 aquarius kernel: iwi0: firmware error Oct 25 08:10:17 aquarius kernel: iwi_newstate: SCAN -> INIT flags 0x0 Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> INIT flags 0x0 Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> SCAN flags 0x1 Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 Any ideas? Guy -- Guy Helmer, Ph.D. Chief System Architect Palisade Systems, Inc. From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 16:28:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0879816A419 for ; Thu, 25 Oct 2007 16:28:50 +0000 (UTC) (envelope-from pluknet@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 842E213C48A for ; Thu, 25 Oct 2007 16:28:49 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so504122nfb for ; Thu, 25 Oct 2007 09:28:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=iezGSXAGw4o4Bpnw8APtgbjcaDngrkFtoY3lhUZPcbo=; b=Rw5qIJ8P+LRTEncRsTQhCqg3ehHCUNhaBLNmBgz5NKGcdZi53NT3qmoKZufoGeC+u21QRnHNwXA4IZCYGsYGaeYjHxaJ3eb8ln4nON+clGWcpezX+lXPGFwms/o3ngFgGTUZE1Hf+IoYWHLrSNLBauN3sL0wL18fN7Aeq1beHc8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=H+K/OVa4eWjK+XXiZIVFrtFggjPDFaLPovVd5yerWmArzYZhr2xfVQ1QRcCJA/YFpk9b1Lh0pRiT6HGZkj5oXLT+rTYXJR2vad+GNWZ8+28ElvLrGcSlsX1gBtpsgnBNR69gNYIJXEEFhEFNXq8TVQW+XqLU0HEk/cNk0JJkCgE= Received: by 10.78.81.20 with SMTP id e20mr1552816hub.1193329727995; Thu, 25 Oct 2007 09:28:47 -0700 (PDT) Received: by 10.78.168.9 with HTTP; Thu, 25 Oct 2007 09:28:47 -0700 (PDT) Message-ID: Date: Thu, 25 Oct 2007 20:28:47 +0400 From: pluknet To: "Guy Helmer" In-Reply-To: <47209EB2.5080109@palisadesys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47209EB2.5080109@palisadesys.com> Cc: freebsd-current@freebsd.org Subject: Re: iwi0 firmware error on Dell Inspiron 6000 w/ Intel PRO/Wireless 2200BG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 16:28:50 -0000 On 25/10/2007, Guy Helmer wrote: > I just upgraded a laptop to FreeBSD RELENG_7 checked out on 20071016. > Previously, iwi0 had worked OK under FreeBSD 6.2. After updating to 7, > though, iwi0 reports "firmware error" and nothing more happens. I have > set legal.intel_iwi.license_ack=1 in /boot/loader.conf. wpa_supplicant > and dhclient are running with the same configurations that worked under > FreeBSD 6. I'm using the GENERIC kernel with SCHED_ULE instead of > SCHED_4BSD, and the loaded modules are: > > Id Refs Address Size Name > 1 23 0xc0400000 8d0750 kernel > 2 1 0xc0cd1000 111b8 geom_eli.ko > 3 2 0xc0ce3000 25ff8 crypto.ko > 4 2 0xc0d09000 ab40 zlib.ko > 5 1 0xc0d14000 6e48 snd_ich.ko > 6 2 0xc0d1b000 4a52c sound.ko > 7 1 0xc0d66000 69164 acpi.ko > 10 1 0xc32fb000 22000 linux.ko > 11 1 0xc3595000 21000 radeon.ko > 12 1 0xc35b6000 f000 drm.ko > 13 1 0xc31ff000 f000 if_iwi.ko > 14 1 0xc3e4f000 30000 iwi_bss.ko > > ifconfig iwi0 reports: > > iwi0: flags=8803 metric 0 mtu 1500 > ether 00:12:f0:12:1c:24 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid "" channel 8 (2447 Mhz 11g) > authmode WPA1+WPA2/802.11i privacy ON deftxkey 1 txpowmax 100 > bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > roam:rssi11g 14 roam:rate11g 5 protmode CTS roaming MANUAL bintval 100 > > I've tried setting debug.iwi=1, and the kernel messages regarding iwi0 are: > > Oct 25 08:09:11 aquarius kernel: iwi0: mem 0xdfcfd000-0xdfcfdfff irq 17 at device 3.0 on pci3 > Oct 25 08:09:11 aquarius kernel: iwi0: Ethernet address: 00:12:f0:12:1c:24 > Oct 25 08:09:11 aquarius kernel: iwi0: [ITHREAD] > Oct 25 08:09:14 aquarius kernel: iwi0: firmware error > Oct 25 08:10:17 aquarius kernel: iwi_newstate: SCAN -> INIT flags 0x0 > Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> INIT flags 0x0 > Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> SCAN flags 0x1 > Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 > Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 > > Any ideas? > > Guy > > -- > Guy Helmer, Ph.D. > Chief System Architect > Palisade Systems, Inc. Me too. (It works in authmode OPEN though, see my case on http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076397.html) wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 17:10:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B09916A469 for ; Thu, 25 Oct 2007 17:10:37 +0000 (UTC) (envelope-from syleishere@hotmail.com) Received: from bay0-omc3-s27.bay0.hotmail.com (bay0-omc3-s27.bay0.hotmail.com [65.54.246.227]) by mx1.freebsd.org (Postfix) with ESMTP id E3F6913C4BD for ; Thu, 25 Oct 2007 17:10:36 +0000 (UTC) (envelope-from syleishere@hotmail.com) Received: from BAY102-W4 ([64.4.61.104]) by bay0-omc3-s27.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 25 Oct 2007 10:10:36 -0700 Message-ID: X-Originating-IP: [24.79.240.75] From: syle ishere To: pluknet Date: Thu, 25 Oct 2007 12:10:33 -0500 Importance: Normal In-Reply-To: References: MIME-Version: 1.0 X-OriginalArrivalTime: 25 Oct 2007 17:10:36.0734 (UTC) FILETIME=[F5F08DE0:01C81729] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RE: kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 17:10:37 -0000 I tried testing this. Added LOADER_FIREWIRE_SUPPORT=3Dyes in /etc/make.conf (cd /sys/boot/i386 && make clean && make && make install)shutdown -r now All was great it the loader worked! =20 To test this wasn't my imagination: I took that line out of make.conf=20 (cd /sys/boot/i386 && make clean && make && make install)shutdown -r now =20 And got same problem system not booting. =20 Good catch pluknet, hopefully we can get this code compiled into the loader= as a mandatory fix for now. =20 Dan. =20 =20 > Date: Thu, 25 Oct 2007 15:13:22 +0400> From: pluknet@gmail.com> To: sylei= shere@hotmail.com> Subject: Re: kernel panic> CC: freebsd-current@freebsd.o= rg> > Hi.> > On 25/10/2007, syle ishere wrote:> >>= > Cvs checkout of Releng_7 tag, did usual make buildworld kernel etc,> > a= ll was fine even kernel until I did make installworld.> >> > The issue was = /boot/loader was replaced and caused a panic. I was able to get back into t= he system with booting /boot/loader.old with new kernel and all.....here ar= e the messages:> >> > Can't work out which disk we are booting from.Guessed= BIOS device 0xffffffff not found by probes, defaulting to disk0:> >> > pan= ic: free: guard1 fail @ 0x6e104 from /usr/src/sys/boot/i386/loader/../../co= mmon/module.c:959--> Press a key on the console to reboot <--> >> > THis is= on a toshiba satellite laptop.> >> > Dan.> >> > You are not alone.> > I ob= serve the same behavior on a Dell Inspiron 510m laptop with> CURRENT on it = with the same messages. AFAIK it was introduced with> this commit:> http://= lists.freebsd.org/pipermail/cvs-src/2007-May/079011.html> (well, actually I= have had a broken loader since Jul 5 only (and> later), but I think it is = related).> > I have an old working loader from May 11. So as workaround I n= eed to> substitute loader.old> every time after installworld to update worl= d (and to boot then) successfully.> > wbr,> pluknet _________________________________________________________________ Send a smile, make someone laugh, have some fun! Start now! http://www.freemessengeremoticons.ca/?icid=3DEMENCA122= From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 17:11:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAEEE16A418 for ; Thu, 25 Oct 2007 17:11:28 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 36FAE13C4B0 for ; Thu, 25 Oct 2007 17:11:27 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 25 Oct 2007 17:11:25 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO [192.168.0.1]) [81.217.94.222] by mail.gmx.net (mp039) with SMTP; 25 Oct 2007 19:11:25 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19z7MN/AMVzPJX57nX+hB3nFcAgbX4mxfFfjqBIXA DWN6gfaBVF+wMQ From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Thu, 25 Oct 2007 19:11:23 +0200 User-Agent: KMail/1.9.7 References: <47209EB2.5080109@palisadesys.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710251911.24346.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: pluknet Subject: Re: iwi0 firmware error on Dell Inspiron 6000 w/ Intel PRO/Wireless 2200BG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 17:11:28 -0000 On Thursday 25 October 2007 18:28:47 pluknet wrote: > On 25/10/2007, Guy Helmer wrote: > > I just upgraded a laptop to FreeBSD RELENG_7 checked out on 20071016. > > Previously, iwi0 had worked OK under FreeBSD 6.2. After updating to 7, > > though, iwi0 reports "firmware error" and nothing more happens. I have > > set legal.intel_iwi.license_ack=1 in /boot/loader.conf. wpa_supplicant > > and dhclient are running with the same configurations that worked under > > FreeBSD 6. I'm using the GENERIC kernel with SCHED_ULE instead of > > SCHED_4BSD, and the loaded modules are: > > > > Id Refs Address Size Name > > 1 23 0xc0400000 8d0750 kernel > > 2 1 0xc0cd1000 111b8 geom_eli.ko > > 3 2 0xc0ce3000 25ff8 crypto.ko > > 4 2 0xc0d09000 ab40 zlib.ko > > 5 1 0xc0d14000 6e48 snd_ich.ko > > 6 2 0xc0d1b000 4a52c sound.ko > > 7 1 0xc0d66000 69164 acpi.ko > > 10 1 0xc32fb000 22000 linux.ko > > 11 1 0xc3595000 21000 radeon.ko > > 12 1 0xc35b6000 f000 drm.ko > > 13 1 0xc31ff000 f000 if_iwi.ko > > 14 1 0xc3e4f000 30000 iwi_bss.ko > > > > ifconfig iwi0 reports: > > > > iwi0: flags=8803 metric 0 mtu 1500 > > ether 00:12:f0:12:1c:24 > > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > > media: IEEE 802.11 Wireless Ethernet autoselect > > status: no carrier > > ssid "" channel 8 (2447 Mhz 11g) > > authmode WPA1+WPA2/802.11i privacy ON deftxkey 1 txpowmax 100 > > bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > > roam:rssi11g 14 roam:rate11g 5 protmode CTS roaming MANUAL > > bintval 100 > > > > I've tried setting debug.iwi=1, and the kernel messages regarding iwi0 > > are: > > > > Oct 25 08:09:11 aquarius kernel: iwi0: mem > > 0xdfcfd000-0xdfcfdfff irq 17 at device 3.0 on pci3 Oct 25 08:09:11 > > aquarius kernel: iwi0: Ethernet address: 00:12:f0:12:1c:24 Oct 25 > > 08:09:11 aquarius kernel: iwi0: [ITHREAD] > > Oct 25 08:09:14 aquarius kernel: iwi0: firmware error > > Oct 25 08:10:17 aquarius kernel: iwi_newstate: SCAN -> INIT flags 0x0 > > Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> INIT flags 0x0 > > Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> SCAN flags 0x1 > > Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 > > Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 > > > > Any ideas? > > > > Guy > > > > -- > > Guy Helmer, Ph.D. > > Chief System Architect > > Palisade Systems, Inc. > > Me too. > (It works in authmode OPEN though, see my case on > http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076397.html) On my notebook, I get similar errors most of the time. The problems started some months ago. If I don't configure iwi0 via /etc/rc.conf, I can get WPA working something like this: ifconfig iwi0 up wpa_supplicant -d -i iwi0 -c /etc/wpa_supplicant.conf dhclient iwi0 IIRC it worked most of the time via /etc/rc.conf if I disabled WITNESS/INVARIANTS. Haven't been using the notebook too much lately, so I'm not sure if this is still true. -- Stefan From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 17:43:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B1DD16A418 for ; Thu, 25 Oct 2007 17:43:30 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id D647D13C4A6 for ; Thu, 25 Oct 2007 17:43:29 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 2FB5F3D8701; Thu, 25 Oct 2007 21:43:26 +0400 (MSD) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id F32773D8669; Thu, 25 Oct 2007 21:43:25 +0400 (MSD) Date: Thu, 25 Oct 2007 21:43:28 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1676188657.20071025214328@masm.elcom.ru> To: Darren Reed , freebsd-current@freebsd.org In-Reply-To: <47200F5E.9070104@freebsd.org> References: <359284519.20071018014832@masm.elcom.ru> <200710172357.18221.max@love2party.net> <6210619899.20071018020530@masm.elcom.ru> <200710180021.39250.max@love2party.net> <1564774296.20071018172432@masm.elcom.ru> <47200F5E.9070104@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: ipfilter cannot be build within because warning's are present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 17:43:30 -0000 On 25.10.2007, Darren Reed wrote: > Please try the attached patch. [skip] > Darren I try new kernel with ipf 4.1.28 and these patches at sunday... If understand how to apply it for files in sys/contrib and contrib/ipfilter/ipfilter -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 17:56:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8726216A46D for ; Thu, 25 Oct 2007 17:56:06 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id 427FC13C4C1 for ; Thu, 25 Oct 2007 17:56:05 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.14.1/8.14.1) with ESMTP id l9PHu0Zi091795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 12:56:00 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <4720D8A4.5070607@palisadesys.com> Date: Thu, 25 Oct 2007 12:55:48 -0500 From: Guy Helmer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Stefan Ehmann References: <47209EB2.5080109@palisadesys.com> <200710251911.24346.shoesoft@gmx.net> In-Reply-To: <200710251911.24346.shoesoft@gmx.net> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.5]); Thu, 25 Oct 2007 12:56:00 -0500 (CDT) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.398, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60, HTML_MESSAGE 0.00) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, pluknet Subject: Re: iwi0 firmware error on Dell Inspiron 6000 w/ Intel PRO/Wireless 2200BG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 17:56:06 -0000 Stefan Ehmann wrote: > On Thursday 25 October 2007 18:28:47 pluknet wrote: > >> On 25/10/2007, Guy Helmer wrote: >> >>> I just upgraded a laptop to FreeBSD RELENG_7 checked out on 20071016. >>> Previously, iwi0 had worked OK under FreeBSD 6.2. After updating to 7, >>> though, iwi0 reports "firmware error" and nothing more happens. I have >>> set legal.intel_iwi.license_ack=1 in /boot/loader.conf. wpa_supplicant >>> and dhclient are running with the same configurations that worked under >>> FreeBSD 6. I'm using the GENERIC kernel with SCHED_ULE instead of >>> SCHED_4BSD, and the loaded modules are: >>> >>> ... >>> >>> I've tried setting debug.iwi=1, and the kernel messages regarding iwi0 >>> are: >>> >>> Oct 25 08:09:11 aquarius kernel: iwi0: mem >>> 0xdfcfd000-0xdfcfdfff irq 17 at device 3.0 on pci3 Oct 25 08:09:11 >>> aquarius kernel: iwi0: Ethernet address: 00:12:f0:12:1c:24 Oct 25 >>> 08:09:11 aquarius kernel: iwi0: [ITHREAD] >>> Oct 25 08:09:14 aquarius kernel: iwi0: firmware error >>> Oct 25 08:10:17 aquarius kernel: iwi_newstate: SCAN -> INIT flags 0x0 >>> Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> INIT flags 0x0 >>> Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> SCAN flags 0x1 >>> Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 >>> Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 >>> >>> Any ideas? >>> >>> Guy >>> >>> >> Me too. >> (It works in authmode OPEN though, see my case on >> http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076397.html) >> > > On my notebook, I get similar errors most of the time. The problems started > some months ago. > > If I don't configure iwi0 via /etc/rc.conf, I can get WPA working something > like this: > > ifconfig iwi0 up > wpa_supplicant -d -i iwi0 -c /etc/wpa_supplicant.conf > dhclient iwi0 > > IIRC it worked most of the time via /etc/rc.conf if I disabled > WITNESS/INVARIANTS. Haven't been using the notebook too much lately, so I'm > not sure if this is still true Well, that worked! Thanks! Guy -- Guy Helmer, Ph.D. Chief System Architect Palisade Systems, Inc. From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 18:04:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F111616A418 for ; Thu, 25 Oct 2007 18:04:23 +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 96C9413C48E for ; Thu, 25 Oct 2007 18:04:23 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l9PHsHPr072891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 10:54:19 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4720D849.2010409@errno.com> Date: Thu, 25 Oct 2007 10:54:17 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: Stefan Ehmann References: <47209EB2.5080109@palisadesys.com> <200710251911.24346.shoesoft@gmx.net> In-Reply-To: <200710251911.24346.shoesoft@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org, pluknet Subject: Re: iwi0 firmware error on Dell Inspiron 6000 w/ Intel PRO/Wireless 2200BG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 18:04:24 -0000 Stefan Ehmann wrote: > On Thursday 25 October 2007 18:28:47 pluknet wrote: > >> On 25/10/2007, Guy Helmer wrote: >> >>> I just upgraded a laptop to FreeBSD RELENG_7 checked out on 20071016. >>> Previously, iwi0 had worked OK under FreeBSD 6.2. After updating to 7, >>> though, iwi0 reports "firmware error" and nothing more happens. I have >>> set legal.intel_iwi.license_ack=1 in /boot/loader.conf. wpa_supplicant >>> and dhclient are running with the same configurations that worked under >>> FreeBSD 6. I'm using the GENERIC kernel with SCHED_ULE instead of >>> SCHED_4BSD, and the loaded modules are: >>> >>> Id Refs Address Size Name >>> 1 23 0xc0400000 8d0750 kernel >>> 2 1 0xc0cd1000 111b8 geom_eli.ko >>> 3 2 0xc0ce3000 25ff8 crypto.ko >>> 4 2 0xc0d09000 ab40 zlib.ko >>> 5 1 0xc0d14000 6e48 snd_ich.ko >>> 6 2 0xc0d1b000 4a52c sound.ko >>> 7 1 0xc0d66000 69164 acpi.ko >>> 10 1 0xc32fb000 22000 linux.ko >>> 11 1 0xc3595000 21000 radeon.ko >>> 12 1 0xc35b6000 f000 drm.ko >>> 13 1 0xc31ff000 f000 if_iwi.ko >>> 14 1 0xc3e4f000 30000 iwi_bss.ko >>> >>> ifconfig iwi0 reports: >>> >>> iwi0: flags=8803 metric 0 mtu 1500 >>> ether 00:12:f0:12:1c:24 >>> inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 >>> media: IEEE 802.11 Wireless Ethernet autoselect >>> status: no carrier >>> ssid "" channel 8 (2447 Mhz 11g) >>> authmode WPA1+WPA2/802.11i privacy ON deftxkey 1 txpowmax 100 >>> bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 >>> roam:rssi11g 14 roam:rate11g 5 protmode CTS roaming MANUAL >>> bintval 100 >>> >>> I've tried setting debug.iwi=1, and the kernel messages regarding iwi0 >>> are: >>> >>> Oct 25 08:09:11 aquarius kernel: iwi0: mem >>> 0xdfcfd000-0xdfcfdfff irq 17 at device 3.0 on pci3 Oct 25 08:09:11 >>> aquarius kernel: iwi0: Ethernet address: 00:12:f0:12:1c:24 Oct 25 >>> 08:09:11 aquarius kernel: iwi0: [ITHREAD] >>> Oct 25 08:09:14 aquarius kernel: iwi0: firmware error >>> Oct 25 08:10:17 aquarius kernel: iwi_newstate: SCAN -> INIT flags 0x0 >>> Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> INIT flags 0x0 >>> Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> SCAN flags 0x1 >>> Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 >>> Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 >>> >>> Any ideas? >>> >>> Guy >>> >>> -- >>> Guy Helmer, Ph.D. >>> Chief System Architect >>> Palisade Systems, Inc. >>> >> Me too. >> (It works in authmode OPEN though, see my case on >> http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076397.html) >> > > On my notebook, I get similar errors most of the time. The problems started > some months ago. > > If I don't configure iwi0 via /etc/rc.conf, I can get WPA working something > like this: > > ifconfig iwi0 up > wpa_supplicant -d -i iwi0 -c /etc/wpa_supplicant.conf > dhclient iwi0 > > IIRC it worked most of the time via /etc/rc.conf if I disabled > WITNESS/INVARIANTS. Haven't been using the notebook too much lately, so I'm > not sure if this is still true. > I just tested this on a t42 w/ 2200 card and it worked for me. Try setting debug.iwi to something like 2 or 5 and collect a log. The firmware is very finnicky and getting it to integrate w/ wpa_supplicant was a challenge. Sam From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 19:19:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6847616A418 for ; Thu, 25 Oct 2007 19:19:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id C829113C49D for ; Thu, 25 Oct 2007 19:19:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 216080997-1834499 for multiple; Thu, 25 Oct 2007 15:22:09 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9PJJVVR024502; Thu, 25 Oct 2007 15:19:31 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 25 Oct 2007 14:34:18 -0400 User-Agent: KMail/1.9.6 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710251434.18764.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, 25 Oct 2007 15:19:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 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: anholt@freebsd.org, pluknet Subject: Re: agp.ko panic: vm_fault: fault on nofault entry, addr: deadc000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 19:19:36 -0000 On Saturday 20 October 2007 10:30:31 pm pluknet wrote: > Hello all. > > I could produce panic while kldunload'ing agp.ko. > > It's on 7.0-CURRENT from Oct 11 (just before RELENG_7), i386, UP, > Intel 82855GME (855GME GMCH) SVGA controller. > Some debugging below: > > panic: vm_fault: fault on nofault entry, addr: deadc000 > KDB: enter: panic This is caused by the agp_i810() driver calling agp_generic_detach() first which frees the memory resource for the aperture. Other AGP drivers do the same thing. I think the proper fix is to split agp_generic_detach() into two pieces. The first part would do a destroy_dev() of the /dev node and the various agp_foo_detach() methods would call that first. The rest agp_generic_detach() would be called at the end of the agp_foo_detach() methods. A possible patch (untested) is at http://www.FreeBSD.org/~jhb/patches/agp_detach.patch and included below: Index: agp.c =================================================================== RCS file: /usr/cvs/src/sys/pci/agp.c,v retrieving revision 1.56 diff -u -r1.56 agp.c --- agp.c 13 Jul 2007 16:28:11 -0000 1.56 +++ agp.c 25 Oct 2007 18:28:04 -0000 @@ -261,16 +261,31 @@ return 0; } -int -agp_generic_detach(device_t dev) +void +agp_free_cdev(device_t dev) { struct agp_softc *sc = device_get_softc(dev); destroy_dev(sc->as_devnode); +} + +void +agp_free_res(device_t dev) +{ + struct agp_softc *sc = device_get_softc(dev); + bus_release_resource(dev, SYS_RES_MEMORY, sc->as_aperture_rid, sc->as_aperture); mtx_destroy(&sc->as_lock); agp_flush_cache(); +} + +int +agp_generic_detach(device_t dev) +{ + + agp_free_cdev(dev); + agp_free_res(dev); return 0; } Index: agp_ali.c =================================================================== RCS file: /usr/cvs/src/sys/pci/agp_ali.c,v retrieving revision 1.18 diff -u -r1.18 agp_ali.c --- agp_ali.c 20 Dec 2005 21:12:26 -0000 1.18 +++ agp_ali.c 25 Oct 2007 18:29:55 -0000 @@ -141,12 +141,9 @@ agp_ali_detach(device_t dev) { struct agp_ali_softc *sc = device_get_softc(dev); - int error; u_int32_t attbase; - error = agp_generic_detach(dev); - if (error) - return error; + agp_free_cdev(dev); /* Disable the TLB.. */ pci_write_config(dev, AGP_ALI_TLBCTRL, 0x90, 1); @@ -157,6 +154,7 @@ pci_write_config(dev, AGP_ALI_ATTBASE, attbase & 0xfff, 4); agp_free_gatt(sc->gatt); + agp_free_res(dev); return 0; } Index: agp_amd.c =================================================================== RCS file: /usr/cvs/src/sys/pci/agp_amd.c,v retrieving revision 1.23 diff -u -r1.23 agp_amd.c --- agp_amd.c 20 Dec 2005 21:12:26 -0000 1.23 +++ agp_amd.c 25 Oct 2007 18:30:05 -0000 @@ -277,11 +277,8 @@ agp_amd_detach(device_t dev) { struct agp_amd_softc *sc = device_get_softc(dev); - int error; - error = agp_generic_detach(dev); - if (error) - return error; + agp_free_cdev(dev); /* Disable the TLB.. */ WRITE2(AGP_AMD751_STATUS, @@ -297,6 +294,7 @@ AGP_SET_APERTURE(dev, sc->initial_aperture); agp_amd_free_gatt(sc->gatt); + agp_free_res(dev); bus_release_resource(dev, SYS_RES_MEMORY, AGP_AMD751_REGISTERS, sc->regs); Index: agp_amd64.c =================================================================== RCS file: /usr/cvs/src/sys/pci/agp_amd64.c,v retrieving revision 1.14 diff -u -r1.14 agp_amd64.c --- agp_amd64.c 9 Oct 2006 20:26:32 -0000 1.14 +++ agp_amd64.c 25 Oct 2007 18:29:48 -0000 @@ -250,10 +250,9 @@ agp_amd64_detach(device_t dev) { struct agp_amd64_softc *sc = device_get_softc(dev); - int i, error; + int i; - if ((error = agp_generic_detach(dev))) - return (error); + agp_free_cdev(dev); for (i = 0; i < sc->n_mctrl; i++) pci_cfgregwrite(0, sc->mctrl[i], 3, AGP_AMD64_APCTRL, @@ -262,6 +261,7 @@ AGP_SET_APERTURE(dev, sc->initial_aperture); agp_free_gatt(sc->gatt); + agp_free_res(dev); return (0); } Index: agp_ati.c =================================================================== RCS file: /usr/cvs/src/sys/pci/agp_ati.c,v retrieving revision 1.3 diff -u -r1.3 agp_ati.c --- agp_ati.c 1 Sep 2006 02:22:17 -0000 1.3 +++ agp_ati.c 25 Oct 2007 18:30:50 -0000 @@ -248,18 +248,15 @@ agp_ati_detach(device_t dev) { struct agp_ati_softc *sc = device_get_softc(dev); - int error; u_int32_t apsize_reg, temp; + agp_free_cdev(dev); + if (sc->is_rs300) apsize_reg = ATI_RS300_APSIZE; else apsize_reg = ATI_RS100_APSIZE; - error = agp_generic_detach(dev); - if (error) - return error; - /* Clear the GATT base */ WRITE4(ATI_GART_BASE, 0); @@ -273,6 +270,7 @@ free(sc->ag_virtual, M_AGP); bus_release_resource(dev, SYS_RES_MEMORY, ATI_GART_MMADDR, sc->regs); + agp_free_res(dev); return 0; } Index: agp_i810.c =================================================================== RCS file: /usr/cvs/src/sys/pci/agp_i810.c,v retrieving revision 1.41 diff -u -r1.41 agp_i810.c --- agp_i810.c 15 Sep 2007 18:16:35 -0000 1.41 +++ agp_i810.c 25 Oct 2007 18:31:48 -0000 @@ -583,11 +583,8 @@ agp_i810_detach(device_t dev) { struct agp_i810_softc *sc = device_get_softc(dev); - int error; - error = agp_generic_detach(dev); - if (error) - return error; + agp_free_cdev(dev); /* Clear the GATT base. */ if ( sc->chiptype == CHIP_I810 ) { @@ -608,6 +605,7 @@ free(sc->gatt, M_AGP); bus_release_resources(dev, sc->sc_res_spec, sc->sc_res); + agp_free_res(dev); return 0; } Index: agp_intel.c =================================================================== RCS file: /usr/cvs/src/sys/pci/agp_intel.c,v retrieving revision 1.34 diff -u -r1.34 agp_intel.c --- agp_intel.c 6 Jan 2007 08:31:31 -0000 1.34 +++ agp_intel.c 25 Oct 2007 18:32:13 -0000 @@ -262,13 +262,10 @@ { struct agp_intel_softc *sc; u_int32_t reg; - int error; sc = device_get_softc(dev); - error = agp_generic_detach(dev); - if (error) - return (error); + agp_free_cdev(dev); /* Disable aperture accesses. */ switch (pci_get_devid(dev)) { @@ -305,6 +302,7 @@ pci_write_config(dev, AGP_INTEL_ATTBASE, 0, 4); AGP_SET_APERTURE(dev, sc->initial_aperture); agp_free_gatt(sc->gatt); + agp_free_res(dev); return (0); } Index: agp_nvidia.c =================================================================== RCS file: /usr/cvs/src/sys/pci/agp_nvidia.c,v retrieving revision 1.11 diff -u -r1.11 agp_nvidia.c --- agp_nvidia.c 20 Dec 2005 21:12:26 -0000 1.11 +++ agp_nvidia.c 25 Oct 2007 18:32:37 -0000 @@ -247,12 +247,9 @@ agp_nvidia_detach (device_t dev) { struct agp_nvidia_softc *sc = device_get_softc(dev); - int error; u_int32_t temp; - error = agp_generic_detach(dev); - if (error) - return (error); + agp_free_cdev(dev); /* GART Control */ temp = pci_read_config(sc->dev, AGP_NVIDIA_0_APSIZE, 4); @@ -270,6 +267,7 @@ sc->initial_aperture); agp_free_gatt(sc->gatt); + agp_free_res(dev); return (0); } Index: agp_sis.c =================================================================== RCS file: /usr/cvs/src/sys/pci/agp_sis.c,v retrieving revision 1.20 diff -u -r1.20 agp_sis.c --- agp_sis.c 30 May 2006 18:41:26 -0000 1.20 +++ agp_sis.c 25 Oct 2007 18:32:57 -0000 @@ -173,11 +173,8 @@ agp_sis_detach(device_t dev) { struct agp_sis_softc *sc = device_get_softc(dev); - int error; - error = agp_generic_detach(dev); - if (error) - return error; + agp_free_cdev(dev); /* Disable the aperture.. */ pci_write_config(dev, AGP_SIS_WINCTRL, @@ -190,6 +187,7 @@ AGP_SET_APERTURE(dev, sc->initial_aperture); agp_free_gatt(sc->gatt); + agp_free_res(dev); return 0; } Index: agp_via.c =================================================================== RCS file: /usr/cvs/src/sys/pci/agp_via.c,v retrieving revision 1.24 diff -u -r1.24 agp_via.c --- agp_via.c 21 Sep 2007 02:10:13 -0000 1.24 +++ agp_via.c 25 Oct 2007 18:33:18 -0000 @@ -240,16 +240,14 @@ agp_via_detach(device_t dev) { struct agp_via_softc *sc = device_get_softc(dev); - int error; - error = agp_generic_detach(dev); - if (error) - return error; + agp_free_cdev(dev); pci_write_config(dev, sc->regs[REG_GARTCTRL], 0, 4); pci_write_config(dev, sc->regs[REG_ATTBASE], 0, 4); AGP_SET_APERTURE(dev, sc->initial_aperture); agp_free_gatt(sc->gatt); + agp_free_res(dev); return 0; } Index: agppriv.h =================================================================== RCS file: /usr/cvs/src/sys/pci/agppriv.h,v retrieving revision 1.6 diff -u -r1.6 agppriv.h --- agppriv.h 13 Jul 2007 16:28:12 -0000 1.6 +++ agppriv.h 25 Oct 2007 18:28:29 -0000 @@ -90,7 +90,9 @@ u_int8_t agp_find_caps(device_t dev); struct agp_gatt *agp_alloc_gatt(device_t dev); void agp_set_aperture_resource(device_t dev, int rid); +void agp_free_cdev(device_t dev); void agp_free_gatt(struct agp_gatt *gatt); +void agp_free_res(device_t dev); int agp_generic_attach(device_t dev); int agp_generic_detach(device_t dev); int agp_generic_get_aperture(device_t dev); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 19:19:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 335BF16A417; Thu, 25 Oct 2007 19:19:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id BFA1513C480; Thu, 25 Oct 2007 19:19:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 216081009-1834499 for multiple; Thu, 25 Oct 2007 15:22:11 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9PJJVVS024502; Thu, 25 Oct 2007 15:19:34 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 25 Oct 2007 14:35:58 -0400 User-Agent: KMail/1.9.6 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710251435.58984.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, 25 Oct 2007 15:19:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 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: current@freebsd.org Subject: Re: Deadlock, exclusive sx so_rcv_sx, amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 19:19:38 -0000 On Sunday 21 October 2007 06:29:46 pm Gleb Kozyrev wrote: > Hello. > > Running rtorrent and ftp brings my system to a deadlock > in a few hours. Kernel still responds to pings and sends some > TCP acks. > > The kernel is from fresh RELENG_7, userland is from 'CURRENT' of 20 Aug. > > See > > Below are some snippets: > > db> show alllocks > Process 1406 (systat) thread 0xffffff002aa016a0 (100181) > shared sx allproc r = 0 (0xffffffff80a72820) locked @ > /usr/src/sys/vm/vm_meter.c:130 > exclusive sx sysctl lock r = 0 (0xffffffff80a72f40) locked @ > /usr/src/sys/kern/kern_sysctl.c:1396 > Process 1129 (rtorrent) thread 0xffffff000a6ae000 (100163) > exclusive sx user map r = 0 (0xffffff0001056890) locked @ > /usr/src/sys/vm/vm_map.c:2195 > Process 1105 (sshd) thread 0xffffff000a6ae350 (100162) > exclusive sx so_rcv_sx r = 0 (0xffffff000a78a928) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 1040 (cron) thread 0xffffff0001c61350 (100130) > shared sx proctree r = 0 (0xffffffff80a72860) locked @ > /usr/src/sys/kern/kern_fork.c:286 > Process 998 (mysqld) thread 0xffffff002aa119f0 (100192) > exclusive sx so_rcv_sx r = 0 (0xffffff0003858670) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 998 (mysqld) thread 0xffffff002aa12000 (100191) > exclusive sx so_rcv_sx r = 0 (0xffffff000abbb928) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 932 (smbd) thread 0xffffff000140c000 (100068) > shared sx proctree r = 0 (0xffffffff80a72860) locked @ > /usr/src/sys/kern/kern_fork.c:286 > > > kernel config: > > ident RUN-071021 > include GENERIC > options INCLUDE_CONFIG_FILE > nooption SMP > nocpu I486_CPU > nocpu I586_CPU > nooption SCHED_4BSD > options SCHED_ULE > device crypto > options IPSEC > options LIBALIAS > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_FORWARD > options IPFIREWALL_NAT > options GEOM_JOURNAL > options KDB > options DDB > options KDB_TRACE > options ALT_BREAK_TO_DEBUGGER > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options WITNESS_SKIPSPIN > nodevice umass > device ucom > device uplcom > > > loader.conf: > > vfs.root.mountfrom="zfs:base/system" > if_bridge_load="YES" > dummynet_load="YES" > ipdivert_load="YES" > zfs_load="YES" > accf_http_load="YES" > > > With an older kernel it once was just > > db> show alllocks > Process 1130 (rtorrent) thread 0xffffff000962e9f0 (100160) > exclusive sx so_rcv_sx r = 0 (0xffffff000987e670) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 1096 (sshd) thread 0xffffff000962a350 (100170) > exclusive sx so_rcv_sx r = 0 (0xffffff00096f9100) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 996 (mysqld) thread 0xffffff0031e0c000 (100191) > exclusive sx so_rcv_sx r = 0 (0xffffff0009870be0) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > > > > > Please suggest any other commands to run in DDB if needed. > Cores are saved. show sleepchain will show if it's a real deadlock or not. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 19:19:38 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 335BF16A417; Thu, 25 Oct 2007 19:19:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id BFA1513C480; Thu, 25 Oct 2007 19:19:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 216081009-1834499 for multiple; Thu, 25 Oct 2007 15:22:11 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9PJJVVS024502; Thu, 25 Oct 2007 15:19:34 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 25 Oct 2007 14:35:58 -0400 User-Agent: KMail/1.9.6 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710251435.58984.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, 25 Oct 2007 15:19:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 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: current@freebsd.org Subject: Re: Deadlock, exclusive sx so_rcv_sx, amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 19:19:38 -0000 On Sunday 21 October 2007 06:29:46 pm Gleb Kozyrev wrote: > Hello. > > Running rtorrent and ftp brings my system to a deadlock > in a few hours. Kernel still responds to pings and sends some > TCP acks. > > The kernel is from fresh RELENG_7, userland is from 'CURRENT' of 20 Aug. > > See > > Below are some snippets: > > db> show alllocks > Process 1406 (systat) thread 0xffffff002aa016a0 (100181) > shared sx allproc r = 0 (0xffffffff80a72820) locked @ > /usr/src/sys/vm/vm_meter.c:130 > exclusive sx sysctl lock r = 0 (0xffffffff80a72f40) locked @ > /usr/src/sys/kern/kern_sysctl.c:1396 > Process 1129 (rtorrent) thread 0xffffff000a6ae000 (100163) > exclusive sx user map r = 0 (0xffffff0001056890) locked @ > /usr/src/sys/vm/vm_map.c:2195 > Process 1105 (sshd) thread 0xffffff000a6ae350 (100162) > exclusive sx so_rcv_sx r = 0 (0xffffff000a78a928) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 1040 (cron) thread 0xffffff0001c61350 (100130) > shared sx proctree r = 0 (0xffffffff80a72860) locked @ > /usr/src/sys/kern/kern_fork.c:286 > Process 998 (mysqld) thread 0xffffff002aa119f0 (100192) > exclusive sx so_rcv_sx r = 0 (0xffffff0003858670) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 998 (mysqld) thread 0xffffff002aa12000 (100191) > exclusive sx so_rcv_sx r = 0 (0xffffff000abbb928) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 932 (smbd) thread 0xffffff000140c000 (100068) > shared sx proctree r = 0 (0xffffffff80a72860) locked @ > /usr/src/sys/kern/kern_fork.c:286 > > > kernel config: > > ident RUN-071021 > include GENERIC > options INCLUDE_CONFIG_FILE > nooption SMP > nocpu I486_CPU > nocpu I586_CPU > nooption SCHED_4BSD > options SCHED_ULE > device crypto > options IPSEC > options LIBALIAS > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_FORWARD > options IPFIREWALL_NAT > options GEOM_JOURNAL > options KDB > options DDB > options KDB_TRACE > options ALT_BREAK_TO_DEBUGGER > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options WITNESS_SKIPSPIN > nodevice umass > device ucom > device uplcom > > > loader.conf: > > vfs.root.mountfrom="zfs:base/system" > if_bridge_load="YES" > dummynet_load="YES" > ipdivert_load="YES" > zfs_load="YES" > accf_http_load="YES" > > > With an older kernel it once was just > > db> show alllocks > Process 1130 (rtorrent) thread 0xffffff000962e9f0 (100160) > exclusive sx so_rcv_sx r = 0 (0xffffff000987e670) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 1096 (sshd) thread 0xffffff000962a350 (100170) > exclusive sx so_rcv_sx r = 0 (0xffffff00096f9100) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 996 (mysqld) thread 0xffffff0031e0c000 (100191) > exclusive sx so_rcv_sx r = 0 (0xffffff0009870be0) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > > > > > Please suggest any other commands to run in DDB if needed. > Cores are saved. show sleepchain will show if it's a real deadlock or not. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 19:19:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E8CF16A419 for ; Thu, 25 Oct 2007 19:19:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 192B413C4A8 for ; Thu, 25 Oct 2007 19:19:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 216081014-1834499 for multiple; Thu, 25 Oct 2007 15:22:14 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9PJJVVT024502; Thu, 25 Oct 2007 15:19:37 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 25 Oct 2007 15:11:12 -0400 User-Agent: KMail/1.9.6 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710251511.13161.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, 25 Oct 2007 15:19:37 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 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: pluknet , syle ishere Subject: Re: kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 19:19:40 -0000 On Thursday 25 October 2007 01:10:33 pm syle ishere wrote: > > I tried testing this. Added > LOADER_FIREWIRE_SUPPORT=yes in /etc/make.conf > (cd /sys/boot/i386 && make clean && make && make install)shutdown -r now > All was great it the loader worked! > > To test this wasn't my imagination: > I took that line out of make.conf > (cd /sys/boot/i386 && make clean && make && make install)shutdown -r now > > And got same problem system not booting. > > Good catch pluknet, hopefully we can get this code compiled into the loader as a mandatory fix > for now. That seems odd. I would make sure you really have a clean build, and I would build from /sys/boot, not /sys/boot/i386. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 19:50:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BDC016A417 for ; Thu, 25 Oct 2007 19:50:00 +0000 (UTC) (envelope-from syleishere@hotmail.com) Received: from bay0-omc2-s12.bay0.hotmail.com (bay0-omc2-s12.bay0.hotmail.com [65.54.246.148]) by mx1.freebsd.org (Postfix) with ESMTP id 032AE13C491 for ; Thu, 25 Oct 2007 19:49:59 +0000 (UTC) (envelope-from syleishere@hotmail.com) Received: from BAY102-W32 ([64.4.61.132]) by bay0-omc2-s12.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 25 Oct 2007 12:49:59 -0700 Message-ID: X-Originating-IP: [24.79.240.75] From: syle ishere To: John Baldwin , Date: Thu, 25 Oct 2007 14:49:59 -0500 Importance: Normal In-Reply-To: <200710251511.13161.jhb@freebsd.org> References: <200710251511.13161.jhb@freebsd.org> MIME-Version: 1.0 X-OriginalArrivalTime: 25 Oct 2007 19:49:59.0893 (UTC) FILETIME=[3A06D050:01C81740] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pluknet Subject: RE: kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 19:50:00 -0000 Did it out of /sys/boot just now with exactly same results. Trying newest s= ource..... checkout...... cvsup -g -L 2 -h cvsup5.freebsd.org /usr/share/examples/cvsup/stable-supfil= e which contains : *default release=3Dcvs tag=3DRELENG_7 Trying again a build from /sys/boot taking entry out of /etc/make.conf with= any UPDATES in last day: =20 RunningUpdating collection src-all/cvs Edit src/lib/libc/gdtoa/Symbol.map = Add delta 1.4.2.1 2007.10.24.23.53.20 deischen Edit src/sys/dev/usb/ukbd.c = Add delta 1.72.2.1 2007.10.25.16.55.00 jhb Edit src/sys/netinet/sctp_const= ants.h Add delta 1.32.2.1 2007.10.25.12.27.05 rrs Edit src/sys/netinet/sct= p_indata.c Add delta 1.45.2.1 2007.10.25.12.27.05 rrs Edit src/sys/netinet= /sctp_input.c Add delta 1.65.2.1 2007.10.25.12.27.05 rrs Edit src/sys/neti= net/sctp_output.c Add delta 1.58.2.1 2007.10.25.12.27.05 rrs Edit src/sys/= netinet/sctp_pcb.c Add delta 1.62.2.1 2007.10.25.12.27.05 rrs Edit src/sys= /netinet/sctp_structs.h Add delta 1.25.2.1 2007.10.25.12.27.06 rrs Edit sr= c/sys/netinet/sctp_timer.c Add delta 1.32.2.1 2007.10.25.12.27.06 rrs Edit= src/sys/netinet/sctp_usrreq.c Add delta 1.48.2.1 2007.10.25.12.27.06 rrs = Edit src/sys/netinet/sctp_var.h Add delta 1.20.2.1 2007.10.25.12.27.06 rrs= Edit src/sys/netinet/sctputil.c Add delta 1.65.2.1 2007.10.25.12.27.06 rr= sShutting down connection to serverFinished successfully =20 (cd /sys/boot && make clean && make && make install) =20 Exactly same results loader fails without that entry added to /etc/make.con= f. Add it back.... /boot/loader works again. If you want to update that branch with any changes, I'll gladly do a cvs ch= eckout and try the loader again. =20 =20 Dan. > From: jhb@freebsd.org> To: freebsd-current@freebsd.org> Subject: Re: kern= el panic> Date: Thu, 25 Oct 2007 15:11:12 -0400> CC: syleishere@hotmail.com= ; pluknet@gmail.com> > On Thursday 25 October 2007 01:10:33 pm syle ishere = wrote:> > > > I tried testing this. Added> > LOADER_FIREWIRE_SUPPORT=3Dyes = in /etc/make.conf> > (cd /sys/boot/i386 && make clean && make && make insta= ll)shutdown -r now> > All was great it the loader worked!> > > > To test th= is wasn't my imagination:> > I took that line out of make.conf > > (cd /sys= /boot/i386 && make clean && make && make install)shutdown -r now> > > > And= got same problem system not booting.> > > > Good catch pluknet, hopefully = we can get this code compiled into the loader > as a mandatory fix> > for n= ow.> > That seems odd. I would make sure you really have a clean build, and= I would > build from /sys/boot, not /sys/boot/i386.> > -- > John Baldwin _________________________________________________________________ Have fun while connecting on Messenger! Click here to learn more. http://entertainment.sympatico.msn.ca/WindowsLiveMessenger= From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 20:07:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF5F316A46B for ; Thu, 25 Oct 2007 20:07:14 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 8486C13C4A8 for ; Thu, 25 Oct 2007 20:07:14 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so114526ana for ; Thu, 25 Oct 2007 13:07:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=gdkU40RJ82/j93oRWcBOuLhzOeUnWkPrbDbMw0tlyZg=; b=coisEBBu/qiVHCtd0Nse3ipnYetQK/xQ+d6ZpP1IgjYcZTUvtLXrIrPAdlJER0sjESBA6pf2VbdEK8xmAarYNE8rQ/SpcIJ/afNaD1v2WVu7DoK7kjSXLLpqnnptQoXk4P1RsvfkAU7+nPI1/gPQ/NR41m6elO+AGFAaJdA+jkA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=r/hiBqlco68c2kxNAkNRZnW1hKdUUwVwnULDRFXDnBwlD6gHwu/L6qzRYPejs7hf3hn3HYgECcGRFmRqlL8Y0KMU8rlnKP1pFn5SdwXWzMDr+Ngwd5KKAAHo2jhxZkVkdWnVlrsIRjLxEIO1zfFxBtVBo+HcguquVlbLizMpqYE= Received: by 10.100.225.19 with SMTP id x19mr201135ang.1193342833721; Thu, 25 Oct 2007 13:07:13 -0700 (PDT) Received: from ?192.168.11.7? ( [71.239.163.197]) by mx.google.com with ESMTPS id v76sm1545076nzh.2007.10.25.13.07.12 (version=SSLv3 cipher=RC4-MD5); Thu, 25 Oct 2007 13:07:13 -0700 (PDT) From: Harrison Grundy To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <863avztspi.fsf@ds4.des.no> References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <1192629534.2001.9.camel@localhost> <2412.172.16.9.1.1193233712.squirrel@www.xtra-net.be> <1193236792.2001.48.camel@localhost> <1493.172.16.9.1.1193239311.squirrel@www.xtra-net.be> <863avztspi.fsf@ds4.des.no> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 26 Oct 2007 05:06:49 +0900 Message-Id: <1193342809.30674.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Vincent Blondel , freebsd-current@freebsd.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 20:07:15 -0000 On Thu, 2007-10-25 at 12:05 +0200, Dag-Erling Smørgrav wrote: > "Vincent Blondel" writes: > > Can somebody indicate me what settings I have to include in GENERIC > > config file so to compile a Xen Dom/U FreeBSD kernel. > > FreeBSD currently does not support running under Xen. I just thought I'd note that you can use Xen with FreeBSD if your processor supports hardware virtualization, I believe. From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 20:17:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD6F116A420 for ; Thu, 25 Oct 2007 20:17:28 +0000 (UTC) (envelope-from erik@cepheid.org) Received: from mail.cepheid.org (aleph.cepheid.org [72.232.60.94]) by mx1.freebsd.org (Postfix) with ESMTP id 903D113C4A3 for ; Thu, 25 Oct 2007 20:17:28 +0000 (UTC) (envelope-from erik@cepheid.org) Received: by mail.cepheid.org (Postfix, from userid 1006) id BDBEF9B4057; Thu, 25 Oct 2007 15:18:57 -0500 (CDT) Date: Thu, 25 Oct 2007 15:18:57 -0500 From: Erik Osterholm To: Harrison Grundy Message-ID: <20071025201857.GC43606@aleph.cepheid.org> Mail-Followup-To: Erik Osterholm , Harrison Grundy , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Vincent Blondel , freebsd-current@freebsd.org References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <1192629534.2001.9.camel@localhost> <2412.172.16.9.1.1193233712.squirrel@www.xtra-net.be> <1193236792.2001.48.camel@localhost> <1493.172.16.9.1.1193239311.squirrel@www.xtra-net.be> <863avztspi.fsf@ds4.des.no> <1193342809.30674.3.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1193342809.30674.3.camel@localhost> User-Agent: Mutt/1.4.2.3i Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Vincent Blondel , freebsd-current@freebsd.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 20:17:28 -0000 On Fri, Oct 26, 2007 at 05:06:49AM +0900, Harrison Grundy wrote: > On Thu, 2007-10-25 at 12:05 +0200, Dag-Erling Smørgrav wrote: > > "Vincent Blondel" writes: > > > Can somebody indicate me what settings I have to include in GENERIC > > > config file so to compile a Xen Dom/U FreeBSD kernel. > > > > FreeBSD currently does not support running under Xen. > > I just thought I'd note that you can use Xen with FreeBSD if your > processor supports hardware virtualization, I believe. I have yet to hear any independant verification of this. Anyone actually running FreeBSD as a domU with hardware virtualization? Erik From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 20:34:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EA5916A418 for ; Thu, 25 Oct 2007 20:34:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outI.internet-mail-service.net (outI.internet-mail-service.net [216.240.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id 5F3B013C4B9 for ; Thu, 25 Oct 2007 20:34:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 25 Oct 2007 13:34:02 -0700 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 9F416126809 for ; Thu, 25 Oct 2007 13:34:01 -0700 (PDT) Message-ID: <4720FDD6.4020505@elischer.org> Date: Thu, 25 Oct 2007 13:34:30 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: FreeBSD Current References: <4720335D.6020404@elischer.org> In-Reply-To: <4720335D.6020404@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: kthread/kproc diff 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 20:34:03 -0000 This time with the pointer to the diff: http://www.freebsd.org/~julian/kthread.diff not that this diff makes tow new kprocs, one called idled (to which it assigns all the idle threads) and one called interd (to which it assigns all the interrupt threads) This is mainly just for aesthetic reasons. It looked silly to always have the kernel thread at 398% when nothing was happening, where it looks more understandable if the idled is showing 398%. A for the interrupts, well, it was low hanging fruit and it was easy to do. Once this is committed I (or others) can move other kprocs over to being kthreads as time permits... BTW specifying no kproc to put a new kthread into will result in the default behaviour of putting it into proc0. which has a process name of "kernel" now. (along with a thread called "swapper") Julian Elischer wrote: > newest version.. > > this version has been tested somewhat, and adds a new function. > the new function, when given a pointer to a pointer to a proc, will > make a new kproc when the proc * is NULL (i.e. the first time it is called) > and fill it in, and therafter, add new kthreads to that process. > > it has a rather clumsy name of kproc_kthread_create, so if you don't > like it sugeest something better.. it uses kproc_create and kthread_create. > > after applying this patch top -SH shows the following: > > last pid: 35036; load averages: 0.24, 0.05, 0.09 up 0+08:15:52 > 23:04:13 > 85 processes: 5 running, 62 sleeping, 18 waiting > CPU states: 0.1% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.9% > idle > Mem: 39M Active, 792M Inact, 138M Wired, 1060K Cache, 112M Buf, 2038M Free > Swap: 6144M Total, 6144M Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 10 root 171 ki31 0K 32K CPU3 3 30.3H 98.97% {idle: cpu3} > 10 root 171 ki31 0K 32K CPU2 2 30.3H 98.97% {idle: cpu2} > 10 root 171 ki31 0K 32K CPU0 0 30.3H 98.58% {idle: cpu0} > 10 root 171 ki31 0K 32K RUN 1 30.3H 98.14% {idle: cpu1} > 25 root 20 - 0K 8K syncer 2 2:12 0.73% syncer > 11 root -32 - 0K 136K WAIT 0 15:55 0.54% {swi4: clock sio} > 11 root -24 - 0K 136K WAIT 0 15:55 0.00% {swi6: Giant task} > 11 root -24 - 0K 136K WAIT 1 15:55 0.00% {swi6: task queue} > 11 root -28 - 0K 136K WAIT 2 15:55 0.00% {swi5: +} > 11 root -36 - 0K 136K WAIT 0 15:55 0.00% {swi3: vm} > 11 root -40 - 0K 136K WAIT 0 15:55 0.00% {swi2: cambio} > 11 root -44 - 0K 136K WAIT 0 15:55 0.00% {swi1: net} > 11 root -48 - 0K 136K WAIT 0 15:55 0.00% {swi0: uart sio} > 11 root -52 - 0K 136K WAIT 0 15:55 0.00% {irq9: acpi0} > 11 root -60 - 0K 136K WAIT 0 15:55 0.00% {irq12: psm0} > 11 root -60 - 0K 136K WAIT 0 15:55 0.00% {irq1: atkbd0} > 11 root -64 - 0K 136K WAIT 0 15:55 0.00% {irq5: ohci0} > 11 root -64 - 0K 136K WAIT 0 15:55 0.00% {irq15: ata1} > 11 root -64 - 0K 136K WAIT 0 15:55 0.00% {irq14: ata0} > 11 root -68 - 0K 136K WAIT 0 15:55 0.00% {irq28: bge0} > 11 root -68 - 0K 136K WAIT 0 15:55 0.00% {irq20: fxp0} > 11 root -68 - 0K 136K WAIT 0 15:55 0.00% {irq29: bge1} > 19 root -68 - 0K 8K - 2 4:56 0.00% dummynet > 12 root -16 - 0K 8K - 1 0:16 0.00% yarrow > 2 root -8 - 0K 8K - 2 0:06 0.00% g_event > 3 root -8 - 0K 8K - 2 0:05 0.00% g_up > [etc] > > > top -S just shows: > > last pid: 35040; load averages: 0.09, 0.04, 0.08 up 0+08:16:48 > 23:05:09 > 85 processes: 5 running, 62 sleeping, 18 waiting > CPU states: 0.1% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.9% > idle > Mem: 39M Active, 792M Inact, 138M Wired, 1060K Cache, 112M Buf, 2038M Free > Swap: 6144M Total, 6144M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 10 root 4 171 ki31 0K 32K CPU0 0 30.3H 396.09% idled > 11 root 17 -60 - 0K 136K WAIT 0 15:56 0.00% interd > 19 root 1 -68 - 0K 8K - 2 4:56 0.00% dummynet > 25 root 1 20 - 0K 8K syncer 1 2:12 0.00% syncer > [etc] > > other current kprocs can be turned into kthreads with minimal > (usually a few seconds) edits > > note kthread_create() has grown an extra argument, a struct proc * > that is used to tell it which kproc to add the thread to. > > > comments? > code-reviews? > > ps -auxH -Otdnam gives output different from what I'd expect > and strange messages appear on the console. so comments on that > (the ps diffs) are definitly requested. > > > > > _______________________________________________ > 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 Oct 25 20:36:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18D9016A41B for ; Thu, 25 Oct 2007 20:36:06 +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 A7F4F13C4BB for ; Thu, 25 Oct 2007 20:36:05 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9PKZxZm064131; Thu, 25 Oct 2007 14:36:02 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4720FE1C.2080306@samsco.org> Date: Thu, 25 Oct 2007 14:35:40 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Svein Halvor Halvorsen References: <471FCFFB.7030205@lvor.halvorsen.cc> In-Reply-To: <471FCFFB.7030205@lvor.halvorsen.cc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 25 Oct 2007 14:36:02 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: Repatable panic in 7.0-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 20:36:06 -0000 This sounds like a known problem with CAM not handling SIM removal very well. It almost looks like your USB device detaches itself in the middle of attaching when you plug it in. CAM got caught trying to probe the device when the detach happened, leading to a race that caused the panic. I don't have a quick solution for this, I'm afraid. Part of the problem is the incorrect design in the umass module, and part of the problem is that CAM was never hardened against this kind of incorrect design. Fixing it is a fairly major project. Scott Svein Halvor Halvorsen wrote: > I get this repeatable panic in 7.0-BETA1 whenever I connect my new > USB external hdd. This is the backtrace from kgdb on the crash file. > There is no problem if I boot the computer with the drive attached, > but if I unplug and replug in, it will panic again, like it always > does when I plug it into a running system. > > I'll gladly provide more info, if someone tells me what to do. > > > #0 doadump () at pcpu.h:195 > #1 0xc074ff67 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc0750229 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc0a131fc in trap_fatal (frame=0xd8ed9974, eva=0) at > /usr/src/sys/i386/i386/trap.c:872 > #4 0xc0a13480 in trap_pfault (frame=0xd8ed9974, usermode=0, eva=0) > at /usr/src/sys/i386/i386/trap.c:785 > #5 0xc0a13df5 in trap (frame=0xd8ed9974) at > /usr/src/sys/i386/i386/trap.c:463 > #6 0xc09f9e1b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc0466f6b in xpt_done (done_ccb=0xc34cf800) at > /usr/src/sys/cam/cam_xpt.c:4856 > #8 0xc046d21e in probedone (periph=0xc4d3fe00, done_ccb=Variable > "done_ccb" is not available. > ) at /usr/src/sys/cam/cam_xpt.c:6331 > #9 0xc0468fb1 in camisr_runqueue (V_queue=Variable "V_queue" is not > available. > ) at /usr/src/sys/cam/cam_xpt.c:7255 > #10 0xc046d82f in xpt_bus_deregister (pathid=1) at > /usr/src/sys/cam/cam_xpt.c:4442 > #11 0xc06c7690 in umass_cam_detach_sim (sc=0xc48f8000) at > /usr/src/sys/dev/usb/umass.c:2694 > #12 0xc06c773d in umass_detach (self=0xc39c6a00) at > /usr/src/sys/dev/usb/umass.c:1542 > #13 0xc0770f38 in device_detach (dev=0xc39c6a00) at device_if.h:212 > #14 0xc06cd932 in usb_disconnect_port (up=0xc34b6c30, > parent=0xc34caa80) at /usr/src/sys/dev/usb/usb_subr.c:1380 > #15 0xc06c4c0e in uhub_explore (dev=0xc3489c00) at > /usr/src/sys/dev/usb/uhub.c:462 > #16 0xc06cbae5 in usb_discover (v=Variable "v" is not available. > ) at /usr/src/sys/dev/usb/usb.c:724 > #17 0xc06ccad7 in usb_event_thread (arg=0xc34a0d00) at > /usr/src/sys/dev/usb/usb.c:440 > #18 0xc0730549 in fork_exit (callout=0xc06cca20 , > arg=0xc34a0d00, frame=0xd8ed9d38) > at /usr/src/sys/kern/kern_fork.c:796 > #19 0xc09f9e90 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:205 > > > uname -a says: > > FreeBSD weld.ej2.thelosingend.net 7.0-BETA1 FreeBSD 7.0-BETA1 #1: > Wed Oct 24 10:08:38 CEST 2007 > sveinhal@weld.ej2.thelosingend.net:/usr/obj/usr/src/sys/GENERIC i386 > > > _______________________________________________ > 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 Oct 25 20:53:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3626016A418 for ; Thu, 25 Oct 2007 20:53:16 +0000 (UTC) (envelope-from pluknet@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 A7FEB13C48E for ; Thu, 25 Oct 2007 20:53:15 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so682658uge for ; Thu, 25 Oct 2007 13:53:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=j6EJTTM/hjs4AfjQpLuPXDULn4qatY0aFrHW7iWXwHU=; b=MOJnpEZEIy2J8Y8SKJdLI524oYkt7jznnVsTuYGwNp2zsAdLlV63m7Q5GdSNnIMafCb+HydYTlvTZVBElVXX5e8FK0Vfop4H4BHJDzRMpmTRj/YbqtYA7Gh9/BxRkykjHN3y5P8tsqvZ70OR+s6//D/OpX7/1Q7fv2w5sjyVNwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=e1nFpglZ8yhs+4Amhey0DZQq4aoNyzn8eRU9CtjSdXOCSv/S+X5RsYy+6QOweiwBPOrpfEa7UBBFjDpRn6prJtkJKS9Gd563wRXdzWjosNGSWI6QfWQouNKwVNjvtG68cGb6dxBhbgP8YnVE1N7cEMK8u678Xq/Gf2ndVvQvIr8= Received: by 10.78.170.6 with SMTP id s6mr1765425hue.1193345594045; Thu, 25 Oct 2007 13:53:14 -0700 (PDT) Received: by 10.78.168.9 with HTTP; Thu, 25 Oct 2007 13:53:13 -0700 (PDT) Message-ID: Date: Fri, 26 Oct 2007 00:53:13 +0400 From: pluknet To: "John Baldwin" In-Reply-To: <200710251434.18764.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710251434.18764.jhb@freebsd.org> Cc: anholt@freebsd.org, freebsd-current@freebsd.org Subject: Re: agp.ko panic: vm_fault: fault on nofault entry, addr: deadc000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 20:53:16 -0000 On 25/10/2007, John Baldwin wrote: > On Saturday 20 October 2007 10:30:31 pm pluknet wrote: > > Hello all. > > > > I could produce panic while kldunload'ing agp.ko. > > > > It's on 7.0-CURRENT from Oct 11 (just before RELENG_7), i386, UP, > > Intel 82855GME (855GME GMCH) SVGA controller. > > Some debugging below: > > > > panic: vm_fault: fault on nofault entry, addr: deadc000 > > KDB: enter: panic > > This is caused by the agp_i810() driver calling agp_generic_detach() first > which frees the memory resource for the aperture. Other AGP drivers do the > same thing. I think the proper fix is to split agp_generic_detach() into two > pieces. The first part would do a destroy_dev() of the /dev node and the > various agp_foo_detach() methods would call that first. The rest > agp_generic_detach() would be called at the end of the agp_foo_detach() > methods. Yes, I forgot to note that there was a message about memory leakage on panic. > > A possible patch (untested) is at > http://www.FreeBSD.org/~jhb/patches/agp_detach.patch and included below: Thank you. This patch fixes my issue. Now all three modules (drm, agp, i915) unloaded without a panic. > > -- > John Baldwin > wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 18:34:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 645D116A41B; Thu, 25 Oct 2007 18:34:15 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx02.syd.optusnet.com.au (fallbackmx02.syd.optusnet.com.au [211.29.133.72]) by mx1.freebsd.org (Postfix) with ESMTP id 8393F13C4AC; Thu, 25 Oct 2007 18:34:13 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by fallbackmx02.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id l9P8MjCf029072; Thu, 25 Oct 2007 18:22:46 +1000 Received: from c220-239-235-248.carlnfd3.nsw.optusnet.com.au (c220-239-235-248.carlnfd3.nsw.optusnet.com.au [220.239.235.248]) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l9P8MREx015732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 18:22:29 +1000 Date: Thu, 25 Oct 2007 18:22:26 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, amdmi3@amdmi3.ru In-Reply-To: <200710241316.l9ODGYfZ093701@lurza.secnetix.de> Message-ID: <20071025180001.D87518@delplex.bde.org> References: <200710241316.l9ODGYfZ093701@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Thu, 25 Oct 2007 21:02:16 +0000 Cc: Subject: Re: [ANN] 8-CURRENT, RELENG_7 and RELENG_6 have gotten latest ?unionfs improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 18:34:15 -0000 On Wed, 24 Oct 2007, Oliver Fromme wrote: > Dmitry Marakasov wrote: > > I was told long time ago that -ounion is even > > more broken than unionfs. > > That's wrong. The union mount option was _never_ really > broken. I'm using it for almost as long as FreeBSD exists. I recently noticed the following bugs in -ounion (which I've never used for anything except testing): (1) It is broken for all file systems except ffs and ext2fs, since all (?) file systems now use nmount(2) and only these two file systems have "union" in their mount options list. It is still in the global options list in mount/mntopts.h, but this is only used with mount(2). The global options list in mount/mntopts.h has many bogus non-global options, and even the global options list in kern/vfs_mount.c has some bogus non-global options, but "union" actually is a global options. ext2fs loves "union" more than ffs -- although its options list is less disordered than ffs's, it has enough disorder to have 2 copies of "union". (2) After fixing (1) by not using nmount(2), following of symlinks works strangely for at least devfs: (a) a link foo -> zero (where zero doesn't exist in the underlying file system) doesn't work. mount(1) says that the lookup is done in the mounted file system first. (b) a link foo -> ./zero works. This is correct. Now I wonder if it would work if zero existed only in the underlying file system. Have you noticed these bugs? (2) is presumably old. Bruce From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 21:20:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03D9116A418 for ; Thu, 25 Oct 2007 21:20:41 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id AAED613C480 for ; Thu, 25 Oct 2007 21:20:40 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id l9PLKetV089089 for ; Thu, 25 Oct 2007 17:20:40 -0400 (EDT) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id l9PLKYhc041331 for ; Thu, 25 Oct 2007 17:20:34 -0400 (EDT) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id l9PLKYFJ041330 for freebsd-current@freebsd.org; Thu, 25 Oct 2007 17:20:34 -0400 (EDT) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> To: freebsd-current@freebsd.org Date: Thu, 25 Oct 2007 17:20:34 -0400 (EDT) X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 21:20:41 -0000 Hi, I just loaded fresh the 7.0-BETA1.5 bootonly-ISO and then did an FTP load from ftp.freebsd.org . I compiled cvsup and screen, and then cvsup'd the src tree of RELENG_7. Compiled and rebooted, and everything went well. I haven't gone anywhere past that (Ok, I failed some disks and had some REALLY weird issues with the Adaptec 2100S controller and raidutil, but thats my own personal issue) but it looks like whatever cruft got in during the supposed "stupidity leak" is gone. :) Thanks for everyone help, actually listening to me ( ;) ) and quick action. Tuc From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 21:48:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91DF816A41A for ; Thu, 25 Oct 2007 21:48:04 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 68E2613C491 for ; Thu, 25 Oct 2007 21:48:04 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 8C1841A000B19 for ; Thu, 25 Oct 2007 14:48:02 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qyfA9HnwKoM8 for ; Thu, 25 Oct 2007 14:47:55 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 4BBA11A000B0D for ; Thu, 25 Oct 2007 14:47:55 -0700 (PDT) From: Freddie Cash Organization: School District 73 To: current@freebsd.org Date: Thu, 25 Oct 2007 14:47:53 -0700 User-Agent: KMail/1.9.7 References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> In-Reply-To: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710251447.54011.fjwcash+freebsd@gmail.com> Cc: Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 21:48:04 -0000 On October 25, 2007 02:20 pm Tuc at T-B-O-H.NET wrote: > I just loaded fresh the 7.0-BETA1.5 bootonly-ISO and then did an > FTP load from ftp.freebsd.org . I compiled cvsup and screen, and then > cvsup'd the src tree of RELENG_7. Compiled and rebooted, and everything > went well. Just a note that might save some time in the future: csup is part of the base OS now, so there's no need to install cvsup from the ports tree. Also saves a bunch of space on the drive as you don't need to compile/install the m3 ports. csup is a drop-in replacement for cvsup. -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash+freebsd@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 21:55:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D6AC16A418 for ; Thu, 25 Oct 2007 21:55:12 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.244]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE9E13C465 for ; Thu, 25 Oct 2007 21:55:12 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ag-out-0708.google.com with SMTP id 35so606931aga for ; Thu, 25 Oct 2007 14:55:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=7kuDKzBxVrSE56dno2g49G+mzgfnHYEhxu8aW3tShL0=; b=GuX9WtBNw+R7HhfjTcnrN8eQCHlwcjsFo9UKAfNQwUlJZTViu6aefDBjzxmndc9NMKhh8/mRnqW1TLLzovUADKbCxuV9nFl/GJaE1nIennUw/EOSma4fPIp6nDDVBaFQI6JUCHbhhW2Sysy+SqxrjQ8ki+dxp1UkGIRrIj8/nAM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=JNIkdwesV58ndu3eRnYRUi7+LNcP1LUNJA5ByKq2NM7Prvkm2HuSIU93MGWmLzNEhyW+vK97gzBrdK+8OgleIrqPo0qqjdv29Eo7u1V3Y7szmIELKcuUqWLbOyngwMCIdDD4GKGgzT994+HIu/ym6f0egxJpG3ZWVGky6IiZ9Q8= Received: by 10.100.212.14 with SMTP id k14mr390520ang.1193349311241; Thu, 25 Oct 2007 14:55:11 -0700 (PDT) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id c40sm2152457anc.2007.10.25.14.55.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Oct 2007 14:55:09 -0700 (PDT) Message-ID: <47210FBE.6080803@gmail.com> Date: Thu, 25 Oct 2007 17:50:54 -0400 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071016) MIME-Version: 1.0 To: Freddie Cash References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251447.54011.fjwcash+freebsd@gmail.com> In-Reply-To: <200710251447.54011.fjwcash+freebsd@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 21:55:12 -0000 > > Just a note that might save some time in the future: csup is part of the > base OS now, so there's no need to install cvsup from the ports tree. > Also saves a bunch of space on the drive as you don't need to > compile/install the m3 ports. csup is a drop-in replacement for cvsup. > > It is also significantly faster then cvsup -- Aryeh M. Friedman FloSoft Systems Developer, not Business, Friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 22:07:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 396A716A469 for ; Thu, 25 Oct 2007 22:07:47 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id DCA6513C4B8 for ; Thu, 25 Oct 2007 22:07:46 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:56489 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1IlArh-0006tw-6F for current@freebsd.org; Fri, 26 Oct 2007 00:07:46 +0200 Received: (qmail 50978 invoked from network); 26 Oct 2007 00:07:42 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 26 Oct 2007 00:07:42 +0200 Received: (qmail 45248 invoked by uid 1001); 26 Oct 2007 00:07:42 +0200 Date: Fri, 26 Oct 2007 00:07:42 +0200 From: Erik Trulsson To: "Aryeh M. Friedman" Message-ID: <20071025220742.GA45217@owl.midgard.homeip.net> Mail-Followup-To: "Aryeh M. Friedman" , Freddie Cash , current@freebsd.org References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251447.54011.fjwcash+freebsd@gmail.com> <47210FBE.6080803@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47210FBE.6080803@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1IlArh-0006tw-6F. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1IlArh-0006tw-6F 648d6db39835023828f44faef23e5304 Cc: Freddie Cash , current@freebsd.org Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 22:07:47 -0000 On Thu, Oct 25, 2007 at 05:50:54PM -0400, Aryeh M. Friedman wrote: > > > > > Just a note that might save some time in the future: csup is part of the > > base OS now, so there's no need to install cvsup from the ports tree. > > Also saves a bunch of space on the drive as you don't need to > > compile/install the m3 ports. csup is a drop-in replacement for cvsup. > > > > > > It is also significantly faster then cvsup But csup does not yet support CVS mode, so you can't use it to maintain a local copy of the repository. For some people (including me) this means that csup is not yet a suitable replacement for CVSup. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 22:09:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA2B116A469 for ; Thu, 25 Oct 2007 22:09:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outY.internet-mail-service.net (outY.internet-mail-service.net [216.240.47.248]) by mx1.freebsd.org (Postfix) with ESMTP id 87BBE13C4BC for ; Thu, 25 Oct 2007 22:09:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 25 Oct 2007 15:09:58 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 977E21267E4; Thu, 25 Oct 2007 15:09:57 -0700 (PDT) Message-ID: <47211452.4080905@elischer.org> Date: Thu, 25 Oct 2007 15:10:26 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251447.54011.fjwcash+freebsd@gmail.com> <47210FBE.6080803@gmail.com> In-Reply-To: <47210FBE.6080803@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Freddie Cash , current@freebsd.org Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 22:09:58 -0000 Aryeh M. Friedman wrote: >> Just a note that might save some time in the future: csup is part of the >> base OS now, so there's no need to install cvsup from the ports tree. >> Also saves a bunch of space on the drive as you don't need to >> compile/install the m3 ports. csup is a drop-in replacement for cvsup. >> >> > > It is also significantly faster then cvsup except for those of us who mirror the cvs tree. > > From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 22:11:52 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B575D16A420 for ; Thu, 25 Oct 2007 22:11:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.249]) by mx1.freebsd.org (Postfix) with ESMTP id 667CD13C491 for ; Thu, 25 Oct 2007 22:11:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by ag-out-0708.google.com with SMTP id 35so609332aga for ; Thu, 25 Oct 2007 15:11:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=dxUu4/zXvHjvo/c26DMkW1XsAsZDW5dhM7I1iDiTkfU=; b=M8kXTAR57WqqoAP0QRNzJzbsvpE3RnqyYN3xzADrnA5UA3a8EzJ2MNfG7vp/VNudbpUYsKDgTmQVLdx4/7yXob4XNJn3FBvuz7z2VTACJtWLA0VrTz4mqK5Ykg8zvVRfM3cZh99MQkzBm5y22bftr73H2UzqWVwM4rUeQu5wpt4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=M2zmwMdAAlmBjdDqIpaOrvjPEobjHS77Qk9BI7kDfP3ekNMmLbrSOyEMb0zkQzgUnJ36UU6wXA99EIKifM88FofS3u8mCQUP5EnfWhbUOCQso5xxnWbJPT97dFVLXtbCkoInHAVdHXfKaMwHhcb0xxdJdnCkMlu2yrrYhfjatxo= Received: by 10.100.215.5 with SMTP id n5mr378280ang.1193350311556; Thu, 25 Oct 2007 15:11:51 -0700 (PDT) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id c9sm2157428ana.2007.10.25.15.11.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Oct 2007 15:11:50 -0700 (PDT) Message-ID: <472113A8.5070700@gmail.com> Date: Thu, 25 Oct 2007 18:07:36 -0400 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071016) MIME-Version: 1.0 To: Julian Elischer References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251447.54011.fjwcash+freebsd@gmail.com> <47210FBE.6080803@gmail.com> <47211452.4080905@elischer.org> In-Reply-To: <47211452.4080905@elischer.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Freddie Cash , current@freebsd.org Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 22:11:52 -0000 > > except for those of us who mirror the cvs tree. > My understanding is local mirrors are discouraged unless you have a large local install base -- Aryeh M. Friedman FloSoft Systems Developer, not Business, Friendly http://www.flosoft-systems.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 22:16:28 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D860B16A418 for ; Thu, 25 Oct 2007 22:16:28 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id B0DD713C4A8 for ; Thu, 25 Oct 2007 22:16:28 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 3BD901A000B1C for ; Thu, 25 Oct 2007 15:16:28 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 52rQ04OtT-Xt for ; Thu, 25 Oct 2007 15:16:21 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id D64531A000B2E for ; Thu, 25 Oct 2007 15:16:20 -0700 (PDT) From: Freddie Cash Organization: School District 73 To: current@freebsd.org Date: Thu, 25 Oct 2007 15:16:19 -0700 User-Agent: KMail/1.9.7 References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <47210FBE.6080803@gmail.com> <20071025220742.GA45217@owl.midgard.homeip.net> In-Reply-To: <20071025220742.GA45217@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710251516.19505.fjwcash+freebsd@gmail.com> Cc: Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 22:16:28 -0000 On October 25, 2007 03:07 pm Erik Trulsson wrote: > On Thu, Oct 25, 2007 at 05:50:54PM -0400, Aryeh M. Friedman wrote: > > > Just a note that might save some time in the future: csup is part > > > of the base OS now, so there's no need to install cvsup from the > > > ports tree. Also saves a bunch of space on the drive as you don't > > > need to compile/install the m3 ports. csup is a drop-in > > > replacement for cvsup. > > > > It is also significantly faster then cvsup > > But csup does not yet support CVS mode, so you can't use it to maintain > a local copy of the repository. For some people (including me) this > means that csup is not yet a suitable replacement for CVSup. Maybe not, but for the bulk of the users of cvsup, csup is a drop-in replacement. :) As with most things in Unix-land, there's more than one way to do things, and every one will defend to the death their way of doing things. :D -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash+freebsd@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 22:30:37 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01D5016A418 for ; Thu, 25 Oct 2007 22:30:37 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 9F67C13C4BC for ; Thu, 25 Oct 2007 22:30:35 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:57370 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1IlBDm-0008Gn-5e for current@freebsd.org; Fri, 26 Oct 2007 00:30:34 +0200 Received: (qmail 51123 invoked from network); 26 Oct 2007 00:30:34 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 26 Oct 2007 00:30:34 +0200 Received: (qmail 45456 invoked by uid 1001); 26 Oct 2007 00:30:34 +0200 Date: Fri, 26 Oct 2007 00:30:34 +0200 From: Erik Trulsson To: "Aryeh M. Friedman" Message-ID: <20071025223034.GA45394@owl.midgard.homeip.net> Mail-Followup-To: "Aryeh M. Friedman" , Julian Elischer , Freddie Cash , current@freebsd.org References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251447.54011.fjwcash+freebsd@gmail.com> <47210FBE.6080803@gmail.com> <47211452.4080905@elischer.org> <472113A8.5070700@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472113A8.5070700@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1IlBDm-0008Gn-5e. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1IlBDm-0008Gn-5e 571dd278af1412e58a22b3d90eb8e21f Cc: Freddie Cash , Julian Elischer , current@freebsd.org Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 22:30:37 -0000 On Thu, Oct 25, 2007 at 06:07:36PM -0400, Aryeh M. Friedman wrote: > > > > > except for those of us who mirror the cvs tree. > > > > My understanding is local mirrors are discouraged unless you have a > large local install base > I have never heard any such thing. Using cvsup to update a local copy of the repository should not be significantly more resource demanding (on either server or client) than using it to maintain a checked out tree. It should actually *reduce* load on the freebsd.org servers since I can do things like checking the commit history of a file, or comparing arbitrary revisions of files, locally without having to contact any freebsd.org servers. I do such things fairly often, and I guess most of the FreeBSD developers also do it. It also makes it *much* easier to maintain local modifications to the source tree, without any risk that they will be overwritten when I update the source. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 22:31:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAB5116A420; Thu, 25 Oct 2007 22:31:21 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 2982B13C4BE; Thu, 25 Oct 2007 22:31:20 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9PMVAMX004463 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 25 Oct 2007 18:31:12 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HbLryBjOg5Imu1zw70pG" Date: Thu, 25 Oct 2007 18:27:14 -0400 Message-Id: <1193351234.93167.21.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_DYNAMIC autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: 7.0-BETA1.5 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 22:31:21 -0000 --=-HbLryBjOg5Imu1zw70pG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Sorry, I had a bit of a false start with 7.0-BETA1. I've got sets of build machines used for the Monthly Snapshots and procedures in place to try and minimize the mistakes I could make while doing those Snapshots (previously one set for HEAD, one set for RELENG_6). The set of machines I'll be using for the 7.0-RELEASE build are the ones that had previously been doing the HEAD snapshots and I missed doing one very important adjustment to the build routine while doing the BETA1 builds, which resulted in the builds being based on HEAD. I didn't notice during the tests I do before uploading it because the build procedure makes most things (e.g. uname) say what you told it to build, you need to look harder to discover that sort of mistake. So, 7.0-BETA1 actually should have been called something more like 8.0-SURPRISE... :-( Sorry for the screw-up. Note you will not have been impacted at all if you updated an older machine using cvsup to RELENG_7. This issue only impacts people who had done an install using the 7.0-BETA1 ISOs. The scripts are adjusted and fresh builds have been done, named 7.0-BETA1.5 and they are making their way out to the FTP mirror sites. The MD5/SHA256s are: MD5 (7.0-BETA1.5-amd64-bootonly.iso) =3D 26947a3b33b8bf7daa30b89084debba6 MD5 (7.0-BETA1.5-amd64-disc1.iso) =3D 0825f468e2d45a028dde2511aca5d246 MD5 (7.0-BETA1.5-amd64-disc2.iso) =3D faa2b758d343b694b7e030da0eb14fa3 MD5 (7.0-BETA1.5-amd64-docs.iso) =3D 33afcc3a746f28233c84a872232e3ff4 MD5 (7.0-BETA1.5-amd64-livefs.iso) =3D 4cd3edb15a1b66b2d8cf3de6a8405681 MD5 (7.0-BETA1.5-i386-bootonly.iso) =3D df2d4130152afe6efd24c7d34153e319 MD5 (7.0-BETA1.5-i386-disc1.iso) =3D 211bfe5a5b7554e0623015fb05da9d84 MD5 (7.0-BETA1.5-i386-disc2.iso) =3D 0eda8b4364313de1b95432bb816ff165 MD5 (7.0-BETA1.5-i386-docs.iso) =3D ba3ab2c93b1c0258750903955ebc10a6 MD5 (7.0-BETA1.5-sparc64-bootonly.iso) =3D be05c1d6e2684874c6d95ab581def6ca MD5 (7.0-BETA1.5-sparc64-disc1.iso) =3D 9a9f2252d0478884abd3470ed526b68f MD5 (7.0-BETA1.5-sparc64-disc2.iso) =3D efa0e1788e861e47ff30e84c6bd6f2fb SHA256 (7.0-BETA1.5-amd64-bootonly.iso) =3D 9cd5089a9c0607e4aef1b4f656d8ce8= 90fbfd9bf49a5f9da9ffeee16e60a8eb9 SHA256 (7.0-BETA1.5-amd64-disc1.iso) =3D 31cdb5f7fcde13e8193cdff235a14cc219= 02174e7e37fa99c34d779070807004 SHA256 (7.0-BETA1.5-amd64-disc2.iso) =3D 24324f062917281241e09ae6acb7524db1= d3ff378af52e0ac71fcb17dfc8fb01 SHA256 (7.0-BETA1.5-amd64-docs.iso) =3D 5ba2380116981f3ae767a853d0eef6eff5d= 6ec614b879e68974a214842cb0645 SHA256 (7.0-BETA1.5-amd64-livefs.iso) =3D ceea6b3d4e6211ff5d928de63ea12d464= d49405ad6b4391fad595f77c78df75f SHA256 (7.0-BETA1.5-i386-bootonly.iso) =3D 467abe92fd1b704b95f9c61cff24e299= e3712965e8697257de085f0598b2b08d SHA256 (7.0-BETA1.5-i386-disc1.iso) =3D 21db871604fc26ea5c804751209a5f90d0a= c178ac7ca5706b34fab9bdd15877b SHA256 (7.0-BETA1.5-i386-disc2.iso) =3D a6faa65e80a09d1f0608a1cfcf81325dad9= 2d6404d025b878626b494dcfec48e SHA256 (7.0-BETA1.5-i386-docs.iso) =3D 5341373126f21c3c80a9aabc450dafea5a5f= 78f3f8665b88ef75050c15aa17cd SHA256 (7.0-BETA1.5-sparc64-bootonly.iso) =3D 669f696a4f0c5b6f217e2d4b9c8f7= 1a5ae0aeefce22abf8b2dd892bdff981cd8 SHA256 (7.0-BETA1.5-sparc64-disc1.iso) =3D 090cb07902faf1b16e2f30278ccacb1d= 67e2e40fc3071624bd0c1a21609dc367 SHA256 (7.0-BETA1.5-sparc64-disc2.iso) =3D c855590ce553047e9f9b8573fc94beb6= e980694170d864296f29938c3046ebdb --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-HbLryBjOg5Imu1zw70pG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBHIRhC/G14VSmup/YRApjuAJ4gtbevx4plZrvqH+XxFupGU3W+GgCeJNLw 41Codl+MJhcjlpTmphTOAv8= =EafP -----END PGP SIGNATURE----- --=-HbLryBjOg5Imu1zw70pG-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 22:45:55 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD7A416A417 for ; Thu, 25 Oct 2007 22:45:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outF.internet-mail-service.net (outF.internet-mail-service.net [216.240.47.229]) by mx1.freebsd.org (Postfix) with ESMTP id AAC5813C48A for ; Thu, 25 Oct 2007 22:45:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 25 Oct 2007 15:45:54 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id BF4E6126807; Thu, 25 Oct 2007 15:45:53 -0700 (PDT) Message-ID: <47211CBE.8000009@elischer.org> Date: Thu, 25 Oct 2007 15:46:22 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251447.54011.fjwcash+freebsd@gmail.com> <47210FBE.6080803@gmail.com> <47211452.4080905@elischer.org> <472113A8.5070700@gmail.com> In-Reply-To: <472113A8.5070700@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Freddie Cash , current@freebsd.org Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 22:45:55 -0000 Aryeh M. Friedman wrote: >> except for those of us who mirror the cvs tree. >> > > My understanding is local mirrors are discouraged unless you have a > large local install base > Not that I've heard. It's certainly what you should do if you are doing development.. I have a mirror on my laptop. I take it from one of the tier 2 mirrors. When you have a lot of developers it's suggested that you have your own mirror for developers to mirror off.. From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 23:31:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D00E916A418 for ; Thu, 25 Oct 2007 23:31:45 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id A638213C4AA for ; Thu, 25 Oct 2007 23:31:45 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 12E4B1A000B17 for ; Thu, 25 Oct 2007 16:31:45 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id eHnzcjC5sqPJ for ; Thu, 25 Oct 2007 16:31:38 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 4C0961A000B0E for ; Thu, 25 Oct 2007 16:31:38 -0700 (PDT) From: Freddie Cash Organization: School District 73 To: current@freebsd.org Date: Thu, 25 Oct 2007 16:31:36 -0700 User-Agent: KMail/1.9.7 References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251516.19505.fjwcash+freebsd@gmail.com> <1985.208.70.104.211.1193354645.squirrel@webmail.ibctech.ca> In-Reply-To: <1985.208.70.104.211.1193354645.squirrel@webmail.ibctech.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710251631.37160.fjwcash+freebsd@gmail.com> Cc: Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 23:31:45 -0000 On October 25, 2007 04:24 pm Steve Bertrand wrote: > > Maybe not, but for the bulk of the users of cvsup, csup is a drop-in > > replacement. :) As with most things in Unix-land, there's more than > > one way to do things, and every one will defend to the death their > > way of doing things. :D > > Without taking the time to RTFM, I'll say this: > > The first thing I do when I install a new system from an ISO is: > > # pkg_add -r cvsup-without-gui > # pkg_add -r fastest_cvsup > > Then I copy my supfile(s) from another equivalent box to this one, > including my refuse file, and: > > # cvsup -L 2 -g /etc/supfile && cvsup -L 2 -g /etc/supfile.ports > > Will csup work the exact same way, without having to do the pkg_add > steps? Is this what " a drop in replacement" means? Yes. -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash+freebsd@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 23:32:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 073D716A421 for ; Thu, 25 Oct 2007 23:32:06 +0000 (UTC) (envelope-from prvs=18180aeca7=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 86F0E13C48E for ; Thu, 25 Oct 2007 23:32:05 +0000 (UTC) (envelope-from prvs=18180aeca7=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1193354095; x=1193958895; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=cthnpx0zIuX/n9YdBTbJD oEMl29JBNOlJH1zwhEz2UE=; b=oayPZWaDG1ZkntBx2luezR9StDMIR1ji9K9Ul oaEYZGM4iqLYH/S+nsA6pQX1zkuO36DiTf673V0iTQrLeHHoEARdgnK7UaWgtN5A mxynC6AqFI94axIijbA9mXhcLg04I9080rdQumDPWhkNuFMdjr0M/W+HYrlBoO03 HySixQ= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.2) with ESMTP id md50004353760.msg for ; Fri, 26 Oct 2007 00:14:54 +0100 Message-ID: <055a01c8175c$d83a2b20$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Freddie Cash" , References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251447.54011.fjwcash+freebsd@gmail.com> Date: Fri, 26 Oct 2007 00:14:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=18180aeca7=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: current@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Fri, 26 Oct 2007 00:14:55 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 26 Oct 2007 00:14:55 +0100 Cc: Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 23:32:06 -0000 That's a useful thing to know there Freddie thanks. Regards Steve ----- Original Message ----- From: "Freddie Cash" > Just a note that might save some time in the future: csup is part of the > base OS now, so there's no need to install cvsup from the ports tree. > Also saves a bunch of space on the drive as you don't need to > compile/install the m3 ports. csup is a drop-in replacement for cvsup. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 23:50:54 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0868316A418 for ; Thu, 25 Oct 2007 23:50:54 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id 846CB13C48D for ; Thu, 25 Oct 2007 23:50:53 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 41674 invoked by uid 1002); 25 Oct 2007 23:24:12 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(127.0.0.1):. Processed in 6.016335 secs); 25 Oct 2007 23:24:12 -0000 Received: from unknown (HELO webmail.ibctech.ca) (127.0.0.1) by localhost.ibctech.ca with SMTP; 25 Oct 2007 23:24:05 -0000 Received: from 208.70.104.211 (SquirrelMail authenticated user steve@ibctech.ca) by webmail.ibctech.ca with HTTP; Thu, 25 Oct 2007 19:24:05 -0400 (EDT) Message-ID: <1985.208.70.104.211.1193354645.squirrel@webmail.ibctech.ca> In-Reply-To: <200710251516.19505.fjwcash+freebsd@gmail.com> References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <47210FBE.6080803@gmail.com> <20071025220742.GA45217@owl.midgard.homeip.net> <200710251516.19505.fjwcash+freebsd@gmail.com> Date: Thu, 25 Oct 2007 19:24:05 -0400 (EDT) From: "Steve Bertrand" To: "Freddie Cash" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: current@freebsd.org Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 23:50:54 -0000 > Maybe not, but for the bulk of the users of cvsup, csup is a drop-in > replacement. :) As with most things in Unix-land, there's more than > one way to do things, and every one will defend to the death their way > of doing things. :D Without taking the time to RTFM, I'll say this: The first thing I do when I install a new system from an ISO is: # pkg_add -r cvsup-without-gui # pkg_add -r fastest_cvsup Then I copy my supfile(s) from another equivalent box to this one, including my refuse file, and: # cvsup -L 2 -g /etc/supfile && cvsup -L 2 -g /etc/supfile.ports Will csup work the exact same way, without having to do the pkg_add steps? Is this what " a drop in replacement" means? Steve From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 23:59:14 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B63D616A419 for ; Thu, 25 Oct 2007 23:59:14 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id 3C44F13C494 for ; Thu, 25 Oct 2007 23:59:14 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 43394 invoked by uid 1002); 25 Oct 2007 23:59:14 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(127.0.0.1):. Processed in 8.261452 secs); 25 Oct 2007 23:59:14 -0000 Received: from unknown (HELO webmail.ibctech.ca) (127.0.0.1) by localhost.ibctech.ca with SMTP; 25 Oct 2007 23:59:05 -0000 Received: from 208.70.104.211 (SquirrelMail authenticated user steve@ibctech.ca) by webmail.ibctech.ca with HTTP; Thu, 25 Oct 2007 19:59:05 -0400 (EDT) Message-ID: <1745.208.70.104.211.1193356745.squirrel@webmail.ibctech.ca> In-Reply-To: <200710251631.37160.fjwcash+freebsd@gmail.com> References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251516.19505.fjwcash+freebsd@gmail.com> <1985.208.70.104.211.1193354645.squirrel@webmail.ibctech.ca> <200710251631.37160.fjwcash+freebsd@gmail.com> Date: Thu, 25 Oct 2007 19:59:05 -0400 (EDT) From: "Steve Bertrand" To: "Freddie Cash" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: current@freebsd.org Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 23:59:14 -0000 >> Will csup work the exact same way, without having to do the pkg_add >> steps? Is this what " a drop in replacement" means? > > Yes. LOL. Straight to the point. I like that. If I may try to expand your reply for the archives (and myself), I must assume that csup implies fastest_cvsup correct? Does csup at this point use my existing supfile(s) and just change the server on the fly? Another yes/no will give me enough info to investigate. Usually though, in a case like this, status-quo is faster for me :) Steve From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 00:16:22 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F5B616A417 for ; Fri, 26 Oct 2007 00:16:22 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 3ACAB13C4AA for ; Fri, 26 Oct 2007 00:16:22 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:50175 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1IlCs9-0003em-7N for current@freebsd.org; Fri, 26 Oct 2007 02:16:21 +0200 Received: (qmail 51920 invoked from network); 26 Oct 2007 02:16:18 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 26 Oct 2007 02:16:18 +0200 Received: (qmail 46694 invoked by uid 1001); 26 Oct 2007 02:16:17 +0200 Date: Fri, 26 Oct 2007 02:16:17 +0200 From: Erik Trulsson To: Steve Bertrand Message-ID: <20071026001617.GA46538@owl.midgard.homeip.net> Mail-Followup-To: Steve Bertrand , Freddie Cash , current@freebsd.org References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251516.19505.fjwcash+freebsd@gmail.com> <1985.208.70.104.211.1193354645.squirrel@webmail.ibctech.ca> <200710251631.37160.fjwcash+freebsd@gmail.com> <1745.208.70.104.211.1193356745.squirrel@webmail.ibctech.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1745.208.70.104.211.1193356745.squirrel@webmail.ibctech.ca> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1IlCs9-0003em-7N. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1IlCs9-0003em-7N c732b80ffdc5f33e34d4d4c811a6184f Cc: Freddie Cash , current@freebsd.org Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 00:16:22 -0000 On Thu, Oct 25, 2007 at 07:59:05PM -0400, Steve Bertrand wrote: > > >> Will csup work the exact same way, without having to do the pkg_add > >> steps? Is this what " a drop in replacement" means? > > > > Yes. > > LOL. Straight to the point. I like that. > > If I may try to expand your reply for the archives (and myself), I > must assume that csup implies fastest_cvsup correct? No. fastest_cvsup is a separate Perl script which is independent from CVSup or csup. If you want to use fastest_cvsup you will have to install it separately. > > Does csup at this point use my existing supfile(s) and just change the > server on the fly? csup is intended as a replacement for cvsup. It should use the existing supfiles and behave just like CVSup does - neither more nor less. (Apart from a few less-often-used features of CVSup that are not yet supported by csup, that is.) > > Another yes/no will give me enough info to investigate. Usually > though, in a case like this, status-quo is faster for me :) > > Steve > -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 01:35:50 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC9616A417 for ; Fri, 26 Oct 2007 01:35:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outH.internet-mail-service.net (outH.internet-mail-service.net [216.240.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id BB88913C4A8 for ; Fri, 26 Oct 2007 01:35:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 25 Oct 2007 18:35:49 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id D54DC126800; Thu, 25 Oct 2007 18:35:48 -0700 (PDT) Message-ID: <47214491.6060209@elischer.org> Date: Thu, 25 Oct 2007 18:36:17 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Freddie Cash References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251516.19505.fjwcash+freebsd@gmail.com> <1985.208.70.104.211.1193354645.squirrel@webmail.ibctech.ca> <200710251631.37160.fjwcash+freebsd@gmail.com> In-Reply-To: <200710251631.37160.fjwcash+freebsd@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 01:35:50 -0000 Freddie Cash wrote: > On October 25, 2007 04:24 pm Steve Bertrand wrote: >>> Maybe not, but for the bulk of the users of cvsup, csup is a drop-in >>> replacement. :) As with most things in Unix-land, there's more than >>> one way to do things, and every one will defend to the death their >>> way of doing things. :D >> Without taking the time to RTFM, I'll say this: >> >> The first thing I do when I install a new system from an ISO is: >> >> # pkg_add -r cvsup-without-gui >> # pkg_add -r fastest_cvsup >> >> Then I copy my supfile(s) from another equivalent box to this one, >> including my refuse file, and: >> >> # cvsup -L 2 -g /etc/supfile && cvsup -L 2 -g /etc/supfile.ports >> >> Will csup work the exact same way, without having to do the pkg_add >> steps? Is this what " a drop in replacement" means? > > Yes. > unless the cvsup file takes the cvs view. From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 02:42:59 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0DE516A418 for ; Fri, 26 Oct 2007 02:42:59 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id 65C9C13C4C1 for ; Fri, 26 Oct 2007 02:42:59 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 50330 invoked by uid 1002); 26 Oct 2007 02:42:58 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(127.0.0.1):. Processed in 6.04284 secs); 26 Oct 2007 02:42:58 -0000 Received: from unknown (HELO webmail.ibctech.ca) (127.0.0.1) by localhost.ibctech.ca with SMTP; 26 Oct 2007 02:42:52 -0000 Received: from 208.70.104.211 (SquirrelMail authenticated user steve@ibctech.ca) by webmail.ibctech.ca with HTTP; Thu, 25 Oct 2007 22:42:52 -0400 (EDT) Message-ID: <1554.208.70.104.211.1193366572.squirrel@webmail.ibctech.ca> In-Reply-To: <20071026001617.GA46538@owl.midgard.homeip.net> References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <200710251516.19505.fjwcash+freebsd@gmail.com> <1985.208.70.104.211.1193354645.squirrel@webmail.ibctech.ca> <200710251631.37160.fjwcash+freebsd@gmail.com> <1745.208.70.104.211.1193356745.squirrel@webmail.ibctech.ca> <20071026001617.GA46538@owl.midgard.homeip.net> Date: Thu, 25 Oct 2007 22:42:52 -0400 (EDT) From: "Steve Bertrand" To: "Freddie Cash" , current@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 02:42:59 -0000 > No. fastest_cvsup is a separate Perl script which is independent > from CVSup or csup. If you want to use fastest_cvsup you will have to > install it separately. >> >> Does csup at this point use my existing supfile(s) and just change >> the server on the fly? > > csup is intended as a replacement for cvsup. It should use the > existing supfiles and behave just like CVSup does - neither more nor > less. (Apart from a few less-often-used features of CVSup that are not > yet supported by csup, that is.) Thanks for the response. Out of curiosity based on your responses, technically, how would you describe csup to be faster than cvsup with a properly configured supfile over a 100Mbps Internet connection? Understand I'm not being disrespectful, I truly want to know how/why it's faster. Is it a coding thing? AFAICT, all it does is diff files that one has and download the changes, right? Or is it just because it's in the base now? (I haven't tried to see if it's in the base, but from what I know now, it is ;) Steve From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 02:48:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B630D16A420 for ; Fri, 26 Oct 2007 02:48:55 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 780FF13C4BC for ; Fri, 26 Oct 2007 02:48:55 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l9Q2mrMa064526 for ; Thu, 25 Oct 2007 21:48:54 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4721558D.1040804@freebsd.org> Date: Thu, 25 Oct 2007 21:48:45 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Subject: panic: ffs_read: uio->uio_offset < 0 (NFS related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 02:48:55 -0000 It appears that NFS cookies that are large, with bits past the 32bit range can be munged because the cookies type used is only 32bit when NFS cookies can be 64bit. This can cause NFS problems at the least, and in the worst case, cause a kernel panic on the NFS server (see subject) if the result is a negative offset, which gets passed down directly into the underlying file system's readdir (in this case) function. For UFS this causes a panic. It looks like the two cookie variables need to be 64 bit types, but that would also require changing the VOP_READDIR arguments to also be 64bit, and that's a big change. One way to stop the panic at least it to return BAD_COOKIE on cookies that would panic the box, since it is rare that a client would get that kind of cookie anyhow. Thoughts? Eric Note that the code even comments on the 64bit need: http://fxr.googlebit.com/source/sys/nfsserver/nfs_serv.c?v=8-CURRENT#L3450 From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 06:49:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C35F416A417 for ; Fri, 26 Oct 2007 06:49:20 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 9325913C48E for ; Fri, 26 Oct 2007 06:49:20 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so624659rvb for ; Thu, 25 Oct 2007 23:49:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; bh=BF9ZT5s63Kh8os++DtQSVTOQXcXMZjBccU68d4XvPek=; b=ZNPh60lzpwyqHLQ9EK32JAj+aGdZ+XcTlGRscOpqHm6aHMhlBVtQ2EGBzS6SxJ/PMqOjCtL0cUPsISB97RvUKyUZ79+F4e1MqnqHW5Hi5UzFxZLPahxxo8OPduMz8itA6m/gG9omjYhsk98vm69B2A7hKt4XSLN4xRi3/v/PQo4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; b=g6ZX4J2avJLcyFpmimxpxL4j+tHuF8gxawvJrkusA4KieTvgTHIArecs+urULJHpb0oRIHbanPukUFq9x1jnzq8AgfWnROxkpX1fieZBPxn2VLiwH1pUwvT4yINsWlLHM9UTwp38X4EEC1nJxGeSzkCFT4PdvL+w9awbd6FSRsM= Received: by 10.141.78.14 with SMTP id f14mr1367953rvl.1193381360036; Thu, 25 Oct 2007 23:49:20 -0700 (PDT) Received: from freebsd.weongyo.org ( [211.53.35.67]) by mx.google.com with ESMTPS id c36sm5177096rvf.2007.10.25.23.49.16 (version=SSLv3 cipher=OTHER); Thu, 25 Oct 2007 23:49:17 -0700 (PDT) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Fri, 26 Oct 2007 15:49:25 +0900 Date: Fri, 26 Oct 2007 15:49:25 +0900 To: Ted Lindgreen Message-ID: <20071026064925.GA8842@freebsd.weongyo.org> References: <200710240911.l9O9BOVa083957@omval.tednet.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710240911.l9O9BOVa083957@omval.tednet.nl> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-current@freebsd.org, Warner Losh Subject: Re: New if_zyd driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 06:49:20 -0000 On Wed, Oct 24, 2007 at 11:11:24AM +0200, Ted Lindgreen wrote: > An addition to my previous reply: > > [Quoting Ted Lindgreen, on Oct 24, 9:41, in "Re: New if_zyd drive ..."] > > [Quoting Weongyo Jeong, on Oct 20, 13:43, in "Re: New if_zyd drive ..."] > > .... > > > I send you a patch which is attached with this email to fix a reset > > > problem of the zyd driver when we reboot. > > > > > > In my environment, this patch was worked. Would you please test this > > > patch and send me results? I hope it works. :-) > > > > Sorry for the delay (I am traveling by boat with very limited > > internet access). > > > > I have applied the patch and rebooted with the new kernel. > > However, the zyd-card does not work after the warm boot. > > Yanking and reinstalling the stick fixes the problem, though. > > > > The relevant logs. > > After the warm reboot: > > zyd0: on uhub4 > > zyd0: could not load firmware (error=5) > > device_attach: zyd0 attach returned 5 > > pcib1: at device 30.0 on pci0 > > pcib1: domain 0 > > > > after yanking and reinserting: > > zyd0: at uhub4 port 1 (addr 2) disconnected > > zyd0: on uhub4 > > zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:02:72:57:48:76 > > zyd0: bpf attached > > zyd0: Ethernet address: 00:02:72:57:48:76 > > zyd0: if_start running deferred for Giant > > zyd0: bpf attached > > zyd0: bpf attached > > zyd0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > > zyd0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36M > > bps 48Mbps 54Mbps > > zyd0: link state changed to UP > >... > [End of quote from Ted Lindgreen, on Oct 24, 9:41] > > After rebooting, warm and cold several times more (about 20), I could > NOT reproduce above "error=5" anymore. > > So, it seems that the patch DOES work. after all! > > An explanation for the ""error=5" after the first reboot, > may be that during this warm reboot the old firmware was > still in the stick. > > regards, > -- ted That sounds cool! I will try to reflect patch to CURRENT. Thanks again for your feedback. :-) Regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 07:55:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DBAF16A418 for ; Fri, 26 Oct 2007 07:55:11 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from etain.frida.mouhaha.de (etain.frida.mouhaha.de [85.236.48.54]) by mx1.freebsd.org (Postfix) with ESMTP id E5E1413C4B3 for ; Fri, 26 Oct 2007 07:55:10 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from localhost (etain.frida.mouhaha.de [85.236.48.54]) by etain.frida.mouhaha.de (Postfix) with ESMTP id 195794B91E3; Fri, 26 Oct 2007 09:55:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at mouhaha.de Received: from etain.frida.mouhaha.de ([85.236.48.54]) by localhost (etain.frida.mouhaha.de [85.236.48.54]) (amavisd-new, port 10024) with ESMTP id l1LP++AnHf35; Fri, 26 Oct 2007 09:55:07 +0200 (CEST) Received: by etain.frida.mouhaha.de (Postfix, from userid 1001) id DAC964B91AE; Fri, 26 Oct 2007 09:55:06 +0200 (CEST) Date: Fri, 26 Oct 2007 09:55:06 +0200 From: Oliver Peter To: Ken Smith Message-ID: <20071026075506.GH22904@nemesis.frida.mouhaha.de> References: <1193351234.93167.21.camel@neo.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o71xDhNo7p97+qVi" Content-Disposition: inline In-Reply-To: <1193351234.93167.21.camel@neo.cse.buffalo.edu> X-Operating-System: FreeBSD 6.2-RELEASE-p8 i386 User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1.5 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 07:55:11 -0000 --o71xDhNo7p97+qVi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 25, 2007 at 06:27:14PM -0400, Ken Smith wrote: > ... > Note you will not have been impacted at all if you updated an older > machine using cvsup to RELENG_7. This issue only impacts people who had > done an install using the 7.0-BETA1 ISOs. Thanks for this information. Last night I did a fresh 7.0-BETA1 install, fetched the RELENG_7 sources and had some installworld fun. Everything wents fine but I wondered how many changes where between 7.0-BETA1 and the latest RELENG_7... hehe :) Everything wents fine. Mergemaster did a great job but I still want to ask if there can be a problem in the future because I switched from 8.0-SUPRISE to 7.0-STABLE... --=20 Oliver PETER, eMail: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --o71xDhNo7p97+qVi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkchnVoACgkQ6LH/IUVtaI+bWQCgh3OxJ0qzYH+72YE1UYvxXJTJ 1pIAoKr6JxhoHeu5LRT2915sN2vNlgsZ =ayP3 -----END PGP SIGNATURE----- --o71xDhNo7p97+qVi-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 09:29:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA09A16A418 for ; Fri, 26 Oct 2007 09:29:37 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from mta02.xtra.co.nz (mta02.xtra.co.nz [210.54.141.253]) by mx1.freebsd.org (Postfix) with ESMTP id 54DC013C480 for ; Fri, 26 Oct 2007 09:29:37 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from fep04.xtra.co.nz ([172.23.12.41]) by mta01.xtra.co.nz with ESMTP id <20071026085646.CMZW7558.mta01.xtra.co.nz@fep04.xtra.co.nz>; Fri, 26 Oct 2007 21:56:46 +1300 Received: from serv.int.fubar.geek.nz ([122.57.28.62]) by fep04.xtra.co.nz with ESMTP id <20071026085646.BCTY17371.fep04.xtra.co.nz@serv.int.fubar.geek.nz>; Fri, 26 Oct 2007 21:56:46 +1300 Date: Fri, 26 Oct 2007 21:56:44 +1300 From: Andrew Turner To: Erik Osterholm Message-ID: <20071026215644.004a9a8c@hermies.int.fubar.geek.nz> In-Reply-To: <20071025201857.GC43606@aleph.cepheid.org> References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <1192629534.2001.9.camel@localhost> <2412.172.16.9.1.1193233712.squirrel@www.xtra-net.be> <1193236792.2001.48.camel@localhost> <1493.172.16.9.1.1193239311.squirrel@www.xtra-net.be> <863avztspi.fsf@ds4.des.no> <1193342809.30674.3.camel@localhost> <20071025201857.GC43606@aleph.cepheid.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?cmF2?= , Dag-Erling, freebsd-current@freebsd.org, Harrison Grundy , Vincent Blondel Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 09:29:37 -0000 On Thu, 25 Oct 2007 15:18:57 -0500 Erik Osterholm wrote: > On Fri, Oct 26, 2007 at 05:06:49AM +0900, Harrison Grundy wrote: > > I just thought I'd note that you can use Xen with FreeBSD if your > > processor supports hardware virtualization, I believe. > > I have yet to hear any independant verification of this. Anyone > actually running FreeBSD as a domU with hardware virtualization? I've attempted to boot AMD64 and i386 FreeBSD on an AMD64 Xen 3.0.6 machine. The AMD64 FreeBSD failed in the BTX code with an error similar to [1]. The i386 version of FreeBSD will boot when you remove SMP, PREEMPTION and INVARIANTS from the kernel [2]. There are other problems with it when you do get it to boot. Andrew [1] http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=622 [2] http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076400.html -- Andrew Turner http://fubar.geek.nz/blog/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 09:43:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ECA316A468 for ; Fri, 26 Oct 2007 09:43:45 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx4.mail.ru (fallback.mail.ru [194.67.57.14]) by mx1.freebsd.org (Postfix) with ESMTP id 36D2813C4B7 for ; Fri, 26 Oct 2007 09:43:45 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx4.mail.ru (mPOP.Fallback_MX) with ESMTP id 8364B196C35 for ; Fri, 26 Oct 2007 13:32:33 +0400 (MSD) Received: from [217.25.23.1] (port=54672 helo=[217.25.23.1]) by mx3.mail.ru with esmtp id 1IlLYN-000C8x-00 for freebsd-current@freebsd.org; Fri, 26 Oct 2007 13:32:31 +0400 Message-ID: <4721B418.40007@mail.ru> Date: Fri, 26 Oct 2007 14:32:08 +0500 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: make -DNOCLEAN buildworld taking a long time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rihad@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 09:43:45 -0000 I'm frequently doing cd /usr/src/ && make update, and then the whole buildworld/kernel/mergemaster dance. Why is make -DNOCLEAN buildworld kernel taking a long time rebuilding most parts? Shouldn't it only build whatever has changed? Thanks. From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 09:50:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A99A616A418 for ; Fri, 26 Oct 2007 09:50:22 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx4.mail.ru (fallback.mail.ru [194.67.57.14]) by mx1.freebsd.org (Postfix) with ESMTP id 62D1213C494 for ; Fri, 26 Oct 2007 09:50:22 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.23]) by mx4.mail.ru (mPOP.Fallback_MX) with ESMTP id 354C69852C for ; Fri, 26 Oct 2007 13:32:08 +0400 (MSD) Received: from [217.25.23.1] (port=21251 helo=[217.25.23.1]) by mx27.mail.ru with esmtp id 1IlLXy-000HZY-00 for freebsd-current@freebsd.org; Fri, 26 Oct 2007 13:32:06 +0400 Message-ID: <4721B3FF.5040003@mail.ru> Date: Fri, 26 Oct 2007 14:31:43 +0500 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: make -DNOCLEAN buildworld taking a long time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 09:50:22 -0000 I'm frequently doing cd /usr/src/ && make update, and then the whole buildworld/kernel/mergemaster dance. Why is make -DNOCLEAN buildworld kernel taking a long time rebuilding most parts? Shouldn't it only build whatever has changed? Thanks. From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 10:09:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 169B816A417 for ; Fri, 26 Oct 2007 10:09:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A268A13C48A for ; Fri, 26 Oct 2007 10:09:53 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-118-190.lns11.adl6.internode.on.net [121.45.118.190]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l9QA9ovu031850 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Oct 2007 19:39:51 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 26 Oct 2007 19:39:46 +0930 User-Agent: KMail/1.9.7 References: <4721B3FF.5040003@mail.ru> In-Reply-To: <4721B3FF.5040003@mail.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1407241.IfmABDxWyz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710261939.47467.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: rihad Subject: Re: make -DNOCLEAN buildworld taking a long time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 10:09:54 -0000 --nextPart1407241.IfmABDxWyz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 26 Oct 2007, rihad wrote: > I'm frequently doing cd /usr/src/ && make update, and then the whole > buildworld/kernel/mergemaster dance. Why is make -DNOCLEAN You can use -DNO_KERNELDEPEND for kernel stuff if you're confident the=20 changes you're making won't impact on file dependencies. I have to wonder why you're doing it often though.. > buildworld kernel taking a long time rebuilding most parts? Shouldn't > it only build whatever has changed? Unfortunately due to limitations in the way make works and is being used=20 mean that there is a lot of crap to get through even if nothing is=20 actually done :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1407241.IfmABDxWyz Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHIbzr5ZPcIHs/zowRApDSAJ4gV3N0oRO+CR3Q4xlC15bpqu66UACdEKOS NuwHGWHTC8dT96g+xZgfq2U= =zbFU -----END PGP SIGNATURE----- --nextPart1407241.IfmABDxWyz-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 10:17:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2F6916A419 for ; Fri, 26 Oct 2007 10:17:51 +0000 (UTC) (envelope-from gkozyrev@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 7353713C465 for ; Fri, 26 Oct 2007 10:17:51 +0000 (UTC) (envelope-from gkozyrev@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so752701uge for ; Fri, 26 Oct 2007 03:17:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=IFT7WDH4yX2zTbxTdgsN8qWet9pgidGuZ4FejsD1iBw=; b=oqLL4cvGG05y2TpC1QdmgPyWqsp8k3It6Qc5J/W3Ys2rF9KHmxESzgUWv4raeJ+PfKMYTMWfQ+rLxxiqM3ZXPkc527Reer2KVvR6FFH0/pj4Nv/e4DBc5Dr2CxZdYMmMeW++OojPsLcoYAR8v4K/11+7S2Qke+fAsssavIxIVvw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=k0TMTpIaX3cVsPpJpW5sAe6tyMwBp5WYekecYvVgiqSR3YhAGhHQ1RwPPl57NhURtBjUJxNDzuhJu6WdYq+U4l+9lHTDL8gvrK3y4pZ58Ev9TIzTg0UNn3IqdKiaYSIQn707T3eXGgL4vISmyPKHu7MMdlb8K56CSdKSwfL7IXk= Received: by 10.78.157.19 with SMTP id f19mr2114031hue.1193392327430; Fri, 26 Oct 2007 02:52:07 -0700 (PDT) Received: by 10.78.148.14 with HTTP; Fri, 26 Oct 2007 02:52:07 -0700 (PDT) Message-ID: Date: Fri, 26 Oct 2007 12:52:07 +0300 From: "Gleb Kozyrev" To: "John Baldwin" In-Reply-To: <200710251435.58984.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710251435.58984.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: Deadlock, exclusive sx so_rcv_sx, amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 10:17:52 -0000 On 25/10/2007, John Baldwin wrote: > > Running rtorrent and ftp brings my system to a deadlock > > in a few hours. Kernel still responds to pings and sends some > > TCP acks. ... > > Please suggest any other commands to run in DDB if needed. > > Cores are saved. > > show sleepchain will show if it's a real deadlock or not. > This time the freeze was a matter of minutes. db> ps pid ppid pgrp uid state wmesg wchan cmd 1229 991 991 0 ? smbd 1201 1195 1201 1001 SL+ pfault 0xffffffff80b1359c rtorrent 1199 1193 1199 1001 Ss+ ttyin 0xffffff0001211410 tcsh 1197 1193 1197 1001 Ss+ ttyin 0xffffff0001218810 tcsh 1195 1193 1195 1001 Ss+ pause 0xffffff000624a0c0 tcsh 1193 1192 1193 1001 SLs pfault 0xffffffff80b1359c screen 1192 1190 1190 1001 S+ pause 0xffffff00013c10c0 screen 1190 1189 1190 1001 Ss+ pause 0xffffff00065b40c0 tcsh 1189 1187 1187 1001 S select 0xffffffff80af79d0 sshd 1187 1097 1187 0 Ss sbwait 0xffffff00065346cc sshd ... db> show alllocks Process 1187 (sshd) thread 0xffffff00065ad350 (100166) exclusive sx so_rcv_sx r = 0 (0xffffff0006534670) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 db> show sleepchain 1187 thread 100166 (pid 1187, sshd) sleeping on 0xffffff00065346cc "sbwait" db> show sleepchain 1201 thread 100164 (pid 1201, rtorrent) sleeping on 0xffffffff80b1359c "pfault" Nothing interesting I guess... Maybe this is not a deadlock, what else can cause such a freeze? I won't reboot it for a while -- maybe someone can suggest anything else. -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 10:18:23 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 429E216A418; Fri, 26 Oct 2007 10:18:23 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 044EC13C494; Fri, 26 Oct 2007 10:18:23 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 5D9091CCF6; Fri, 26 Oct 2007 12:18:22 +0200 (CEST) Date: Fri, 26 Oct 2007 12:18:22 +0200 From: Ed Schouten To: Dmitry Morozovsky Message-ID: <20071026101822.GJ5411@hoeg.nl> References: <20071025110225.D31135@woozle.rinet.ru> <20071025082153.GA47376@eos.sc1.parodius.com> <20071025125652.E31135@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xcdXf2pmdJ8FA+Zb" Content-Disposition: inline In-Reply-To: <20071025125652.E31135@woozle.rinet.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Jeremy Chadwick , current@freebsd.org Subject: Re: RELENG_7: SATA hotplug does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 10:18:23 -0000 --xcdXf2pmdJ8FA+Zb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Dmitry Morozovsky wrote: > Well, you may be right (however, I doubt, as IIRC, SATA standard requires= =20 > hotplug)=20 As far as I know, this only applies when you use AHCI. --=20 Ed Schouten WWW: http://g-rave.nl/ --xcdXf2pmdJ8FA+Zb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHIb7u52SDGA2eCwURAj29AJ9rNzSdm3Bf8xBbLo6tfo92AU1segCfTLhg 1r/JQbLXXSh2pWgT3ySBnrA= =bFmh -----END PGP SIGNATURE----- --xcdXf2pmdJ8FA+Zb-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 10:20:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BFF816A418 for ; Fri, 26 Oct 2007 10:20:30 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id B695313C4A3 for ; Fri, 26 Oct 2007 10:20:29 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 26 Oct 2007 10:20:26 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO [192.168.0.1]) [81.217.94.222] by mail.gmx.net (mp047) with SMTP; 26 Oct 2007 12:20:26 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX180tct60VU0Mb9RokQY1NzXRbRD4NFXnbcbmmD0+h 4HDF7/rQwFzlWu From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Fri, 26 Oct 2007 12:20:24 +0200 User-Agent: KMail/1.9.7 References: <47209EB2.5080109@palisadesys.com> <200710251911.24346.shoesoft@gmx.net> <4720D849.2010409@errno.com> In-Reply-To: <4720D849.2010409@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710261220.24757.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: pluknet Subject: Re: iwi0 firmware error on Dell Inspiron 6000 w/ Intel PRO/Wireless 2200BG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 10:20:30 -0000 On Thursday 25 October 2007 19:54:17 Sam Leffler wrote: > Stefan Ehmann wrote: > > On Thursday 25 October 2007 18:28:47 pluknet wrote: > >> On 25/10/2007, Guy Helmer wrote: > >>> I just upgraded a laptop to FreeBSD RELENG_7 checked out on 20071016. > >>> Previously, iwi0 had worked OK under FreeBSD 6.2. After updating to 7, > >>> though, iwi0 reports "firmware error" and nothing more happens. I have > >>> set legal.intel_iwi.license_ack=1 in /boot/loader.conf. wpa_supplicant > >>> and dhclient are running with the same configurations that worked under > >>> FreeBSD 6. I'm using the GENERIC kernel with SCHED_ULE instead of > >>> SCHED_4BSD, and the loaded modules are: > >>> > >>> Id Refs Address Size Name > >>> 1 23 0xc0400000 8d0750 kernel > >>> 2 1 0xc0cd1000 111b8 geom_eli.ko > >>> 3 2 0xc0ce3000 25ff8 crypto.ko > >>> 4 2 0xc0d09000 ab40 zlib.ko > >>> 5 1 0xc0d14000 6e48 snd_ich.ko > >>> 6 2 0xc0d1b000 4a52c sound.ko > >>> 7 1 0xc0d66000 69164 acpi.ko > >>> 10 1 0xc32fb000 22000 linux.ko > >>> 11 1 0xc3595000 21000 radeon.ko > >>> 12 1 0xc35b6000 f000 drm.ko > >>> 13 1 0xc31ff000 f000 if_iwi.ko > >>> 14 1 0xc3e4f000 30000 iwi_bss.ko > >>> > >>> ifconfig iwi0 reports: > >>> > >>> iwi0: flags=8803 metric 0 mtu 1500 > >>> ether 00:12:f0:12:1c:24 > >>> inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > >>> media: IEEE 802.11 Wireless Ethernet autoselect > >>> status: no carrier > >>> ssid "" channel 8 (2447 Mhz 11g) > >>> authmode WPA1+WPA2/802.11i privacy ON deftxkey 1 txpowmax 100 > >>> bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > >>> roam:rssi11g 14 roam:rate11g 5 protmode CTS roaming MANUAL > >>> bintval 100 > >>> > >>> I've tried setting debug.iwi=1, and the kernel messages regarding iwi0 > >>> are: > >>> > >>> Oct 25 08:09:11 aquarius kernel: iwi0: > >>> mem 0xdfcfd000-0xdfcfdfff irq 17 at device 3.0 on pci3 Oct 25 08:09:11 > >>> aquarius kernel: iwi0: Ethernet address: 00:12:f0:12:1c:24 Oct 25 > >>> 08:09:11 aquarius kernel: iwi0: [ITHREAD] > >>> Oct 25 08:09:14 aquarius kernel: iwi0: firmware error > >>> Oct 25 08:10:17 aquarius kernel: iwi_newstate: SCAN -> INIT flags 0x0 > >>> Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> INIT flags 0x0 > >>> Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> SCAN flags 0x1 > >>> Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 > >>> Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 > >>> > >>> Any ideas? > >>> > >>> Guy > >>> > >>> -- > >>> Guy Helmer, Ph.D. > >>> Chief System Architect > >>> Palisade Systems, Inc. > >> > >> Me too. > >> (It works in authmode OPEN though, see my case on > >> http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076397.ht > >>ml) > > > > On my notebook, I get similar errors most of the time. The problems > > started some months ago. > > > > If I don't configure iwi0 via /etc/rc.conf, I can get WPA working > > something like this: > > > > ifconfig iwi0 up > > wpa_supplicant -d -i iwi0 -c /etc/wpa_supplicant.conf > > dhclient iwi0 > > > > IIRC it worked most of the time via /etc/rc.conf if I disabled > > WITNESS/INVARIANTS. Haven't been using the notebook too much lately, so > > I'm not sure if this is still true. > > I just tested this on a t42 w/ 2200 card and it worked for me. Try > setting debug.iwi to something like 2 or 5 and collect a log. The > firmware is very finnicky and getting it to integrate w/ wpa_supplicant > was a challenge. I upgraded to a fresh CURRENT. Most of the time it works during startup. I couldn't reproduce the firmware error message with debug.iwi enabled. What used to work and now causes the firmware error message is when I kldunload if_iwi. This used to work some time ago, e.g. iwi was automatically reloaded and successfully associated. (I use this for suspend/resume) I only get wpa_supplicant to work again if I do ifconfig iwi down/up. Here's the log http://stud4.tuwien.ac.at/~e0125637/fbsd/iwi.log From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 10:22:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91D4B16A420 for ; Fri, 26 Oct 2007 10:22:20 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id 4903F13C480 for ; Fri, 26 Oct 2007 10:22:19 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=62096 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IlLrT-0005JM-0L; Fri, 26 Oct 2007 09:52:15 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.1/8.14.1) with ESMTP id l9Q9pXfW026690; Fri, 26 Oct 2007 13:51:33 +0400 (MSD) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.1/8.14.1/Submit) id l9Q9pXpb026689; Fri, 26 Oct 2007 13:51:33 +0400 (MSD) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Fri, 26 Oct 2007 13:51:33 +0400 From: Ruslan Ermilov To: rihad Message-ID: <20071026095133.GD89281@team.vega.ru> References: <4721B3FF.5040003@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4721B3FF.5040003@mail.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: make -DNOCLEAN buildworld taking a long time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 10:22:20 -0000 On Fri, Oct 26, 2007 at 02:31:43PM +0500, rihad wrote: > I'm frequently doing cd /usr/src/ && make update, and then the whole > buildworld/kernel/mergemaster dance. Why is make -DNOCLEAN buildworld > kernel taking a long time rebuilding most parts? Shouldn't it only build > whatever has changed? > This happens when e.g. sys/param.h changes. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 10:34:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D736F16A417 for ; Fri, 26 Oct 2007 10:34:39 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id C56EB13C4B0 for ; Fri, 26 Oct 2007 10:34:39 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B67AD1CC085; Fri, 26 Oct 2007 03:34:39 -0700 (PDT) Date: Fri, 26 Oct 2007 03:34:39 -0700 From: Jeremy Chadwick To: Ed Schouten Message-ID: <20071026103439.GA3026@eos.sc1.parodius.com> References: <20071025110225.D31135@woozle.rinet.ru> <20071025082153.GA47376@eos.sc1.parodius.com> <20071025125652.E31135@woozle.rinet.ru> <20071026101822.GJ5411@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071026101822.GJ5411@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Dmitry Morozovsky , current@freebsd.org Subject: Re: RELENG_7: SATA hotplug does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 10:34:39 -0000 On Fri, Oct 26, 2007 at 12:18:22PM +0200, Ed Schouten wrote: > * Dmitry Morozovsky wrote: > > Well, you may be right (however, I doubt, as IIRC, SATA standard requires > > hotplug) > > As far as I know, this only applies when you use AHCI. That's true from what I've read too, although nVidia has written some SATA drivers for Windows which supposedly handle hot-swapping, but it requires that you set the SATA subsystem in the BIOS to RAID mode. Our 5015M-T+ servers have Intel AHCI enabled in the BIOS: atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xe0000400-0xe00007ff irq 19 at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 4 ports detected Also, I could have sworn the official SATA specification didn't list or support hot-swapping until the SATA-II revision. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 11:40:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80E3616A418; Fri, 26 Oct 2007 11:40:08 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 007D313C4B0; Fri, 26 Oct 2007 11:40:07 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9QBdviv006452 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 26 Oct 2007 07:40:00 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Oliver Peter In-Reply-To: <20071026075506.GH22904@nemesis.frida.mouhaha.de> References: <1193351234.93167.21.camel@neo.cse.buffalo.edu> <20071026075506.GH22904@nemesis.frida.mouhaha.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HuoSriepPpwi52DyhJY2" Organization: U. Buffalo CSE Department Date: Fri, 26 Oct 2007 07:39:56 -0400 Message-Id: <1193398796.7390.6.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1.5 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 11:40:08 -0000 --=-HuoSriepPpwi52DyhJY2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-10-26 at 09:55 +0200, Oliver Peter wrote: > Everything wents fine. Mergemaster did a great job but I still want > to ask if there can be a problem in the future because I switched from > 8.0-SUPRISE to 7.0-STABLE...=20 I don't *think* so. Part of why I didn't pick up on the mistake was that HEAD and RELENG_7 were still pretty close. The "ctype.h issues" introduced symbols (subtlties of using inlined code...) were what caused all the issues with "updates" and once the system is successfully migrated to RELENG_7 any effects from that should be wiped out. I've been more focused on RELENG_6/RELENG_7 lately but I don't *think* anything has hit HEAD between when RELENG_7 got branched and when I started the builds that would permanently cripple the machine. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-HuoSriepPpwi52DyhJY2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHIdH//G14VSmup/YRAmmGAJ0XWNOapeEdZT3C7CgD9Kb+TqeP2wCggVnT AUqeqiOdDjnXzzX6sZhe9wQ= =BsfX -----END PGP SIGNATURE----- --=-HuoSriepPpwi52DyhJY2-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 12:19:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3979E16A417 for ; Fri, 26 Oct 2007 12:19:23 +0000 (UTC) (envelope-from anderson@cnpm.embrapa.br) Received: from inga.cnpm.embrapa.br (inga.cnpm.embrapa.br [200.136.111.23]) by mx1.freebsd.org (Postfix) with ESMTP id E636813C48A for ; Fri, 26 Oct 2007 12:19:22 +0000 (UTC) (envelope-from anderson@cnpm.embrapa.br) Received: from caraiba.cnpm.embrapa.br (caraiba.cnpm.embrapa.br [200.136.111.98]) by inga.cnpm.embrapa.br (Postfix) with ESMTP id 7DB6D8A02A for ; Fri, 26 Oct 2007 09:02:31 -0200 (BRST) Received: from localhost (localhost [127.0.0.1]) by caraiba.cnpm.embrapa.br (Postfix) with ESMTP id 25C7E16A45B for ; Fri, 26 Oct 2007 10:02:33 -0200 (BRST) Received: from mogno.local.cnpm.embrapa.br (mogno.local.cnpm.embrapa.br [10.0.0.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by caraiba.cnpm.embrapa.br (Postfix) with ESMTP id 1DAFF16A455 for ; Fri, 26 Oct 2007 10:02:32 -0200 (BRST) Message-ID: <4721D752.50100@cnpm.embrapa.br> Date: Fri, 26 Oct 2007 10:02:26 -0200 From: Anderson Soares Ferreira User-Agent: Thunderbird 2.0.0.6 (X11/20071024) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd 0.1 Subject: buildworld failed in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 12:19:23 -0000 Hi, I've tried to do a buildworld on FreeBSD 8 without success, an error occurs during libkvm build, as showed bellow: cc -O2 -fno-strict-aliasing -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_proc.c /usr/src/lib/libkvm/kvm_proc.c: In function 'kvm_proclist': /usr/src/lib/libkvm/kvm_proc.c:368: warning: passing argument 1 of 'bintime2timeval' from incompatible pointer type /usr/src/lib/libkvm/kvm_proc.c:410: error: 'MAXOCOMLEN' undeclared (first use in this function) /usr/src/lib/libkvm/kvm_proc.c:410: error: (Each undeclared identifier is reported only once /usr/src/lib/libkvm/kvm_proc.c:410: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/lib/libkvm. I didn't find any other reference of MAXOCOMLEN on the source tree ! Any idea ? thanks, Anderson --- Aviso de confidencialidade: - Esta mensagem da Empresa Brasileira de Pesquisa Agropecuária (Embrapa), empresa pública federal regida pelo disposto na Lei Federal nº 5.851, de 7 de dezembro de 1972, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. Confidentiality note: - "This message from Empresa Brasileira de Pesquisa Agropecuária (Embrapa), a government company established under Brazilian law (5.851/72), is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you are not the addressee, please send it back, elucidating the failure". From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 12:28:45 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFD7F16A419 for ; Fri, 26 Oct 2007 12:28:45 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id 67B0B13C4AA for ; Fri, 26 Oct 2007 12:28:45 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1IlO3G-0007dr-8i for freebsd-current@FreeBSD.org; Fri, 26 Oct 2007 16:12:34 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IlO6l-000OMu-Mm for freebsd-current@FreeBSD.org; Fri, 26 Oct 2007 16:16:11 +0400 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Fri, 26 Oct 2007 16:16:11 +0400 Message-ID: <96468692@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: [HEAD] gptboot broken, /dev/hands or unfortune csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 12:28:45 -0000 Hi! I'm trying to upgrade from CURRENT as of a month ago to an up to date one. Gptboot is compiling (while make installworld!). Here is the error message: ----- install -o root -g wheel -m 444 boot boot1 boot2 /boot ===> sys/boot/i386/cdboot (install) install -o root -g wheel -m 444 cdboot /boot ===> sys/boot/i386/gptboot (install) cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -DUFS1_AND_UFS2 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/gptboot/../../common -I/usr/src/sys/boot/i386/gptboot/../btx/lib -I/usr/src/sys/boot/i386/gptboot/../boot2 -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -m32 -march=i386 -c /usr/src/sys/boot/i386/gptboot/gptboot.c /usr/src/sys/boot/i386/gptboot/gptboot.c:24:30: error: machine/bootinfo.h: No such file or directory /usr/src/sys/boot/i386/gptboot/gptboot.c: In function 'main': /usr/src/sys/boot/i386/gptboot/gptboot.c:243: error: invalid use of undefined type 'struct bootinfo' /usr/src/sys/boot/i386/gptboot/gptboot.c:243: error: 'BOOTINFO_VERSION' undeclared (first use in this function) /usr/src/sys/boot/i386/gptboot/gptboot.c:243: error: (Each undeclared identifier is reported only once /usr/src/sys/boot/i386/gptboot/gptboot.c:243: error: for each function it appears in.) /usr/src/sys/boot/i386/gptboot/gptboot.c:244: error: invalid use of undefined type 'struct bootinfo' /usr/src/sys/boot/i386/gptboot/gptboot.c:244: error: invalid application of 'sizeof' to incomplete type 'struct bootinfo' /usr/src/sys/boot/i386/gptboot/gptboot.c:245: error: invalid use of undefined type 'struct bootinfo' /usr/src/sys/boot/i386/gptboot/gptboot.c:246: error: invalid use of undefined type 'struct bootinfo' /usr/src/sys/boot/i386/gptboot/gptboot.c:247: error: invalid use of undefined type 'struct bootinfo' /usr/src/sys/boot/i386/gptboot/gptboot.c: In function 'load': /usr/src/sys/boot/i386/gptboot/gptboot.c:346: error: invalid use of undefined type 'struct bootinfo' /usr/src/sys/boot/i386/gptboot/gptboot.c:377: error: invalid use of undefined type 'struct bootinfo' /usr/src/sys/boot/i386/gptboot/gptboot.c:394: error: invalid use of undefined type 'struct bootinfo' /usr/src/sys/boot/i386/gptboot/gptboot.c:395: error: invalid use of undefined type 'struct bootinfo' /usr/src/sys/boot/i386/gptboot/gptboot.c:396: error: invalid use of undefined type 'struct bootinfo' /usr/src/sys/boot/i386/gptboot/gptboot.c:398: warning: implicit declaration of function 'MAKEBOOTDEV' /usr/src/sys/boot/i386/gptboot/gptboot.c:398: warning: nested extern declaration of 'MAKEBOOTDEV' *** Error code 1 Stop in /usr/src/sys/boot/i386/gptboot. *** Error code 1 Stop in /usr/src/sys/boot/i386. *** Error code 1 Stop in /usr/src/sys/boot. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ----- Well, $SUBJ? Sources were csupped the last night. Thanks! 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 Fri Oct 26 12:31:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEC3616A417 for ; Fri, 26 Oct 2007 12:31:48 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id A399413C48E for ; Fri, 26 Oct 2007 12:31:48 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 0757E1CCF3; Fri, 26 Oct 2007 14:31:48 +0200 (CEST) Date: Fri, 26 Oct 2007 14:31:47 +0200 From: Ed Schouten To: Anderson Soares Ferreira Message-ID: <20071026123147.GL5411@hoeg.nl> References: <4721D752.50100@cnpm.embrapa.br> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9rrfksQwzphoq1W+" Content-Disposition: inline In-Reply-To: <4721D752.50100@cnpm.embrapa.br> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current Subject: Re: buildworld failed in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 12:31:49 -0000 --9rrfksQwzphoq1W+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Anderson Soares Ferreira wrote: > I didn't find any other reference of MAXOCOMLEN on the source tree ! Replacing it with MAXCOMLEN fixed it for me. --=20 Ed Schouten WWW: http://g-rave.nl/ --9rrfksQwzphoq1W+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHId4z52SDGA2eCwURAt3tAJ924P3tYkKVxQQU+T8wyE3oMN3MQgCeMBSg R/IlSTyxBDB64HSPuHNMuKA= =Xjfc -----END PGP SIGNATURE----- --9rrfksQwzphoq1W+-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 12:41:15 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 031FE16A46C for ; Fri, 26 Oct 2007 12:41:15 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id AFBB713C4CC for ; Fri, 26 Oct 2007 12:41:14 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from srv.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1IlOUs-0007hy-PB for freebsd-current@FreeBSD.org; Fri, 26 Oct 2007 16:41:06 +0400 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IlOYO-0001rg-8Z for freebsd-current@FreeBSD.org; Fri, 26 Oct 2007 16:44:44 +0400 To: freebsd-current@FreeBSD.org References: <96468692@srv.sem.ipt.ru> From: Boris Samorodov Date: Fri, 26 Oct 2007 16:44:44 +0400 In-Reply-To: <96468692@srv.sem.ipt.ru> (Boris Samorodov's message of "Fri\, 26 Oct 2007 16\:16\:11 +0400") Message-ID: <08946979@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: [HEAD] gptboot broken, /dev/hands or unfortune csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 12:41:15 -0000 On Fri, 26 Oct 2007 16:16:11 +0400 Boris Samorodov wrote: > I'm trying to upgrade from CURRENT as of a month ago to an up to date > one. Gptboot is compiling (while make installworld!). Here is the > error message: Forget to mention and it's very unobvious here -- I use FreeBSD/amd64. 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 Fri Oct 26 12:44:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0252516A418 for ; Fri, 26 Oct 2007 12:44:12 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id B85D813C48A for ; Fri, 26 Oct 2007 12:44:11 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 199D41CCF3; Fri, 26 Oct 2007 14:44:11 +0200 (CEST) Date: Fri, 26 Oct 2007 14:44:11 +0200 From: Ed Schouten To: Boris Samorodov Message-ID: <20071026124411.GM5411@hoeg.nl> References: <96468692@srv.sem.ipt.ru> <08946979@srv.sem.ipt.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MA3DrZ/2NUL24G/S" Content-Disposition: inline In-Reply-To: <08946979@srv.sem.ipt.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current Subject: Re: [HEAD] gptboot broken, /dev/hands or unfortune csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 12:44:12 -0000 --MA3DrZ/2NUL24G/S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Boris Samorodov wrote: > Forget to mention and it's very unobvious here -- I use > FreeBSD/amd64. Same here. amd64 has no bootinfo.h. --=20 Ed Schouten WWW: http://g-rave.nl/ --MA3DrZ/2NUL24G/S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHIeEb52SDGA2eCwURAhVMAJ9bHypBXX/PIrhlAamD1SNYxBPuMACdGups k7Rxiw/hdG1JN9RBfdqQlJo= =SBdS -----END PGP SIGNATURE----- --MA3DrZ/2NUL24G/S-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 12:46:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3754A16A41B for ; Fri, 26 Oct 2007 12:46:03 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.184]) by mx1.freebsd.org (Postfix) with ESMTP id 00E0413C4BD for ; Fri, 26 Oct 2007 12:46:02 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so690945rvb for ; Fri, 26 Oct 2007 05:46:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:sender; bh=zdrp1KOUzwQ0dE9plJ9Kzb8QQgJXo4WwiFsk63+MqV4=; b=QSnDBfkFQ6x5lRpbZxvCO4Jeq+WQnHAG0SsNgpgmLo4ZbLERzTkKsteI+qIu/ztIlayowbWcXb9+WOtnrwf8v//hQ1hT1o1E0jDXKM14SwMH+0W+ioL2X1FB/sbfCL/0SfQoJSdc0PNUbJRCPy4QfnC7b/JKqcauHbQ+FIGr5hE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:sender; b=HX6vM6YWLgHYhAbyPHPO+ISF/yQMF8wYs77pa7Q7+Gi8rFe4MmZbnncfKRZxxy9X+LraHbSJvcInZuqLSSJyJLLzhsRcG9pYvMP/NkQ3dBerUtQVgLYDsBOzqMV76PcC+ZdJ3pQxgP6Cdslm9b3iOslcRkrF0tmtooVOTQTicuE= Received: by 10.141.45.16 with SMTP id x16mr1459571rvj.1193401194663; Fri, 26 Oct 2007 05:19:54 -0700 (PDT) Received: from ?59.126.144.152? ( [59.126.144.152]) by mx.google.com with ESMTPS id a8sm4168470poa.2007.10.26.05.19.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Oct 2007 05:19:53 -0700 (PDT) From: "Eric L. Chen" To: Stefan Ehmann In-Reply-To: <200710261220.24757.shoesoft@gmx.net> References: <47209EB2.5080109@palisadesys.com> <200710251911.24346.shoesoft@gmx.net> <4720D849.2010409@errno.com> <200710261220.24757.shoesoft@gmx.net> Content-Type: text/plain Date: Fri, 26 Oct 2007 20:19:45 +0800 Message-Id: <1193401185.1606.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Sender: "Eric L. Chen" Cc: freebsd-current@freebsd.org, pluknet Subject: Re: iwi0 firmware error on Dell Inspiron 6000 w/ Intel PRO/Wireless 2200BG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 12:46:03 -0000 On Fri, 2007-10-26 at 12:20 +0200, Stefan Ehmann wrote: > On Thursday 25 October 2007 19:54:17 Sam Leffler wrote: > > Stefan Ehmann wrote: > > > On Thursday 25 October 2007 18:28:47 pluknet wrote: > > >> On 25/10/2007, Guy Helmer wrote: > > >>> I just upgraded a laptop to FreeBSD RELENG_7 checked out on 20071016. > > >>> Previously, iwi0 had worked OK under FreeBSD 6.2. After updating to 7, > > >>> though, iwi0 reports "firmware error" and nothing more happens. I have > > >>> set legal.intel_iwi.license_ack=1 in /boot/loader.conf. wpa_supplicant > > >>> and dhclient are running with the same configurations that worked under > > >>> FreeBSD 6. I'm using the GENERIC kernel with SCHED_ULE instead of > > >>> SCHED_4BSD, and the loaded modules are: > > >>> > > >>> Id Refs Address Size Name > > >>> 1 23 0xc0400000 8d0750 kernel > > >>> 2 1 0xc0cd1000 111b8 geom_eli.ko > > >>> 3 2 0xc0ce3000 25ff8 crypto.ko > > >>> 4 2 0xc0d09000 ab40 zlib.ko > > >>> 5 1 0xc0d14000 6e48 snd_ich.ko > > >>> 6 2 0xc0d1b000 4a52c sound.ko > > >>> 7 1 0xc0d66000 69164 acpi.ko > > >>> 10 1 0xc32fb000 22000 linux.ko > > >>> 11 1 0xc3595000 21000 radeon.ko > > >>> 12 1 0xc35b6000 f000 drm.ko > > >>> 13 1 0xc31ff000 f000 if_iwi.ko > > >>> 14 1 0xc3e4f000 30000 iwi_bss.ko > > >>> > > >>> ifconfig iwi0 reports: > > >>> > > >>> iwi0: flags=8803 metric 0 mtu 1500 > > >>> ether 00:12:f0:12:1c:24 > > >>> inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > > >>> media: IEEE 802.11 Wireless Ethernet autoselect > > >>> status: no carrier > > >>> ssid "" channel 8 (2447 Mhz 11g) > > >>> authmode WPA1+WPA2/802.11i privacy ON deftxkey 1 txpowmax 100 > > >>> bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > > >>> roam:rssi11g 14 roam:rate11g 5 protmode CTS roaming MANUAL > > >>> bintval 100 > > >>> > > >>> I've tried setting debug.iwi=1, and the kernel messages regarding iwi0 > > >>> are: > > >>> > > >>> Oct 25 08:09:11 aquarius kernel: iwi0: > > >>> mem 0xdfcfd000-0xdfcfdfff irq 17 at device 3.0 on pci3 Oct 25 08:09:11 > > >>> aquarius kernel: iwi0: Ethernet address: 00:12:f0:12:1c:24 Oct 25 > > >>> 08:09:11 aquarius kernel: iwi0: [ITHREAD] > > >>> Oct 25 08:09:14 aquarius kernel: iwi0: firmware error > > >>> Oct 25 08:10:17 aquarius kernel: iwi_newstate: SCAN -> INIT flags 0x0 > > >>> Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> INIT flags 0x0 > > >>> Oct 25 08:10:31 aquarius kernel: iwi_newstate: INIT -> SCAN flags 0x1 > > >>> Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 > > >>> Oct 25 08:10:57 aquarius kernel: iwi_newstate: SCAN -> SCAN flags 0x1 > > >>> > > >>> Any ideas? > > >>> > > >>> Guy > > >>> > > >>> -- > > >>> Guy Helmer, Ph.D. > > >>> Chief System Architect > > >>> Palisade Systems, Inc. > > >> > > >> Me too. > > >> (It works in authmode OPEN though, see my case on > > >> http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076397.ht > > >>ml) > > > > > > On my notebook, I get similar errors most of the time. The problems > > > started some months ago. > > > > > > If I don't configure iwi0 via /etc/rc.conf, I can get WPA working > > > something like this: > > > > > > ifconfig iwi0 up > > > wpa_supplicant -d -i iwi0 -c /etc/wpa_supplicant.conf > > > dhclient iwi0 > > > > > > IIRC it worked most of the time via /etc/rc.conf if I disabled > > > WITNESS/INVARIANTS. Haven't been using the notebook too much lately, so > > > I'm not sure if this is still true. > > > > I just tested this on a t42 w/ 2200 card and it worked for me. Try > > setting debug.iwi to something like 2 or 5 and collect a log. The > > firmware is very finnicky and getting it to integrate w/ wpa_supplicant > > was a challenge. > > I upgraded to a fresh CURRENT. > > Most of the time it works during startup. I couldn't reproduce the firmware > error message with debug.iwi enabled. > > What used to work and now causes the firmware error message is when I > kldunload if_iwi. This used to work some time ago, e.g. iwi was automatically > reloaded and successfully associated. (I use this for suspend/resume) > > I only get wpa_supplicant to work again if I do ifconfig iwi down/up. > > Here's the log > http://stud4.tuwien.ac.at/~e0125637/fbsd/iwi.log My laptop (Acer TravelMate 4102) has this problem, too. The workaround is: 1. Turn off radio switch. 2. sudo kldunload if_iwi 3. Goto 2. if console printed "firmware error." 4. Trun on radio switch. 5. Wi-Fi is workable now. From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 13:09:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC1B16A417 for ; Fri, 26 Oct 2007 13:09:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 8012813C4B3 for ; Fri, 26 Oct 2007 13:09:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=srv.sem.ipt.ru) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1IlOwf-0000DA-4p; Fri, 26 Oct 2007 17:09:49 +0400 To: jhb@FreeBSD.org References: <96468692@srv.sem.ipt.ru> <08946979@srv.sem.ipt.ru> <20071026124411.GM5411@hoeg.nl> From: Boris Samorodov Date: Fri, 26 Oct 2007 17:13:26 +0400 In-Reply-To: <20071026124411.GM5411@hoeg.nl> (Ed Schouten's message of "Fri\, 26 Oct 2007 14\:44\:11 +0200") Message-ID: <76788649@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Current , Ed Schouten Subject: Re: [HEAD] gptboot broken, /dev/hands or unfortune csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 13:09:58 -0000 On Fri, 26 Oct 2007 14:44:11 +0200 Ed Schouten wrote: > * Boris Samorodov wrote: > > Forget to mention and it's very unobvious here -- I use > > FreeBSD/amd64. > Same here. amd64 has no bootinfo.h. John, FreeBSD/amd64 breaks when installing. We are pleading for your help! ;-) 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 Fri Oct 26 13:54:29 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CE6616A41A for ; Fri, 26 Oct 2007 13:54:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id C92D013C4AA for ; Fri, 26 Oct 2007 13:54:28 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 05D511CCF6; Fri, 26 Oct 2007 15:54:28 +0200 (CEST) Date: Fri, 26 Oct 2007 15:54:28 +0200 From: Ed Schouten To: Julian Elischer Message-ID: <20071026135428.GO5411@hoeg.nl> References: <4720335D.6020404@elischer.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="84RkL0PFxiU0hA0T" Content-Disposition: inline In-Reply-To: <4720335D.6020404@elischer.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current Subject: kthread/kproc panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 13:54:29 -0000 --84RkL0PFxiU0hA0T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Julian, I just upgraded my box, because I wanted to test AHCI ATAPI support that got added yesterday. I get the following panic right after the kernel copyright message. Have to type it by hand, so Typo's Copyright (c) me. | kernel trap 12 with interrupts disabled | Fatal trap 12: page fault while in kernel mode | cpuid =3D 0; apic_id =3D 00 | fault virtual address =3D 0x248 | // too lazy to copy this by hand | db> bt | Tracing pid 0 tid 0 td 0xfffff... | bcopy() at bcopy+0x16 | kproc_kthread_add() at kproc_kthread_add+0xbe | idle_setup() at idle_setup+0x7f | mi_startup() at mi_startup+0x59 | btext() at btext+0x2c I'm running FreeBSD on an amd64. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --84RkL0PFxiU0hA0T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHIfGT52SDGA2eCwURAhpVAJ9mp4QIsMgqdRORo/xMbdFPYG3p5QCfW7ZD Rf9f/CxJZ0EslPF/CzYFWoU= =tvU3 -----END PGP SIGNATURE----- --84RkL0PFxiU0hA0T-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 14:19:31 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 641F016A418 for ; Fri, 26 Oct 2007 14:19:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 29F6213C4AA for ; Fri, 26 Oct 2007 14:19:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 1CA0A1CCF3; Fri, 26 Oct 2007 16:19:30 +0200 (CEST) Date: Fri, 26 Oct 2007 16:19:30 +0200 From: Ed Schouten To: Julian Elischer Message-ID: <20071026141930.GP5411@hoeg.nl> References: <4720335D.6020404@elischer.org> <20071026135428.GO5411@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KESzhc2vHQHWYDlA" Content-Disposition: inline In-Reply-To: <20071026135428.GO5411@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current Subject: Re: kthread/kproc panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 14:19:31 -0000 --KESzhc2vHQHWYDlA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > | kproc_kthread_add() at kproc_kthread_add+0xbe Another useful note: oldtd is NULL. --=20 Ed Schouten WWW: http://g-rave.nl/ --KESzhc2vHQHWYDlA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHIfdy52SDGA2eCwURAhnfAJ9lI7HW1g2XhnGIDJDkEmm6ufEHvwCfXsaX GeeA+NW2hvSukdCEriyPiDs= =cRaI -----END PGP SIGNATURE----- --KESzhc2vHQHWYDlA-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 14:23:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4AC816A41A for ; Fri, 26 Oct 2007 14:23:39 +0000 (UTC) (envelope-from erik@cepheid.org) Received: from mail.cepheid.org (aleph.cepheid.org [72.232.60.94]) by mx1.freebsd.org (Postfix) with ESMTP id A7C0013C481 for ; Fri, 26 Oct 2007 14:23:39 +0000 (UTC) (envelope-from erik@cepheid.org) Received: by mail.cepheid.org (Postfix, from userid 1006) id 5A56A9B40B4; Fri, 26 Oct 2007 09:25:12 -0500 (CDT) Date: Fri, 26 Oct 2007 09:25:12 -0500 From: Erik Osterholm To: Andrew Turner Message-ID: <20071026142512.GA64553@aleph.cepheid.org> Mail-Followup-To: Erik Osterholm , Andrew Turner , Harrison Grundy , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Vincent Blondel , freebsd-current@freebsd.org References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <1192629534.2001.9.camel@localhost> <2412.172.16.9.1.1193233712.squirrel@www.xtra-net.be> <1193236792.2001.48.camel@localhost> <1493.172.16.9.1.1193239311.squirrel@www.xtra-net.be> <863avztspi.fsf@ds4.des.no> <1193342809.30674.3.camel@localhost> <20071025201857.GC43606@aleph.cepheid.org> <20071026215644.004a9a8c@hermies.int.fubar.geek.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071026215644.004a9a8c@hermies.int.fubar.geek.nz> User-Agent: Mutt/1.4.2.3i Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Vincent Blondel , freebsd-current@freebsd.org, Harrison Grundy , Erik Osterholm Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 14:23:39 -0000 On Fri, Oct 26, 2007 at 09:56:44PM +1300, Andrew Turner wrote: > On Thu, 25 Oct 2007 15:18:57 -0500 > Erik Osterholm wrote: > > I have yet to hear any independant verification of this. Anyone > > actually running FreeBSD as a domU with hardware virtualization? > > I've attempted to boot AMD64 and i386 FreeBSD on an AMD64 Xen 3.0.6 > machine. The AMD64 FreeBSD failed in the BTX code with an error similar > to [1]. > > The i386 version of FreeBSD will boot when you remove SMP, PREEMPTION > and INVARIANTS from the kernel [2]. There are other problems with it > when you do get it to boot. > > Andrew > > [1] http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=622 > [2] http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076400.html Thanks for the sad news. Erik From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 14:59:12 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DA8D16A417 for ; Fri, 26 Oct 2007 14:59:12 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outM.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id 25BFF13C4A7 for ; Fri, 26 Oct 2007 14:59:12 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 26 Oct 2007 07:59:11 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 0A830126819; Fri, 26 Oct 2007 07:59:11 -0700 (PDT) Message-ID: <472200DB.7040009@elischer.org> Date: Fri, 26 Oct 2007 07:59:39 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Ed Schouten References: <4720335D.6020404@elischer.org> <20071026135428.GO5411@hoeg.nl> In-Reply-To: <20071026135428.GO5411@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: kthread/kproc panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 14:59:12 -0000 Ed Schouten wrote: > Hello Julian, > > I just upgraded my box, because I wanted to test AHCI ATAPI support that > got added yesterday. I get the following panic right after the kernel > copyright message. Have to type it by hand, so Typo's Copyright (c) me. > > | kernel trap 12 with interrupts disabled > | Fatal trap 12: page fault while in kernel mode > | cpuid = 0; apic_id = 00 > | fault virtual address = 0x248 > | // too lazy to copy this by hand > | db> bt > | Tracing pid 0 tid 0 td 0xfffff... > | bcopy() at bcopy+0x16 > | kproc_kthread_add() at kproc_kthread_add+0xbe > | idle_setup() at idle_setup+0x7f > | mi_startup() at mi_startup+0x59 > | btext() at btext+0x2c > > I'm running FreeBSD on an amd64. ??? huh? I'm looking to see if I did somethig stupid in the AMD case (but it's odd because there is no machinespecific code affected) > > Yours, From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 15:19:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3297E16A418 for ; Fri, 26 Oct 2007 15:19:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outJ.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id 18F2813C49D for ; Fri, 26 Oct 2007 15:19:20 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 26 Oct 2007 08:19:20 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id AD77312681F; Fri, 26 Oct 2007 08:19:19 -0700 (PDT) Message-ID: <47220594.2030306@elischer.org> Date: Fri, 26 Oct 2007 08:19:48 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Ed Schouten References: <4721D752.50100@cnpm.embrapa.br> <20071026123147.GL5411@hoeg.nl> In-Reply-To: <20071026123147.GL5411@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Anderson Soares Ferreira Subject: Re: buildworld failed in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 15:19:21 -0000 Ed Schouten wrote: > * Anderson Soares Ferreira wrote: >> I didn't find any other reference of MAXOCOMLEN on the source tree ! > > Replacing it with MAXCOMLEN fixed it for me. > I'm looking to see if there is something different on my machine that failed to get commited.. ed's solution is correct for now. From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 15:41:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C29D316A419 for ; Fri, 26 Oct 2007 15:41:36 +0000 (UTC) (envelope-from pluknet@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 530D813C480 for ; Fri, 26 Oct 2007 15:41:36 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so809973uge for ; Fri, 26 Oct 2007 08:41:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=dFrnNfd/hVF1EXgjptOAax+SbYP92oU7uoW3UNHuq/o=; b=R7viO0zjhM75yrnOhjJ80D3RWqVNyn/hPd4CxOMu4flTfxyVrmk0B6wDYKK5mvZIbLmuP07YXUn+dx3O7j/5si4tI7jW3JzG9geQFvzbjUjjuNNCuuixSUYnYavZnr6PcoukOZCkG0SC4Ky/c3OT1pdvZoIDYiAj9xsKuZKfYPk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dELuOFx9NKCauYyY8PRxUQn1lZGwfTaorNbpdZB4iO/MQqjqokxlyhI4qhmny5iBEkVTMN7mRD4kGAW9IGti3f8UIaCxNIH0kcTTJbKGfuWF/4+MITTfGasoBpeWF1p+Fari7Ar3WpdZwwkvC+Y+GGVc9dp45NJB9FQz/RpsHrI= Received: by 10.78.134.2 with SMTP id h2mr2421851hud.1193413294370; Fri, 26 Oct 2007 08:41:34 -0700 (PDT) Received: by 10.78.168.9 with HTTP; Fri, 26 Oct 2007 08:41:29 -0700 (PDT) Message-ID: Date: Fri, 26 Oct 2007 19:41:29 +0400 From: pluknet To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47209EB2.5080109@palisadesys.com> Subject: Re: iwi0 firmware error on Dell Inspiron 6000 w/ Intel PRO/Wireless 2200BG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 15:41:36 -0000 On 25/10/2007, pluknet wrote: > Me too. > (It works in authmode OPEN though, see my case on > http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076397.html) > Err.. It seems I cannot reproduce it now. Sorry for noise. I will try it again later though.. Anyway while testing I still get LOR between iwi and ieee80211, discussed earlier on -current list in August. From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 16:37:31 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC27216A417 for ; Fri, 26 Oct 2007 16:37:30 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id C230113C4AC for ; Fri, 26 Oct 2007 16:37:30 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so743159rvb for ; Fri, 26 Oct 2007 09:37:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=OrM9Vb5x1jqxKcmgV838Y8+5mdVqywDms8TO5Tqsu6c=; b=aeWDTbYXXwPw945KjYct3dJWwazjCkg1PKC0/aK3zYczwkoykft7l1zBAT2aTSek2UDLw/jfBJ8hIme+DO5GOXOm28fruiXuAdWY3d6NUZe8nn/L7KCHR7ifoNn7oXIEPn2/mkxm94pB5MYyslAgx7TB0lNC39Gp6DAw7Cy7kFs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=LFxGqDgMD2aQ7NDQn6VJIPzHzybNWoJF6qkzGtYhA3DtR3/6in0YGSGHB0nwQxTCl3v4AQRzb5oiHaMLTkLeJ1UT1V0btUh/S3vI7ttT9kB+nD1B5RONYasFoajJsZYN1tH/DVP9cVM3kJZ1C2bRLu7R55zxUBPCW/5Vv0TWIGU= Received: by 10.141.52.5 with SMTP id e5mr1605973rvk.1193415063128; Fri, 26 Oct 2007 09:11:03 -0700 (PDT) Received: from ?70.56.77.194? ( [70.56.77.194]) by mx.google.com with ESMTPS id l31sm6917443rvb.2007.10.26.09.11.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Oct 2007 09:11:02 -0700 (PDT) From: Matthew Reimer To: current@freebsd.org Content-Type: text/plain Date: Fri, 26 Oct 2007 09:10:55 -0700 Message-Id: <1193415055.3378.1.camel@bilbo.vpop.net> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Network throughput problems in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 16:37:31 -0000 I'm seeing a problem where a much faster quad-core host running RELENG_7 serves many fewer netrate/http requests per second (175/sec) than an old, busy, UP 6.0 host (828/sec). The problem seems to be related to latency and connection setup, as it shows up dramatically over a link with 50-60 ms latency. Can you help? "Gandalf" is the problem RELENG_7 host connected via em0 on a 100baseTX full-duplex switch port. "Boromir" is a 6.0 host for reference, connected via bge0 to another 100baseTX full-duplex port on the same switch. "Theoden" is a 6.2 host remote (50-60 ms away) from gandalf and boromir. Running tools/netrate/http against tools/netrate/httpd on gandalf and boromir, serving a document with 35 bytes of content, I get this (details including tcpdumps following my sig): dest dest source boromir gandalf ------ ------- ------- theoden 828 175 boromir - 18092 gandalf 11493 - The problem occurs using ab as well, but is much less pronounced when -k is used (enabling keepalive and presumably HTTP pipelining). This makes me wonder if the problem might have something to do with connection setups. I've verified that the switch port and the interface are configured correctly (100baseTX full-duplex). I've also tried toggling polling and the following sysctls, with no significant change: net.inet.tcp.tso net.inet.tcp.newreno net.inet.tcp.sack.enable net.inet.tcp.inflight.enable net.inet.tcp.syncookies_only net.inet.tcp.syncookies What else can I try? Thanks for any help you can give. Matt theoden-gandalf =============== theoden:~$ /usr/obj/usr/src/tools/tools/netrate/http/http -s 2 216.193.240.4 1280 /short.html 187 transfers/second 0 errors/second tcpdump: http://gandalf.vpop.net/~mreimer/theoden-gandalf-netrate.dump.gz --- theoden:~$ /usr/obj/usr/src/tools/tools/netrate/http/http -n 100 -s 2 216.193.240.4 1280 /short.html 175 transfers/second 0 errors/second tcpdump: http://gandalf.vpop.net/~mreimer/theoden-gandalf-netrate-n100.dump.gz theoden-boromir =============== theoden:~$ /usr/obj/usr/src/tools/tools/netrate/http/http -s 2 216.193.240.2 1280 /short.html 272 transfers/second 0 errors/second tcpdump: http://boromir.vpop.net/~mreimer/theoden-boromir-netrate.dump.gz --- theoden:~$ /usr/obj/usr/src/tools/tools/netrate/http/http -n 100 -s 2 216.193.240.2 1280 /short.html 828 transfers/second 0 errors/second tcpdump: http://boromir.vpop.net/~mreimer/theoden-boromir-netrate-n100.dump.gz boromir-gandalf =============== boromir: $ /usr/obj/usr/src/tools/tools/netrate/http/http -n 100 -s 2 216.193.240.4 1280 /short.html 18092 transfers/second 0 errors/second gandalf-boromir =============== gandalf: $ /usr/obj/usr/src/tools/tools/netrate/http/http -n 100 -s 2 216.193.240.2 1280 /short.html 11493 transfers/second 0 errors/second boromir sysctl and ifconfig: http://boromir.vpop.net/~mreimer/boromir.sysctl.gz # ifconfig bge0 bge0: flags=8843 mtu 1500 options=1a inet6 fe80::2e0:81ff:fe60:3925%bge0 prefixlen 64 scopeid 0x1 inet 216.193.240.33 netmask 0xffffffff broadcast 216.193.240.33 inet 216.193.240.34 netmask 0xffffffff broadcast 216.193.240.34 inet 216.193.240.35 netmask 0xffffffff broadcast 216.193.240.35 inet 216.193.240.36 netmask 0xffffffff broadcast 216.193.240.36 inet 216.193.240.37 netmask 0xffffffff broadcast 216.193.240.37 inet 216.193.240.17 netmask 0xffffffff broadcast 216.193.240.17 inet 216.193.240.38 netmask 0xffffffff broadcast 216.193.240.38 inet 216.193.240.39 netmask 0xffffffff broadcast 216.193.240.39 inet 216.193.240.2 netmask 0xfffff800 broadcast 216.193.247.255 inet 216.193.240.40 netmask 0xffffffff broadcast 216.193.240.40 ether 00:e0:81:60:39:25 media: Ethernet autoselect (100baseTX ) status: active gandalf sysctl and ifconfig: http://gandalf.vpop.net/~mreimer/gandalf.sysctl.gz # ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=1cb ether 00:30:48:33:96:a4 inet 216.193.240.4 netmask 0xfffff800 broadcast 216.193.247.255 inet 216.193.240.65 netmask 0xffffffff broadcast 216.193.240.65 inet 216.193.240.66 netmask 0xffffffff broadcast 216.193.240.66 inet 216.193.240.67 netmask 0xffffffff broadcast 216.193.240.67 inet 216.193.240.68 netmask 0xffffffff broadcast 216.193.240.68 media: Ethernet 100baseTX status: active From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 17:00:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8626016A469 for ; Fri, 26 Oct 2007 17:00:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outA.internet-mail-service.net (outA.internet-mail-service.net [216.240.47.224]) by mx1.freebsd.org (Postfix) with ESMTP id 6811913C48E for ; Fri, 26 Oct 2007 17:00:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 26 Oct 2007 10:00:06 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 199B912681B; Fri, 26 Oct 2007 10:00:06 -0700 (PDT) Message-ID: <47221D32.8010300@elischer.org> Date: Fri, 26 Oct 2007 10:00:34 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Ed Schouten References: <4720335D.6020404@elischer.org> <20071026135428.GO5411@hoeg.nl> In-Reply-To: <20071026135428.GO5411@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: kthread/kproc panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 17:00:08 -0000 Ed Schouten wrote: > Hello Julian, > > I just upgraded my box, because I wanted to test AHCI ATAPI support that > got added yesterday. I get the following panic right after the kernel > copyright message. Have to type it by hand, so Typo's Copyright (c) me. > > | kernel trap 12 with interrupts disabled > | Fatal trap 12: page fault while in kernel mode > | cpuid = 0; apic_id = 00 > | fault virtual address = 0x248 > | // too lazy to copy this by hand > | db> bt > | Tracing pid 0 tid 0 td 0xfffff... > | bcopy() at bcopy+0x16 > | kproc_kthread_add() at kproc_kthread_add+0xbe > | idle_setup() at idle_setup+0x7f > | mi_startup() at mi_startup+0x59 > | btext() at btext+0x2c > > I'm running FreeBSD on an amd64. > > oldtd seems to be NULL > > Yours, I'm struggling to reproduce this. from your description the following might be a work around. (Maybe something in your setup has thread0 not set up as early as in mine? in terms of being linked into proc0) Index: kern_kthread.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_kthread.c,v retrieving revision 1.40 diff -u -r1.40 kern_kthread.c --- kern_kthread.c 26 Oct 2007 08:00:41 -0000 1.40 +++ kern_kthread.c 26 Oct 2007 16:51:49 -0000 @@ -254,7 +254,10 @@ p = &proc0; oldtd = &thread0; } else { - oldtd = FIRST_THREAD_IN_PROC(p); + if (p == &proc0) + oldtd = &thread0; + else + oldtd = FIRST_THREAD_IN_PROC(p); } /* Initialize our td */ if this doesn't help, reverting just these two files will fix it as then nothing will be using the new code.. Index: src/sys/kern/kern_idle.c diff -u src/sys/kern/kern_idle.c:1.49 src/sys/kern/kern_idle.c:1.50 --- src/sys/kern/kern_idle.c:1.49 Sat Oct 20 23:23:21 2007 +++ src/sys/kern/kern_idle.c Fri Oct 26 08:00:41 2007 [...] Index: src/sys/kern/kern_intr.c diff -u src/sys/kern/kern_intr.c:1.148 src/sys/kern/kern_intr.c:1.149 --- src/sys/kern/kern_intr.c:1.148 Sat Oct 20 23:23:21 2007 +++ src/sys/kern/kern_intr.c Fri Oct 26 08:00:41 2007 [...] From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 17:10:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24CAA16A46C for ; Fri, 26 Oct 2007 17:10:13 +0000 (UTC) (envelope-from antonakis@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id A108B13C4A3 for ; Fri, 26 Oct 2007 17:10:12 +0000 (UTC) (envelope-from antonakis@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so766876nzf for ; Fri, 26 Oct 2007 10:10:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=IR9VlYaUufFNDOTsXcKIIRkyJnUjJ1zPpJP0G6qR00U=; b=aXzmkIPxKuotZ4zFlzilX/1cRwYfENsrTO46uIwAEuI0OMNkQ4s0WqmcZEhNfx9knjrHKcOEm0RtIIQAq3reGy+PD8DC/nT9vYhqwWiSEO1yfk8/njxSKsAjF4C+i91H3ckocqKw3Yls+Db53kAMFQMhVr91f+ceuWaZ9YY/3i0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=e2cq8QPGmhinLqHBGLObR/6qb5WunVSVSBy5hCoDbjH+MbQ4bOYcKmmTYKugbsKHHqY5c/j788kL7kfoqskoJgIOxqXMMf0gdgGjL24h/XAQ28SzyEv5LYV3thBLPWzAP3ttH6HMtQgUv5/Mrf8Y954KYs4zrOx+ed681Uis/R0= Received: by 10.140.250.14 with SMTP id x14mr1626971rvh.1193417094044; Fri, 26 Oct 2007 09:44:54 -0700 (PDT) Received: by 10.140.136.21 with HTTP; Fri, 26 Oct 2007 09:44:53 -0700 (PDT) Message-ID: <655a934b0710260944s4f78c1dfse5d6cc9c7d375854@mail.gmail.com> Date: Fri, 26 Oct 2007 19:44:54 +0300 From: "Antonios Anastasiadis" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: RELENG_7 witness warnings, rue hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 17:10:13 -0000 Hi. I'm running FreeBSD 7 Beta 1 GENERIC kernel. The system has a Linksys usb ethernet card 'rue'. dmesg is spewing out some WITNESS warnings during startup. Once the system boots, network is available for a couple of minutes and then all traffic stops. The interface seems to be up and running: # ifconfig rue0 rue0: flags=108843 metric 0 mtu 1500 ether 00:10:60:68:03:97 inet 10.2.29.2 netmask 0xffffffc0 broadcast 10.2.29.63 media: Ethernet autoselect (100baseTX ) status: active ...but no traffic passes and nothing else shows up in the dmesg. Bringing down and re-upping the interface has no difference, it seems dead. dmesg following: Copyright (c) 1992-2007 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-BETA1 #0: Sat Oct 20 00:47:13 UTC 2007 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2100+ (1733.04-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400800 real memory = 1342111744 (1279 MB) avail memory = 1300377600 (1240 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 4fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 agp0: aperture size is 128M pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xd8000000-0xdfffffff,0xe9000000-0xe900ffff irq 16 at device 0.0 on pci1 vgapci1: mem 0xe0000000-0xe7ffffff,0xe9010000-0xe901ffff at device 0.1 on pci1 uhci0: port 0xd000-0xd01f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd400-0xd41f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd800-0xd81f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xea000000-0xea0000ff irq 21 at device 16.3 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xdc00-0xdc0f at device 17.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcm0: port 0xe000-0xe0ff irq 22 at device 17.5 on pci0 pcm0: [ITHREAD] pcm0: pcm0: acpi_tz0: on acpi0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: MLC,PCL,PML plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 rue0: on uhub0 miibus0: on rue0 ruephy0: PHY 0 on miibus0 ruephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rue0: using obsoleted if_watchdog interface rue0: Ethernet address: 00:10:60:68:03:97 rue0: if_start running deferred for Giant ums0: on uhub0 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 1733035855 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 acd0: DVDROM at ata1-master UDMA33 acd1: DVDR at ata1-slave UDMA66 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 66.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s2a Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6d6e8cc,c078606d,c0a9eba2,e6d6e8e0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6d6e8e0,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c4814400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c4814400,e6d6e9a0,c06cfac8,c4814400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c4814400,c454f300,0,1388,e6d6e9f8,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6d6e9f8,e6d6ea12,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6d6e9f8,e6d6ea12,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6d6e9f8,e6d6ea12,13005c0,20000,...) at usbd_do_request+0x37 rue_read_mem(2,8c593b,c454a000,e6d6ea4c,c06b2947,...) at rue_read_mem+0x54 rue_csr_read_2(c0aa7f7e,e6d6ea48,c07866cc,c1472d20,c0c02ed0,...) at rue_csr_read_2+0x21 rue_setmulti(8,c0aa7f7e,954,954,c452b660,...) at rue_setmulti+0x17 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6d6eab4,e6d6eb34,140,210,...) at if_addmulti+0x244 in_addmulti(e6d6eba0,c454a000,0,0,c0aa7f7e,...) at in_addmulti+0x173 in_control(c47be000,8040691a,c4544500,c454a000,c4716440,...) at in_control+0xadf ifioctl(c47be000,8040691a,c4544500,c4716440,c4716440,...) at ifioctl+0x323 soo_ioctl(c4718750,8040691a,c4544500,c436e700,c4716440,...) at soo_ioctl+0x3a4 kern_ioctl(c4716440,3,8040691a,c4544500,0,...) at kern_ioctl+0x243 ioctl(c4716440,e6d6ecfc,c,c0acd6c2,c0b486f0,...) at ioctl+0x134 syscall(e6d6ed38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28168d73, esp = 0xbfbfe66c, ebp = 0xbfbfe698 --- lock order reversal: (Giant after non-sleepable) 1st 0xc0c047cc in_multi_mtx (in_multi_mtx) @ /usr/src/sys/netinet/in_mcast.c:318 2nd 0xc0bb1250 Giant (Giant) @ /usr/src/sys/kern/kern_synch.c:235 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6d6e8a4,c0786eee,c0aa0cb1,c0bb1250,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0aa0cb1,c0bb1250,c0ab6846,c0ab6846,c0a9c309,...) at kdb_backtrace+0x29 witness_checkorder(c0bb1250,9,c0a9c309,eb,0,...) at witness_checkorder+0x6de _mtx_lock_flags(c0bb1250,0,c0a9c309,eb,0,...) at _mtx_lock_flags+0xbc _sleep(c4814400,0,4c,c0a9079e,0,...) at _sleep+0x3e9 usbd_transfer(c4814400,e6d6e9a0,c06cfac8,c4814400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c4814400,c454f300,0,1388,e6d6e9f8,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6d6e9f8,e6d6ea12,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6d6e9f8,e6d6ea12,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6d6e9f8,e6d6ea12,13005c0,20000,...) at usbd_do_request+0x37 rue_read_mem(2,8c593b,c454a000,e6d6ea4c,c06b2947,...) at rue_read_mem+0x54 rue_csr_read_2(c0aa7f7e,e6d6ea48,c07866cc,c1472d20,c0c02ed0,...) at rue_csr_read_2+0x21 rue_setmulti(8,c0aa7f7e,954,954,c452b660,...) at rue_setmulti+0x17 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6d6eab4,e6d6eb34,140,210,...) at if_addmulti+0x244 in_addmulti(e6d6eba0,c454a000,0,0,c0aa7f7e,...) at in_addmulti+0x173 in_control(c47be000,8040691a,c4544500,c454a000,c4716440,...) at in_control+0xadf ifioctl(c47be000,8040691a,c4544500,c4716440,c4716440,...) at ifioctl+0x323 soo_ioctl(c4718750,8040691a,c4544500,c436e700,c4716440,...) at soo_ioctl+0x3a4 kern_ioctl(c4716440,3,8040691a,c4544500,0,...) at kern_ioctl+0x243 ioctl(c4716440,e6d6ecfc,c,c0acd6c2,c0b486f0,...) at ioctl+0x134 syscall(e6d6ed38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28168d73, esp = 0xbfbfe66c, ebp = 0xbfbfe698 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6d6e8cc,c078606d,c0a9eba2,e6d6e8e0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6d6e8e0,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c4814400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c4814400,e6d6e9a0,c06cfac8,c4814400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c4814400,c454f300,0,1388,e6d6e9f8,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6d6e9f8,e6d6ea10,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6d6e9f8,e6d6ea10,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6d6e9f8,e6d6ea10,1260540,40000,...) at usbd_do_request+0x37 rue_write_mem(4,0,c454a000,e6d6ea4c,c06b29a2,...) at rue_write_mem+0x54 rue_csr_write_4(c0aa7f7e,e6d6ea48,c07866cc,c1472d20,c0c02ed0,...) at rue_csr_write_4+0x32 rue_setmulti(8,c0aa7f7e,954,954,c452b660,...) at rue_setmulti+0x72 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6d6eab4,e6d6eb34,140,210,...) at if_addmulti+0x244 in_addmulti(e6d6eba0,c454a000,0,0,c0aa7f7e,...) at in_addmulti+0x173 in_control(c47be000,8040691a,c4544500,c454a000,c4716440,...) at in_control+0xadf ifioctl(c47be000,8040691a,c4544500,c4716440,c4716440,...) at ifioctl+0x323 soo_ioctl(c4718750,8040691a,c4544500,c436e700,c4716440,...) at soo_ioctl+0x3a4 kern_ioctl(c4716440,3,8040691a,c4544500,0,...) at kern_ioctl+0x243 ioctl(c4716440,e6d6ecfc,c,c0acd6c2,c0b486f0,...) at ioctl+0x134 syscall(e6d6ed38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28168d73, esp = 0xbfbfe66c, ebp = 0xbfbfe698 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6d6e8cc,c078606d,c0a9eba2,e6d6e8e0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6d6e8e0,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c4814400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c4814400,e6d6e9a0,c06cfac8,c4814400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c4814400,c454f300,0,1388,e6d6e9f8,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6d6e9f8,e6d6ea10,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6d6e9f8,e6d6ea10,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6d6e9f8,e6d6ea10,12a0540,40000,...) at usbd_do_request+0x37 rue_write_mem(4,0,c454a000,e6d6ea4c,c06b29b3,...) at rue_write_mem+0x54 rue_csr_write_4(c0aa7f7e,e6d6ea48,c07866cc,c1472d20,c0c02ed0,...) at rue_csr_write_4+0x32 rue_setmulti(8,c0aa7f7e,954,954,c452b660,...) at rue_setmulti+0x83 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6d6eab4,e6d6eb34,140,210,...) at if_addmulti+0x244 in_addmulti(e6d6eba0,c454a000,0,0,c0aa7f7e,...) at in_addmulti+0x173 in_control(c47be000,8040691a,c4544500,c454a000,c4716440,...) at in_control+0xadf ifioctl(c47be000,8040691a,c4544500,c4716440,c4716440,...) at ifioctl+0x323 soo_ioctl(c4718750,8040691a,c4544500,c436e700,c4716440,...) at soo_ioctl+0x3a4 kern_ioctl(c4716440,3,8040691a,c4544500,0,...) at kern_ioctl+0x243 ioctl(c4716440,e6d6ecfc,c,c0acd6c2,c0b486f0,...) at ioctl+0x134 syscall(e6d6ed38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28168d73, esp = 0xbfbfe66c, ebp = 0xbfbfe698 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6d6e8d0,c078606d,c0a9eba2,e6d6e8e4,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6d6e8e4,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c4814400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c4814400,e6d6e9a4,c06cfac8,c4814400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c4814400,c454f300,0,1388,e6d6e9fc,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6d6e9fc,e6d6ea16,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6d6e9fc,e6d6ea16,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6d6e9fc,e6d6ea16,1300540,20000,...) at usbd_do_request+0x37 rue_write_mem(2,9ca24c,e6d6ea4c,c06b2a96,c454a24c,...) at rue_write_mem+0x54 rue_csr_write_2(c454a24c,0,c0a8e4a4,202,1,...) at rue_csr_write_2+0x22 rue_setmulti(8,c0aa7f7e,954,954,c452b660,...) at rue_setmulti+0x166 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6d6eab4,e6d6eb34,140,210,...) at if_addmulti+0x244 in_addmulti(e6d6eba0,c454a000,0,0,c0aa7f7e,...) at in_addmulti+0x173 in_control(c47be000,8040691a,c4544500,c454a000,c4716440,...) at in_control+0xadf ifioctl(c47be000,8040691a,c4544500,c4716440,c4716440,...) at ifioctl+0x323 soo_ioctl(c4718750,8040691a,c4544500,c436e700,c4716440,...) at soo_ioctl+0x3a4 kern_ioctl(c4716440,3,8040691a,c4544500,0,...) at kern_ioctl+0x243 ioctl(c4716440,e6d6ecfc,c,c0acd6c2,c0b486f0,...) at ioctl+0x134 syscall(e6d6ed38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28168d73, esp = 0xbfbfe66c, ebp = 0xbfbfe698 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6d6e8cc,c078606d,c0a9eba2,e6d6e8e0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6d6e8e0,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c4814400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c4814400,e6d6e9a0,c06cfac8,c4814400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c4814400,c454f300,0,1388,e6d6e9f8,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6d6e9f8,e6d6ea10,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6d6e9f8,e6d6ea10,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6d6e9f8,e6d6ea10,1260540,40000,...) at usbd_do_request+0x37 rue_write_mem(4,80000000,0,e6d6ea4c,c06b2aa5,...) at rue_write_mem+0x54 rue_csr_write_4(c454a24c,0,c0a8e4a4,202,1,...) at rue_csr_write_4+0x32 rue_setmulti(8,c0aa7f7e,954,954,c452b660,...) at rue_setmulti+0x175 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6d6eab4,e6d6eb34,140,210,...) at if_addmulti+0x244 in_addmulti(e6d6eba0,c454a000,0,0,c0aa7f7e,...) at in_addmulti+0x173 in_control(c47be000,8040691a,c4544500,c454a000,c4716440,...) at in_control+0xadf ifioctl(c47be000,8040691a,c4544500,c4716440,c4716440,...) at ifioctl+0x323 soo_ioctl(c4718750,8040691a,c4544500,c436e700,c4716440,...) at soo_ioctl+0x3a4 kern_ioctl(c4716440,3,8040691a,c4544500,0,...) at kern_ioctl+0x243 ioctl(c4716440,e6d6ecfc,c,c0acd6c2,c0b486f0,...) at ioctl+0x134 syscall(e6d6ed38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28168d73, esp = 0xbfbfe66c, ebp = 0xbfbfe698 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6d6e8cc,c078606d,c0a9eba2,e6d6e8e0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6d6e8e0,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c4814400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c4814400,e6d6e9a0,c06cfac8,c4814400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c4814400,c454f300,0,1388,e6d6e9f8,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6d6e9f8,e6d6ea10,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6d6e9f8,e6d6ea10,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6d6e9f8,e6d6ea10,12a0540,40000,...) at usbd_do_request+0x37 rue_write_mem(4,0,0,e6d6ea4c,c06b2ab4,...) at rue_write_mem+0x54 rue_csr_write_4(c454a24c,0,c0a8e4a4,202,1,...) at rue_csr_write_4+0x32 rue_setmulti(8,c0aa7f7e,954,954,c452b660,...) at rue_setmulti+0x184 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6d6eab4,e6d6eb34,140,210,...) at if_addmulti+0x244 in_addmulti(e6d6eba0,c454a000,0,0,c0aa7f7e,...) at in_addmulti+0x173 in_control(c47be000,8040691a,c4544500,c454a000,c4716440,...) at in_control+0xadf ifioctl(c47be000,8040691a,c4544500,c4716440,c4716440,...) at ifioctl+0x323 soo_ioctl(c4718750,8040691a,c4544500,c436e700,c4716440,...) at soo_ioctl+0x3a4 kern_ioctl(c4716440,3,8040691a,c4544500,0,...) at kern_ioctl+0x243 ioctl(c4716440,e6d6ecfc,c,c0acd6c2,c0b486f0,...) at ioctl+0x134 syscall(e6d6ed38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28168d73, esp = 0xbfbfe66c, ebp = 0xbfbfe698 --- lock order reversal: (Giant after non-sleepable) 1st 0xc47c0528 inp (udpinp) @ /usr/src/sys/netinet/in_mcast.c:670 2nd 0xc0bb1250 Giant (Giant) @ /usr/src/sys/netinet/in_mcast.c:317 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6da48ac,c0786eee,c0aa0cb1,c0bb1250,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0aa0cb1,c0bb1250,c0ab6846,c0ab6846,c0aace96,...) at kdb_backtrace+0x29 witness_checkorder(c0bb1250,9,c0aace96,13d,c0b4e544,...) at witness_checkorder+0x6de _mtx_lock_flags(c0bb1250,0,c0aace96,13d,c07421cd,...) at _mtx_lock_flags+0xbc in_addmulti(e6da49fc,c454a000,e6da49f8,8,ffffffff,...) at in_addmulti+0x3c inp_setmoptions(c47c0498,e6da4c38,c0c02ee8,c49d8d58,c0b4fa4c,...) at inp_setmoptions+0x999 ip_ctloutput(c4a4bdec,e6da4c38,f,c49e5e58,e6da4c28,...) at ip_ctloutput+0x4f0 sosetopt(c4a4bdec,e6da4c38,1,0,c,...) at sosetopt+0x3d kern_setsockopt(c49d8cc0,f,0,c,bfbfe7fc,...) at kern_setsockopt+0xb3 setsockopt(c49d8cc0,e6da4cfc,14,c0aa15bd,c0b48bb8,...) at setsockopt+0x3e syscall(e6da4d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (105, FreeBSD ELF32, setsockopt), eip = 0x281c9aff, esp = 0xbfbfe7dc, ebp = 0xbfbfe828 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 exclusive sleep mutex inp (udpinp) r = 0 (0xc47c0528) locked @ /usr/src/sys/netinet/in_mcast.c:670 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6da4704,c078606d,c0a9eba2,e6da4718,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6da4718,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c493c400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c493c400,e6da47d8,c06cfac8,c493c400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c493c400,c454f300,0,1388,e6da4830,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6da4830,e6da484a,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6da4830,e6da484a,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6da4830,e6da484a,13005c0,20000,...) at usbd_do_request+0x37 rue_read_mem(2,9c593b,c454a000,e6da4884,c06b2947,...) at rue_read_mem+0x54 rue_csr_read_2(c0aa7f7e,e6da4880,c07866cc,c07f5d48,c0c02eb0,...) at rue_csr_read_2+0x21 rue_setmulti(8,c0aa7f7e,954,954,c4697bc0,...) at rue_setmulti+0x17 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6da48ec,e6da496c,140,210,...) at if_addmulti+0x244 in_addmulti(e6da49fc,c454a000,e6da49f8,8,ffffffff,...) at in_addmulti+0x173 inp_setmoptions(c47c0498,e6da4c38,c0c02ee8,c49d8d58,c0b4fa4c,...) at inp_setmoptions+0x999 ip_ctloutput(c4a4bdec,e6da4c38,f,c49e5e58,e6da4c28,...) at ip_ctloutput+0x4f0 sosetopt(c4a4bdec,e6da4c38,1,0,c,...) at sosetopt+0x3d kern_setsockopt(c49d8cc0,f,0,c,bfbfe7fc,...) at kern_setsockopt+0xb3 setsockopt(c49d8cc0,e6da4cfc,14,c0aa15bd,c0b48bb8,...) at setsockopt+0x3e syscall(e6da4d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (105, FreeBSD ELF32, setsockopt), eip = 0x281c9aff, esp = 0xbfbfe7dc, ebp = 0xbfbfe828 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 exclusive sleep mutex inp (udpinp) r = 0 (0xc47c0528) locked @ /usr/src/sys/netinet/in_mcast.c:670 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6da4704,c078606d,c0a9eba2,e6da4718,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6da4718,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c493c400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c493c400,e6da47d8,c06cfac8,c493c400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c493c400,c454f300,0,1388,e6da4830,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6da4830,e6da4848,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6da4830,e6da4848,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6da4830,e6da4848,1260540,40000,...) at usbd_do_request+0x37 rue_write_mem(4,0,c454a000,e6da4884,c06b29a2,...) at rue_write_mem+0x54 rue_csr_write_4(c0aa7f7e,e6da4880,c07866cc,c07f5d48,c0c02eb0,...) at rue_csr_write_4+0x32 rue_setmulti(8,c0aa7f7e,954,954,c4697bc0,...) at rue_setmulti+0x72 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6da48ec,e6da496c,140,210,...) at if_addmulti+0x244 in_addmulti(e6da49fc,c454a000,e6da49f8,8,ffffffff,...) at in_addmulti+0x173 inp_setmoptions(c47c0498,e6da4c38,c0c02ee8,c49d8d58,c0b4fa4c,...) at inp_setmoptions+0x999 ip_ctloutput(c4a4bdec,e6da4c38,f,c49e5e58,e6da4c28,...) at ip_ctloutput+0x4f0 sosetopt(c4a4bdec,e6da4c38,1,0,c,...) at sosetopt+0x3d kern_setsockopt(c49d8cc0,f,0,c,bfbfe7fc,...) at kern_setsockopt+0xb3 setsockopt(c49d8cc0,e6da4cfc,14,c0aa15bd,c0b48bb8,...) at setsockopt+0x3e syscall(e6da4d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (105, FreeBSD ELF32, setsockopt), eip = 0x281c9aff, esp = 0xbfbfe7dc, ebp = 0xbfbfe828 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 exclusive sleep mutex inp (udpinp) r = 0 (0xc47c0528) locked @ /usr/src/sys/netinet/in_mcast.c:670 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6da4704,c078606d,c0a9eba2,e6da4718,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6da4718,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c493c400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c493c400,e6da47d8,c06cfac8,c493c400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c493c400,c454f300,0,1388,e6da4830,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6da4830,e6da4848,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6da4830,e6da4848,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6da4830,e6da4848,12a0540,40000,...) at usbd_do_request+0x37 rue_write_mem(4,0,c454a000,e6da4884,c06b29b3,...) at rue_write_mem+0x54 rue_csr_write_4(c0aa7f7e,e6da4880,c07866cc,c07f5d48,c0c02eb0,...) at rue_csr_write_4+0x32 rue_setmulti(8,c0aa7f7e,954,954,c4697bc0,...) at rue_setmulti+0x83 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6da48ec,e6da496c,140,210,...) at if_addmulti+0x244 in_addmulti(e6da49fc,c454a000,e6da49f8,8,ffffffff,...) at in_addmulti+0x173 inp_setmoptions(c47c0498,e6da4c38,c0c02ee8,c49d8d58,c0b4fa4c,...) at inp_setmoptions+0x999 ip_ctloutput(c4a4bdec,e6da4c38,f,c49e5e58,e6da4c28,...) at ip_ctloutput+0x4f0 sosetopt(c4a4bdec,e6da4c38,1,0,c,...) at sosetopt+0x3d kern_setsockopt(c49d8cc0,f,0,c,bfbfe7fc,...) at kern_setsockopt+0xb3 setsockopt(c49d8cc0,e6da4cfc,14,c0aa15bd,c0b48bb8,...) at setsockopt+0x3e syscall(e6da4d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (105, FreeBSD ELF32, setsockopt), eip = 0x281c9aff, esp = 0xbfbfe7dc, ebp = 0xbfbfe828 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 exclusive sleep mutex inp (udpinp) r = 0 (0xc47c0528) locked @ /usr/src/sys/netinet/in_mcast.c:670 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6da4708,c078606d,c0a9eba2,e6da471c,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6da471c,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c493c400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c493c400,e6da47dc,c06cfac8,c493c400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c493c400,c454f300,0,1388,e6da4834,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6da4834,e6da484e,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6da4834,e6da484e,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6da4834,e6da484e,1300540,20000,...) at usbd_do_request+0x37 rue_write_mem(2,9ca24c,e6da4884,c06b2a96,c454a24c,...) at rue_write_mem+0x54 rue_csr_write_2(c454a24c,0,c0a8e4a4,202,2,...) at rue_csr_write_2+0x22 rue_setmulti(8,c0aa7f7e,954,954,c4697bc0,...) at rue_setmulti+0x166 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6da48ec,e6da496c,140,210,...) at if_addmulti+0x244 in_addmulti(e6da49fc,c454a000,e6da49f8,8,ffffffff,...) at in_addmulti+0x173 inp_setmoptions(c47c0498,e6da4c38,c0c02ee8,c49d8d58,c0b4fa4c,...) at inp_setmoptions+0x999 ip_ctloutput(c4a4bdec,e6da4c38,f,c49e5e58,e6da4c28,...) at ip_ctloutput+0x4f0 sosetopt(c4a4bdec,e6da4c38,1,0,c,...) at sosetopt+0x3d kern_setsockopt(c49d8cc0,f,0,c,bfbfe7fc,...) at kern_setsockopt+0xb3 setsockopt(c49d8cc0,e6da4cfc,14,c0aa15bd,c0b48bb8,...) at setsockopt+0x3e syscall(e6da4d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (105, FreeBSD ELF32, setsockopt), eip = 0x281c9aff, esp = 0xbfbfe7dc, ebp = 0xbfbfe828 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 exclusive sleep mutex inp (udpinp) r = 0 (0xc47c0528) locked @ /usr/src/sys/netinet/in_mcast.c:670 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6da4704,c078606d,c0a9eba2,e6da4718,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6da4718,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c493c400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c493c400,e6da47d8,c06cfac8,c493c400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c493c400,c454f300,0,1388,e6da4830,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6da4830,e6da4848,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6da4830,e6da4848,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6da4830,e6da4848,1260540,40000,...) at usbd_do_request+0x37 rue_write_mem(4,80008000,0,e6da4884,c06b2aa5,...) at rue_write_mem+0x54 rue_csr_write_4(c454a24c,0,c0a8e4a4,202,2,...) at rue_csr_write_4+0x32 rue_setmulti(8,c0aa7f7e,954,954,c4697bc0,...) at rue_setmulti+0x175 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6da48ec,e6da496c,140,210,...) at if_addmulti+0x244 in_addmulti(e6da49fc,c454a000,e6da49f8,8,ffffffff,...) at in_addmulti+0x173 inp_setmoptions(c47c0498,e6da4c38,c0c02ee8,c49d8d58,c0b4fa4c,...) at inp_setmoptions+0x999 ip_ctloutput(c4a4bdec,e6da4c38,f,c49e5e58,e6da4c28,...) at ip_ctloutput+0x4f0 sosetopt(c4a4bdec,e6da4c38,1,0,c,...) at sosetopt+0x3d kern_setsockopt(c49d8cc0,f,0,c,bfbfe7fc,...) at kern_setsockopt+0xb3 setsockopt(c49d8cc0,e6da4cfc,14,c0aa15bd,c0b48bb8,...) at setsockopt+0x3e syscall(e6da4d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (105, FreeBSD ELF32, setsockopt), eip = 0x281c9aff, esp = 0xbfbfe7dc, ebp = 0xbfbfe828 --- Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0c047cc) locked @ /usr/src/sys/netinet/in_mcast.c:318 exclusive sleep mutex inp (udpinp) r = 0 (0xc47c0528) locked @ /usr/src/sys/netinet/in_mcast.c:670 KDB: stack backtrace: db_trace_self_wrapper(c0a9e7df,e6da4704,c078606d,c0a9eba2,e6da4718,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9eba2,e6da4718,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0a9c421,c0a9079e,0,...) at witness_warn+0x1cd _sleep(c493c400,0,4c,c0a9079e,0,...) at _sleep+0x5f usbd_transfer(c493c400,e6da47d8,c06cfac8,c493c400,c454f300,...) at usbd_transfer+0x198 usbd_sync_transfer(c493c400,c454f300,0,1388,e6da4830,...) at usbd_sync_transfer+0x16 usbd_do_request_flags_pipe(c454f300,c454f100,e6da4830,e6da4848,0,...) at usbd_do_request_flags_pipe+0x88 usbd_do_request_flags(c454f300,e6da4830,e6da4848,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c454f300,e6da4830,e6da4848,12a0540,40000,...) at usbd_do_request+0x37 rue_write_mem(4,0,0,e6da4884,c06b2ab4,...) at rue_write_mem+0x54 rue_csr_write_4(c454a24c,0,c0a8e4a4,202,2,...) at rue_csr_write_4+0x32 rue_setmulti(8,c0aa7f7e,954,954,c4697bc0,...) at rue_setmulti+0x184 rue_ioctl(c454a000,80206931,0,954,c454a24c,...) at rue_ioctl+0x107 if_addmulti(c454a000,e6da48ec,e6da496c,140,210,...) at if_addmulti+0x244 in_addmulti(e6da49fc,c454a000,e6da49f8,8,ffffffff,...) at in_addmulti+0x173 inp_setmoptions(c47c0498,e6da4c38,c0c02ee8,c49d8d58,c0b4fa4c,...) at inp_setmoptions+0x999 ip_ctloutput(c4a4bdec,e6da4c38,f,c49e5e58,e6da4c28,...) at ip_ctloutput+0x4f0 sosetopt(c4a4bdec,e6da4c38,1,0,c,...) at sosetopt+0x3d kern_setsockopt(c49d8cc0,f,0,c,bfbfe7fc,...) at kern_setsockopt+0xb3 setsockopt(c49d8cc0,e6da4cfc,14,c0aa15bd,c0b48bb8,...) at setsockopt+0x3e syscall(e6da4d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (105, FreeBSD ELF32, setsockopt), eip = 0x281c9aff, esp = 0xbfbfe7dc, ebp = 0xbfbfe828 --- drm0: on vgapci0 info: [drm] AGP at 0xd0000000 128MB info: [drm] Initialized radeon 1.25.0 20060524 info: [drm] Setting GART location based on new memory map info: [drm] Loading R200 Microcode info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] rue0: link state changed to DOWN rue0: link state changed to UP From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 17:19:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F001C16A417; Fri, 26 Oct 2007 17:19:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 1443B13C4B6; Fri, 26 Oct 2007 17:19:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IlSq8-000AFL-Fu; Fri, 26 Oct 2007 20:19:20 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IlSpx-000JGV-59; Fri, 26 Oct 2007 20:19:19 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9QHJ6HQ095937; Fri, 26 Oct 2007 20:19:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l9QHJ5V7095936; Fri, 26 Oct 2007 20:19:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 26 Oct 2007 20:19:05 +0300 From: Kostik Belousov To: Gleb Kozyrev Message-ID: <20071026171905.GD37471@deviant.kiev.zoral.com.ua> References: <200710251435.58984.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AkbCVLjbJ9qUtAXD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 49b91432ac2f6f50aab85e53d3752740 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1684 [Oct 26 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: Deadlock, exclusive sx so_rcv_sx, amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 17:19:23 -0000 --AkbCVLjbJ9qUtAXD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 26, 2007 at 12:52:07PM +0300, Gleb Kozyrev wrote: > On 25/10/2007, John Baldwin wrote: > > > Running rtorrent and ftp brings my system to a deadlock > > > in a few hours. Kernel still responds to pings and sends some > > > TCP acks. > ... > > > Please suggest any other commands to run in DDB if needed. > > > Cores are saved. > > > > show sleepchain will show if it's a real deadlock or not. > > >=20 > This time the freeze was a matter of minutes. >=20 > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 1229 991 991 0 ? smbd > 1201 1195 1201 1001 SL+ pfault 0xffffffff80b1359c rtorrent > 1199 1193 1199 1001 Ss+ ttyin 0xffffff0001211410 tcsh > 1197 1193 1197 1001 Ss+ ttyin 0xffffff0001218810 tcsh > 1195 1193 1195 1001 Ss+ pause 0xffffff000624a0c0 tcsh > 1193 1192 1193 1001 SLs pfault 0xffffffff80b1359c screen > 1192 1190 1190 1001 S+ pause 0xffffff00013c10c0 screen > 1190 1189 1190 1001 Ss+ pause 0xffffff00065b40c0 tcsh > 1189 1187 1187 1001 S select 0xffffffff80af79d0 sshd > 1187 1097 1187 0 Ss sbwait 0xffffff00065346cc sshd > ... >=20 > db> show alllocks > Process 1187 (sshd) thread 0xffffff00065ad350 (100166) > exclusive sx so_rcv_sx r =3D 0 (0xffffff0006534670) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 >=20 > db> show sleepchain 1187 > thread 100166 (pid 1187, sshd) sleeping on 0xffffff00065346cc "sbwait" > db> show sleepchain 1201 > thread 100164 (pid 1201, rtorrent) sleeping on 0xffffffff80b1359c "pfault" >=20 > Nothing interesting I guess... > Maybe this is not a deadlock, what else can cause such a freeze? > I won't reboot it for a while -- maybe someone can suggest anything else. Lots of the processes in the pfault state suggests that this is, in fact, vm deadlock. I think that alltrace output would be interesting, as well as output of "print cnt" from the kgdb. --AkbCVLjbJ9qUtAXD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHIiGJC3+MBN1Mb4gRAjUYAKCSYxPyri0/z8ntMJmdyGOVjnA8awCfbxpU Ox7tW7QVG+Rd3a+TtKRp1nA= =f4Dg -----END PGP SIGNATURE----- --AkbCVLjbJ9qUtAXD-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 17:25:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F30F16A418 for ; Fri, 26 Oct 2007 17:25:37 +0000 (UTC) (envelope-from lance@gheek.net) Received: from smtpoutwbe07.prod.mesa1.secureserver.net (smtpoutwbe07.prod.mesa1.secureserver.net [208.109.78.209]) by mx1.freebsd.org (Postfix) with SMTP id D559913C4A3 for ; Fri, 26 Oct 2007 17:25:36 +0000 (UTC) (envelope-from lance@gheek.net) Received: (qmail 15364 invoked from network); 26 Oct 2007 16:58:56 -0000 Received: from unknown (HELO gem-wbe35.prod.mesa1.secureserver.net) (64.202.189.31) by smtpoutwbe07.prod.mesa1.secureserver.net with SMTP; 26 Oct 2007 16:58:56 -0000 Received: (qmail 17630 invoked by uid 99); 26 Oct 2007 16:58:56 -0000 Date: Fri, 26 Oct 2007 09:58:56 -0700 From: Lance To: freebsd-current@freebsd.org Message-ID: <20071026095856.8e114e4890519e5179c192e02d6bca26.e3251e68fb.wbe@email.secureserver.net> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII X-Sender: lance@gheek.net User-Agent: Web-Based Email 4.11.8 X-Originating-IP: 12.164.218.254 Subject: FreeBSD 6.2 Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 17:25:37 -0000 Hello, I just did an upgrade to the 6.2 current (Oct 2007) from 6.2 stable to get the lagg feature. I noticed that the broadcomm cards no longer show up in /var/log/messages on a ifdown/ifup event. They will show up if I issue a "ifconfig" but if I don't they do not. The em interface is working just fine so I have a work around to get if_lagg working. Anyone seen a fix for this as of yet? #interface I have on my server bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:19:b9:ea:c0:36 bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x02090105); Flags( MFW ) bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci5 miibus1: on bce1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:19:b9:ea:c0:34 bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); F/W (0x02090105); Flags( MFW ) em0: port 0xece0-0xecff mem 0xfc3e0000-0xfc3fffff,0xfc3c0000-0xfc3dffff irq 16 at device 0.0 on pci12 em0: Ethernet address: 00:15:17:3b:0b:48 em0: [FAST] em1: port 0xecc0-0xecdf mem 0xfc3a0000-0xfc3bffff,0xfc380000-0xfc39ffff irq 17 at device 0.1 on pci12 em1: Ethernet address: 00:15:17:3b:0b:49 em1: [FAST] -Lance From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 17:36:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 524BA16A46E for ; Fri, 26 Oct 2007 17:36:28 +0000 (UTC) (envelope-from SRS0=de4c40af62831d7dc4d0b99b48b8fb51329c461e=500=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 9985313C4AC for ; Fri, 26 Oct 2007 17:36:27 +0000 (UTC) (envelope-from SRS0=de4c40af62831d7dc4d0b99b48b8fb51329c461e=500=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id FBK87824; Fri, 26 Oct 2007 10:36:24 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 436154500E; Fri, 26 Oct 2007 10:36:24 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Lance In-Reply-To: Your message of "Fri, 26 Oct 2007 09:58:56 PDT." <20071026095856.8e114e4890519e5179c192e02d6bca26.e3251e68fb.wbe@email.secureserver.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1193420184_81644P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 26 Oct 2007 10:36:24 -0700 From: "Kevin Oberman" Message-Id: <20071026173624.436154500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Lance X-To_Domain: gheek.net X-To: Lance X-To_Email: freebsd@gheek.net X-To_Alias: freebsd Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 6.2 Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 17:36:28 -0000 --==_Exmh_1193420184_81644P Content-Type: text/plain; charset=us-ascii > Hello, > > I just did an upgrade to the 6.2 current (Oct 2007) from 6.2 stable to > get the lagg feature. I noticed that the broadcomm cards no longer show > up in /var/log/messages on a ifdown/ifup event. They will show up if I > issue a "ifconfig" but if I don't they do not. The em interface is > working just fine so I have a work around to get if_lagg working. Anyone > seen a fix for this as of yet? I am afraid you are very confused. There is no 6.2 current and there never has been. There was a 6-current, but it pre-dates 6.0. You either want to update to 7-Beta1.5 or update your 6.2-stable. (6.3-BETA should show up soon.) I have no idea how you updated, but I suspect that you are not running the code that you think you are. Ehat does 'uname -a' say? -- 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_1193420184_81644P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHIiWYkn3rs5h7N1ERAvCBAJ4n/mq+uJfAyVj6K4rI2ckWcnVKSQCbB5lD Nvkat5PEN1y8wOmBnOHaF7c= =ixM1 -----END PGP SIGNATURE----- --==_Exmh_1193420184_81644P-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 18:21:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D48F16A47F for ; Fri, 26 Oct 2007 18:21:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id EB2E213C481 for ; Fri, 26 Oct 2007 18:21:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 216251073-1834499 for multiple; Fri, 26 Oct 2007 14:23:30 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9QIKdC2037881; Fri, 26 Oct 2007 14:20:46 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Gleb Kozyrev" Date: Fri, 26 Oct 2007 12:22:28 -0400 User-Agent: KMail/1.9.6 References: <200710251435.58984.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710261222.28656.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, 26 Oct 2007 14:20:47 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/4600/Fri Oct 26 10:02:30 2007 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 Subject: Re: Deadlock, exclusive sx so_rcv_sx, amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 18:21:22 -0000 On Friday 26 October 2007 05:52:07 am Gleb Kozyrev wrote: > On 25/10/2007, John Baldwin wrote: > > > Running rtorrent and ftp brings my system to a deadlock > > > in a few hours. Kernel still responds to pings and sends some > > > TCP acks. > ... > > > Please suggest any other commands to run in DDB if needed. > > > Cores are saved. > > > > show sleepchain will show if it's a real deadlock or not. > > > > This time the freeze was a matter of minutes. > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 1229 991 991 0 ? smbd > 1201 1195 1201 1001 SL+ pfault 0xffffffff80b1359c rtorrent > 1199 1193 1199 1001 Ss+ ttyin 0xffffff0001211410 tcsh > 1197 1193 1197 1001 Ss+ ttyin 0xffffff0001218810 tcsh > 1195 1193 1195 1001 Ss+ pause 0xffffff000624a0c0 tcsh > 1193 1192 1193 1001 SLs pfault 0xffffffff80b1359c screen > 1192 1190 1190 1001 S+ pause 0xffffff00013c10c0 screen > 1190 1189 1190 1001 Ss+ pause 0xffffff00065b40c0 tcsh > 1189 1187 1187 1001 S select 0xffffffff80af79d0 sshd > 1187 1097 1187 0 Ss sbwait 0xffffff00065346cc sshd > ... > > db> show alllocks > Process 1187 (sshd) thread 0xffffff00065ad350 (100166) > exclusive sx so_rcv_sx r = 0 (0xffffff0006534670) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > > db> show sleepchain 1187 > thread 100166 (pid 1187, sshd) sleeping on 0xffffff00065346cc "sbwait" > db> show sleepchain 1201 > thread 100164 (pid 1201, rtorrent) sleeping on 0xffffffff80b1359c "pfault" > > Nothing interesting I guess... > Maybe this is not a deadlock, what else can cause such a freeze? > I won't reboot it for a while -- maybe someone can suggest anything else. "sbwait" is waiting for data to come in on a socket and "pfault" is waiting on disk I/O. It is a bit odd that 1187 is holding a lock while sleeping though that is permitted with an sx lock. Still, if it's supposed to be protect socket's receive buffer that is odd. Maybe get a trace of the process blocked in "sbwait" (tr ) and bug rwatson@ about it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 18:45:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA60B16A419; Fri, 26 Oct 2007 18:45:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 902B913C49D; Fri, 26 Oct 2007 18:45:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IlUBq-000KbB-L8; Fri, 26 Oct 2007 21:45:50 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IlUBo-00038c-I6; Fri, 26 Oct 2007 21:45:50 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9QIja5l097864; Fri, 26 Oct 2007 21:45:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l9QIjajB097863; Fri, 26 Oct 2007 21:45:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 26 Oct 2007 21:45:36 +0300 From: Kostik Belousov To: John Baldwin Message-ID: <20071026184536.GE37471@deviant.kiev.zoral.com.ua> References: <200710251435.58984.jhb@freebsd.org> <200710261222.28656.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vv4Sf/kQfcwinyKX" Content-Disposition: inline In-Reply-To: <200710261222.28656.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: a0e7373be156534abcc10f92c304d741 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1684 [Oct 26 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: Deadlock, exclusive sx so_rcv_sx, amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 18:45:52 -0000 --vv4Sf/kQfcwinyKX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 26, 2007 at 12:22:28PM -0400, John Baldwin wrote: > On Friday 26 October 2007 05:52:07 am Gleb Kozyrev wrote: > > On 25/10/2007, John Baldwin wrote: > > > > Running rtorrent and ftp brings my system to a deadlock > > > > in a few hours. Kernel still responds to pings and sends some > > > > TCP acks. > > ... > > > > Please suggest any other commands to run in DDB if needed. > > > > Cores are saved. > > > > > > show sleepchain will show if it's a real deadlock or not. > > > > >=20 > > This time the freeze was a matter of minutes. > >=20 > > db> ps > > pid ppid pgrp uid state wmesg wchan cmd > > 1229 991 991 0 ? smbd > > 1201 1195 1201 1001 SL+ pfault 0xffffffff80b1359c rtorrent > > 1199 1193 1199 1001 Ss+ ttyin 0xffffff0001211410 tcsh > > 1197 1193 1197 1001 Ss+ ttyin 0xffffff0001218810 tcsh > > 1195 1193 1195 1001 Ss+ pause 0xffffff000624a0c0 tcsh > > 1193 1192 1193 1001 SLs pfault 0xffffffff80b1359c screen > > 1192 1190 1190 1001 S+ pause 0xffffff00013c10c0 screen > > 1190 1189 1190 1001 Ss+ pause 0xffffff00065b40c0 tcsh > > 1189 1187 1187 1001 S select 0xffffffff80af79d0 sshd > > 1187 1097 1187 0 Ss sbwait 0xffffff00065346cc sshd > > ... > >=20 > > db> show alllocks > > Process 1187 (sshd) thread 0xffffff00065ad350 (100166) > > exclusive sx so_rcv_sx r =3D 0 (0xffffff0006534670) locked @ > > /usr/src/sys/kern/uipc_sockbuf.c:145 > >=20 > > db> show sleepchain 1187 > > thread 100166 (pid 1187, sshd) sleeping on 0xffffff00065346cc "sbwait" > > db> show sleepchain 1201 > > thread 100164 (pid 1201, rtorrent) sleeping on 0xffffffff80b1359c "pfau= lt" > >=20 > > Nothing interesting I guess... > > Maybe this is not a deadlock, what else can cause such a freeze? > > I won't reboot it for a while -- maybe someone can suggest anything els= e. >=20 > "sbwait" is waiting for data to come in on a socket and "pfault" is > waiting on disk I/O. It is a bit odd that 1187 is holding a lock while No, pfault means that the process handles page faults, and sleeps waiting for some page to become available (either from cache or free list). > sleeping though that is permitted with an sx lock. Still, if it's > supposed to be protect socket's receive buffer that is odd. Maybe get > a trace of the process blocked in "sbwait" (tr ) and bug rwatson@ > about it. --vv4Sf/kQfcwinyKX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHIjXPC3+MBN1Mb4gRAgmSAKDpuxX5/t07+T1q0jKFV0ybA31mMwCdH3U4 x4TF3cRgX339ll6QGz99KDg= =dcSK -----END PGP SIGNATURE----- --vv4Sf/kQfcwinyKX-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 19:15:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79DD116A417 for ; Fri, 26 Oct 2007 19:15:22 +0000 (UTC) (envelope-from rob.zietlow@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3582613C481 for ; Fri, 26 Oct 2007 19:15:21 +0000 (UTC) (envelope-from rob.zietlow@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so792648nzf for ; Fri, 26 Oct 2007 12:15:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=PBcxsFHjtt64DQ73ZmurdQ6yihVaVPz2UNZVMKyUwP0=; b=SEOe+y9FGEoi7rG8dGtusptLkBN6zEzkNbRmO9N0ntbARBByMJT0g58YQ4orKrHh1qx5B3QOhVlNLrQqDHEOFMrtSC553TYOH/OGj8qyZ/R4IEDwyCoxJxQ1G17/3Ubt1jxfdInzzPVdqXgy2Ecpd3rGNFp+CWmmn5J5qPynmJ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=oyT0jY4iRSBg7IAcqfaUqVt48ueyXyQLjNHUZA6flJH+EEqdxgSiPnrRhxQAfRoRmrjmva43OGHZC2m7kYGB/RK3ppusz/VLZ0Kw380WvUdHPsR+lint8ex0mk9IZCJdlSjQxWJS7m4Ow9DwHyi+KfoK96xcf3U2+W6OW5q5WUI= Received: by 10.114.88.1 with SMTP id l1mr1583618wab.1193424427406; Fri, 26 Oct 2007 11:47:07 -0700 (PDT) Received: by 10.114.94.19 with HTTP; Fri, 26 Oct 2007 11:47:07 -0700 (PDT) Message-ID: Date: Fri, 26 Oct 2007 13:47:07 -0500 From: "Rob Zietlow" To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 26 Oct 2007 19:27:32 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [7.0-Beta] can no longer ssh into just upgraded host X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 19:15:22 -0000 Hello, A google for the error messages hasn't turned up so I turn to you mailing lists. I have recently upgraded to RELENG_7. (Oct 26th 13:03) Ever since then i am no longer able to ssh into the upgraded host from outside my local subnet. This has been tested coming from OSX, Linux, openbsd and Solaris 8-10. >From the host to the server I see the following. #ssh -vv 192.168.8.163 OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 192.168.8.163 [192.168.8.163] port 22. debug1: Connection established. debug1: identity file /home/$USER/.ssh/identity type -1 debug1: identity file /home/$USER/.ssh/id_rsa type -1 debug1: identity file /home/$USER/.ssh/id_dsa type -1 ssh_exchange_identification: read: Connection reset by peer # I get this if the keys exist in ~/.ssh/known_hosts or not. I get this on all of the hosts connecting to the new 7.0 server On the server i see the following. /var/log/auth Oct 26 13:32:27 dhcp11 sshd[1013]: Did not receive identification string from 192.168.3.132 I compared an /etc/ssh/sshd_config from a working 6.2 host and my 7 host and they are identical (empty lines removed) dhcp11# grep -v # /etc/ssh/sshd_config DSAAuthentication yes PubkeyAuthentication yes AuthorizedKeysFile .ssh/authorized_keys Subsystem sftp /usr/libexec/sftp-server Here is /etc/hosts.allow dhcp11# grep -v # /etc/hosts.allow (empty lines removed again) ALL : ALL : allow sendmail : ALL : allow ftpd : ALL : allow sshd in debugging mode. dhcp11# /usr/sbin/sshd -ddddddd debug2: load_server_config: filename /etc/ssh/sshd_config debug2: load_server_config: done config len = 249 debug2: parse_server_config: config /etc/ssh/sshd_config len 249 debug3: /etc/ssh/sshd_config:111 setting Subsystem sftp /usr/libexec/sftp-server debug3: /etc/ssh/sshd_config:118 setting DSAAuthentication yes debug3: /etc/ssh/sshd_config:119 setting PubkeyAuthentication yes debug3: /etc/ssh/sshd_config:120 setting AuthorizedKeysFile .ssh/authorized_keys debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 debug3: Not a RSA1 key file /etc/ssh/ssh_host_dsa_key. debug1: read PEM private key done: type DSA debug1: private host key: #0 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-ddddddd' debug2: fd 3 setting O_NONBLOCK debug1: Bind to port 22 on 0.0.0.0. Server listening on 0.0.0.0 port 22. debug1: fd 4 clearing O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 7 config len 249 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug1: inetd sockets after dupping: 3, 3 debug1: res_init() Connection from 192.168.3.132 port 39685 Did not receive identification string from 192.168.3.132 DNS queries forward and reverse resolve the hostnames I am ssh-ing in from. Any other suggestions as I have ran out of ideas and google isn't as helpful at this point, unless I have overlooked something. From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 20:02:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89C0316A46C for ; Fri, 26 Oct 2007 20:02:50 +0000 (UTC) (envelope-from gkozyrev@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 0BE3513C4A8 for ; Fri, 26 Oct 2007 20:02:49 +0000 (UTC) (envelope-from gkozyrev@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so860605uge for ; Fri, 26 Oct 2007 13:02:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Us4T67+Mj65OMcfW+BipwUn+m5ZWag/fYSg0CiCTiqA=; b=sgdoIhYkooyD+nTW8Eqn4UDL9v0gRJpmUiz3/SusGWrkGaO84rktWMdFfbdkDV6Xsn5khporgiU+Pv8ltqj9oi/eMrN+6pvENVurzsMYzp6XaQzhUY8zO8JQpVjfcH8XwB5Xqyg4fxajljwtXOWycDDawvh/ZsDQKS7bJP39z8Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IW0tMmu+0TVr5YXm1ggU6KIGKvWWH3PQG6AMwtJEZeo1tl0/0KpHeF8lvDJCYrQSfnLcB1PW9tdwbvXuPRs1JDXe5nAE4HwbMkuXovyhFiGqr7GUknq87qRZcz6z90k6qKdw/5TRS4zCKGfl88humYflcEpAOGNGbqILCsaw9Nw= Received: by 10.78.185.15 with SMTP id i15mr2631693huf.1193428967847; Fri, 26 Oct 2007 13:02:47 -0700 (PDT) Received: by 10.78.148.14 with HTTP; Fri, 26 Oct 2007 13:02:47 -0700 (PDT) Message-ID: Date: Fri, 26 Oct 2007 23:02:47 +0300 From: "Gleb Kozyrev" To: freebsd-current@freebsd.org In-Reply-To: <20071026184536.GE37471@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710251435.58984.jhb@freebsd.org> <200710261222.28656.jhb@freebsd.org> <20071026184536.GE37471@deviant.kiev.zoral.com.ua> Cc: Kostik Belousov , Robert Watson Subject: Re: Deadlock, exclusive sx so_rcv_sx, amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 20:02:50 -0000 On 26/10/2007, Kostik Belousov wrote: > On Fri, Oct 26, 2007 at 12:22:28PM -0400, John Baldwin wrote: > > "sbwait" is waiting for data to come in on a socket and "pfault" is > > waiting on disk I/O. It is a bit odd that 1187 is holding a lock while > No, pfault means that the process handles page faults, and sleeps > waiting for some page to become available (either from cache or free list). > > > sleeping though that is permitted with an sx lock. Still, if it's > > supposed to be protect socket's receive buffer that is odd. Maybe get > > a trace of the process blocked in "sbwait" (tr ) and bug rwatson@ > > about it. > Thank you Konstantin and John for looking into this. I didn't do alltrace and friends this time so here's info from a previous occurence: http://debug.files.googlepages.com/Serial-20071022-004528.txt Some of it is below as requested: db> show alllocks Process 1406 (systat) thread 0xffffff002aa016a0 (100181) shared sx allproc r = 0 (0xffffffff80a72820) locked @ /usr/src/sys/vm/vm_meter.c:130 exclusive sx sysctl lock r = 0 (0xffffffff80a72f40) locked @ /usr/src/sys/kern/kern_sysctl.c:1396 Process 1129 (rtorrent) thread 0xffffff000a6ae000 (100163) exclusive sx user map r = 0 (0xffffff0001056890) locked @ /usr/src/sys/vm/vm_map.c:2195 Process 1105 (sshd) thread 0xffffff000a6ae350 (100162) exclusive sx so_rcv_sx r = 0 (0xffffff000a78a928) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 1040 (cron) thread 0xffffff0001c61350 (100130) shared sx proctree r = 0 (0xffffffff80a72860) locked @ /usr/src/sys/kern/kern_fork.c:286 Process 998 (mysqld) thread 0xffffff002aa119f0 (100192) exclusive sx so_rcv_sx r = 0 (0xffffff0003858670) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 998 (mysqld) thread 0xffffff002aa12000 (100191) exclusive sx so_rcv_sx r = 0 (0xffffff000abbb928) locked @ /usr/src/sys/kern/uipc_sockbuf.c:145 Process 932 (smbd) thread 0xffffff000140c000 (100068) shared sx proctree r = 0 (0xffffffff80a72860) locked @ /usr/src/sys/kern/kern_fork.c:286 db> ps pid ppid pgrp uid state wmesg wchan cmd 1416 1414 1416 1001 S+ zfs:(&tx 0xffffff000152cd90 ftp 1414 1111 1414 1001 Ss+ pause 0xffffff000abff520 tcsh 1406 1127 1406 1001 S+ user map 0xffffff0001056890 systat 1134 932 932 1001 SL pfault 0xffffffff80b1359c smbd 1133 1017 1017 80 S zfs 0xffffff000a399288 httpd 1129 1113 1129 1001 S+ vmwait 0xffffffff80b1359c rtorrent 1127 1111 1127 1001 Ss+ pause 0xffffff000a1f90c0 tcsh 1113 1111 1113 1001 Ss+ pause 0xffffff0001c5b520 tcsh 1111 1110 1111 1001 SLs pfault 0xffffffff80b1359c screen 1110 1108 1108 1001 S+ pause 0xffffff000a1fa980 screen 1108 1107 1108 1001 Ss+ pause 0xffffff000a6a9520 tcsh 1107 1105 1105 1001 S select 0xffffffff80af79d0 sshd 1105 1033 1105 0 Ss sbwait 0xffffff000a78a984 sshd ... Tracing command sshd pid 1105 tid 100162 td 0xffffff000a6ae350 sched_switch() at sched_switch+0x18c mi_switch() at mi_switch+0x22f sleepq_switch() at sleepq_switch+0xc7 sleepq_catch_signals() at sleepq_catch_signals+0x25a sleepq_wait_sig() at sleepq_wait_sig+0x16 _sleep() at _sleep+0x309 soreceive_generic() at soreceive_generic+0x101c dofileread() at dofileread+0xa1 kern_readv() at kern_readv+0x4c read() at read+0x54 syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip = 0x8016f528c, rsp = 0x7fffffffe558, rbp = 0x4 --- Tracing command rtorrent pid 1129 tid 100163 td 0xffffff000a6ae000 sched_switch() at sched_switch+0x18c mi_switch() at mi_switch+0x22f sleepq_switch() at sleepq_switch+0xc7 sleepq_wait() at sleepq_wait+0x44 _sleep() at _sleep+0x351 kmem_malloc() at kmem_malloc+0x2a2 uma_large_malloc() at uma_large_malloc+0x4a malloc() at malloc+0x12d arc_get_data_buf() at arc_get_data_buf+0x36e arc_buf_alloc() at arc_buf_alloc+0xe4 arc_read() at arc_read+0xfa dbuf_prefetch() at dbuf_prefetch+0x137 dmu_zfetch_dofetch() at dmu_zfetch_dofetch+0x10b dmu_zfetch() at dmu_zfetch+0x4aa dbuf_read() at dbuf_read+0x535 dmu_tx_check_ioerr() at dmu_tx_check_ioerr+0x9a dmu_tx_count_write() at dmu_tx_count_write+0x178 dmu_tx_hold_write() at dmu_tx_hold_write+0x4a zfs_freebsd_write() at zfs_freebsd_write+0x399 VOP_WRITE_APV() at VOP_WRITE_APV+0x10b vnode_pager_generic_putpages() at vnode_pager_generic_putpages+0x19c vnode_pager_putpages() at vnode_pager_putpages+0x97 vm_pageout_flush() at vm_pageout_flush+0x14b vm_object_page_collect_flush() at vm_object_page_collect_flush+0x2d1 vm_object_page_clean() at vm_object_page_clean+0x165 vm_object_sync() at vm_object_sync+0x1f0 vm_map_sync() at vm_map_sync+0x11e msync() at msync+0x62 syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (65, FreeBSD ELF64, msync), rip = 0x8016c37ec, rsp = 0x7fffffffe408, rbp = 0x1 --- (kgdb) print cnt $1 = {v_swtch = 0, v_trap = 0, v_syscall = 0, v_intr = 0, v_soft = 0, v_vm_faults = 0, v_cow_faults = 0, v_cow_optim = 0, v_zfod = 0, v_ozfod = 0, v_swapin = 0, v_swapout = 0, v_swappgsin = 0, v_swappgsout = 0, v_vnodein = 0, v_vnodeout = 0, v_vnodepgsin = 0, v_vnodepgsout = 0, v_intrans = 0, v_reactivated = 255459, v_pdwakeups = 507, v_pdpages = 34896653, v_tcached = 19148245, v_dfree = 0, v_pfree = 74993, v_tfree = 0, v_page_size = 4096, v_page_count = 246565, v_free_reserved = 371, v_free_target = 6779, v_free_min = 1602, v_free_count = 890, v_wire_count = 43890, v_active_count = 187459, v_inactive_target = 10168, v_inactive_count = 14025, v_cache_count = 0, v_cache_min = 6779, v_cache_max = 13558, v_pageout_free_min = 34, v_interrupt_free_min = 2, v_free_severe = 986, v_forks = 0, v_vforks = 0, v_rforks = 0, v_kthreads = 0, v_forkpages = 0, v_vforkpages = 0, v_rforkpages = 0, v_kthreadpages = 0} I managed to find a kernel message that precedes the freeze: Approaching the limit on PV entries, consider increasing sysctl vm.pmap.shpgperproc or vm.pmap.pv_entry_max rtorrent likes to mmap large files. After increasing (one of) these sysctls everything seems ok. Probably, setting rtorrent's memory limit could have helped either. Is there a way to know if some process is becoming close to that limit? -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 20:28:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59D5816A417 for ; Fri, 26 Oct 2007 20:28:49 +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 EDAE513C4AA for ; Fri, 26 Oct 2007 20:28:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 30623 invoked by uid 399); 26 Oct 2007 20:28:48 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 26 Oct 2007 20:28:48 -0000 X-Originating-IP: 127.0.0.1 Date: Fri, 26 Oct 2007 13:28:46 -0700 (PDT) From: Doug Barton To: Oliver Peter In-Reply-To: <1193398796.7390.6.camel@opus.cse.buffalo.edu> Message-ID: References: <1193351234.93167.21.camel@neo.cse.buffalo.edu> <20071026075506.GH22904@nemesis.frida.mouhaha.de> <1193398796.7390.6.camel@opus.cse.buffalo.edu> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1.5 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 20:28:49 -0000 > On Fri, 2007-10-26 at 09:55 +0200, Oliver Peter wrote: >> Everything wents fine. Mergemaster did a great job That's good to hear. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 20:34:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E71E616A41A for ; Fri, 26 Oct 2007 20:34:07 +0000 (UTC) (envelope-from kozak.szymon@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8DA4213C4A3 for ; Fri, 26 Oct 2007 20:34:07 +0000 (UTC) (envelope-from kozak.szymon@gmail.com) Received: by el-out-1112.google.com with SMTP id s27so367445ele for ; Fri, 26 Oct 2007 13:34:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=QK11y93xC+Z6v+ZcYX9sXiN3P/q+W6IGJZpneTfg2e4=; b=KGa8W5ueVfEVvUymYVfeFV/x5nPa5qxxQfdmWyQDnhnMDlFHVinSS68wzZscfxCGFPqSWxIPfrgtS3G2TPYUe4lRbJVPSm3FA38rTrRjxOWZTgQXy86XyNeQ20mrFIFb5Jg4bZhQI0/VF9kEw6945WuMNwxcu7hs8xItjBf2Tsc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HMA2mC8TzJh1HSA7DjWUAuYHogmpWKBtxhB4cjAegxa70N8ca2h7pxutBdgEPPVT0oMMuZjQ0dnfWngjOYZ0jLFugHBusdK1Llpku0cquYqXuwJqvuO/7DRQdi3b7wnOOJLz3V5B/JMwYUwshT1/8XhBEBl4nWHC7bnUQHdNd4o= Received: by 10.143.1.2 with SMTP id d2mr1008475wfi.1193430844646; Fri, 26 Oct 2007 13:34:04 -0700 (PDT) Received: by 10.142.240.14 with HTTP; Fri, 26 Oct 2007 13:34:04 -0700 (PDT) Message-ID: <289d9e390710261334v45b0b3d6te5ead0d56263532f@mail.gmail.com> Date: Fri, 26 Oct 2007 22:34:04 +0200 From: "Szymon Kozak" To: freebsd-current@freebsd.org In-Reply-To: <289d9e390710261332l7739cc81t829ad56b63e0c90@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4712A4A8.7080503@FreeBSD.org> <200710241910.28201.joao@matik.com.br> <200710241904.47701.jkim@FreeBSD.org> <200710251102.33088.joao@matik.com.br> <289d9e390710261332l7739cc81t829ad56b63e0c90@mail.gmail.com> Subject: Re: panic in 8-CURRENT / BGE hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 20:34:08 -0000 On 10/25/07, JoaoBR wrote: > > The main goal of the two technologies is the same, i.e., out-of-band > > server management. Both use Remote Management and Control Protocol > > (RMCP) for the network protocol but ASF is implemented on NIC > > firmware level while IPMI is implemented on baseboard management > > controller (BMC). Now BCM57xx firmware has built-in ASF stack and > > the interface can be shared with BMC. If there is a BMC on-board and > > network controller is shared, obviously you cannot just reset the > > controller, etc. You have to 'tell' the firmware that you are about > > to do critical things, such as reset, start, stop, link negotiation, > > etc, so that it can communicate with BMC beforehand. If you turn on > > hw.bge.allow_asf, it does just that. Unfortunately, it does not work > > for all systems in the real world because they are not created equal, > > e.g., different spec. revisions, hardware implementations, firmware, > > BIOS, etc. Basically some system fails *without* it while some > > system fails *with* it. Hence, the tunable was necessary. At least, > > that is how I understand it. > > > thank you, that was great > > but would really not harm to put something about resumed into the man page > Hello, I have the same problem, but change value to hw.bge.allow_asf="0" doesn't work for me. I have Broadcom NetLink (TM) Gigabit Ethernet in my ThinkPad R61. Dmesg from FreeBSD-STABLE shows: bge0: mem 0xfe000000-0xfe00ffff irq 18 at device 0.0 on pci4 Here is complete dmesg: http://slane.pl/tmp/dmesg.txt Anybody know what's wrong? From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 20:50:28 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A57BF16A46C for ; Fri, 26 Oct 2007 20:50:28 +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 1AB4F13C4F9 for ; Fri, 26 Oct 2007 20:50:28 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 23990 invoked by uid 399); 26 Oct 2007 20:23:48 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 26 Oct 2007 20:23:48 -0000 X-Originating-IP: 127.0.0.1 Date: Fri, 26 Oct 2007 13:23:46 -0700 (PDT) From: Doug Barton To: Freddie Cash In-Reply-To: <200710251516.19505.fjwcash+freebsd@gmail.com> Message-ID: References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <47210FBE.6080803@gmail.com> <20071025220742.GA45217@owl.midgard.homeip.net> <200710251516.19505.fjwcash+freebsd@gmail.com> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 20:50:28 -0000 On Thu, 25 Oct 2007, Freddie Cash wrote: > Maybe not, but for the bulk of the users of cvsup, csup is a drop-in > replacement. It would be correct to say something like, "If you are checking out the tree, csup is a drop-in replacement." The statement is not correct without qualification since "drop-in replacement" has a well understood meaning in computer circles, and as it stands now csup isn't. > As with most things in Unix-land, there's more than one way to do > things, and every one will defend to the death their way of doing > things. :D This isn't a TMTOWTDI problem. It's a "your statement is factually incorrect and every time you make it you spawn a pointless thread about why it's factually incorrect" problem. Please adjust accordingly. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Oct 26 21:42:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2E2916A421; Fri, 26 Oct 2007 21:42:14 +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 97F1513C480; Fri, 26 Oct 2007 21:42:14 +0000 (UTC) (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 1F14446E20; Fri, 26 Oct 2007 17:42:14 -0400 (EDT) Date: Fri, 26 Oct 2007 22:42:13 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Baldwin In-Reply-To: <200710261222.28656.jhb@freebsd.org> Message-ID: <20071026223628.O99770@fledge.watson.org> References: <200710251435.58984.jhb@freebsd.org> <200710261222.28656.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Deadlock, exclusive sx so_rcv_sx, amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2007 21:42:14 -0000 On Fri, 26 Oct 2007, John Baldwin wrote: > "sbwait" is waiting for data to come in on a socket and "pfault" is waiting > on disk I/O. It is a bit odd that 1187 is holding a lock while sleeping > though that is permitted with an sx lock. Still, if it's supposed to be > protect socket's receive buffer that is odd. Maybe get a trace of the > process blocked in "sbwait" (tr ) and bug rwatson@ about it. This is normal -- there are two kinds of locks on each socket buffer: a mutex protecting the integrity of the data structure, and an sx lock serializing I/O on the socket buffer. The latter is intended to prevent I/O interlacing, and replaced the older sblock/sbunlock implemented using tsleep(), flags, and the mutex as an interlock. It is normal for the sx lock to be held over sleeps -- both sbwait, indicating that the I/O has not yet been completed but is waiting on the network or remote endpoint, and a page fault, indicating that a data copy to or from user space is in progress and has blocked waiting on paging. Other threads blocked on the sx lock sleep interruptibly, thanks for Attilio's addition of interruptible sx lock calls. It's not impossible that there are deadlocks involved, but if so, they likely existed before the change to formal sx locks as the previous "by hand" lock construction had essentially identical (but slower) properties. There is an interesting question about whether the strong semantics in the presence of interlaced I/O requests (i.e., simultaneous requests from multiple threads on a single socket) are required, in which case we might be able to weaken the locking here with some reworking of the socket buffer data structures and send/receive routines. For the time being we should leave them as-is for stream sockets, and have optimized them out for UDP sockets by virtue of a simplified sosend_dgram(), which was part of our optimization work for BIND. FYI, BIND uses a single UDP socket for all transactions, and since each transaction is atomic (being a datagram), the overhead of socket buffer locking was significant, not to mention unrequired. This was problem was originally pointed out by Jinmei Tatuya. So, in summary: sleeping while holding the so_rcv/so_snd sx locks is normal, but deadlocks are not, so if the pointer comes back in the direction of the socket code after some more investigation, let me know. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 00:00:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D98AB16A469 for ; Sat, 27 Oct 2007 00:00:04 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 9D97913C4A8 for ; Sat, 27 Oct 2007 00:00:03 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 175811CCF3; Sat, 27 Oct 2007 02:00:02 +0200 (CEST) Date: Sat, 27 Oct 2007 02:00:02 +0200 From: Ed Schouten To: Julian Elischer Message-ID: <20071027000002.GU5411@hoeg.nl> References: <4720335D.6020404@elischer.org> <20071026135428.GO5411@hoeg.nl> <47221D32.8010300@elischer.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="L3YXIp3x9iPXK/hW" Content-Disposition: inline In-Reply-To: <47221D32.8010300@elischer.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current Subject: Re: kthread/kproc panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 00:00:04 -0000 --L3YXIp3x9iPXK/hW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Julian Elischer wrote: > I'm struggling to reproduce this. > > from your description the following might be a work around. > (Maybe something in your setup has thread0 not set up as early as in mine? > in terms of being linked into proc0) Found it. You forgot to initialize `p' to NULL inside idle_setup(). I think I'll go to bed now. Already 2am. :-/ --=20 Ed Schouten WWW: http://g-rave.nl/ --L3YXIp3x9iPXK/hW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHIn+C52SDGA2eCwURAiMiAJ4ucia22ab2OoFTgAWk0NAhg9c/dACfdEqO xyGxWCoDtv28K88UycZ60Pw= =aPZW -----END PGP SIGNATURE----- --L3YXIp3x9iPXK/hW-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 00:30:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D937E16A41A for ; Sat, 27 Oct 2007 00:30:03 +0000 (UTC) (envelope-from kcender07@yahoo.co.uk) Received: from web27805.mail.ukl.yahoo.com (web27805.mail.ukl.yahoo.com [217.146.182.10]) by mx1.freebsd.org (Postfix) with SMTP id 1F60813C491 for ; Sat, 27 Oct 2007 00:30:02 +0000 (UTC) (envelope-from kcender07@yahoo.co.uk) Received: (qmail 97293 invoked by uid 60001); 27 Oct 2007 00:03:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=PiCQwT4X3ASc+VM96xUSoXWYDnWlOE5cwxe/veSoEvQrrS469GxKwCJ4N7Q8yEluMRJZXgOM4DfiCj2HL/xzqTgha0UtpSkGW4bu2Us+KSuLZCPjLRGVToey0pyDjWslWgn0wfbjTehXofTwautpxuZaJSzAaN3aTljvLLEeNEQ=; X-YMail-OSG: 00vep_MVM1mKPMyad5W7hcFxf.kPS6ClvE83cao6A1AP1_aYLmY2ZV5Wq01z3G5_gqGSyBdgIaN6L1uLxGW2lVQ- Received: from [195.166.157.72] by web27805.mail.ukl.yahoo.com via HTTP; Sat, 27 Oct 2007 00:03:21 GMT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Sat, 27 Oct 2007 00:03:21 +0000 (GMT) From: Red Neck To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1147648914-1193443401=:97141" Message-ID: <575715.97141.qm@web27805.mail.ukl.yahoo.com> Subject: Loader broken in Head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 00:30:03 -0000 --0-1147648914-1193443401=:97141 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=0AWithin the last day (26/10/07) I've built and installed the source= s from CVS Head only to find the stage 3 boot loader, /boot/loader, not wor= king. I'm using a Mac Pro with 3 internal hard drives. On one hard disk I= have FreeBSD amd64 installed, occupying the entire disk (MBR). Using the = sources from Head, loader just freezes after displaying its initial message= s with a constantly spinning cursor. To access the system I have to revert= to using an older loader such as 6.2 release's. I have attached my make a= nd kernel config.=0A=0ACan anyone provide any help? I'm quite prepared to = help test fixes.=0A=0AThanks,=0A=0ARedNeck=0A=0A=0A=0A _______________= ____________________________________________ =0AWant ideas for reducing you= r carbon footprint? Visit Yahoo! For Good http://uk.promotions.yahoo.com/f= orgood/environment.html --0-1147648914-1193443401=:97141 Content-Type: application/octet-stream; name="=?utf-8?q?CUSTOM-SMP?=" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="=?utf-8?q?CUSTOM-SMP?=" IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBm aWxlIGZvciBGcmVlQlNEL2FtZDY0CiMKIyBGb3IgbW9yZSBpbmZvcm1hdGlv biBvbiB0aGlzIGZpbGUsIHBsZWFzZSByZWFkIHRoZSBoYW5kYm9vayBzZWN0 aW9uIG9uCiMgS2VybmVsIENvbmZpZ3VyYXRpb24gRmlsZXM6CiMKIyAgICBo dHRwOi8vd3d3LkZyZWVCU0Qub3JnL2RvYy9lbl9VUy5JU084ODU5LTEvYm9v a3MvaGFuZGJvb2sva2VybmVsY29uZmlnLWNvbmZpZy5odG1sCiMKIyBUaGUg aGFuZGJvb2sgaXMgYWxzbyBhdmFpbGFibGUgbG9jYWxseSBpbiAvdXNyL3No YXJlL2RvYy9oYW5kYm9vawojIGlmIHlvdSd2ZSBpbnN0YWxsZWQgdGhlIGRv YyBkaXN0cmlidXRpb24sIG90aGVyd2lzZSBhbHdheXMgc2VlIHRoZQojIEZy ZWVCU0QgV29ybGQgV2lkZSBXZWIgc2VydmVyIChodHRwOi8vd3d3LkZyZWVC U0Qub3JnLykgZm9yIHRoZQojIGxhdGVzdCBpbmZvcm1hdGlvbi4KIwojIEFu IGV4aGF1c3RpdmUgbGlzdCBvZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVk IGV4cGxhbmF0aW9ucyBvZiB0aGUKIyBkZXZpY2UgbGluZXMgaXMgYWxzbyBw cmVzZW50IGluIHRoZSAuLi8uLi9jb25mL05PVEVTIGFuZCBOT1RFUyBmaWxl cy4KIyBJZiB5b3UgYXJlIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3NlIG9y IG5lY2Vzc2l0eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0CiMgaW4gTk9URVMu CiMKIyAkRnJlZUJTRDogc3JjL3N5cy9hbWQ2NC9jb25mL0dFTkVSSUMsdiAx LjQ4NSAyMDA3LzEwLzE5IDEyOjMwOjMzIGtlbnNtaXRoIEV4cCAkCgpjcHUJ CUhBTU1FUgppZGVudAkJQ1VTVE9NLVNNUAoKIyBUbyBzdGF0aWNhbGx5IGNv bXBpbGUgaW4gZGV2aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290L2Rldmlj ZS5oaW50cwojaGludHMJCSJHRU5FUklDLmhpbnRzIgkJIyBEZWZhdWx0IHBs YWNlcyB0byBsb29rIGZvciBkZXZpY2VzLgoKI21ha2VvcHRpb25zCURFQlVH PS1nCQkjIEJ1aWxkIGtlcm5lbCB3aXRoIGdkYigxKSBkZWJ1ZyBzeW1ib2xz CgpvcHRpb25zIAlTQ0hFRF9VTEUJCSMgVUxFIHNjaGVkdWxlcgpvcHRpb25z IAlQUkVFTVBUSU9OCQkjIEVuYWJsZSBrZXJuZWwgdGhyZWFkIHByZWVtcHRp b24Kb3B0aW9ucyAJSU5FVAkJCSMgSW50ZXJORVR3b3JraW5nCm9wdGlvbnMg CUlORVQ2CQkJIyBJUHY2IGNvbW11bmljYXRpb25zIHByb3RvY29scwpvcHRp b25zIAlTQ1RQCQkJIyBTdHJlYW0gQ29udHJvbCBUcmFuc21pc3Npb24gUHJv dG9jb2wgCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxlc3lz dGVtCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1 cGRhdGVzIHN1cHBvcnQKb3B0aW9ucyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBm b3IgYWNjZXNzIGNvbnRyb2wgbGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhBU0gJ CSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGlyZWN0b3JpZXMKb3B0 aW9ucyAJVUZTX0dKT1VSTkFMCQkjIEVuYWJsZSBnam91cm5hbC1iYXNlZCBV RlMgam91cm5hbGluZwpvcHRpb25zIAlNRF9ST09UCQkJIyBNRCBpcyBhIHBv dGVudGlhbCByb290IGRldmljZQpvcHRpb25zIAlORlNDTElFTlQJCSMgTmV0 d29yayBGaWxlc3lzdGVtIENsaWVudAojb3B0aW9ucyAJTkZTU0VSVkVSCQkj IE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKI29wdGlvbnMgCU5GU19ST09U CQkjIE5GUyB1c2FibGUgYXMgLywgcmVxdWlyZXMgTkZTQ0xJRU5UCm9wdGlv bnMgCU5URlMJCQkjIE5UIEZpbGUgU3lzdGVtCm9wdGlvbnMgCU1TRE9TRlMJ CQkjIE1TRE9TIEZpbGVzeXN0ZW0Kb3B0aW9ucyAJQ0Q5NjYwCQkJIyBJU08g OTY2MCBGaWxlc3lzdGVtCm9wdGlvbnMgCVBST0NGUwkJCSMgUHJvY2VzcyBm aWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykKb3B0aW9ucyAJUFNFVURP RlMJCSMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9wdGlvbnMgCUdF T01fUEFSVF9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFibGVzLgpvcHRpb25z IAlHRU9NX0xBQkVMCQkjIFByb3ZpZGVzIGxhYmVsaXphdGlvbgpvcHRpb25z IAlDT01QQVRfNDNUVFkJCSMgQlNEIDQuMyBUVFkgY29tcGF0IFtLRUVQIFRI SVMhXQpvcHRpb25zIAlDT01QQVRfSUEzMgkJIyBDb21wYXRpYmxlIHdpdGgg aTM4NiBiaW5hcmllcwojb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q0CQkjIENv bXBhdGlibGUgd2l0aCBGcmVlQlNENAojb3B0aW9ucyAJQ09NUEFUX0ZSRUVC U0Q1CQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNENQojb3B0aW9ucyAJQ09N UEFUX0ZSRUVCU0Q2CQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNENgpvcHRp b25zIAlTQ1NJX0RFTEFZPTUwMDAJCSMgRGVsYXkgKGluIG1zKSBiZWZvcmUg cHJvYmluZyBTQ1NJCm9wdGlvbnMgCUtUUkFDRQkJCSMga3RyYWNlKDEpIHN1 cHBvcnQKb3B0aW9ucyAJU1lTVlNITQkJCSMgU1lTVi1zdHlsZSBzaGFyZWQg bWVtb3J5Cm9wdGlvbnMgCVNZU1ZNU0cJCQkjIFNZU1Ytc3R5bGUgbWVzc2Fn ZSBxdWV1ZXMKb3B0aW9ucyAJU1lTVlNFTQkJCSMgU1lTVi1zdHlsZSBzZW1h cGhvcmVzCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORyAj IFBPU0lYIFAxMDAzXzFCIHJlYWwtdGltZSBleHRlbnNpb25zCm9wdGlvbnMg CUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAv ZGV2Cm9wdGlvbnMgCUFEQVBUSVZFX0dJQU5UCQkjIEdpYW50IG11dGV4IGlz IGFkYXB0aXZlLgojb3B0aW9ucyAJU1RPUF9OTUkJCSMgU3RvcCBDUFVTIHVz aW5nIE5NSSBpbnN0ZWFkIG9mIElQSQpvcHRpb25zIAlBVURJVAkJCSMgU2Vj dXJpdHkgZXZlbnQgYXVkaXRpbmcKCiMgRGVidWdnaW5nIGZvciB1c2UgaW4g LWN1cnJlbnQKI29wdGlvbnMgCUtEQgkJCSMgRW5hYmxlIGtlcm5lbCBkZWJ1 Z2dlciBzdXBwb3J0Lgojb3B0aW9ucyAJRERCCQkJIyBTdXBwb3J0IEREQi4K I29wdGlvbnMgCUdEQgkJCSMgU3VwcG9ydCByZW1vdGUgR0RCLgojb3B0aW9u cyAJSU5WQVJJQU5UUwkJIyBFbmFibGUgY2FsbHMgb2YgZXh0cmEgc2FuaXR5 IGNoZWNraW5nCiNvcHRpb25zIAlJTlZBUklBTlRfU1VQUE9SVAkjIEV4dHJh IHNhbml0eSBjaGVja3Mgb2YgaW50ZXJuYWwgc3RydWN0dXJlcywgcmVxdWly ZWQgYnkgSU5WQVJJQU5UUwojb3B0aW9ucyAJV0lUTkVTUwkJCSMgRW5hYmxl IGNoZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBjeWNsZXMKI29wdGlv bnMgCVdJVE5FU1NfU0tJUFNQSU4JIyBEb24ndCBydW4gd2l0bmVzcyBvbiBz cGlubG9ja3MgZm9yIHNwZWVkCgojIE1ha2UgYW4gU01QLWNhcGFibGUga2Vy bmVsIGJ5IGRlZmF1bHQKb3B0aW9ucyAJU01QCQkJIyBTeW1tZXRyaWMgTXVs dGlQcm9jZXNzb3IgS2VybmVsCgojIENQVSBmcmVxdWVuY3kgY29udHJvbApk ZXZpY2UJCWNwdWZyZXEKCiMgQnVzIHN1cHBvcnQuCmRldmljZQkJYWNwaQpk ZXZpY2UJCXBjaQoKIyBGbG9wcHkgZHJpdmVzCiNkZXZpY2UJCWZkYwoKIyBB VEEgYW5kIEFUQVBJIGRldmljZXMKZGV2aWNlCQlhdGEKZGV2aWNlCQlhdGFk aXNrCQkjIEFUQSBkaXNrIGRyaXZlcwojZGV2aWNlCQlhdGFyYWlkCQkjIEFU QSBSQUlEIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RST00g ZHJpdmVzCiNkZXZpY2UJCWF0YXBpZmQJCSMgQVRBUEkgZmxvcHB5IGRyaXZl cwojZGV2aWNlCQlhdGFwaXN0CQkjIEFUQVBJIHRhcGUgZHJpdmVzCm9wdGlv bnMgCUFUQV9TVEFUSUNfSUQJIyBTdGF0aWMgZGV2aWNlIG51bWJlcmluZwoK IyBTQ1NJIENvbnRyb2xsZXJzCiNkZXZpY2UJCWFoYwkJIyBBSEEyOTQwIGFu ZCBvbmJvYXJkIEFJQzd4eHggZGV2aWNlcwojb3B0aW9ucyAJQUhDX1JFR19Q UkVUVFlfUFJJTlQJIyBQcmludCByZWdpc3RlciBiaXRmaWVsZHMgaW4gZGVi dWcKCQkJCQkjIG91dHB1dC4gIEFkZHMgfjEyOGsgdG8gZHJpdmVyLgojZGV2 aWNlCQlhaGQJCSMgQUhBMzkzMjAvMjkzMjAgYW5kIG9uYm9hcmQgQUlDNzl4 eCBkZXZpY2VzCiNvcHRpb25zIAlBSERfUkVHX1BSRVRUWV9QUklOVAkjIFBy aW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBkZWJ1ZwoJCQkJCSMgb3V0cHV0 LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIuCiNkZXZpY2UJCWFtZAkJIyBBTUQg NTNDOTc0IChUZWtyYW0gREMtMzkwKFQpKQojZGV2aWNlCQlocHRpb3AJCSMg SGlnaHBvaW50IFJvY2tldFJhaWQgM3h4eCBzZXJpZXMKI2RldmljZQkJaXNw CQkjIFFsb2dpYyBmYW1pbHkKI2RldmljZSAJaXNwZncJCSMgRmlybXdhcmUg Zm9yIFFMb2dpYyBIQkFzLSBub3JtYWxseSBhIG1vZHVsZQojZGV2aWNlCQlt cHQJCSMgTFNJLUxvZ2ljIE1QVC1GdXNpb24KI2RldmljZQkJbmNyCQkjIE5D Ui9TeW1iaW9zIExvZ2ljCiNkZXZpY2UJCXN5bQkJIyBOQ1IvU3ltYmlvcyBM b2dpYyAobmV3ZXIgY2hpcHNldHMgKyB0aG9zZSBvZiBgbmNyJykKI2Rldmlj ZQkJdHJtCQkjIFRla3JhbSBEQzM5NVUvVVcvRiBEQzMxNVUgYWRhcHRlcnMK CiNkZXZpY2UJCWFkdgkJIyBBZHZhbnN5cyBTQ1NJIGFkYXB0ZXJzCiNkZXZp Y2UJCWFkdwkJIyBBZHZhbnN5cyB3aWRlIFNDU0kgYWRhcHRlcnMKI2Rldmlj ZQkJYWljCQkjIEFkYXB0ZWMgMTVbMDEyXXggU0NTSSBhZGFwdGVycywgQUlD LTZbMjNdNjAuCiNkZXZpY2UJCWJ0CQkjIEJ1c2xvZ2ljL015bGV4IE11bHRp TWFzdGVyIFNDU0kgYWRhcHRlcnMKCgojIFNDU0kgcGVyaXBoZXJhbHMKZGV2 aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kpCiNk ZXZpY2UJCWNoCQkjIFNDU0kgbWVkaWEgY2hhbmdlcnMKZGV2aWNlCQlkYQkJ IyBEaXJlY3QgQWNjZXNzIChkaXNrcykKI2RldmljZQkJc2EJCSMgU2VxdWVu dGlhbCBBY2Nlc3MgKHRhcGUgZXRjKQpkZXZpY2UJCWNkCQkjIENECmRldmlj ZQkJcGFzcwkJIyBQYXNzdGhyb3VnaCBkZXZpY2UgKGRpcmVjdCBTQ1NJIGFj Y2VzcykKI2RldmljZQkJc2VzCQkjIFNDU0kgRW52aXJvbm1lbnRhbCBTZXJ2 aWNlcyAoYW5kIFNBRi1URSkKCiMgUkFJRCBjb250cm9sbGVycyBpbnRlcmZh Y2VkIHRvIHRoZSBTQ1NJIHN1YnN5c3RlbQojZGV2aWNlCQlhbXIJCSMgQU1J IE1lZ2FSQUlECiNkZXZpY2UJCWFyY21zcgkJIyBBcmVjYSBTQVRBIElJIFJB SUQKI2RldmljZQkJY2lzcwkJIyBDb21wYXEgU21hcnQgUkFJRCA1KgojZGV2 aWNlCQlkcHQJCSMgRFBUIFNtYXJ0Y2FjaGUgSUlJLCBJViAtIFNlZSBOT1RF UyBmb3Igb3B0aW9ucwojZGV2aWNlCQlocHRtdgkJIyBIaWdocG9pbnQgUm9j a2V0UkFJRCAxODJ4CiNkZXZpY2UJCXJyMjMyeAkJIyBIaWdocG9pbnQgUm9j a2V0UkFJRCAyMzJ4CiNkZXZpY2UJCWlpcgkJIyBJbnRlbCBJbnRlZ3JhdGVk IFJBSUQKI2RldmljZQkJaXBzCQkjIElCTSAoQWRhcHRlYykgU2VydmVSQUlE CiNkZXZpY2UJCW1seQkJIyBNeWxleCBBY2NlbGVSQUlEL2VYdHJlbWVSQUlE CiNkZXZpY2UJCXR3YQkJIyAzd2FyZSA5MDAwIHNlcmllcyBQQVRBL1NBVEEg UkFJRAoKIyBSQUlEIGNvbnRyb2xsZXJzCiNkZXZpY2UJCWFhYwkJIyBBZGFw dGVjIEZTQSBSQUlECiNkZXZpY2UJCWFhY3AJCSMgU0NTSSBwYXNzdGhyb3Vn aCBmb3IgYWFjIChyZXF1aXJlcyBDQU0pCiNkZXZpY2UJCWlkYQkJIyBDb21w YXEgU21hcnQgUkFJRAojZGV2aWNlCQltZmkJCSMgTFNJIE1lZ2FSQUlEIFNB UwojZGV2aWNlCQltbHgJCSMgTXlsZXggREFDOTYwIGZhbWlseQojWFhYIHBv aW50ZXIvaW50IHdhcm5pbmdzCiNkZXZpY2UJCXBzdAkJIyBQcm9taXNlIFN1 cGVydHJhayBTWDYwMDAKI2RldmljZQkJdHdlCQkjIDN3YXJlIEFUQSBSQUlE CgojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9hcmQgYW5kIHRo ZSBQUy8yIG1vdXNlCmRldmljZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNv bnRyb2xsZXIKI2RldmljZQkJYXRrYmQJCSMgQVQga2V5Ym9hcmQKI2Rldmlj ZQkJcHNtCQkjIFBTLzIgbW91c2UKCmRldmljZQkJa2JkbXV4CQkjIGtleWJv YXJkIG11bHRpcGxleGVyCgpkZXZpY2UJCXZnYQkJIyBWR0EgdmlkZW8gY2Fy ZCBkcml2ZXIKCmRldmljZQkJc3BsYXNoCQkjIFNwbGFzaCBzY3JlZW4gYW5k IHNjcmVlbiBzYXZlciBzdXBwb3J0CgojIHN5c2NvbnMgaXMgdGhlIGRlZmF1 bHQgY29uc29sZSBkcml2ZXIsIHJlc2VtYmxpbmcgYW4gU0NPIGNvbnNvbGUK ZGV2aWNlCQlzYwoKI2RldmljZQkJYWdwCQkjIHN1cHBvcnQgc2V2ZXJhbCBB R1AgY2hpcHNldHMKCiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQKIyBQQ01D SUEgYW5kIGNhcmRidXMgYnJpZGdlIHN1cHBvcnQKI2RldmljZQkJY2JiCQkj IGNhcmRidXMgKHllbnRhKSBicmlkZ2UKI2RldmljZQkJcGNjYXJkCQkjIFBD IENhcmQgKDE2LWJpdCkgYnVzCiNkZXZpY2UJCWNhcmRidXMJCSMgQ2FyZEJ1 cyAoMzItYml0KSBidXMKCiMgU2VyaWFsIChDT00pIHBvcnRzCiNkZXZpY2UJ CXNpbwkJIyA4MjUwLCAxNls0NV01MCBiYXNlZCBzZXJpYWwgcG9ydHMKI2Rl dmljZQkJdWFydAkJIyBHZW5lcmljIFVBUlQgZHJpdmVyCgojIFBhcmFsbGVs IHBvcnQKI2RldmljZQkJcHBjCiNkZXZpY2UJCXBwYnVzCQkjIFBhcmFsbGVs IHBvcnQgYnVzIChyZXF1aXJlZCkKI2RldmljZQkJbHB0CQkjIFByaW50ZXIK I2RldmljZQkJcGxpcAkJIyBUQ1AvSVAgb3ZlciBwYXJhbGxlbAojZGV2aWNl CQlwcGkJCSMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlCiNkZXZp Y2UJCXZwbwkJIyBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKCiMgSWYgeW91J3Zl IGdvdCBhICJkdW1iIiBzZXJpYWwgb3IgcGFyYWxsZWwgUENJIGNhcmQgdGhh dCBpcwojIHN1cHBvcnRlZCBieSB0aGUgcHVjKDQpIGdsdWUgZHJpdmVyLCB1 bmNvbW1lbnQgdGhlIGZvbGxvd2luZwojIGxpbmUgdG8gZW5hYmxlIGl0IChj b25uZWN0cyB0byBzaW8sIHVhcnQgYW5kL29yIHBwYyBkcml2ZXJzKToKI2Rl dmljZQkJcHVjCgojIFBDSSBFdGhlcm5ldCBOSUNzLgojZGV2aWNlCQlkZQkJ IyBERUMvSW50ZWwgREMyMXg0eCAoYGBUdWxpcCcnKQpkZXZpY2UJCWVtCQkj IEludGVsIFBSTy8xMDAwIGFkYXB0ZXIgR2lnYWJpdCBFdGhlcm5ldCBDYXJk CiNkZXZpY2UJCWl4Z2IJCSMgSW50ZWwgUFJPLzEwR2JFIEV0aGVybmV0IENh cmQKI2RldmljZQkJbGUJCSMgQU1EIEFtNzkwMCBMQU5DRSBhbmQgQW03OUM5 eHggUENuZXQKI2RldmljZQkJdHhwCQkjIDNDb20gM2NSOTkwIChgYFR5cGhv b24nJykKI2RldmljZQkJdngJCSMgM0NvbSAzYzU5MCwgM2M1OTUgKGBgVm9y dGV4JycpCgojIFBDSSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21t b24gTUlJIGJ1cyBjb250cm9sbGVyIGNvZGUuCiMgTk9URTogQmUgc3VyZSB0 byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGluZSBpbiBvcmRlciB0byB1 c2UgdGhlc2UgTklDcyEKI2RldmljZQkJbWlpYnVzCQkjIE1JSSBidXMgc3Vw cG9ydAojZGV2aWNlCQliY2UJCSMgQnJvYWRjb20gQkNNNTcwNi9CQ001NzA4 IEdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJYmZlCQkjIEJyb2FkY29tIEJD TTQ0MHggMTAvMTAwIEV0aGVybmV0CiNkZXZpY2UJCWJnZQkJIyBCcm9hZGNv bSBCQ001NzB4eCBHaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCWRjCQkjIERF Qy9JbnRlbCAyMTE0MyBhbmQgdmFyaW91cyB3b3JrYWxpa2VzCiNkZXZpY2UJ CWZ4cAkJIyBJbnRlbCBFdGhlckV4cHJlc3MgUFJPLzEwMEIgKDgyNTU3LCA4 MjU1OCkKI2RldmljZQkJbGdlCQkjIExldmVsIDEgTFhUMTAwMSBnaWdhYml0 IEV0aGVybmV0CiNkZXZpY2UJCW1zawkJIyBNYXJ2ZWxsL1N5c0tvbm5lY3Qg WXVrb24gSUkgR2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQluZmUJCSMgblZp ZGlhIG5Gb3JjZSBNQ1Agb24tYm9hcmQgRXRoZXJuZXQKI2RldmljZQkJbmdl CQkjIE5hdFNlbWkgRFA4MzgyMCBnaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJ CW52ZQkJIyBuVmlkaWEgbkZvcmNlIE1DUCBvbi1ib2FyZCBFdGhlcm5ldCBO ZXR3b3JraW5nCiNkZXZpY2UJCXBjbgkJIyBBTUQgQW03OUM5N3ggUENJIDEw LzEwMCAocHJlY2VkZW5jZSBvdmVyICdsZScpCiNkZXZpY2UJCXJlCQkjIFJl YWxUZWsgODEzOUMrLzgxNjkvODE2OVMvODExMFMKI2RldmljZQkJcmwJCSMg UmVhbFRlayA4MTI5LzgxMzkKI2RldmljZQkJc2YJCSMgQWRhcHRlYyBBSUMt NjkxNSAoYGBTdGFyZmlyZScnKQojZGV2aWNlCQlzaXMJCSMgU2lsaWNvbiBJ bnRlZ3JhdGVkIFN5c3RlbXMgU2lTIDkwMC9TaVMgNzAxNgojZGV2aWNlCQlz awkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2FiaXQgRXRo ZXJuZXQKI2RldmljZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAxIChELUxpbmsg REZFLTU1MFRYKQojZGV2aWNlCQl0aQkJIyBBbHRlb24gTmV0d29ya3MgVGln b24gSS9JSSBnaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCXRsCQkjIFRleGFz IEluc3RydW1lbnRzIFRodW5kZXJMQU4KI2RldmljZQkJdHgJCSMgU01DIEV0 aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMnJykKI2RldmljZQkJdmdlCQkj IFZJQSBWVDYxMnggZ2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQl2cgkJIyBW SUEgUmhpbmUsIFJoaW5lIElJCiNkZXZpY2UJCXdiCQkjIFdpbmJvbmQgVzg5 Qzg0MEYKI2RldmljZQkJeGwJCSMgM0NvbSAzYzkweCAoYGBCb29tZXJhbmcn JywgYGBDeWNsb25lJycpCgojIElTQSBFdGhlcm5ldCBOSUNzLiAgcGNjYXJk IE5JQ3MgaW5jbHVkZWQuCiNkZXZpY2UJCWNzCQkjIENyeXN0YWwgU2VtaWNv bmR1Y3RvciBDUzg5eDAgTklDCiMgJ2RldmljZSBlZCcgcmVxdWlyZXMgJ2Rl dmljZSBtaWlidXMnCiNkZXZpY2UJCWVkCQkjIE5FWzEyXTAwMCwgU01DIFVs dHJhLCAzYzUwMywgRFM4MzkwIGNhcmRzCiNkZXZpY2UJCWV4CQkjIEludGVs IEV0aGVyRXhwcmVzcyBQcm8vMTAgYW5kIFByby8xMCsKI2RldmljZQkJZXAJ CSMgRXRoZXJsaW5rIElJSSBiYXNlZCBjYXJkcwojZGV2aWNlCQlmZQkJIyBG dWppdHN1IE1CODY5NnggYmFzZWQgY2FyZHMKI2RldmljZQkJc24JCSMgU01D J3MgOTAwMCBzZXJpZXMgb2YgRXRoZXJuZXQgY2hpcHMKI2RldmljZQkJeGUJ CSMgWGlyY29tIHBjY2FyZCBFdGhlcm5ldAoKIyBXaXJlbGVzcyBOSUMgY2Fy ZHMKI2RldmljZQkJd2xhbgkJIyA4MDIuMTEgc3VwcG9ydAojZGV2aWNlCQl3 bGFuX3dlcAkjIDgwMi4xMSBXRVAgc3VwcG9ydAojZGV2aWNlCQl3bGFuX2Nj bXAJIyA4MDIuMTEgQ0NNUCBzdXBwb3J0CiNkZXZpY2UJCXdsYW5fdGtpcAkj IDgwMi4xMSBUS0lQIHN1cHBvcnQKI2RldmljZQkJd2xhbl9hbXJyCSMgQU1S UiB0cmFuc21pdCByYXRlIGNvbnRyb2wgYWxnb3JpdGhtCiNkZXZpY2UJCXds YW5fc2Nhbl9hcAkjIDgwMi4xMSBBUCBtb2RlIHNjYW5uaW5nCiNkZXZpY2UJ CXdsYW5fc2Nhbl9zdGEJIyA4MDIuMTEgU1RBIG1vZGUgc2Nhbm5pbmcKI2Rl dmljZQkJYW4JCSMgQWlyb25ldCA0NTAwLzQ4MDAgODAyLjExIHdpcmVsZXNz IE5JQ3MuCiNkZXZpY2UJCWF0aAkJIyBBdGhlcm9zIHBjaS9jYXJkYnVzIE5J QydzCiNkZXZpY2UJCWF0aF9oYWwJCSMgQXRoZXJvcyBIQUwgKEhhcmR3YXJl IEFjY2VzcyBMYXllcikKI2RldmljZQkJYXRoX3JhdGVfc2FtcGxlCSMgU2Ft cGxlUmF0ZSB0eCByYXRlIGNvbnRyb2wgZm9yIGF0aAojZGV2aWNlCQlhd2kJ CSMgQmF5U3RhY2sgNjYwIGFuZCBvdGhlcnMKI2RldmljZQkJcmFsCQkjIFJh bGluayBUZWNobm9sb2d5IFJUMjUwMCB3aXJlbGVzcyBOSUNzLgojZGV2aWNl CQl3aQkJIyBXYXZlTEFOL0ludGVyc2lsL1N5bWJvbCA4MDIuMTEgd2lyZWxl c3MgTklDcy4KCiMgUHNldWRvIGRldmljZXMuCmRldmljZQkJbG9vcAkJIyBO ZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJcmFuZG9tCQkjIEVudHJvcHkgZGV2 aWNlCmRldmljZQkJZXRoZXIJCSMgRXRoZXJuZXQgc3VwcG9ydApkZXZpY2UJ CXNsCQkjIEtlcm5lbCBTTElQCmRldmljZQkJcHBwCQkjIEtlcm5lbCBQUFAK ZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4KZGV2aWNlCQlwdHkJCSMg UHNldWRvLXR0eXMgKHRlbG5ldCBldGMpCmRldmljZQkJbWQJCSMgTWVtb3J5 ICJkaXNrcyIKZGV2aWNlCQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxp bmcKZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRvLUlQdjQgcmVsYXlpbmcgKHRy YW5zbGF0aW9uKQpkZXZpY2UJCWZpcm13YXJlCSMgZmlybXdhcmUgYXNzaXN0 IG1vZHVsZQoKIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMgdGhlIEJlcmtl bGV5IFBhY2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0 cmF0aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQojIE5vdGUg dGhhdCAnYnBmJyBpcyByZXF1aXJlZCBmb3IgREhDUC4KZGV2aWNlCQlicGYJ CSMgQmVya2VsZXkgcGFja2V0IGZpbHRlcgoKIyBVU0Igc3VwcG9ydApkZXZp Y2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKI2RldmljZQkJ b2hjaQkJIyBPSENJIFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCWVoY2kJ CSMgRUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UgKFVTQiAyLjApCmRldmljZQkJ dXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVkKQojZGV2aWNlCQl1ZGJwCQkjIFVT QiBEb3VibGUgQnVsayBQaXBlIGRldmljZXMKZGV2aWNlCQl1Z2VuCQkjIEdl bmVyaWMKZGV2aWNlCQl1aGlkCQkjICJIdW1hbiBJbnRlcmZhY2UgRGV2aWNl cyIKZGV2aWNlCQl1a2JkCQkjIEtleWJvYXJkCiNkZXZpY2UJCXVscHQJCSMg UHJpbnRlcgpkZXZpY2UJCXVtYXNzCQkjIERpc2tzL01hc3Mgc3RvcmFnZSAt IFJlcXVpcmVzIHNjYnVzIGFuZCBkYQpkZXZpY2UJCXVtcwkJIyBNb3VzZQoj ZGV2aWNlCQl1cmFsCQkjIFJhbGluayBUZWNobm9sb2d5IFJUMjUwMFVTQiB3 aXJlbGVzcyBOSUNzCiNkZXZpY2UJCXVyaW8JCSMgRGlhbW9uZCBSaW8gNTAw IE1QMyBwbGF5ZXIKI2RldmljZQkJdXNjYW5uZXIJIyBTY2FubmVycwojIFVT QiBFdGhlcm5ldCwgcmVxdWlyZXMgbWlpYnVzCiNkZXZpY2UJCWF1ZQkJIyBB RE10ZWsgVVNCIEV0aGVybmV0CiNkZXZpY2UJCWF4ZQkJIyBBU0lYIEVsZWN0 cm9uaWNzIFVTQiBFdGhlcm5ldAojZGV2aWNlCQljZGNlCQkjIEdlbmVyaWMg VVNCIG92ZXIgRXRoZXJuZXQKI2RldmljZQkJY3VlCQkjIENBVEMgVVNCIEV0 aGVybmV0CiNkZXZpY2UJCWt1ZQkJIyBLYXdhc2FraSBMU0kgVVNCIEV0aGVy bmV0CiNkZXZpY2UJCXJ1ZQkJIyBSZWFsVGVrIFJUTDgxNTAgVVNCIEV0aGVy bmV0CgojIEZpcmVXaXJlIHN1cHBvcnQKZGV2aWNlCQlmaXJld2lyZQkjIEZp cmVXaXJlIGJ1cyBjb2RlCmRldmljZQkJc2JwCQkjIFNDU0kgb3ZlciBGaXJl V2lyZSAoUmVxdWlyZXMgc2NidXMgYW5kIGRhKQpkZXZpY2UJCWZ3ZQkJIyBF dGhlcm5ldCBvdmVyIEZpcmVXaXJlIChub24tc3RhbmRhcmQhKQpkZXZpY2UJ CWZ3aXAJCSMgSVAgb3ZlciBGaXJlV2lyZSAoUkZDIDI3MzQsMzE0NikKI2Rl dmljZQkJZGNvbnMJCSMgRHVtYiBjb25zb2xlIGRyaXZlcgojZGV2aWNlCQlk Y29uc19jcm9tCSMgQ29uZmlndXJhdGlvbiBST00gZm9yIGRjb25zCgptYWNo aW5lCQlhbWQ2NApkZXZpY2UJCWNvcmV0ZW1wCmRldmljZQkJbWVtCmRldmlj ZQkJaW8KZGV2aWNlCQlpc2EKZGV2aWNlCQlhdGFwaWNhbQpvcHRpb25zCQlH RU9NX0JTRApvcHRpb25zCQlHRU9NX01CUgpkZXZpY2UJCWNyeXB0bwpvcHRp b25zCQlHRU9NX0VMSQo= --0-1147648914-1193443401=:97141 Content-Type: application/octet-stream; name="=?utf-8?q?make.conf?=" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="=?utf-8?q?make.conf?=" IyAkRnJlZUJTRDogc3JjL3NoYXJlL2V4YW1wbGVzL2V0Yy9tYWtlLmNvbmYs diAxLjI3OSAyMDA3LzAxLzE3IDEyOjQzOjA2IGRlcyBFeHAgJAojCiMgTk9U RTogIFBsZWFzZSB3b3VsZCBhbnkgY29tbWl0dGVyIHVwZGF0aW5nIHRoaXMg ZmlsZSBhbHNvIHVwZGF0ZSB0aGUKIyBtYWtlLmNvbmYoNSkgbWFudWFsIHBh Z2UsIGlmIG5lY2Vzc2FyeSwgd2hpY2ggaXMgbG9jYXRlZCBpbgojIHNyYy9z aGFyZS9tYW4vbWFuNS9tYWtlLmNvbmYuNS4KIwojIC9ldGMvbWFrZS5jb25m LCBpZiBwcmVzZW50LCB3aWxsIGJlIHJlYWQgYnkgbWFrZSAoc2VlCiMgL3Vz ci9zaGFyZS9tay9zeXMubWspLiAgSXQgYWxsb3dzIHlvdSB0byBvdmVycmlk ZSBtYWNybyBkZWZpbml0aW9ucwojIHRvIG1ha2Ugd2l0aG91dCBjaGFuZ2lu ZyB5b3VyIHNvdXJjZSB0cmVlLCBvciBhbnl0aGluZyB0aGUgc291cmNlCiMg dHJlZSBpbnN0YWxscy4KIwojIFRoaXMgZmlsZSBtdXN0IGJlIGluIHZhbGlk IE1ha2VmaWxlIHN5bnRheC4KIwojIFRoZXJlIGFyZSBhZGRpdGlvbmFsIHRo aW5ncyB5b3UgY2FuIHB1dCBpbnRvIC9ldGMvbWFrZS5jb25mLgojIFlvdSBo YXZlIHRvIGZpbmQgdGhvc2UgaW4gdGhlIE1ha2VmaWxlcyBhbmQgZG9jdW1l bnRhdGlvbiBvZgojIHRoZSBzb3VyY2UgdHJlZS4KIwojIE5vdGUsIHRoYXQg eW91IHNob3VsZCBub3Qgc2V0IE1BS0VPQkpESVJQUkVGSVggb3IgTUFLRU9C SkRJUgojIGZyb20gbWFrZS5jb25mIChvciBhcyBjb21tYW5kIGxpbmUgdmFy aWFibGVzIHRvIG1ha2UpLgojIEJvdGggdmFyaWFibGVzIGFyZSBlbnZpcm9u bWVudCB2YXJpYWJsZXMgZm9yIG1ha2UgYW5kIG11c3QgYmUgdXNlZCBhczoK IwojIGVudiBNQUtFT0JKRElSUFJFRklYPS9iaWcvZGlyZWN0b3J5IG1ha2UK IwojCiMgVGhlIENQVVRZUEUgdmFyaWFibGUgY29udHJvbHMgd2hpY2ggcHJv Y2Vzc29yIHNob3VsZCBiZSB0YXJnZXRlZCBmb3IKIyBnZW5lcmF0ZWQgY29k ZS4gIFRoaXMgY29udHJvbHMgcHJvY2Vzc29yLXNwZWNpZmljIG9wdGltaXph dGlvbnMgaW4KIyBjZXJ0YWluIGNvZGUgKGN1cnJlbnRseSBvbmx5IE9wZW5T U0wpIGFzIHdlbGwgYXMgbW9kaWZ5aW5nIHRoZSB2YWx1ZQojIG9mIENGTEFH UyB0byBjb250YWluIHRoZSBhcHByb3ByaWF0ZSBvcHRpbWl6YXRpb24gZGly ZWN0aXZlIHRvIGdjYy4KIyBUaGUgYXV0b21hdGljIHNldHRpbmcgb2YgQ0ZM QUdTIG1heSBiZSBvdmVycmlkZGVuIHVzaW5nIHRoZQojIE5PX0NQVV9DRkxB R1MgdmFyaWFibGUgYmVsb3cuCiMgQ3VycmVudGx5IHRoZSBmb2xsb3dpbmcg Q1BVIHR5cGVzIGFyZSByZWNvZ25pemVkOgojICAgSW50ZWwgeDg2IGFyY2hp dGVjdHVyZToKIyAgICAgICAoQU1EIENQVXMpCW9wdGVyb24gYXRobG9uNjQg YXRobG9uLW1wIGF0aGxvbi14cCBhdGhsb24tNAojCQkJYXRobG9uLXRiaXJk IGF0aGxvbiBrOCBrNi0zIGs2LTIgazYgazUKIyAgICAgICAoSW50ZWwgQ1BV cykJY29yZTIgY29yZSBub2NvbmEgcGVudGl1bTRtIHBlbnRpdW00IHByZXNj b3R0CiMJCQlwZW50aXVtM20gcGVudGl1bTMgcGVudGl1bS1tIHBlbnRpdW0y CiMJCQlwZW50aXVtcHJvIHBlbnRpdW0tbW14IHBlbnRpdW0gaTQ4NiBpMzg2 CiMgICAgICAgKFZpYSBDUFVzKQljMyBjMy0yCiMgICBBbHBoYS9BWFAgYXJj aGl0ZWN0dXJlOiBldjY3IGV2NiBwY2E1NiBldjU2IGV2NSBldjQ1IGV2NAoj ICAgQU1ENjQgYXJjaGl0ZWN0dXJlOiBvcHRlcm9uLCBhdGhsb242NCwgbm9j b25hLCBwcmVzY290dCwgY29yZTIKIyAgIEludGVsIGlhNjQgYXJjaGl0ZWN0 dXJlOiBpdGFuaXVtMiwgaXRhbml1bQojCiMgKD89IGFsbG93cyB0byBidWls ZHdvcmxkIGZvciBhIGRpZmZlcmVudCBDUFVUWVBFLikKIwpDUFVUWVBFPz1j b3JlMgojTk9fQ1BVX0NGTEFHUz0JCSMgRG9uJ3QgYWRkIC1tYXJjaD08Y3B1 PiB0byBDRkxBR1MgYXV0b21hdGljYWxseQojTk9fQ1BVX0NPUFRGTEFHUz0J IyBEb24ndCBhZGQgLW1hcmNoPTxjcHU+IHRvIENPUFRGTEFHUyBhdXRvbWF0 aWNhbGx5CiMKIyBDRkxBR1MgY29udHJvbHMgdGhlIGNvbXBpbGVyIHNldHRp bmdzIHVzZWQgd2hlbiBjb21waWxpbmcgQyBjb2RlLgojIE5vdGUgdGhhdCBv cHRpbWl6YXRpb24gc2V0dGluZ3Mgb3RoZXIgdGhhbiAtTyBhbmQgLU8yIGFy ZSBub3QgcmVjb21tZW5kZWQKIyBvciBzdXBwb3J0ZWQgZm9yIGNvbXBpbGlu ZyB0aGUgd29ybGQgb3IgdGhlIGtlcm5lbCAtIHBsZWFzZSByZXZlcnQgYW55 CiMgbm9uc3RhbmRhcmQgb3B0aW1pemF0aW9uIHNldHRpbmdzIHRvICItTyIg b3IgIi1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyIKIyBiZWZvcmUgc3VibWl0 dGluZyBidWcgcmVwb3J0cyB3aXRob3V0IHBhdGNoZXMgdG8gdGhlIGRldmVs b3BlcnMuCiMKIyBDb21waWxpbmcgd2l0aCAtZnN0cmljdC1hbGlhc2luZyBv cHRpbWl6YXRpb24gYnJlYWtzIHNvbWUgW25vdGFibGVdIHBvcnRzLgojIEdD QyB0dXJucyBvbiAtZnN0cmljdC1hbGlhc2luZyBvcHRpbWl6YXRpb24gYXQg YWxsIGxldmVscyBhYm92ZSAtT1sxXSwgc28KIyBleHBsaWNpdGx5IHR1cm4g aXQgb2ZmIHdoZW4gdXNpbmcgY29tcGlsaW5nIHdpdGggdGhlIC1PMiBvcHRp bWl6YXRpb24gbGV2ZWwuCiMKQ0ZMQUdTPSAtTzIgLWZuby1zdHJpY3QtYWxp YXNpbmcgLXBpcGUKIwojIENYWEZMQUdTIGNvbnRyb2xzIHRoZSBjb21waWxl ciBzZXR0aW5ncyB1c2VkIHdoZW4gY29tcGlsaW5nIEMrKyBjb2RlLgojIE5v dGUgdGhhdCBDWFhGTEFHUyBpcyBpbml0aWFsbHkgc2V0IHRvIHRoZSB2YWx1 ZSBvZiBDRkxBR1MuICBJZiB5b3Ugd2lzaAojIHRvIGFkZCB0byBDWFhGTEFH UyB2YWx1ZSwgIis9IiBtdXN0IGJlIHVzZWQgcmF0aGVyIHRoYW4gIj0iLiAg VXNpbmcgIj0iCiMgYWxvbmUgd2lsbCByZW1vdmUgdGhlIG9mdGVuIG5lZWRl ZCBjb250ZW50cyBvZiBDRkxBR1MgZnJvbSBDWFhGTEFHUy4KIwojQ1hYRkxB R1MrPSAtZmNvbnNlcnZlLXNwYWNlCiMKIyBNQUtFX1NIRUxMIGNvbnRyb2xz IHRoZSBzaGVsbCB1c2VkIGludGVybmFsbHkgYnkgbWFrZSgxKSB0byBwcm9j ZXNzIHRoZQojIGNvbW1hbmQgc2NyaXB0cyBpbiBtYWtlZmlsZXMuICBUaHJl ZSBzaGVsbHMgYXJlIHN1cHBvcnRlZCwgc2gsIGtzaCwgYW5kCiMgY3NoLiAg VXNpbmcgc2ggaXMgbW9zdCBjb21tb24sIGFuZCBhZHZpc2VkLiAgVXNpbmcg a3NoICptYXkqIHdvcmssIGJ1dCBpcwojIG5vdCBndWFyYW50ZWVkIHRvLiAg VXNpbmcgY3NoIGlzIGFic3VyZC4gIFRoZSBkZWZhdWx0IGlzIHRvIHVzZSBz aC4KIwojTUFLRV9TSEVMTD89c2gKIwojIEJERUNGTEFHUyBhcmUgYSBzZXQg b2YgZ2NjIHdhcm5pbmcgc2V0dGluZ3MgdGhhdCBCcnVjZSBFdmFucyBoYXMg c3VnZ2VzdGVkCiMgZm9yIHVzZSBpbiBkZXZlbG9waW5nIEZyZWVCU0QgYW5k IHRlc3RpbmcgY2hhbmdlcy4gIFRoZXkgY2FuIGJlIHVzZWQgYnkKIyBwdXR0 aW5nICJDRkxBR1MrPSR7QkRFQ0ZMQUdTfSIgaW4gL2V0Yy9tYWtlLmNvbmYu ICAtV2NvbnZlcnNpb24gaXMgbm90CiMgaW5jbHVkZWQgaGVyZSBkdWUgdG8g Y29tcGlsZXIgYnVncywgZS5nLiwgbWtkaXIoKSdzIG1vZGVfdCBhcmd1bWVu dC4KIwojQkRFQ0ZMQUdTPQktVyAtV2FsbCAtYW5zaSAtcGVkYW50aWMgLVdi YWQtZnVuY3Rpb24tY2FzdCAtV2Nhc3QtYWxpZ24gXAojCQktV2Nhc3QtcXVh bCAtV2NoYXItc3Vic2NyaXB0cyAtV2lubGluZSBcCiMJCS1XbWlzc2luZy1w cm90b3R5cGVzIC1XbmVzdGVkLWV4dGVybnMgLVdwb2ludGVyLWFyaXRoIFwK IwkJLVdyZWR1bmRhbnQtZGVjbHMgLVdzaGFkb3cgLVdzdHJpY3QtcHJvdG90 eXBlcyAtV3dyaXRlLXN0cmluZ3MKIwojIFRvIGNvbXBpbGUganVzdCB0aGUg a2VybmVsIHdpdGggc3BlY2lhbCBvcHRpbWl6YXRpb25zLCB5b3Ugc2hvdWxk IHVzZQojIHRoaXMgaW5zdGVhZCBvZiBDRkxBR1MgKHdoaWNoIGlzIG5vdCBh cHBsaWNhYmxlIHRvIGtlcm5lbCBidWlsZHMgYW55d2F5KS4KIyBUaGVyZSBp cyB2ZXJ5IGxpdHRsZSB0byBnYWluIGJ5IHVzaW5nIGhpZ2hlciBvcHRpbWl6 YXRpb24gbGV2ZWxzLCBhbmQgZG9pbmcKIyBzbyBjYW4gY2F1c2UgcHJvYmxl bXMuCiMKQ09QVEZMQUdTPSAtTzIgLXBpcGUKIwojIENvbXBhcmUgYmVmb3Jl IGluc3RhbGwKI0lOU1RBTEw9aW5zdGFsbCAtQwojCiMgTXRyZWUgd2lsbCBm b2xsb3cgc3ltbGlua3MKI01UUkVFX0ZPTExPV1NfU1lNTElOS1M9IC1MCiMK IyBUbyBlbmFibGUgaW5zdGFsbGluZyBzc2goMSkgd2l0aCB0aGUgc2V0dWlk IGJpdCB0dXJuZWQgb24KI0VOQUJMRV9TVUlEX1NTSD0KIwojIFRvIGVuYWJs ZSBpbnN0YWxsaW5nIG5ld2dycCgxKSB3aXRoIHRoZSBzZXR1aWQgYml0IHR1 cm5lZCBvbi4KIyBXaXRob3V0IHRoZSBzZXR1aWQgYml0LCBuZXdncnAgY2Fu bm90IGNoYW5nZSB1c2VycycgZ3JvdXBzLgojRU5BQkxFX1NVSURfTkVXR1JQ PQojCiMgVG8gYXZvaWQgYnVpbGRpbmcgdmFyaW91cyBwYXJ0cyBvZiB0aGUg YmFzZSBzeXN0ZW06CiNOT19NT0RVTEVTPQkJIyBkbyBub3QgYnVpbGQgbW9k dWxlcyB3aXRoIHRoZSBrZXJuZWwKI05PX1NIQVJFPQkJIyBkbyBub3QgZ28g aW50byB0aGUgc2hhcmUgc3ViZGlyCiNOT19TSEFSRUQ9IAkJIyBidWlsZCAv YmluIGFuZCAvc2JpbiBzdGF0aWNhbGx5IGxpbmtlZCAoYmFkIGlkZWEpCiMK IyBWYXJpYWJsZXMgdGhhdCBjb250cm9sIGhvdyBwcHAoOCkgaXMgYnVpbHQu CiNQUFBfTk9fTkFUPSAJCSMgZG8gbm90IGJ1aWxkIHdpdGggTkFUIHN1cHBv cnQgKHNlZSBtYWtlLmNvbmYoNSkpCiNQUFBfTk9fTkVUR1JBUEg9IAkjIGRv IG5vdCBidWlsZCB3aXRoIE5ldGdyYXBoIHN1cHBvcnQKI1BQUF9OT19SQURJ VVM9IAkjIGRvIG5vdCBidWlsZCB3aXRoIFJBRElVUyBzdXBwb3J0CiNQUFBf Tk9fU1VJRD0JCSMgYnVpbGQgd2l0aCBub3JtYWwgcGVybWlzc2lvbnMKIwoj VFJBQ0VST1VURV9OT19JUFNFQz0gCSMgZG8gbm90IGJ1aWxkIHRyYWNlcm91 dGUoOCkgd2l0aCBJUFNFQyBzdXBwb3J0CiMKIyBUbyBidWlsZCBzeXMvbW9k dWxlcyB3aGVuIGJ1aWxkaW5nIHRoZSB3b3JsZCAob3VyIG9sZCB3YXkgb2Yg ZG9pbmcgdGhpbmdzKQojTU9EVUxFU19XSVRIX1dPUkxEPQkjIGRvIG5vdCBi dWlsZCBtb2R1bGVzIHdoZW4gYnVpbGRpbmcga2VybmVsCiMKIyBUaGUgbGlz dCBvZiBtb2R1bGVzIHRvIGJ1aWxkIGluc3RlYWQgb2YgYWxsIG9mIHRoZW0u CiNNT0RVTEVTX09WRVJSSURFPQlsaW51eCBpcGZ3CiMKIyBUaGUgbGlzdCBv ZiBtb2R1bGVzIHRvIG5ldmVyIGJ1aWxkLCBhcHBsaWVkICphZnRlciogTU9E VUxFU19PVkVSUklERS4KI1dJVEhPVVRfTU9EVUxFUz0JYmt0ciBwbGlwCiMK IyBJZiB5b3UgZG8gbm90IHdhbnQgdW5mb3JtYXR0ZWQgbWFudWFsIHBhZ2Vz IHRvIGJlIGNvbXByZXNzZWQKIyB3aGVuIHRoZXkgYXJlIGluc3RhbGxlZDoK IwojTk9fTUFOQ09NUFJFU1M9CiMKIwojIERlZmF1bHQgZm9ybWF0IGZvciBz eXN0ZW0gZG9jdW1lbnRhdGlvbiwgZGVwZW5kcyBvbiB5b3VyIHByaW50ZXIu CiMgU2V0IHRoaXMgdG8gImFzY2lpIiBmb3Igc2ltcGxlIHByaW50ZXJzIG9y IHNjcmVlbgojCiNQUklOVEVSREVWSUNFPQlwcwojCiMKIyBIb3cgbG9uZyB0 byB3YWl0IGZvciBhIGNvbnNvbGUga2V5cHJlc3MgYmVmb3JlIGJvb3Rpbmcg dGhlIGRlZmF1bHQga2VybmVsLgojIFRoaXMgdmFsdWUgaXMgYXBwcm94aW1h dGVseSBpbiBtaWxsaXNlY29uZHMuIEtleXByZXNzZXMgYXJlIGFjY2VwdGVk IGJ5IHRoZQojIEJJT1MgYmVmb3JlIGJvb3RpbmcgZnJvbSBkaXNrLCBtYWtp bmcgaXQgcG9zc2libGUgdG8gZ2l2ZSBjdXN0b20gYm9vdAojIHBhcmFtZXRl cnMgZXZlbiB3aGVuIHRoaXMgaXMgc2V0IHRvIDAuCiMKI0JPT1RXQUlUPTAK I0JPT1RXQUlUPTMwMDAwCiMKIyBCeSBkZWZhdWx0LCB0aGUgc3lzdGVtIHdp bGwgYWx3YXlzIHVzZSB0aGUga2V5Ym9hcmQvdmlkZW8gY2FyZCBhcyBzeXN0 ZW0KIyBjb25zb2xlLiAgSG93ZXZlciwgdGhlIGJvb3QgYmxvY2tzIG1heSBi ZSBkeW5hbWljYWxseSBjb25maWd1cmVkIHRvIHVzZSBhCiMgc2VyaWFsIHBv cnQgaW4gYWRkaXRpb24gdG8gb3IgaW5zdGVhZCBvZiB0aGUga2V5Ym9hcmQv dmlkZW8gY29uc29sZS4KIwojIEJ5IGRlZmF1bHQgd2UgdXNlIENPTTEgYXMg b3VyIHNlcmlhbCBjb25zb2xlIHBvcnQgKmlmKiB3ZSdyZSBnb2luZyB0byB1 c2UKIyBhIHNlcmlhbCBwb3J0IGFzIG91ciBjb25zb2xlIGF0IGFsbC4gIEFs dGVyIGFzIG5lY2Vzc2FyeS4KIwojICAgQ09NMTogPSAweDNGOCwgQ09NMjog PSAweDJGOCwgQ09NMzogPSAweDNFOCwgQ09NNDogPSAweDJFOAojCiNCT09U X0NPTUNPTlNPTEVfUE9SVD0JMHgzRjgKIwojIFRoZSBkZWZhdWx0IHNlcmlh bCBjb25zb2xlIHNwZWVkIGlzIDk2MDAuICBTZXQgdGhlIHNwZWVkIHRvIGEg bGFyZ2VyIHZhbHVlCiMgZm9yIGJldHRlciBpbnRlcmFjdGl2ZSByZXNwb25z ZS4KIwojQk9PVF9DT01DT05TT0xFX1NQRUVEPQkxMTUyMDAKIwojIEJ5IGRl ZmF1bHQgdGhlICdweGVib290JyBsb2FkZXIgcmV0cmlldmVzIHRoZSBrZXJu ZWwgdmlhIE5GUy4gIERlZmluaW5nCiMgdGhpcyBhbmQgcmVjb21waWxpbmcg L3Vzci9zcmMvc3lzL2Jvb3Qgd2lsbCBjYXVzZSBpdCB0byByZXRyaWV2ZSB0 aGUga2VybmVsCiMgdmlhIFRGVFAuICBUaGlzIGFsbG93cyBweGVib290IHRv IGxvYWQgYSBjdXN0b20gQk9PVFAgZGlza2xlc3Mga2VybmVsIHlldAojIHN0 aWxsIG1vdW50IHRoZSBzZXJ2ZXIncyAnLycgKGkuZS4gcmF0aGVyIHRoYW4g bG9hZCB0aGUgc2VydmVyJ3Mga2VybmVsKS4KIwojTE9BREVSX1RGVFBfU1VQ UE9SVD0gWUVTCiMKIwojIEtlcmJlcm9zIDUgc3UgKGs1c3UpCiMgSWYgeW91 IHdhbnQgdG8gdXNlIHRoZSBrNXN1IHV0aWxpdHksIGRlZmluZSB0aGlzIHRv IGhhdmUgaXQgaW5zdGFsbGVkCiMgc2V0LXVzZXItSUQuCiNFTkFCTEVfU1VJ RF9LNVNVPQojCiMKIyBDVlN1cCB1cGRhdGUgZmxhZ3MuICBFZGl0IFNVUEZJ TEUgc2V0dGluZ3MgdG8gcmVmbGVjdCB3aGljaGV2ZXIgZGlzdHJpYnV0aW9u CiMgZmlsZShzKSB5b3UgdXNlIG9uIHlvdXIgc2l0ZSAoc2VlIC91c3Ivc2hh cmUvZXhhbXBsZXMvY3ZzdXAvUkVBRE1FIGZvciBtb3JlCiMgaW5mb3JtYXRp b24gb24gQ1ZTdXAgYW5kIHRoZXNlIGZpbGVzKS4gIFRvIHVzZSwgZG8gIm1h a2UgdXBkYXRlIiBpbiAvdXNyL3NyYy4KIwojU1VQX1VQREFURT0KIwojU1VQ PSAgICAgICAgICAgIC91c3IvYmluL2NzdXAKI1NVUEZMQUdTPSAgICAgICAt ZyAtTCAyCiNTVVBIT1NUPSAgICAgICAgY3ZzdXAudWsuRnJlZUJTRC5vcmcK I1NVUEZJTEU9ICAgICAgICAvdXNyL3NoYXJlL2V4YW1wbGVzL2N2c3VwL3N0 YW5kYXJkLXN1cGZpbGUKI1BPUlRTU1VQRklMRT0gICAvdXNyL3NoYXJlL2V4 YW1wbGVzL2N2c3VwL3BvcnRzLXN1cGZpbGUKI0RPQ1NVUEZJTEU9ICAgICAv dXNyL3NoYXJlL2V4YW1wbGVzL2N2c3VwL2RvYy1zdXBmaWxlCiMKIyB0b3Ao MSkgdXNlcyBhIGhhc2ggdGFibGUgZm9yIHRoZSB1c2VyIG5hbWVzLiAgVGhl IHNpemUgb2YgdGhpcyBoYXNoCiMgY2FuIGJlIHR1bmVkIHRvIG1hdGNoIHRo ZSBudW1iZXIgb2YgbG9jYWwgdXNlcnMuICBUaGUgdGFibGUgc2l6ZSBzaG91 bGQKIyBiZSBhIHByaW1lIG51bWJlciBhcHByb3hpbWF0ZWx5IHR3aWNlIGFz IGxhcmdlIGFzIHRoZSBudW1iZXIgb2YgbGluZXMgaW4KIyAvZXRjL3Bhc3N3 ZC4gIFRoZSBkZWZhdWx0IG51bWJlciBpcyAyMDAxMS4KIwojVE9QX1RBQkxF X1NJWkU9IDEwMQojCiMgRG9jdW1lbnRhdGlvbgojCiMgVGhlIGxpc3Qgb2Yg bGFuZ3VhZ2VzIGFuZCBlbmNvZGluZ3MgdG8gYnVpbGQgYW5kIGluc3RhbGwK IwojRE9DX0xBTkc9CWVuX1VTLklTTzg4NTktMSBydV9SVS5LT0k4LVIKIwoj CiMgc2VuZG1haWwKIwojIFRoZSBmb2xsb3dpbmcgc2V0cyB0aGUgZGVmYXVs dCBtNCBjb25maWd1cmF0aW9uIGZpbGUgdG8gdXNlIGF0CiMgaW5zdGFsbCB0 aW1lLiAgVXNlIHdpdGggY2F1dGlvbiBhcyBhIG1ha2UgaW5zdGFsbCB3aWxs IG92ZXJ3cml0ZQojIGFueSBleGlzdGluZyAvZXRjL21haWwvc2VuZG1haWwu Y2YuICBOb3RlIHRoYXQgU0VORE1BSUxfQ0YgaXMgbm93CiMgZGVwcmVjYXRl ZC4gIFRoZSB2YWx1ZSBzaG91bGQgYmUgYSBmdWxseSBxdWFsaWZpZWQgcGF0 aCBuYW1lLgojCiNTRU5ETUFJTF9NQz0vZXRjL21haWwvbXljb25maWcubWMK IwojIFRoZSBmb2xsb3dpbmcgc2V0cyB0aGUgZGVmYXVsdCBtNCBjb25maWd1 cmF0aW9uIGZpbGUgZm9yIG1haWwKIyBzdWJtaXNzaW9uIHRvIHVzZSBhdCBp bnN0YWxsIHRpbWUuICBVc2Ugd2l0aCBjYXV0aW9uIGFzIGEgbWFrZQojIGlu c3RhbGwgd2lsbCBvdmVyd3JpdGUgYW55IGV4aXN0aW5nIC9ldGMvbWFpbC9z dWJtaXQuY2YuICBUaGUKIyB2YWx1ZSBzaG91bGQgYmUgYSBmdWxseSBxdWFs aWZpZWQgcGF0aCBuYW1lLgojCiNTRU5ETUFJTF9TVUJNSVRfTUM9L2V0Yy9t YWlsL215c3VibWl0Lm1jCiMKIyBJZiB5b3UgbmVlZCB0byBidWlsZCBhZGRp dGlvbmFsIC5jZiBmaWxlcyBkdXJpbmcgYSBtYWtlIGJ1aWxkd29ybGQsCiMg aW5jbHVkZSB0aGUgZnVsbCBwYXRocyB0byB0aGUgLm1jIGZpbGVzIGluIFNF TkRNQUlMX0FERElUSU9OQUxfTUMuCiMKI1NFTkRNQUlMX0FERElUSU9OQUxf TUM9L2V0Yy9tYWlsL2Zvby5tYyAvZXRjL21haWwvYmFyLm1jCiMKIyBUaGUg Zm9sbG93aW5nIG92ZXJyaWRlcyB0aGUgZGVmYXVsdCBsb2NhdGlvbiBmb3Ig dGhlIG00IGNvbmZpZ3VyYXRpb24KIyBmaWxlcyB1c2VkIHRvIGJ1aWxkIGEg LmNmIGZpbGUgZnJvbSBhIC5tYyBmaWxlLgojCiNTRU5ETUFJTF9DRl9ESVI9 L3Vzci9sb2NhbC9zaGFyZS9zZW5kbWFpbC9jZgojCiMgU2V0dGluZyB0aGUg Zm9sbG93aW5nIHZhcmlhYmxlIG1vZGlmaWVzIHRoZSBmbGFncyBwYXNzZWQg dG8gbTQgd2hlbgojIGJ1aWxkaW5nIGEgLmNmIGZpbGUgZnJvbSBhIC5tYyBm aWxlLiAgSXQgY2FuIGJlIHVzZWQgdG8gZW5hYmxlCiMgZmVhdHVyZXMgZGlz YWJsZWQgYnkgZGVmYXVsdC4KIwojU0VORE1BSUxfTTRfRkxBR1M9CiMKIyBT ZXR0aW5nIHRoZSBmb2xsb3dpbmcgdmFyaWFibGVzIG1vZGlmaWVzIHRoZSBi dWlsZCBlbnZpcm9ubWVudCBmb3IKIyBzZW5kbWFpbCBhbmQgaXRzIHJlbGF0 ZWQgdXRpbGl0aWVzLiBGb3IgZXhhbXBsZSwgU0FTTCBzdXBwb3J0IGNhbiBi ZQojIGFkZGVkIHdpdGggc2V0dGluZ3Mgc3VjaCBhczoKIwojICAgIHdpdGgg U0FTTHYxOgojCVNFTkRNQUlMX0NGTEFHUz0tSS91c3IvbG9jYWwvaW5jbHVk ZS9zYXNsMSAtRFNBU0wKIwlTRU5ETUFJTF9MREZMQUdTPS1ML3Vzci9sb2Nh bC9saWIKIwlTRU5ETUFJTF9MREFERD0tbHNhc2wKIwojICAgIHdpdGggU0FT THYyOgojCVNFTkRNQUlMX0NGTEFHUz0tSS91c3IvbG9jYWwvaW5jbHVkZSAt RFNBU0w9MgojCVNFTkRNQUlMX0xERkxBR1M9LUwvdXNyL2xvY2FsL2xpYgoj CVNFTkRNQUlMX0xEQUREPS1sc2FzbDIKIwojIE5vdGU6IElmIHlvdSBhcmUg dXNpbmcgQ3lydXMgU0FTTCB3aXRoIG90aGVyIGFwcGxpY2F0aW9ucyB3aGlj aCByZXF1aXJlCiMJYWNjZXNzIHRvIHRoZSBzYXNsZGIgZmlsZSwgeW91IHNo b3VsZCBhZGQgdGhlIGZvbGxvd2luZyB0byB5b3VyCiMJc2VuZG1haWwubWMg ZmlsZToKIwojCWRlZmluZShgY29uZkRPTlRfQkxBTUVfU0VORE1BSUwnLGBH cm91cFJlYWRhYmxlU0FTTERCRmlsZScpCiMKI1NFTkRNQUlMX0NGTEFHUz0K I1NFTkRNQUlMX0xERkxBR1M9CiNTRU5ETUFJTF9MREFERD0KI1NFTkRNQUlM X0RQQUREPQojCiMgU2V0dGluZyBTRU5ETUFJTF9TRVRfVVNFUl9JRCB3aWxs IGluc3RhbGwgdGhlIHNlbmRtYWlsIGJpbmFyeSBhcyBhCiMgc2V0LXVzZXIt SUQgcm9vdCBiaW5hcnkgaW5zdGVhZCBvZiBhIHNldC1ncm91cC1JRCBzbW1z cCBiaW5hcnkgYW5kIHdpbGwKIyBwcmV2ZW50IHRoZSBpbnN0YWxsYXRpb24g b2YgL2V0Yy9tYWlsL3N1Ym1pdC5jZi4KIyBUaGlzIGlzIGEgZGVwcmVjYXRl ZCBtb2RlIG9mIG9wZXJhdGlvbi4gIFNlZSBldGMvbWFpbC9SRUFETUUgZm9y IG1vcmUKIyBpbmZvcm1hdGlvbi4KIwojU0VORE1BSUxfU0VUX1VTRVJfSUQ9 CiMKIyBUaGUgcGVybWlzc2lvbnMgdG8gdXNlIG9uIGFsaWFzIGFuZCBtYXAg ZGF0YWJhc2VzIGdlbmVyYXRlZCB1c2luZwojIC9ldGMvbWFpbC9NYWtlZmls ZS4gIERlZmF1bHRzIHRvIDA2NDAuCiMKI1NFTkRNQUlMX01BUF9QRVJNUz0K CktFUk5DT05GPUNVU1RPTS1TTVAK --0-1147648914-1193443401=:97141-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 01:37:18 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6881A16A417; Sat, 27 Oct 2007 01:37:18 +0000 (UTC) (envelope-from cristi@net.utcluj.ro) Received: from bavaria.utcluj.ro (unknown [IPv6:2001:b30:5000:2:20e:cff:fe4b:ca01]) by mx1.freebsd.org (Postfix) with ESMTP id CF42513C4AA; Sat, 27 Oct 2007 01:37:17 +0000 (UTC) (envelope-from cristi@net.utcluj.ro) Received: from localhost (localhost [127.0.0.1]) by bavaria.utcluj.ro (Postfix) with ESMTP id 50D9F50851; Sat, 27 Oct 2007 04:37:15 +0300 (EEST) X-Virus-Scanned: by the daemon playing with your mail on local.mail.utcluj.ro Received: from bavaria.utcluj.ro ([127.0.0.1]) by localhost (bavaria.utcluj.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YqFdyCtc4+ic; Sat, 27 Oct 2007 04:37:09 +0300 (EEST) Received: from [172.27.2.200] (c7.campus.utcluj.ro [193.226.6.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bavaria.utcluj.ro (Postfix) with ESMTP id 2C2475084B; Sat, 27 Oct 2007 04:37:09 +0300 (EEST) Message-ID: <47229643.1010602@net.utcluj.ro> Date: Sat, 27 Oct 2007 04:37:07 +0300 From: Cristian KLEIN User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Anders Nordby References: <20071020212830.GA46415@fupp.net> <471E6782.6050303@net.utcluj.ro> In-Reply-To: <471E6782.6050303@net.utcluj.ro> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HP Proliant system freezes when bge NIC is used X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 01:37:18 -0000 Cristian KLEIN wrote: > Anders Nordby wrote: >> Hi, >> >> Using FreeBSD/amd64 7.0-BETA1 on a HP Proliant DL 380 G4 system, it freezes >> totally once the NIC is used, hanging at the time of setting the >> hostname upon boot. If I set hw.bge.allow_asf="0" in loader.conf, it >> works fine. What can I do to help debug this problem? > > I am experiencing the same thing with an Intel eSeries 335. When I type > "ifconfig bge0 up" the system hangs. No DDB, no panic, no nothing. Setting > hw.bge.allow_asf="0" in loader.conf does not solve the problem. > > I also observat that the switch initially negotiates 100Mbps. After typing > "ifconfig bge0 up" the switch negotiates 1Gbps, although the system is frozen. Just in case someone reads this. I worked around this problem by manually routing IRQ from BIOS. hw.bge.allow_asf="1" works too. Is this normal? Should I perhaps further investigate? From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 03:20:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F033416A420 for ; Sat, 27 Oct 2007 03:20:27 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id B8EE713C4B7 for ; Sat, 27 Oct 2007 03:20:27 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62447 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IlcDp-000ASH-Oa for freebsd-current@freebsd.org; Sat, 27 Oct 2007 03:20:25 +0000 Message-ID: <4722AE79.5020709@conducive.net> Date: Fri, 26 Oct 2007 23:20:25 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <575715.97141.qm@web27805.mail.ukl.yahoo.com> In-Reply-To: <575715.97141.qm@web27805.mail.ukl.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Loader broken in Head? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 03:20:28 -0000 Red Neck wrote: > Hi, > > Within the last day (26/10/07) I've built and installed the sources from CVS > Head only to find the stage 3 boot loader, /boot/loader, not working. I'm > using a Mac Pro with 3 internal hard drives. On one hard disk I have FreeBSD > amd64 installed, occupying the entire disk (MBR). Using the sources from > Head, loader just freezes after displaying its initial messages with a > constantly spinning cursor. To access the system I have to revert to using > an older loader such as 6.2 release's. I have attached my make and kernel > config. > > Can anyone provide any help? I'm quite prepared to help test fixes. > > Thanks, > > RedNeck > > Not unique to a Mac. Asus P5K, Intel Quad, one WD PATA, one SATA. Same behaviour, same short-tem fix. Repeatable. Then buildworld stopped working around a day later - about 2-3 days ago. jp and dk mirrors used... 'Waiting' Bill Hacker ......white socks and Blue Ribbon Beer..... From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 08:00:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3244616A417 for ; Sat, 27 Oct 2007 08:00:32 +0000 (UTC) (envelope-from antonakis@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD4613C4A6 for ; Sat, 27 Oct 2007 08:00:31 +0000 (UTC) (envelope-from antonakis@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so893469rvb for ; Sat, 27 Oct 2007 01:00:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ldmlI//fkAeCUWvVrF6hZ9ATUKt+XrTzOXZVZJ45sZs=; b=gaWRJiQyEClyi1IHyrmyKVvaL+wq5uh8BUrmfK+HVQFdm4YJRHnY6C0vVPPp9iyl3EQ5TiLzqrUoMAK/Og9vHnIyY7ZQDgouT4wtB/2r6L03os6a327ki8WUtq31SmXaMLewvdkBAgRv117Q+fqJE6QY/wZhhorINR1KEVmU/zc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rgAcBWBKjXaBVPZhAPE7m6uCpfVBqAfA7RdDXGTXcF+AeQpqK/TC5qnwH/xMcGLWnK68EhbGsr9IzWCC4+IiH0XZKMpIbzv8Ax0ac9Ke8zgy+4uYxRrwG1h/aJHc3zIFb7hvpka7PWdrkBiD9x+9xuJm1VephPxQ3oAAOjIp7mg= Received: by 10.141.145.11 with SMTP id x11mr1911667rvn.1193472027732; Sat, 27 Oct 2007 01:00:27 -0700 (PDT) Received: by 10.140.136.21 with HTTP; Sat, 27 Oct 2007 01:00:27 -0700 (PDT) Message-ID: <655a934b0710270100s7506ad23sf1aace62d57e3ae7@mail.gmail.com> Date: Sat, 27 Oct 2007 11:00:27 +0300 From: "Antonios Anastasiadis" To: freebsd-current@freebsd.org In-Reply-To: <655a934b0710260944s4f78c1dfse5d6cc9c7d375854@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <655a934b0710260944s4f78c1dfse5d6cc9c7d375854@mail.gmail.com> Subject: Re: RELENG_7 witness warnings, rue hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 08:00:32 -0000 Ok, I should have checked the cvs changelog. This seems to be the current expected behavior, as rue seems to be a bit left behind. Sorry for the noise. From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 10:04:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB27E16A41B for ; Sat, 27 Oct 2007 10:04:04 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 2223C13C4A7 for ; Sat, 27 Oct 2007 10:04:04 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 0530B1B10ED2; Sat, 27 Oct 2007 12:04:02 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from [10.1.1.3] (unknown [192.168.25.14]) by blah.sun-fish.com (Postfix) with ESMTP id CF6931B10C26; Sat, 27 Oct 2007 12:03:58 +0200 (CEST) Message-ID: <47230D02.1080602@moneybookers.com> Date: Sat, 27 Oct 2007 13:03:46 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Rob Zietlow References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4605/Sat Oct 27 09:39:42 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: [7.0-Beta] can no longer ssh into just upgraded host X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 10:04:04 -0000 Hi Rob, Rob Zietlow wrote: > Hello, > > A google for the error messages hasn't turned up so I turn to you mailing > lists. > > I have recently upgraded to RELENG_7. (Oct 26th 13:03) Ever since then i am > no longer able to ssh into the upgraded host from outside my local subnet. > This has been tested coming from OSX, Linux, openbsd and Solaris 8-10. > > >From the host to the server I see the following. > > #ssh -vv 192.168.8.163 > OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003 > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: Applying options for * > debug2: ssh_connect: needpriv 0 > debug1: Connecting to 192.168.8.163 [192.168.8.163] port 22. > debug1: Connection established. > debug1: identity file /home/$USER/.ssh/identity type -1 > debug1: identity file /home/$USER/.ssh/id_rsa type -1 > debug1: identity file /home/$USER/.ssh/id_dsa type -1 > ssh_exchange_identification: read: Connection reset by peer > # > > Do you have active PF on the FreeBSD hosts? I see similar error with my ssh every time when I misconfigure pf.conf :) If you have "pass out keep state" rule, but do not have "pass in keep state" (and you are not blocking port 22) when you connect to the hosts first packets are passed, but then pf create wrong state (from server to client) which really piss openssh and it just stop working ( i didn't dig enough to see why) You can look for "connection timed out on freebsd 7.0" in -stable mailing list for other possible network problems, but I think your RELENG_7 from 26th Oct should be fixed already. > I get this if the keys exist in ~/.ssh/known_hosts or not. > > > I get this on all of the hosts connecting to the new 7.0 server > > On the server i see the following. > > /var/log/auth > Oct 26 13:32:27 dhcp11 sshd[1013]: Did not receive identification string > from 192.168.3.132 > > I compared an /etc/ssh/sshd_config from a working 6.2 host and my 7 host and > they are identical (empty lines removed) > dhcp11# grep -v # /etc/ssh/sshd_config > DSAAuthentication yes > PubkeyAuthentication yes > AuthorizedKeysFile .ssh/authorized_keys > Subsystem sftp /usr/libexec/sftp-server > > Here is /etc/hosts.allow > dhcp11# grep -v # /etc/hosts.allow (empty lines removed again) > ALL : ALL : allow > sendmail : ALL : allow > ftpd : ALL : allow > > sshd in debugging mode. > > dhcp11# /usr/sbin/sshd -ddddddd > debug2: load_server_config: filename /etc/ssh/sshd_config > debug2: load_server_config: done config len = 249 > debug2: parse_server_config: config /etc/ssh/sshd_config len 249 > debug3: /etc/ssh/sshd_config:111 setting Subsystem sftp > /usr/libexec/sftp-server > debug3: /etc/ssh/sshd_config:118 setting DSAAuthentication yes > debug3: /etc/ssh/sshd_config:119 setting PubkeyAuthentication yes > debug3: /etc/ssh/sshd_config:120 setting AuthorizedKeysFile > .ssh/authorized_keys > debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 > debug3: Not a RSA1 key file /etc/ssh/ssh_host_dsa_key. > debug1: read PEM private key done: type DSA > debug1: private host key: #0 type 2 DSA > debug1: rexec_argv[0]='/usr/sbin/sshd' > debug1: rexec_argv[1]='-ddddddd' > debug2: fd 3 setting O_NONBLOCK > debug1: Bind to port 22 on 0.0.0.0. > Server listening on 0.0.0.0 port 22. > debug1: fd 4 clearing O_NONBLOCK > debug1: Server will not fork when running in debugging mode. > debug3: send_rexec_state: entering fd = 7 config len 249 > debug3: ssh_msg_send: type 0 > debug3: send_rexec_state: done > debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 > debug1: inetd sockets after dupping: 3, 3 > debug1: res_init() > Connection from 192.168.3.132 port 39685 > Did not receive identification string from 192.168.3.132 > > DNS queries forward and reverse resolve the hostnames I am ssh-ing in from. > > Any other suggestions as I have ran out of ideas and google isn't as helpful > at this point, unless I have overlooked something. > _______________________________________________ > 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 Sat Oct 27 10:13:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8015F16A417 for ; Sat, 27 Oct 2007 10:13:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 70B1013C48A for ; Sat, 27 Oct 2007 10:13:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 5EA491CC072; Sat, 27 Oct 2007 03:13:12 -0700 (PDT) Date: Sat, 27 Oct 2007 03:13:12 -0700 From: Jeremy Chadwick To: Rob Zietlow Message-ID: <20071027101312.GA42516@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: [7.0-Beta] can no longer ssh into just upgraded host X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 10:13:12 -0000 On Fri, Oct 26, 2007 at 01:47:07PM -0500, Rob Zietlow wrote: > #ssh -vv 192.168.8.163 > OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003 > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: Applying options for * > debug2: ssh_connect: needpriv 0 > debug1: Connecting to 192.168.8.163 [192.168.8.163] port 22. > debug1: Connection established. > debug1: identity file /home/$USER/.ssh/identity type -1 > debug1: identity file /home/$USER/.ssh/id_rsa type -1 > debug1: identity file /home/$USER/.ssh/id_dsa type -1 > ssh_exchange_identification: read: Connection reset by peer Sounds like it might be a PAM-related problem. Have you looked at /var/log/messages or "dmesg -a"? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 12:43:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3E2116A418 for ; Sat, 27 Oct 2007 12:43:48 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.freebsd.org (Postfix) with ESMTP id 85F1F13C494 for ; Sat, 27 Oct 2007 12:43:48 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id 45B925B7B for ; Sat, 27 Oct 2007 13:24:58 +0100 (BST) X-Virus-Scanned: amavisd-new at yadt.co.uk Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HJJniXTvQRtr for ; Sat, 27 Oct 2007 13:24:55 +0100 (BST) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id E2E7A5B74; Sat, 27 Oct 2007 13:24:54 +0100 (BST) Date: Sat, 27 Oct 2007 13:24:54 +0100 From: David Taylor To: current@freebsd.org Message-ID: <20071027122454.GA15883@outcold.yadt.co.uk> References: <200710252120.l9PLKYFJ041330@himinbjorg.tucs-beachin-obx-house.com> <47210FBE.6080803@gmail.com> <20071025220742.GA45217@owl.midgard.homeip.net> <200710251516.19505.fjwcash+freebsd@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <200710251516.19505.fjwcash+freebsd@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: 7.0-BETA1.5 ISO/ftp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 12:43:48 -0000 On Thu, 25 Oct 2007, Freddie Cash wrote: > On October 25, 2007 03:07 pm Erik Trulsson wrote: > > > > But csup does not yet support CVS mode, so you can't use it to maintain > > a local copy of the repository. For some people (including me) this > > means that csup is not yet a suitable replacement for CVSup. > > Maybe not, but for the bulk of the users of cvsup, csup is a drop-in > replacement. :) As with most things in Unix-land, there's more than one > way to do things, and every one will defend to the death their way of > doing things. :D I think the point is there _isn't_ more than one way to cvsup the CVS repo - csup currently cannot do that. -- David Taylor From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 14:42:25 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4243F16A418; Sat, 27 Oct 2007 14:42:25 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id EBCC213C480; Sat, 27 Oct 2007 14:42:24 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Ilmrn-0007Lq-EU; Sat, 27 Oct 2007 16:42:23 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: hackers@FreeBSD.org In-reply-to: References: <20070904233246.GA2409@epia-2.farid-hajji.net> <043a01c7f202$a7ad0920$f7071b60$@co.uk> <046801c7f229$a4534510$ecf9cf30$@co.uk> Comments: In-reply-to Danny Braniss message dated "Thu, 18 Oct 2007 13:35:11 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Oct 2007 16:42:23 +0200 From: Danny Braniss Message-ID: Cc: freebsd-current@FreeBSD.org Subject: Re: dump problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 14:42:25 -0000 to recap: dump will get stuck/deadlock. found the problem, but no solution in sight :-( dump creates 3 processess and syncs with them via kill(2) - don't want to go into the merrits of this - and sometimes: - the signal is received even if it's blocked. - the signal is not received. - it happens mainly on > 2way multicore hosts. all this seems to be a problem in the kernel. need some insight please! thanks, danny PS: sorry for the shortness of the message, anything else will get me to start %$#@! dump, specially tape.c. From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 16:40:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B70B16A417 for ; Sat, 27 Oct 2007 16:40:58 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id E94E413C4A7 for ; Sat, 27 Oct 2007 16:40:57 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 27 Oct 2007 12:12:10 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.8.3-GA) with ESMTP id JGJ09091; Sat, 27 Oct 2007 12:12:10 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 27 Oct 2007 12:16:38 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18211.25431.640960.142549@jerusalem.litteratus.org> Date: Sat, 27 Oct 2007 12:12:07 -0400 To: current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: roberthuff@rcn.com Subject: problem with installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 16:40:58 -0000 Yesterday (around 22:00 EDT) I updated source and went to rebuild. Buildworld, buildkernel, installkernel all seem to have gone fine. However, when I run installworld I get this: ===> sys/boot (install) ===> sys/boot/ficl (install) ===> sys/boot/efi (install) ===> sys/boot/efi/libefi (install) ===> sys/boot/i386 (install) ===> sys/boot/i386/mbr (install) install -o root -g wheel -m 444 mbr /boot ===> sys/boot/i386/pmbr (install) install -o root -g wheel -m 444 pmbr /boot ===> sys/boot/i386/boot0 (install) install -o root -g wheel -m 444 boot0 /boot ===> sys/boot/i386/boot0sio (install) install -o root -g wheel -m 444 boot0 /boot/boot0sio ===> sys/boot/i386/btx (install) ===> sys/boot/i386/btx/btx (install) ===> sys/boot/i386/btx/btxldr (install) ===> sys/boot/i386/btx/lib (install) ===> sys/boot/i386/boot2 (install) cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c sed -e '/align/d' -e '/nop/d' < boot2.s.tmp > boot2.s rm -f boot2.s.tmp as -o boot2.o boot2.s ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin btxld:No such file or directory *** Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** Error code 1 If I got to the directory and run "make", everything seems to work. Is anyone else seeing this? Is there anyway to find out which file btxld thinks is missing? (The system in question is at least semi-functional. It boots, and connects to the network; however, I would like to see a full install cycle before opening it up again.) Robert Huff From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 16:55:07 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A897416A417 for ; Sat, 27 Oct 2007 16:55:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outO.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id 5D36813C481 for ; Sat, 27 Oct 2007 16:55:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sat, 27 Oct 2007 09:55:07 -0700 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 86BA0126822 for ; Sat, 27 Oct 2007 09:55:06 -0700 (PDT) Message-ID: <47236D88.5070109@elischer.org> Date: Sat, 27 Oct 2007 09:55:36 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kthreads etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 16:55:07 -0000 The current kthreads changes have been completed and seem to be working ok.. I will over time change over a number of the current kproc users to be kthread users, but there is no reason that this need be limited to me.. anyone working in code that uses kprocs can simply switch to using kthreads by: 1/ checking that that module doesn't NEED a process context (e.g. like AIO does) 2/ replace kproc_create(func, arg, proc**, flags, pages, fmt, fmtargs) with kthread_add(func, arg, thread**, proc* flags, pages, fmt, fmtargs) 2a/ change the pointer that used to be the proc * to be a thread *. The extra proc* arg is a pointer to the process to which the thread should be added. In general you will probably just want to make it NULL which will result in it nbeing added to proc0 which is now named "kernel" 3/ replace any other occurances of kproc with kthread. From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 17:42:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C30F16A41B; Sat, 27 Oct 2007 17:42:06 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id CFA7A13C4B2; Sat, 27 Oct 2007 17:42:05 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (eqpkisbj34zy9rmr@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l9RHg5Lu057982; Sat, 27 Oct 2007 10:42:05 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l9RHg5Jl057981; Sat, 27 Oct 2007 10:42:05 -0700 (PDT) (envelope-from jmg) Date: Sat, 27 Oct 2007 10:42:05 -0700 From: John-Mark Gurney To: John Baldwin Message-ID: <20071027174205.GK39759@funkthat.com> Mail-Followup-To: John Baldwin , current@freebsd.org References: <200710111741.34992.jhb@FreeBSD.org> <200710151216.36509.jhb@freebsd.org> <3E7A944C-6182-41A1-8881-C4B94428B65A@mac.com> <200710151510.35000.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710151510.35000.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hydrogen.funkthat.com [127.0.0.1]); Sat, 27 Oct 2007 10:42:05 -0700 (PDT) Cc: current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 17:42:06 -0000 John Baldwin wrote this message on Mon, Oct 15, 2007 at 15:10 -0400: > > >>> If you want the configuration file separate from the kernel, then > > >>> what do you > > >>> consider /boot/device.hints to be? > > >> > > >> Non-existent. > > > > > > Ok, let's try this again. You said you want a configuration file > > > separate > > > from the kernel. We have one now in the form of /boot/device.hints. > > > > I said: > > "I would rather see us go in the direction of having the kernel > > maintain a configuration file." > > > > /boot/device.hints is not maintained by the kernel. > > Hmm, ok. So are you thinking of a registry ala Windows to remember previous > bindings? /dev/ (what Windows does) probably > wouldn't be considered usable by most folks, so you'd have to make aliases, > but then you are back to how do "wire" the aliases? And how should the > kernel figure out which devices are console devices? Yeh, I know I'm a bit behind in my -current mail but... I would like to say that this sounds good... I haven't had a chance to read the patch, but I think I told Warner a long time ago, that if we did grow support for hinting pci devices and the like, that I would write a boot -r (Solaris) like function for FreeBSD so that when new hardware was added, it would not suddenly ruin your configuration by moving your existing em0 to em1 and the new em card you added is now em0... I believe that the hints is the correct thing, Marcel never answered how to ensure ACPI kept sio0 as COM1, and he could always remove the hints if he feels like it, but the rest of us can keep the hints so we know where it is... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 17:49:07 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FFE716A41A; Sat, 27 Oct 2007 17:49:07 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.76]) by mx1.freebsd.org (Postfix) with ESMTP id 0899913C481; Sat, 27 Oct 2007 17:49:06 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp007-s [10.150.69.70]) by smtpoutm.mac.com (Xserve/smtpout013/MantshX 4.0) with ESMTP id l9RHn6KH026677; Sat, 27 Oct 2007 10:49:06 -0700 (PDT) Received: from [172.24.104.109] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp007/MantshX 4.0) with ESMTP id l9RHn5L9007648 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 27 Oct 2007 10:49:05 -0700 (PDT) In-Reply-To: <20071027174205.GK39759@funkthat.com> References: <200710111741.34992.jhb@FreeBSD.org> <200710151216.36509.jhb@freebsd.org> <3E7A944C-6182-41A1-8881-C4B94428B65A@mac.com> <200710151510.35000.jhb@freebsd.org> <20071027174205.GK39759@funkthat.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 27 Oct 2007 10:48:29 -0700 To: John-Mark Gurney X-Mailer: Apple Mail (2.752.2) Cc: current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 17:49:07 -0000 On Oct 27, 2007, at 10:42 AM, John-Mark Gurney wrote: > I believe that the hints is the correct thing, Marcel never > answered how > to ensure ACPI kept sio0 as COM1, I did answer that. You obvious did not read or understand a word I was saying... -- Marcel Moolenaar marcelm@juniper.net From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 17:58:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E902616A417 for ; Sat, 27 Oct 2007 17:58:56 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id A528A13C491 for ; Sat, 27 Oct 2007 17:58:56 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (23wfzan77jdvyd19@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l9RHwuQY058309; Sat, 27 Oct 2007 10:58:56 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l9RHwums058308; Sat, 27 Oct 2007 10:58:56 -0700 (PDT) (envelope-from jmg) Date: Sat, 27 Oct 2007 10:58:56 -0700 From: John-Mark Gurney To: Marcel Moolenaar Message-ID: <20071027175856.GL39759@funkthat.com> Mail-Followup-To: Marcel Moolenaar , current@freebsd.org References: <200710111741.34992.jhb@FreeBSD.org> <200710151216.36509.jhb@freebsd.org> <3E7A944C-6182-41A1-8881-C4B94428B65A@mac.com> <200710151510.35000.jhb@freebsd.org> <20071027174205.GK39759@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hydrogen.funkthat.com [127.0.0.1]); Sat, 27 Oct 2007 10:58:56 -0700 (PDT) Cc: current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 17:58:57 -0000 Marcel Moolenaar wrote this message on Sat, Oct 27, 2007 at 10:48 -0700: > > On Oct 27, 2007, at 10:42 AM, John-Mark Gurney wrote: > > >I believe that the hints is the correct thing, Marcel never > >answered how > >to ensure ACPI kept sio0 as COM1, > > I did answer that. You obvious did not read or understand a word > I was saying... Yeh, you're solution was to simply declare that anyone who knows that COM1 is at 0x3f8 is wrong, and to use a different, yet again arbitrary solution which is which is listed first in ACPI... To quote you: More legacy PC fixation. If the BIOS claims that COM1 is at 0x2f8 then so be it. If COM2 is enumerated first and it ends up as uart0 then so be it. There's no bug. It's all in a name. Device wiring would allow people to tie COM2 to uart1 if they want to, but all this COM-stuff is really nothing more than a fixation on 20-year old conventions that the rest of the world abandoned many years ago. It's turned into a bigger problem than it really is, mostly because we still have those stupid hints that are based on 20-year old conventions. So, if one ACPI implementation puts _UID = 0 at 0x3f8, but lists it after _UID = 1 at 0x2f8, that it's fine for sio0 to be _UID = 1? I'm fine w/ that... Just as long as we ship a hints file to keep us old farts sane... So, why are you continuing to argue about a simple thing that you on your machines can simply remove the hints? What are your technical arguments for mandating a different, non-historical, based arbitrary selection? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 17:59:41 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D997616A418 for ; Sat, 27 Oct 2007 17:59:41 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33706.mail.mud.yahoo.com (web33706.mail.mud.yahoo.com [68.142.201.203]) by mx1.freebsd.org (Postfix) with SMTP id 9C7C213C480 for ; Sat, 27 Oct 2007 17:59:41 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 39082 invoked by uid 60001); 27 Oct 2007 17:33:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=ISyopvv1f2PVedAFH4T+v61f5xhTfBnfGfXhuKTPIYAMmg8lLe8UZhkUgCuFErdG/DdLXyn95tvnyLlsvjuL00N9MRWDl0WJz5R8udX1rYdZJgy2IMsx7LbL4u4czLGOKtzQWnGJmrdc40LoRAl4wSuuHX73q6pS9jS1OwLS0Ho=; X-YMail-OSG: lOmCKkYVM1nie0aQQ4MO4lsC5.ZxSJDSNSDIFeIQfdklsYcdt9MGCiGOR9AbcLhACpY96vaVc80g9DnPOXkYPg0UXQoEen7gU.SxjelhQvWloH4yYsA- Received: from [89.211.5.3] by web33706.mail.mud.yahoo.com via HTTP; Sat, 27 Oct 2007 10:33:01 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Sat, 27 Oct 2007 10:33:01 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: Julian Elischer , FreeBSD Current MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <753630.38293.qm@web33706.mail.mud.yahoo.com> Cc: Subject: Re: kthreads etc. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 17:59:41 -0000 ----- Original Message ----=0A> From: Julian Elischer = =0A> To: FreeBSD Current =0A> Sent: Saturday, October = 27, 2007 7:55:36 PM=0A> Subject: kthreads etc.=0A> =0A> The current kthread= s changes have been completed and seem to be=0A> working=0A> =0A ok..=0A> = =0A> I will over time change over a number of the current kproc users to=0A= > be=0A> =0A kthread users,=0A> but there is no reason that this need be li= mited to me..=0A> =0A> anyone working in code that uses kprocs can simply s= witch to=0A> using=0A> =0A kthreads by:=0A> =0A> 1/ checking that that modu= le doesn't NEED a process context (e.g.=0A> like=0A> =0A AIO does)=0A> =0A>= =0A> 2/ replace kproc_create(func, arg, proc**, flags, pages, fmt, fmtargs= )=0A> with=0A> kthread_add(func, arg, thread**, proc* flags, pages, fmt= , fmtargs)=0A> =0A> 2a/ change the pointer that used to be the proc * to be= a thread *.=0A> =0A> =0A> The extra proc* arg is a pointer to the process = to which the=0A> thread should be added. In general you will probably just = want to=0A> make=0A> =0A it NULL=0A> which will result in it nbeing added t= o proc0 which is now=0A> named=0A> =0A "kernel"=0A> =0A> 3/ replace any oth= er occurances of kproc with kthread.=0A=0A=0AThank you :D=0A=0A--=0A =0AReg= ards, =0A-Abdullah Ibn Hamad Al-Marri=0AArab Portal=0Ahttp://www.WeArab.Net= /=0A =0A=0A=0A=0A=0A__________________________________________________=0ADo= You Yahoo!?=0ATired of spam? Yahoo! Mail has the best spam protection aro= und =0Ahttp://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 18:53:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C365316A41A for ; Sat, 27 Oct 2007 18:53:39 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 4FAE313C4A8 for ; Sat, 27 Oct 2007 18:53:38 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:63649 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Ilqmn-0000x5-5n for current@freebsd.org; Sat, 27 Oct 2007 20:53:30 +0200 Received: (qmail 67694 invoked from network); 27 Oct 2007 20:53:21 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 27 Oct 2007 20:53:21 +0200 Received: (qmail 96236 invoked by uid 1001); 27 Oct 2007 20:53:21 +0200 Date: Sat, 27 Oct 2007 20:53:21 +0200 From: Erik Trulsson To: Marcel Moolenaar , current@freebsd.org Message-ID: <20071027185321.GA96177@owl.midgard.homeip.net> Mail-Followup-To: Marcel Moolenaar , current@freebsd.org References: <200710111741.34992.jhb@FreeBSD.org> <200710151216.36509.jhb@freebsd.org> <3E7A944C-6182-41A1-8881-C4B94428B65A@mac.com> <200710151510.35000.jhb@freebsd.org> <20071027174205.GK39759@funkthat.com> <20071027175856.GL39759@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071027175856.GL39759@funkthat.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1Ilqmn-0000x5-5n. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Ilqmn-0000x5-5n 2e266a3ab3f8affabde83740f90c1d49 Cc: Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 18:53:39 -0000 On Sat, Oct 27, 2007 at 10:58:56AM -0700, John-Mark Gurney wrote: > Marcel Moolenaar wrote this message on Sat, Oct 27, 2007 at 10:48 -0700: > > > > On Oct 27, 2007, at 10:42 AM, John-Mark Gurney wrote: > > > > >I believe that the hints is the correct thing, Marcel never > > >answered how > > >to ensure ACPI kept sio0 as COM1, > > > > I did answer that. You obvious did not read or understand a word > > I was saying... > > Yeh, you're solution was to simply declare that anyone who knows that > COM1 is at 0x3f8 is wrong, and to use a different, yet again arbitrary > solution which is which is listed first in ACPI... > > To quote you: > More legacy PC fixation. If the BIOS claims that COM1 is at 0x2f8 then > so be it. If COM2 is enumerated first and it ends up as uart0 then so be > it. There's no bug. It's all in a name. Device wiring would allow people > to tie COM2 to uart1 if they want to, but all this COM-stuff is really > nothing more than a fixation on 20-year old conventions that the rest > of the world abandoned many years ago. It's turned into a bigger problem > than it really is, mostly because we still have those stupid hints that > are based on 20-year old conventions. > > So, if one ACPI implementation puts _UID = 0 at 0x3f8, but lists it > after _UID = 1 at 0x2f8, that it's fine for sio0 to be _UID = 1? I'm > fine w/ that... Just as long as we ship a hints file to keep us old > farts sane... Yup. If I in the BIOS setup screen tells the BIOS that the first serial port should be at 0x3f8, and the second serial port should be at 0x2f8, then it is very annoying if FreeBSD attaches sio0 to the serial port at 0x2f8 and sio1 to the port at 0x3f8 - the opposite of what I wanted. (This is not a hypothetical example, by the way.) Being able to tell FreeBSD that sio0 should attach to the serial port at 0x3f8 (which I have told the BIOS to use for the first serial port) and attach sio1 to the port at 0x2f8 sounds like a very good idea, and the hints mechanism sounds like the right way to do this. (Note that I have not said a word in the above about COM1 or COM2. First and second port refers to the physical position at the back of the machine.) > > So, why are you continuing to argue about a simple thing that you on your > machines can simply remove the hints? What are your technical arguments > for mandating a different, non-historical, based arbitrary selection? > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > 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" -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 19:01:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B76716A421 for ; Sat, 27 Oct 2007 19:01:15 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 74D2013C4AC for ; Sat, 27 Oct 2007 19:01:15 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id E12D53CDFF; Sat, 27 Oct 2007 15:01:14 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 27 Oct 2007 15:01:14 -0400 X-Sasl-enc: NOl9JK+r8SQJwtyOaJjXTp4EzI/GMdJH9PM5EAyWZwVt 1193511674 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id 6342D13E8E; Sat, 27 Oct 2007 15:01:14 -0400 (EDT) Message-ID: <47238AEC.4050900@freebsd.org> Date: Sat, 27 Oct 2007 12:01:00 -0700 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Peter Kieser References: <47201ED8.2090600@wingless.org> In-Reply-To: <47201ED8.2090600@wingless.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ipv6 ipfilter + keep state bug? (releng_7) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 19:01:15 -0000 Peter Kieser wrote: > Hello, > > I'm having similar issues (intermittent connectivity as if the dynamic > rule table isn't being kept properly) using IP Filter with IPv6 and > keep state rules as I was having with ipfw (see "ipfw2 keep-state + > IPv6 on RELENG_7"), IPv4 keep state rules work as expected. I've > verified that it is not infact a network problem (adding an "allow > all" fixes the problem again). > > My rules are as follows, CVSup from today (Wed Oct 24 10:54:23 PDT), > em0 is my external interface: > > pass in quick on lo0 all > pass out quick on lo0 all > pass out quick on em0 keep state > pass in quick on em0 proto tcp from any to any port = 22 This is asking for trouble, regardless of which firewall you use. For best performance, the "keep state" part should be triggered by a rule that mentions the TCP SYN flag somewhere. So for IPFilter, the rule should be: pass in quick on em0 proto tcp from any to any port = 22 flags S keep state (for inbound ssh) and for outboud ssh, you should have an explicit rule like this for tcp: pass out quick on em0 proto tcp all flags S keep state If you don't trigger stateful filtering on SYN packets then the firewall doesn't have a chance to record the window scaling options that are present in the SYN/SYN-ACK packets at the start of a connection and thus can't correctly determine if packets coming later are inside or outside the TCP window. Darren From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 19:10:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4849C16A417 for ; Sat, 27 Oct 2007 19:10:25 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.78]) by mx1.freebsd.org (Postfix) with ESMTP id 3114E13C4A3 for ; Sat, 27 Oct 2007 19:10:25 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp001-s [10.150.69.64]) by smtpoutm.mac.com (Xserve/smtpout015/MantshX 4.0) with ESMTP id l9RJAP7g016218; Sat, 27 Oct 2007 12:10:25 -0700 (PDT) Received: from [172.24.104.109] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp001/MantshX 4.0) with ESMTP id l9RJA8dT016063 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 27 Oct 2007 12:10:08 -0700 (PDT) In-Reply-To: <20071027175856.GL39759@funkthat.com> References: <200710111741.34992.jhb@FreeBSD.org> <200710151216.36509.jhb@freebsd.org> <3E7A944C-6182-41A1-8881-C4B94428B65A@mac.com> <200710151510.35000.jhb@freebsd.org> <20071027174205.GK39759@funkthat.com> <20071027175856.GL39759@funkthat.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9F674BF7-58E2-4DC5-A082-F5128316F889@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 27 Oct 2007 12:09:29 -0700 To: John-Mark Gurney X-Mailer: Apple Mail (2.752.2) Cc: current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 19:10:25 -0000 On Oct 27, 2007, at 10:58 AM, John-Mark Gurney wrote: > Yeh, you're solution was to simply declare that anyone who knows that > COM1 is at 0x3f8 is wrong, and to use a different, yet again arbitrary > solution which is which is listed first in ACPI... Exactly. Anyone who "knows" that COM1 is at 0x3f8 while the computer right in front of them clearly states that COM1 is at 0x2f8 is in denial. > So, if one ACPI implementation puts _UID = 0 at 0x3f8, but lists it > after _UID = 1 at 0x2f8, that it's fine for sio0 to be _UID = 1? Yes. sio0 is nothing more than the first serial port found during enumeration. > So, why are you continuing to argue about a simple thing that you > on your > machines can simply remove the hints? The ability to wire is good. Implementing it right is important. > What are your technical arguments > for mandating a different, non-historical, based arbitrary selection? I'm not mandating anything. I'm merely pointing out how reality has changed and that it's important to adapt, adopt and improve... Where are your technical arguments, putting aside the mere technically of the statement that you consider yourself an old fart? -- Marcel Moolenaar marcelm@juniper.net From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 19:40:20 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EF7916A418 for ; Sat, 27 Oct 2007 19:40:20 +0000 (UTC) (envelope-from SRS0=c5031d47d25de842729c7be1cf61c85f8e0f81f0=501=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 1A86A13C49D for ; Sat, 27 Oct 2007 19:40:19 +0000 (UTC) (envelope-from SRS0=c5031d47d25de842729c7be1cf61c85f8e0f81f0=501=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 GDP07318; Sat, 27 Oct 2007 12:40:18 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id AF8594500E; Sat, 27 Oct 2007 12:40:17 -0700 (PDT) To: Marcel Moolenaar In-Reply-To: Your message of "Sat, 27 Oct 2007 12:09:29 PDT." <9F674BF7-58E2-4DC5-A082-F5128316F889@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1193514017_50909P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 27 Oct 2007 12:40:17 -0700 From: "Kevin Oberman" Message-Id: <20071027194017.AF8594500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Marcel Moolenaar X-To_Domain: mac.com X-To: Marcel Moolenaar X-To_Email: xcllnt@mac.com X-To_Alias: xcllnt Cc: John-Mark Gurney , current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 19:40:20 -0000 --==_Exmh_1193514017_50909P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Marcel Moolenaar > Date: Sat, 27 Oct 2007 12:09:29 -0700 > Sender: owner-freebsd-current@freebsd.org > > > On Oct 27, 2007, at 10:58 AM, John-Mark Gurney wrote: > > > Yeh, you're solution was to simply declare that anyone who knows that > > COM1 is at 0x3f8 is wrong, and to use a different, yet again arbitrary > > solution which is which is listed first in ACPI... > > Exactly. Anyone who "knows" that COM1 is at 0x3f8 while > the computer right in front of them clearly states that > COM1 is at 0x2f8 is in denial. > > > So, if one ACPI implementation puts _UID = 0 at 0x3f8, but lists it > > after _UID = 1 at 0x2f8, that it's fine for sio0 to be _UID = 1? > > Yes. sio0 is nothing more than the first serial port found during > enumeration. > > > > So, why are you continuing to argue about a simple thing that you > > on your > > machines can simply remove the hints? > > The ability to wire is good. Implementing it right > is important. > > > What are your technical arguments > > for mandating a different, non-historical, based arbitrary selection? > > I'm not mandating anything. I'm merely pointing out how > reality has changed and that it's important to adapt, > adopt and improve... > > Where are your technical arguments, putting aside the > mere technically of the statement that you consider > yourself an old fart? "Reality has changed"? Yes, it has, at least a bit, but not to the point where we want to confuse serial ports. Back in the days of v3 and v4, adding an IDE disk to a system could cause existing drives to change their device names. This meant that the fstab was unexpectedly wrong and things sometimes got messy. The option to fix this was added in V4 and moved to GENERIC after a while. Now the order in which IDE ports is scanned does not break the device names. If I update my BIOS, the port marked '1' on the back of my system should not abruptly change from sio0 to sio1. (Or, because some kernel change does this.) If I have a system with scripts to talk to a device on a given port, I would be very annoyed if it suddenly changed. In my case, I am only talking to a data logger and not actually controlling something, but I should not have to worry about having a port name change or finding that _UID1 was no longer the same device if I move to a new mother board. COM1 (or whatever you choose to call it) has been at 0x3f8 since at least the IBM-AT and probably was there in the IBM-PC back at the dawn of time. (Yes, I had been working with computers for several years before then and I suspect many of the others in this discussion had been, too.) Please don't break it! Talk about POLA! -- 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_1193514017_50909P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHI5Qhkn3rs5h7N1ERAh9RAKCoVuTXjjDcyUqdbQGoAu/dO2f8SwCglaP2 3/BjWwov5t7k9D1lKu8fDf4= =2qJz -----END PGP SIGNATURE----- --==_Exmh_1193514017_50909P-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 20:37:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78CB816A417 for ; Sat, 27 Oct 2007 20:37:07 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from alnrmhc16.comcast.net (alnrmhc16.comcast.net [204.127.225.96]) by mx1.freebsd.org (Postfix) with ESMTP id 5260913C4AC for ; Sat, 27 Oct 2007 20:37:07 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from _hostname_ (c-66-31-37-31.hsd1.ma.comcast.net[66.31.37.31]) by comcast.net (alnrmhc16) with SMTP id <20071027203705b160070bode>; Sat, 27 Oct 2007 20:37:06 +0000 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Sat, 27 Oct 2007 16:37:04 -0400 From: "Craig Rodrigues" Date: Sat, 27 Oct 2007 16:37:04 -0400 To: Bruce Evans Message-ID: <20071027203704.GA63911@crodrigues.org> References: <200710241316.l9ODGYfZ093701@lurza.secnetix.de> <20071025180001.D87518@delplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071025180001.D87518@delplex.bde.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, amdmi3@amdmi3.ru Subject: Re: -o union X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 20:37:07 -0000 On Thu, Oct 25, 2007 at 06:22:26PM +1000, Bruce Evans wrote: > (1) It is broken for all file systems except ffs and ext2fs, since > all (?) file systems now use nmount(2) and only these two file > systems have "union" in their mount options list. It is still in > the global options list in mount/mntopts.h, but this is only used > with mount(2). The global options list in mount/mntopts.h has > many bogus non-global options, and even the global options list > in kern/vfs_mount.c has some bogus non-global options, but "union" > actually is a global options. ext2fs loves "union" more than > ffs -- although its options list is less disordered than ffs's, > it has enough disorder to have 2 copies of "union". > (2) After fixing (1) by not using nmount(2), following of symlinks works > strangely for at least devfs: The long term path is to move to use nmount(2) in place of mount(2) everywhere. Inside the kernel, when you call mount(2), you eventually call vfs_cmount (if your file system implements vfs_cmount), which in turn eventually calls vfs_donmount(). nmount(2) calls vfs_donmount() directly. If "-o union" is a mount option that can apply to any file system (even ones like procfs, tmpfs, unionfs, devfs), then we can add it to global_opts in vfs_mount.c, so that it will be valid for any file system. If it does not make sense to do that, then we can add it to the file systems where it works. Right now, "-o union" is converted to MNT_UNION..... I don't understand enough about MNT_UNION to judge if it is valid for all file systems, or just UFS and EXT2FS. When I converted the mount programs for UFS and EXT2FS to nmount(), I noticed that the old mount(2) based mount programs for these file systems specifically allowed "-o union" for these two file systems, so I added "union" to the local options array for these two file systems. I don't understand enough about MNT_UNION to determine if it belongs in global_opts or not. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 20:58:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 133B216A46B for ; Sat, 27 Oct 2007 20:58:06 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.69]) by mx1.freebsd.org (Postfix) with ESMTP id F347413C4B5 for ; Sat, 27 Oct 2007 20:58:05 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp004-s [10.150.69.67]) by smtpoutm.mac.com (Xserve/smtpout006/MantshX 4.0) with ESMTP id l9RKw3cc005833; Sat, 27 Oct 2007 13:58:03 -0700 (PDT) Received: from [172.24.104.109] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp004/MantshX 4.0) with ESMTP id l9RKw1bV020900 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 27 Oct 2007 13:58:02 -0700 (PDT) In-Reply-To: <20071027194017.AF8594500E@ptavv.es.net> References: <20071027194017.AF8594500E@ptavv.es.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 27 Oct 2007 13:57:25 -0700 To: Kevin Oberman X-Mailer: Apple Mail (2.752.2) Cc: John-Mark Gurney , current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 20:58:06 -0000 On Oct 27, 2007, at 12:40 PM, Kevin Oberman wrote: >> I'm not mandating anything. I'm merely pointing out how >> reality has changed and that it's important to adapt, >> adopt and improve... > > "Reality has changed"? Yes, it has, at least a bit, but not to the > point where we want to confuse serial ports. Are you saying that "we" should accept reality's change only for as far as it doesn't confuse "us" ??? > If I update my BIOS, the port marked '1' on the back of my system > should > not abruptly change from sio0 to sio1. Agreed. > In my case, I am only talking to a data logger and not actually > controlling something, but I should not have to worry about having > a port > name change or finding that _UID1 was no longer the same device if I > move to a new mother board. That's unrealistic. If you change the underlying hardware configuration you cannot expect that it doesn't have some sort of effect on the system. Wiring is about making that effect as small as possible, not about having FreeBSD do its own thing with disregard of the hardware. > (Yes, I had been working with computers for several years > before then and I suspect many of the others in this discussion had > been, too.) Please don't break it! Talk about POLA! I'm very much insensitive to people arguing with nothing more than how things used to be in the distant past. It only means they have been standing still for as long as that and have become inflexible and intolerant. Having those people use POLA is a joke because it's really their own POLA that's at stake and given that it's coming from someone who isn't living in the present, really means very very little looking forward. I've argued that hints isn't the right tool to achieve wiring. Keep the discussion on topic. -- Marcel Moolenaar marcelm@juniper.net From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 19:28:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DE3616A419; Sat, 27 Oct 2007 19:28:32 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 4DBCF13C4B2; Sat, 27 Oct 2007 19:28:32 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.67) with esmtp (envelope-from ) id <1Ilr5x-0001kx-Ni>; Sat, 27 Oct 2007 21:13:17 +0200 Received: from e178054104.adsl.alicedsl.de ([85.178.54.104] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.67) with esmtpsa (envelope-from ) id <1Ilr5x-0005lo-LR>; Sat, 27 Oct 2007 21:13:17 +0200 Message-ID: <47238E92.8070304@mail.zedat.fu-berlin.de> Date: Sat, 27 Oct 2007 21:16:34 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: freebsd-current@freebsd.org, FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.54.104 X-Mailman-Approved-At: Sat, 27 Oct 2007 21:18:05 +0000 Cc: Subject: FreeBSD 7.0-BETA1/OpenLDAP/PAM: passwd: Sorry, `passwd' can only change passwords for local or NIS users. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 19:28:32 -0000 Users can not change their passwords on a machine which performs authentication via OpenLDAP/pam_ldap/nss_ldap facilities. I read about a patch, bu t is there another way to make this possible as a standard facility in sources? Ragards, Oliver From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 21:24:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFAF216A41A for ; Sat, 27 Oct 2007 21:24:24 +0000 (UTC) (envelope-from SRS0=c5031d47d25de842729c7be1cf61c85f8e0f81f0=501=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1D913C465 for ; Sat, 27 Oct 2007 21:24:23 +0000 (UTC) (envelope-from SRS0=c5031d47d25de842729c7be1cf61c85f8e0f81f0=501=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id GFZ07622; Sat, 27 Oct 2007 14:24:22 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id EC7F94500E; Sat, 27 Oct 2007 14:24:20 -0700 (PDT) To: Marcel Moolenaar In-Reply-To: Your message of "Sat, 27 Oct 2007 13:57:25 PDT." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1193520260_50909P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 27 Oct 2007 14:24:20 -0700 From: "Kevin Oberman" Message-Id: <20071027212420.EC7F94500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Marcel Moolenaar X-To_Domain: mac.com X-To: Marcel Moolenaar X-To_Email: xcllnt@mac.com X-To_Alias: xcllnt Cc: John-Mark Gurney , current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 21:24:25 -0000 --==_Exmh_1193520260_50909P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Marcel Moolenaar > Date: Sat, 27 Oct 2007 13:57:25 -0700 > > > On Oct 27, 2007, at 12:40 PM, Kevin Oberman wrote: > > >> I'm not mandating anything. I'm merely pointing out how > >> reality has changed and that it's important to adapt, > >> adopt and improve... > > > > "Reality has changed"? Yes, it has, at least a bit, but not to the > > point where we want to confuse serial ports. > > Are you saying that "we" should accept reality's change > only for as far as it doesn't confuse "us" ??? Just in case I don't understand the issue, feel free to correct me, but it sounds like you are saying that there will not be a clear link between the serial port (sio) number and the port marked '1' on most systems. If I am wrong about this, please tell me and I climb back under my rock. If there is not a good reason or benefit and it the change is accommodated in some realistic manner without serious penalty. Confusing "us" is far less significant than confusing lots of users. > > If I update my BIOS, the port marked '1' on the back of my system > > should > > not abruptly change from sio0 to sio1. > > Agreed. > > > In my case, I am only talking to a data logger and not actually > > controlling something, but I should not have to worry about having > > a port > > name change or finding that _UID1 was no longer the same device if I > > move to a new mother board. > > That's unrealistic. If you change the underlying hardware > configuration you cannot expect that it doesn't have some > sort of effect on the system. Wiring is about making that > effect as small as possible, not about having FreeBSD do > its own thing with disregard of the hardware. If I really change the configuration, then I should expect changes in operation. But upgrading to a new system or motherboard where the port marked '1' is suddenly not sio0 is not a configuration change, in my view. The new system has, to the typical user's eyes, the same configuration. This gets even worse in some cases. For example, many newer mobos have a single serial connector on the back and another available only as a header connector on the board. (I have a lot of such systems scattered all over the country.) I would be extremely upset if the '1' port, configured as the console was to become sio1 and I could not access the system from the terminal server. I suspect I could recover from this remotely as long as I can get to the BIOS setup screen, but I'd be really annoyed if I had to fly across the country to fix this. (OK. I probably could pay for remote hands to take care of it.) > > (Yes, I had been working with computers for several years > > before then and I suspect many of the others in this discussion had > > been, too.) Please don't break it! Talk about POLA! > > I'm very much insensitive to people arguing with nothing > more than how things used to be in the distant past. > It only means they have been standing still for as long > as that and have become inflexible and intolerant. > Having those people use POLA is a joke because it's really > their own POLA that's at stake and given that it's coming > from someone who isn't living in the present, really means > very very little looking forward. > > I've argued that hints isn't the right tool to achieve > wiring. Keep the discussion on topic. Yes, it is possible that I am off-target in my understanding of this. If so, I apologize. I am not sure hints is the right place for this, but I do think that any replacement must not break basic assumptions people make about systems. -- 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_1193520260_50909P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHI6yEkn3rs5h7N1ERApafAKCIITD1UkGVLnYKBfgjDkAYrZdEzgCgpk62 RoAGyoXjIRry0WcAe+qhvfs= =bOgS -----END PGP SIGNATURE----- --==_Exmh_1193520260_50909P-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 21:45:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51F9A16A421 for ; Sat, 27 Oct 2007 21:45:08 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 2844513C4C3 for ; Sat, 27 Oct 2007 21:45:08 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1019898rvb for ; Sat, 27 Oct 2007 14:45:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=rANkFLcNBKubUWL05p8d8f5Xy4PajME5ECqUYVqEsh8=; b=k6Nv59v2WsLP+EqWrPH8Dfu6018JlCadYoJGt6gVYWObWsZ09kmr49Oz7M0g0uscXY4pdReNLbZo01F7w80U2jiPpoWbd2nFmG6qSudWnKU2mGM/kCslYfcHjtBPpsYLH/SojyHus0McbTB0fXUHdLdR5kZzQzMbZonRsNHMPog= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=URBCmW5ObKunDorZdCXwkCaN/YpocLbkwFf5A2qLUR1/Zqh6QijkyqAVUhXiC1mBOrF7SOP+WRlYw7nDv+S0usSNluEvSz9fgJPOkvOEdyIp97kxXWRD8jlO007VyQJVgG2800YzIzhAkOJ6Hp41hkI1jxbB+khjCLv1Tr49Fss= Received: by 10.140.144.4 with SMTP id r4mr2124160rvd.1193519951124; Sat, 27 Oct 2007 14:19:11 -0700 (PDT) Received: by 10.141.74.5 with HTTP; Sat, 27 Oct 2007 14:19:06 -0700 (PDT) Message-ID: <2fd864e0710271419l24875018k594da4aade284601@mail.gmail.com> Date: Sat, 27 Oct 2007 16:19:06 -0500 From: Astrodog To: "Marcel Moolenaar" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071027194017.AF8594500E@ptavv.es.net> Cc: John-Mark Gurney , current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 21:45:08 -0000 > > I've argued that hints isn't the right tool to achieve > wiring. Keep the discussion on topic. >From what I've seen, I'm reminded of the saying, "Perhaps there is no such thing as gravity, but instead some other force with identical properties". hints, to me, seems just as good as any other method to resolve this problem. Users, can, of course, elect to disable them, if they're so inclined. --- Harrison From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 21:46:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 123F516A417 for ; Sat, 27 Oct 2007 21:46:41 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id CBD5713C4C6 for ; Sat, 27 Oct 2007 21:46:40 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63479 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IltUN-000CuH-Oi for freebsd-current@freebsd.org; Sat, 27 Oct 2007 21:46:39 +0000 Message-ID: <4723B1BA.5010102@conducive.net> Date: Sat, 27 Oct 2007 17:46:34 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071027194017.AF8594500E@ptavv.es.net> In-Reply-To: <20071027194017.AF8594500E@ptavv.es.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 21:46:41 -0000 Kevin Oberman wrote: >> From: Marcel Moolenaar >> Date: Sat, 27 Oct 2007 12:09:29 -0700 >> Sender: owner-freebsd-current@freebsd.org >> >> >> On Oct 27, 2007, at 10:58 AM, John-Mark Gurney wrote: >> >>> Yeh, you're solution was to simply declare that anyone who knows that >>> COM1 is at 0x3f8 is wrong, and to use a different, yet again arbitrary >>> solution which is which is listed first in ACPI... >> Exactly. Anyone who "knows" that COM1 is at 0x3f8 while >> the computer right in front of them clearly states that >> COM1 is at 0x2f8 is in denial. >> >>> So, if one ACPI implementation puts _UID = 0 at 0x3f8, but lists it >>> after _UID = 1 at 0x2f8, that it's fine for sio0 to be _UID = 1? >> Yes. sio0 is nothing more than the first serial port found during >> enumeration. >> >> >>> So, why are you continuing to argue about a simple thing that you >>> on your >>> machines can simply remove the hints? >> The ability to wire is good. Implementing it right >> is important. >> >>> What are your technical arguments >>> for mandating a different, non-historical, based arbitrary selection? >> I'm not mandating anything. I'm merely pointing out how >> reality has changed and that it's important to adapt, >> adopt and improve... >> >> Where are your technical arguments, putting aside the >> mere technically of the statement that you consider >> yourself an old fart? > > "Reality has changed"? Yes, it has, at least a bit, but not to the > point where we want to confuse serial ports. > You are exhibiting are very 'selective' memory (the wetware one). > Back in the days of v3 and v4, adding an IDE disk to a system could > cause existing drives to change their device names. This meant that the > fstab was unexpectedly wrong and things sometimes got messy. The option > to fix this was added in V4 and moved to GENERIC after a while. Now the > order in which IDE ports is scanned does not break the device names. That would be nice - if only it were true. > > If I update my BIOS, the port marked '1' on the back of my system should > not abruptly change from sio0 to sio1. (Or, because some kernel change > does this.) If I have a system with scripts to talk to a device on a > given port, I would be very annoyed if it suddenly changed. > > In my case, I am only talking to a data logger and not actually > controlling something, but I should not have to worry about having a port > name change or finding that _UID1 was no longer the same device if I > move to a new mother board. > Write it in forth or asm such that the hex address of the base port can be specified, and you *don't* have to worry about it. If you want to use a higher-level 'COM(n)' abstraction for script et al convenience, then you'll have to pre-assign the base port. Address decoders, solder, Berg jumpers, DIP swiches, BIOS - one way or another. > COM1 (or whatever you choose to call it) has been at 0x3f8 since at > least the IBM-AT and probably was there in the IBM-PC back at the dawn > of time. Not so. That's what is pointless about this whole exercise. You're wanting something nailed-down that you choose to remember as 'fixed' for lack of need to have changed it as often as others may have done. And still do. But it was never 'fixed'. Mapping to COM(n) was, and still is, changed of *necessity* to accomodate limited hardware and conflicts with other hardware that may have hard-wired addressing at ONE end, and 'inflexible' software that expects COM at the OTHER end. Debugger output, to name one. Deal with it at whichever end suits your resources. Or in the middle. But deal with it we must, as the environment is never as 'standard' as we might wish. > (Yes, I had been working with computers for several years > before then and I suspect many of the others in this discussion had > been, too.) Please don't break it! Talk about POLA! Not that it will matter for much longer. Not only laptops, but several 'modern' commodity MB have not only shed the DB-9 connector, they don't even ship with a cable for the legacy serial header buried on the PCB somewhere. Boot, and other *storage* device numbering moving about depending on mode, ACPI, AHCI BIOS settings is a great deal larger inconvenience. YOMD, of course... but 'wrong bikeshed'. Bill Hacker From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 22:05:19 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7C7F16A4D4 for ; Sat, 27 Oct 2007 22:05:19 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9335A13C4AA for ; Sat, 27 Oct 2007 22:05:19 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp007-s [10.150.69.70]) by smtpoutm.mac.com (Xserve/smtpout018/MantshX 4.0) with ESMTP id l9RM5I2h013518; Sat, 27 Oct 2007 15:05:18 -0700 (PDT) Received: from [172.24.104.109] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp007/MantshX 4.0) with ESMTP id l9RM5FGK008112 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 27 Oct 2007 15:05:16 -0700 (PDT) In-Reply-To: <20071027212420.EC7F94500E@ptavv.es.net> References: <20071027212420.EC7F94500E@ptavv.es.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <28D8C5EF-8BAB-433D-A6E3-25B2A40B9BD1@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 27 Oct 2007 15:04:40 -0700 To: Kevin Oberman X-Mailer: Apple Mail (2.752.2) Cc: John-Mark Gurney , current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 22:05:19 -0000 On Oct 27, 2007, at 2:24 PM, Kevin Oberman wrote: >> From: Marcel Moolenaar >> Date: Sat, 27 Oct 2007 13:57:25 -0700 >> >> >> On Oct 27, 2007, at 12:40 PM, Kevin Oberman wrote: >> >>>> I'm not mandating anything. I'm merely pointing out how >>>> reality has changed and that it's important to adapt, >>>> adopt and improve... >>> >>> "Reality has changed"? Yes, it has, at least a bit, but not to the >>> point where we want to confuse serial ports. >> >> Are you saying that "we" should accept reality's change >> only for as far as it doesn't confuse "us" ??? > > Just in case I don't understand the issue, feel free to correct me, > but > it sounds like you are saying that there will not be a clear link > between the serial port (sio) number and the port marked '1' on most > systems. If I am wrong about this, please tell me and I climb back > under my rock. That is not what I'm saying. What I'm saying is: If the firmware tells the OS that the port marked "1" on the back corresponds to a UART that has a base I/O port address of 0x2e8, then who are we to disagree and demand that it should be 0x3f8? You rightly point out that what it really boils down to is how devX maps to a port on the back or front of the machine. This mapping should not change gratuitously. Device wiring achieves that. >>> In my case, I am only talking to a data logger and not actually >>> controlling something, but I should not have to worry about having >>> a port >>> name change or finding that _UID1 was no longer the same device if I >>> move to a new mother board. >> >> That's unrealistic. If you change the underlying hardware >> configuration you cannot expect that it doesn't have some >> sort of effect on the system. Wiring is about making that >> effect as small as possible, not about having FreeBSD do >> its own thing with disregard of the hardware. > > If I really change the configuration, then I should expect changes in > operation. But upgrading to a new system or motherboard where the port > marked '1' is suddenly not sio0 is not a configuration change, in my > view. Why not? You replace a mainboard. You really replaced the whole computer, because there's no concept of chassis port numbers in FreeBSD. All we know about the hardware is what is on the mainboard. > The new system has, to the typical user's eyes, the same > configuration. Yes. this means there's a gap between what the user sees (the chassis) and what FreeBSD sees (the mainboard). As long as the mainboard is designed for the chassis, that gap is mostly non-existent or insignificant and what the firmware tells the OS is what you see on the back (or front). Otherwise, all bets are off... > This gets even worse in some cases. For example, many newer mobos > have a > single serial connector on the back and another available only as a > header connector on the board. (I have a lot of such systems scattered > all over the country.) I would be extremely upset if the '1' port, > configured as the console was to become sio1 and I could not access > the > system from the terminal server. I can imagine. Not the best way to program a firmware. Then again, if the mainboard was not designed for the chassis, and it is actually programmed correctly for the targeted chassis then the fault is not with the firmware. Luckily, chassis makers and mainboard makers tend to standardize on certain layouts, so this hardly ever is a problem. But, again, we as OS makers should not make the mistake of assuming too much. Only then will we actually play along and end up doing the right thing. Hints can only do harm in that case, which basically means that hints can only do harm because we don't need hints to do the right thing... -- Marcel Moolenaar marcelm@juniper.net From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 22:24:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 544C716A419; Sat, 27 Oct 2007 22:24:15 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: from terra.mike.lan (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EDA6913C4A8; Sat, 27 Oct 2007 22:24:11 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: by terra.mike.lan (Postfix, from userid 1000) id 9582A67846; Sun, 28 Oct 2007 01:28:34 +0300 (EAT) From: Mike Makonnen To: Marc Fonvieille Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 28 Oct 2007 01:28:34 +0300 Message-Id: <1193524114.2572.25.camel@terra> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Cc: Jeff Roberson , Garrett Cooper , freebsd-current@freebsd.org, Benjamin Close Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mtm@FreeBSD.Org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 22:24:15 -0000 On Sun, 7 Oct 2007 at 11:54:08 +0200, Marc Fonvieille wrote: >On Sun, Oct 07, 2007 at 01:35:50AM -0700, Jeff Roberson wrote: >>>> [...] >>>> Not really when the slowness does not exist with 6.X. >>> >>> I have experienced certain websites causing firefox to slow down >>> considerably. When I mouse over firefox the mouse begins to jerk as well >>> but when I move back away from firefox it seems fine again. I suspected >>> it was an x/firefox bug. >> >> Actually I double-checked this case with dailytech.com. It seems to be >> spending all of the cpu time in user-space in xwindows. So it seems that >> it is the new xwindows that has the problem. If you watch the 'TIME' field >> of top you can see that very little cpu time is attributed to firefox and >> quite a lot to X windows. So the windowing system is too busy to redraw >> mouse events even if we are scheduling it well. >> > >You mean Xorg 7.2 or 7.3 with -CURRENT? >Currently I observe the problem with Xorg 7.2 or 7.3 under -CURRENT, >when Xorg 7.2 with 6.2-STABLE is Ok (I did not try with Xorg 7.3 on >-STABLE, but I'm quite sure I'll end to same result). >On a completly different machine (a more recent one with a 2.8GHz >Celeron), the problem could be less obvious cause of the machine speed >but I can notice the difference between 6.2-STABLE and 7-CURRENT with >any Xorg version. > >> Jeff >> >>> >>> Although I also sometimes observe mysql hanging for a period of a half >>> second or so while running sysbench. I wonder if we don't have a >>> threading library bug? I know I observed this prior to the thread_lock >>> work so hopefully I didn't break it. >>> > >I think a lot of people missed that problem cause they run fast >machines. For me it's very difficult to track down the issue cause I'm >ignorant in these OS areas and the various logs and tools don't give >obvious information. I have also been suffering from *atrociously* bad interactive response during load (for example compiling, pkg_add, etc). Setting kern.hz=100 in /boot/loader.conf fixed this for me. With hz=1000 the machine was practically unusable. But, with hz=100 and cpu-intensive loads running I can easily and quickly switch between windows, watch a movie, etc with almost no noticeable difference in responsiveness (from an idle system). The difference in responsiveness between hz=1000 and hz=100; however, is *very* noticeable. I'm running Xorg7.3 with ULE on 8-CURRENT on an UP AthlonXp 1600+ with 512 MB RAM. Cheers. -- Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc mmakonnen @ gmail.com | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm @ FreeBSD.Org | FreeBSD - http://www.freebsd.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 23:01:37 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8349616A41A for ; Sat, 27 Oct 2007 23:01:37 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0CC6813C4A7 for ; Sat, 27 Oct 2007 23:01:36 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:50117 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Iluet-0003SI-9F for current@freebsd.org; Sun, 28 Oct 2007 01:01:36 +0200 Received: (qmail 1323 invoked from network); 28 Oct 2007 01:01:32 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 28 Oct 2007 01:01:32 +0200 Received: (qmail 13023 invoked by uid 1001); 28 Oct 2007 01:01:32 +0200 Date: Sun, 28 Oct 2007 01:01:32 +0200 From: Erik Trulsson To: Marcel Moolenaar Message-ID: <20071027230132.GA12961@owl.midgard.homeip.net> Mail-Followup-To: Marcel Moolenaar , current@freebsd.org References: <200710111741.34992.jhb@FreeBSD.org> <200710151216.36509.jhb@freebsd.org> <3E7A944C-6182-41A1-8881-C4B94428B65A@mac.com> <200710151510.35000.jhb@freebsd.org> <20071027174205.GK39759@funkthat.com> <20071027175856.GL39759@funkthat.com> <9F674BF7-58E2-4DC5-A082-F5128316F889@mac.com> <20071027214253.GA12390@owl.midgard.homeip.net> <3117246F-26D0-414B-9CBA-65F460F5EA39@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3117246F-26D0-414B-9CBA-65F460F5EA39@mac.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1Iluet-0003SI-9F. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1Iluet-0003SI-9F f4e9297da2b19da0161cd6fe6f550327 Cc: current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 23:01:37 -0000 On Sat, Oct 27, 2007 at 03:09:38PM -0700, Marcel Moolenaar wrote: > > On Oct 27, 2007, at 2:42 PM, Erik Trulsson wrote: > >> On Sat, Oct 27, 2007 at 12:09:29PM -0700, Marcel Moolenaar wrote: >>> >>> On Oct 27, 2007, at 10:58 AM, John-Mark Gurney wrote: >>> >>>> Yeh, you're solution was to simply declare that anyone who knows that >>>> COM1 is at 0x3f8 is wrong, and to use a different, yet again arbitrary >>>> solution which is which is listed first in ACPI... >>> >>> Exactly. Anyone who "knows" that COM1 is at 0x3f8 while >>> the computer right in front of them clearly states that >>> COM1 is at 0x2f8 is in denial. >> >> If I say in the BIOS setup screen that the first serial port is >> to use 0x3f8, then that is the port which I want sio0 to attach to, >> regardless of in which order FreeBSD sees them enumerated. > > What is the first serial port in the BIOS? It is the port which is labeled 'Serial Port 1' or something similar. Normally corresponds to the physical port on the mainboard which is similarily labeled either directly on the board or in the manual. > Is that not the one > that's enumerated first? Not necessarily, no. It should be, but is not always. BIOSs are fairly often buggy or get things wrong. Being able to override the BIOS when it is wrong is a Good Thing. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 23:17:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90C3716A41B for ; Sat, 27 Oct 2007 23:17:27 +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 3372B13C4B6 for ; Sat, 27 Oct 2007 23:17:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 25596 invoked by uid 399); 27 Oct 2007 23:17:26 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 27 Oct 2007 23:17:26 -0000 X-Originating-IP: 127.0.0.1 Date: Sat, 27 Oct 2007 16:17:21 -0700 (PDT) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: John Marshall Subject: Proposed change to rcorder for ypset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 23:17:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 If anyone is interested in and/or knowledgeable about NIS and would like to weigh in on the following PR, please feel free. I plan to commit this change to HEAD sometime next week if there is no objection. Doug http://www.freebsd.org/cgi/query-pr.cgi?pr=117555 - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHI8cByIakK9Wy8PsRA/2YAKCclCyG5vgzM2rynTnhU0CRnLQZFACgiwdi ENkvilDALoOyeJhLsukdjVY= =w1N3 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Oct 27 23:18:46 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C905016A417 for ; Sat, 27 Oct 2007 23:18:46 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.80]) by mx1.freebsd.org (Postfix) with ESMTP id AEF8913C48A for ; Sat, 27 Oct 2007 23:18:46 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp007-s [10.150.69.70]) by smtpoutm.mac.com (Xserve/smtpout017/MantshX 4.0) with ESMTP id l9RNIkxn004794; Sat, 27 Oct 2007 16:18:46 -0700 (PDT) Received: from [172.24.104.109] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp007/MantshX 4.0) with ESMTP id l9RNIi9J002973 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 27 Oct 2007 16:18:44 -0700 (PDT) In-Reply-To: <20071027230132.GA12961@owl.midgard.homeip.net> References: <200710111741.34992.jhb@FreeBSD.org> <200710151216.36509.jhb@freebsd.org> <3E7A944C-6182-41A1-8881-C4B94428B65A@mac.com> <200710151510.35000.jhb@freebsd.org> <20071027174205.GK39759@funkthat.com> <20071027175856.GL39759@funkthat.com> <9F674BF7-58E2-4DC5-A082-F5128316F889@mac.com> <20071027214253.GA12390@owl.midgard.homeip.net> <3117246F-26D0-414B-9CBA-65F460F5EA39@mac.com> <20071027230132.GA12961@owl.midgard.homeip.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <899CA6AE-C21C-45EE-B95A-787F587616A6@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 27 Oct 2007 16:18:07 -0700 To: Erik Trulsson X-Mailer: Apple Mail (2.752.2) Cc: current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 23:18:46 -0000 On Oct 27, 2007, at 4:01 PM, Erik Trulsson wrote: > On Sat, Oct 27, 2007 at 03:09:38PM -0700, Marcel Moolenaar wrote: >> >> On Oct 27, 2007, at 2:42 PM, Erik Trulsson wrote: >> >>> On Sat, Oct 27, 2007 at 12:09:29PM -0700, Marcel Moolenaar wrote: >>>> >>>> On Oct 27, 2007, at 10:58 AM, John-Mark Gurney wrote: >>>> >>>>> Yeh, you're solution was to simply declare that anyone who >>>>> knows that >>>>> COM1 is at 0x3f8 is wrong, and to use a different, yet again >>>>> arbitrary >>>>> solution which is which is listed first in ACPI... >>>> >>>> Exactly. Anyone who "knows" that COM1 is at 0x3f8 while >>>> the computer right in front of them clearly states that >>>> COM1 is at 0x2f8 is in denial. >>> >>> If I say in the BIOS setup screen that the first serial port is >>> to use 0x3f8, then that is the port which I want sio0 to attach to, >>> regardless of in which order FreeBSD sees them enumerated. >> >> What is the first serial port in the BIOS? > > It is the port which is labeled 'Serial Port 1' or something similar. I see. Some argue it's the UART at port 0x3f8, because that's how things have been documented. I like your definition, but unfortunately this thread is mostly about how we want sio0 at a fixed port by virtue of hints. >> Is that not the one >> that's enumerated first? > > Not necessarily, no. It should be, but is not always. Ok. What's buggy if it's not -- ACPI? > BIOSs are fairly often buggy or get things wrong. Being able to > override > the BIOS when it is wrong is a Good Thing. I would presume that we can patch the AML if it's an ACPI problem. That seems to me to be the right thing to do: you patch what is broken... -- Marcel Moolenaar marcelm@juniper.net