From owner-freebsd-current@FreeBSD.ORG Sun May 29 01:51:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B92D816A41C for ; Sun, 29 May 2005 01:51:53 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0064F43D48 for ; Sun, 29 May 2005 01:51:52 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1986530wri for ; Sat, 28 May 2005 18:51:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=qYGm8uizGrvxUsERhiJVu9JZLOU96NtWuHijM8FE9WA4uG/Ld/pHO+sscyDqQ62ZcQ8SimYGVHbyZPxKiGrNsDG4unKaGhC5DLzpidQsGfQ05rhFhXtNBf9XKTe5vBdHix53zL/wz/CZjiEBw3gJzpupVsaWU1jASrt6NzMB1YA= Received: by 10.54.159.6 with SMTP id h6mr3943240wre; Sat, 28 May 2005 18:51:52 -0700 (PDT) Received: from ?192.168.1.200? ([213.64.231.30]) by mx.gmail.com with ESMTP id 33sm1329717wra.2005.05.28.18.51.50; Sat, 28 May 2005 18:51:52 -0700 (PDT) Message-ID: <42992034.3080403@gmail.com> Date: Sun, 29 May 2005 03:51:48 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050526) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050518051111.GA33262@Athena.infor.org> <20050520164349.GD6982@dragon.NUXI.org> <428E1815.8080500@samsco.org> <200505221453.44007.peter@wemm.org> <429105D8.6000106@samsco.org> <20050523021527.GA62693@dragon.NUXI.org> <42914446.4000203@gmail.com> In-Reply-To: <42914446.4000203@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Gurvich Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2005 01:51:53 -0000 Pawel Worach wrote: > I'm seeing the same thing if CPUTYPE is set to "pentium-m" while > "pentium2" works fine. Loader crashes on start, is there a way to make > it freeze instead of reset to capture the register dump? Kernel/world > works fine with the pentium-m CPUTYPE if booted with loader.old. This in > on a IBM T41 with a cpu as detected below. > > CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.56-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x695 Stepping = 5 > Features=0xa7e9f9bf > > Features2=0x180 > I did some more investigation into this and found that MMX registers are used in the FICL code in the pentium-m case. Here is a full diff of sys/boot built with CPUTYPE?=pentium2 and pentium-m. diff -ur boot.pentium2/ficl/softcore.c boot.pentium-m/ficl/softcore.c --- boot.pentium2/ficl/softcore.c Sun May 29 03:43:23 2005 +++ boot.pentium-m/ficl/softcore.c Sun May 29 03:42:00 2005 @@ -4,7 +4,7 @@ ** Words from CORE set written in FICL ** Author: John Sadler (john_sadler@alum.mit.edu) ** Created: 27 December 1997 -** Last update: Sun May 29 03:43:23 CEST 2005 +** Last update: Sun May 29 03:42:00 CEST 2005 ***************************************************************/ /* diff -ur boot.pentium2/ficl/tools.s boot.pentium-m/ficl/tools.s --- boot.pentium2/ficl/tools.s Sun May 29 03:43:30 2005 +++ boot.pentium-m/ficl/tools.s Sun May 29 03:42:18 2005 @@ -1658,19 +1658,19 @@ pushl %esi xorl %esi, %esi pushl %ebx - subl $28, %esp + subl $40, %esp movl 8(%ebp), %edx movl (%edx), %eax - movl 16(%eax), %eax - movl %eax, -16(%ebp) + movd 16(%eax), %xmm0 + movd %xmm0, %eax movl 8(%eax), %eax - movl %eax, -20(%ebp) + movl %eax, -16(%ebp) movl 8(%eax), %eax cmpl $0, %eax jbe .L199 .p2align 4,,15 .L203: - movl -20(%ebp), %edx + movl -16(%ebp), %edx movl 12(%edx,%edi,4), %ebx testl %ebx, %ebx je .L201 @@ -1680,21 +1680,23 @@ incl %esi movl %eax, 8(%esp) movl 8(%ebx), %eax + movd %xmm0, -32(%ebp) movl %eax, 4(%esp) movl 8(%ebp), %eax movl %eax, (%esp) call vmTextOut + movd -32(%ebp), %xmm0 movl (%ebx), %ebx testl %ebx, %ebx jne .L196 - movl -20(%ebp), %edx + movl -16(%ebp), %edx movl 8(%edx), %eax .L201: incl %edi cmpl %edi, %eax ja .L203 .L199: - movl -16(%ebp), %edx + movd %xmm0, %edx movl 8(%ebp), %ebx movl 84(%edx), %eax subl $-128, %ebx @@ -1715,7 +1717,7 @@ movl 8(%ebp), %eax movl %eax, (%esp) call vmTextOut - addl $28, %esp + addl $40, %esp popl %ebx popl %esi popl %edi diff -ur boot.pentium2/ficl/vm.s boot.pentium-m/ficl/vm.s --- boot.pentium2/ficl/vm.s Sun May 29 03:43:30 2005 +++ boot.pentium-m/ficl/vm.s Sun May 29 03:42:18 2005 @@ -298,21 +298,24 @@ xorl %edi, %edi pushl %esi pushl %ebx - subl $16, %esp - movl 8(%ebp), %edx + subl $32, %esp + movd 8(%ebp), %xmm0 movl $0, -20(%ebp) movl $0, -16(%ebp) + movd %xmm0, %edx movl 60(%edx), %ecx movl 52(%edx), %eax movl 56(%edx), %esi + movd %xmm0, -36(%ebp) addl %ecx, %eax movl %esi, 4(%esp) movl %eax, (%esp) call skipSpace movl %eax, -16(%ebp) + cmpl %eax, %esi movl %eax, %ecx - cmpl %ecx, %esi - movzbl (%ecx), %ebx + movzbl (%eax), %ebx + movd -36(%ebp), %xmm0 je .L45 .p2align 4,,15 .L52: @@ -346,13 +349,13 @@ cmpl $1, %eax sbbl $-1, %ecx .L49: - movl 8(%ebp), %eax + movd %xmm0, %eax movl 60(%eax), %edx subl %edx, %ecx movl %ecx, 52(%eax) movl -20(%ebp), %eax movl -16(%ebp), %edx - addl $16, %esp + addl $32, %esp popl %ebx popl %esi popl %edi diff -ur boot.pentium2/ficl/words.s boot.pentium-m/ficl/words.s --- boot.pentium2/ficl/words.s Sun May 29 03:43:32 2005 +++ boot.pentium-m/ficl/words.s Sun May 29 03:42:19 2005 @@ -5068,15 +5068,16 @@ pushl %edi pushl %esi pushl %ebx - subl $16, %esp - movl 8(%ebp), %eax + subl $32, %esp + movd 8(%ebp), %xmm0 + movd %xmm0, %eax movl 60(%eax), %esi movl 52(%eax), %ebx movl 56(%eax), %edi subl $-128, %eax + movl %eax, -16(%ebp) addl %esi, %ebx movl %eax, %esi - movl %eax, -16(%ebp) jmp .L363 .p2align 4,,7 .L364: @@ -5095,8 +5096,10 @@ movb $0, (%esi) cmpl %ebx, %edi setne %dl + movd %xmm0, (%esp) xorl %eax, %eax cmpb $41, %cl + movd %xmm0, -32(%ebp) sete %al andl %edx, %eax cmpl $1, %eax @@ -5104,15 +5107,14 @@ sbbl $-1, %ebx xorl %ecx, %ecx movl %eax, 4(%esp) - movl 8(%ebp), %eax movl %ecx, 8(%esp) - movl %eax, (%esp) call vmTextOut - movl 8(%ebp), %eax + movd -32(%ebp), %xmm0 + movd %xmm0, %eax movl 60(%eax), %edx subl %edx, %ebx movl %ebx, 52(%eax) - addl $16, %esp + addl $32, %esp popl %ebx popl %esi popl %edi diff -ur boot.pentium2/i386/loader/vers.c boot.pentium-m/i386/loader/vers.c --- boot.pentium2/i386/loader/vers.c Sun May 29 03:43:25 2005 +++ boot.pentium-m/i386/loader/vers.c Sun May 29 03:42:02 2005 @@ -1,4 +1,4 @@ char bootprog_name[] = "FreeBSD/i386 bootstrap loader"; char bootprog_rev[] = "1.1"; -char bootprog_date[] = "Sun May 29 03:43:25 CEST 2005"; +char bootprog_date[] = "Sun May 29 03:42:02 CEST 2005"; char bootprog_maker[] = "root@ibm-se82151"; diff -ur boot.pentium2/i386/loader/vers.i boot.pentium-m/i386/loader/vers.i --- boot.pentium2/i386/loader/vers.i Sun May 29 03:43:38 2005 +++ boot.pentium-m/i386/loader/vers.i Sun May 29 03:42:25 2005 @@ -4,5 +4,5 @@ # 1 "vers.c" char bootprog_name[] = "FreeBSD/i386 bootstrap loader"; char bootprog_rev[] = "1.1"; -char bootprog_date[] = "Sun May 29 03:43:25 CEST 2005"; +char bootprog_date[] = "Sun May 29 03:42:02 CEST 2005"; char bootprog_maker[] = "root@ibm-se82151"; diff -ur boot.pentium2/i386/loader/vers.s boot.pentium-m/i386/loader/vers.s --- boot.pentium2/i386/loader/vers.s Sun May 29 03:43:38 2005 +++ boot.pentium-m/i386/loader/vers.s Sun May 29 03:42:25 2005 @@ -9,7 +9,7 @@ .type bootprog_date, @object .size bootprog_date, 30 bootprog_date: - .string "Sun May 29 03:43:25 CEST 2005" + .string "Sun May 29 03:42:02 CEST 2005" .globl bootprog_rev .type bootprog_rev, @object .size bootprog_rev, 4 -- Pawel From owner-freebsd-current@FreeBSD.ORG Sun May 29 02:07:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B00BE16A41C for ; Sun, 29 May 2005 02:07:55 +0000 (GMT) (envelope-from emil@cs.rmit.edu.au) Received: from ppp162-47.static.internode.on.net (ppp162-47.static.internode.on.net [150.101.162.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21CB943D48 for ; Sun, 29 May 2005 02:07:54 +0000 (GMT) (envelope-from emil@cs.rmit.edu.au) Received: by ppp162-47.static.internode.on.net (Poofix, from userid 1001) id B170C6218; Sun, 29 May 2005 12:07:53 +1000 (EST) Date: Sun, 29 May 2005 12:07:53 +1000 From: Emil Mikulic To: Sam Leffler Message-ID: <20050529020753.GA78539@dmr.ath.cx> Mail-Followup-To: Emil Mikulic , Sam Leffler , freebsd-current@freebsd.org References: <20050522110627.GA48162@dmr.ath.cx> <4290B89E.1040107@errno.com> <20050528100219.GC75204@dmr.ath.cx> <4298B3A9.9050906@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4298B3A9.9050906@errno.com> X-PGP-ID: 1024D/344A699F X-PGP-Fingerprint: EE97 2C84 6D07 E76C F075 C0BA ED2A 9319 344A 699F X-Written-On: dmr.ath.cx (FreeBSD 6.0-CURRENT i386) User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: ath0 goes down periodically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 02:07:55 -0000 On Sat, May 28, 2005 at 11:08:41AM -0700, Sam Leffler wrote: > I thought you had a machine using the ath driver and acting as an ap. Sorry if I confused the situation: I have both an AP and a client, both with the same kind of ath card, both running FreeBSD. > when the machine acting as an ap stops working can you see still > see beacon frames being transmitted? > > To do this you need to have another machine. If the other machine is a > client to the ap and using an ath card then 80211stats should show the > count of beacon frames processed growing. Otherwise you can use tcpdump > on the other machine to see beacon frames using something like: > > tcpdump -i ath0 -y IEEE802_11 Got it. Thanks. Next time it happens, I'll do what you said. > If your problem is that the ap stops broadcasting beacons then all data > frames will backup behind because normal data frames are queued on a > different h/w tx queue that will be blocked by the inability to xmit the > beacon frames. That sounds like it could be the case, but I can't yet confirm that the beacons are stuck. I'll get back to you as soon as it happens again. Thanks for your time, and all the great work you're doing, Sam! --Emil From owner-freebsd-current@FreeBSD.ORG Sun May 29 02:28:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E202516A41C for ; Sun, 29 May 2005 02:28:28 +0000 (GMT) (envelope-from will@csociety.org) Received: from hex.databits.net (hex.databits.net [216.118.117.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8DD443D1F for ; Sun, 29 May 2005 02:28:28 +0000 (GMT) (envelope-from will@csociety.org) Received: by hex.databits.net (Postfix, from userid 1001) id 05B7A57B2A; Sat, 28 May 2005 21:28:28 -0500 (CDT) Date: Sat, 28 May 2005 21:28:27 -0500 From: Will Andrews To: "Christoph P. Kukulies" Message-ID: <20050529022827.GI2728@hex.databits.net> Mail-Followup-To: "Christoph P. Kukulies" , freebsd-current@freebsd.org References: <20050528153155.GA75114@kukulies.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Md/poaVZ8hnGTzuv" Content-Disposition: inline In-Reply-To: <20050528153155.GA75114@kukulies.org> User-Agent: Mutt/1.5.6i Cc: freebsd-current@freebsd.org Subject: Re: .depend line 264: Inconsistent operator for ipf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 02:28:29 -0000 --Md/poaVZ8hnGTzuv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 28, 2005 at 05:31:55PM +0200, Christoph P. Kukulies wrote: > After cvsupping into a 6.0-current of January 2005 and a subsequent > make buildworld I'm getting the following in the cleandir > phase: >=20 > rm -f .depend GPATH GRTAGS GSYMS GTAGS > =3D=3D=3D> sbin/init (cleandir) > rm -f init init.o init.8.gz init.8.cat.gz > rm -f .depend GPATH GRTAGS GSYMS GTAGS > =3D=3D=3D> sbin/ip6fw (cleandir) > rm -f ip6fw ip6fw.o ip6fw.8.gz ip6fw.8.cat.gz > rm -f .depend GPATH GRTAGS GSYMS GTAGS > =3D=3D=3D> sbin/ipf (cleandir) > ".depend", line 264: Inconsistent operator for ipf > make: fatal errors encountered -- cannot continue > *** Error code 1 I had the same problem. rm -rf /usr/obj was my solution. regards, --=20 wca --Md/poaVZ8hnGTzuv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCmSjLF47idPgWcsURAmPuAKCE8K897ecQxPHqyGVwVvX94I2ZEwCfRol5 BR9AmJcc33ZKGSNDb+MLSfU= =jOOQ -----END PGP SIGNATURE----- --Md/poaVZ8hnGTzuv-- From owner-freebsd-current@FreeBSD.ORG Sun May 29 07:51:26 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8955F16A41F for ; Sun, 29 May 2005 07:51:26 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 96D8B43D1D for ; Sun, 29 May 2005 07:51:25 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 27864 invoked from network); 29 May 2005 07:51:23 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by salvador with SMTP; 29 May 2005 07:51:23 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell2.pacific.net.sg with ESMTP id <20050529075123.OKZW1130.maxwell2.pacific.net.sg@[192.168.0.107]>; Sun, 29 May 2005 15:51:23 +0800 Message-ID: <4299743B.5070105@pacific.net.sg> Date: Sun, 29 May 2005 15:50:19 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Jack L." References: <20050529073612.D18CF23D02@ws5-3.us4.outblaze.com> In-Reply-To: <20050529073612.D18CF23D02@ws5-3.us4.outblaze.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: Intel EM64T Processor Platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 07:51:26 -0000 Hi, Jack L. wrote: > Hi, I am currently using a Intel EM64T processor (Intel Pentium 4 640 3.2ghz). Is this a AMD64 platform or i386 platform? > You can run both on it. Only AMD64 gives you the 64 bit extensions. Erich From owner-freebsd-current@FreeBSD.ORG Sun May 29 08:27:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 625BE16A41C for ; Sun, 29 May 2005 08:27:47 +0000 (GMT) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABFE043D1F for ; Sun, 29 May 2005 08:27:46 +0000 (GMT) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.13.3/8.12.10) with ESMTP id j4T8RhTu000871 for ; Sun, 29 May 2005 10:27:43 +0200 (CEST) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.13.3/8.12.10/Submit) id j4T8Rh9e000870 for freebsd-current@freebsd.org; Sun, 29 May 2005 10:27:43 +0200 (CEST) (envelope-from kuku) Date: Sun, 29 May 2005 10:27:42 +0200 From: "Christoph P. Kukulies" To: freebsd-current@freebsd.org Message-ID: <20050529082742.GA836@kukulies.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: reboot hangs at Uptime: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 08:27:47 -0000 I built a 6.0-current yesterday and the system is up and running fine. Despite of the .depend glitches in /usr/obj requiring me to delete /usr/obj upon advice from the list here, everything went smooth. I still have the problem that my machine cannot be rebooted remotedly. It would require to call my wife: "Darling, could you please go down into the cellar and press that button which I marked "RESET HERE". Doing a reboot command or typing CTRL-ALT-DEL shuts down the machine but it then gives: umount of /dev failed (BUSY) Uptime: 2m2s and then nothing. The computer sits there. Motherboard is an ASROCK if that matters. Any clues? Should I post some dmesg excerpt? -- Chris Christoph P. U. Kukulies kuku_at_kukulies.org From owner-freebsd-current@FreeBSD.ORG Sun May 29 09:02:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2F9116A41C for ; Sun, 29 May 2005 09:02:43 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4756043D1D for ; Sun, 29 May 2005 09:02:40 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring [10.0.0.2]) by itchy.rabson.org (8.13.3/8.12.11) with ESMTP id j4T92YsO051955; Sun, 29 May 2005 10:02:34 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Sun, 29 May 2005 10:02:32 +0100 User-Agent: KMail/1.8 References: <20050518051111.GA33262@Athena.infor.org> <42914446.4000203@gmail.com> <42992034.3080403@gmail.com> In-Reply-To: <42992034.3080403@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505291002.33295.dfr@nlsystems.com> X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on itchy.rabson.org X-Virus-Scanned: ClamAV 0.83/898/Sat May 28 06:11:03 2005 on itchy.rabson.org X-Virus-Status: Clean Cc: David Gurvich Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2005 09:02:43 -0000 On Sunday 29 May 2005 02:51, Pawel Worach wrote: > Pawel Worach wrote: > > I'm seeing the same thing if CPUTYPE is set to "pentium-m" while > > > > "pentium2" works fine. Loader crashes on start, is there a way to > > make it freeze instead of reset to capture the register dump? > > Kernel/world works fine with the pentium-m CPUTYPE if booted with > > loader.old. This in on a IBM T41 with a cpu as detected below. > > > > CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.56-MHz 686-class > > CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 > > Features=0xa7e9f9bf >,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE> > > > > Features2=0x180 > > I did some more investigation into this and found that MMX registers > are used in the FICL code in the pentium-m case. Here is a full diff > of sys/boot built with CPUTYPE?=pentium2 and pentium-m. Sounds like you should add '-mno-sse -mno-mmx' to the compiler flags when building this bit. From owner-freebsd-current@FreeBSD.ORG Fri May 27 18:11:19 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52C2116A41C for ; Fri, 27 May 2005 18:11:19 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id D493C43D1D for ; Fri, 27 May 2005 18:11:18 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.1/8.13.1) with ESMTP id j4RIBGx7039469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Fri, 27 May 2005 14:11:17 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.1/8.13.1/Submit) id j4RIBE9b039466; Fri, 27 May 2005 14:11:14 -0400 (EDT) (envelope-from wollman) From: Garrett Wollman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17047.25282.72131.519040@khavrinen.csail.mit.edu> Date: Fri, 27 May 2005 14:11:14 -0400 To: Scott Long In-Reply-To: <42969C1B.5010301@samsco.org> References: <4295D51F.50106@centtech.com> <429606D9.6080602@cs.tu-berlin.de> <42960ACB.7090801@cs.tu-berlin.de> <42960CFE.4060307@centtech.com> <42960F8F.2050109@samsco.org> <42961195.30608@centtech.com> <429613FB.80100@samsco.org> <42968AD4.3020603@centtech.com> <4296997C.9030700@samsco.org> <20050526235852.M54386@lexi.siliconlandmark.com> <42969C1B.5010301@samsco.org> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-1.6 (khavrinen.csail.mit.edu [127.0.0.1]); Fri, 27 May 2005 14:11:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.85.1/897/Fri May 27 02:47:36 2005 on khavrinen.csail.mit.edu X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=5.0 tests=none version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on khavrinen.csail.mit.edu X-Mailman-Approved-At: Sun, 29 May 2005 11:52:41 +0000 Cc: FreeBSD Current Subject: Re: Disable read/write caching to disk? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2005 18:11:19 -0000 < said: > is just as much work as porting GFS, if not more, since UFS/FFS is > closely tied to the buffer cache and block layers on BSD, and divorcing > probably would be quite difficult. For multiple writers, probably so. For the single-writer case, I don't think so, since the readers can mount a snapshot while the writer mounts the read-write view. All this would be a lot easier if we had a storage manager more like ZFS's. -GAWollman From owner-freebsd-current@FreeBSD.ORG Fri May 27 18:55:33 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4849816A41C for ; Fri, 27 May 2005 18:55:33 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF15043D1D for ; Fri, 27 May 2005 18:55:32 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.1/8.13.1) with ESMTP id j4RItUNx039928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Fri, 27 May 2005 14:55:31 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.1/8.13.1/Submit) id j4RItUn0039925; Fri, 27 May 2005 14:55:30 -0400 (EDT) (envelope-from wollman) From: Garrett Wollman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17047.27938.106072.257899@khavrinen.csail.mit.edu> Date: Fri, 27 May 2005 14:55:30 -0400 To: Scott Long In-Reply-To: <429763B0.2060705@samsco.org> References: <4295D51F.50106@centtech.com> <429606D9.6080602@cs.tu-berlin.de> <42960ACB.7090801@cs.tu-berlin.de> <42960CFE.4060307@centtech.com> <42960F8F.2050109@samsco.org> <42961195.30608@centtech.com> <429613FB.80100@samsco.org> <42968AD4.3020603@centtech.com> <4296997C.9030700@samsco.org> <20050526235852.M54386@lexi.siliconlandmark.com> <42969C1B.5010301@samsco.org> <17047.25282.72131.519040@khavrinen.csail.mit.edu> <429763B0.2060705@samsco.org> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-1.6 (khavrinen.csail.mit.edu [127.0.0.1]); Fri, 27 May 2005 14:55:31 -0400 (EDT) X-Virus-Scanned: ClamAV 0.85.1/897/Fri May 27 02:47:36 2005 on khavrinen.csail.mit.edu X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=5.0 tests=none version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on khavrinen.csail.mit.edu X-Mailman-Approved-At: Sun, 29 May 2005 11:52:41 +0000 Cc: FreeBSD Current Subject: Re: Disable read/write caching to disk? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2005 18:55:33 -0000 < said: > Well, having a writer is pointless if the readers are stuck on a > snapshot. Depends on the sort of problem you're trying to solve. If your business process already involves a "release" mechanism, then it should integrate quite well (just need to tell the clients to mount a new snapshot). Obviously this doesn't help for something like a clustered database. -GAWollman From owner-freebsd-current@FreeBSD.ORG Fri May 27 21:50:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C227316A41C for ; Fri, 27 May 2005 21:50:26 +0000 (GMT) (envelope-from clcchu@hotmail.com) Received: from hotmail.com (bay16-f21.bay16.hotmail.com [65.54.186.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id A021D43D1D for ; Fri, 27 May 2005 21:50:26 +0000 (GMT) (envelope-from clcchu@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 27 May 2005 14:50:26 -0700 Message-ID: Received: from 210.6.198.241 by by16fd.bay16.hotmail.msn.com with HTTP; Fri, 27 May 2005 21:50:25 GMT X-Originating-IP: [210.6.198.241] X-Originating-Email: [clcchu@hotmail.com] X-Sender: clcchu@hotmail.com From: "Clarence Chu" To: freebsd-current@freebsd.org Date: Sat, 28 May 2005 05:50:25 +0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 27 May 2005 21:50:26.0416 (UTC) FILETIME=[1770F700:01C56306] X-Mailman-Approved-At: Sun, 29 May 2005 11:52:41 +0000 Subject: 5.4-release + 6.0-current on the same disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2005 21:50:26 -0000 hi there, i wish to install 5.4-p? and 6.0-current (to be release) on the same disk of a single machine for to test the 6-0-current. however, the disklabel of the recent 6.0-current resist to co-operate with that of the 5.4-p?. i.e. when i have installed 5.4-p?, and then 6.0-current, disklabel information would be lost. i had "cd /usr/src/release; make release ........" to produce both install and boot CDs for 6-0-current of i386 and amd64 and tried installing for co-existence of the 5.4-release partitions, in vain: everytime i install the 6.0-current, the disklabel on the 5.4-p? were erased. should any kind folks please indicate the way to make them co-exist on the same machine? best regards, clarence chu _________________________________________________________________ No masks required! Use MSN Messenger to chat with friends and family. http://go.msnserver.com/HK/25382.asp From owner-freebsd-current@FreeBSD.ORG Sat May 28 15:02:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D148C16A41C for ; Sat, 28 May 2005 15:02:45 +0000 (GMT) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 186AC43D48 for ; Sat, 28 May 2005 15:02:44 +0000 (GMT) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.13.1/8.12.10) with ESMTP id j4SF2fbB069867 for ; Sat, 28 May 2005 17:02:42 +0200 (CEST) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.13.1/8.12.10/Submit) id j4SF2fWM069866 for freebsd-current@freebsd.org; Sat, 28 May 2005 17:02:41 +0200 (CEST) (envelope-from kuku) Date: Sat, 28 May 2005 17:02:41 +0200 (CEST) From: Christoph Kukulies Message-Id: <200505281502.j4SF2fWM069866@www.kukulies.org> To: freebsd-current@freebsd.org X-Mailman-Approved-At: Sun, 29 May 2005 11:52:40 +0000 Subject: .depend error during make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2005 15:02:46 -0000 I cvsupped and tried to make buildworld and I'm getting: (6.0-current of 22 Jan 2005) ===> sbin/growfs (cleandir) ===> sbin/gvinum (cleandir) ===> sbin/ifconfig (cleandir) ===> sbin/init (cleandir) ===> sbin/ip6fw (cleandir) ===> sbin/ipf (cleandir) ".depend", line 264: Inconsistent operator for ipf make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 -- Chris Christoph P. U. Kukulies kuku_at_kukulies.org From owner-freebsd-current@FreeBSD.ORG Sun May 29 07:36:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C67B16A41C for ; Sun, 29 May 2005 07:36:13 +0000 (GMT) (envelope-from xxjack12xx@doramail.com) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18C1B43D1D for ; Sun, 29 May 2005 07:36:13 +0000 (GMT) (envelope-from xxjack12xx@doramail.com) Received: from unknown (unknown [192.168.9.180]) by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id DB55D1800128 for ; Sun, 29 May 2005 07:36:12 +0000 (GMT) X-OB-Received: from unknown (205.158.62.133) by wfilter.us4.outblaze.com; 29 May 2005 07:36:12 -0000 Received: by ws5-3.us4.outblaze.com (Postfix, from userid 1001) id D18CF23D02; Sun, 29 May 2005 07:36:12 +0000 (GMT) Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; A1.17; B2.12; Q2.03) Received: from [66.245.242.52] by ws5-3.us4.outblaze.com with http for xxjack12xx@doramail.com; Sat, 28 May 2005 23:36:12 -0800 X-Mailer: doramail.com webmail From: "Jack L." To: freebsd-amd64@FreeBSD.org, freebsd-current@FreeBSD.org Date: Sat, 28 May 2005 23:36:12 -0800 X-Originating-Ip: 66.245.242.52 X-Originating-Server: ws5-3.us4.outblaze.com Message-Id: <20050529073612.D18CF23D02@ws5-3.us4.outblaze.com> X-Mailman-Approved-At: Sun, 29 May 2005 11:52:40 +0000 Cc: Subject: Intel EM64T Processor Platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 07:36:13 -0000 Hi, I am currently using a Intel EM64T processor (Intel Pentium 4 640 3.2gh= z). Is this a AMD64 platform or i386 platform? ~Jack~ --=20 _______________________________________________ Get your free email from www.doramail.com with 30 Megs of disk space in web= hosting and e-mail storage! Powered by Outblaze From owner-freebsd-current@FreeBSD.ORG Sun May 29 08:00:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1399F16A41C for ; Sun, 29 May 2005 08:00:30 +0000 (GMT) (envelope-from xxjack12xx@doramail.com) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6E3943D48 for ; Sun, 29 May 2005 08:00:29 +0000 (GMT) (envelope-from xxjack12xx@doramail.com) Received: from unknown (unknown [192.168.9.180]) by webmail-outgoing.us4.outblaze.com (Postfix) with QMQP id 7571618001BE for ; Sun, 29 May 2005 08:00:29 +0000 (GMT) X-OB-Received: from unknown (205.158.62.156) by wfilter.us4.outblaze.com; 29 May 2005 08:00:29 -0000 Received: by ws5-7.us4.outblaze.com (Postfix, from userid 1001) id 687192B2B86; Sun, 29 May 2005 08:00:29 +0000 (GMT) Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; A1.17; B2.12; Q2.03) Received: from [66.245.242.52] by ws5-7.us4.outblaze.com with http for xxjack12xx@doramail.com; Sun, 29 May 2005 00:00:29 -0800 X-Mailer: doramail.com webmail From: "Jack L." To: "Erich Dollansky" Date: Sun, 29 May 2005 00:00:29 -0800 X-Originating-Ip: 66.245.242.52 X-Originating-Server: ws5-7.us4.outblaze.com Message-Id: <20050529080029.687192B2B86@ws5-7.us4.outblaze.com> X-Mailman-Approved-At: Sun, 29 May 2005 11:52:40 +0000 Cc: freebsd-current@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: Intel EM64T Processor Platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 08:00:30 -0000 ----- Original Message ----- From: "Erich Dollansky" To: "Jack L." Subject: Re: Intel EM64T Processor Platform Date: Sun, 29 May 2005 15:50:19 +0800 >=20 > Hi, >=20 >=20 > Jack L. wrote: > > Hi, I am currently using a Intel EM64T processor (Intel Pentium 4=20 > > 640 3.2ghz). Is this a AMD64 platform or i386 platform? > > > You can run both on it. >=20 > Only AMD64 gives you the 64 bit extensions. >=20 > Erich What cpu type should I use for make.conf and the kernel if I want to use th= e AMD64 platform? ~Jack~ --=20 _______________________________________________ Get your free email from www.doramail.com with 30 Megs of disk space in web= hosting and e-mail storage! Powered by Outblaze From owner-freebsd-current@FreeBSD.ORG Sun May 29 08:14:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7513216A41C; Sun, 29 May 2005 08:14:47 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E115443D1F; Sun, 29 May 2005 08:14:46 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr15.xs4all.nl (8.13.3/8.13.3) with ESMTP id j4T8EhNX019200; Sun, 29 May 2005 10:14:43 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id EC0616287; Sun, 29 May 2005 10:14:42 +0200 (CEST) Date: Sun, 29 May 2005 10:14:42 +0200 From: Roland Smith To: "Jack L." Message-ID: <20050529081442.GA99205@slackbox.xs4all.nl> Mail-Followup-To: "Jack L." , Erich Dollansky , freebsd-current@freebsd.org, freebsd-amd64@freebsd.org References: <20050529080029.687192B2B86@ws5-7.us4.outblaze.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <20050529080029.687192B2B86@ws5-7.us4.outblaze.com> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Sun, 29 May 2005 11:52:41 +0000 Cc: freebsd-current@freebsd.org, Erich Dollansky , freebsd-amd64@freebsd.org Subject: Re: Intel EM64T Processor Platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 08:14:47 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 29, 2005 at 12:00:29AM -0800, Jack L. wrote: >=20 > > Only AMD64 gives you the 64 bit extensions. > >=20 > > Erich=20 > What cpu type should I use for make.conf and the kernel if I want to > use the AMD64 platform? You do not need to have anything special in make.conf, and the GENERIC kernel for amd64 contains the necessary 'machine' and 'cpu' paramaters. However, if you want to use the amd64 version, you should install that from CD, not the i386 version. I'm not sure if it is even possible to convert (recompile) an existing install from i386 to amd64. This has been discussed on the amd64 mailinglist before. Check the archives. Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCmXnyEnfvsMMhpyURAr/8AJ91C2rS6Ckk+cUNS7ILaiM0B4D8xwCffxA7 1xlmmj0FGn9J55t1p+/fL3w= =T2gA -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Sun May 29 13:20:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 759EC16A41C for ; Sun, 29 May 2005 13:20:13 +0000 (GMT) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCAF643D1D for ; Sun, 29 May 2005 13:20:12 +0000 (GMT) (envelope-from richardtector@thekeelecentre.com) Received: from av.mx0.thekeelecentre.com (av.mx0.thekeelecentre.com [217.206.238.166]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 66D44429E; Sun, 29 May 2005 14:20:11 +0100 (BST) Received: from mx0.thekeelecentre.com ([217.206.238.167]) by av.mx0.thekeelecentre.com (av.mx0.thekeelecentre.com [217.206.238.166]) (amavisd-new, port 10024) with ESMTP id 67737-10; Sun, 29 May 2005 14:20:11 +0100 (BST) Received: from [217.206.238.190] (host-190.thekeelecentre.com [217.206.238.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTP id DE5B0429D; Sun, 29 May 2005 14:20:00 +0100 (BST) Message-ID: <4299C17D.9090802@thekeelecentre.com> Date: Sun, 29 May 2005 14:19:57 +0100 From: Richard Tector User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-gb, en MIME-Version: 1.0 To: "Christoph P. Kukulies" References: <20050529082742.GA836@kukulies.org> In-Reply-To: <20050529082742.GA836@kukulies.org> Content-Type: multipart/mixed; boundary="------------070004030001090502030901" X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Cc: freebsd-current@freebsd.org Subject: Re: reboot hangs at Uptime: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 13:20:13 -0000 This is a multi-part message in MIME format. --------------070004030001090502030901 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Christoph P. Kukulies wrote: >I still have the problem that my machine cannot be rebooted remotedly. > >Doing a reboot command or typing CTRL-ALT-DEL shuts down the machine >but it then gives: > >umount of /dev failed (BUSY) >Uptime: 2m2s > >and then nothing. The computer sits there. Motherboard is an ASROCK >if that matters. > I've had a similar problem for a while on a dual P3 Gateway branded Asus CUR-DLS motherboard but never really looked into it much. At the time I tried both with and without the ACPI module loaded; reboots are not possible. The machine hangs just after printing something like cpu0: reset() A basic shutdown -p now works fine and powers the machine off. Issuing reboot/shutdown -r now however results in the above behaviour. The system has tracked HEAD for a few months and the problem has existed as long as I can remember. The machine is currently running the latest BIOS released by Gateway. I didn't fancy trying the newer BIOS's from Asus. I've attached a copy of the boot dmesg. If there's any other information that might be of help I can supply that. Regards, Richard Tector --------------070004030001090502030901 Content-Type: text/plain; name="daffy-dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="daffy-dmesg.txt" Copyright (c) 1992-2005 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 6.0-CURRENT #8: Tue May 3 23:23:47 BST 2005 root@daffy.tector.org.uk:/usr/obj/usr/src/sys/DAFFY ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (1000.04-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x387fbff real memory = 1073676288 (1023 MB) avail memory = 1041862656 (993 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI-0698: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [IO__] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [ICNT] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [ACPI] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [OSB4] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [BIOS] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [CMOS] had invalid type (Integer) for Scope operator, changed to (Scope) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) pci_link0: irq 0 on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 pci_link8: on acpi0 pci_link9: on acpi0 pci_link10: irq 0 on acpi0 pci_link11: irq 0 on acpi0 pci_link12: irq 0 on acpi0 pci_link13: irq 0 on acpi0 pci_link14: irq 0 on acpi0 pci_link15: on acpi0 pci_link16: irq 0 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 fxp0: port 0xb400-0xb43f mem 0xfe9fe000-0xfe9fefff,0xfe800000-0xfe8fffff irq 20 at device 2.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:18:03:be:99 pci0: at device 7.0 (no driver attached) isab0: port 0x580-0x58f at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 ohci0: mem 0xfffff000-0xffffffff at device 15.2 on pci0 ohci0: Could not map memory device_attach: ohci0 attach returned 6 pcib1: on acpi0 pci1: on pcib1 em0: port 0xee80-0xeebf mem 0xfeba0000-0xfebbffff irq 21 at device 2.0 on pci1 em0: Ethernet address: 00:04:23:a7:18:4e em0: Speed:N/A Duplex:N/A em1: port 0xef00-0xef3f mem 0xfebc0000-0xfebdffff irq 31 at device 2.1 on pci1 em1: Ethernet address: 00:04:23:a7:18:4f em1: Speed:N/A Duplex:N/A pcib2: at device 3.0 on pci1 pci2: on pcib2 arcmsr0: mem 0xfc3ff000-0xfc3fffff irq 31 at device 14.0 on pci2 arcmsr0: [GIANT-LOCKED] sym0: <1010-33> port 0xe400-0xe4ff mem 0xfebfe000-0xfebfe3ff,0xfebfa000-0xfebfbfff irq 24 at device 5.0 on pci1 sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. sym0: [GIANT-LOCKED] sym1: <1010-33> port 0xe800-0xe8ff mem 0xfebff000-0xfebff3ff,0xfebfc000-0xfebfdfff irq 25 at device 5.1 on pci1 sym1: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: handling phase mismatch from SCRIPTS. sym1: [GIANT-LOCKED] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. ad0: 117800MB at ata0-master UDMA33 acd0: DVDROM at ata0-slave UDMA33 da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0: 1220703MB (2499999744 512 byte sectors: 255H 63S/T 155617C) ATA PseudoRAID loaded SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a em0: link state changed to UP --------------070004030001090502030901-- From owner-freebsd-current@FreeBSD.ORG Sun May 29 13:56:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C583E16A41C for ; Sun, 29 May 2005 13:56:23 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB8543D1D for ; Sun, 29 May 2005 13:56:22 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-1) with ESMTP id j4TDuLGs004207; Sun, 29 May 2005 16:56:21 +0300 Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j4TDsKTk001997; Sun, 29 May 2005 16:54:20 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.3/8.13.3) with ESMTP id j4TDuKcH099044; Sun, 29 May 2005 16:56:20 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.3/8.13.3/Submit) id j4TDuKsl099043; Sun, 29 May 2005 16:56:20 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 29 May 2005 16:56:20 +0300 From: Giorgos Keramidas To: Christoph Kukulies Message-ID: <20050529135620.GB98922@orion.daedalusnetworks.priv> References: <200505281502.j4SF2fWM069866@www.kukulies.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505281502.j4SF2fWM069866@www.kukulies.org> Cc: freebsd-current@freebsd.org Subject: Re: .depend error during make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 13:56:23 -0000 On 2005-05-28 17:02, Christoph Kukulies wrote: > I cvsupped and tried to make buildworld and I'm getting: > (6.0-current of 22 Jan 2005) > > ===> sbin/growfs (cleandir) > ===> sbin/gvinum (cleandir) > ===> sbin/ifconfig (cleandir) > ===> sbin/init (cleandir) > ===> sbin/ip6fw (cleandir) > ===> sbin/ipf (cleandir) > ".depend", line 264: Inconsistent operator for ipf > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in /usr/src/sbin. > *** Error code 1 Move your existing /usr/obj out of the way and try again. # cd /usr # mv obj obj.old # cd src # make buildworld buildkernel 2>&1 | tee logfile If this works fine, then you can delete the /usr/obj.old tree. From owner-freebsd-current@FreeBSD.ORG Sun May 29 14:16:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27DD116A41C for ; Sun, 29 May 2005 14:16:01 +0000 (GMT) (envelope-from kuba@server.roztocze.com.pl) Received: from roztocze.com.pl (server.roztocze.com.pl [217.96.30.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8443243D1D for ; Sun, 29 May 2005 14:16:00 +0000 (GMT) (envelope-from kuba@server.roztocze.com.pl) Received: from server.roztocze.com.pl (localhost [127.0.0.1]) by roztocze.com.pl (8.12.10/8.12.10) with ESMTP id j4TEFwwk032197 for ; Sun, 29 May 2005 16:15:58 +0200 Received: (from kuba@localhost) by server.roztocze.com.pl (8.12.10/8.12.10/Submit) id j4TEFwUS005440 for freebsd-current@freebsd.org; Sun, 29 May 2005 16:15:58 +0200 Date: Sun, 29 May 2005 16:15:58 +0200 From: KubaTyszko To: freebsd-current@freebsd.org Message-ID: <20050529141558.GA12270@lbl.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavisd-new Subject: logitech wireless mouse works for a while but then disconnects X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 14:16:01 -0000 and until next reboot. Reply-To: kuba@lbl.pl Hi all. i just bought a logitech v500 wireless mouse. under M$ it works just fine but under freebsd not. first of all: when booting it is detected properly, works with moused etc. but after a while my dmesg says it becomes disconnected and i cannt use mouse until next reboot (module unloading doesn't help). i tried a patch for usb.c (changes a line or two) found somewhere on the internet and after applying i can use muse when still running system just by plugging receiver and again - works a while and disconnects. did i miss something in configuration or we are having a bug with HID ? below i attach concerning mouse, usb etc. (my pc is thinkpad t42, using yesterday -current ). usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ums0: Logitech USB Receiver, rev 1.10/34.00, addr 2, iclass 3/1 ums0: 7 buttons and Z dir. few minutes (or sometimes even seconds) later.... ums0: at uhub1 port 2 (addr 2) disconnected ums0: detached below is output from usbdevs ATFER mouse crash: Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 2: full speed, power 90 mA, config 1, product 0x2441(0x2441), vendor 0x1668(0x1668), rev 5.46 port 2 powered and below is output BEFORE mouse crash: Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered port 2 addr 2: low speed, power 50 mA, config 1, USB Receiver(0xc510), Logitech (0x046d), rev 34.00 Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 2: full speed, power 90 mA, config 1, product 0x2441(0x2441), vendor 0x1668(0x1668), rev 5.46 port 2 powered and below is output BEFORE mouse crash: port 2 addr 2: low speed, power 50 mA, config 1, USB Receiver(0xc510), Logitech (0x046d), rev 34.00 From owner-freebsd-current@FreeBSD.ORG Sun May 29 14:18:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B622A16A41C; Sun, 29 May 2005 14:18:33 +0000 (GMT) (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 6D3F943D1D; Sun, 29 May 2005 14:18:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4TEIWhf085705; Sun, 29 May 2005 10:18:32 -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.13.3/8.13.3) with ESMTP id j4TEIWpq077953; Sun, 29 May 2005 10:18:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 97BAC7306E; Sun, 29 May 2005 10:18:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050529141832.97BAC7306E@freebsd-current.sentex.ca> Date: Sun, 29 May 2005 10:18:32 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean Cc: Subject: [current 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, 29 May 2005 14:18:34 -0000 TB --- 2005-05-29 12:41:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-29 12:41:10 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-05-29 12:41:10 - cleaning the object tree TB --- 2005-05-29 12:41:35 - checking out the source tree TB --- 2005-05-29 12:41:35 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-05-29 12:41:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-29 12:47:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-29 12:47:54 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-05-29 12:47:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-29 13:55:33 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-29 13:55:33 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-05-29 13:55:33 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun May 29 13:55:33 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun May 29 14:07:28 UTC 2005 TB --- 2005-05-29 14:07:28 - generating LINT kernel config TB --- 2005-05-29 14:07:28 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-05-29 14:07:28 - /usr/bin/make -B LINT TB --- 2005-05-29 14:07:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-29 14:07:28 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-05-29 14:07:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 29 14:07:28 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/syscons/scgfbrndr.c:87: warning: initialization from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/syscons/scgfbrndr.c:93: warning: initialization from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/syscons/scgfbrndr.c:94: warning: initialization from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/syscons/scgfbrndr.c:95: warning: initialization from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/syscons/scgfbrndr.c:97: warning: initialization from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/syscons/scgfbrndr.c:98: warning: initialization from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/syscons/scgfbrndr.c:99: warning: initialization from incompatible pointer type /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/syscons/scgfbrndr.c:100: warning: initialization from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-05-29 14:18:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-29 14:18:32 - ERROR: failed to build lint kernel TB --- 2005-05-29 14:18:32 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun May 29 17:50:57 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8370916A41C; Sun, 29 May 2005 17:50:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 291B943D48; Sun, 29 May 2005 17:50:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 60E195148D; Sun, 29 May 2005 10:50:56 -0700 (PDT) Date: Sun, 29 May 2005 10:50:56 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050529175056.GA99318@xor.obsecurity.org> References: <20050510223636.GA49927@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <20050510223636.GA49927@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: Fatal trap 12 in exec_copyout_strings() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 17:50:57 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 10, 2005 at 03:36:36PM -0700, Kris Kennaway wrote: > Got this on a dual amd64 with 8GB RAM running 6.0 from last week: >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0xffffffffa9cdc000 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xffffffff8037759f > stack pointer =3D 0x10:0xffffffffba1637d0 > frame pointer =3D 0x10:0xffffffffba163820 > 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 52247 (sh) > [thread pid 52247 tid 100149 ] > Stopped at exec_copyout_strings+0x12f: > db> wh > Tracing pid 52247 tid 100149 td 0xffffff016e5724c0 > exec_copyout_strings() at exec_copyout_strings+0x12f > do_execve() at do_execve+0x39a > kern_execve() at kern_execve+0xab > execve() at execve+0x49 > syscall() at syscall+0x382 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (59, FreeBSD ELF64, execve), rip =3D 0x80090622c, rsp =3D 0x7= fffffffe058, rbp =3D 0xffffffff --- > db> I've got this panic twice more since. Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCmgEAWry0BWjoQKURAphtAJ9Wu0+6Vyp3rttgYtox6tSSeNBJ8ACgvYNw OlxxIVonDW8aa5+FmSSJ4p4= =1Zw0 -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Sun May 29 18:06:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D68616A41C for ; Sun, 29 May 2005 18:06:42 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1D8A43D1F for ; Sun, 29 May 2005 18:06:38 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring [10.0.0.2]) by itchy.rabson.org (8.13.3/8.12.11) with ESMTP id j4TI6YGH055422; Sun, 29 May 2005 19:06:34 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: "Vladimir Chukharev" Date: Sun, 29 May 2005 19:06:32 +0100 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505291906.33048.dfr@nlsystems.com> X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on itchy.rabson.org X-Virus-Scanned: ClamAV 0.83/898/Sat May 28 06:11:03 2005 on itchy.rabson.org X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2005 18:06:42 -0000 On Sunday 29 May 2005 18:16, Vladimir Chukharev wrote: > >> I did some more investigation into this and found that MMX > >> registers are used in the FICL code in the pentium-m case. Here is > >> a full diff of sys/boot built with CPUTYPE?=pentium2 and > >> pentium-m. > > > > Sounds like you should add '-mno-sse -mno-mmx' to the compiler > > flagswhen building this bit. > > I tryed the attached patch on my pentium-m notebook, > it did NOT help, still immediate reboot. > > Do you have more suggestions? Not very good ones, I'm afraid. Are there still uses of xmm and/or mm registers when you disassemble the code generated this time? From owner-freebsd-current@FreeBSD.ORG Sun May 29 18:44:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6AE816A41C for ; Sun, 29 May 2005 18:44:41 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 467C943D4C for ; Sun, 29 May 2005 18:44:41 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [192.168.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id A9ABA3F294; Sun, 29 May 2005 20:44:39 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 3CE22265; Sun, 29 May 2005 20:44:39 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 24FECFC; Sun, 29 May 2005 20:44:39 +0200 (CEST) Date: Sun, 29 May 2005 20:44:39 +0200 (CEST) From: Sten Spans To: Richard Tector In-Reply-To: <4299C17D.9090802@thekeelecentre.com> Message-ID: References: <20050529082742.GA836@kukulies.org> <4299C17D.9090802@thekeelecentre.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: reboot hangs at Uptime: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 18:44:41 -0000 On Sun, 29 May 2005, Richard Tector wrote: > Christoph P. Kukulies wrote: > >> I still have the problem that my machine cannot be rebooted remotedly. >> >> Doing a reboot command or typing CTRL-ALT-DEL shuts down the machine >> but it then gives: >> >> umount of /dev failed (BUSY) >> Uptime: 2m2s >> >> and then nothing. The computer sits there. Motherboard is an ASROCK >> if that matters. > > I've had a similar problem for a while on a dual P3 Gateway branded Asus > CUR-DLS motherboard but never really looked into it much. At the time I tried > both with and without the ACPI module loaded; reboots are not possible. The > machine hangs just after printing something like cpu0: reset() > A basic shutdown -p now works fine and powers the machine off. Issuing > reboot/shutdown -r now however results in the above behaviour. The system has > tracked HEAD for a few months and the problem has existed as long as I can > remember. > > The machine is currently running the latest BIOS released by Gateway. I > didn't fancy trying the newer BIOS's from Asus. I've attached a copy of the > boot dmesg. If there's any other information that might be of help I can > supply that. Try turning on usb in the bios (even if you don't have usb in the kernel), this solved my reboot issues with supermicro serverworks p3 motherboards. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-current@FreeBSD.ORG Sun May 29 22:14:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23A2D16A41C for ; Sun, 29 May 2005 22:14:01 +0000 (GMT) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id AED5F43D1D for ; Sun, 29 May 2005 22:14:00 +0000 (GMT) (envelope-from richardtector@thekeelecentre.com) Received: from av.mx0.thekeelecentre.com (av.mx0.thekeelecentre.com [217.206.238.166]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 8890D429B; Sun, 29 May 2005 23:13:57 +0100 (BST) Received: from mx0.thekeelecentre.com ([217.206.238.167]) by av.mx0.thekeelecentre.com (av.mx0.thekeelecentre.com [217.206.238.166]) (amavisd-new, port 10024) with ESMTP id 75597-01; Sun, 29 May 2005 23:13:57 +0100 (BST) Received: from webmail.thekeelecentre.com (webmail.thekeelecentre.com [217.206.238.169]) by mx0.thekeelecentre.com (Postfix) with ESMTP id F12A04073; Sun, 29 May 2005 23:13:56 +0100 (BST) Received: from gateway.home.tector.org.uk (gateway.home.tector.org.uk [82.69.226.134]) by webmail.thekeelecentre.com (Horde MIME library) with HTTP for ; Sun, 29 May 2005 23:13:56 +0100 Message-ID: <20050529231356.g3a9jpkfko00ogwk@webmail.thekeelecentre.com> Date: Sun, 29 May 2005 23:13:56 +0100 From: Richard Tector To: Sten Spans References: <20050529082742.GA836@kukulies.org> <4299C17D.9090802@thekeelecentre.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-5.4 X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Cc: freebsd-current@freebsd.org Subject: Re: reboot hangs at Uptime: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 22:14:01 -0000 Quoting Sten Spans : > On Sun, 29 May 2005, Richard Tector wrote: >> >> I've had a similar problem for a while on a dual P3 Gateway branded >> Asus CUR-DLS motherboard but never really looked into it much. At >> the time I tried both with and without the ACPI module loaded; >> reboots are not possible. The machine hangs just after printing >> something like cpu0: reset() >> A basic shutdown -p now works fine and powers the machine off. >> Issuing reboot/shutdown -r now however results in the above >> behaviour. The system has tracked HEAD for a few months and the >> problem has existed as long as I can remember. >> >> The machine is currently running the latest BIOS released by >> Gateway. I didn't fancy trying the newer BIOS's from Asus. I've >> attached a copy of the boot dmesg. If there's any other information >> that might be of help I can supply that. > > Try turning on usb in the bios (even if you don't have usb in the kernel), > this solved my reboot issues with supermicro serverworks p3 motherboards. > Wow, that solved it, thanks. How very odd, I don't think I'd have ever thought of that one. Have you encountered similar reboot issues while running any other operating system, or just FreeBSD? Kind regards, Richard Tector From owner-freebsd-current@FreeBSD.ORG Sun May 29 22:57:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4795E16A41C for ; Sun, 29 May 2005 22:57:18 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B10A343D1D for ; Sun, 29 May 2005 22:57:17 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:960:301:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 77F813F294; Mon, 30 May 2005 00:57:16 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 0E912265; Mon, 30 May 2005 00:57:15 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id E9FDEFC; Mon, 30 May 2005 00:57:15 +0200 (CEST) Date: Mon, 30 May 2005 00:57:15 +0200 (CEST) From: Sten Spans To: Richard Tector In-Reply-To: <20050529231356.g3a9jpkfko00ogwk@webmail.thekeelecentre.com> Message-ID: References: <20050529082742.GA836@kukulies.org> <4299C17D.9090802@thekeelecentre.com> <20050529231356.g3a9jpkfko00ogwk@webmail.thekeelecentre.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: reboot hangs at Uptime: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 May 2005 22:57:18 -0000 On Sun, 29 May 2005, Richard Tector wrote: > Quoting Sten Spans : > >> On Sun, 29 May 2005, Richard Tector wrote: >>> >>> I've had a similar problem for a while on a dual P3 Gateway branded Asus >>> CUR-DLS motherboard but never really looked into it much. At the time I >>> tried both with and without the ACPI module loaded; reboots are not >>> possible. The machine hangs just after printing something like cpu0: >>> reset() >>> A basic shutdown -p now works fine and powers the machine off. Issuing >>> reboot/shutdown -r now however results in the above behaviour. The system >>> has tracked HEAD for a few months and the problem has existed as long as I >>> can remember. >>> >>> The machine is currently running the latest BIOS released by Gateway. I >>> didn't fancy trying the newer BIOS's from Asus. I've attached a copy of >>> the boot dmesg. If there's any other information that might be of help I >>> can supply that. >> >> Try turning on usb in the bios (even if you don't have usb in the kernel), >> this solved my reboot issues with supermicro serverworks p3 motherboards. >> > > Wow, that solved it, thanks. How very odd, I don't think I'd have ever > thought > of that one. > Have you encountered similar reboot issues while running any other operating > system, or just FreeBSD? Only freebsd. I've looked at the code, but I couldn't figure out how usb could affect it. Bios writers have mystical ways feng-shui most commonly. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-current@FreeBSD.ORG Sun May 29 23:48:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3177916A41C; Sun, 29 May 2005 23:48:32 +0000 (GMT) (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 B579F43D48; Sun, 29 May 2005 23:48:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4TNmwAa078582; Sun, 29 May 2005 19:48:58 -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.13.3/8.13.3) with ESMTP id j4TNmU1V061424; Sun, 29 May 2005 19:48:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 746187306E; Sun, 29 May 2005 19:48:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050529234830.746187306E@freebsd-current.sentex.ca> Date: Sun, 29 May 2005 19:48:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on alpha/alpha 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, 29 May 2005 23:48:32 -0000 TB --- 2005-05-29 23:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-29 23:30:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-05-29 23:30:00 - cleaning the object tree TB --- 2005-05-29 23:30:32 - checking out the source tree TB --- 2005-05-29 23:30:32 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-05-29 23:30:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-29 23:36:44 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-29 23:36:44 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-29 23:36:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ln -fs /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/lib/libbsdxml.so.1 /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/usr/lib/libbsdxml.so sh /tinderbox/CURRENT/alpha/alpha/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/usr/include ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_alpha.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c In file included from /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c:67: /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/usr/include/sys/sysent.h:35:23: bsm/audit.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-05-29 23:48:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-29 23:48:30 - ERROR: failed to build world TB --- 2005-05-29 23:48:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 30 00:07:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D374516A41C; Mon, 30 May 2005 00:07:39 +0000 (GMT) (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 6231E43D1D; Mon, 30 May 2005 00:07:39 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4U086pH079062; Sun, 29 May 2005 20:08:06 -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.13.3/8.13.3) with ESMTP id j4U07cjn044054; Sun, 29 May 2005 20:07:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4708F7306E; Sun, 29 May 2005 20:07:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050530000738.4708F7306E@freebsd-current.sentex.ca> Date: Sun, 29 May 2005 20:07:38 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Mon, 30 May 2005 00:07:40 -0000 TB --- 2005-05-29 23:48:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-29 23:48:30 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-05-29 23:48:30 - cleaning the object tree TB --- 2005-05-29 23:49:05 - checking out the source tree TB --- 2005-05-29 23:49:05 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-05-29 23:49:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-29 23:55:04 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-29 23:55:04 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-29 23:55:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ln -fs /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/lib/libbsdxml.so.1 /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/lib/libbsdxml.so sh /tinderbox/CURRENT/amd64/amd64/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/include ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/amd64/amd64/src/lib/libkvm /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm.c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm_amd64.c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm_proc.c In file included from /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm/kvm_proc.c:67: /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/include/sys/sysent.h:35:23: bsm/audit.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-05-30 00:07:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-30 00:07:38 - ERROR: failed to build world TB --- 2005-05-30 00:07:38 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 30 00:26:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48D3E16A41C; Mon, 30 May 2005 00:26:34 +0000 (GMT) (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 CCB5343D49; Mon, 30 May 2005 00:26:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4U0R1wt079508; Sun, 29 May 2005 20:27:01 -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.13.3/8.13.3) with ESMTP id j4U0QW0G027810; Sun, 29 May 2005 20:26:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C31037306E; Sun, 29 May 2005 20:26:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050530002632.C31037306E@freebsd-current.sentex.ca> Date: Sun, 29 May 2005 20:26:32 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Mon, 30 May 2005 00:26:34 -0000 TB --- 2005-05-30 00:07:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-30 00:07:38 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-05-30 00:07:38 - cleaning the object tree TB --- 2005-05-30 00:08:09 - checking out the source tree TB --- 2005-05-30 00:08:09 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-05-30 00:08:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-30 00:13:59 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-30 00:13:59 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-30 00:13:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ln -fs /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp/lib/libbsdxml.so.1 /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp/usr/lib/libbsdxml.so sh /tinderbox/CURRENT/i386/i386/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp/usr/include ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/i386/i386/src/lib/libkvm /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm.c /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm_i386.c /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm_proc.c In file included from /tinderbox/CURRENT/i386/i386/src/lib/libkvm/kvm_proc.c:67: /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp/usr/include/sys/sysent.h:35:23: bsm/audit.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-05-30 00:26:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-30 00:26:32 - ERROR: failed to build world TB --- 2005-05-30 00:26:32 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 30 00:45:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DC1716A41C; Mon, 30 May 2005 00:45:38 +0000 (GMT) (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 EFB7543D1D; Mon, 30 May 2005 00:45:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4U0k5lb079996; Sun, 29 May 2005 20:46:05 -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.13.3/8.13.3) with ESMTP id j4U0jbF5001938; Sun, 29 May 2005 20:45:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F0B1B7306E; Sun, 29 May 2005 20:45:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050530004536.F0B1B7306E@freebsd-current.sentex.ca> Date: Sun, 29 May 2005 20:45:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Mon, 30 May 2005 00:45:38 -0000 TB --- 2005-05-30 00:26:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-30 00:26:32 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-05-30 00:26:32 - cleaning the object tree TB --- 2005-05-30 00:27:02 - checking out the source tree TB --- 2005-05-30 00:27:02 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-05-30 00:27:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-30 00:32:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-30 00:32:50 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-30 00:32:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ln -fs /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/lib/libbsdxml.so.1 /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/lib/libbsdxml.so sh /tinderbox/CURRENT/i386/pc98/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/i386/pc98/src/lib/libkvm /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm.c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_i386.c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_proc.c In file included from /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_proc.c:67: /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/sys/sysent.h:35:23: bsm/audit.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-05-30 00:45:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-30 00:45:36 - ERROR: failed to build world TB --- 2005-05-30 00:45:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 30 01:05:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB8B416A41C; Mon, 30 May 2005 01:05:36 +0000 (GMT) (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 1F80643D54; Mon, 30 May 2005 01:05:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4U1630W080500; Sun, 29 May 2005 21:06:03 -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.13.3/8.13.3) with ESMTP id j4U15Z7l087129; Sun, 29 May 2005 21:05:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A47A7306E; Sun, 29 May 2005 21:05:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050530010535.0A47A7306E@freebsd-current.sentex.ca> Date: Sun, 29 May 2005 21:05:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Mon, 30 May 2005 01:05:37 -0000 TB --- 2005-05-30 00:45:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-30 00:45:37 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-05-30 00:45:37 - cleaning the object tree TB --- 2005-05-30 00:46:10 - checking out the source tree TB --- 2005-05-30 00:46:10 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-05-30 00:46:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-30 00:51:45 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-30 00:51:45 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-05-30 00:51:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ln -fs /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/lib/libbsdxml.so.1 /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/lib/libbsdxml.so sh /tinderbox/CURRENT/ia64/ia64/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/include ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/ia64/ia64/src/lib/libkvm /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm.c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_ia64.c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_proc.c In file included from /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_proc.c:67: /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/include/sys/sysent.h:35:23: bsm/audit.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-05-30 01:05:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-30 01:05:34 - ERROR: failed to build world TB --- 2005-05-30 01:05:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 30 01:24:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4B5B16A41C; Mon, 30 May 2005 01:24:36 +0000 (GMT) (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 76FD243D1F; Mon, 30 May 2005 01:24:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4U1P3vY081120; Sun, 29 May 2005 21:25:03 -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.13.3/8.13.3) with ESMTP id j4U1OZEu071884; Sun, 29 May 2005 21:24:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 70A987306E; Sun, 29 May 2005 21:24:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050530012435.70A987306E@freebsd-current.sentex.ca> Date: Sun, 29 May 2005 21:24:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Mon, 30 May 2005 01:24:37 -0000 TB --- 2005-05-30 01:05:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-30 01:05:35 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-05-30 01:05:35 - cleaning the object tree TB --- 2005-05-30 01:05:53 - checking out the source tree TB --- 2005-05-30 01:05:53 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-05-30 01:05:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-30 01:11:27 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-30 01:11:27 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-05-30 01:11:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ln -fs /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/tmp/lib/libbsdxml.so.1 /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/tmp/usr/lib/libbsdxml.so sh /tinderbox/CURRENT/powerpc/powerpc/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/tmp/usr/include ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_powerpc.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_proc.c In file included from /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_proc.c:67: /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/tmp/usr/include/sys/sysent.h:35:23: bsm/audit.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-05-30 01:24:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-30 01:24:35 - ERROR: failed to build world TB --- 2005-05-30 01:24:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 30 01:29:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28EA216A41C for ; Mon, 30 May 2005 01:29:35 +0000 (GMT) (envelope-from emil@cs.rmit.edu.au) Received: from its-mu-mail2.its.rmit.edu.au (its-mu-mail2.its.rmit.edu.au [131.170.2.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9539A43D48 for ; Mon, 30 May 2005 01:29:34 +0000 (GMT) (envelope-from emil@cs.rmit.edu.au) Received: from wombat.cs.rmit.edu.au (wombat.cs.rmit.edu.au [131.170.24.41]) by its-mu-mail2.its.rmit.edu.au (8.13.1/8.12.11/mail2) with ESMTP id j4U1TSwg001603 for ; Mon, 30 May 2005 11:29:31 +1000 (EST) Received: from goanna.cs.rmit.edu.au (goanna.cs.rmit.edu.au [131.170.24.40]) by wombat.cs.rmit.edu.au (8.12.10/8.12.10/cshub) with ESMTP id j4U1RXtQ017546 for ; Mon, 30 May 2005 11:27:34 +1000 (EST) Received: (from emil@localhost) by goanna.cs.rmit.edu.au (8.11.3/8.9.3/csnode) id j4U1RXo19659 for current@freebsd.org; Mon, 30 May 2005 11:27:33 +1000 (EST) Date: Mon, 30 May 2005 11:27:33 +1000 From: Emil Mikulic To: current@freebsd.org Message-ID: <20050530012732.GA16111@cs.rmit.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Written-On: goanna.cs.rmit.edu.au (SunOS 5.9 sun4u) X-PGP-Fingerprint: D2B4 7C14 0C41 9AE5 8D2B 16B0 D3D6 F910 8E4C 5D35 User-Agent: Mutt/1.5.9i X-Scanned-By: MIMEDefang 2.44 Cc: Subject: geom_label X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 01:29:35 -0000 I did "tunefs -L var /dev/ad4s1d" and changed /etc/fstab to use /dev/ufs/var instead of /dev/ad4s1d. It doesn't work. During booting, I get: GEOM_LABEL: Label for provider ad4d is ufs/var. ... Starting file system checks: /dev/ad4s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s1a: clean, ... Can't stat /dev/ufs/var: No such file or directory /dev/ad4s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s1e: clean, ... Can't stat /dev/ufs/var: No such file or directory Can't stat /dev/ufs/var: No such file or directory /dev/ufs/var: CAN'T CHECK FILE SYSTEM. /dev/ufs/var: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. Then it wants me to go into a shell in single-user mode. I have a funny feeling that I'm trying to use geom_label for something that it was totally not intended for. =) Either that, or I'm doing it wrong. Which is it? --Emil From owner-freebsd-current@FreeBSD.ORG Mon May 30 01:42:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5B4516A41C; Mon, 30 May 2005 01:42:03 +0000 (GMT) (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 5FD7043D1F; Mon, 30 May 2005 01:42:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4U1g2bY003598; Sun, 29 May 2005 21:42:02 -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.13.3/8.13.3) with ESMTP id j4U1g24E048134; Sun, 29 May 2005 21:42:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7934F7306E; Sun, 29 May 2005 21:42:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050530014202.7934F7306E@freebsd-current.sentex.ca> Date: Sun, 29 May 2005 21:42:02 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean Cc: Subject: [current 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: Mon, 30 May 2005 01:42:03 -0000 TB --- 2005-05-30 01:24:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-30 01:24:35 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-05-30 01:24:35 - cleaning the object tree TB --- 2005-05-30 01:25:01 - checking out the source tree TB --- 2005-05-30 01:25:01 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-05-30 01:25:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-30 01:30:40 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-30 01:30:40 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-05-30 01:30:40 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ln -fs /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/lib/libbsdxml.so.1 /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/lib/libbsdxml.so sh /tinderbox/CURRENT/sparc64/sparc64/src/tools/install.sh -C -o root -g wheel -m 444 bsdxml.h /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/include ===> lib/libkvm (depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_sparc64.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_file.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getloadavg.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getswapinfo.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c In file included from /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:67: /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/include/sys/sysent.h:35:23: bsm/audit.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-05-30 01:42:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-30 01:42:02 - ERROR: failed to build world TB --- 2005-05-30 01:42:02 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 30 06:15:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A49F16A41C for ; Mon, 30 May 2005 06:15:27 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC03A43D1D for ; Mon, 30 May 2005 06:15:26 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1324165rng for ; Sun, 29 May 2005 23:15:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=D+nVBO3/eM4Hp6fvxlQmX4rks1NRmw0e8JS/m4pamJl5dP5/qezLRpsSr3WAeA1bc86N3LbkYRCft0vnPxVZmvdAtpi/TijDN4ufNZDrWwQeLUpCPjexjthV4nN5V7HJmpz3tYiV9werp8/kFWYZKv2UXqKYM2VYZtJohTQmwmQ= Received: by 10.38.161.27 with SMTP id j27mr5819066rne; Sun, 29 May 2005 23:15:26 -0700 (PDT) Received: by 10.38.12.29 with HTTP; Sun, 29 May 2005 23:15:26 -0700 (PDT) Message-ID: <1d6d20bc050529231530700157@mail.gmail.com> Date: Mon, 30 May 2005 14:15:26 +0800 From: Jia-Shiun Li To: freebsd-current@freebsd.org, =?ISO-8859-1?Q?S=F8ren_Schmidt?= , Ian Dowse In-Reply-To: <1d6d20bc05031408071558b6ce@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1d6d20bc0503100101621bbee3@mail.gmail.com> <1d6d20bc05031408071558b6ce@mail.gmail.com> Cc: Subject: Re: VESA non-VGA flag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jia-Shiun Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 06:15:27 -0000 Ok I filed PR i386/81445. Next could somebody tell me how to get it commited, or am I missing anything else? Jia-Shiun. On 3/15/05, Jia-Shiun Li wrote: > On Thu, 10 Mar 2005 17:01:13 +0800, Jia-Shiun Li wro= te: > > Hi, > > > > These days I was trying to add a splash screen. I used VMWare to test, > > but it cannot init VESA correctly, which is odd since VMWare claimed > > its display to be VESA compliant. I then traced into > > src/sys/i386/isa/vesa.c, found that it was cause by the flag V_NONVGA. > > It will stop initializing if this flag is set, at line 655(v1.50). If > > I comment it out, VESA will work on VMWare and I can happily use my > > splash screen during booting. > > > > I tried to google some info, but still cannot figure out if the > > 'non-VGA' flag really means 'not (IBM)VGA backward-compatible' or 'not > > a display device at all'. But since anything implementing VBE must be > > a display device to make sense, I suppose it to be the former. The > > question is, if the checking of non-VGA flag can be safely removed? I > > do not know if there is any devices depending on it to work correctly. > > To me it seems ok without the checking. > > >=20 > According to VBE 3.0 page 26, the non-vga flag means 'not VGA > compatible', so it should not prevent VESA from initializing. >=20 > I did not found anyone responsible for this. S=F8ren and Ian could you > take a look at this patch? It makes VESA work on VMWare without > breaking it on other (real)hardwares. >=20 > Jia-Shiun. >=20 > --- sys/i386/isa/vesa.c.orig Mon Mar 14 23:55:19 2005 > +++ sys/i386/isa/vesa.c Mon Mar 14 23:55:42 2005 > @@ -652,8 +652,6 @@ > printf("VESA: information block\n"); > dump_buffer(buf, 64); > } > - if (vesa_adp_info->v_flags & V_NONVGA) > - return 1; > if (vesa_adp_info->v_version < 0x0102) { > printf("VESA: VBE version %d.%d is not supported; " > "version 1.2 or later is required.\n", >=20 >=20 > From owner-freebsd-current@FreeBSD.ORG Mon May 30 11:21:51 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C98B16A41C for ; Mon, 30 May 2005 11:21:51 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F5F143D48 for ; Mon, 30 May 2005 11:21:50 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4UBLmsL013823; Mon, 30 May 2005 14:21:48 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 71150-14; Mon, 30 May 2005 14:21:47 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4UBLllt013820 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 May 2005 14:21:47 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j4UBMBvh055399; Mon, 30 May 2005 14:22:11 +0300 (EEST) (envelope-from ru) Date: Mon, 30 May 2005 14:22:10 +0300 From: Ruslan Ermilov To: "Christoph P. Kukulies" Message-ID: <20050530112210.GG54585@ip.net.ua> References: <20050528153155.GA75114@kukulies.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5L6AZ1aJH5mDrqCQ" Content-Disposition: inline In-Reply-To: <20050528153155.GA75114@kukulies.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org Subject: Re: .depend line 264: Inconsistent operator for ipf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 11:21:51 -0000 --5L6AZ1aJH5mDrqCQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 28, 2005 at 05:31:55PM +0200, Christoph P. Kukulies wrote: > After cvsupping into a 6.0-current of January 2005 and a subsequent > make buildworld I'm getting the following in the cleandir > phase: >=20 > rm -f .depend GPATH GRTAGS GSYMS GTAGS > =3D=3D=3D> sbin/init (cleandir) > rm -f init init.o init.8.gz init.8.cat.gz > rm -f .depend GPATH GRTAGS GSYMS GTAGS > =3D=3D=3D> sbin/ip6fw (cleandir) > rm -f ip6fw ip6fw.o ip6fw.8.gz ip6fw.8.cat.gz > rm -f .depend GPATH GRTAGS GSYMS GTAGS > =3D=3D=3D> sbin/ipf (cleandir) > ".depend", line 264: Inconsistent operator for ipf > make: fatal errors encountered -- cannot continue > *** Error code 1 >=20 > Stop in /usr/src/sbin. > *** Error code 1 >=20 > Stop in /usr/src. > ... >=20 When someone changes the type of "foo" from file to directory, this is exactly what happens. sbin/ipf/ipf was a file, which has a recorded dependency in your stale .depend file. Now, sbin/ipf/ipf is a directory, and it has a :: type of dependency provided by bsd.subdir.mk in sbin/ipf/Makefile, hence the error =66rom make(1). Just blow away your /usr/obj/usr/src/sbin/ipf. I'm considering changing bsd.subdir.mk to prevent this from happening again and again. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --5L6AZ1aJH5mDrqCQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCmvdiqRfpzJluFF4RAn7BAJ9QdairmcZAg7Am7W2wnBRScfF21QCfasSC PIz+Gtlm3bnL/hUEFwkH2rQ= =7ihG -----END PGP SIGNATURE----- --5L6AZ1aJH5mDrqCQ-- From owner-freebsd-current@FreeBSD.ORG Sun May 29 17:17:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31F6716A41C for ; Sun, 29 May 2005 17:17:05 +0000 (GMT) (envelope-from chu@h33.erkki.ton.tut.fi) Received: from h33.erkki.ton.tut.fi (h33.erkki.ton.tut.fi [193.166.84.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id C44A243D1D for ; Sun, 29 May 2005 17:17:04 +0000 (GMT) (envelope-from chu@h33.erkki.ton.tut.fi) Received: from [10.10.1.4] (helo=localhost) by h33.erkki.ton.tut.fi with esmtp (Exim 4.50 (FreeBSD)) id 1DcRWc-000KpU-O8; Sun, 29 May 2005 20:24:34 +0300 To: freebsd-current@freebsd.org Date: Sun, 29 May 2005 20:16:57 +0300 From: "Vladimir Chukharev" Organization: @home Content-Type: multipart/mixed; boundary=----------R8J8FYL6tI5MD6hinatQPC MIME-Version: 1.0 Message-ID: User-Agent: Opera M2/8.0 (FreeBSD, build 1095) X-Mailman-Approved-At: Mon, 30 May 2005 11:40:35 +0000 Cc: Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2005 17:17:05 -0000 ------------R8J8FYL6tI5MD6hinatQPC Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r Content-Transfer-Encoding: 8bit >> I did some more investigation into this and found that MMX registers >> are used in the FICL code in the pentium-m case. Here is a full diff >> of sys/boot built with CPUTYPE?=pentium2 and pentium-m. > > Sounds like you should add '-mno-sse -mno-mmx' to the compiler flagswhen building this bit. I tryed the attached patch on my pentium-m notebook, it did NOT help, still immediate reboot. Do you have more suggestions? Best regards, -- V.Chukharev ------------R8J8FYL6tI5MD6hinatQPC Content-Disposition: attachment; filename=boot.patch Content-Type: application/octet-stream; name=boot.patch Content-Transfer-Encoding: Base64 LS0tIHNyYy9zeXMvYm9vdC9hcmMvbG9hZGVyL01ha2VmaWxlLm9yaWcJU3VuIE1h eSAyOSAxNDoyMDoxNCAyMDA1CisrKyBzcmMvc3lzL2Jvb3QvYXJjL2xvYWRlci9N YWtlZmlsZQlTdW4gTWF5IDI5IDE0OjIwOjU2IDIwMDUKQEAgLTE0LDcgKzE0LDcg QEAKICMgQWx3YXlzIGFkZCBNSSBzb3VyY2VzIAogLlBBVEg6CQkkey5DVVJESVJ9 Ly4uLy4uL2NvbW1vbgogLmluY2x1ZGUJPCR7LkNVUkRJUn0vLi4vLi4vY29tbW9u L01ha2VmaWxlLmluYz4KLUNGTEFHUys9CS1mZnJlZXN0YW5kaW5nIC1tbm8tZnAt cmVncworQ0ZMQUdTKz0JLWZmcmVlc3RhbmRpbmcgLW1uby1mcC1yZWdzIC1tbm8t c3NlIC1tbm8tbW14CiBDRkxBR1MrPQktSSR7LkNVUkRJUn0vLi4vLi4vY29tbW9u IC1JJHsuQ1VSRElSfQogQ0ZMQUdTKz0JLUkkey5DVVJESVJ9Ly4uLy4uLy4uIC1J LgogQ0ZMQUdTKz0JLURMT0FERVIKLS0tIHNyYy9zeXMvYm9vdC9maWNsL01ha2Vm aWxlLm9yaWcJU3VuIE1heSAyOSAxNDoxMzoxMCAyMDA1CisrKyBzcmMvc3lzL2Jv b3QvZmljbC9NYWtlZmlsZQlTdW4gTWF5IDI5IDE0OjE0OjA5IDIwMDUKQEAgLTEx LDcgKzExLDcgQEAKIENGTEFHUys9CS1tbm8tZnAtcmVncyAtT3MKIC5lbmRpZgog LmlmICR7TUFDSElORV9BUkNIfSA9PSAiaTM4NiIgfHwgJHtNQUNISU5FX0FSQ0h9 ID09ICJhbWQ2NCIKLUNGTEFHUys9CS1tcHJlZmVycmVkLXN0YWNrLWJvdW5kYXJ5 PTIKK0NGTEFHUys9CS1tcHJlZmVycmVkLXN0YWNrLWJvdW5kYXJ5PTIgLW1uby1z c2UgLW1uby1tbXgKIC5lbmRpZgogLmlmICR7TUFDSElORV9BUkNIfSA9PSAicG93 ZXJwYyIKIENGTEFHUys9CS1tc29mdC1mbG9hdAo= ------------R8J8FYL6tI5MD6hinatQPC-- From owner-freebsd-current@FreeBSD.ORG Mon May 30 03:11:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 267DE16A41C for ; Mon, 30 May 2005 03:11:00 +0000 (GMT) (envelope-from kiyohara@kk.iij4u.or.jp) Received: from r-kk.iij4u.or.jp (r-kk.iij4u.or.jp [210.130.0.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA7D543D1D for ; Mon, 30 May 2005 03:10:59 +0000 (GMT) (envelope-from kiyohara@kk.iij4u.or.jp) Received: from localhost (h150.p084.iij4u.or.jp [210.130.84.150]) by r-kk.iij4u.or.jp (8.11.6+IIJ/8.11.6) with ESMTP id j4U3AvV18943; Mon, 30 May 2005 12:10:58 +0900 (JST) Date: Mon, 30 May 2005 12:10:56 +0900 (JST) Message-Id: <20050530.121056.74739774.kiyohara@kk.iij4u.or.jp> To: freebsd-current@freebsd.org From: KIYOHARA Takashi X-Mailer: Mew version 2.3 on Emacs 20.7 / Mule 4.1 (AOI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_May_30_12:10:56_2005_364)--" Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 30 May 2005 11:40:35 +0000 Cc: kiyohara@kk.iij4u.or.jp Subject: fwcontrol 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, 30 May 2005 03:11:00 -0000 ----Next_Part(Mon_May_30_12:10:56_2005_364)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi! all. I request to change for usr.sbin/fwcontrol/fwcontrol.c. 1. Return value of sysctl_set_int() is int. But no return. 2. indent miss in main(). Thanks -- kiyohara ----Next_Part(Mon_May_30_12:10:56_2005_364)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fwcontrol.c.diff" --- fwcontrol.c.orig 2005-05-30 11:56:26.000000000 +0900 +++ fwcontrol.c 2005-05-30 11:56:38.000000000 +0900 @@ -608,6 +608,7 @@ { if (sysctlbyname(name, NULL, NULL, &val, sizeof(int)) < 0) err(1, "sysctl %s failed.", name); + return (0); } int @@ -655,8 +656,8 @@ show_crom(crom_buf); break; case 'm': - if (eui64_hostton(optarg, &target) != 0 && - eui64_aton(optarg, &target) != 0) + if (eui64_hostton(optarg, &target) != 0 && + eui64_aton(optarg, &target) != 0) errx(1, "invalid target: %s", optarg); eui.hi = ntohl(*(u_int32_t*)&(target.octet[0])); eui.lo = ntohl(*(u_int32_t*)&(target.octet[4])); ----Next_Part(Mon_May_30_12:10:56_2005_364)---- From owner-freebsd-current@FreeBSD.ORG Mon May 30 13:10:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20C6516A41C; Mon, 30 May 2005 13:10:28 +0000 (GMT) (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 C6D2F43D48; Mon, 30 May 2005 13:10:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4UDARxb024448; Mon, 30 May 2005 09:10:27 -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.13.3/8.13.3) with ESMTP id j4UDARTI072402; Mon, 30 May 2005 09:10:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E25587306E; Mon, 30 May 2005 09:10:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050530131026.E25587306E@freebsd-current.sentex.ca> Date: Mon, 30 May 2005 09:10:26 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Cc: Subject: [current tinderbox] failure on alpha/alpha 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: Mon, 30 May 2005 13:10:28 -0000 TB --- 2005-05-30 11:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-30 11:30:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-05-30 11:30:00 - cleaning the object tree TB --- 2005-05-30 11:30:06 - checking out the source tree TB --- 2005-05-30 11:30:06 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-05-30 11:30:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-30 11:36:04 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-30 11:36:04 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-30 11:36:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-30 12:44:53 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-30 12:44:53 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-30 12:44:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon May 30 12:44:54 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon May 30 12:58:37 UTC 2005 TB --- 2005-05-30 12:58:37 - generating LINT kernel config TB --- 2005-05-30 12:58:37 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-05-30 12:58:37 - /usr/bin/make -B LINT TB --- 2005-05-30 12:58:37 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-30 12:58:37 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-30 12:58:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 30 12:58:37 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:122: error: `vga_pxlmouse_planar' undeclared here (not in a function) /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:122: error: initializer element is not constant /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:122: error: (near initialization for `egarndrsw.draw_mouse') /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c: In function `vga_rndrinit': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:511: error: `vga_pxlmouse_direct' undeclared (first use in this function) /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:511: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/alpha/alpha/src/sys/dev/syscons/scvgarndr.c:511: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-05-30 13:10:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-30 13:10:26 - ERROR: failed to build lint kernel TB --- 2005-05-30 13:10:26 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 30 13:19:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E8A216A41C for ; Mon, 30 May 2005 13:19:47 +0000 (GMT) (envelope-from joeldiaz@nc.rr.com) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id B06AF43D1F for ; Mon, 30 May 2005 13:19:46 +0000 (GMT) (envelope-from joeldiaz@nc.rr.com) Received: from [10.0.1.3] (cpe-065-187-198-113.nc.res.rr.com [65.187.198.113]) by ms-smtp-01-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j4UDJhLv009662 for ; Mon, 30 May 2005 09:19:44 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v730) Content-Transfer-Encoding: 7bit Message-Id: <2B0B858B-68D9-44F9-95BF-29F6AD2A8556@nc.rr.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Joel Diaz Date: Mon, 30 May 2005 09:22:32 -0400 X-Mailer: Apple Mail (2.730) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: panic doing remote buildworld w/nve X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 13:19:47 -0000 I'm consistently getting a panic doing a buildworld through SSH. This is using CURRENT from maybe 10 hours ago (built on the console). For the past few days I've been using the onboard nve network card on my nForce(2?) board. Previously I used a card that used the rl driver and I never ran into any problems. Here's the trace: cpuid = 0 KDB: enter: panic [thread pid 721 tid 100076 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 721 tid 100076 td 0xc2328e10 kdb_enter(c0651992) at kdb_enter+0x2b panic(c064619d,c0639f38,c23460fc,2,e8cc0114) at panic+0x127 nve_ifstart(c2346000) at nve_ifstart+0x366 if_start(c2346000) at if_start+0x7b ether_output_frame(c2346000,c25f0b00,0,0,0) at ether_output_frame+0x1d9 ether_output(c2346000,c25f0b00,e8cb5ab4,c26d8c60,c260e200) at ether_output+0x370 ip_output(c25f0b00,0,e8cb5ab0,0,0) at ip_output+0x6fc tcp_output(c26ff000,1,c26fd9d8,0,40) at tcp_output+0xdf8 tcp_usr_send(c26d567c,0,c25f2600,0,0) at tcp_usr_send+0x177 sosend(c26d567c,0,e8cb5c78,c25f2600,0) at sosend+0x5e7 soo_write(c264c4c8,e8cb5c78,c26bba00,0,c2328e10) at soo_write+0x46 dofilewrite(c2328e10,c264c4c8,3,807e000,40) at dofilewrite+0xa8 write(c2328e10,e8cb5d04,3,ca,206) at write+0x39 syscall(3b,3b,3b,bfbfde78,806edc8) at syscall+0x22b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x282b875b, esp = 0xbfbfdddc, ebp = 0xbfbfddf8 ---db> Joel From owner-freebsd-current@FreeBSD.ORG Mon May 30 13:44:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2306116A41C for ; Mon, 30 May 2005 13:44:46 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEB0243D54 for ; Mon, 30 May 2005 13:44:45 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 30 May 2005 09:44:41 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 31D5713636; Mon, 30 May 2005 09:44:44 -0400 (EDT) Date: Mon, 30 May 2005 09:44:43 -0400 From: Ed Maste To: freebsd-current@freebsd.org Message-ID: <20050530134443.GA9132@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 30 May 2005 13:44:41.0928 (UTC) FILETIME=[BB364480:01C5651D] Subject: SMP, DEVICE_POLLING and fxp LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 13:44:46 -0000 A few days ago I posted to -stable about a LOR observed on our 5.4-based tree with SMP, DEVICE_POLLING and fxp: http://lists.freebsd.org/pipermail/freebsd-stable/2005-May/015376.html Contrary to my earlier assertion, em does not have a problem. We do have a fair amount of local diffs, so I've now confirmed this is easily reproduced on unmodified -CURRENT as of 05/28. My config file has options SMP options DEVICE_POLLING device fxp (full config file at http://www.maste.org/~ed/sv/STOCK.1 ) lock order reversal 1st 0xa0783860 Giant (Giant) @ /d2/emaste/cvs_head/src/sys/kern/kern_poll.c:332 2nd 0xa23e22a0 fxp0 (network driver) @ /d2/emaste/cvs_head/src/sys/dev/fxp/if_fxp.c:1473 KDB: stack backtrace: kdb_backtrace(0,ffffffff,a07a6168,a07a4750,a0759160) at 0xa0585789 = kdb_backtrace+0x29 witness_checkorder(a23e22a0,9,a070a173,5c1) at 0xa058f74c = witness_checkorder+0x55c _mtx_lock_flags(a23e22a0,0,a070a173,5c1) at 0xa05652f8 = _mtx_lock_flags+0x60 fxp_poll(a23e2000,1,5) at 0xa04fa001 = fxp_poll+0x29 netisr_poll(0) at 0xa0567070 = netisr_poll+0x188 swi_net(0) at 0xa05d9041 = swi_net+0x81 ithread_loop(a2309000,c5d8fd38,a2309000,a055aba8,0) at 0xa055acc8 = ithread_loop+0x120 fork_exit(a055aba8,a2309000,c5d8fd38) at 0xa055a0f0 = fork_exit+0xa0 fork_trampoline() at 0xa06ad31c = fork_trampoline+0x8 The ether_poll_deregister in fxp_stop() looks to be the culprit. -- Ed Maste, Sandvine Incorporated From owner-freebsd-current@FreeBSD.ORG Mon May 30 15:02:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3259E16A41C for ; Mon, 30 May 2005 15:02:16 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7941143D48 for ; Mon, 30 May 2005 15:02:15 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A47C6.dip.t-dialin.net [84.154.71.198]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j4UF2B8o027283; Mon, 30 May 2005 17:02:12 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j4UF28KG002562; Mon, 30 May 2005 17:02:09 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.3/8.13.3) with ESMTP id j4UF28gQ027505; Mon, 30 May 2005 17:02:08 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Received: (from jhs@localhost) by fire.jhs.private (8.13.3/8.13.1/Submit) id j4UF28Ls027504; Mon, 30 May 2005 17:02:08 +0200 (CEST) (envelope-from jhs) Date: Mon, 30 May 2005 17:02:08 +0200 (CEST) Message-Id: <200505301502.j4UF28Ls027504@fire.jhs.private> To: current@freebsd.org From: "Julian Stacey" Organization: http://berklix.com Munich Unix, BSD, Internet Consultancy Fcc: sent-mail User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org X-URL: http://berklix.com/~jhs/ Cc: jhs@berklix.com Subject: make cores on 5.4-RELEASE amd64 but not on i386, need a maintainer. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 15:02:16 -0000 Hi All, Any make maintainers reading this ? ... I attach a gdb backtrace. Make cores on 5.4-RELEASE amd64 but not on i386. With a virgin unhacked release-5.4 make executable, as built by a couple of `make worlds'. The hardware is OK, no other troubles. I could try strip & mail a minimal uuencoded tar.gz to provoke the core, but that's a little tricky: - Data tree is not /usr/src, but my personal data. - Some of my macros are also needed & some of my tools, but all sources for those are public on the web. - A recipient would need a login on an amd64 machine. Mine's behind a firewall. #0 0x000000000043b2a2 in memcpy () #1 0x00000000004122e0 in SuffFindNormalDeps (gn=0x579d80, slst=0x561200) at suff.c:1797 #2 0x0000000000412c09 in SuffFindDeps (gn=0x579d80, slst=0x561200) at suff.c:2167 #3 0x0000000000412aac in Suff_FindDeps (gn=0x579d80) at suff.c:2115 #4 0x0000000000402a40 in CompatMake (gnp=0x579d80, pgnp=0x570980) at compat.c:453 #5 0x0000000000419224 in Lst_ForEachFrom (l=0x5754c0, ln=0x58a2a0, proc=0x4029d0 , d=0x570980) at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 #6 0x00000000004191b0 in Lst_ForEach (l=0x5754c0, proc=0x4029d0 , d=0x570980) at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEach.c:73 #7 0x0000000000402a56 in CompatMake (gnp=0x570980, pgnp=0x570880) at compat.c:454 #8 0x0000000000419224 in Lst_ForEachFrom (l=0x575100, ln=0x57d680, proc=0x4029d0 , d=0x570880) at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 #9 0x00000000004191b0 in Lst_ForEach (l=0x575100, proc=0x4029d0 , d=0x570880) at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEach.c:73 #10 0x0000000000402a56 in CompatMake (gnp=0x570880, pgnp=0x570880) at compat.c:454 #11 0x0000000000402f79 in Compat_Run (targs=0x587240) at compat.c:701 #12 0x000000000040bfbd in main (argc=1, argv=0x7fffffffdcf0) at main.c:897 - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Mon May 30 15:06:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD8EA16A41C for ; Mon, 30 May 2005 15:06:30 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30CA443D49 for ; Mon, 30 May 2005 15:06:29 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.3/8.13.3) with ESMTP id j4UF6M44003596 for ; Mon, 30 May 2005 19:06:23 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.3/8.13.3/Submit) id j4UF6LYe003595 for freebsd-current@freebsd.org; Mon, 30 May 2005 19:06:21 +0400 (MSD) (envelope-from tarc) Date: Mon, 30 May 2005 19:06:21 +0400 From: Tarc To: freebsd-current Message-ID: <20050530150621.GB90183@tarc.po.cs.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: FreeBSD 6.0-CURRENT lastest snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 15:06:31 -0000 Last snapshot of FreeBSD-6.0-CURRENT on snapshots.jp.FreeBSD.org was 23-02-2005. I have this problem, when install my system from snapshot CD(ftp://ftp.freebsd.org:/pub/FreeBSD/snapshots/Mar_2005/6.0-CURRENT-SNAP002-i386-disc1.iso). Please, update lex #!/bin/sh cd /usr/src/usr.bin/lex && make bootstrap build install clean and then build system. -- Arseny Nasokin (aka Tarc) From owner-freebsd-current@FreeBSD.ORG Mon May 30 15:21:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F308016A41C; Mon, 30 May 2005 15:21:30 +0000 (GMT) (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 A523C43D1D; Mon, 30 May 2005 15:21:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4UFLvRo012272; Mon, 30 May 2005 11:21:58 -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.13.3/8.13.3) with ESMTP id j4UFLTX4004601; Mon, 30 May 2005 11:21:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3289D7306E; Mon, 30 May 2005 11:21:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050530152129.3289D7306E@freebsd-current.sentex.ca> Date: Mon, 30 May 2005 11:21:29 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Mon, 30 May 2005 15:21:31 -0000 TB --- 2005-05-30 13:10:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-30 13:10:27 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-05-30 13:10:27 - cleaning the object tree TB --- 2005-05-30 13:10:33 - checking out the source tree TB --- 2005-05-30 13:10:33 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-05-30 13:10:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-30 13:16:39 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-30 13:16:39 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-30 13:16:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-05-30 14:53:23 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-30 14:53:23 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-30 14:53:23 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon May 30 14:53:23 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon May 30 15:09:06 UTC 2005 TB --- 2005-05-30 15:09:06 - generating LINT kernel config TB --- 2005-05-30 15:09:06 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-05-30 15:09:06 - /usr/bin/make -B LINT TB --- 2005-05-30 15:09:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-30 15:09:06 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-30 15:09:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 30 15:09:06 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-ta bles -ffreestanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/dev/syscons/scvgarndr.c /tinderbox/CURRENT/amd64/amd64/src/sys/dev/syscons/scvgarndr.c:122: error: `vga_pxlmouse_planar' undeclared here (not in a function) /tinderbox/CURRENT/amd64/amd64/src/sys/dev/syscons/scvgarndr.c:122: error: initializer element is not constant /tinderbox/CURRENT/amd64/amd64/src/sys/dev/syscons/scvgarndr.c:122: error: (near initialization for `egarndrsw.draw_mouse') /tinderbox/CURRENT/amd64/amd64/src/sys/dev/syscons/scvgarndr.c: In function `vga_rndrinit': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/syscons/scvgarndr.c:511: error: `vga_pxlmouse_direct' undeclared (first use in this function) /tinderbox/CURRENT/amd64/amd64/src/sys/dev/syscons/scvgarndr.c:511: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/amd64/amd64/src/sys/dev/syscons/scvgarndr.c:511: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-05-30 15:21:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-30 15:21:29 - ERROR: failed to build lint kernel TB --- 2005-05-30 15:21:29 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 30 15:41:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AE9216A41C for ; Mon, 30 May 2005 15:41:02 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DA0243D48 for ; Mon, 30 May 2005 15:41:01 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A47C6.dip.t-dialin.net [84.154.71.198]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j4UFew8o027388 for ; Mon, 30 May 2005 17:40:59 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j4UFetkj002630 for ; Mon, 30 May 2005 17:40:56 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.3/8.13.3) with ESMTP id j4UFetQf045308 for ; Mon, 30 May 2005 17:40:55 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200505301540.j4UFetQf045308@fire.jhs.private> In-Reply-To: Message from "Julian Stacey" of "Mon, 30 May 2005 17:02:08 +0200." <200505301502.j4UF28Ls027504@fire.jhs.private> Date: Mon, 30 May 2005 17:40:55 +0200 From: "Julian H. Stacey" Cc: current@freebsd.org Subject: Re: make cores on 5.4-RELEASE amd64 but not on i386, need a maintainer. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 15:41:02 -0000 > I could try strip & mail a minimal uuencoded tar.gz to > provoke the core begin 644 crash.tgz M'XL(`%PB9(Y*'TL=S>#L&>_H!(0Q]WY4I M0;!-(:8J[>`B(0D"@HC(0X0@A7NN;Z!O>PVOHTITY=V,WUE.%$N2.YYW[W&= M?B.X8G%=5B`?5^5=;_>O(+Y'T'V:>_C'8>@3P3\A,-ASH:X.]?'(^3^-+EF2 MY4RG#LD_I5_E'_G47]L_#`/)/Z:46/Y-(,KS0S=GKDBQJW^$7.0/ M#]VG'UM%G_;_)-Z2U)$]\NLT+HMB2I&/LQ4+V+:M;U3>;2 MZUS7+R4465%7M%"S:LYE&961182T\Y%M,UT^[>554]%E$^8$H4<1Y,V7N MDXT%GCB`%=,LZ;=T74C4Z#?0E]^H]]U4R`LV?;:8E04[<-KDZ.G'B]_.3L=_ M'(_&%\>O/VVLD$2KL:C0)OT*)\__'!]_O4JJJJ2WJ[S<7(7-HTQ\BC8158Y/ MG[]Z/1[]LKGPDDT.'/%'%)3-CGJEN@_QTX15EWFV`O/+GYWOW5E=+PX];RTL MJ]3[+'R!QZO8F_"IEV0KQKT3,:1&YR]::3:5:U M6OYK([\#:J!KG/SW[O7_-^=_A*7_#["=_XT@*8MZ7%=:1\!P_@FBH>7?!(3+ MTJYCN_T?"L4H02'QI?V30/"/`?"T]^^1\\]9=97%3.L4\`#[)\C:OQ'P,JF7 M8BWS?^/?SO]F\(\MA08=P_Q_X$(,"<3"_V_<\^RX1%VRYU M#.&?^%3P[_MR_K?\ZX?B/R[GB^@]R&K^08..(?S30/I_2J"U?R-8\U^Q'.19 MS(IX]Z%`@_C'_QB!XO]]PWB=E84>'4/X)V$@[3^$T/)O`HI_O5'`]\[_ M(17\BV=B\X<#M?\/?,N_"=R*1]T4(_DMAC5:;`EE_V62,'TQ@-NO_Z_C/T)L M]W]&H/C7&P4Z;/TOSW^"(`S4^E][?*KE7_"/(40`$H`1J$NPG.Y6Q_;V3Z`/ MI?U39'__90;=_B^=8'TF]@#_3ZF]_S&"F^M_/4%V@_T_1I38^#\C4/R/&(]G M.6N*+&UV'P4PR/^C]OP_#*W_-P+U^Z]9/<_!,JMG6G0,X1^C]OPWI/;\WP@4 I_[PIVC&@1\<@_MO?_Y#`WO]:6%A86%A86%A86%CL%E\`[ X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A81E316A41C for ; Mon, 30 May 2005 16:23:58 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id F389543D1F for ; Mon, 30 May 2005 16:23:57 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A47C6.dip.t-dialin.net [84.154.71.198]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j4UGNs8o027536; Mon, 30 May 2005 18:23:55 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j4UGNoed002741; Mon, 30 May 2005 18:23:53 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.3/8.13.3) with ESMTP id j4UGNoVp045924; Mon, 30 May 2005 18:23:50 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200505301623.j4UGNoVp045924@fire.jhs.private> To: current@freebsd.org In-Reply-To: Message from "Julian Stacey" of "Mon, 30 May 2005 17:02:08 +0200." <200505301502.j4UF28Ls027504@fire.jhs.private> Date: Mon, 30 May 2005 18:23:50 +0200 From: "Julian H. Stacey" Cc: jhs@berklix.com Subject: Re: make cores on 5.4-RELEASE amd64 but not on i386, need a maintainer. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 16:23:58 -0000 > Any make maintainers reading this ? ... I attach a gdb backtrace. > Make cores on 5.4-RELEASE amd64 but not on i386. .... > I could try strip & mail a minimal uuencoded tar.gz to > provoke the core, (Lost track if I sent this, sorry if it's a duplicate.) begin 644 crash.tgz M'XL(`%PB9(Y*'TL=S>#L&>_H!(0Q]WY4I M0;!-(:8J[>`B(0D"@HC(0X0@A7NN;Z!O>PVOHTITY=V,WUE.%$N2.YYW[W&= M?B.X8G%=5B`?5^5=;_>O(+Y'T'V:>_C'8>@3P3\A,-ASH:X.]?'(^3^-+EF2 MY4RG#LD_I5_E'_G47]L_#`/)/Z:46/Y-(,KS0S=GKDBQJW^$7.0/ M#]VG'UM%G_;_)-Z2U)$]\NLT+HMB2I&/LQ4+V+:M;U3>;2 MZUS7+R4465%7M%"S:LYE&961182T\Y%M,UT^[>554]%E$^8$H4<1Y,V7N MDXT%GCB`%=,LZ;=T74C4Z#?0E]^H]]U4R`LV?;:8E04[<-KDZ.G'B]_.3L=_ M'(_&%\>O/VVLD$2KL:C0)OT*)\__'!]_O4JJJJ2WJ[S<7(7-HTQ\BC8158Y/ MG[]Z/1[]LKGPDDT.'/%'%)3-CGJEN@_QTX15EWFV`O/+GYWOW5E=+PX];RTL MJ]3[+'R!QZO8F_"IEV0KQKT3,:1&YR]::3:5:U M6OYK([\#:J!KG/SW[O7_-^=_A*7_#["=_XT@*8MZ7%=:1\!P_@FBH>7?!(3+ MTJYCN_T?"L4H02'QI?V30/"/`?"T]^^1\\]9=97%3.L4\`#[)\C:OQ'P,JF7 M8BWS?^/?SO]F\(\MA08=P_Q_X$(,"<3"_V_<\^RX1%VRYU M#.&?^%3P[_MR_K?\ZX?B/R[GB^@]R&K^08..(?S30/I_2J"U?R-8\U^Q'.19 MS(IX]Z%`@_C'_QB!XO]]PWB=E84>'4/X)V$@[3^$T/)O`HI_O5'`]\[_ M(17\BV=B\X<#M?\/?,N_"=R*1]T4(_DMAC5:;`EE_V62,'TQ@-NO_Z_C/T)L M]W]&H/C7&P4Z;/TOSW^"(`S4^E][?*KE7_"/(40`$H`1J$NPG.Y6Q_;V3Z`/ MI?U39'__90;=_B^=8'TF]@#_3ZF]_S&"F^M_/4%V@_T_1I38^#\C4/R/&(]G M.6N*+&UV'P4PR/^C]OP_#*W_-P+U^Z]9/<_!,JMG6G0,X1^C]OPWI/;\WP@4 I_[PIVC&@1\<@_MO?_Y#`WO]:6%A86%A86%A86%CL%E\`[ X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 811CB16A41C for ; Mon, 30 May 2005 16:56:53 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id F41E643D4C for ; Mon, 30 May 2005 16:56:52 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Mon, 30 May 2005 18:56:50 +0200 Date: Mon, 30 May 2005 18:56:47 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Julian Stacey In-Reply-To: <200505301502.j4UF28Ls027504@fire.jhs.private> Message-ID: <20050530185455.V48012@beagle.kn.op.dlr.de> References: <200505301502.j4UF28Ls027504@fire.jhs.private> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 30 May 2005 16:56:50.0451 (UTC) FILETIME=[92BF4630:01C56538] Cc: current@freebsd.org Subject: Re: make cores on 5.4-RELEASE amd64 but not on i386, need a maintainer. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 16:56:53 -0000 On Mon, 30 May 2005, Julian Stacey wrote: JS>Any make maintainers reading this ? ... I attach a gdb backtrace. yes. JS> JS>Make cores on 5.4-RELEASE amd64 but not on i386. With a virgin JS>unhacked release-5.4 make executable, as built by a couple JS>of `make worlds'. The hardware is OK, no other troubles. JS> JS>I could try strip & mail a minimal uuencoded tar.gz to JS>provoke the core, but that's a little tricky: JS> - Data tree is not /usr/src, but my personal data. JS> - Some of my macros are also needed & some of my tools, but JS> all sources for those are public on the web. JS> - A recipient would need a login on an amd64 machine. JS> Mine's behind a firewall. JS> JS>#0 0x000000000043b2a2 in memcpy () JS>#1 0x00000000004122e0 in SuffFindNormalDeps (gn=0x579d80, slst=0x561200) JS> at suff.c:1797 This could be a hint to the bug in suffix parsing that Matt found some time ago. Is there any chance you can test this with a make from -current? I'll have a look tomorrow. harti JS>#2 0x0000000000412c09 in SuffFindDeps (gn=0x579d80, slst=0x561200) JS> at suff.c:2167 JS>#3 0x0000000000412aac in Suff_FindDeps (gn=0x579d80) at suff.c:2115 JS>#4 0x0000000000402a40 in CompatMake (gnp=0x579d80, pgnp=0x570980) JS> at compat.c:453 JS>#5 0x0000000000419224 in Lst_ForEachFrom (l=0x5754c0, ln=0x58a2a0, JS> proc=0x4029d0 , d=0x570980) JS> at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 JS>#6 0x00000000004191b0 in Lst_ForEach (l=0x5754c0, proc=0x4029d0 , JS> d=0x570980) at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEach.c:73 JS>#7 0x0000000000402a56 in CompatMake (gnp=0x570980, pgnp=0x570880) JS> at compat.c:454 JS>#8 0x0000000000419224 in Lst_ForEachFrom (l=0x575100, ln=0x57d680, JS> proc=0x4029d0 , d=0x570880) JS> at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 JS>#9 0x00000000004191b0 in Lst_ForEach (l=0x575100, proc=0x4029d0 , JS> d=0x570880) at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEach.c:73 JS>#10 0x0000000000402a56 in CompatMake (gnp=0x570880, pgnp=0x570880) JS> at compat.c:454 JS>#11 0x0000000000402f79 in Compat_Run (targs=0x587240) at compat.c:701 JS>#12 0x000000000040bfbd in main (argc=1, argv=0x7fffffffdcf0) at main.c:897 JS> JS>- JS>Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com JS> Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. JS>_______________________________________________ JS>freebsd-current@freebsd.org mailing list JS>http://lists.freebsd.org/mailman/listinfo/freebsd-current JS>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" JS> JS> JS> From owner-freebsd-current@FreeBSD.ORG Mon May 30 17:07:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B78216A41C; Mon, 30 May 2005 17:07:17 +0000 (GMT) (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 B386243D1D; Mon, 30 May 2005 17:07:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4UH7FHY044135; Mon, 30 May 2005 13:07:15 -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.13.3/8.13.3) with ESMTP id j4UH7ChU093752; Mon, 30 May 2005 13:07:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BE55D7306E; Mon, 30 May 2005 13:07:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050530170712.BE55D7306E@freebsd-current.sentex.ca> Date: Mon, 30 May 2005 13:07:12 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner5 X-Virus-Status: Clean Cc: Subject: [current 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: Mon, 30 May 2005 17:07:17 -0000 TB --- 2005-05-30 15:21:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-30 15:21:29 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-05-30 15:21:29 - cleaning the object tree TB --- 2005-05-30 15:21:34 - checking out the source tree TB --- 2005-05-30 15:21:34 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-05-30 15:21:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-30 15:27:37 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-30 15:27:37 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-30 15:27:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-30 16:35:53 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-30 16:35:53 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-30 16:35:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon May 30 16:35:53 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon May 30 16:54:18 UTC 2005 TB --- 2005-05-30 16:54:18 - generating LINT kernel config TB --- 2005-05-30 16:54:18 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-05-30 16:54:18 - /usr/bin/make -B LINT TB --- 2005-05-30 16:54:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-30 16:54:18 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-30 16:54:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 30 16:54:18 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/syscons/scvgarndr.c /tinderbox/CURRENT/i386/i386/src/sys/dev/syscons/scvgarndr.c:122: error: `vga_pxlmouse_planar' undeclared here (not in a function) /tinderbox/CURRENT/i386/i386/src/sys/dev/syscons/scvgarndr.c:122: error: initializer element is not constant /tinderbox/CURRENT/i386/i386/src/sys/dev/syscons/scvgarndr.c:122: error: (near initialization for `egarndrsw.draw_mouse') /tinderbox/CURRENT/i386/i386/src/sys/dev/syscons/scvgarndr.c: In function `vga_rndrinit': /tinderbox/CURRENT/i386/i386/src/sys/dev/syscons/scvgarndr.c:511: error: `vga_pxlmouse_direct' undeclared (first use in this function) /tinderbox/CURRENT/i386/i386/src/sys/dev/syscons/scvgarndr.c:511: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/i386/src/sys/dev/syscons/scvgarndr.c:511: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-05-30 17:07:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-30 17:07:12 - ERROR: failed to build lint kernel TB --- 2005-05-30 17:07:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 30 17:12:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C71416A41C for ; Mon, 30 May 2005 17:12:52 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F2FA43D1D for ; Mon, 30 May 2005 17:12:50 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 26317 invoked by alias); 30 May 2005 19:12:48 +0200 Received: from unknown (HELO localhost) (127.10.10.10) by s1.vhost.cz with SMTP; 30 May 2005 19:12:48 +0200 Received: from unknown ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) id 25088-20 for ; Mon, 30 May 2005 19:12:46 +0200 (CEST) Received: from unknown (HELO ?172.19.13.144?) (jiri@mikulas.com@195.122.204.153) by s1.vhost.cz with AES256-SHA encrypted SMTP; 30 May 2005 19:12:46 +0200 Message-ID: <429B498E.5000700@mikulas.com> Date: Mon, 30 May 2005 19:12:46 +0200 From: Jiri Mikulas User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050429) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at vhost.cz Cc: Subject: panic (wi_cmd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 17:12:52 -0000 Hello after few months I tried -CURRENT on my router (because of new ath driver) with four XI-626 (Prism2.5) cards and one Atheros based card I have in rc.conf ifconfig_wi0="inet 10.27.4.1/27 ssid bhillz-alfa.CZF channel 10 mediaopt hostap up" ifconfig_wi1="10.27.64.34/30 ssid bhillz-kamyk channel 9 mediaopt adhoc up" ifconfig_wi1_alias0="inet 10.27.64.54/30" ifconfig_wi2="inet 10.27.134.3/29 ssid bhillz-caha up" ifconfig_wi3="inet 10.27.128.17/30 ssid bhillz-radotin.CZF channel 3 mediaopt adhoc up" ifconfig_wi3_alias0="10.27.192.6/30" ifconfig_ath0="10.27.128.58/30 ssid BH2TR channel 149 media autoselect mode 11a mediaopt hostap up" Is there something wrong in my config ? The same config works well on RELENG_5 I got panic after setting up wi interface I tried to comment out ifconfig_wi0, ifconfig_wi1 etc.., but on every ifconfig wi call i got the same panic. any suggestions ? here is dmesg and trace /boot/kernel/acpi.ko text=0x41c9c data=0x2124+0x10cc syms=[0x4+0x7730+0x4+0x9ea0] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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 6.0-CURRENT #1: Wed May 11 18:38:12 CEST 2005 xmik@tresen-6.praha12.czf:/usr/obj/usr/src/sys/ROUTER-IPFW-PF WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 1800+ (1533.40-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0480000 real memory = 805240832 (767 MB) avail memory = 778891264 (742 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 7 on acpi0 pci_link3: irq 5 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 wi0: mem 0xdfaff000-0xdfafffff irq 10 at device 8.0 on pci0 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.1), Station (1.7.4) wi0: Ethernet address: 00:60:b3:6d:7a:15 wi1: mem 0xdfafe000-0xdfafefff irq 5 at device 9.0 on pci0 wi1: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi1: Intersil Firmware: Primary (1.1.1), Station (1.7.4) wi1: Ethernet address: 00:60:b3:6d:7a:a2 ath0: mem 0xdffe0000-0xdffeffff irq 7 at device 10.0 on pci0 ath0: Ethernet address: 00:90:4b:ca:33:19 ath0: mac 5.9 phy 4.3 radio 3.6 wi2: mem 0xdfafd000-0xdfafdfff irq 11 at device 11.0 on pci0 wi2: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi2: Intersil Firmware: Primary (1.1.1), Station (1.7.4) wi2: Ethernet address: 00:60:b3:69:ea:69 wi3: mem 0xdfafc000-0xdfafcfff irq 7 at device 12.0 on pci0 wi3: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi3: Intersil Firmware: Primary (1.1.1), Station (1.8.0) wi3: Ethernet address: 00:60:b3:6d:78:9d fxp0: port 0xd400-0xd43f mem 0xdfffb000-0xdfffbfff,0xdfe00000-0xdfefffff irq 11 at device 14.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:16:ce:43 atapci0: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f,0xd800-0xd8ff irq 11 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xc400-0xc41f irq 10 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 10 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xcc00-0xcc1f irq 11 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd000-0xd01f irq 11 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdfffae00-0xdfffaeff irq 7 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xc000-0xc0ff mem 0xdfffad00-0xdfffadff irq 7 at device 18.0 on pci0 miibus1: on vr0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:69:00:0e:24:ff acpi_button1: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc8000-0xc8fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: No FDOUT register! ppc0: parallel port not found. ucom0: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 2 RTC BIOS diagnostic error 20 Timecounter "TSC" frequency 1533399196 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging unlimited ad0: 488MB <512M 1.1> at ata0-master PIO4 ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad0s1a Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 155346 free (122 frags, 19403 blocks, 0.1% fragmentation) -- RESTORING /var from FlashDisk-- -- /var was RESTORED -- Setting hostname: bhillz.praha12.czf. net.inet.icmp.icmplim: 200 -> 400 net.inet.ip.random_id: 0 -> 1 net.inet.ip.process_options: 1 -> 0 kern.ipc.maxsockbuf: 262144 -> 2097152 dev.ath.0.acktimeout: 45 -> 30 dev.ath.0.ctstimeout: 45 -> 30 dev.ath.0.slottime: 20 -> 9 ifconfig: SIOCIFCREATE: Invalid argument ifconfig: SIOCIFCREATE: Invalid argument ifconfig: SIOCIFCREATE: Invalid argument panic: Hey partner, hold on there! KDB: enter: panic [thread pid 21 tid 100015 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 21 tid 100015 td 0xc1de7c00 kdb_enter(c0721694) at kdb_enter+0x2b panic(c0719f6a,c206ea00,134,c1ee525c,dc97ead0) at panic+0xbb wi_cmd(c1ee5000,10b,134,0,0) at wi_cmd+0x31 wi_start(c1ee5000) at wi_start+0x5c9 if_start(c1ee5000,c1ee5000,2,c1ee525c,c206ea00) at if_start+0x7b ieee80211_mgmt_output(c1ee525c,c2115400,c206ea00,b0,17) at ieee80211_mgmt_output+0x2a9 ieee80211_send_mgmt(c1ee525c,c2115400,b0,2) at ieee80211_send_mgmt+0x991 ieee80211_auth_open(c1ee525c,c206eb30,c2115400,24,5151b,1,0) at ieee80211_auth_open+0xcf ieee80211_recv_mgmt(c1ee525c,c206eb00,c2116000,b0,24) at ieee80211_recv_mgmt+0xe7f ieee80211_input(c1ee525c,c206eb00,c2116000,24,5151b) at ieee80211_input+0xb15 wi_rx_intr(c1ee5000) at wi_rx_intr+0x476 wi_intr(c1ee5000) at wi_intr+0x143 ithread_loop(c1de2780,dc97ed38,c1de2780,c052f6fc,0) at ithread_loop+0x120 fork_exit(c052f6fc,c1de2780,dc97ed38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xdc97ed6c, ebp = 0 --- From owner-freebsd-current@FreeBSD.ORG Mon May 30 18:24:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2811716A41C; Mon, 30 May 2005 18:24:15 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BE9C43D1F; Mon, 30 May 2005 18:24:14 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A47C6.dip.t-dialin.net [84.154.71.198]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j4UIOB8o027765; Mon, 30 May 2005 20:24:11 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j4UIO7d8002971; Mon, 30 May 2005 20:24:08 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.3/8.13.3) with ESMTP id j4UIO7Zb076084; Mon, 30 May 2005 20:24:07 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200505301824.j4UIO7Zb076084@fire.jhs.private> To: Harti Brandt In-Reply-To: Message from Harti Brandt of "Mon, 30 May 2005 18:56:47 +0200." <20050530185455.V48012@beagle.kn.op.dlr.de> Date: Mon, 30 May 2005 20:24:07 +0200 From: "Julian H. Stacey" Cc: current@freebsd.org Subject: Re: make cores on 5.4-RELEASE amd64 but not on i386, need a maintainer. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 18:24:15 -0000 Harti Brandt wrote: > On Mon, 30 May 2005, Julian Stacey wrote: > > JS>Any make maintainers reading this ? ... I attach a gdb backtrace. > > yes. > > JS> > JS>Make cores on 5.4-RELEASE amd64 but not on i386. With a virgin > JS>unhacked release-5.4 make executable, as built by a couple > JS>of `make worlds'. The hardware is OK, no other troubles. > JS> > JS>I could try strip & mail a minimal uuencoded tar.gz to > JS>provoke the core, but that's a little tricky: > JS> - Data tree is not /usr/src, but my personal data. > JS> - Some of my macros are also needed & some of my tools, but > JS> all sources for those are public on the web. > JS> - A recipient would need a login on an amd64 machine. > JS> Mine's behind a firewall. > JS> > JS>#0 0x000000000043b2a2 in memcpy () > JS>#1 0x00000000004122e0 in SuffFindNormalDeps (gn=0x579d80, slst=0x561200) > JS> at suff.c:1797 > > This could be a hint to the bug in suffix parsing that Matt found some > time ago. Is there any chance you can test this with a make from -current? Sure, I forgot to do that before posting, Thanks, done. I just built make from FreeBSD/branches/-current/src/usr.bin/make with a CTM date stamp on last delta received of 214243 May 30 10:05 src-cur.6870.gz (TZ=GMT+01:00) & built on my 5.4-RELEASE based system (ie libs inc/ & kernel = 5.4). Using current make it does Not Segmentation fault, using 5.4 release make it does Segmentation fault. So it seems its's a cleared bug :-) Don't know if that's what you were expecting. What I've submited might at best now just be used as something for a regression test, (though it calls my make macros & builds tools & includes variables from other inc/Makefile type stuff, so Not a nice easy self contained reegression test. > I'll have a look tomorrow. Thanks. If you want me to test anything, shout. My Makefile structure will change later, & it may then be hard to tickle this bug again, but I'll keep a frozen version for a while in case needed. > harti > > JS>#2 0x0000000000412c09 in SuffFindDeps (gn=0x579d80, slst=0x561200) > JS> at suff.c:2167 > JS>#3 0x0000000000412aac in Suff_FindDeps (gn=0x579d80) at suff.c:2115 > JS>#4 0x0000000000402a40 in CompatMake (gnp=0x579d80, pgnp=0x570980) > JS> at compat.c:453 > JS>#5 0x0000000000419224 in Lst_ForEachFrom (l=0x5754c0, ln=0x58a2a0, > JS> proc=0x4029d0 , d=0x570980) > JS> at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 > JS>#6 0x00000000004191b0 in Lst_ForEach (l=0x5754c0, proc=0x4029d0 , > JS> d=0x570980) at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEach.c:73 > JS>#7 0x0000000000402a56 in CompatMake (gnp=0x570980, pgnp=0x570880) > JS> at compat.c:454 > JS>#8 0x0000000000419224 in Lst_ForEachFrom (l=0x575100, ln=0x57d680, > JS> proc=0x4029d0 , d=0x570880) > JS> at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 > JS>#9 0x00000000004191b0 in Lst_ForEach (l=0x575100, proc=0x4029d0 , > JS> d=0x570880) at /usr1/5.4-RELEASE/src/usr.bin/make/lst.lib/lstForEach.c:73 > JS>#10 0x0000000000402a56 in CompatMake (gnp=0x570880, pgnp=0x570880) > JS> at compat.c:454 > JS>#11 0x0000000000402f79 in Compat_Run (targs=0x587240) at compat.c:701 > JS>#12 0x000000000040bfbd in main (argc=1, argv=0x7fffffffdcf0) at main.c:897 > JS> > JS>- > JS>Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com > JS> Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. > JS>_______________________________________________ > JS>freebsd-current@freebsd.org mailing list > JS>http://lists.freebsd.org/mailman/listinfo/freebsd-current > JS>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > JS> > JS> > JS> > > - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Mon May 30 18:39:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 748D016A41C; Mon, 30 May 2005 18:39:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C38B43D4C; Mon, 30 May 2005 18:39:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9CF00513C0; Mon, 30 May 2005 11:39:06 -0700 (PDT) Date: Mon, 30 May 2005 11:39:06 -0700 From: Kris Kennaway To: Ruslan Ermilov Message-ID: <20050530183906.GA66808@xor.obsecurity.org> References: <20050528153155.GA75114@kukulies.org> <20050530112210.GG54585@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: <20050530112210.GG54585@ip.net.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: .depend line 264: Inconsistent operator for ipf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 18:39:07 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 30, 2005 at 02:22:10PM +0300, Ruslan Ermilov wrote: > When someone changes the type of "foo" from file to directory, > this is exactly what happens. sbin/ipf/ipf was a file, which > has a recorded dependency in your stale .depend file. Now, > sbin/ipf/ipf is a directory, and it has a :: type of dependency > provided by bsd.subdir.mk in sbin/ipf/Makefile, hence the error > from make(1). Just blow away your /usr/obj/usr/src/sbin/ipf. > I'm considering changing bsd.subdir.mk to prevent this from > happening again and again. That would probably be a good idea..this question will surely come up again and again each time someone tries to update from 5.x to 6.x. Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCm13KWry0BWjoQKURAlJyAKD7wLsJTlwO3LieR32EyTI7GltUcgCgwPm4 D1ekEYin2pKqmooS6nY4Apg= =ODDl -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Mon May 30 18:40:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE22716A41C for ; Mon, 30 May 2005 18:40:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 941B243D49 for ; Mon, 30 May 2005 18:40:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1A419513C0; Mon, 30 May 2005 11:40:06 -0700 (PDT) Date: Mon, 30 May 2005 11:40:06 -0700 From: Kris Kennaway To: Tarc Message-ID: <20050530184005.GB66808@xor.obsecurity.org> References: <20050530150621.GB90183@tarc.po.cs.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: <20050530150621.GB90183@tarc.po.cs.msu.su> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current Subject: Re: FreeBSD 6.0-CURRENT lastest snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 18:40:07 -0000 --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 30, 2005 at 07:06:21PM +0400, Tarc wrote: > Last snapshot of FreeBSD-6.0-CURRENT on snapshots.jp.FreeBSD.org was 23-0= 2-2005.=20 > I have this problem, when install my system from snapshot CD(ftp://ftp.fr= eebsd.org:/pub/FreeBSD/snapshots/Mar_2005/6.0-CURRENT-SNAP002-i386-disc1.is= o). >=20 > Please, update lex=20 >=20 > #!/bin/sh > cd /usr/src/usr.bin/lex && make bootstrap build install clean >=20 > and then build system. What is the problem you are reporting and what does that command have to do with it? Kris --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCm14FWry0BWjoQKURAprgAKD+lWkDB25M4k3bXE/Td3xSN8kIGQCdFX4T RkscRxOrsAOhev6p3NuDXL4= =LICs -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- From owner-freebsd-current@FreeBSD.ORG Mon May 30 18:45:59 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC29316A41C for ; Mon, 30 May 2005 18:45:59 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1483443D1F for ; Mon, 30 May 2005 18:45:58 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4UIjue3040448; Mon, 30 May 2005 21:45:56 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 94044-14; Mon, 30 May 2005 21:45:55 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4UIjtUW040445 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 May 2005 21:45:55 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j4UIkJUK057485; Mon, 30 May 2005 21:46:19 +0300 (EEST) (envelope-from ru) Date: Mon, 30 May 2005 21:46:19 +0300 From: Ruslan Ermilov To: Kris Kennaway Message-ID: <20050530184619.GB57333@ip.net.ua> References: <20050528153155.GA75114@kukulies.org> <20050530112210.GG54585@ip.net.ua> <20050530183906.GA66808@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN" Content-Disposition: inline In-Reply-To: <20050530183906.GA66808@xor.obsecurity.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@FreeBSD.org Subject: Re: .depend line 264: Inconsistent operator for ipf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 18:45:59 -0000 --GID0FwUMdk1T2AWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 30, 2005 at 11:39:06AM -0700, Kris Kennaway wrote: > On Mon, May 30, 2005 at 02:22:10PM +0300, Ruslan Ermilov wrote: >=20 > > When someone changes the type of "foo" from file to directory, > > this is exactly what happens. sbin/ipf/ipf was a file, which > > has a recorded dependency in your stale .depend file. Now, > > sbin/ipf/ipf is a directory, and it has a :: type of dependency > > provided by bsd.subdir.mk in sbin/ipf/Makefile, hence the error > > from make(1). Just blow away your /usr/obj/usr/src/sbin/ipf. > > I'm considering changing bsd.subdir.mk to prevent this from > > happening again and again. >=20 > That would probably be a good idea..this question will surely come up > again and again each time someone tries to update from 5.x to 6.x. >=20 The patch I'm testing now is very simple: %%% Index: bsd.subdir.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/share/mk/bsd.subdir.mk,v retrieving revision 1.49 diff -u -r1.49 bsd.subdir.mk --- bsd.subdir.mk 14 Feb 2005 12:57:51 -0000 1.49 +++ bsd.subdir.mk 30 May 2005 11:21:00 -0000 @@ -57,7 +57,7 @@ done .endif =20 -${SUBDIR}:: +${SUBDIR}: ${_+_}@if test -d ${.TARGET}.${MACHINE_ARCH}; then \ cd ${.CURDIR}/${.TARGET}.${MACHINE_ARCH}; \ else \ %%% Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --GID0FwUMdk1T2AWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCm197qRfpzJluFF4RAtjIAKCQbrKH1M/UM4tTo1Ypq2jUfNkZkgCgmrj7 iN7sDjNJpkpIu1ndOoSJ2dA= =ObbS -----END PGP SIGNATURE----- --GID0FwUMdk1T2AWN-- From owner-freebsd-current@FreeBSD.ORG Mon May 30 19:14:42 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A75A816A41C; Mon, 30 May 2005 19:14:42 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0181843D48; Mon, 30 May 2005 19:14:41 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4UJEe1C042339; Mon, 30 May 2005 22:14:40 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 95242-12; Mon, 30 May 2005 22:14:39 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4UJEdu2042335 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 May 2005 22:14:39 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j4UJF2wB057658; Mon, 30 May 2005 22:15:02 +0300 (EEST) (envelope-from ru) Date: Mon, 30 May 2005 22:15:02 +0300 From: Ruslan Ermilov To: Ed Maste Message-ID: <20050530191502.GC57333@ip.net.ua> References: <20050530134443.GA9132@sandvine.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+nBD6E3TurpgldQp" Content-Disposition: inline In-Reply-To: <20050530134443.GA9132@sandvine.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org, Gleb Smirnoff Subject: Re: SMP, DEVICE_POLLING and fxp LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 19:14:42 -0000 --+nBD6E3TurpgldQp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 30, 2005 at 09:44:43AM -0400, Ed Maste wrote: > A few days ago I posted to -stable about a LOR observed on our 5.4-based > tree with SMP, DEVICE_POLLING and fxp: > http://lists.freebsd.org/pipermail/freebsd-stable/2005-May/015376.html > Contrary to my earlier assertion, em does not have a problem. >=20 > We do have a fair amount of local diffs, so I've now confirmed this is ea= sily > reproduced on unmodified -CURRENT as of 05/28. >=20 > My config file has > options SMP > options DEVICE_POLLING > device fxp > (full config file at http://www.maste.org/~ed/sv/STOCK.1 ) >=20 > lock order reversal > 1st 0xa0783860 Giant (Giant) @ /d2/emaste/cvs_head/src/sys/kern/kern_pol= l.c:332 > 2nd 0xa23e22a0 fxp0 (network driver) @ /d2/emaste/cvs_head/src/sys/dev/f= xp/if_fxp.c:1473 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,a07a6168,a07a4750,a0759160) at 0xa0585789 =3D kd= b_backtrace+0x29 > witness_checkorder(a23e22a0,9,a070a173,5c1) at 0xa058f74c =3D witness_che= ckorder+0x55c > _mtx_lock_flags(a23e22a0,0,a070a173,5c1) at 0xa05652f8 =3D _mtx_lock_flag= s+0x60 > fxp_poll(a23e2000,1,5) at 0xa04fa001 =3D fxp_poll+0x29 > netisr_poll(0) at 0xa0567070 =3D netisr_poll+0x188 > swi_net(0) at 0xa05d9041 =3D swi_net+0x81 > ithread_loop(a2309000,c5d8fd38,a2309000,a055aba8,0) at 0xa055acc8 =3D ith= read_loop+0x120 > fork_exit(a055aba8,a2309000,c5d8fd38) at 0xa055a0f0 =3D fork_exit+0xa0 > fork_trampoline() at 0xa06ad31c =3D fork_trampoline+0x8 >=20 > The ether_poll_deregister in fxp_stop() looks to be the culprit. >=20 This LOR is well-known and will go away as soon as we commit our WIP changes for polling(4). I have no firm plans when it happens though. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --+nBD6E3TurpgldQp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCm2Y1qRfpzJluFF4RAuk1AJwLTp+tQ01RY0qcFmfsiFESQ9sMLQCfSslr sRLImZP1PwMQVQO2lVOyFow= =Xb4s -----END PGP SIGNATURE----- --+nBD6E3TurpgldQp-- From owner-freebsd-current@FreeBSD.ORG Mon May 30 19:23:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E273616A41C; Mon, 30 May 2005 19:23:12 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4405143D55; Mon, 30 May 2005 19:23:11 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A47C6.dip.t-dialin.net [84.154.71.198]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j4UJN98o027886; Mon, 30 May 2005 21:23:10 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j4UJN6RE003092; Mon, 30 May 2005 21:23:07 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.3/8.13.3) with ESMTP id j4UJN6oY018124; Mon, 30 May 2005 21:23:06 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200505301923.j4UJN6oY018124@fire.jhs.private> To: Harti Brandt Date: Mon, 30 May 2005 21:23:06 +0200 From: "Julian H. Stacey" Cc: current@freebsd.org Subject: Re: make cores on 5.4-RELEASE amd64 but not on i386, need a maintainer. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 19:23:13 -0000 > Using current make it does Not Segmentation fault, > using 5.4 release make it does Segmentation fault. 5.0-stable make Does Seg. fault (up to CTM: May 30 17:05 src-5.0379.gz) - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Mon May 30 19:33:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCBFF16A41C for ; Mon, 30 May 2005 19:33:08 +0000 (GMT) (envelope-from alecsk@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63DC043D4C for ; Mon, 30 May 2005 19:33:08 +0000 (GMT) (envelope-from alecsk@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1934097wra for ; Mon, 30 May 2005 12:33:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=EVAq/NbKGRhISHb/4BPCgaSVAzJAIhVaS849KROyUW9GUI4mdr1E09oxg33WHS/ewBqz6rxc+G/m81Muj3/w+KwBnXJxLSGmi1e+2k0Ib+E0/CSmKksvwWi+pIkUoTf1oEMM3PRhtmX+uV7jCfSS+vhkxd7AJgHJhyvMsCuzQaw= Received: by 10.54.52.61 with SMTP id z61mr2748240wrz; Mon, 30 May 2005 12:33:07 -0700 (PDT) Received: from localhost ([210.77.2.13]) by mx.gmail.com with ESMTP id d8sm734932wra.2005.05.30.12.33.05; Mon, 30 May 2005 12:33:07 -0700 (PDT) Date: Tue, 31 May 2005 03:37:11 +0800 From: Alecs King To: freebsd-current@freebsd.org Message-ID: <20050530193711.GA10259@alc.bsd.st> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: [grep bug?] -i odd behavior on multibyte locale X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 19:33:08 -0000 6.0-current as of May 27. world cvsup'd & built at May 25. [alecs@~]$ echo $LC_CTYPE zh_CN.GBK [alecs@~]$ echo a | grep -i A a [alecs@~]$ echo a | grep -i a a [alecs@~]$ echo A | grep -i A # XXX [alecs@~]$ echo A | grep -i a # XXX [alecs@~]$ export LC_CTYPE=C [alecs@~]$ echo a | grep -i A a [alecs@~]$ echo a | grep -i a a [alecs@~]$ echo A | grep -i A A [alecs@~]$ echo A | grep -i a A -- Alecs King From owner-freebsd-current@FreeBSD.ORG Mon May 30 20:04:22 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A56C616A41C for ; Mon, 30 May 2005 20:04:22 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [66.150.201.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 30D9643D48 for ; Mon, 30 May 2005 20:04:22 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 9938 invoked by uid 399); 30 May 2005 20:04:20 -0000 Received: from unknown (HELO ?192.168.1.102?) (dougb@dougbarton.net@68.66.14.11) by mail1.fluidhosting.com with SMTP; 30 May 2005 20:04:20 -0000 Message-ID: <429B71C4.9080803@FreeBSD.org> Date: Mon, 30 May 2005 13:04:20 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: wpa_supplicant + NDIS (broadcom) + linksys WRT54G possible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 20:04:22 -0000 Howdy, I just bought a new linksys WRT54G broadband router and I want to enable WPA-PSK on it, and my freebsd -current laptop. I got the configuration working in Windows with the same machine, then booted current and added the following to my kernel config. The kernel sources are from 25 May, I will try updating next. device wlan #802.11 support device wlan_wep #802.11 WEP support device wlan_ccmp #802.11 CCMP support device wlan_tkip #802.11 TKIP support device wlan_xauth #802.11 external authenticator The NDIS driver works great for my Dell TrueMobile 1400 Dual Band WLAN Mini-PCI Card, and I had static WEP working with it previously as well. After rebooting with the new kernel and rebuilding my NDIS module, I compiled ports/security/wpa_supplicant (the latest version). On my linksys I have it set up for WPA-PSK with TKIP. I also tried AES, no luck. My wpa_supplicant.conf file looks like this (mostly just the defaults): ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=0 eapol_version=1 ap_scan=1 fast_reauth=1 network={ ssid="myssid" proto=WPA key_mgmt=WPA-PSK pairwise=CCMP TKIP group=CCMP TKIP WEP104 WEP40 psk="mypass" priority=2 } Changing the eapol_version didn't have any effect. There is a log of what's happening at http://people.freebsd.org/~dougb/wpa.log. If there is anything else I can do to help debug this, let me know. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon May 30 20:30:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08D3F16A41C for ; Mon, 30 May 2005 20:30:39 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 87C7143D1F for ; Mon, 30 May 2005 20:30:38 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 34974 invoked from network); 30 May 2005 20:30:36 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 30 May 2005 20:30:36 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j4UKUa2A001541 for ; Mon, 30 May 2005 22:30:36 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j4UKUacI001540 for current@freebsd.org; Mon, 30 May 2005 22:30:36 +0200 (CEST) (envelope-from pho) Date: Mon, 30 May 2005 22:30:36 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20050530203036.GA1424@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Stress test status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 20:30:39 -0000 Here's a few findings from this weekend. No new problems, though. May 26 19:21 panic: wrong b_bufobj 0xc221ea84 should be 0xc1ef0a84 May 26 21:45 Fatal trap 12 in handle_workitem_remove+0x6d May 27 06:25 panic: wrong b_bufobj 0xc1c4fe20 should be 0xc23b7cec May 28 07:54 panic: mutex lockbuilder mtxpool not owned at kern_lock.c:129 http://www.holm.cc/stress/log/cons132.html May 28 20:18 panic: wrong b_bufobj 0xc1db0e20 should be 0xc2241a84 http://www.holm.cc/stress/log/cons133.html May 29 20:28 panic: wrong b_bufobj 0xc1ea7480 should be 0xc27cbcec May 30 06:55 panic: Duplicate free of item 0xc2ba5200 from zone 0xc10429a0(Mbuf) http://www.holm.cc/stress/log/cons134.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Mon May 30 20:42:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B97AD16A41C for ; Mon, 30 May 2005 20:42:43 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from esemetz.metz.supelec.fr (esemetz.metz.supelec.fr [193.48.224.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A49C43D48 for ; Mon, 30 May 2005 20:42:40 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from [193.48.225.2] (nou.rez-metz.supelec.fr [193.48.225.2]) by esemetz.metz.supelec.fr (8.11.6/8.9.3) with ESMTP id j4UKgcs14095 for ; Mon, 30 May 2005 22:42:39 +0200 Message-ID: <429B7AB8.3070908@altern.org> Date: Mon, 30 May 2005 22:42:32 +0200 From: Gregory Nou User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Multifunction usb devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 20:42:43 -0000 I have a usb printer/scanner Epson CX5200, which I would like to work both as a scanner and as a printer without having to kldload and kldunload uscanner and ulpt modules. I read a thread (actually, two messages), on this question : http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2003-11/1493.html Does somebody know if the situation has changed, or if somebody is working on the problem ? Greetings -- Gregory From owner-freebsd-current@FreeBSD.ORG Mon May 30 21:05:45 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD34D16A41C for ; Mon, 30 May 2005 21:05:45 +0000 (GMT) (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 5465943D48 for ; Mon, 30 May 2005 21:05:42 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4ULCvNG005829; Mon, 30 May 2005 15:12:57 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <429B7FF2.5000804@samsco.org> Date: Mon, 30 May 2005 15:04:50 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Holm References: <20050530203036.GA1424@peter.osted.lan> In-Reply-To: <20050530203036.GA1424@peter.osted.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: Stress test status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 21:05:45 -0000 Peter Holm wrote: > Here's a few findings from this weekend. No new problems, though. > > May 26 19:21 panic: wrong b_bufobj 0xc221ea84 should be 0xc1ef0a84 > May 26 21:45 Fatal trap 12 in handle_workitem_remove+0x6d > May 27 06:25 panic: wrong b_bufobj 0xc1c4fe20 should be 0xc23b7cec > May 28 07:54 panic: mutex lockbuilder mtxpool not owned at kern_lock.c:129 > http://www.holm.cc/stress/log/cons132.html > May 28 20:18 panic: wrong b_bufobj 0xc1db0e20 should be 0xc2241a84 > http://www.holm.cc/stress/log/cons133.html > May 29 20:28 panic: wrong b_bufobj 0xc1ea7480 should be 0xc27cbcec > May 30 06:55 panic: Duplicate free of item 0xc2ba5200 from zone 0xc10429a0(Mbuf) > http://www.holm.cc/stress/log/cons134.html Jeff thinks that he might have fixed the 'wrong b_bufobj' panics with a commit from a few hours ago. Would you be able to update and re-run your tests? Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Mon May 30 22:14:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1744216A41C for ; Mon, 30 May 2005 22:14:55 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C87043D4C for ; Mon, 30 May 2005 22:14:53 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 30 May 2005 22:14:52 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp006) with SMTP; 31 May 2005 00:14:52 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Tue, 31 May 2005 00:14:39 +0200 User-Agent: KMail/1.8 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4448323.qGoan8ImES"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505310014.50780@harrymail> X-Y-GMX-Trusted: 0 Subject: different default gateway for jails planed/possible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 22:14:55 -0000 --nextPart4448323.qGoan8ImES Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Dear all, will it be possible to define a different default gateway for a jail? Imagine a system with two interfaces, one for the host on a local GbE=20 Switch (with NFS service) and the other one connected to a different=20 DMZ-Switch which should serve different jails. Now the DMZ is useless since anybody who broke into one jail can reach all= =20 hosts on the "host" interface without having the possibillity to restrict=20 traffic on the router since the packets go straight to the GbE interface.=20 This is a big security disadvantage and if I block these packets I can't=20 any longer connect from machines inside the GbE network to the jails in=20 the DMZ. The request will be routed but answers go down the "host"=20 interface, instead to the DMZ router interface. Even a different default=20 gateway wouldn't help in this case, the kernel had to "keep in mind" that=20 packets from a jail mustn't be forwarded through any jail-foreign=20 interface. Also the usual routing table had to be overwritten since=20 packets from a jail should go over the router to the GbE network (although= =20 there is a well known route, the interface which has the GbE net=20 configured). But at least packets from a jail should be limited that they can't pass any= =20 other interface(s) than the one(s) which belong to the particular jail. I think PFs route-to next-hop rule would be a workarround for my problem =20 but I'm not too happy to have PF on a GbE Fileserver. Another jail question: Is it possible to limit resources on jail-basis?=20 Like resource restrictions for useres in login.conf only for whole jails. Thanks a lot, =2DHarry --nextPart4448323.qGoan8ImES Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCm5BaBylq0S4AzzwRAoMKAJ91tHCTC4PKsbx5zZtgwV1vn/dmqgCgjAH0 Yd256PCXo1sMAIg3tO/w0uQ= =34Vh -----END PGP SIGNATURE----- --nextPart4448323.qGoan8ImES-- From owner-freebsd-current@FreeBSD.ORG Mon May 30 23:26:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4490016A41C for ; Mon, 30 May 2005 23:26:24 +0000 (GMT) (envelope-from thompsa@fud.org.nz) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id D80E043D1D for ; Mon, 30 May 2005 23:26:23 +0000 (GMT) (envelope-from thompsa@fud.org.nz) Received: from thompsa by heff.fud.org.nz with local (Exim 4.50 (FreeBSD)) id 1DcteJ-0002Ge-4D for current@freebsd.org; Tue, 31 May 2005 11:26:23 +1200 Date: Tue, 31 May 2005 11:26:23 +1200 From: Andrew Thompson To: current@freebsd.org Message-ID: <20050530232623.GB8674@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Sender: Andrew Thompson Cc: Subject: RFC: if_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 23:26:24 -0000 Hi, I am looking for testers and code review for if_bridge, the bridge implementation from NetBSD (and OpenBSD). The patch and instructions can be found at: http://people.freebsd.org/~thompsa/ Highlights include: - 802.1d spanning tree support - management of the bridge MAC table - view bridged packets with bpf(4) - good firewall support I am especially interested in people who can test !i386, and users with existing STP networks. I am looking forward to getting your feedback! Andrew From owner-freebsd-current@FreeBSD.ORG Tue May 31 02:56:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C10D16A41C for ; Tue, 31 May 2005 02:56:55 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1770743D1F for ; Tue, 31 May 2005 02:56:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4V2rwVE052298; Mon, 30 May 2005 20:54:04 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 30 May 2005 20:52:54 -0600 (MDT) Message-Id: <20050530.205254.129032003.imp@bsdimp.com> To: gregorynou@altern.org From: "M. Warner Losh" In-Reply-To: <429B7AB8.3070908@altern.org> References: <429B7AB8.3070908@altern.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Multifunction usb devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 02:56:55 -0000 In message: <429B7AB8.3070908@altern.org> Gregory Nou writes: : I have a usb printer/scanner Epson CX5200, which I would like to work : both as a scanner and as a printer without having to kldload and : kldunload uscanner and ulpt modules. : I read a thread (actually, two messages), on this question : : http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2003-11/1493.html : Does somebody know if the situation has changed, or if somebody is : working on the problem ? I'm working on the problem, or one related to it... I don't know specifically about this product, however. Warner From owner-freebsd-current@FreeBSD.ORG Tue May 31 04:00:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A8C116A41C; Tue, 31 May 2005 04:00:59 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02C0B43D1D; Tue, 31 May 2005 04:00:58 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j4V40iDO015209; Tue, 31 May 2005 00:00:44 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j4V40iFl015206; Tue, 31 May 2005 00:00:44 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Tue, 31 May 2005 00:00:44 -0400 (EDT) From: Andre Guibert de Bruet To: Roland Smith In-Reply-To: <20050529081442.GA99205@slackbox.xs4all.nl> Message-ID: <20050530235253.W69811@lexi.siliconlandmark.com> References: <20050529080029.687192B2B86@ws5-7.us4.outblaze.com> <20050529081442.GA99205@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.544, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: "Jack L." , freebsd-amd64@freebsd.org, freebsd-current@freebsd.org Subject: Re: Intel EM64T Processor Platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 04:00:59 -0000 On Sun, 29 May 2005, Roland Smith wrote: > On Sun, May 29, 2005 at 12:00:29AM -0800, Jack L. wrote: >> >> What cpu type should I use for make.conf and the kernel if I want to >> use the AMD64 platform? > > You do not need to have anything special in make.conf, and the GENERIC > kernel for amd64 contains the necessary 'machine' and 'cpu' paramaters. This is not entirely correct. Sure, your system will run without anything special in make.conf; But if you want decent performance, you probably want to set CPUTYPE to "nocona" in order to get a build that is tailored to your cpu (SSE3, etc). More information on what that CPUTYPE enables is available in /usr/share/mk/bsd.cpu.mk. Cheers, Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Tue May 31 04:18:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5280516A41C for ; Tue, 31 May 2005 04:18:08 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id CEC3743D1D for ; Tue, 31 May 2005 04:18:07 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 66152 invoked from network); 31 May 2005 04:18:06 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 31 May 2005 04:18:06 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j4V4I5PP003903; Tue, 31 May 2005 06:18:05 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j4V4I2Bv003902; Tue, 31 May 2005 06:18:02 +0200 (CEST) (envelope-from pho) Date: Tue, 31 May 2005 06:18:02 +0200 From: Peter Holm To: Scott Long Message-ID: <20050531041802.GA3881@peter.osted.lan> References: <20050530203036.GA1424@peter.osted.lan> <429B7FF2.5000804@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <429B7FF2.5000804@samsco.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Stress test status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 04:18:08 -0000 On Mon, May 30, 2005 at 03:04:50PM -0600, Scott Long wrote: > Peter Holm wrote: > >Here's a few findings from this weekend. No new problems, though. > > > >May 26 19:21 panic: wrong b_bufobj 0xc221ea84 should be 0xc1ef0a84 > >May 26 21:45 Fatal trap 12 in handle_workitem_remove+0x6d > >May 27 06:25 panic: wrong b_bufobj 0xc1c4fe20 should be 0xc23b7cec > >May 28 07:54 panic: mutex lockbuilder mtxpool not owned at kern_lock.c:129 > > http://www.holm.cc/stress/log/cons132.html > >May 28 20:18 panic: wrong b_bufobj 0xc1db0e20 should be 0xc2241a84 > > http://www.holm.cc/stress/log/cons133.html > >May 29 20:28 panic: wrong b_bufobj 0xc1ea7480 should be 0xc27cbcec > >May 30 06:55 panic: Duplicate free of item 0xc2ba5200 from zone > >0xc10429a0(Mbuf) > > http://www.holm.cc/stress/log/cons134.html > > Jeff thinks that he might have fixed the 'wrong b_bufobj' panics with a > commit from a few hours ago. Would you be able to update and re-run > your tests? Thanks, > This is great news! I'll get right on it. - Peter > Scott From owner-freebsd-current@FreeBSD.ORG Tue May 31 06:28:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E15AC16A41C for ; Tue, 31 May 2005 06:28:39 +0000 (GMT) (envelope-from redchin@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8868643D4C for ; Tue, 31 May 2005 06:28:39 +0000 (GMT) (envelope-from redchin@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1758074rng for ; Mon, 30 May 2005 23:28:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Oa06i5sMuHJ201aot+cHTIlxepkajo28uPdRfSNmGu8t8PG4tPzbdw4QKJZ0qrc4WVT4Kr4YXcBPfDu7oDGpu5AkWpZb8KfbOnizC8lTPNaTqAxaJRkul+oiDogqCKLBoLFkFRsWTeKinQ6a+0OL27KAhVPRWvGj9IxhhNIb2Z8= Received: by 10.38.161.27 with SMTP id j27mr6712533rne; Mon, 30 May 2005 23:28:38 -0700 (PDT) Received: by 10.38.149.16 with HTTP; Mon, 30 May 2005 23:28:38 -0700 (PDT) Message-ID: <1d3ed48c0505302328349f2a0b@mail.gmail.com> Date: Mon, 30 May 2005 23:28:38 -0700 From: Kevin Downey To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Crash Dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kevin Downey List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 06:28:40 -0000 first off: FreeBSD zifnab 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Mon May 30 07:53:44 PDT 2005 kevin@zifnab:/usr/obj/usr/src/sys/SEE_NO_EVIL i386 built from sources cvsuped yesterday (the 29th of May) ontop of the SNAP002 or whatever it was called from March. Now, I am getting what seem to me, to be random crashes. Of course there are many things in this world which seem random to me because I do not know what is going on. These crashes indubitably fall in to this category of things. I figure the best way to learn more about this is to ask other people. And I also know that when asking other people, particular this list, it is a good idea to be in possession of various background information. But, and here is the twist, when the panic happens, the 'dumping X megabytes of memory`, or whatever the exact wording is, message pops up, and then just sits there for however long I am willing to let the machine sit(2 hours is the upper limit on that). The IDE activity LED does not blink(I assume it should be blinking if the memory is being dumped to swap on an IDE drive), it does blink when I hit keys on the keyboard. dmesg from the machine: http://kevin.is.a.zombie.org/dmesg kernel config: http://kevin.is.a.zombie.org/SEE_NO_EVIL kevin@zifnab:~% swapinfo =20 Device 1K-blocks Used Avail Capacity /dev/ad0s1b 2572288 19972 2572288 1% And on a somewhat unrelated note, I get hard lockups(have to hit the reboot button to reboot) when playing videos using xv(have not tried other options). It does happen somewhat intermittently, mostly if I play more than one video file in a row. --=20 The best prophet of the future is the past. From owner-freebsd-current@FreeBSD.ORG Tue May 31 07:27:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C80F16A41C for ; Tue, 31 May 2005 07:27:43 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id E83D143D1D for ; Tue, 31 May 2005 07:27:42 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: by simscan 1.1.0 ppid: 4081, pid: 4087, t: 6.1972s scanners:none Received: from unknown (HELO michelle.rndsoft.co.kr) (192.168.5.90) by 0 with SMTP; 31 May 2005 07:25:05 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j4V7Rgbh006232 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 31 May 2005 16:27:42 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j4V7RgLs006231 for freebsd-current@freebsd.org; Tue, 31 May 2005 16:27:42 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Tue, 31 May 2005 16:27:42 +0900 From: Pyun YongHyeon To: freebsd-current@freebsd.org Message-ID: <20050531072742.GG4879@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamDetector 1.00 (2004-01-11) on Subject: sleeping without a mutex on aue(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 07:27:43 -0000 Got this panic on recent 6-CURRENT. [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". #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04935f5 in db_fncall (dummy1=0, dummy2=0, dummy3=1999, dummy4=0xcc608830 "Àð~?") at /usr/src/sys/ddb/db_command.c:531 #2 0xc0493382 in db_command (last_cmdp=0xc07ee7c4, cmd_table=0x0, aux_cmd_tablep=0xc07ad854, aux_cmd_tablep_end=0xc07ad858) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0493495 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc04955d5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc05ae9c7 in kdb_trap (type=0, code=0, tf=0xcc608988) at /usr/src/sys/kern/subr_kdb.c:471 #6 0xc0741288 in trap (frame= {tf_fs = -1065877496, tf_es = 40, tf_ds = -866123736, tf_edi = 1, tf_esi = -1065831033, tf_ebp = -866088496, tf_isp = -866088524, tf_ebx = -866088440, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1067784512, tf_cs = 32, tf_eflags = 642, tf_esp = -1065824334, tf_ss = -1065832875}) at /usr/src/sys/i386/i386/trap.c:581 #7 0xc072e2fa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xc0780008 in ?? () #9 0x00000028 in ?? () #10 0xcc600028 in ?? () #11 0x00000001 in ?? () #12 0xc078b587 in ?? () #13 0xcc6089d0 in ?? () #14 0xcc6089b4 in ?? () #15 0xcc608a08 in ?? () #16 0x00000000 in ?? () #17 0xc1015000 in ?? () ---Type to continue, or q to quit--- #18 0x00000012 in ?? () #19 0x00000003 in ?? () #20 0x00000000 in ?? () #21 0xc05ae6c0 in kdb_enter (msg=0x0) at cpufunc.h:60 #22 0xc0590275 in panic (fmt=0xc078b587 "sleeping without a mutex") at /usr/src/sys/kern/kern_shutdown.c:537 #23 0xc059724d in msleep (ident=0xc1362d00, mtx=0x0, priority=76, wmesg=0xc0783676 "usbsyn", timo=0) at /usr/src/sys/kern/kern_synch.c:138 #24 0xc052a0ac in usbd_transfer (xfer=0xc1362d00) at /usr/src/sys/dev/usb/usbdi.c:344 #25 0xc052a0dc in usbd_sync_transfer (xfer=0x0) at /usr/src/sys/dev/usb/usbdi.c:355 #26 0xc052aaad in usbd_do_request_flags_pipe (dev=0xc178c400, pipe=0x0, req=0xcc608b14, data=0x0, flags=0, actlen=0x0, timeout=0) at /usr/src/sys/dev/usb/usbdi.c:978 #27 0xc052aa2c in usbd_do_request_flags (dev=0x0, req=0x0, data=0x0, flags=0, actlen=0x0, timo=0) at /usr/src/sys/dev/usb/usbdi.c:949 #28 0xc052a9e7 in usbd_do_request (dev=0x0, req=0x0, data=0x0) at /usr/src/sys/dev/usb/usbdi.c:941 #29 0xc050993b in aue_csr_read_1 (sc=0x0, reg=0) at /usr/src/sys/dev/usb/if_aue.c:269 #30 0xc050a0db in aue_reset (sc=0xc1419000) at /usr/src/sys/dev/usb/if_aue.c:576 #31 0xc050ad61 in aue_init (xsc=0xc1419000) at /usr/src/sys/dev/usb/if_aue.c:1147 #32 0xc0614347 in ether_ioctl (ifp=0xc1419000, command=0, data=0xc1797d00 "?}yÁÔ}yÁä}y?") at /usr/src/sys/net/if_ethersubr.c:994 #33 0xc050b273 in aue_ioctl (ifp=0xc1419000, command=2149607692, data=0x0) at /usr/src/sys/dev/usb/if_aue.c:1316 #34 0xc061fcb5 in in_ifinit (ifp=0xc1419000, ia=0xc1797d00, sin=0x0, scrub=0) ---Type to continue, or q to quit--- at /usr/src/sys/netinet/in.c:692 #35 0xc061f276 in in_control (so=0x0, cmd=1, data=0xc17716c0 "aue0", ifp=0xc1419000, td=0xc1497d80) at /usr/src/sys/netinet/in.c:421 #36 0xc0610fdd in ifioctl (so=0xc152c7c8, cmd=2151704858, data=0xc17716c0 "aue0", td=0xc1497d80) at /usr/src/sys/net/if.c:1512 #37 0xc05c548f in soo_ioctl (fp=0x0, cmd=2151704858, data=0xc17716c0, active_cred=0xc178b600, td=0xc1497d80) at /usr/src/sys/kern/sys_socket.c:214 #38 0xc05be70d in ioctl (td=0xc1497d80, uap=0xcc608d04) at file.h:258 #39 0xc0741bd0 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134570912, tf_esi = 1, tf_ebp = -1077940984, tf_isp = -866087580, tf_ebx = 134579328, tf_edx = 134582045, tf_ecx = 0, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 671966111, tf_cs = 51, tf_eflags = 582, tf_esp = -1077943140, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:959 #40 0xc072e34f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #41 0x0000003b in ?? () #42 0x0000003b in ?? () #43 0x0000003b in ?? () #44 0x080563a0 in ?? () #45 0x00000001 in ?? () #46 0xbfbfed08 in ?? () #47 0xcc608d64 in ?? () #48 0x08058480 in ?? () #49 0x08058f1d in ?? () #50 0x00000000 in ?? () #51 0x00000036 in ?? () #52 0x0000000c in ?? () #53 0x00000002 in ?? () ---Type to continue, or q to quit--- #54 0x280d639f in ?? () #55 0x00000033 in ?? () #56 0x00000246 in ?? () #57 0xbfbfe49c in ?? () #58 0x0000003b in ?? () #59 0x00000000 in ?? () #60 0x00000000 in ?? () #61 0x00000000 in ?? () #62 0x00000000 in ?? () #63 0x07cb4000 in ?? () #64 0xc1793800 in ?? () #65 0xc1497d80 in ?? () #66 0xcc608a14 in ?? () #67 0xcc6089f0 in ?? () #68 0xc12c0180 in ?? () #69 0xc05a4f80 in sched_switch (td=0x1, newtd=0x8058480, flags=Cannot access memory at address 0xbfbfed18 ) at /usr/src/sys/kern/sched_4bsd.c:971 Previous frame inner to this frame (corrupt stack?) (kgdb) frame 24 #24 0xc052a0ac in usbd_transfer (xfer=0xc1362d00) at /usr/src/sys/dev/usb/usbdi.c:344 344 tsleep(xfer, PRIBIO, "usbsyn", 0); (kgdb) l 339 return (err); 340 s = splusb(); 341 if (!xfer->done) { 342 if (pipe->device->bus->use_polling) 343 panic("usbd_transfer: not done"); 344 tsleep(xfer, PRIBIO, "usbsyn", 0); 345 } 346 splx(s); 347 return (xfer->status); 348 } (kgdb) frame 29 #29 0xc050993b in aue_csr_read_1 (sc=0x0, reg=0) at /usr/src/sys/dev/usb/if_aue.c:269 269 err = usbd_do_request(sc->aue_udev, &req, &val); (kgdb) l 264 req.bRequest = AUE_UR_READREG; 265 USETW(req.wValue, 0); 266 USETW(req.wIndex, reg); 267 USETW(req.wLength, 1); 268 269 err = usbd_do_request(sc->aue_udev, &req, &val); 270 271 AUE_UNLOCK(sc); 272 273 if (err) { I guess dropping AUE_LOCK() before calling usbd_do_request() would fix the panic. But is it OK invoking usbd_do_request() wihtout a lock held? Should usbd_xfer_handle have a pointer to a lock to drop before calling msleep(9)? -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-current@FreeBSD.ORG Tue May 31 08:25:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA23516A41C for ; Tue, 31 May 2005 08:25:43 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 295A743D49 for ; Tue, 31 May 2005 08:25:42 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com with SMTP id ; 31 May 2005 09:25:41 +0100 (IST) To: yongari@rndsoft.co.kr In-Reply-To: Your message of "Tue, 31 May 2005 16:27:42 +0900." <20050531072742.GG4879@rndsoft.co.kr> Date: Tue, 31 May 2005 09:25:40 +0100 From: Ian Dowse Message-ID: <200505310925.aa54149@nowhere.iedowse.com> Cc: freebsd-current@freebsd.org Subject: Re: sleeping without a mutex on aue(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 08:25:43 -0000 In message <20050531072742.GG4879@rndsoft.co.kr>, Pyun YongHyeon writes: >Got this panic on recent 6-CURRENT. ... >#23 0xc059724d in msleep (ident=0xc1362d00, mtx=0x0, priority=76, > wmesg=0xc0783676 "usbsyn", timo=0) at /usr/src/sys/kern/kern_synch.c:138 >#24 0xc052a0ac in usbd_transfer (xfer=0xc1362d00) > at /usr/src/sys/dev/usb/usbdi.c:344 ... >#33 0xc050b273 in aue_ioctl (ifp=0xc1419000, command=2149607692, data=0x0) > at /usr/src/sys/dev/usb/if_aue.c:1316 >#34 0xc061fcb5 in in_ifinit (ifp=0xc1419000, ia=0xc1797d00, sin=0x0, scrub=0) >---Type to continue, or q to quit--- > at /usr/src/sys/netinet/in.c:692 >#35 0xc061f276 in in_control (so=0x0, cmd=1, data=0xc17716c0 "aue0", > ifp=0xc1419000, td=0xc1497d80) at /usr/src/sys/netinet/in.c:421 >#36 0xc0610fdd in ifioctl (so=0xc152c7c8, cmd=2151704858, data=0xc17716c0 "aue >0", ... >I guess dropping AUE_LOCK() before calling usbd_do_request() would fix >the panic. But is it OK invoking usbd_do_request() wihtout a lock >held? Should usbd_xfer_handle have a pointer to a lock to drop before >calling msleep(9)? The aue driver is Giant-locked like all USB ethernet devices, but some paths to it aren't locking Giant. You could try something like the following - the patch is against an older -CURRENT so might not work directly. Ian Index: netinet/in.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/netinet/in.c,v retrieving revision 1.84 diff -u -r1.84 in.c --- netinet/in.c 20 Mar 2005 14:31:45 -0000 1.84 +++ netinet/in.c 3 Apr 2005 22:48:39 -0000 @@ -356,10 +356,15 @@ return (EINVAL); oldaddr = ia->ia_dstaddr; ia->ia_dstaddr = *(struct sockaddr_in *)&ifr->ifr_dstaddr; - if (ifp->if_ioctl && (error = (*ifp->if_ioctl) - (ifp, SIOCSIFDSTADDR, (caddr_t)ia))) { - ia->ia_dstaddr = oldaddr; - return (error); + if (ifp->if_ioctl) { + IFF_LOCKGIANT(ifp); + error = (*ifp->if_ioctl)(ifp, SIOCSIFDSTADDR, + (caddr_t)ia); + IFF_UNLOCKGIANT(ifp); + if (error) { + ia->ia_dstaddr = oldaddr; + return (error); + } } if (ia->ia_flags & IFA_ROUTE) { ia->ia_ifa.ifa_dstaddr = (struct sockaddr *)&oldaddr; @@ -456,7 +461,10 @@ default: if (ifp == 0 || ifp->if_ioctl == 0) return (EOPNOTSUPP); - return ((*ifp->if_ioctl)(ifp, cmd, data)); + IFF_LOCKGIANT(ifp); + error = (*ifp->if_ioctl)(ifp, cmd, data); + IFF_UNLOCKGIANT(ifp); + return (error); } /* @@ -689,15 +697,19 @@ * if this is its first address, * and to validate the address if necessary. */ - if (ifp->if_ioctl && - (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR, (caddr_t)ia))) { - splx(s); - /* LIST_REMOVE(ia, ia_hash) is done in in_control */ - ia->ia_addr = oldaddr; - if (ia->ia_addr.sin_family == AF_INET) - LIST_INSERT_HEAD(INADDR_HASH(ia->ia_addr.sin_addr.s_addr), - ia, ia_hash); - return (error); + if (ifp->if_ioctl) { + IFF_LOCKGIANT(ifp); + error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR, (caddr_t)ia); + IFF_UNLOCKGIANT(ifp); + if (error) { + splx(s); + /* LIST_REMOVE(ia, ia_hash) is done in in_control */ + ia->ia_addr = oldaddr; + if (ia->ia_addr.sin_family == AF_INET) + LIST_INSERT_HEAD(INADDR_HASH( + ia->ia_addr.sin_addr.s_addr), ia, ia_hash); + return (error); + } } splx(s); if (scrub) { Index: netinet6/in6.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/netinet6/in6.c,v retrieving revision 1.50 diff -u -r1.50 in6.c --- netinet6/in6.c 22 Feb 2005 13:04:04 -0000 1.50 +++ netinet6/in6.c 8 Mar 2005 01:19:38 -0000 @@ -1507,10 +1507,14 @@ ia->ia_addr = *sin6; - if (ifacount <= 1 && ifp->if_ioctl && - (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR, (caddr_t)ia))) { - splx(s); - return (error); + if (ifacount <= 1 && ifp->if_ioctl) { + IFF_LOCKGIANT(ifp); + error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR, (caddr_t)ia); + IFF_UNLOCKGIANT(ifp); + if (error) { + splx(s); + return (error); + } } splx(s); From owner-freebsd-current@FreeBSD.ORG Tue May 31 08:45:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC4DC16A41C; Tue, 31 May 2005 08:45:52 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 857AA43D58; Tue, 31 May 2005 08:45:52 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from [192.168.0.5] (c-24-130-110-32.hsd1.ca.comcast.net[24.130.110.32]) by comcast.net (rwcrmhc11) with SMTP id <20050531084551013004j04be>; Tue, 31 May 2005 08:45:52 +0000 Date: Tue, 31 May 2005 01:45:51 -0700 (PDT) From: Doug Barton To: freebsd-current@FreeBSD.org In-Reply-To: <429B71C4.9080803@FreeBSD.org> Message-ID: <20050531013528.V940@ync.qbhto.arg> References: <429B71C4.9080803@FreeBSD.org> Organization: http://www.FreeBSD.org/ X-OpenPGP-Key-ID: 0xD5B2F0FB X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: wpaul@freebsd.org Subject: Re: wpa_supplicant + NDIS (broadcom) + linksys WRT54G possible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 08:45:53 -0000 On Mon, 30 May 2005, Doug Barton wrote: > Howdy, > > I just bought a new linksys WRT54G broadband router and I want to enable > WPA-PSK on it, and my freebsd -current laptop. I got the configuration > working in Windows with the same machine, then booted current and added the > following to my kernel config. The kernel sources are from 25 May, I will try > updating next. > > device wlan #802.11 support > device wlan_wep #802.11 WEP support > device wlan_ccmp #802.11 CCMP support > device wlan_tkip #802.11 TKIP support > device wlan_xauth #802.11 external authenticator > > The NDIS driver works great for my Dell TrueMobile 1400 Dual Band WLAN > Mini-PCI Card, and I had static WEP working with it previously as well. After > rebooting with the new kernel and rebuilding my NDIS module, I compiled > ports/security/wpa_supplicant (the latest version). > > On my linksys I have it set up for WPA-PSK with TKIP. I also tried AES, no > luck. My wpa_supplicant.conf file looks like this (mostly just the defaults): > > ctrl_interface=/var/run/wpa_supplicant > ctrl_interface_group=0 > eapol_version=1 > ap_scan=1 > fast_reauth=1 > network={ > ssid="myssid" > proto=WPA > key_mgmt=WPA-PSK > pairwise=CCMP TKIP > group=CCMP TKIP WEP104 WEP40 > psk="mypass" > priority=2 > } > > Changing the eapol_version didn't have any effect. There is a log of what's > happening at http://people.freebsd.org/~dougb/wpa.log. If there is anything > else I can do to help debug this, let me know. Two updates. First, it looks like this is definitely a driver issue, as I dug out my old ath pccard, and it works fine with the same wpa_supplicant.conf file. Second, the latest sources definitely improved the situation. The card now associates with the AP, and wpa_supplicant says: WPA: Key negotiation completed with 00:80:c8:1b:28:43 [PTK=TKIP GTK=TKIP] However, the TKIP lines never show up when I do an ifconfig, and the interface doesn't seem to be passing packets as dhcp never sees any offers. New log is at http://people.freebsd.org/~dougb/wpa2.log hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue May 31 10:10:56 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1606B16A41C; Tue, 31 May 2005 10:10:56 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEC6643D48; Tue, 31 May 2005 10:10:55 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 9ED7531DA63; Tue, 31 May 2005 12:10:53 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 7C95D407E; Tue, 31 May 2005 12:10:47 +0200 (CEST) Date: Tue, 31 May 2005 12:10:47 +0200 From: Jeremie Le Hen To: Ruslan Ermilov Message-ID: <20050531101046.GK54337@obiwan.tataz.chchile.org> References: <20050530134443.GA9132@sandvine.com> <20050530191502.GC57333@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050530191502.GC57333@ip.net.ua> User-Agent: Mutt/1.5.9i Cc: freebsd-current@FreeBSD.org, Ed Maste , Gleb Smirnoff Subject: Re: SMP, DEVICE_POLLING and fxp LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 10:10:56 -0000 Hi Ruslan, > This LOR is well-known and will go away as soon as we commit our WIP > changes for polling(4). I have no firm plans when it happens though. would you please tell us quickly what is the ongoing work on polling(4) ? Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue May 31 10:20:40 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E9DD16A41C; Tue, 31 May 2005 10:20:40 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC74E43D53; Tue, 31 May 2005 10:20:39 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4VAKbBa093990; Tue, 31 May 2005 13:20:37 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 32853-05; Tue, 31 May 2005 13:20:36 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4VAKZMo093986 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 May 2005 13:20:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j4VAL0dM004081; Tue, 31 May 2005 13:21:00 +0300 (EEST) (envelope-from ru) Date: Tue, 31 May 2005 13:20:59 +0300 From: Ruslan Ermilov To: Jeremie Le Hen Message-ID: <20050531102059.GA4020@ip.net.ua> References: <20050530134443.GA9132@sandvine.com> <20050530191502.GC57333@ip.net.ua> <20050531101046.GK54337@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <20050531101046.GK54337@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-current@FreeBSD.org, Ed Maste , Gleb Smirnoff Subject: Re: SMP, DEVICE_POLLING and fxp LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 10:20:40 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Jeremie, On Tue, May 31, 2005 at 12:10:47PM +0200, Jeremie Le Hen wrote: > > This LOR is well-known and will go away as soon as we commit our WIP > > changes for polling(4). I have no firm plans when it happens though. >=20 > would you please tell us quickly what is the ongoing work on polling(4) ? >=20 Its goal is to remove the Giant from the polling code. I think it's in the stage where it needs a broader testing and user's feedback, but I'm not leading this effort, so I'll let others to decide if it is time for a broader review or not. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCnDqLqRfpzJluFF4RAlJQAKCa4LW69TXwAmRsmXT0l32DmaHFXQCfZ+Bc 507MK2ziitUqL2N/xrzxiv8= =Ja02 -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- From owner-freebsd-current@FreeBSD.ORG Tue May 31 10:23:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B360016A41C for ; Tue, 31 May 2005 10:23:07 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2621E43D53 for ; Tue, 31 May 2005 10:23:06 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.3/8.13.3) with ESMTP id j4VAN077003008; Tue, 31 May 2005 14:23:00 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.3/8.13.3/Submit) id j4VAMxkh003007; Tue, 31 May 2005 14:22:59 +0400 (MSD) (envelope-from tarc) Date: Tue, 31 May 2005 14:22:56 +0400 From: Tarc To: Kris Kennaway Message-ID: <20050531102256.GA20255@tarc.po.cs.msu.su> References: <20050530150621.GB90183@tarc.po.cs.msu.su> <20050530184005.GB66808@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050530184005.GB66808@xor.obsecurity.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current Subject: Re: FreeBSD 6.0-CURRENT lastest snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 10:23:07 -0000 On Mon, May 30, 2005 at 11:40:06AM -0700, Kris Kennaway wrote: > On Mon, May 30, 2005 at 07:06:21PM +0400, Tarc wrote: > > Last snapshot of FreeBSD-6.0-CURRENT on snapshots.jp.FreeBSD.org was 23-02-2005. > > I have this problem, when install my system from snapshot CD(ftp://ftp.freebsd.org:/pub/FreeBSD/snapshots/Mar_2005/6.0-CURRENT-SNAP002-i386-disc1.iso). > > > > Please, update lex > > > > #!/bin/sh > > cd /usr/src/usr.bin/lex && make bootstrap build install clean > > > > and then build system. > > What is the problem you are reporting and what does that command have > to do with it? > > Kris > Why was latest snapshot update more than 4 months ago? In build log file ftp://snapshots.jp.freebsd.org:/pub/FreeBSD/snapshots/i386/6.0-CURRENT-20041224-JPSNAP.log , you can see THIS error -- Arseny Nasokin (aka Tarc) From owner-freebsd-current@FreeBSD.ORG Tue May 31 10:41:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5DDC16A41C for ; Tue, 31 May 2005 10:41:12 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6281143D4C for ; Tue, 31 May 2005 10:41:12 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 0A742317CA9; Tue, 31 May 2005 12:41:11 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E6AB7407E; Tue, 31 May 2005 12:41:04 +0200 (CEST) Date: Tue, 31 May 2005 12:41:04 +0200 From: Jeremie Le Hen To: Emanuel Strobl Message-ID: <20050531104104.GL54337@obiwan.tataz.chchile.org> References: <200505310014.50780@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505310014.50780@harrymail> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: different default gateway for jails planed/possible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 10:41:13 -0000 Hi Emanuel, > will it be possible to define a different default gateway for a jail? > Imagine a system with two interfaces, one for the host on a local GbE > Switch (with NFS service) and the other one connected to a different > DMZ-Switch which should serve different jails. > Now the DMZ is useless since anybody who broke into one jail can reach all > hosts on the "host" interface without having the possibillity to restrict > traffic on the router since the packets go straight to the GbE interface. > This is a big security disadvantage and if I block these packets I can't > any longer connect from machines inside the GbE network to the jails in > the DMZ. The request will be routed but answers go down the "host" > interface, instead to the DMZ router interface. Even a different default > gateway wouldn't help in this case, the kernel had to "keep in mind" that > packets from a jail mustn't be forwarded through any jail-foreign > interface. Also the usual routing table had to be overwritten since > packets from a jail should go over the router to the GbE network (although > there is a well known route, the interface which has the GbE net > configured). > But at least packets from a jail should be limited that they can't pass any > other interface(s) than the one(s) which belong to the particular jail. > I think PFs route-to next-hop rule would be a workarround for my problem > but I'm not too happy to have PF on a GbE Fileserver. I think you can use ipfw(8) as a workaround, since it knows about jail IDs and can forward packets any IP address. Netgraph is maybe an alternative, but I'm not sure about it. IMHO, hacking the IP stack in order to make it jail aware would lead to a real mess. The right way to do this would be to have IP stack virtualization, as it exists for RELENG_4 [1]. Unfortunately, this is available neither for RELENG_5 nor CURRENT, and my coding skills are clearly not good enough to do this. > Another jail question: Is it possible to limit resources on jail-basis? > Like resource restrictions for useres in login.conf only for whole jails. AFAIK, no, this is not possible, this would need virtualization as well. [1] http://www.tel.fer.hr/zec/vimage/ Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon May 30 19:24:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBC4416A41F for ; Mon, 30 May 2005 19:24:53 +0000 (GMT) (envelope-from chu@h33.erkki.ton.tut.fi) Received: from h33.erkki.ton.tut.fi (h33.erkki.ton.tut.fi [193.166.84.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9595843D55 for ; Mon, 30 May 2005 19:24:53 +0000 (GMT) (envelope-from chu@h33.erkki.ton.tut.fi) Received: from [10.10.1.4] (helo=localhost) by h33.erkki.ton.tut.fi with esmtp (Exim 4.50 (FreeBSD)) id 1Dcpzo-000L8L-Nc; Mon, 30 May 2005 22:32:20 +0300 Date: Mon, 30 May 2005 22:24:50 +0300 To: "Doug Rabson" References: <200505291906.33048.dfr@nlsystems.com> From: "Vladimir Chukharev" Organization: @home Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <200505291906.33048.dfr@nlsystems.com> User-Agent: Opera M2/8.0 (FreeBSD, build 1095) X-Mailman-Approved-At: Tue, 31 May 2005 11:57:25 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 19:24:54 -0000 On Sun, 29 May 2005 21:06:32 +0300, Doug Rabson wrote: >> I tryed the attached patch on my pentium-m notebook, >> it did NOT help, still immediate reboot. >> >> Do you have more suggestions? > > Not very good ones, I'm afraid. Are there still uses of xmm and/or mm > registers when you disassemble the code generated this time? FWIW, I found in 'info gcc' that pentium-m has everything like pentium3/pentium3m plus SSE2. Since pentium3m does not break loader for me, I am trying now -mno-sse2 in nearly all Makefile-s in /usr/src/sys/boot. I also put -mno-sse3 -mno-sse -mno-mmx -mno-3dnow to the same places. If this helps, I'll inform... About registers also. -- V.Chukharev From owner-freebsd-current@FreeBSD.ORG Mon May 30 20:30:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DBFF16A41C for ; Mon, 30 May 2005 20:30:37 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F5F843D1F for ; Mon, 30 May 2005 20:30:35 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.207.149] by viefep16-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050530203034.NYCG551.viefep16-int.chello.at@[80.98.207.149]> for ; Mon, 30 May 2005 22:30:34 +0200 Message-ID: <429B77E7.5060206@t-hosting.hu> Date: Mon, 30 May 2005 22:30:31 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 31 May 2005 11:57:25 +0000 Subject: Error whlie making release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 May 2005 20:30:37 -0000 Hello there, I have a fairly new desktop machine. The motherboard is an asus a8n-sli deluxe. As I've heard the nForce4 and the Marvell NICs are only supported in -current. So I would like to use a -current system on my desktop machine, but the official amd64 snapshots on current.freebsd.org are quite old, thus I decided to build a new one. I have a FreeBSD 5.3-p15 server where I can make a release. I downloaded the current source (not cvs, just the source) to /usr/src/current and I started the build with the following macros: DATE != date +%Y%m%d BASE = 6-CURRENT BUILDNAME?=${BASE}-${DATE} CHROOTDIR=/home/tux/current EXTSRCDIR=/usr/current/src CVSROOT=/usr/current/src MAKE_ISOS=YES NO_FLOPPIES=YES NODOC=YES After filling in the /usr/obj with cd /usr/current/src && make buildworld, I typed make release, and the build process halted with the following: + cd /usr/ports^M + rm -f INDEX*^M + make index -DINDEX_PRISTINE^M Generating INDEX-5 - please wait..at-spi-1.6.4: "/usr/ports/x11-toolkits/gtk20" non-existent -- dependency lis ===> accessibility/at-spi failed^M *** Error code 1^M deepforest-1.0a: "/usr/ports/x11-toolkits/tkstep80" non-existent -- dependency list incomplete^M ===> archivers/deepforest failed^M *** Error code 1^M 2 errors^M ^M ********************************************************************^M Before reporting this error, verify that you are running a supported^M version of FreeBSD (see http://www.FreeBSD.org/ports/) and that you^M have a complete and up-to-date ports collection. (INDEX builds are^M not supported with partial or out-of-date ports collections -- in^M particular, if you are using cvsup, you must cvsup the "ports-all"^M collection, and have no "refuse" files.) If that is the case, then^M report the failure to ports@FreeBSD.org together with relevant^M details of your ports configuration (including FreeBSD version,^M ^M Note: the latest pre-generated version of INDEX may be fetched^M automatically with "make fetchindex".^M ********************************************************************^M ^M *** Error code 1^M ^M Stop in /usr/ports.^M *** Error code 1^M ^M Stop in /usr/ports.^M + umount /dev^M *** Error code 1^M ^M Stop in /usr/current/src/release.^M Sorry for the Windoze-style CR-LFs, the script utillity has made it. The result was the same when I tried to build with checking out from cvs. Please help me to get around this, Cheers, Gábor Kövesdán From owner-freebsd-current@FreeBSD.ORG Tue May 31 07:34:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EABDD16A41C for ; Tue, 31 May 2005 07:34:47 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from flb.schmalzbauer.de (flb.schmalzbauer.de [62.245.232.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2794E43D54 for ; Tue, 31 May 2005 07:34:46 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from korso.flintsbach.schmalzbauer.de (korso.flintsbach.schmalzbauer.de [172.21.2.3]) by flb.schmalzbauer.de (8.13.1/8.13.1) with ESMTP id j4V7Yi8s095189 for ; Tue, 31 May 2005 09:34:44 +0200 (CEST) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: from cale.flintsbach.schmalzbauer.de (cale.flintsbach.schmalzbauer.de [172.21.1.254]) by korso.flintsbach.schmalzbauer.de (Postfix) with ESMTP id B1A064205 for ; Tue, 31 May 2005 09:34:44 +0200 (CEST) Received: from cale.flintsbach.schmalzbauer.de (localhost [127.0.0.1]) by cale.flintsbach.schmalzbauer.de (8.13.3/8.13.3) with ESMTP id j4V7Yi8r020027 for ; Tue, 31 May 2005 09:34:44 +0200 (CEST) (envelope-from harry@cale.flintsbach.schmalzbauer.de) Received: from localhost (localhost [[UNIX: localhost]]) by cale.flintsbach.schmalzbauer.de (8.13.3/8.13.3/Submit) id j4V7YhLV020026 for freebsd-current@freebsd.org; Tue, 31 May 2005 09:34:43 +0200 (CEST) (envelope-from harry@cale.flintsbach.schmalzbauer.de) From: Harald Schmalzbauer To: freebsd-current@freebsd.org Date: Tue, 31 May 2005 09:34:32 +0200 User-Agent: KMail/1.8 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1266032.q4CeGFgXrV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505310934.43162@harrymail> X-Mailman-Approved-At: Tue, 31 May 2005 11:57:25 +0000 Subject: unwanted packet forwarding / PR candidate? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 07:34:48 -0000 --nextPart1266032.q4CeGFgXrV Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, in a previous e-mail I described some problems with multihomed=20 jail-systems. But there is another general problem. INET |-----------| | |---------| | Box A | |----A---| | Box B | |if0 if1| | Router | |----v----| |-v-------v-| |-v----v-| | | | DMZ | | | | |-----|-----| | | | | | |------------------------|------------| LAN If you look at the diagram you see Box A with two interfaces, if0 (172.16.0.2) for 172.16/16 at the LAN and let's say 192.168.0.2 on if1 for= =20 the DMZ (192.168.0/24). The IP(s) of if1 is(are) bound to jail(s)! Now when I connect from BoxB(172.16.0.3) to a jail running on=20 BoxA(192.168.0.2) the outgoing packets go over the router into the DMZ.=20 But when I add a static route to BoxB which tells 192.168.0/24 172.16.0.2=20 (BoxA if0) I can connect to the jail running on BoxA via the if0=20 interface, even if I haven't enabled forwarding on BoxA. This is a big security hole IMHO. Should I file a PR for that? My particular problem now is that if I connect from BoxB to jail on BoxA=20 the answering-packets won't go over the router but instead sent directly=20 over the if0 back to the LAN. Any suggestions how to solve this? (fwd in=20 IPFW and route-to in PF, but I think this should be handled by the system=20 if jails are used). Is it possible (by design of jailes) to implement a dedicated interface for= =20 a jail? Thanks, =2DHarry --nextPart1266032.q4CeGFgXrV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCnBOTBylq0S4AzzwRAuwdAJ4iSVmAR8yfhdlm2vcdrvlfvMVb2QCdH9/s P4tLHXpOlY44hpd88dcK/s4= =dzyC -----END PGP SIGNATURE----- --nextPart1266032.q4CeGFgXrV-- From owner-freebsd-current@FreeBSD.ORG Tue May 31 11:20:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5E2316A41C for ; Tue, 31 May 2005 11:20:31 +0000 (GMT) (envelope-from crosto_k@yahoo.com) Received: from web30206.mail.mud.yahoo.com (web30206.mail.mud.yahoo.com [68.142.200.89]) by mx1.FreeBSD.org (Postfix) with SMTP id 5275343D4C for ; Tue, 31 May 2005 11:20:31 +0000 (GMT) (envelope-from crosto_k@yahoo.com) Received: (qmail 24598 invoked by uid 60001); 31 May 2005 11:20:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=b3sHP6LJUo95kNc+xf6GpT12Q8YtpAVpxHLepEkdAtFxpOyqbSx8hlRuU9I5NGFW8931IZpxgzb7DkFbt1SpYieTfAwi9XIYhxKl3OPluMvseShqanqjeRdG8xIKUO2TDK2PFWKwdfCsQK1t/w5OrGgl2XA5QgJSuI8AuwAy7KA= ; Message-ID: <20050531112030.24596.qmail@web30206.mail.mud.yahoo.com> Received: from [68.44.18.158] by web30206.mail.mud.yahoo.com via HTTP; Tue, 31 May 2005 04:20:30 PDT Date: Tue, 31 May 2005 04:20:30 -0700 (PDT) From: Mr Kevin Croston To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: usb mass storage 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: Tue, 31 May 2005 11:20:31 -0000 I disconnected my USB cable from my PC running XP when I should have powered off the device 1st. Now device manager shows the following message under USB mass storage device: The device can not start (code 10) I have tried to disable and re-enable the mass storage. Uninstall it and add hardware wizard. I have also tried to disable and renable the USB controllers as well as the root hub. I have also tried the troubleshooting steps under usb mass storage. Problem still persist. Can you help? __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new Resources site http://smallbusiness.yahoo.com/resources/ From owner-freebsd-current@FreeBSD.ORG Tue May 31 11:38:47 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FFD316A41C; Tue, 31 May 2005 11:38:47 +0000 (GMT) (envelope-from nectar@FreeBSD.org) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 395F343D1D; Tue, 31 May 2005 11:38:47 +0000 (GMT) (envelope-from nectar@FreeBSD.org) Received: from lum.celabo.org (lum.celabo.org [10.0.1.107]) by gw.celabo.org (Postfix) with ESMTP id 8F10E3E634D; Tue, 31 May 2005 06:38:46 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lum.celabo.org (Postfix) with ESMTP id 79674FF680; Tue, 31 May 2005 06:38:44 -0500 (CDT) In-Reply-To: References: <200505041529.36826.peter@wemm.org> <20050509.104234.71141880.imp@bsdimp.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jacques Vidrine Date: Tue, 31 May 2005 06:38:41 -0500 To: Hajimu UMEMOTO X-Mailer: Apple Mail (2.730) Cc: standards@FreeBSD.org, freebsd-arch@FreeBSD.org, des@FreeBSD.org, Warner Losh , current@FreeBSD.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 11:38:47 -0000 On May 27, 2005, at 1:30 PM, Hajimu UMEMOTO wrote: > Hi, >>>>>> On Mon, 09 May 2005 10:42:34 -0600 (MDT) >>>>>> Warner Losh said: >> Are you suggest when to remove padding? Since the major of libc was >> bumped already in 6-CURRENT, it may better to wait 7-CURRENT. > > imp> We've generally not worried compatibility in the 'rough and > tumble' > imp> world of FreeBSD current. So unless there's a problem in the > upgrade > imp> path, I think that we safely omit them. > > I'll commit the attached change to nuke padding. It will break ABI > compatibility on 64 bit arch. So, I'm planning bumping major of > affected shlibs. Please review it. It isn't clear to me that bumping the libraries' version number in - CURRENT is necessary, but I have no objection, either. Cheers, -- Jacques A Vidrine / NTT/Verio nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-current@FreeBSD.ORG Tue May 31 11:40:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95B3016A41C for ; Tue, 31 May 2005 11:40:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E22C43D53 for ; Tue, 31 May 2005 11:40:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 668395131A; Tue, 31 May 2005 04:40:50 -0700 (PDT) Date: Tue, 31 May 2005 04:40:50 -0700 From: Kris Kennaway To: Tarc Message-ID: <20050531114050.GA51381@xor.obsecurity.org> References: <20050530150621.GB90183@tarc.po.cs.msu.su> <20050530184005.GB66808@xor.obsecurity.org> <20050531102256.GA20255@tarc.po.cs.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <20050531102256.GA20255@tarc.po.cs.msu.su> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current , Kris Kennaway Subject: Re: FreeBSD 6.0-CURRENT lastest snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 11:40:51 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 31, 2005 at 02:22:56PM +0400, Tarc wrote: >=20 > On Mon, May 30, 2005 at 11:40:06AM -0700, Kris Kennaway wrote: > > On Mon, May 30, 2005 at 07:06:21PM +0400, Tarc wrote: > > > Last snapshot of FreeBSD-6.0-CURRENT on snapshots.jp.FreeBSD.org was = 23-02-2005.=20 > > > I have this problem, when install my system from snapshot CD(ftp://ft= p.freebsd.org:/pub/FreeBSD/snapshots/Mar_2005/6.0-CURRENT-SNAP002-i386-disc= 1.iso). > > >=20 > > > Please, update lex=20 > > >=20 > > > #!/bin/sh > > > cd /usr/src/usr.bin/lex && make bootstrap build install clean > > >=20 > > > and then build system. > >=20 > > What is the problem you are reporting and what does that command have > > to do with it? > >=20 > > Kris > >=20 >=20 > Why was latest snapshot update more than 4 months ago?=20 The snapshots on ftp.freebsd.org are only produced every few months. > In build log file ftp://snapshots.jp.freebsd.org:/pub/FreeBSD/snapshots/i= 386/6.0-CURRENT-20041224-JPSNAP.log , you can see THIS error snapshots.jp is in need of working hardware to produce the snapshots. They need a donor. Search the mailing list archives - there are other sources of unofficial snapshots, which I don't remember right now. Kris --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCnE1BWry0BWjoQKURAheoAKDhdQEvWG/ICrydQdSMHEQeOBo1ogCePvTZ yTTqZUjX2S6TcfMAsujA8Kg= =16RP -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Tue May 31 12:13:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6842E16A41F for ; Tue, 31 May 2005 12:13:08 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC71143D48 for ; Tue, 31 May 2005 12:13:07 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.3/8.13.3) with ESMTP id j4VCCseJ011147; Tue, 31 May 2005 16:12:58 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.3/8.13.3/Submit) id j4VCCsvE011145; Tue, 31 May 2005 16:12:54 +0400 (MSD) (envelope-from tarc) Date: Tue, 31 May 2005 16:12:53 +0400 From: Tarc To: Kris Kennaway Message-ID: <20050531121253.GB4872@tarc.po.cs.msu.su> References: <20050530150621.GB90183@tarc.po.cs.msu.su> <20050530184005.GB66808@xor.obsecurity.org> <20050531102256.GA20255@tarc.po.cs.msu.su> <20050531114050.GA51381@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050531114050.GA51381@xor.obsecurity.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current Subject: Re: FreeBSD 6.0-CURRENT lastest snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 12:13:08 -0000 On Tue, May 31, 2005 at 04:40:50AM -0700, Kris Kennaway wrote: > On Tue, May 31, 2005 at 02:22:56PM +0400, Tarc wrote: > > > > On Mon, May 30, 2005 at 11:40:06AM -0700, Kris Kennaway wrote: > > > On Mon, May 30, 2005 at 07:06:21PM +0400, Tarc wrote: > > > > Last snapshot of FreeBSD-6.0-CURRENT on snapshots.jp.FreeBSD.org was 23-02-2005. > > > > I have this problem, when install my system from snapshot CD(ftp://ftp.freebsd.org:/pub/FreeBSD/snapshots/Mar_2005/6.0-CURRENT-SNAP002-i386-disc1.iso). > > > > > > > > Please, update lex > > > > > > > > #!/bin/sh > > > > cd /usr/src/usr.bin/lex && make bootstrap build install clean > > > > > > > > and then build system. > > > > > > What is the problem you are reporting and what does that command have > > > to do with it? > > > > > > Kris > > > > > > > Why was latest snapshot update more than 4 months ago? > > The snapshots on ftp.freebsd.org are only produced every few months. > > > In build log file ftp://snapshots.jp.freebsd.org:/pub/FreeBSD/snapshots/i386/6.0-CURRENT-20041224-JPSNAP.log , you can see THIS error > > snapshots.jp is in need of working hardware to produce the snapshots. > They need a donor. I work now under cross-compilling system: on FreeBSD 4.10 or 5.3 compile for FreeBSD 6.0-CURRENT. But this has an big problem: it's needed to patch some Makefiles and sources which hardcoded depends on path '/usr/src', where sources are placed I do this work primary not for compilling releases (and releases too), but for cross-building packages system > > Search the mailing list archives - there are other sources of > unofficial snapshots, which I don't remember right now. > > Kris -- Arseny Nasokin (aka Tarc) From owner-freebsd-current@FreeBSD.ORG Tue May 31 12:26:04 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA23216A41C; Tue, 31 May 2005 12:26:04 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D32643D1D; Tue, 31 May 2005 12:26:04 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VCPbMA007766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 May 2005 21:25:38 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 31 May 2005 21:25:35 +0900 Message-ID: From: Hajimu UMEMOTO To: Jacques Vidrine In-Reply-To: References: <200505041529.36826.peter@wemm.org> <20050509.104234.71141880.imp@bsdimp.com> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Tue, 31 May 2005 21:25:38 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: current@FreeBSD.org, standards@FreeBSD.org, des@FreeBSD.org, freebsd-arch@FreeBSD.org, Warner Losh , Hajimu UMEMOTO Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 12:26:05 -0000 Hi, >>>>> On Tue, 31 May 2005 06:38:41 -0500 >>>>> Jacques Vidrine said: nectar> It isn't clear to me that bumping the libraries' version number in - nectar> CURRENT is necessary, but I have no objection, either. Thank you. Though libc was already bumped, the rest is not bumed. So, we need bumping the rest which refer getaddrinfo(3). Unless bumping, we'll not be able to have compat libs for 5.X. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue May 31 12:53:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFF7C16A41C for ; Tue, 31 May 2005 12:53:11 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6713543D1D for ; Tue, 31 May 2005 12:53:11 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.114.153) by smtp01.syd.iprimus.net.au (7.2.055.4) id 42925D5E002448D1 for freebsd-current@freebsd.org; Tue, 31 May 2005 22:53:09 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 484ED4389; Tue, 31 May 2005 22:56:12 +1000 (EST) Date: Tue, 31 May 2005 22:56:12 +1000 From: Tim Robbins To: freebsd-current@freebsd.org Message-ID: <20050531125612.GA61455@cat.robbins.dropbear.id.au> References: <20050530193711.GA10259@alc.bsd.st> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050530193711.GA10259@alc.bsd.st> User-Agent: Mutt/1.4.1i Subject: Re: [grep bug?] -i odd behavior on multibyte locale X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 12:53:11 -0000 On Tue, May 31, 2005 at 03:37:11AM +0800, Alecs King wrote: > 6.0-current as of May 27. > world cvsup'd & built at May 25. > > [alecs@~]$ echo $LC_CTYPE > zh_CN.GBK > [alecs@~]$ echo a | grep -i A > a > [alecs@~]$ echo a | grep -i a > a > [alecs@~]$ echo A | grep -i A # XXX > [alecs@~]$ echo A | grep -i a # XXX [...] I've just checked a fix for this in to -CURRENT. Please let me know if this doesn't solve the problem, or if you run into further problems. Tim From owner-freebsd-current@FreeBSD.ORG Tue May 31 13:28:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 439D716A420 for ; Tue, 31 May 2005 13:28:10 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF13043D1F for ; Tue, 31 May 2005 13:28:09 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j4VDS80s028842; Tue, 31 May 2005 08:28:08 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <429C6657.4070201@centtech.com> Date: Tue, 31 May 2005 08:27:51 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050530150621.GB90183@tarc.po.cs.msu.su> <20050530184005.GB66808@xor.obsecurity.org> <20050531102256.GA20255@tarc.po.cs.msu.su> <20050531114050.GA51381@xor.obsecurity.org> In-Reply-To: <20050531114050.GA51381@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/900/Tue May 31 05:50:19 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Tarc , freebsd-current Subject: Re: FreeBSD 6.0-CURRENT lastest snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 13:28:10 -0000 Kris Kennaway wrote: > On Tue, May 31, 2005 at 02:22:56PM +0400, Tarc wrote: > >>On Mon, May 30, 2005 at 11:40:06AM -0700, Kris Kennaway wrote: >> >>>On Mon, May 30, 2005 at 07:06:21PM +0400, Tarc wrote: >>> >>>>Last snapshot of FreeBSD-6.0-CURRENT on snapshots.jp.FreeBSD.org was 23-02-2005. >>>>I have this problem, when install my system from snapshot CD(ftp://ftp.freebsd.org:/pub/FreeBSD/snapshots/Mar_2005/6.0-CURRENT-SNAP002-i386-disc1.iso). >>>> >>>>Please, update lex >>>> >>>>#!/bin/sh >>>>cd /usr/src/usr.bin/lex && make bootstrap build install clean >>>> >>>>and then build system. >>> >>>What is the problem you are reporting and what does that command have >>>to do with it? >>> >>>Kris >>> >> >>Why was latest snapshot update more than 4 months ago? > > > The snapshots on ftp.freebsd.org are only produced every few months. > > >>In build log file ftp://snapshots.jp.freebsd.org:/pub/FreeBSD/snapshots/i386/6.0-CURRENT-20041224-JPSNAP.log , you can see THIS error > > > snapshots.jp is in need of working hardware to produce the snapshots. > They need a donor. What kind of hardware? Is there a website somewhere? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue May 31 14:09:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 395EC16A423; Tue, 31 May 2005 14:09:55 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 888C743D48; Tue, 31 May 2005 14:09:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4VDqrvE060929; Tue, 31 May 2005 07:52:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 May 2005 07:53:29 -0600 (MDT) Message-Id: <20050531.075329.118637972.imp@bsdimp.com> To: ume@freebsd.org From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, des@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 14:09:55 -0000 In message: Hajimu UMEMOTO writes: : Hi, : : >>>>> On Tue, 31 May 2005 06:38:41 -0500 : >>>>> Jacques Vidrine said: : : nectar> It isn't clear to me that bumping the libraries' version number in - : nectar> CURRENT is necessary, but I have no objection, either. : : Thank you. : Though libc was already bumped, the rest is not bumed. So, we need : bumping the rest which refer getaddrinfo(3). Unless bumping, we'll : not be able to have compat libs for 5.X. So the libraries that depend on libc need to be bumped to allow producing compat libs for 5.x? Warner From owner-freebsd-current@FreeBSD.ORG Tue May 31 14:30:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DF2016A41C for ; Tue, 31 May 2005 14:30:45 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B67E43D53 for ; Tue, 31 May 2005 14:30:44 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id E03BE31DA8F; Tue, 31 May 2005 16:30:43 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 846B94080; Tue, 31 May 2005 16:30:37 +0200 (CEST) Date: Tue, 31 May 2005 16:30:37 +0200 From: Jeremie Le Hen To: Harald Schmalzbauer Message-ID: <20050531143037.GM54337@obiwan.tataz.chchile.org> References: <200505310934.43162@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505310934.43162@harrymail> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: unwanted packet forwarding / PR candidate? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 14:30:45 -0000 Hi Harald, > in a previous e-mail I described some problems with multihomed > jail-systems. But there is another general problem. > > INET > |-----------| | |---------| > | Box A | |----A---| | Box B | > |if0 if1| | Router | |----v----| > |-v-------v-| |-v----v-| | > | | DMZ | | | > | |-----|-----| | | > | | | > |------------------------|------------| > LAN > > If you look at the diagram you see Box A with two interfaces, if0 > (172.16.0.2) for 172.16/16 at the LAN and let's say 192.168.0.2 on if1 for > the DMZ (192.168.0/24). The IP(s) of if1 is(are) bound to jail(s)! > Now when I connect from BoxB(172.16.0.3) to a jail running on > BoxA(192.168.0.2) the outgoing packets go over the router into the DMZ. > But when I add a static route to BoxB which tells 192.168.0/24 172.16.0.2 > (BoxA if0) I can connect to the jail running on BoxA via the if0 > interface, even if I haven't enabled forwarding on BoxA. > This is a big security hole IMHO. > Should I file a PR for that? Both if0 IP addresses and if1 ones belongs to BoxA, the fact that the IP address assigned to if1 is bound to a jail does not care. In fact there could be processes outside of the jail which listens on 192.168.0.2. This is the intended behaviour. When BoxA receives a packet addressed to one of its IP address on some interface, whichever interface it is, the latter is accepted unless net.inet.ip.check_interface is set to 1. The fact that you set this route on BoxB just sets the destination MAC address of the packet destinated to 192.168.0.2 to if0's one. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue May 31 14:42:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EE1F16A41C; Tue, 31 May 2005 14:42:45 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 463BA43D48; Tue, 31 May 2005 14:42:45 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4VEgfAf080483; Tue, 31 May 2005 07:42:41 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4VEgfgU080482; Tue, 31 May 2005 07:42:41 -0700 (PDT) (envelope-from obrien) Date: Tue, 31 May 2005 07:42:40 -0700 From: "David O'Brien" To: Andre Guibert de Bruet Message-ID: <20050531144240.GE9158@dragon.NUXI.org> Mail-Followup-To: freebsd-amd64@freebsd.org, Andre Guibert de Bruet , Roland Smith , "Jack L." , freebsd-current@freebsd.org References: <20050529080029.687192B2B86@ws5-7.us4.outblaze.com> <20050529081442.GA99205@slackbox.xs4all.nl> <20050530235253.W69811@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050530235253.W69811@lexi.siliconlandmark.com> X-Operating-System: FreeBSD 6.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.9i Cc: Roland Smith , "Jack L." , freebsd-amd64@freebsd.org, freebsd-current@freebsd.org Subject: Re: Intel EM64T Processor Platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-amd64@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, 31 May 2005 14:42:45 -0000 On Tue, May 31, 2005 at 12:00:44AM -0400, Andre Guibert de Bruet wrote: > On Sun, 29 May 2005, Roland Smith wrote: > >On Sun, May 29, 2005 at 12:00:29AM -0800, Jack L. wrote: > >> > >>What cpu type should I use for make.conf and the kernel if I want to > >>use the AMD64 platform? > > > >You do not need to have anything special in make.conf, and the GENERIC > >kernel for amd64 contains the necessary 'machine' and 'cpu' paramaters. > > This is not entirely correct. Sure, your system will run without anything > special in make.conf; But if you want decent performance, you probably > want to set CPUTYPE to "nocona" in order to get a build that is tailored > to your cpu (SSE3, etc). More information on what that CPUTYPE enables is > available in /usr/share/mk/bsd.cpu.mk. You're saying that one doesn't get decent performance on a Nocona with stock GCC code generation? While one may get noticeably better performance with CPUTYPE=nocona, I doubt it is a huge difference. What I'm saying is, I sure one will have decent performance with a stock FreeBSD/amd64 install. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue May 31 14:42:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 842C716A420 for ; Tue, 31 May 2005 14:42:51 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3975243D4C for ; Tue, 31 May 2005 14:42:50 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j4VEgnAk003891 for ; Tue, 31 May 2005 09:42:49 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <429C77D9.2000903@centtech.com> Date: Tue, 31 May 2005 09:42:33 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: cannot alloc 19968 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 14:42:51 -0000 One of my filesystems won't fsck. I'm not sure how to fix it, or what it's really trying to tell me. # fsck -y /vol1 ** /dev/da0s1d ** Last Mounted on /vol1 ** Phase 1 - Check Blocks and Sizes fsck_ufs: cannot alloc 19968 bytes for inoinfo df -i /vol1 output: Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/da0s1d 1891668564 1684163832 56171248 97% 55109756 189360002 23% /vol1 Any help would be very appreciated! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue May 31 14:43:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D077C16A41C; Tue, 31 May 2005 14:43:34 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5177C43D4C; Tue, 31 May 2005 14:43:33 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VEgoFq067092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 May 2005 23:42:54 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 31 May 2005 23:42:48 +0900 Message-ID: From: Hajimu UMEMOTO To: "M. Warner Losh" In-Reply-To: <20050531.075329.118637972.imp@bsdimp.com> References: <20050531.075329.118637972.imp@bsdimp.com> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Tue, 31 May 2005 23:42:54 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, des@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 14:43:35 -0000 Hi, >>>>> On Tue, 31 May 2005 07:53:29 -0600 (MDT) >>>>> "M. Warner Losh" said: imp> So the libraries that depend on libc need to be bumped to allow imp> producing compat libs for 5.x? Yes, I think so. Do I have a misunderstanding? Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue May 31 14:51:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCAB616A41C; Tue, 31 May 2005 14:51:41 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF8243D48; Tue, 31 May 2005 14:51:26 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4VElvPY062346; Tue, 31 May 2005 08:47:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 May 2005 08:48:32 -0600 (MDT) Message-Id: <20050531.084832.20036038.imp@bsdimp.com> To: ume@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <20050531.075329.118637972.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, des@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 14:51:42 -0000 In message: Hajimu UMEMOTO writes: : >>>>> On Tue, 31 May 2005 07:53:29 -0600 (MDT) : >>>>> "M. Warner Losh" said: : : imp> So the libraries that depend on libc need to be bumped to allow : imp> producing compat libs for 5.x? : : Yes, I think so. Do I have a misunderstanding? In general, yes. However, I think that only those libraries that use the affected interfaces in libc need a bump in this case. Maybe we should look to see which libraries are affected rather than a blind bump. The blind bump is the only way to make sure, but so far the project has been unable to commit to doing such a bump due to the pain that trying to do it in ports would also cause. But that's my soapbox... Warner From owner-freebsd-current@FreeBSD.ORG Tue May 31 15:06:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA6E016A41C; Tue, 31 May 2005 15:06:50 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21BAA43D49; Tue, 31 May 2005 15:06:49 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VF6W2l085199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 00:06:32 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Jun 2005 00:06:31 +0900 Message-ID: From: Hajimu UMEMOTO To: "M. Warner Losh" In-Reply-To: <20050531.084832.20036038.imp@bsdimp.com> References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 01 Jun 2005 00:06:33 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, des@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 15:06:51 -0000 Hi, >>>>> On Tue, 31 May 2005 08:48:32 -0600 (MDT) >>>>> "M. Warner Losh" said: imp> In general, yes. However, I think that only those libraries that use imp> the affected interfaces in libc need a bump in this case. Maybe we imp> should look to see which libraries are affected rather than a blind imp> bump. No, it is not blind bump. The following libraries refers getaddrinfo(3), thus should be bumped: RELENG_5 HEAD Need to Bump libbsnmp 2 2 o libc 5 6 libfetch 3 3 o libftpio 5 5 o libipsec 1 1 o libkadm5clnt 7 7 o libkrb5 7 7 o libpam 2 2 pam_radius o pam_unix o libpcap 3 3 o libroken 7 7 o libssh 2 2 o libutil 4 4 o libwrap 3 3 o Actually, not all libraries of kerberos and pam stuff refer getaddrinfo(3). However, it seems shlib major of kerberos and pam stuff are managed by single major version. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue May 31 15:14:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9587416A41C for ; Tue, 31 May 2005 15:14:15 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F48643D54 for ; Tue, 31 May 2005 15:14:14 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from [192.168.120.243] (localhost [127.0.0.1]) by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) with ESMTP/inet id j4VFE3X37437; Wed, 1 Jun 2005 00:14:03 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Message-ID: <429C7F3B.7050209@jp.FreeBSD.org> Date: Wed, 01 Jun 2005 00:14:03 +0900 From: Makoto Matsushita X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: Eric Anderson References: <20050530150621.GB90183@tarc.po.cs.msu.su> <20050530184005.GB66808@xor.obsecurity.org> <20050531102256.GA20255@tarc.po.cs.msu.su> <20050531114050.GA51381@xor.obsecurity.org> <429C6657.4070201@centtech.com> In-Reply-To: <429C6657.4070201@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: FreeBSD 6.0-CURRENT lastest snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 15:14:15 -0000 Oops, I've sent an email with a wront From: line, try again... *** (Put my "snapshots.jp.FreeBSD.org admin" hat on) At first, sorry for being lasy, the 6-current buildbox is still in trouble, and I have zero times to fix (read: I have one brandnew PC for that, but not yet configured as a buildbox.) I hope that I have time to work building a new 6-current buildbox next week. > What kind of hardware? Is there a website somewhere? It's just a Intel PentiumIII PC. Actually there are set of PCs, including buildboxes for each branches (6-current, 5-stable, and 4-stable) and outbound network service box that is named as snapshots.jp.FreeBSD.org. -- Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Tue May 31 15:37:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29F8416A41C; Tue, 31 May 2005 15:37:12 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89D8B43D1D; Tue, 31 May 2005 15:37:11 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD002KE7XKBAA0@osl1smout1.broadpark.no>; Tue, 31 May 2005 19:44:08 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD00B5G2852Y57@osl1sminn1.broadpark.no>; Tue, 31 May 2005 17:40:53 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 772E6451B3; Tue, 31 May 2005 17:37:09 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 508DB45165; Tue, 31 May 2005 17:37:05 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 47B7F33C3B; Tue, 31 May 2005 17:37:05 +0200 (CEST) Date: Tue, 31 May 2005 17:37:05 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: To: Hajimu UMEMOTO Message-id: <86fyw32yqm.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, "M. Warner Losh" , freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 15:37:12 -0000 Hajimu UMEMOTO writes: > No, it is not blind bump. The following libraries refers > getaddrinfo(3), thus should be bumped: > > RELENG_5 HEAD Need to Bump > [...] > libpam 2 2 > pam_radius o > pam_unix o You can't just bump libpam; you need to bump all the modules along with it, because libpam will only load modules with the same major number as itself. In fact, there is only a single SHLIB_MAJOR for the entire src/lib/libpam tree, in src/lib/libpam/Makefile.inc. Is it really necessary to remove the padding? It gives us a lot of trouble for zero gain. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue May 31 15:53:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6699F16A41C; Tue, 31 May 2005 15:53:16 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEBBC43D1D; Tue, 31 May 2005 15:53:15 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VFqpZx030658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 00:52:51 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Jun 2005 00:52:49 +0900 Message-ID: From: Hajimu UMEMOTO To: des@des.no (Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?=) In-Reply-To: <86fyw32yqm.fsf@xps.des.no> References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> <86fyw32yqm.fsf@xps.des.no> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 01 Jun 2005 00:52:51 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, "M. Warner Losh" , freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 15:53:16 -0000 Hi, >>>>> On Tue, 31 May 2005 17:37:05 +0200 >>>>> Dag-Erling Sm=F8rgrav said: des> You can't just bump libpam; you need to bump all the modules along des> with it, because libpam will only load modules with the same major des> number as itself. In fact, there is only a single SHLIB_MAJOR for the des> entire src/lib/libpam tree, in src/lib/libpam/Makefile.inc. Thank you for clarification. My patch bumps SHLIB_MAJOR in lib/libpam/Makefile.inc. des> Is it really necessary to remove the padding? It gives us a lot of des> trouble for zero gain. I think such cleanup should be done before major release. However, if our consensus doesn't want to remove the padding, I'll stop removing it. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue May 31 16:20:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D952216A41C for ; Tue, 31 May 2005 16:20:40 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id B161E43D1F for ; Tue, 31 May 2005 16:20:40 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1Dd9Ts-00095d-C2; Tue, 31 May 2005 16:20:40 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1Dd9Tr-0000QN-4u; Tue, 31 May 2005 06:20:39 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17052.36566.644611.859335@roam.psg.com> Date: Tue, 31 May 2005 06:20:38 -1000 To: FreeBSD Current Subject: strange environmental 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: Tue, 31 May 2005 16:20:41 -0000 thinkpad t41 current updating twice a day gnome, all ports current last week i was whining about dumpless system reboots every hour or three. well, i now believe it to be an environmental, possibly net stack, issue. when i was seeing the issue(s) was when the laptop was in a hotel room in florida (don't ask). the minute i escaped and hit t-mo at a red rug in o'hare, and everywhere i have been since, no problems. now back home in hawi, no problem. but, why i write is that there was a possibly associated problem which i did not report. when i was in the bad environment, my browser would lock up when it tried to load more than one page at the same time. i normally have a browser in a virt desktop with four windows each window with three to six tabs. if i tried to start this way, it locked up in start, with about two pages loaded and the rest infinitely spinning. if i started an empty browser and opened three tabs and tried to load pages into them, same lockup. my normal browser is galeon, but i also had the same problem testing in epiphany and pure moz. while i don't like to pre-guess bugs, the following thought has been in my mind. what if the hotel's (free) ether service was somewhat sick and not letting tcp sessions progress normally if there were too many running simultaneously? what if the -current stack has a race, buffer, mutex, ... issue? well, i am already too far into conjecture. but i thought this worth reporting in case it tickles a mind better than mine. randy From owner-freebsd-current@FreeBSD.ORG Tue May 31 16:30:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6963B16A41C; Tue, 31 May 2005 16:30:23 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07B5D43D54; Tue, 31 May 2005 16:30:22 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j4VGUMms094284 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 May 2005 09:30:22 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <429C920B.30005@errno.com> Date: Tue, 31 May 2005 09:34:19 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <429B71C4.9080803@FreeBSD.org> <20050531013528.V940@ync.qbhto.arg> In-Reply-To: <20050531013528.V940@ync.qbhto.arg> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: wpaul@freebsd.org, freebsd-current@freebsd.org Subject: Re: wpa_supplicant + NDIS (broadcom) + linksys WRT54G possible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 16:30:23 -0000 Doug Barton wrote: > On Mon, 30 May 2005, Doug Barton wrote: > >> Howdy, >> >> I just bought a new linksys WRT54G broadband router and I want to >> enable WPA-PSK on it, and my freebsd -current laptop. I got the >> configuration working in Windows with the same machine, then booted >> current and added the following to my kernel config. The kernel >> sources are from 25 May, I will try updating next. >> >> device wlan #802.11 support >> device wlan_wep #802.11 WEP support >> device wlan_ccmp #802.11 CCMP support >> device wlan_tkip #802.11 TKIP support >> device wlan_xauth #802.11 external authenticator >> >> The NDIS driver works great for my Dell TrueMobile 1400 Dual Band WLAN >> Mini-PCI Card, and I had static WEP working with it previously as >> well. After rebooting with the new kernel and rebuilding my NDIS >> module, I compiled ports/security/wpa_supplicant (the latest version). >> >> On my linksys I have it set up for WPA-PSK with TKIP. I also tried >> AES, no luck. My wpa_supplicant.conf file looks like this (mostly just >> the defaults): >> >> ctrl_interface=/var/run/wpa_supplicant >> ctrl_interface_group=0 >> eapol_version=1 >> ap_scan=1 >> fast_reauth=1 >> network={ >> ssid="myssid" >> proto=WPA >> key_mgmt=WPA-PSK >> pairwise=CCMP TKIP >> group=CCMP TKIP WEP104 WEP40 >> psk="mypass" >> priority=2 >> } >> >> Changing the eapol_version didn't have any effect. There is a log of >> what's happening at http://people.freebsd.org/~dougb/wpa.log. If there >> is anything else I can do to help debug this, let me know. > > > Two updates. First, it looks like this is definitely a driver issue, as > I dug out my old ath pccard, and it works fine with the same > wpa_supplicant.conf file. Second, the latest sources definitely improved > the situation. The card now associates with the AP, and wpa_supplicant > says: > > WPA: Key negotiation completed with 00:80:c8:1b:28:43 [PTK=TKIP GTK=TKIP] > > However, the TKIP lines never show up when I do an ifconfig, and the > interface doesn't seem to be passing packets as dhcp never sees any offers. > > New log is at http://people.freebsd.org/~dougb/wpa2.log What "latest sources" did you use? wpa_supplicant or the ndis driver? Your log shows a completed handshake and both PTK and GTK plumbed so in theory traffic should flow. You may not see the keys with ifconfig unless the ndis layer installs them in the net80211 data structures (don't recall what it does). You would probably better off setting up an ap where you can see what's happening on the ap side. Since you have an ath card you could use that to test with (even in the same laptop). Sam From owner-freebsd-current@FreeBSD.ORG Tue May 31 16:51:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 516C016A41C; Tue, 31 May 2005 16:51:17 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D038743D4C; Tue, 31 May 2005 16:51:16 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j4VGp0df008467; Tue, 31 May 2005 12:51:00 -0400 (EDT) Date: Tue, 31 May 2005 12:51:00 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86fyw32yqm.fsf@xps.des.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Hajimu UMEMOTO , nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org, "M. Warner Losh" , current@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 16:51:17 -0000 On Tue, 31 May 2005, [iso-8859-1] Dag-Erling Sm=F8rgrav wrote: > Hajimu UMEMOTO writes: > > No, it is not blind bump. The following libraries refers > > getaddrinfo(3), thus should be bumped: > > > > =09=09=09RELENG_5=09HEAD=09Need to Bump > > [...] > > libpam=09=09=092=09=092 > > =09pam_radius=09=09=09=09o > > =09pam_unix=09=09=09=09o > > You can't just bump libpam; you need to bump all the modules along > with it, because libpam will only load modules with the same major > number as itself. In fact, there is only a single SHLIB_MAJOR for the > entire src/lib/libpam tree, in src/lib/libpam/Makefile.inc. > > Is it really necessary to remove the padding? It gives us a lot of > trouble for zero gain. And sometimes we put padding in place to allow for expansion (ucontext for one). I think the padding should stay. If we ever get symbol versioning, then you can remove it without having to bump library versions. --=20 DE From owner-freebsd-current@FreeBSD.ORG Tue May 31 16:57:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42DA816A41C; Tue, 31 May 2005 16:57:16 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id C077143D4C; Tue, 31 May 2005 16:57:15 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD002LBBN0VF10@osl1smout1.broadpark.no>; Tue, 31 May 2005 21:04:12 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD00BK15XL2YI7@osl1sminn1.broadpark.no>; Tue, 31 May 2005 19:00:57 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id D819945165; Tue, 31 May 2005 18:57:13 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 065D745131; Tue, 31 May 2005 18:57:09 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id DB3A533C3B; Tue, 31 May 2005 18:57:09 +0200 (CEST) Date: Tue, 31 May 2005 18:57:09 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: To: Hajimu UMEMOTO Message-id: <86k6lfbafu.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> <86fyw32yqm.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, "M. Warner Losh" , freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 16:57:16 -0000 Hajimu UMEMOTO writes: > Dag-Erling Sm=F8rgrav writes: > > You can't just bump libpam; you need to bump all the modules along > > with it, because libpam will only load modules with the same major > > number as itself. In fact, there is only a single SHLIB_MAJOR for the > > entire src/lib/libpam tree, in src/lib/libpam/Makefile.inc. > Thank you for clarification. My patch bumps SHLIB_MAJOR in > lib/libpam/Makefile.inc. As PAM maintainer, I strongly object. > > Is it really necessary to remove the padding? It gives us a lot of > > trouble for zero gain. > I think such cleanup should be done before major release. What do we gain from removing the padding? Is there even a single practical benefit to doing so? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue May 31 17:40:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2525616A41C for ; Tue, 31 May 2005 17:40:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E90E943D1F for ; Tue, 31 May 2005 17:40:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 8EC687A403; Tue, 31 May 2005 10:40:37 -0700 (PDT) Message-ID: <429CA195.3040900@elischer.org> Date: Tue, 31 May 2005 10:40:37 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Jeremie Le Hen References: <200505310014.50780@harrymail> <20050531104104.GL54337@obiwan.tataz.chchile.org> In-Reply-To: <20050531104104.GL54337@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Emanuel Strobl , freebsd-current@freebsd.org Subject: Re: different default gateway for jails planed/possible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 17:40:38 -0000 Jeremie Le Hen wrote: >Hi Emanuel, > > > >>will it be possible to define a different default gateway for a jail? >>Imagine a system with two interfaces, one for the host on a local GbE >>Switch (with NFS service) and the other one connected to a different >>DMZ-Switch which should serve different jails. >>Now the DMZ is useless since anybody who broke into one jail can reach all >>hosts on the "host" interface without having the possibillity to restrict >>traffic on the router since the packets go straight to the GbE interface. >>This is a big security disadvantage and if I block these packets I can't >>any longer connect from machines inside the GbE network to the jails in >>the DMZ. The request will be routed but answers go down the "host" >>interface, instead to the DMZ router interface. Even a different default >>gateway wouldn't help in this case, the kernel had to "keep in mind" that >>packets from a jail mustn't be forwarded through any jail-foreign >>interface. Also the usual routing table had to be overwritten since >>packets from a jail should go over the router to the GbE network (although >>there is a well known route, the interface which has the GbE net >>configured). >>But at least packets from a jail should be limited that they can't pass any >>other interface(s) than the one(s) which belong to the particular jail. >>I think PFs route-to next-hop rule would be a workarround for my problem >>but I'm not too happy to have PF on a GbE Fileserver. >> >> > >I think you can use ipfw(8) as a workaround, since it knows about >jail IDs and can forward packets any IP address. Netgraph is maybe >an alternative, but I'm not sure about it. > > you are correct.. your best bet is to use the 'fwd' command of ipfw to send packets from the JAIL IP to a different gateway. >IMHO, hacking the IP stack in order to make it jail aware would lead >to a real mess. The right way to do this would be to have IP stack >virtualization, as it exists for RELENG_4 [1]. Unfortunately, this >is available neither for RELENG_5 nor CURRENT, and my coding skills >are clearly not good enough to do this. > > > >>Another jail question: Is it possible to limit resources on jail-basis? >>Like resource restrictions for useres in login.conf only for whole jails. >> >> > >AFAIK, no, this is not possible, this would need virtualization as well. > >[1] http://www.tel.fer.hr/zec/vimage/ >Regards, > > From owner-freebsd-current@FreeBSD.ORG Tue May 31 17:47:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 460DB16A41C; Tue, 31 May 2005 17:47:03 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFAA843D49; Tue, 31 May 2005 17:47:02 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VHkaGv085369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 02:46:36 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Jun 2005 02:46:35 +0900 Message-ID: From: Hajimu UMEMOTO To: Daniel Eischen In-Reply-To: References: <86fyw32yqm.fsf@xps.des.no> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 01 Jun 2005 02:46:37 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: current@freebsd.org, nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org, Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= , "M. Warner Losh" Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 17:47:03 -0000 Hi, >>>>> On Tue, 31 May 2005 12:51:00 -0400 (EDT) >>>>> Daniel Eischen said: deischen> And sometimes we put padding in place to allow for expansion deischen> (ucontext for one). I think the padding should stay. If we deischen> ever get symbol versioning, then you can remove it without deischen> having to bump library versions. Since there are the padding only in 64 bit arch, I think we cannot use them for such purpose. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue May 31 17:56:45 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41CD816A41C; Tue, 31 May 2005 17:56:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E12F43D4C; Tue, 31 May 2005 17:56:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4VHrcDt064683; Tue, 31 May 2005 11:53:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 May 2005 11:53:38 -0600 (MDT) Message-Id: <20050531.115338.74685129.imp@bsdimp.com> To: des@des.no From: Warner Losh In-Reply-To: <86k6lfbafu.fsf@xps.des.no> References: <86fyw32yqm.fsf@xps.des.no> <86k6lfbafu.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org, ume@freebsd.org, current@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 17:56:45 -0000 > Hajimu UMEMOTO writes: > > Dag-Erling Sm=F8rgrav writes: > > > You can't just bump libpam; you need to bump all the modules alon= g > > > with it, because libpam will only load modules with the same majo= r > > > number as itself. In fact, there is only a single SHLIB_MAJOR fo= r the > > > entire src/lib/libpam tree, in src/lib/libpam/Makefile.inc. > > Thank you for clarification. My patch bumps SHLIB_MAJOR in > > lib/libpam/Makefile.inc. > = > As PAM maintainer, I strongly object. Keep in mind that systemic changes can trump a maintainer's objection. This is a systemic change, so your single objection is not necessarily enough to not do this. However, the issues you raise may be reason enough to revert the systemic change. > > > Is it really necessary to remove the padding? It gives us a lot = of > > > trouble for zero gain. > > I think such cleanup should be done before major release. > = > What do we gain from removing the padding? Is there even a single > practical benefit to doing so? It is for posix compatibility. http://lists.freebsd.org/pipermail/freebsd-standards/2005-May/000869.ht= ml is where to start for an explaination. The question becomes one of do we care enough about 5.x compatibility with our new architectures to preserve it. The RE has indecated that he'd really like to see us do that (ABI stability). Warner From owner-freebsd-current@FreeBSD.ORG Tue May 31 18:00:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C975D16A41C; Tue, 31 May 2005 18:00:31 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4856C43D5C; Tue, 31 May 2005 18:00:31 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j4VI0BoF031579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 03:00:12 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Jun 2005 03:00:10 +0900 Message-ID: From: Hajimu UMEMOTO To: des@des.no (Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?=) In-Reply-To: <86k6lfbafu.fsf@xps.des.no> References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> <86fyw32yqm.fsf@xps.des.no> <86k6lfbafu.fsf@xps.des.no> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 01 Jun 2005 03:00:12 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, standards@freebsd.org, current@freebsd.org, "M. Warner Losh" , freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 18:00:32 -0000 Hi, >>>>> On Tue, 31 May 2005 18:57:09 +0200 >>>>> Dag-Erling Sm=F8rgrav said: des> As PAM maintainer, I strongly object. des> What do we gain from removing the padding? Is there even a single des> practical benefit to doing so? Perhaps, nothing. It breaks only 64 bit arch. I think 64 bit arch will deployed more aftertime. If we plan to fix this up in the future, it is better to fix as soon as possible, IMHO. In anyway, there is one more issue in my patch. We cannot correct 1st argument of getnetbyaddr(3) without breaking ABI compatibility. Fortunately, getnetbyaddr(3) is not refered else where in our libraries. So, I'll fix getnetbyaddr(3). Sincerely, From owner-freebsd-current@FreeBSD.ORG Tue May 31 18:05:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0273616A41C for ; Tue, 31 May 2005 18:05:07 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4ED543D1D for ; Tue, 31 May 2005 18:05:06 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 8E4122D00C; Tue, 31 May 2005 13:05:06 -0500 (CDT) Date: Tue, 31 May 2005 13:05:03 -0500 From: Craig Boston To: current@freebsd.org Message-ID: <20050531180503.GB55256@nowhere> Mail-Followup-To: Craig Boston , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: undefined reference to `cpu_fxsr' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 18:05:07 -0000 In fresh -current targeted for a Soekris box: cc -c -O2 -pipe -fno-strict-aliasing -march=pentium -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror vers.c linking kernel ptrace_machdep.o(.text+0xb): In function `cpu_ptrace': : undefined reference to `cpu_fxsr' *** Error code 1 Stop in /usr/obj/usr/src/sys/SOEKRIS. *** Error code 1 This seems to be related to the new ptrace_machdep.c file. All other references to cpu_fxsr I can find are wrapped by #ifdef CPU_ENABLE_SSE I'm going to try the following and see if it helps here... --- ptrace_machdep.c.orig Tue May 31 13:02:52 2005 +++ ptrace_machdep.c Tue May 31 13:03:40 2005 @@ -40,8 +40,12 @@ { int error; +#ifdef CPU_ENABLE_SSE if (!cpu_fxsr) return (EINVAL); +#else + return (EINVAL); +#endif switch (req) { case PT_GETXMMREGS: Craig From owner-freebsd-current@FreeBSD.ORG Tue May 31 18:05:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B19D016A41C; Tue, 31 May 2005 18:05:38 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D94C43D53; Tue, 31 May 2005 18:05:38 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j4VI5WsE029159; Tue, 31 May 2005 14:05:32 -0400 (EDT) Date: Tue, 31 May 2005 14:05:32 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Warner Losh In-Reply-To: <20050531.115338.74685129.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: nectar@freebsd.org, des@des.no, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 18:05:39 -0000 On Tue, 31 May 2005, Warner Losh wrote: > > > > What do we gain from removing the padding? Is there even a single > > practical benefit to doing so? > > It is for posix compatibility. > > http://lists.freebsd.org/pipermail/freebsd-standards/2005-May/000869.html > > is where to start for an explaination. I don't think anyone doubts why it was changed, but POSIX does not dictate any order or layout of the structure. The padding need not be removed just for compliance sake. Unless we're missing something... -- DE From owner-freebsd-current@FreeBSD.ORG Tue May 31 18:08:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B8B716A41C for ; Tue, 31 May 2005 18:08:52 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EEFA43D49 for ; Tue, 31 May 2005 18:08:51 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j4VI8jPR024211 for ; Tue, 31 May 2005 14:08:45 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j4VI8jPY024208 for ; Tue, 31 May 2005 14:08:45 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Tue, 31 May 2005 14:08:45 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20050525150557.Y3967@lexi.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-1.761, required 6, AWL -0.73, BAYES_00 -2.60, RAZOR2_CF_RANGE_51_100 0.06, RAZOR2_CHECK 1.51) X-MailScanner-From: andy@siliconlandmark.com Cc: Subject: NGROUPS_MAX in CURRENT - Where are those NFS 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: Tue, 31 May 2005 18:08:52 -0000 Hi, This question gets asked over and over on the various lists [*], but I have yet to see an answer other than "We are not sure, and it is probably not worth it" or "don't hike it too high, performance degradation might occur": "Why doesn't CURRENT have NGROUPS_MAX set to 32 or 64?" The issue with xucred makes sense for the stable branches, but I am not sure that the same compat guarantees are provided for current. I have used local diffs to 64 for a number of years and have yet to run into issues. I have read about fireworks with NFS, and I guess I am confuzed by why this would would be the case. My "normal use" of NFS on system with users in many groups never seems to have turned up any problems. The following was done on an NFS client system with NGROUPS set to 64 and a server with 16 in an NFS-mounted directory. %id; echo "test" > testing; sync; ls -l testing; cat testing; uid=1028(andy) gid=101(users) groups=101(users), 0(wheel), 102(src), 106(crevil), 108(nmap), 109(osinc), 110(toast), 112(fpjet), 114(rose), 115(mysql), 116(khendon), 117(ffchat), 120(cdcas), 121(masus), 122(stukings), 123(uppersixth), 124(brits), 125(ncom), 126(slems), 128(architects), 129(parlane), 132(bounce), 133(cryogen), 134(bikes), 135(enterprise), 136(sort), 137(bcomp), 138(btestsite), 140(openj), 141(mmouse), 142(ctbm), 143(realm) -rw-r--r-- 1 andy wheel 5 May 25 20:17 testing test As you can see, the output is as one would expect. I would love to provide patches / testing on this "issue" but I can't seem to reproduce it. Thanks, Andy [*]: References: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2003-12/1135.html http://docs.freebsd.org/cgi/getmsg.cgi?fetch=179810+0+archive/2001/freebsd-current/20011007.freebsd-current http://lists.freebsd.org/pipermail/freebsd-questions/2003-December/028661.html http://news.gw.com/freebsd.standards/5 http://adam.kungfoohampster.com/lists/freebsd-questions/msg02574.shtml /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Tue May 31 18:11:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E870E16A41C for ; Tue, 31 May 2005 18:11:25 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3F7743D1F for ; Tue, 31 May 2005 18:11:25 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j4VIBNo7085610; Tue, 31 May 2005 11:11:23 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j4VIBL3X085609; Tue, 31 May 2005 11:11:21 -0700 (PDT) (envelope-from obrien) Date: Tue, 31 May 2005 11:11:21 -0700 From: "David O'Brien" To: Pawel Worach Message-ID: <20050531181121.GA85431@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Pawel Worach , freebsd-current@freebsd.org, Scott Long , David Gurvich References: <20050518051111.GA33262@Athena.infor.org> <20050520164349.GD6982@dragon.NUXI.org> <428E1815.8080500@samsco.org> <200505221453.44007.peter@wemm.org> <429105D8.6000106@samsco.org> <20050523021527.GA62693@dragon.NUXI.org> <42914446.4000203@gmail.com> <42992034.3080403@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42992034.3080403@gmail.com> X-Operating-System: FreeBSD 6.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.9i Cc: freebsd-current@freebsd.org, David Gurvich Subject: Re: Newest loader from CVS not working 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, 31 May 2005 18:11:26 -0000 On Sun, May 29, 2005 at 03:51:48AM +0200, Pawel Worach wrote: > I did some more investigation into this and found that MMX registers are > used in the FICL code in the pentium-m case. Here is a full diff of > sys/boot built with CPUTYPE?=pentium2 and pentium-m. This is great! I know what needs to be done now. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue May 31 18:24:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA9F216A41C; Tue, 31 May 2005 18:24:29 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3701B43D48; Tue, 31 May 2005 18:24:29 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j4VIOMIn024343; Tue, 31 May 2005 14:24:22 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j4VIOMK7024340; Tue, 31 May 2005 14:24:22 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Tue, 31 May 2005 14:24:22 -0400 (EDT) From: Andre Guibert de Bruet To: freebsd-amd64@freebsd.org In-Reply-To: <20050531144240.GE9158@dragon.NUXI.org> Message-ID: <20050531141130.Q69811@lexi.siliconlandmark.com> References: <20050529080029.687192B2B86@ws5-7.us4.outblaze.com> <20050529081442.GA99205@slackbox.xs4all.nl> <20050530235253.W69811@lexi.siliconlandmark.com> <20050531144240.GE9158@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.542, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: "Jack L." , freebsd-current@freebsd.org Subject: Re: Intel EM64T Processor Platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 18:24:29 -0000 On Tue, 31 May 2005, David O'Brien wrote: > On Tue, May 31, 2005 at 12:00:44AM -0400, Andre Guibert de Bruet wrote: >> On Sun, 29 May 2005, Roland Smith wrote: >>> On Sun, May 29, 2005 at 12:00:29AM -0800, Jack L. wrote: >>>> >>>> What cpu type should I use for make.conf and the kernel if I want to >>>> use the AMD64 platform? >>> >>> You do not need to have anything special in make.conf, and the GENERIC >>> kernel for amd64 contains the necessary 'machine' and 'cpu' paramaters. >> >> This is not entirely correct. Sure, your system will run without anything >> special in make.conf; But if you want decent performance, you probably >> want to set CPUTYPE to "nocona" in order to get a build that is tailored >> to your cpu (SSE3, etc). More information on what that CPUTYPE enables is >> available in /usr/share/mk/bsd.cpu.mk. > > You're saying that one doesn't get decent performance on a Nocona with > stock GCC code generation? While one may get noticeably better > performance with CPUTYPE=nocona, I doubt it is a huge difference. What > I'm saying is, I sure one will have decent performance with a stock > FreeBSD/amd64 install. >From the testing that I performed on my desktop a few months back, the interactive performance was noticeably better under heavy IO. I have since switched the machine back to i386 mode because of vm-related panics (Which in all honesty, were most probably caused by the state of current at the time). Having just 4GB of memory in the system, the lack of EM64T has not really been that big of an issue (Even though the system is only reporting 3.5GB). The hardware that I ran all of this on is detailed in the following dmesg: http://bling.properkernel.com/freebsd/boot-v.txt Cheers, Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Tue May 31 18:52:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C360816A41C; Tue, 31 May 2005 18:52:48 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53A0843D49; Tue, 31 May 2005 18:52:48 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id CDEBB46B20; Tue, 31 May 2005 14:52:47 -0400 (EDT) Date: Tue, 31 May 2005 19:53:25 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andre Guibert de Bruet In-Reply-To: <20050525150557.Y3967@lexi.siliconlandmark.com> Message-ID: <20050531194718.F24311@fledge.watson.org> References: <20050525150557.Y3967@lexi.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: julian@FreeBSD.org, current@freebsd.org Subject: Re: NGROUPS_MAX in CURRENT - Where are those NFS 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: Tue, 31 May 2005 18:52:48 -0000 On Tue, 31 May 2005, Andre Guibert de Bruet wrote: > This question gets asked over and over on the various lists [*], but I > have yet to see an answer other than "We are not sure, and it is > probably not worth it" or "don't hike it too high, performance > degradation might occur": > > "Why doesn't CURRENT have NGROUPS_MAX set to 32 or 64?" > > The issue with xucred makes sense for the stable branches, but I am not > sure that the same compat guarantees are provided for current. I have > used local diffs to 64 for a number of years and have yet to run into > issues. > > I have read about fireworks with NFS, and I guess I am confuzed by why > this would would be the case. My "normal use" of NFS on system with > users in many groups never seems to have turned up any problems. The > following was done on an NFS client system with NGROUPS set to 64 and a > server with 16 in an NFS-mounted directory. I've had a very specific request to investigate larger values of NGROUPS_MAX, on the order of hundreds and thousands of groups, and have started to do so. Unfortunately, I have a lot of other stuff on my plate right now, so haven't gotten too far. The issues I'm aware of are as follows: (1) If you need a large potential increase in maximum groups, you need to move to a variable-length credential structure so you don't waste lots of kernel memory. I have an initial prototype of this in some branch in Perforce. Basically, if you ask for <16 groups, you just get groups in ucred, otherwise you get an extended storage allocation that contains a ucred. Among other things, you now have to also maintain an array size. I had hoped to get this into 6.x, but most likely it will go into 7.x and maybe get backported. (2) Some kernel components are aware of, and export, group sets. The two specific ones I'm aware of are the ones you've already highlighted: the NFS client, and xucred. Additional credentials support was recently added to UNIX domain sockets, so they likely need more attention as well. It's not clear to me what the right approach for NFS is, so we should look at what other people have done -- they most likely truncate the list during export. It may be we already truncate in the NFS code correctly, but to be honest, I've not looked. The problem, btw, will turn up when you try to access something using an extended group beyond the maximum supported by NFS, and because the client truncates the group set, access is denied (or granted). I don't know if any vendors have NFS extensions to deal with this, but some googling is probably called for. (3) We need to check use of group sets in user space -- particularly, for stack-allocated group storage, the group database code, YP, NSS, etc. I've not yet begun this, but suspect that if you start to support thousands of groups, you run into problems here. Probably not hard to fix, but someone needs to do it. If you're aware of any specific issues, please file PRs for them and point me at them. Robert N M Watson > > %id; echo "test" > testing; sync; ls -l testing; cat testing; > uid=1028(andy) gid=101(users) groups=101(users), 0(wheel), 102(src), > 106(crevil), 108(nmap), 109(osinc), 110(toast), 112(fpjet), 114(rose), > 115(mysql), 116(khendon), 117(ffchat), 120(cdcas), 121(masus), 122(stukings), > 123(uppersixth), 124(brits), 125(ncom), 126(slems), 128(architects), > 129(parlane), 132(bounce), 133(cryogen), 134(bikes), 135(enterprise), > 136(sort), 137(bcomp), 138(btestsite), 140(openj), 141(mmouse), 142(ctbm), > 143(realm) > -rw-r--r-- 1 andy wheel 5 May 25 20:17 testing > test > > As you can see, the output is as one would expect. I would love to provide > patches / testing on this "issue" but I can't seem to reproduce it. > > Thanks, > Andy > > [*]: References: > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2003-12/1135.html > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=179810+0+archive/2001/freebsd-current/20011007.freebsd-current > http://lists.freebsd.org/pipermail/freebsd-questions/2003-December/028661.html > http://news.gw.com/freebsd.standards/5 > http://adam.kungfoohampster.com/lists/freebsd-questions/msg02574.shtml > > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ > /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ > _______________________________________________ > 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 May 31 19:09:09 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EA4A16A41C; Tue, 31 May 2005 19:09:09 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E37A43D4C; Tue, 31 May 2005 19:09:08 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD002S3HQTVS70@osl1smout1.broadpark.no>; Tue, 31 May 2005 23:16:05 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD00BLXC1E3EW7@osl1sminn1.broadpark.no>; Tue, 31 May 2005 21:12:50 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 376D045165; Tue, 31 May 2005 21:09:07 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 20B8245131; Tue, 31 May 2005 21:09:02 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id C751733C3B; Tue, 31 May 2005 21:09:01 +0200 (CEST) Date: Tue, 31 May 2005 21:09:01 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050531.115338.74685129.imp@bsdimp.com> To: Warner Losh Message-id: <86fyw3b4c2.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <86fyw32yqm.fsf@xps.des.no> <86k6lfbafu.fsf@xps.des.no> <20050531.115338.74685129.imp@bsdimp.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Cc: nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org, ume@freebsd.org, current@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 19:09:09 -0000 Warner Losh writes: > Dag-Erling Sm=F8rgrav writes: > > What do we gain from removing the padding? Is there even a single > > practical benefit to doing so? > It is for posix compatibility. Nonsense. POSIX does not forbid padding or additional structure members. The exact wording is: > The header shall define the addrinfo structure that includes > at least the following members: -------- > > int ai_flags Input flags. > int ai_family Address family of socket. > int ai_socktype Socket type. > int ai_protocol Protocol of socket. > socklen_t ai_addrlen Length of socket address. > struct sockaddr *ai_addr Socket address of socket. > char *ai_canonname Canonical name of service location. > struct addrinfo *ai_next Pointer to next in list. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue May 31 20:05:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B742F16A41C; Tue, 31 May 2005 20:05:48 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id A983843D49; Tue, 31 May 2005 20:05:47 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4VK3Y1V066276; Tue, 31 May 2005 14:03:34 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 May 2005 14:03:34 -0600 (MDT) Message-Id: <20050531.140334.74683681.imp@bsdimp.com> To: des@des.no From: Warner Losh In-Reply-To: <86fyw3b4c2.fsf@xps.des.no> References: <86k6lfbafu.fsf@xps.des.no> <20050531.115338.74685129.imp@bsdimp.com> <86fyw3b4c2.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org, ume@freebsd.org, current@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 20:05:48 -0000 > Warner Losh writes: > > Dag-Erling Sm=F8rgrav writes: > > > What do we gain from removing the padding? Is there even a singl= e > > > practical benefit to doing so? > > It is for posix compatibility. > = > Nonsense. POSIX does not forbid padding or additional structure > members. The exact wording is: > = > > The header shall define the addrinfo structure that inclu= des > > at least the following members: > -------- > > > > int ai_flags Input flags. > > int ai_family Address family of socket. > > int ai_socktype Socket type. > > int ai_protocol Protocol of socket. > > socklen_t ai_addrlen Length of socket address. > > struct sockaddr *ai_addr Socket address of socket. > > char *ai_canonname Canonical name of service location.= > > struct addrinfo *ai_next Pointer to next in list. Did you bother reading what I posted? I don't think so since you'd have known that ai_addrlen was changed to be socklen_t for posix compliance, and the padding was added for ABI compatibility. The removal of padding is the normal sort of thing that's done during major revisions. It was there, indirectly, for POSIX compliance. Maybe the padding removal is too painful given all the extra 'oh, by the ways' that we're stumbling over. Warner From owner-freebsd-current@FreeBSD.ORG Tue May 31 20:08:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F0BB16A41C; Tue, 31 May 2005 20:08:36 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA75643D49; Tue, 31 May 2005 20:08:35 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD002XAKHVVR90@osl1smout1.broadpark.no>; Wed, 01 Jun 2005 00:15:32 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHD00BM3ESG2ZP8@osl1sminn1.broadpark.no>; Tue, 31 May 2005 22:12:16 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id EEB4645165; Tue, 31 May 2005 22:08:32 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 3A03C45131; Tue, 31 May 2005 22:08:30 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 2E20E33C3B; Tue, 31 May 2005 22:08:30 +0200 (CEST) Date: Tue, 31 May 2005 22:08:30 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050531.140334.74683681.imp@bsdimp.com> To: Warner Losh Message-id: <867jhfb1kx.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <86k6lfbafu.fsf@xps.des.no> <20050531.115338.74685129.imp@bsdimp.com> <86fyw3b4c2.fsf@xps.des.no> <20050531.140334.74683681.imp@bsdimp.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Cc: nectar@freebsd.org, standards@freebsd.org, freebsd-arch@freebsd.org, ume@freebsd.org, current@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 20:08:36 -0000 Warner Losh writes: > Dag-Erling Sm=F8rgrav writes: > > Warner Losh writes: > > > Dag-Erling Sm=F8rgrav writes: > > > > What do we gain from removing the padding? Is there even a single > > > > practical benefit to doing so? > > > It is for posix compatibility. > > Nonsense. POSIX does not forbid padding or additional structure > > members. The exact wording is: [...] > Did you bother reading what I posted? I don't think so since you'd > have known that ai_addrlen was changed to be socklen_t for posix > compliance, and the padding was added for ABI compatibility. The > removal of padding is the normal sort of thing that's done during > major revisions. It was there, indirectly, for POSIX compliance. I know that. I am questioning the need to *remove* the padding, as you would know if *you* had bothered reading what *I* posted. I've included it so you can double-check. > Maybe the padding removal is too painful given all the extra 'oh, by > the ways' that we're stumbling over. That is exactly what I'm saying. BTW, could you please fix your MUA to correctly attribute quotes? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue May 31 20:14:20 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBDA416A41C; Tue, 31 May 2005 20:14:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id E010A43D48; Tue, 31 May 2005 20:14:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4VKDxNv066389; Tue, 31 May 2005 14:13:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 31 May 2005 14:13:59 -0600 (MDT) Message-Id: <20050531.141359.41699609.imp@bsdimp.com> To: des@des.no From: Warner Losh In-Reply-To: <867jhfb1kx.fsf@xps.des.no> References: <86fyw3b4c2.fsf@xps.des.no> <20050531.140334.74683681.imp@bsdimp.com> <867jhfb1kx.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: nectar@FreeBSD.org, standards@FreeBSD.org, freebsd-arch@FreeBSD.org, ume@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 20:14:21 -0000 > > Maybe the padding removal is too painful given all the extra 'oh, by > > the ways' that we're stumbling over. > > That is exactly what I'm saying. I'm starting to wonder... > BTW, could you please fix your MUA to correctly attribute quotes? I think that your last message confused it because it had quoted material from posix... Warner From owner-freebsd-current@FreeBSD.ORG Tue May 31 21:59:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54D4316A41F for ; Tue, 31 May 2005 21:59:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2B9443D48 for ; Tue, 31 May 2005 21:59:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B7BA751F72; Tue, 31 May 2005 14:59:22 -0700 (PDT) Date: Tue, 31 May 2005 14:59:22 -0700 From: Kris Kennaway To: Eric Anderson Message-ID: <20050531215922.GA16829@xor.obsecurity.org> References: <20050530150621.GB90183@tarc.po.cs.msu.su> <20050530184005.GB66808@xor.obsecurity.org> <20050531102256.GA20255@tarc.po.cs.msu.su> <20050531114050.GA51381@xor.obsecurity.org> <429C6657.4070201@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <429C6657.4070201@centtech.com> User-Agent: Mutt/1.4.2.1i Cc: Tarc , freebsd-current , Kris Kennaway Subject: Re: FreeBSD 6.0-CURRENT lastest snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 21:59:24 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 31, 2005 at 08:27:51AM -0500, Eric Anderson wrote: > >snapshots.jp is in need of working hardware to produce the snapshots. > >They need a donor. >=20 > What kind of hardware? Is there a website somewhere? It's on the 'donations request list' on the website: http://www.freebsd.org/donations/wantlist.html (under matusita) Kris --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCnN46Wry0BWjoQKURAmNkAJ9a6X4ctXNxLCjqlzkTAwoeM33oUwCggb4v KbamGfSrNgdmoN2gnP39NBk= =7t1i -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 00:09:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA43516A41C for ; Wed, 1 Jun 2005 00:09:26 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EAD243D49 for ; Wed, 1 Jun 2005 00:09:25 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 3D8F08569C; Wed, 1 Jun 2005 09:39:24 +0930 (CST) Date: Wed, 1 Jun 2005 09:39:24 +0930 From: Greg 'groggy' Lehey To: Kevin Downey Message-ID: <20050601000924.GF35959@wantadilla.lemis.com> References: <1d3ed48c0505302328349f2a0b@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rWhLK7VZz0iBluhq" Content-Disposition: inline In-Reply-To: <1d3ed48c0505302328349f2a0b@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-current@freebsd.org Subject: Re: Crash Dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 00:09:26 -0000 --rWhLK7VZz0iBluhq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 30 May 2005 at 23:28:38 -0700, Kevin Downey wrote: > first off: > FreeBSD zifnab 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Mon May 30 07:53:44 > PDT 2005 kevin@zifnab:/usr/obj/usr/src/sys/SEE_NO_EVIL i386 > built from sources cvsuped yesterday (the 29th of May) ontop of the > SNAP002 or whatever it was called from March. > > Now, I am getting what seem to me, to be random crashes. Of course > there are many things in this world which seem random to me because I > do not know what is going on. These crashes indubitably fall in to > this category of things. > I figure the best way to learn more about this is to ask other people. > And I also know that when asking other people, particular this list, > it is a good idea to be in possession of various background > information. But, and here is the twist, when the panic happens, the > 'dumping X megabytes of memory`, or whatever the exact wording is, > message pops up, and then just sits there for however long I am > willing to let the machine sit(2 hours is the upper limit on that). > The IDE activity LED does not blink(I assume it should be blinking if > the memory is being dumped to swap on an IDE drive), it does blink > when I hit keys on the keyboard. Sounds like the crash involves block I/O, so you're not able to dump. Try remote debugging. See the handbook or http://www.lemis.com/grog/Papers/Debug-tutorial/tutorial.pdf for details. > dmesg from the machine: http://kevin.is.a.zombie.org/dmesg > kernel config: http://kevin.is.a.zombie.org/SEE_NO_EVIL > > kevin@zifnab:~% swapinfo > Device 1K-blocks Used Avail Capacity > /dev/ad0s1b 2572288 19972 2572288 1% This won't be your issue here, but the only important thing is that the swap partition should be slightly larger than RAM (about 64 kB or so). > And on a somewhat unrelated note, I get hard lockups(have to hit the > reboot button to reboot) when playing videos using xv(have not tried > other options). It does happen somewhat intermittently, mostly if I > play more than one video file in a row. We don't know yet if this is unrelated. Greg -- The virus contained in this message was not detected. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --rWhLK7VZz0iBluhq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCnPy0IubykFB6QiMRAm/zAJ9vb/nFVukFpb4+M1dPiTU5+BkDlACgs1l0 0A4cL6GwBM10Xu9xuZt179Q= =a5ow -----END PGP SIGNATURE----- --rWhLK7VZz0iBluhq-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 04:24:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FDE716A41C for ; Wed, 1 Jun 2005 04:24:35 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A570243D1F for ; Wed, 1 Jun 2005 04:24:34 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j514OUAA028498 for ; Wed, 1 Jun 2005 00:24:30 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j514OUlX028495 for ; Wed, 1 Jun 2005 00:24:30 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 1 Jun 2005 00:24:30 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20050601000203.D69811@lexi.siliconlandmark.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-504302586-1117599870=:69811" X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.54, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: Subject: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 04:24:35 -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-504302586-1117599870=:69811 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi, I would like to present a unified set of VM and VFS diffs for wider scrutiny and testing. I have been running these diffs since May 10th across daily reboots with no issues. What this patch does: - Adds code that cleanly unmounts swaps (Forcing page-in first) after the final sync but before all of the filesystems are unmounted. This causes references to swap slices in devfs to not be dangling when the machine is rebooted. - Defers unmounting of devfs until all other filesystems are unmounted. - Prints diagnostic messages when non-free dangling vnodes are still active on shutdown. What it doesn't: - Fix the EBUSY error code that is returned on reboot (But it sharply reduces the amount of dangling vnodes. I am still working on this issue). - Vacuum your apartment (Sorry...). The patch is attached to this email. Just in case it doesn't make it to the list, it can also be found online at: http://bling.properkernel.com/freebsd/vm+vfs.shutdown.changes.patch Comments and constructive criticism very welcome. :-) Cheers, Andy PS: This work was sponsored by my employer, Silicon Landmark. If you like what you see, support us. /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ --0-504302586-1117599870=:69811 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=vm+vfs.shutdown.changes.patch Content-Transfer-Encoding: BASE64 Content-ID: <20050601002430.J69811@lexi.siliconlandmark.com> Content-Description: Content-Disposition: attachment; filename=vm+vfs.shutdown.changes.patch SW5kZXg6IGtlcm4va2Vybl9zaHV0ZG93bi5jDQo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4va2Vy bl9zaHV0ZG93bi5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xNzQNCmRp ZmYgLXUgLXIxLjE3NCBrZXJuX3NodXRkb3duLmMNCi0tLSBrZXJuL2tlcm5f c2h1dGRvd24uYwkxMiBBcHIgMjAwNSAwNTo0NTo1OCAtMDAwMAkxLjE3NA0K KysrIGtlcm4va2Vybl9zaHV0ZG93bi5jCTEwIE1heSAyMDA1IDE3OjA5OjAy IC0wMDAwDQpAQCAtNjQsNiArNjQsOSBAQA0KICNpbmNsdWRlIDxzeXMvc3lz Y3RsLmg+DQogI2luY2x1ZGUgPHN5cy9zeXNwcm90by5oPg0KIA0KKyNpbmNs dWRlIDx2bS92bS5oPg0KKyNpbmNsdWRlIDx2bS9zd2FwX3BhZ2VyLmg+DQor DQogI2luY2x1ZGUgPG1hY2hpbmUvY3B1Lmg+DQogI2luY2x1ZGUgPG1hY2hp bmUvcGNiLmg+DQogI2luY2x1ZGUgPG1hY2hpbmUvc21wLmg+DQpAQCAtMzc0 LDYgKzM3NywxMiBAQA0KIAkJCWlmICghZmlyc3RfYnVmX3ByaW50ZikNCiAJ CQkJcHJpbnRmKCJGaW5hbCBzeW5jIGNvbXBsZXRlXG4iKTsNCiAJCQkvKg0K KwkJCSAqIERpc2FibGUgc3dhcHBpbmcNCisJCQkgKi8NCisJCQlpZiAocGFu aWNzdHIgPT0gMCkNCisJCQkJc3dhcF9zd2Fwb2ZmX2FsbChjdXJ0aHJlYWQp Ow0KKw0KKwkJCS8qDQogCQkJICogVW5tb3VudCBmaWxlc3lzdGVtcw0KIAkJ CSAqLw0KIAkJCWlmIChwYW5pY3N0ciA9PSAwKQ0KSW5kZXg6IGtlcm4vdmZz X3N1YnIuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9o b21lL25jdnMvc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmMsdg0KcmV0cmlldmlu ZyByZXZpc2lvbiAxLjYyNA0KZGlmZiAtdSAtcjEuNjI0IHZmc19zdWJyLmMN Ci0tLSBrZXJuL3Zmc19zdWJyLmMJNiBNYXkgMjAwNSAwMjo0ODoyMCAtMDAw MAkxLjYyNA0KKysrIGtlcm4vdmZzX3N1YnIuYwkxMSBNYXkgMjAwNSAwMTow NDowMyAtMDAwMA0KQEAgLTI2NjAsNiArMjY2MCw3IEBADQogew0KIAlzdHJ1 Y3QgbW91bnQgKm1wOw0KIAlzdHJ1Y3QgdGhyZWFkICp0ZDsNCisJc3RydWN0 IHZub2RlICp2cDsNCiAJaW50IGVycm9yOw0KIA0KIAlLQVNTRVJUKGN1cnRo cmVhZCAhPSBOVUxMLCAoInZmc191bm1vdW50YWxsOiBOVUxMIGN1cnRocmVh ZCIpKTsNCkBAIC0yNjY5LDYgKzI2NzAsMzkgQEANCiAJICovDQogCXdoaWxl KCFUQUlMUV9FTVBUWSgmbW91bnRsaXN0KSkgew0KIAkJbXAgPSBUQUlMUV9M QVNUKCZtb3VudGxpc3QsIG1udGxpc3QpOw0KKw0KKyNpZmRlZiBESUFHTk9T VElDDQorCQlwcmludGYoInZmc191bm1vdW50YWxsOiBUQUlMUV9MQVNUIGdh dmUgdXM6ICVzXG4iLA0KKwkJCW1wLT5tbnRfc3RhdC5mX21udGZyb21uYW1l KTsNCisjZW5kaWYgLyogRElBR05PU1RJQyAqLw0KKw0KKwkJaWYoIXN0cmNt cChtcC0+bW50X3N0YXQuZl9tbnRmcm9tbmFtZSwgImRldmZzIikgJiYNCisJ CQlUQUlMUV9GSVJTVCgmbW91bnRsaXN0KSAhPQ0KKwkJCVRBSUxRX0xBU1Qo Jm1vdW50bGlzdCwgbW50bGlzdCkpDQorCQl7DQorCQkJbXAgPSBUQUlMUV9Q UkVWKG1wLCBtbnRsaXN0LCBtbnRfbGlzdCk7DQorCQkJcHJpbnRmKCJ2ZnNf dW5tb3VudF9hbGw6IEZvdW5kIGRldmZzLiAiDQorCQkJCSJkZWZlcnJpbmcg dW5tb3VudC5cbiIpOw0KKwkJfQ0KKw0KKyNpZmRlZiBESUFHTk9TVElDDQor CQlwcmludGYoInZmc191bm1vdW50YWxsOiB1bm1vdW50aW5nOiAlc1xuIiwN CisJCQltcC0+bW50X3N0YXQuZl9tbnRmcm9tbmFtZSk7DQorI2VuZGlmIC8q IERJQUdOT1NUSUMgKi8NCisNCisJCWlmKCFzdHJjbXAobXAtPm1udF9zdGF0 LmZfbW50ZnJvbW5hbWUsICJkZXZmcyIpKQ0KKwkJew0KKwkJCVRBSUxRX0ZP UkVBQ0godnAsICZtcC0+bW50X252bm9kZWxpc3QsIHZfbm1udHZub2RlcykN CisJCQl7DQorCQkJCWlmKCEodnAtPnZfdmZsYWcgJiBWSV9GUkVFKSkNCisJ CQkJCSAvKnZwLT52X3VzZWNvdW50ID4gMCkqLw0KKwkJCQl7DQorCQkJCQl2 bl9wcmludGYodnAsICIlcyIsICIiKTsNCisJCQkJCS8qVk9QX0RFU1RST1lW T0JKRUNUKHZwKTsqLw0KKwkJCQl9DQorCQkJfQ0KKwkJfQ0KKw0KIAkJZXJy b3IgPSBkb3VubW91bnQobXAsIE1OVF9GT1JDRSwgdGQpOw0KIAkJaWYgKGVy cm9yKSB7DQogCQkJVEFJTFFfUkVNT1ZFKCZtb3VudGxpc3QsIG1wLCBtbnRf bGlzdCk7DQpAQCAtMjY4Miw2ICsyNzE2LDkgQEANCiAJCQkvKiBUaGUgdW5t b3VudCBoYXMgcmVtb3ZlZCBtcCBmcm9tIHRoZSBtb3VudGxpc3QgKi8NCiAJ CX0NCiAJfQ0KKyNpZmRlZiBESUFHTk9TVElDDQorCXByaW50ZigidmZzX3Vu bW91bnRhbGwoKTogZG9uZSFcbiIpOw0KKyNlbmRpZiAvKiBESUFHTk9TVElD ICovDQogfQ0KIA0KIC8qDQpJbmRleDogdm0vc3dhcF9wYWdlci5jDQo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMv c3lzL3ZtL3N3YXBfcGFnZXIuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEu MjczDQpkaWZmIC11IC1yMS4yNzMgc3dhcF9wYWdlci5jDQotLS0gdm0vc3dh cF9wYWdlci5jCTIwIE1heSAyMDA1IDIxOjI2OjA1IC0wMDAwCTEuMjczDQor Kysgdm0vc3dhcF9wYWdlci5jCTI0IE1heSAyMDA1IDAyOjIxOjMwIC0wMDAw DQpAQCAtMjE5Myw2ICsyMTkzLDYwIEBADQogCXJldHVybiAoZXJyb3IpOw0K IH0NCiANCisNCisNCisvKg0KKyAqIHN3YXBfc3dhcG9mZl9hbGwodGhyZWFk KSAtIERpc2FibGUgYWxsIHN3YXAgZm9yIHN5c3RlbSBzaHV0ZG93bi4gVGhp cw0KKyAqIGZ1bmN0aW9uIGV4aXN0cyBiZWNhdXNlIG9mIHRoZSBiYWQgZGVz aWduIG9mIHN3YXBvZmYgd2l0aCBpdHMgcmVxdWlyZW1lbnQNCisgKiBmb3Ig YSBwYXRobmFtZSBpbnN0ZWFkIG9mIGEgc3dhcCBpbmRleC4gVG8gZ2V0IGFy b3VuZCB0aGUgb3ZlcmhlYWQgb2YgVkZTDQorICogbG9va3Vwcywgd2UgaXRl cmF0ZSB0aHJvdWdoIHRoZSBzd2FwIHRhaWxxLCBmb3JjZSBwYWdlLWlucyB0 aGVuIHJlbW92ZSB0aGUNCisgKiByZWZlcmVuY2UgdG8gZWFjaCBzdyBpbiBx dWV1ZS4NCisgKi8NCit2b2lkDQorc3dhcF9zd2Fwb2ZmX2FsbChzdHJ1Y3Qg dGhyZWFkICp0ZCkNCit7DQorCXN0cnVjdCBzd2RldnQgKnNwOw0KKw0KKwkv KiBwcmludGYoInN3YXBfc3dhcG9mZl9hbGw6IGNhbGxlZCFcbiIpOyAqLw0K KwlLQVNTRVJUKChuc3dhcGRldiA+IC0xKSwgKCJuc3dhcGRldiBpcyBuZWdh dGl2ZTogJWkiLCBuc3dhcGRldikpOw0KKw0KKwltdHhfbG9jaygmc3dfZGV2 X210eCk7DQorCXNwID0gVEFJTFFfRklSU1QoJnN3dGFpbHEpOw0KKw0KKwl3 aGlsZSAobnN3YXBkZXYpDQorCXsNCisJCS8qIFhYWCBXaGVuIHRoZSBzeXN0 ZW0gaXMgZ29pbmcgZG93biwgaXQgc2hvdWxkIGJlIHNhZmUgdG8gcGFnZQ0K KwkJICogYW55dGhpbmcgb24gc3dhcCBiYWNrIGluIHdpdGhvdXQgYW55IGlz c3VlcywgYXMgYWxsIHVzZXINCisJCSAqIHByb2Nlc3NlcyBoYXZlIGJlZW4g a2lsbGVkIG9mZi4NCisJCSAqLw0KKwkJc3AtPnN3X2ZsYWdzIHw9IFNXX0NM T1NJTkc7DQorCQltdHhfdW5sb2NrKCZzd19kZXZfbXR4KTsNCisJCQ0KKwkJ LypwcmludGYoInN3YXBfc3dhcG9mZl9hbGw6IEl0ZXJhdGluZyBpbiBsb29w Li4uXG4iKTsgKi8NCisJCXN3YXBfcGFnZXJfc3dhcG9mZihzcCk7DQorDQor CQlzcC0+c3dfY2xvc2UodGQsIHNwKTsNCisJCXNwLT5zd19pZCA9IE5VTEw7 DQorDQorCQluc3dhcGRldi0tOw0KKw0KKwkJbXR4X2xvY2soJnN3X2Rldl9t dHgpOw0KKwkJVEFJTFFfUkVNT1ZFKCZzd3RhaWxxLCBzcCwgc3dfbGlzdCk7 DQorDQorCQlzcCA9IFRBSUxRX0ZJUlNUKCZzd3RhaWxxKTsNCisJCWZyZWUo c3AsIE1fVk1QR0RBVEEpOw0KKwl9DQorCW10eF91bmxvY2soJnN3X2Rldl9t dHgpOw0KKw0KKwlzd2FwX3BhZ2VyX2Z1bGwgPSAyOw0KKwlzd2FwX3BhZ2Vy X2FsbW9zdF9mdWxsID0gMTsNCisJc3dkZXZoZCA9IE5VTEw7DQorCQ0KKwkv KiBwcmludGYoInN3YXBfc3dhcG9mZl9hbGw6IGRvbmUhXG4iKTsgKi8NCit9 DQorDQorDQorDQogdm9pZA0KIHN3YXBfcGFnZXJfc3RhdHVzKGludCAqdG90 YWwsIGludCAqdXNlZCkNCiB7DQpJbmRleDogdm0vc3dhcF9wYWdlci5oDQo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9z cmMvc3lzL3ZtL3N3YXBfcGFnZXIuaCx2DQpyZXRyaWV2aW5nIHJldmlzaW9u IDEuNTANCmRpZmYgLXUgLXIxLjUwIHN3YXBfcGFnZXIuaA0KLS0tIHZtL3N3 YXBfcGFnZXIuaAk3IEphbiAyMDA1IDAyOjI5OjI3IC0wMDAwCTEuNTANCisr KyB2bS9zd2FwX3BhZ2VyLmgJMTAgTWF5IDIwMDUgMTc6NTQ6NDEgLTAwMDAN CkBAIC01MCw2ICs1MCw3IEBADQogaW50IHN3YXBfcGFnZXJfaXNzd2FwcGVk KHZtX29iamVjdF90LCBzdHJ1Y3Qgc3dkZXZ0ICopOw0KIGludCBzd2FwX3Bh Z2VyX3Jlc2VydmUodm1fb2JqZWN0X3QsIHZtX3BpbmRleF90LCB2bV9zaXpl X3QpOw0KIHZvaWQgc3dhcF9wYWdlcl9zdGF0dXMoaW50ICp0b3RhbCwgaW50 ICp1c2VkKTsNCit2b2lkIHN3YXBfc3dhcG9mZl9hbGwoc3RydWN0IHRocmVh ZCAqKTsNCiANCiAjZW5kaWYJCQkJLyogX0tFUk5FTCAqLw0KICNlbmRpZgkJ CQkvKiBfVk1fU1dBUF9QQUdFUl9IXyAqLw0K --0-504302586-1117599870=:69811-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 05:44:22 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD5CC16A41C; Wed, 1 Jun 2005 05:44:22 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F89743D54; Wed, 1 Jun 2005 05:44:22 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id DA4D450CFD; Wed, 1 Jun 2005 14:44:20 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 96A0650CFC; Wed, 1 Jun 2005 14:44:18 +0900 (JST) Date: Wed, 01 Jun 2005 14:44:18 +0900 Message-ID: <7msm02k4wd.wl%kuriyama@imgsrc.co.jp> From: Jun Kuriyama To: Current , jeff@FreeBSD.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Cc: Subject: Hang in NFS client operation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 05:44:23 -0000 Since 2005-04-09 (*), my (-current) box sometimes hang at NFS client operation (usually CVS update from readonly NFS mounted repository. Server is 5.3R). Is there something I can help debugging about this issue? ----- db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 7778 c3b73e00 103 7776 7767 0004000 [SLPQ nfsreq 0xc3d87e80][SLP] cvs ... db> trace 7778 Tracing pid 7778 tid 100124 td 0xc3b6b300 sched_switch(c3b6b300,0,1) at sched_switch+0x14f mi_switch(1,0,c3b6b300,1,c3b6b300) at mi_switch+0x1ba sleepq_switch(c3d87e80) at sleepq_switch+0x133 sleepq_wait(c3d87e80,0,c3bc5298,0,c3d87e80) at sleepq_wait+0xb msleep(c3d87e80,c0721a60,53,c06c28fc,0) at msleep+0x356 nfs_reply(c3d87e80,0,f,0,c3b6b300) at nfs_reply+0x23c nfs_request(c4d69aa0,c3eb1200,3,c3b6b300,c3bf0d80) at nfs_request+0x3c1 nfs_lookup(ecf93bd8) at nfs_lookup+0x2d8 VOP_LOOKUP_APV(c06f8ba0,ecf93bd8) at VOP_LOOKUP_APV+0x38 lookup(ecf93c68,ecf93c14,0,c3b6b300,ecf93c90) at lookup+0x431 namei(ecf93c68,c3bf0d80,c3dd8e00,80c3080,0) at namei+0x396 kern_access(c3b6b300,80c3080,0,4,ecf93d30) at kern_access+0x6a access(c3b6b300,ecf93d04,2,2d7,286) at access+0x15 syscall(3b,bfbf003b,bfbf003b,80c3080,80de8c0) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (33, FreeBSD ELF32, access), eip = 0x282e6bc7, esp = 0xbfbfe47c, ebp = 0xbfbfe498 --- ----- (*) I tried to find actual commit by using binary search: > Modified files: > sys/kern vfs_lookup.c > Log: > - If we vrele() a dvp while the child is locked we can potentially > deadlock > when vrele() acquires the directory lock in the wrong order. Fix > this > via the following changes: > ... -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 05:45:00 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 772AA16A41C for ; Wed, 1 Jun 2005 05:45:00 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27EFC43D53 for ; Wed, 1 Jun 2005 05:44:59 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j515ija7090994; Tue, 31 May 2005 22:44:50 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506010544.j515ija7090994@gw.catspoiler.org> Date: Tue, 31 May 2005 22:44:45 -0700 (PDT) From: Don Lewis To: anderson@centtech.com In-Reply-To: <429C77D9.2000903@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: cannot alloc 19968 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 05:45:00 -0000 On 31 May, Eric Anderson wrote: > One of my filesystems won't fsck. I'm not sure how to fix it, or what > it's really trying to tell me. > > # fsck -y /vol1 > ** /dev/da0s1d > ** Last Mounted on /vol1 > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot alloc 19968 bytes for inoinfo > > > df -i /vol1 output: > Filesystem 1K-blocks Used Avail Capacity iused ifree > %iused Mounted on > /dev/da0s1d 1891668564 1684163832 56171248 97% 55109756 189360002 > 23% /vol1 > > > Any help would be very appreciated! You're probably running into the default 512MB data size limit. Try setting kern.maxdsiz to a larger value in /boot/loader.conf and rebooting. I've got mine set to 1GB. kern.maxdsiz="1073741824" From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 06:40:49 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E09A516A41C for ; Wed, 1 Jun 2005 06:40:49 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A411543D1D for ; Wed, 1 Jun 2005 06:40:49 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j516efHC091087; Tue, 31 May 2005 23:40:46 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506010640.j516efHC091087@gw.catspoiler.org> Date: Tue, 31 May 2005 23:40:41 -0700 (PDT) From: Don Lewis To: andy@siliconlandmark.com In-Reply-To: <20050601000203.D69811@lexi.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 06:40:50 -0000 On 1 Jun, Andre Guibert de Bruet wrote: > Hi, > > I would like to present a unified set of VM and VFS diffs for wider > scrutiny and testing. I have been running these diffs since May 10th > across daily reboots with no issues. > > What this patch does: > - Adds code that cleanly unmounts swaps (Forcing page-in first) after the > final sync but before all of the filesystems are unmounted. This causes > references to swap slices in devfs to not be dangling when the machine is > rebooted. What if there is not enough RAM it page in the swap contents? This may be likely to happen if swap-backed md(4) devices are used. This problem is a bit complicated because there can be various combinations of: mounted file systems that reside on swap-backed memory disks mounted file systems that reside on vnode-backed memory disks vnode-backed memory disks used as swap devices so that there is no simple ordering of operations that can be used on shutdown. I think that even some wierd cases like a mounted file system that resides on a vnode-backed memory disk, whose backing file resides in a file system that resides on a swap-backed memory disk, might be legitimate. On shutdown, file systems should be unmounted, swap devices should be disabled, and memory disks should be unconfigured, all in reverse dependency order. When swap-backed memory disks are unconfigured, their contents can be discarded and the contents don't have to be paged in before disabling the backing swap device. I don't even want to think about swapping to a swap-backed memory disk. From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 07:02:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CD0716A41C for ; Wed, 1 Jun 2005 07:02:29 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [66.150.201.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 998B443D54 for ; Wed, 1 Jun 2005 07:02:28 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 38618 invoked by uid 399); 1 Jun 2005 07:02:27 -0000 Received: from unknown (HELO ?192.168.1.104?) (dougb@dougbarton.net@68.66.14.11) by mail1.fluidhosting.com with SMTP; 1 Jun 2005 07:02:27 -0000 Message-ID: <429D5D81.6020802@FreeBSD.org> Date: Wed, 01 Jun 2005 00:02:25 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <429B71C4.9080803@FreeBSD.org> <20050531013528.V940@ync.qbhto.arg> <429C920B.30005@errno.com> In-Reply-To: <429C920B.30005@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: wpaul@freebsd.org, freebsd-current@freebsd.org Subject: Re: wpa_supplicant + NDIS (broadcom) + linksys WRT54G possible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 07:02:29 -0000 Sam Leffler wrote: > What "latest sources" did you use? wpa_supplicant or the ndis driver? -current. I already had the latest wpa_supplicant. > Your log shows a completed handshake and both PTK and GTK plumbed so in > theory traffic should flow. You may not see the keys with ifconfig > unless the ndis layer installs them in the net80211 data structures > (don't recall what it does). I tried this again, and even tried configuring the network by hand. Still no packets were passed. Also, I tried this on a different AP, and it never completed the WPA-PSK handshake, the log looked just like the first one I published. > You would probably better off setting up an ap where you can see what's > happening on the ap side. Since you have an ath card you could use that > to test with (even in the same laptop). I can try that, be a couple days before I get to it though. I'm hoping that wpaul has an epiphany first, but if not, I'll see what I can do. Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 07:16:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7766216A41C; Wed, 1 Jun 2005 07:16:48 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21CF443D49; Wed, 1 Jun 2005 07:16:47 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 0A21946B46; Wed, 1 Jun 2005 03:16:47 -0400 (EDT) Date: Wed, 1 Jun 2005 08:17:29 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jun Kuriyama In-Reply-To: <7msm02k4wd.wl%kuriyama@imgsrc.co.jp> Message-ID: <20050601081530.B24311@fledge.watson.org> References: <7msm02k4wd.wl%kuriyama@imgsrc.co.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: jeff@FreeBSD.org, Current Subject: Re: Hang in NFS client operation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 07:16:48 -0000 On Wed, 1 Jun 2005, Jun Kuriyama wrote: > Since 2005-04-09 (*), my (-current) box sometimes hang at NFS client > operation (usually CVS update from readonly NFS mounted repository. > Server is 5.3R). > > Is there something I can help debugging about this issue? While it sounds like you've found the culprit, with NFS hangs it's always worth sitting down with a packet sniffer and making sure the wire protocol looks good. Ethereal actually has quite a nice NFS RPC decoder. What you want to do is attach Ethereal to the interface and make sure that the last lookup RPC in the sequence gets a valid looking reply. This probably just means making sure there was a reply. Robert N M Watson > > ----- > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 7778 c3b73e00 103 7776 7767 0004000 [SLPQ nfsreq 0xc3d87e80][SLP] cvs > ... > db> trace 7778 > Tracing pid 7778 tid 100124 td 0xc3b6b300 > sched_switch(c3b6b300,0,1) at sched_switch+0x14f > mi_switch(1,0,c3b6b300,1,c3b6b300) at mi_switch+0x1ba > sleepq_switch(c3d87e80) at sleepq_switch+0x133 > sleepq_wait(c3d87e80,0,c3bc5298,0,c3d87e80) at sleepq_wait+0xb > msleep(c3d87e80,c0721a60,53,c06c28fc,0) at msleep+0x356 > nfs_reply(c3d87e80,0,f,0,c3b6b300) at nfs_reply+0x23c > nfs_request(c4d69aa0,c3eb1200,3,c3b6b300,c3bf0d80) at nfs_request+0x3c1 > nfs_lookup(ecf93bd8) at nfs_lookup+0x2d8 > VOP_LOOKUP_APV(c06f8ba0,ecf93bd8) at VOP_LOOKUP_APV+0x38 > lookup(ecf93c68,ecf93c14,0,c3b6b300,ecf93c90) at lookup+0x431 > namei(ecf93c68,c3bf0d80,c3dd8e00,80c3080,0) at namei+0x396 > kern_access(c3b6b300,80c3080,0,4,ecf93d30) at kern_access+0x6a > access(c3b6b300,ecf93d04,2,2d7,286) at access+0x15 > syscall(3b,bfbf003b,bfbf003b,80c3080,80de8c0) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (33, FreeBSD ELF32, access), eip = 0x282e6bc7, esp = 0xbfbfe47c, ebp = 0xbfbfe498 --- > > > ----- > (*) I tried to find actual commit by using binary search: > > >> Modified files: >> sys/kern vfs_lookup.c >> Log: >> - If we vrele() a dvp while the child is locked we can potentially >> deadlock >> when vrele() acquires the directory lock in the wrong order. Fix >> this >> via the following changes: >> ... > > > -- > Jun Kuriyama // IMG SRC, Inc. > // FreeBSD Project > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 09:13:54 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2033E16A41C for ; Wed, 1 Jun 2005 09:13:54 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB8743D49 for ; Wed, 1 Jun 2005 09:13:53 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 5AB1E46B09 for ; Wed, 1 Jun 2005 05:13:53 -0400 (EDT) Date: Wed, 1 Jun 2005 10:14:36 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20050601101156.M24311@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: UP kernel build -- broken by bus/interrupt-related changes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 09:13:54 -0000 When building a 6.x UP kernel on a 5.x build box, I get the following build problem. Adding an explicit include of to sched_4bsd.c fixes the problem, but probably isn't the right answer. Presumably, interrupt.h relies on the definition of interrupt-related types by means of prior includes, and it worked for sched_4bsd.c due to pollution earlier in the include chain. I've not tracked this down to a specific commit, but presumably it was one of the recent changes to the busspace API include files, and works in the SMP case due to conditional pollution. If someone who is at one with the include files and types in question could fix this, that would be great! zoo:/zoo/rwatson/p4/vendor/freebsd/src/sys/i386/compile/UP> make sched_4bsd.o cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror ../../../kern/sched_4bsd.c In file included from ../../../kern/sched_4bsd.c:303: ../../../sys/interrupt.h:42: error: syntax error before "driver_intr_t" ../../../sys/interrupt.h:121: warning: "enum intr_type" declared inside parameter list ../../../sys/interrupt.h:121: warning: its scope is only this definition or declaration, which is probably not what you want ../../../sys/interrupt.h:121: warning: parameter has incomplete type ../../../sys/interrupt.h:123: error: syntax error before "driver_intr_t" ../../../sys/interrupt.h:124: warning: function declaration isn't a prototype ../../../sys/interrupt.h:129: error: syntax error before "driver_intr_t" ../../../sys/interrupt.h:130: warning: function declaration isn't a prototype *** Error code 1 Stop in /zoo/rwatson/p4/vendor/freebsd/src/sys/i386/compile/UP. Thanks, Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue May 31 15:10:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA74D16A41C for ; Tue, 31 May 2005 15:10:19 +0000 (GMT) (envelope-from matusita@matatabi.or.jp) Received: from ns.matatabi.or.jp (ns.matatabi.or.jp [61.199.251.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 322D743D48 for ; Tue, 31 May 2005 15:10:18 +0000 (GMT) (envelope-from matusita@matatabi.or.jp) Received: from [192.168.120.243] (localhost [127.0.0.1]) by ns.matatabi.or.jp (8.12.9/3.7W/MATATABI-1.0v9-NS1.2) with ESMTP id j4VFACgw068394; Wed, 1 Jun 2005 00:10:12 +0900 (JST) (envelope-from matusita@matatabi.or.jp) Message-ID: <429C7E54.4060401@matatabi.or.jp> Date: Wed, 01 Jun 2005 00:10:12 +0900 From: Makoto Matsushita X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: Eric Anderson References: <20050530150621.GB90183@tarc.po.cs.msu.su> <20050530184005.GB66808@xor.obsecurity.org> <20050531102256.GA20255@tarc.po.cs.msu.su> <20050531114050.GA51381@xor.obsecurity.org> <429C6657.4070201@centtech.com> In-Reply-To: <429C6657.4070201@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 01 Jun 2005 11:47:17 +0000 Cc: freebsd-current Subject: Re: FreeBSD 6.0-CURRENT lastest snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 15:10:19 -0000 (Put my "snapshots.jp.FreeBSD.org admin" hat on) At first, sorry for being lasy, the 6-current buildbox is still in trouble, and I have zero times to fix (read: I have one brandnew PC for that, but not yet configured as a buildbox.) I hope that I have time to work building a new 6-current buildbox next week. > What kind of hardware? Is there a website somewhere? It's just a Intel PentiumIII PC. Actually there are set of PCs, including buildboxes for each branches (6-current, 5-stable, and 4-stable) and outbound network service box that is named as snapshots.jp.FreeBSD.org. -- Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Tue May 31 19:33:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50A6B16A41C for ; Tue, 31 May 2005 19:33:52 +0000 (GMT) (envelope-from chu@h33.erkki.ton.tut.fi) Received: from h33.erkki.ton.tut.fi (h33.erkki.ton.tut.fi [193.166.84.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1D8143D49 for ; Tue, 31 May 2005 19:33:51 +0000 (GMT) (envelope-from chu@h33.erkki.ton.tut.fi) Received: from [10.10.1.4] (helo=localhost) by h33.erkki.ton.tut.fi with esmtp (Exim 4.50 (FreeBSD)) id 1DdCbw-000LLi-E8; Tue, 31 May 2005 22:41:12 +0300 To: "Doug Rabson" References: <200505291906.33048.dfr@nlsystems.com> Message-ID: Date: Tue, 31 May 2005 22:33:48 +0300 From: "Vladimir Chukharev" Organization: @home Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Opera M2/8.0 (FreeBSD, build 1095) X-Mailman-Approved-At: Wed, 01 Jun 2005 11:47:17 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 19:33:52 -0000 On Mon, 30 May 2005 22:24:50 +0300, Vladimir Chukharev wrote: > On Sun, 29 May 2005 21:06:32 +0300, Doug Rabson wrote: > >>> I tryed the attached patch on my pentium-m notebook, >>> it did NOT help, still immediate reboot. >>> >>> Do you have more suggestions? >> >> Not very good ones, I'm afraid. Are there still uses of xmm and/or mm >> registers when you disassemble the code generated this time? > > FWIW, I found in 'info gcc' that pentium-m has everything like > pentium3/pentium3m plus SSE2. Since pentium3m does not break > loader for me, I am trying now -mno-sse2 in nearly all Makefile-s > in /usr/src/sys/boot. I also put -mno-sse3 -mno-sse -mno-mmx -mno-3dnow > to the same places. If this helps, I'll inform... About registers also. > That did not help. Pity... I have -save-temps in CFLAGS and COPTFLAGS in my /etc/make.conf, but still I cannot find any tools.s or vm.s Where should they appear? -- V.Chukharev PS. BTW, the world and the kernel built with CPUTYPE?=pentium-m in make.conf I boot with the loader from CD-ROM. When daemon with menu shows, I press 6, then unload set currdev=disk0s2a boot and everything is fine after that. Everything before that is suspicious ;) From owner-freebsd-current@FreeBSD.ORG Tue May 31 23:09:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA7AC16A41F for ; Tue, 31 May 2005 23:09:16 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A73443D48 for ; Tue, 31 May 2005 23:09:15 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 726FB1F87BF0; Wed, 1 Jun 2005 01:09:13 +0200 (CEST) Date: Wed, 1 Jun 2005 01:09:13 +0200 From: Roman Neuhauser To: =?iso-8859-2?Q?K=F6vesd=E1n_G=E1bor?= Message-ID: <20050531230913.GA70499@isis.sigpipe.cz> Mail-Followup-To: =?iso-8859-2?Q?K=F6vesd=E1n_G=E1bor?= , freebsd-current@freebsd.org References: <429B77E7.5060206@t-hosting.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <429B77E7.5060206@t-hosting.hu> User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Wed, 01 Jun 2005 11:47:17 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Error whlie making release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 May 2005 23:09:16 -0000 # gabor.kovesdan@t-hosting.hu / 2005-05-30 22:30:31 +0200: > + cd /usr/ports^M > + rm -f INDEX*^M > + make index -DINDEX_PRISTINE^M > Generating INDEX-5 - please wait..at-spi-1.6.4: > "/usr/ports/x11-toolkits/gtk20" non-existent -- dependency lis > ===> accessibility/at-spi failed^M > *** Error code 1^M > deepforest-1.0a: "/usr/ports/x11-toolkits/tkstep80" non-existent -- > dependency list incomplete^M > ===> archivers/deepforest failed^M > *** Error code 1^M > 2 errors^M > ^M > ********************************************************************^M > Before reporting this error, verify that you are running a supported^M ******************************************** > have a complete and up-to-date ports collection. (INDEX builds are^M *********************************************** Is that condition met? -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 12:44:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AB2F16A41C; Wed, 1 Jun 2005 12:44:50 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1EF643D1F; Wed, 1 Jun 2005 12:44:49 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j51Ci5BY055893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Jun 2005 21:44:10 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Jun 2005 21:44:03 +0900 Message-ID: From: Hajimu UMEMOTO To: freebsd-arch@freebsd.org, standards@freebsd.org, current@freebsd.org In-Reply-To: References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> <86fyw32yqm.fsf@xps.des.no> <86k6lfbafu.fsf@xps.des.no> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Wed_Jun__1_21:44:03_2005-1" X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 01 Jun 2005 21:44:12 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, des@des.no, "M. Warner Losh" Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 12:44:50 -0000 --Multipart_Wed_Jun__1_21:44:03_2005-1 Content-Type: text/plain; charset=US-ASCII Hi, >>>>> On Wed, 01 Jun 2005 03:00:10 +0900 >>>>> Hajimu UMEMOTO said: ume> In anyway, there is one more issue in my patch. We cannot correct 1st ume> argument of getnetbyaddr(3) without breaking ABI compatibility. ume> Fortunately, getnetbyaddr(3) is not refered else where in our ume> libraries. So, I'll fix getnetbyaddr(3). I've attached the patch to correct 1st argument of getnetbyaddr(3) in this mail. It is subset of my previous patch. Since it breaks ABI compatibility of getnetbyaddr(3), I think it is better to correct n_net member of struct netent, too. Since there is objection, the patch leaves struct addrinfo as is. So, it doesn't need to bump any shlib major. Is it okay? Sincerely, --Multipart_Wed_Jun__1_21:44:03_2005-1 Content-Type: text/x-patch; charset=US-ASCII Content-Disposition: attachment; filename="netdb.h-fix-getnetbyadr.diff" Content-Transfer-Encoding: 7bit Index: include/netdb.h diff -u include/netdb.h.orig include/netdb.h --- include/netdb.h.orig Sat May 28 01:20:40 2005 +++ include/netdb.h Sat May 28 01:31:52 2005 @@ -105,28 +103,11 @@ #define h_addr h_addr_list[0] /* address, for backward compatibility */ }; -/* - * Note: n_net used to be an unsigned long integer. - * In XNS5, and subsequently in POSIX-2001 it was changed to an - * uint32_t. - * To accomodate for this while preserving binary compatibility with - * the old interface, we prepend or append 32 bits of padding, - * depending on the (LP64) architecture's endianness. - * - * This should be deleted the next time the libc major number is - * incremented. - */ struct netent { char *n_name; /* official name of net */ char **n_aliases; /* alias list */ int n_addrtype; /* net address type */ -#if __LONG_BIT == 64 && _BYTE_ORDER == _BIG_ENDIAN - uint32_t __n_pad0; /* ABI compatibility */ -#endif uint32_t n_net; /* network # */ -#if __LONG_BIT == 64 && _BYTE_ORDER == _LITTLE_ENDIAN - uint32_t __n_pad0; /* ABI compatibility */ -#endif }; struct servent { @@ -262,11 +226,7 @@ struct hostent *gethostent(void); struct hostent *getipnodebyaddr(const void *, size_t, int, int *); struct hostent *getipnodebyname(const char *, int, int, int *); -#if __LONG_BIT == 64 -struct netent *getnetbyaddr(unsigned long, int); /* ABI compatibility */ -#else struct netent *getnetbyaddr(uint32_t, int); -#endif struct netent *getnetbyname(const char *); struct netent *getnetent(void); int getnetgrent(char **, char **, char **); Index: lib/libc/net/getnetbydns.c diff -u -p lib/libc/net/getnetbydns.c.orig lib/libc/net/getnetbydns.c --- lib/libc/net/getnetbydns.c.orig Sat May 28 01:24:33 2005 +++ lib/libc/net/getnetbydns.c Sat May 28 01:36:52 2005 @@ -259,9 +259,6 @@ getnetanswer(querybuf *answer, int ansle break; } ne->n_aliases++; -#if __LONG_BIT == 64 - ne->__n_pad0 = 0; /* ABI compatibility */ -#endif return 0; } h_errno = TRY_AGAIN; @@ -334,9 +331,6 @@ _dns_getnetbyaddr(void *rval, void *cb_d while ((net & 0xff) == 0 && net != 0) net >>= 8; ne->n_net = net; -#if __LONG_BIT == 64 - ne->__n_pad0 = 0; /* ABI compatibility */ -#endif return NS_SUCCESS; } return NS_NOTFOUND; Index: lib/libc/net/getnetbyht.c diff -u -p lib/libc/net/getnetbyht.c.orig lib/libc/net/getnetbyht.c --- lib/libc/net/getnetbyht.c.orig Sat May 28 01:24:33 2005 +++ lib/libc/net/getnetbyht.c Sat May 28 01:37:13 2005 @@ -122,9 +122,6 @@ again: if (p != NULL) *p++ = '\0'; ne->n_net = inet_network(cp); -#if __LONG_BIT == 64 - ne->__n_pad0 = 0; /* ABI compatibility */ -#endif ne->n_addrtype = AF_INET; q = ne->n_aliases = ned->net_aliases; if (p != NULL) { Index: lib/libc/net/getnetbynis.c diff -u -p lib/libc/net/getnetbynis.c.orig lib/libc/net/getnetbynis.c --- lib/libc/net/getnetbynis.c.orig Sat May 28 01:24:33 2005 +++ lib/libc/net/getnetbynis.c Sat May 28 01:37:35 2005 @@ -99,9 +99,6 @@ _getnetbynis(const char *name, char *map cp++; ne->n_net = inet_network(cp); -#if __LONG_BIT == 64 - ne->__n_pad0 = 0; /* ABI compatibility */ -#endif ne->n_addrtype = AF_INET; q = ne->n_aliases = ned->net_aliases; Index: lib/libc/net/getnetnamadr.c diff -u -p lib/libc/net/getnetnamadr.c.orig lib/libc/net/getnetnamadr.c --- lib/libc/net/getnetnamadr.c.orig Sat May 28 01:35:00 2005 +++ lib/libc/net/getnetnamadr.c Sat May 28 01:35:32 2005 @@ -165,17 +165,13 @@ getnetbyname(const char *name) } struct netent * -#if __LONG_BIT == 64 -getnetbyaddr(u_long addr, int af) /* ABI compatibility */ -#else getnetbyaddr(uint32_t addr, int af) -#endif { struct netdata *nd; if ((nd = __netdata_init()) == NULL) return NULL; - if (getnetbyaddr_r((uint32_t)addr, af, &nd->net, &nd->data) != 0) + if (getnetbyaddr_r(addr, af, &nd->net, &nd->data) != 0) return NULL; return &nd->net; } --Multipart_Wed_Jun__1_21:44:03_2005-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Wed_Jun__1_21:44:03_2005-1-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 12:53:21 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5044616A41C; Wed, 1 Jun 2005 12:53:21 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDD6143D4C; Wed, 1 Jun 2005 12:53:20 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j51CrFo6037011; Wed, 1 Jun 2005 08:53:15 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j51CrFTK037008; Wed, 1 Jun 2005 08:53:15 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 1 Jun 2005 08:53:15 -0400 (EDT) From: Andre Guibert de Bruet To: Don Lewis In-Reply-To: <200506010640.j516efHC091087@gw.catspoiler.org> Message-ID: <20050601083308.D69811@lexi.siliconlandmark.com> References: <200506010640.j516efHC091087@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.541, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 12:53:21 -0000 On Tue, 31 May 2005, Don Lewis wrote: > On 1 Jun, Andre Guibert de Bruet wrote: >> I would like to present a unified set of VM and VFS diffs for wider >> scrutiny and testing. I have been running these diffs since May 10th >> across daily reboots with no issues. >> >> What this patch does: >> - Adds code that cleanly unmounts swaps (Forcing page-in first) after the >> final sync but before all of the filesystems are unmounted. This causes >> references to swap slices in devfs to not be dangling when the machine is >> rebooted. > > What if there is not enough RAM it page in the swap contents? This may > be likely to happen if swap-backed md(4) devices are used. This code is run after all processes have been killed off. If the machine does not have enough RAM to run idle with just init, in single-user mode, it might not meet the advertised minimum RAM requirements to run FreeBSD. > This problem is a bit complicated because there can be various > combinations of: > > mounted file systems that reside on swap-backed memory disks > > mounted file systems that reside on vnode-backed memory disks > > vnode-backed memory disks used as swap devices > > so that there is no simple ordering of operations that can be used on > shutdown. I think that even some wierd cases like a mounted file system > that resides on a vnode-backed memory disk, whose backing file resides > in a file system that resides on a swap-backed memory disk, might be > legitimate. > > On shutdown, file systems should be unmounted, swap devices should be > disabled, and memory disks should be unconfigured, all in reverse > dependency order. When swap-backed memory disks are unconfigured, their > contents can be discarded and the contents don't have to be paged in > before disabling the backing swap device. > > I don't even want to think about swapping to a swap-backed memory disk. Right now, FreeBSD reboots after killing off processes and unmounting filesystems. I took a long hard look at the VM and shutdown code and came to the conclusion that sw's weren't being disabled before the call to cpu_reset(). You might see in my patch that I am disabling swap the same way that the kernel would if one were using the swapoff command, by means of swap_pager_swapoff(). Since users with the exotic setups you mentioned end up calling this function in-kernel when disabling their exotic swaps, all forward deps are handled, as filesystems have not yet been unmounted. All testing, comments and suggestions appreciated. Thanks for your (as usual) excellent input! :) Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 12:57:41 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D394A16A41C; Wed, 1 Jun 2005 12:57:41 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84F8143D1D; Wed, 1 Jun 2005 12:57:41 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 419DF1EC35F; Wed, 1 Jun 2005 14:57:35 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j51CvP2a041217; Wed, 1 Jun 2005 14:57:26 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Andre Guibert de Bruet From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 01 Jun 2005 08:53:15 EDT." <20050601083308.D69811@lexi.siliconlandmark.com> Date: Wed, 01 Jun 2005 14:57:25 +0200 Message-ID: <41216.1117630645@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Don Lewis , current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 12:57:41 -0000 In message <20050601083308.D69811@lexi.siliconlandmark.com>, Andre Guibert de B ruet writes: >> This problem is a bit complicated because there can be various >> combinations of: >> >> mounted file systems that reside on swap-backed memory disks >> >> mounted file systems that reside on vnode-backed memory disks >> >> vnode-backed memory disks used as swap devices Maybe the simplest solution is also the best: keep track of the dependencies and do the cleanup leaf->root on the resulting tree. It would not take much more than a simple data structure to let the various pieces of code (mainly md(4) really) say "this device depends on this other thing". -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:07:33 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D7B16A41C for ; Wed, 1 Jun 2005 13:07:33 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5C443D4C for ; Wed, 1 Jun 2005 13:07:32 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j51D7TuA037204; Wed, 1 Jun 2005 09:07:29 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j51D7To9037201; Wed, 1 Jun 2005 09:07:29 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 1 Jun 2005 09:07:29 -0400 (EDT) From: Andre Guibert de Bruet To: Poul-Henning Kamp In-Reply-To: <41216.1117630645@critter.freebsd.dk> Message-ID: <20050601090236.L69811@lexi.siliconlandmark.com> References: <41216.1117630645@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.541, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 13:07:33 -0000 On Wed, 1 Jun 2005, Poul-Henning Kamp wrote: > In message <20050601083308.D69811@lexi.siliconlandmark.com>, Andre Guibert de B > ruet writes: > Don Lewis wrote: >>> This problem is a bit complicated because there can be various >>> combinations of: >>> >>> mounted file systems that reside on swap-backed memory disks >>> >>> mounted file systems that reside on vnode-backed memory disks >>> >>> vnode-backed memory disks used as swap devices > > Maybe the simplest solution is also the best: keep track of the > dependencies and do the cleanup leaf->root on the resulting tree. > > It would not take much more than a simple data structure to let > the various pieces of code (mainly md(4) really) say "this device > depends on this other thing". PHK, How would you suggest implementing this? A TAILQ in global scope and a new struct? Did you get a chance to look at the patch? Do you have additional comments on it? Thanks, Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:10:06 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A21916A41C for ; Wed, 1 Jun 2005 13:10:06 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id F15B243D1F for ; Wed, 1 Jun 2005 13:10:05 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id B56E51EC32F for ; Wed, 1 Jun 2005 15:10:03 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j51D9s0x041299; Wed, 1 Jun 2005 15:09:55 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Andre Guibert de Bruet From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 01 Jun 2005 09:07:29 EDT." <20050601090236.L69811@lexi.siliconlandmark.com> Date: Wed, 01 Jun 2005 15:09:54 +0200 Message-ID: <41298.1117631394@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 13:10:06 -0000 In message <20050601090236.L69811@lexi.siliconlandmark.com>, Andre Guibert de B ruet writes: >How would you suggest implementing this? A TAILQ in global scope and a new >struct? That's one option. Doing it as a proper tree might be better. >Did you get a chance to look at the patch? Do you have additional comments >on it? Sorry, no, I've not had the time :-( -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:11:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39AEF16A41C for ; Wed, 1 Jun 2005 13:11:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8B0D43D53 for ; Wed, 1 Jun 2005 13:11:14 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j51DBDat015708; Wed, 1 Jun 2005 08:11:14 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <429DB3DF.10609@centtech.com> Date: Wed, 01 Jun 2005 08:10:55 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <42960F8F.2050109@samsco.org> <42961195.30608@centtech.com> <429613FB.80100@samsco.org> <42968AD4.3020603@centtech.com> <4296997C.9030700@samsco.org> <20050526235852.M54386@lexi.siliconlandmark.com> <42969C1B.5010301@samsco.org> <20050527092544.GB18696@cirb503493.alcatel.com.au> <4C7F0B94-4D12-41A3-9A61-C3B620804671@mac.com> <20050527194119.GB18914@cirb503493.alcatel.com.au> In-Reply-To: <20050527194119.GB18914@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Disable read/write caching to disk? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 13:11:15 -0000 Peter Jeremy wrote: [..snip..] > Any UFS guru's want to comment on the [im]practicality of clustering UFS? All the UFS guru's must be on vacation still. :) I think Scott is working on the first step (in my mind anyhow) - journaling. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:18:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC35016A41C for ; Wed, 1 Jun 2005 13:18:38 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (80-219-201-207.dclient.hispeed.ch [80.219.201.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9478543D58 for ; Wed, 1 Jun 2005 13:18:38 +0000 (GMT) (envelope-from roger@gwch.net) Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id 07D72408D0 for ; Wed, 1 Jun 2005 15:18:37 +0200 (CEST) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30914-09 for ; Wed, 1 Jun 2005 15:18:33 +0200 (CEST) Received: from www.gwch.net (unknown [192.168.2.100]) by mail.gwch.net (Postfix) with ESMTP id A0EF3408CF for ; Wed, 1 Jun 2005 15:18:33 +0200 (CEST) Received: from 62.2.21.164 (SquirrelMail authenticated user rogerg) by www.gwch.net with HTTP; Wed, 1 Jun 2005 15:18:33 +0200 (CEST) Message-ID: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> Date: Wed, 1 Jun 2005 15:18:33 +0200 (CEST) From: "Roger Grosswiler" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.4-1.FC3 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at gwch.net Subject: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 13:18:39 -0000 hi, i am very, very new on freebsd. I would like to now, with which possibilities i could update my freebsd 5.4 to the latest available updates? Thank you Roger From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:22:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D7BB16A41C; Wed, 1 Jun 2005 13:22:58 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A5B543D1F; Wed, 1 Jun 2005 13:22:57 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd22.aul.t-online.de by mailout08.sul.t-online.com with smtp id 1DdTBP-0002Zp-00; Wed, 01 Jun 2005 15:22:55 +0200 Received: from Andro-Beta.Leidinger.net (rfgsy4ZJweeXKbrmw34EyWt055K90PoB-te4ANSp-0-fJEWZBJAx4a@[84.165.199.14]) by fwd22.sul.t-online.de with esmtp id 1DdTBG-292v7g0; Wed, 1 Jun 2005 15:22:46 +0200 Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j51DMiw2036452; Wed, 1 Jun 2005 15:22:45 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Wed, 01 Jun 2005 15:22:44 +0200 Message-ID: <20050601152244.cgb5pjihw4w4ssgg@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 01 Jun 2005 15:22:44 +0200 From: Alexander Leidinger To: Poul-Henning Kamp References: <41216.1117630645@critter.freebsd.dk> In-Reply-To: <41216.1117630645@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: rfgsy4ZJweeXKbrmw34EyWt055K90PoB-te4ANSp-0-fJEWZBJAx4a@t-dialin.net X-TOI-MSGID: 06740b0b-2d5b-44eb-95eb-0109658cb362 Cc: Don Lewis , current@freebsd.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 13:22:58 -0000 Poul-Henning Kamp wrote: > Maybe the simplest solution is also the best: keep track of the > dependencies and do the cleanup leaf->root on the resulting tree. How many userland processes have to be running and consuming memory which isn't available as physical RAM at this point in the shutdown sequence? Wouldn't a loop like the following be enough? while swap umount unbusy-FS swap-off swap This assumes that swap-off doesn't turns off the swap if it isn't able to put everything back into other swap or physical RAM areas. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 The electrician didn't know what the yellow cable was so he yanked the ethernet out. From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:26:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A24A916A41C for ; Wed, 1 Jun 2005 13:26:41 +0000 (GMT) (envelope-from thn@saeab.se) Received: from saeab.se (ture.saeab.se [213.80.3.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83C9C43D1D for ; Wed, 1 Jun 2005 13:26:37 +0000 (GMT) (envelope-from thn@saeab.se) Received: from [10.0.1.32] (omar.int.saeab.se [10.0.1.32]) by saeab.se (8.13.3/8.13.3) with ESMTP id j51DQQSq053218; Wed, 1 Jun 2005 15:26:26 +0200 (CEST) (envelope-from thn@saeab.se) Message-ID: <429DB781.3090604@saeab.se> Date: Wed, 01 Jun 2005 15:26:25 +0200 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Sv. Aktuell Elektronik AB User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: sv,en MIME-Version: 1.0 To: Roger Grosswiler References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> In-Reply-To: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-108.8 required=5.0 tests=ALL_TRUSTED, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (saeab.se [213.80.3.133]); Wed, 01 Jun 2005 15:26:34 +0200 (CEST) Cc: freebsd-current@freebsd.org Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 13:26:41 -0000 Roger Grosswiler wrote: > hi, >=20 > i am very, very new on freebsd. I would like to now, with which > possibilities i could update my freebsd 5.4 to the latest available > updates? Check the FreeBSD handbook, chapter 19. It will explain different tracks = of FreeBSD development and how to upgrade a system. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cutting-edge.ht= ml /thn --=20 --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nystr=F6m Box 10 Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 35 92 86 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:35:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BACB16A41C for ; Wed, 1 Jun 2005 13:35:47 +0000 (GMT) (envelope-from mayday@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A98BC43D1F for ; Wed, 1 Jun 2005 13:35:46 +0000 (GMT) (envelope-from mayday@gmx.net) Received: (qmail invoked by alias); 01 Jun 2005 13:35:45 -0000 Received: from p54A0982A.dip0.t-ipconnect.de (EHLO [192.168.2.5]) [84.160.152.42] by mail.gmx.net (mp026) with SMTP; 01 Jun 2005 15:35:45 +0200 X-Authenticated: #431110 From: Benjamin Sobotta To: freebsd-current@freebsd.org Date: Wed, 1 Jun 2005 15:35:43 +0200 User-Agent: KMail/1.7.2 References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> In-Reply-To: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506011535.43983.mayday@gmx.net> X-Y-GMX-Trusted: 0 Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 13:35:47 -0000 On Wednesday 01 June 2005 15:18, Roger Grosswiler wrote: > i am very, very new on freebsd. I would like to now, with which > possibilities i could update my freebsd 5.4 to the latest available > updates? > Thank you > Roger Hi! I think the preferable way to get the latest updates would be cvsup. There are sections in the handbook describing in detail on how to do it. Like http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.html and http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html The following link helps you to make your supfile, depending on what version in FreeBSD you're running / want to upgrade to. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html To get cvsup running in the first place check out http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html As this might be confusing I suggest to proceed as follows: 1. Install cvsup 2. Create an appropriate supfile 3. run cvsup to all updates. 4. rebuild the stuff you upgraded the sources Ben From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:35:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A519D16A421 for ; Wed, 1 Jun 2005 13:35:52 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from viefep16-int.chello.at (viefep16-int.chello.at [213.46.255.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBD7043D49 for ; Wed, 1 Jun 2005 13:35:51 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from [80.98.207.149] by viefep16-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050601133549.FAPZ551.viefep16-int.chello.at@[80.98.207.149]>; Wed, 1 Jun 2005 15:35:49 +0200 Message-ID: <429DB9B2.70405@t-hosting.hu> Date: Wed, 01 Jun 2005 15:35:46 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roger Grosswiler References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> In-Reply-To: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 13:35:52 -0000 Hello, You can upgrade via CVSup. It is a tool that can easily synchronize the whole source tree. A configuration file is necessary, You can find examples in /usr/share/examples/cvsup. The stable-supfile or the standard-supfile is for You. The standard-supfile synchronizes to -current tree, which is the development tree of the FreeBSD project and isn't recommended for new users. I discourage You to use -current. The stable-supfile synchronizes to the -stable tree, which supposed to be actually stable. It is the right choice for You. A sample supfile for You: *default host=cvsup.hu.FreeBSD.org *default base=/usr/local/etc/cvsup *default prefix=/usr *default release=cvs tag=RELENG_5 *default delete use-rel-suffix src-all You should change the first line according your location. Select a closer mirror. Now, run CVSup: cvsup /path/to/supfile. After the synchronization is complete: cd /usr/src make buildkernel make installkernel Then reboot. If the boot process is still okay with the new kernel: cd /usr/src make buildworld Reboot into single user mode, remount root with mount -u, then: cd /usr/src make installworld That's all. You must work as root from the beginning to the end. Detailed howto is available in the FreeBSD handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/index.html Cheers, Gábor Kövesdán Roger Grosswiler wrote: >hi, > >i am very, very new on freebsd. I would like to now, with which >possibilities i could update my freebsd 5.4 to the latest available >updates? > >Thank you >Roger > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:45:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D332616A41C for ; Wed, 1 Jun 2005 13:45:58 +0000 (GMT) (envelope-from jim@netgate.com) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9F5043D1F for ; Wed, 1 Jun 2005 13:45:56 +0000 (GMT) (envelope-from jim@netgate.com) Received: by netgate.com (Postfix, from userid 45) id 3EE16280013; Wed, 1 Jun 2005 06:45:54 -0700 (PDT) Received: from [192.168.1.191] (rrcs-67-52-77-54.west.biz.rr.com [67.52.77.54]) by netgate.com (Postfix) with ESMTP id 2AC2E280012; Wed, 1 Jun 2005 06:45:52 -0700 (PDT) In-Reply-To: <429DB9B2.70405@t-hosting.hu> References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> <429DB9B2.70405@t-hosting.hu> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Jim Thompson Date: Wed, 1 Jun 2005 03:45:49 -1000 To: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= X-Mailer: Apple Mail (2.730) X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on he-colo.netgate.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: freebsd-current@freebsd.org Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 13:45:58 -0000 On Jun 1, 2005, at 3:35 AM, K=F6vesd=E1n G=E1bor wrote: > > Reboot into single user mode, remount root with mount -u, then: > > cd /usr/src > make installworld I keep seeing this, and its all fine and dandy, I even understand =20 some of the reasons why its a good idea. But friends, I, and probably a million other people, run FreeBSD in =20 colo space, and in my case, its a 3000 mile trip (across the ocean, so I can't even drive) to go visit the poor =20 machines. So, what about a short discussion on the risks of ignoring the =20 request to go to single-user? and yeah, I know about serial consoles. OK. From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:45:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63C2416A41C for ; Wed, 1 Jun 2005 13:45:59 +0000 (GMT) (envelope-from mayday@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id B1D6143D49 for ; Wed, 1 Jun 2005 13:45:58 +0000 (GMT) (envelope-from mayday@gmx.net) Received: (qmail invoked by alias); 01 Jun 2005 13:45:57 -0000 Received: from p54A0982A.dip0.t-ipconnect.de (EHLO [192.168.2.5]) [84.160.152.42] by mail.gmx.net (mp023) with SMTP; 01 Jun 2005 15:45:57 +0200 X-Authenticated: #431110 From: Benjamin Sobotta To: freebsd-current@freebsd.org Date: Wed, 1 Jun 2005 15:45:56 +0200 User-Agent: KMail/1.7.2 References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> <429DB9B2.70405@t-hosting.hu> In-Reply-To: <429DB9B2.70405@t-hosting.hu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200506011545.56426.mayday@gmx.net> X-Y-GMX-Trusted: 0 Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 13:45:59 -0000 On Wednesday 01 June 2005 15:35, K=F6vesd=E1n G=E1bor wrote: > Hello, > > You can upgrade via CVSup. It is a tool that can easily synchronize the > whole source tree. A configuration file is necessary, You can find > examples in /usr/share/examples/cvsup. The stable-supfile or the > standard-supfile is for You. The standard-supfile synchronizes to > -current tree, which is the development tree of the FreeBSD project and > isn't recommended for new users. I discourage You to use -current. The > stable-supfile synchronizes to the -stable tree, which supposed to be > actually stable. It is the right choice for You. A sample supfile for You: > > *default host=3Dcvsup.hu.FreeBSD.org > *default base=3D/usr/local/etc/cvsup > *default prefix=3D/usr > *default release=3Dcvs tag=3DRELENG_5 > *default delete use-rel-suffix > src-all > > You should change the first line according your location. Select a > closer mirror. > Now, run CVSup: cvsup /path/to/supfile. > After the synchronization is complete: > > cd /usr/src > make buildkernel > make installkernel > > Then reboot. If the boot process is still okay with the new kernel: > > cd /usr/src > make buildworld > > Reboot into single user mode, remount root with mount -u, then: > > cd /usr/src > make installworld > > That's all. You must work as root from the beginning to the end. > Detailed howto is available in the FreeBSD handbook: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/index.html > > Cheers, > > G=E1bor K=F6vesd=E1n > > Roger Grosswiler wrote: > >hi, > > > >i am very, very new on freebsd. I would like to now, with which > >possibilities i could update my freebsd 5.4 to the latest available > >updates? > > > >Thank you > >Roger > > > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" > > _______________________________________________ > 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" Hello again! The description seems a little incomplete to me. 1) make buildworld (sometimes to kernel doesn't compile if don't do buildwo= rld=20 first - at least that's my experience) 2) make buildkernel 3) make installkernel 4) reboot - single user mode 5) mergemaster -p <-- you forgot 6) make installworld 7) mergemaster <-- you forgot 8) reboot As is "19.4.1 The Canonical Way to Update Your System" Ben From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:51:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF02716A41C for ; Wed, 1 Jun 2005 13:51:58 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0135A43D1F for ; Wed, 1 Jun 2005 13:51:57 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from [80.98.207.149] by viefep14-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050601135155.MCIS7053.viefep14-int.chello.at@[80.98.207.149]>; Wed, 1 Jun 2005 15:51:55 +0200 Message-ID: <429DBD77.2050800@t-hosting.hu> Date: Wed, 01 Jun 2005 15:51:51 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jim Thompson References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> <429DB9B2.70405@t-hosting.hu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 13:51:58 -0000 > > So, what about a short discussion on the risks of ignoring the > request to go to single-user? As for me, I've done it only once without booting into single user mode, but that time I could kill the whole system. It didn't boot any more. Even not in single user mode. It was an amd64 machine, and I had stopped almost everything, (including crond, syslogd, ..), before I made installworld and it failed. I don't know why. I wanted to upgrade from 5.3-RELEASE to 5-STABLE. Cheers, Gábor From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 13:52:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD18E16A41C; Wed, 1 Jun 2005 13:52:51 +0000 (GMT) (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 7644443D54; Wed, 1 Jun 2005 13:52:51 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j51DrJic020838; Wed, 1 Jun 2005 09:53: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.13.3/8.13.3) with ESMTP id j51Dqo7C058015; Wed, 1 Jun 2005 09:52:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A98A7306E; Wed, 1 Jun 2005 09:52:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050601135250.1A98A7306E@freebsd-current.sentex.ca> Date: Wed, 1 Jun 2005 09:52:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Wed, 01 Jun 2005 13:52:52 -0000 TB --- 2005-06-01 12:02:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-01 12:02:51 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-06-01 12:02:51 - cleaning the object tree TB --- 2005-06-01 12:03:27 - checking out the source tree TB --- 2005-06-01 12:03:27 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-06-01 12:03:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-01 12:09:38 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-01 12:09:38 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-06-01 12:09:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-06-01 13:45:38 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-01 13:45:38 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-06-01 13:45:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jun 1 13:45:38 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffre estanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/ip_id.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffre estanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/in_pcb.c /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/in_pcb.c: In function `in_pcbdisconnect': /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/in_pcb.c:696: error: `pcbinfo' undeclared (first use in this function) /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/in_pcb.c:696: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/in_pcb.c:696: error: for each function it appears in.) /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/in_pcb.c: In function `in_pcbdetach': /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/in_pcb.c:716: error: `pcbinfo' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-06-01 13:52:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-01 13:52:49 - ERROR: failed to build generic kernel TB --- 2005-06-01 13:52:49 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 14:11:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39B3C16A41C for ; Wed, 1 Jun 2005 14:11:22 +0000 (GMT) (envelope-from sam.wun@tech-21.com.hk) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93B0C43D4C for ; Wed, 1 Jun 2005 14:11:20 +0000 (GMT) (envelope-from sam.wun@tech-21.com.hk) Received: (qmail 78151 invoked from network); 1 Jun 2005 14:11:18 -0000 Received: from unknown (HELO [10.8.0.1]) (samwun@hgcbroadband.com@[221.127.239.57]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 1 Jun 2005 14:11:18 -0000 Message-ID: <429DC1FB.5000606@tech-21.com.hk> Date: Wed, 01 Jun 2005 22:11:07 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> <429DB9B2.70405@t-hosting.hu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 14:11:22 -0000 Jim Thompson wrote: > > > On Jun 1, 2005, at 3:35 AM, Kövesdán Gábor wrote: > >> >> Reboot into single user mode, remount root with mount -u, then: >> >> cd /usr/src >> make installworld > > > I keep seeing this, and its all fine and dandy, I even understand > some of the reasons why its a good idea. > > But friends, I, and probably a million other people, run FreeBSD in > colo space, and in my case, its a 3000 mile > trip (across the ocean, so I can't even drive) to go visit the poor > machines. > > So, what about a short discussion on the risks of ignoring the > request to go to single-user? > > and yeah, I know about serial consoles. > I guess you are talking about binary update. This had been discuessed million times in the newsgroup. I feel that if you have a handy tool of binary update thru the www, that will be able to bring you a happy profit. There was an open-source server code called binary update, it keeps in private sector now. That company is using it offers service to freebsd community. If you want to join them you can pay them a fair amount of dollars then you can have your freebsd system binary update regularly thru their server. Sam > OK. > From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 14:13:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5D9F16A41C for ; Wed, 1 Jun 2005 14:13:00 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8F1C43D4C for ; Wed, 1 Jun 2005 14:12:59 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from [80.98.207.149] by viefep14-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050601141257.MXNN7053.viefep14-int.chello.at@[80.98.207.149]>; Wed, 1 Jun 2005 16:12:57 +0200 Message-ID: <429DC265.2000603@t-hosting.hu> Date: Wed, 01 Jun 2005 16:12:53 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Benjamin Sobotta References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> <429DB9B2.70405@t-hosting.hu> <200506011545.56426.mayday@gmx.net> In-Reply-To: <200506011545.56426.mayday@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 14:13:01 -0000 Hi, I haven't forgot about mergemaster. It is for maintaining your configuration files against nem features, new options, new behaviours, etc. But, if You have a working configuration, You don't need to run it. There isn't so many differences between RELENG_5_4 and RELENG_5. As for the kernel, it should compile without building the userland. You can also upgrade only the kernel, it is not recommended, however. Anyway, Your steps are right, but don't forget about remounting root into rw mode. In single user mode it is mounted read-only by deafult. There is a debate about the necessary of rebooting to single user mode, but if this is your desktop machine, or if You can get physical access easily, You had better make installworld in single user mode. I have already killed a system when I tried to make installworld in multiuser mode. Cheers, Gábor >Hello again! > >The description seems a little incomplete to me. > >1) make buildworld (sometimes to kernel doesn't compile if don't do buildworld >first - at least that's my experience) >2) make buildkernel >3) make installkernel >4) reboot - single user mode >5) mergemaster -p <-- you forgot >6) make installworld >7) mergemaster <-- you forgot >8) reboot > >As is "19.4.1 The Canonical Way to Update Your System" > >Ben > > From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 14:16:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C3EB16A41C for ; Wed, 1 Jun 2005 14:16:18 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CAB643D1D for ; Wed, 1 Jun 2005 14:16:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j51EGE9f016281; Wed, 1 Jun 2005 09:16:14 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <429DC31C.4020000@centtech.com> Date: Wed, 01 Jun 2005 09:15:56 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sam References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> <429DB9B2.70405@t-hosting.hu> <429DC1FB.5000606@tech-21.com.hk> In-Reply-To: <429DC1FB.5000606@tech-21.com.hk> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 14:16:18 -0000 sam wrote: > Jim Thompson wrote: >=20 >> >> >> On Jun 1, 2005, at 3:35 AM, K=F6vesd=E1n G=E1bor wrote: >> >>> >>> Reboot into single user mode, remount root with mount -u, then: >>> >>> cd /usr/src >>> make installworld >> >> >> >> I keep seeing this, and its all fine and dandy, I even understand =20 >> some of the reasons why its a good idea. >> >> But friends, I, and probably a million other people, run FreeBSD in =20 >> colo space, and in my case, its a 3000 mile >> trip (across the ocean, so I can't even drive) to go visit the poor =20 >> machines. >> >> So, what about a short discussion on the risks of ignoring the =20 >> request to go to single-user? >> >> and yeah, I know about serial consoles. >> > I guess you are talking about binary update. This had been discuessed=20 > million times in the newsgroup. I feel that if you have a handy tool of= =20 > binary update thru the www, that will be able to bring you a happy=20 > profit. There was an open-source server code called binary update, it=20 > keeps in private sector now. That company is using it offers service to= =20 > freebsd community. If you want to join them you can pay them a fair=20 > amount of dollars then you can have your freebsd system binary update=20 > regularly thru their server. Are you talking about this: http://www.daemonology.net/freebsd-update/ Eric --=20 ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 14:20:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26CD116A41C for ; Wed, 1 Jun 2005 14:20:17 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2A2243D1D for ; Wed, 1 Jun 2005 14:20:16 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j51EKF1r007880; Wed, 1 Jun 2005 07:20:15 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j51EKF3M007879; Wed, 1 Jun 2005 07:20:15 -0700 (PDT) (envelope-from obrien) Date: Wed, 1 Jun 2005 07:20:15 -0700 From: "David O'Brien" To: Roger Grosswiler Message-ID: <20050601142015.GA7774@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, Roger Grosswiler References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> X-Operating-System: FreeBSD 6.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.9i Cc: freebsd-current@freebsd.org Subject: Re: How to update my system 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: Wed, 01 Jun 2005 14:20:17 -0000 On Wed, Jun 01, 2005 at 03:18:33PM +0200, Roger Grosswiler wrote: > i am very, very new on freebsd. I would like to now, with which > possibilities i could update my freebsd 5.4 to the latest available > updates? Hi Roger, This is a good question and a good way to learn more about FreeBSD. However, the forum for this type of question (and the ones you're likely to have while going thru the process of updating your system), is questions@freebsd.org or freebsd-stable@freebsd.org. freebsd-current@freebsd.org is for talking about the development of the bleeding edge, next version of FreeBSD. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 14:22:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A80E316A41C for ; Wed, 1 Jun 2005 14:22:01 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15F7B43D1F for ; Wed, 1 Jun 2005 14:22:00 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001452274.msg for ; Wed, 01 Jun 2005 15:16:37 +0100 Message-ID: <008401c566b5$243e8d00$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: =?iso-8859-1?B?S/Z2ZXNk4W4gR+Fib3I=?= , "Benjamin Sobotta" References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> <429DB9B2.70405@t-hosting.hu><200506011545.56426.mayday@gmx.net> <429DC265.2000603@t-hosting.hu> Date: Wed, 1 Jun 2005 15:20:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Wed, 01 Jun 2005 15:16:37 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: multiplay.co.uk, Wed, 01 Jun 2005 15:16:40 +0100 Cc: freebsd-current@freebsd.org Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 14:22:01 -0000 Better to keep in the habit otherwise you could end up with a broken / insecure system. Steve ----- Original Message ----- From: "Kövesdán Gábor" > > I haven't forgot about mergemaster. It is for maintaining your configuration files against nem features, new options, new > behaviours, etc. But, if You have a working configuration, You don't need to run it. There isn't so many differences between > RELENG_5_4 and RELENG_5. > As for the kernel, it should compile without building the userland. You can also upgrade only the kernel, it is not recommended, > however. ================================================ 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 (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 14:37:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B794016A41C for ; Wed, 1 Jun 2005 14:37:33 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-144-206-250.jan.bellsouth.net [70.144.206.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6966843D49 for ; Wed, 1 Jun 2005 14:37:32 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 556D621020; Wed, 1 Jun 2005 09:37:31 -0500 (CDT) Date: Wed, 1 Jun 2005 09:37:31 -0500 From: "Matthew D. Fuller" To: Jim Thompson Message-ID: <20050601143730.GB25846@over-yonder.net> References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> <429DB9B2.70405@t-hosting.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: freebsd-current@freebsd.org, K?vesd?n G?bor Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 14:37:33 -0000 On Wed, Jun 01, 2005 at 03:45:49AM -1000 I heard the voice of Jim Thompson, and lo! it spake thus: > > But friends, I, and probably a million other people, run FreeBSD in > colo space, and in my case, its a 3000 mile trip (across the ocean, > so I can't even drive) to go visit the poor machines. > > So, what about a short discussion on the risks of ignoring the > request to go to single-user? I've done upgrades for years without dipping into single-user, on boxes with no serial console, no keyboard, no monitor, etc. Sometimes they're beside me (still only ssh-accessible, but physically present), sometimes they're systems I've never seen in datacenters I've never seen. You won't catch me doing a 4.x->5.x upgrade like that. But I've done them along every -STABLE branch since 2.1.x, and the only incidents I've come across involved me messing things up (generally in editing configs at the same time as the upgrade, or forgetting important bits of the kernel config, or the like). -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 15:16:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 149FE16A41C for ; Wed, 1 Jun 2005 15:16:55 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A23DC43D4C for ; Wed, 1 Jun 2005 15:16:54 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by zproxy.gmail.com with SMTP id 16so1868520nzp for ; Wed, 01 Jun 2005 08:16:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=N4Z48EELXbes3bM1jhIyC3W7xe8WoQiuG4TTiSKatUw7m2vCtsdXrW0eztSkd6NHSq+ZwU/ABPISmIOc3V2UO2yztV9VcxNX1csLCdGB2MDJe/AigSHJkR4K3BMCvRoybcSEtzapm6iIkbn+DK++8L+eOGN3Alan8HIp/49S1II= Received: by 10.36.34.18 with SMTP id h18mr2495465nzh; Wed, 01 Jun 2005 08:16:54 -0700 (PDT) Received: by 10.36.104.10 with HTTP; Wed, 1 Jun 2005 08:16:53 -0700 (PDT) Message-ID: <87ab37ab05060108167dee1d6@mail.gmail.com> Date: Wed, 1 Jun 2005 23:16:53 +0800 From: kylin To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: what is the init entrance for pci bus scan in FREEbsd? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kylin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 15:16:55 -0000 Now i am coding a fake pcihotplug module in Freebsd 5.3 release, it contains two parts ,the userplace using a ioctl way to communicate with an cdev in /dev, and the kernel module which mainly operates on the Devclasses ,devlist and driverlist ....but still in the enable function,i have to rescan the pci bus. BUT, i can not find the pci bus scan code in the freebsd,i guess it was just an entry of the startup table which is made by compiler, still some one told me to follow the pci_init() way in LINUX ,but , i find it too hard in the OO structure bus arch of Freebsd .so WHERE can i get some code to follow in order to finish my pci rescan functi= on?=20 --=20 we who r about to die,salute u! From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 15:42:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 225EC16A41C; Wed, 1 Jun 2005 15:42:20 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0BF943D49; Wed, 1 Jun 2005 15:42:19 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j51FgCoj038512; Wed, 1 Jun 2005 11:42:12 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j51Fg7fb038509; Wed, 1 Jun 2005 11:42:12 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 1 Jun 2005 11:42:07 -0400 (EDT) From: Andre Guibert de Bruet To: Alexander Leidinger In-Reply-To: <20050601152244.cgb5pjihw4w4ssgg@netchild.homeip.net> Message-ID: <20050601113320.G69811@lexi.siliconlandmark.com> References: <41216.1117630645@critter.freebsd.dk> <20050601152244.cgb5pjihw4w4ssgg@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.541, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: Poul-Henning Kamp , Don Lewis , current@freebsd.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 15:42:20 -0000 On Wed, 1 Jun 2005, Alexander Leidinger wrote: > Poul-Henning Kamp wrote: > >> Maybe the simplest solution is also the best: keep track of the >> dependencies and do the cleanup leaf->root on the resulting tree. > > How many userland processes have to be running and consuming memory which > isn't available as physical RAM at this point in the shutdown sequence? > > Wouldn't a loop like the following be enough? > while swap > umount unbusy-FS > swap-off swap > > This assumes that swap-off doesn't turns off the swap if it isn't able to put > everything back into other swap or physical RAM areas. I would think that one would want to disable swapping before the unmount of filesystems for the very fact you could have vnode-backed swapspace in use. Once the system is swapless at this point in shutdown, there should no longer be any active vnodes on mounted filesystems (From my testing, the only exception at this point in time is devfs. I am working on another patch to address this). Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 16:17:45 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2398C16A41C for ; Wed, 1 Jun 2005 16:17:45 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web80606.mail.yahoo.com (web80606.mail.yahoo.com [66.218.79.95]) by mx1.FreeBSD.org (Postfix) with SMTP id D889C43D48 for ; Wed, 1 Jun 2005 16:17:44 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Message-ID: <20050601161744.85570.qmail@web80606.mail.yahoo.com> Received: from [64.172.46.137] by web80606.mail.yahoo.com via HTTP; Wed, 01 Jun 2005 09:17:44 PDT Date: Wed, 1 Jun 2005 09:17:44 -0700 (PDT) From: Mohan Srinivasan To: Jun Kuriyama , Current , jeff@FreeBSD.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Hang in NFS client operation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 16:17:45 -0000 Hello, The process is waiting for the NFS reply. If you're running NFS/TCP, do you have the latest fixes to nfs_socket.c in -current ? As rwatson mentioned, a network trace would be very helpful. We can tell whether the client is retrying the request and whether the server responds from the trace. mohan --- Jun Kuriyama wrote: > > Since 2005-04-09 (*), my (-current) box sometimes hang at NFS client > operation (usually CVS update from readonly NFS mounted repository. > Server is 5.3R). > > Is there something I can help debugging about this issue? > > ----- > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 7778 c3b73e00 103 7776 7767 0004000 [SLPQ nfsreq 0xc3d87e80][SLP] cvs > ... > db> trace 7778 > Tracing pid 7778 tid 100124 td 0xc3b6b300 > sched_switch(c3b6b300,0,1) at sched_switch+0x14f > mi_switch(1,0,c3b6b300,1,c3b6b300) at mi_switch+0x1ba > sleepq_switch(c3d87e80) at sleepq_switch+0x133 > sleepq_wait(c3d87e80,0,c3bc5298,0,c3d87e80) at sleepq_wait+0xb > msleep(c3d87e80,c0721a60,53,c06c28fc,0) at msleep+0x356 > nfs_reply(c3d87e80,0,f,0,c3b6b300) at nfs_reply+0x23c > nfs_request(c4d69aa0,c3eb1200,3,c3b6b300,c3bf0d80) at nfs_request+0x3c1 > nfs_lookup(ecf93bd8) at nfs_lookup+0x2d8 > VOP_LOOKUP_APV(c06f8ba0,ecf93bd8) at VOP_LOOKUP_APV+0x38 > lookup(ecf93c68,ecf93c14,0,c3b6b300,ecf93c90) at lookup+0x431 > namei(ecf93c68,c3bf0d80,c3dd8e00,80c3080,0) at namei+0x396 > kern_access(c3b6b300,80c3080,0,4,ecf93d30) at kern_access+0x6a > access(c3b6b300,ecf93d04,2,2d7,286) at access+0x15 > syscall(3b,bfbf003b,bfbf003b,80c3080,80de8c0) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (33, FreeBSD ELF32, access), eip = 0x282e6bc7, esp = 0xbfbfe47c, ebp = 0xbfbfe498 > --- > > > ----- > (*) I tried to find actual commit by using binary search: > > > > Modified files: > > sys/kern vfs_lookup.c > > Log: > > - If we vrele() a dvp while the child is locked we can potentially > > deadlock > > when vrele() acquires the directory lock in the wrong order. Fix > > this > > via the following changes: > > ... > > > -- > Jun Kuriyama // IMG SRC, Inc. > // FreeBSD Project > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 16:51:31 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6C5116A545 for ; Wed, 1 Jun 2005 16:51:30 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B71D43D4C for ; Wed, 1 Jun 2005 16:51:30 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6915 invoked from network); 1 Jun 2005 16:51:30 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail28.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 1 Jun 2005 16:51:29 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j51GpHGu075193; Wed, 1 Jun 2005 12:51:22 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 1 Jun 2005 12:09:28 -0400 User-Agent: KMail/1.8 References: <20050425183733.GB24146@eeyore.local.dohd.org> In-Reply-To: <20050425183733.GB24146@eeyore.local.dohd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506011209.30046.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: current@FreeBSD.org Subject: Re: fxp0: device timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 16:51:31 -0000 On Monday 25 April 2005 02:37 pm, Mark Huizer wrote: > I looked in the mail archives, and of course it is clearly an interrupt > problem. I did the usual stuff: put the card in different PCI slots, > force it to different IRQ in the BIOS, but still no improvement. > Furthermore I don't believe that hardware should change that much just > by reinstalling FreeBSD, so I tend to believe that something is > different between 5.x and 6.x. Does it work better if you disable ACPI? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 16:51:31 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECB7916A44A for ; Wed, 1 Jun 2005 16:51:30 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B87343D53 for ; Wed, 1 Jun 2005 16:51:30 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6915 invoked from network); 1 Jun 2005 16:51:30 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail28.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 1 Jun 2005 16:51:29 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j51GpHGu075193; Wed, 1 Jun 2005 12:51:22 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Wed, 1 Jun 2005 12:09:28 -0400 User-Agent: KMail/1.8 References: <20050425183733.GB24146@eeyore.local.dohd.org> In-Reply-To: <20050425183733.GB24146@eeyore.local.dohd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506011209.30046.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: current@FreeBSD.org Subject: Re: fxp0: device timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 16:51:31 -0000 On Monday 25 April 2005 02:37 pm, Mark Huizer wrote: > I looked in the mail archives, and of course it is clearly an interrupt > problem. I did the usual stuff: put the card in different PCI slots, > force it to different IRQ in the BIOS, but still no improvement. > Furthermore I don't believe that hardware should change that much just > by reinstalling FreeBSD, so I tend to believe that something is > different between 5.x and 6.x. Does it work better if you disable ACPI? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 17:23:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99D8016A441; Wed, 1 Jun 2005 17:23:17 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F21A43D49; Wed, 1 Jun 2005 17:23:17 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j51HNFJf044516; Wed, 1 Jun 2005 12:23:15 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <429DEEF2.9070408@centtech.com> Date: Wed, 01 Jun 2005 12:22:58 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mohan Srinivasan References: <20050601161744.85570.qmail@web80606.mail.yahoo.com> In-Reply-To: <20050601161744.85570.qmail@web80606.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/905/Wed Jun 1 02:28:38 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Jun Kuriyama , Current Subject: Re: Hang in NFS client operation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 17:23:17 -0000 Mohan Srinivasan wrote: > Hello, > > The process is waiting for the NFS reply. > > If you're running NFS/TCP, do you have the latest fixes to > nfs_socket.c in -current ? > > As rwatson mentioned, a network trace would be very helpful. > We can tell whether the client is retrying the request and > whether the server responds from the trace. > > mohan > > --- Jun Kuriyama wrote: > >>Since 2005-04-09 (*), my (-current) box sometimes hang at NFS client >>operation (usually CVS update from readonly NFS mounted repository. >>Server is 5.3R). Are either of the two boxes multihomed? -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 17:44:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E771E16A421 for ; Wed, 1 Jun 2005 17:44:12 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from viefep18-int.chello.at (viefep18-int.chello.at [213.46.255.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57ECE43D1D for ; Wed, 1 Jun 2005 17:44:10 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from [80.98.207.149] by viefep18-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050601174408.FBRJ12975.viefep18-int.chello.at@[80.98.207.149]>; Wed, 1 Jun 2005 19:44:08 +0200 Message-ID: <429DF3E4.7090300@t-hosting.hu> Date: Wed, 01 Jun 2005 19:44:04 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Neuhauser References: <429B77E7.5060206@t-hosting.hu> <20050531230913.GA70499@isis.sigpipe.cz> In-Reply-To: <20050531230913.GA70499@isis.sigpipe.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Error whlie making release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 17:44:14 -0000 Roman Neuhauser wrote: > Is that condition met? > > > Eeek, I've realized that I didn't have the whole ports-collection. I used a refuse file. Now, I tried with the whole ports collection, but the specified CHROOTDIR isn't even created. The make release ran without errors, but didn't create the release for me. From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 18:57:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB7AE16A4CE; Wed, 1 Jun 2005 18:57:04 +0000 (GMT) (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 6DAB743D48; Wed, 1 Jun 2005 18:57:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j51Iv3IQ007564; Wed, 1 Jun 2005 14:57:03 -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.13.3/8.13.3) with ESMTP id j51Iv3T9073536; Wed, 1 Jun 2005 14:57:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3D2837306E; Wed, 1 Jun 2005 14:57:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050601185703.3D2837306E@freebsd-current.sentex.ca> Date: Wed, 1 Jun 2005 14:57:03 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean Cc: Subject: [current 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: Wed, 01 Jun 2005 18:57:04 -0000 TB --- 2005-06-01 17:37:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-01 17:37:17 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-06-01 17:37:17 - cleaning the object tree TB --- 2005-06-01 17:37:52 - checking out the source tree TB --- 2005-06-01 17:37:52 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-06-01 17:37:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-01 17:44:03 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-01 17:44:03 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-01 17:44:03 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -c chroot_stub.c ld -dc -r -o chroot.lo chroot_stub.o /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue//tinderbox/CURRENT/ia64/ia64/src/usr.sbin/chroot/chroot.o crunchide -k _crunched_chroot_stub chroot.lo cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_ext2fs.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_std.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo pin g6.lo ipf.lo mca.lo gpt.lo fdisk.lo dhclient.lo bzip2.lo tar.lo vi.lo id.lo gzip.lo chroot.lo /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue/../librescue/exec.o /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue/../librescue/getusershell.o /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue/../librescue/login_class.o /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue/../librescue/popen.o /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue/../librescue/rcmdsh.o /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue/../librescue/sysctl.o /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lbsdxml -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lkiconv -lmd -lreadl ine -lsbuf -lufs -lz -lbz2 -larchive /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/lib/libarchive.a(archive_write_set_format_pax.o)(.text+0x24c2): In function `archive_write_pax_header': : undefined reference to `archive_entry_ctime' /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/lib/libarchive.a(archive_write_set_format_pax.o)(.text+0x24e2): In function `archive_write_pax_header': : undefined reference to `archive_entry_ctime_nsec' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-06-01 18:57:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-01 18:57:02 - ERROR: failed to build world TB --- 2005-06-01 18:57:02 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 20:24:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25BC216A41C for ; Wed, 1 Jun 2005 20:24:26 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 463F143D54 for ; Wed, 1 Jun 2005 20:24:23 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so2452800rng for ; Wed, 01 Jun 2005 13:24:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; 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=H0CgI3ws+8NWR78Uqr9t8JHka4mjO1njMu9tKeClrnFOFkVVsNKdpI3E2uaLMdlhZBkDd5QGk7Liyy6rLwNuJTT0i4h0uanD/DwP4iBsbSnHT8LlQ9+Rfegxnm5cjrC/pmCVjXEw8vgrUycq8t03OKn55n3ZTf2J2O29jWEa0wM= Received: by 10.38.161.27 with SMTP id j27mr94180rne; Wed, 01 Jun 2005 13:24:22 -0700 (PDT) Received: by 10.38.12.29 with HTTP; Wed, 1 Jun 2005 13:24:22 -0700 (PDT) Message-ID: <1d6d20bc050601132457a7904a@mail.gmail.com> Date: Thu, 2 Jun 2005 04:24:22 +0800 From: Jia-Shiun Li To: Jiawei Ye In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050505101016.GM75629@cicely12.cicely.de> <20050505110109.GN75629@cicely12.cicely.de> Cc: freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: SMBus hardware note recognized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jia-Shiun Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 20:24:26 -0000 On 5/5/05, Jiawei Ye wrote: > On 5/5/05, Bernd Walter wrote: > > Maybe the chip ID isn't known by the ichsmb driver. > > It could be just adding the ID, but the chip may as well be > > incompatible. > > > > -- > > B.Walter BWCT http://www.bwct.de > > bernd@bwct.de info@bwct.de > Well, that's why I asked in the first place though :( >=20 Your ICH4 SMBus controller should have been supported by ichsmb. Strange. Try boot verbose and examine the boot messages carefully. From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 20:37:12 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75E7616A41C; Wed, 1 Jun 2005 20:37:12 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05CD343D4C; Wed, 1 Jun 2005 20:37:11 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j51KbAeT046933; Wed, 1 Jun 2005 15:37:10 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <429E1C64.4010603@centtech.com> Date: Wed, 01 Jun 2005 15:36:52 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200506010544.j515ija7090994@gw.catspoiler.org> In-Reply-To: <200506010544.j515ija7090994@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/905/Wed Jun 1 02:28:38 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: cannot alloc 19968 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 20:37:12 -0000 Don Lewis wrote: > On 31 May, Eric Anderson wrote: > >>One of my filesystems won't fsck. I'm not sure how to fix it, or what >>it's really trying to tell me. >> >># fsck -y /vol1 >>** /dev/da0s1d >>** Last Mounted on /vol1 >>** Phase 1 - Check Blocks and Sizes >>fsck_ufs: cannot alloc 19968 bytes for inoinfo >> >> >>df -i /vol1 output: >>Filesystem 1K-blocks Used Avail Capacity iused ifree >>%iused Mounted on >>/dev/da0s1d 1891668564 1684163832 56171248 97% 55109756 189360002 >>23% /vol1 >> >> >>Any help would be very appreciated! > > > You're probably running into the default 512MB data size limit. Try > setting kern.maxdsiz to a larger value in /boot/loader.conf and > rebooting. I've got mine set to 1GB. > kern.maxdsiz="1073741824" Hmm - I don't seem to have that sysctl.. What would create it? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 20:41:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AA8216A41C for ; Wed, 1 Jun 2005 20:41:09 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A8F43D1F for ; Wed, 1 Jun 2005 20:41:08 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j51Kf3cS041209; Wed, 1 Jun 2005 16:41:03 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j51Kf3nn041206; Wed, 1 Jun 2005 16:41:03 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 1 Jun 2005 16:41:03 -0400 (EDT) From: Andre Guibert de Bruet To: Eric Anderson In-Reply-To: <429E1C64.4010603@centtech.com> Message-ID: <20050601163856.L41030@lexi.siliconlandmark.com> References: <200506010544.j515ija7090994@gw.catspoiler.org> <429E1C64.4010603@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.542, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: cannot alloc 19968 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 20:41:09 -0000 On Wed, 1 Jun 2005, Eric Anderson wrote: > Don Lewis wrote: >> On 31 May, Eric Anderson wrote: >>> One of my filesystems won't fsck. I'm not sure how to fix it, or what >>> it's really trying to tell me. >>> >>> # fsck -y /vol1 >>> ** /dev/da0s1d >>> ** Last Mounted on /vol1 >>> ** Phase 1 - Check Blocks and Sizes >>> fsck_ufs: cannot alloc 19968 bytes for inoinfo >>> >>> df -i /vol1 output: >>> Filesystem 1K-blocks Used Avail Capacity iused ifree >>> %iused Mounted on >>> /dev/da0s1d 1891668564 1684163832 56171248 97% 55109756 189360002 23% >>> /vol1 >>> >>> Any help would be very appreciated! >> >> You're probably running into the default 512MB data size limit. Try >> setting kern.maxdsiz to a larger value in /boot/loader.conf and >> rebooting. I've got mine set to 1GB. >> kern.maxdsiz="1073741824" > > Hmm - I don't seem to have that sysctl.. What would create it? It's a loader tunable, not a sysctl variable. man 5 loader.conf Cheers, Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 20:46:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05C7016A41C for ; Wed, 1 Jun 2005 20:46:57 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DA8343D1D for ; Wed, 1 Jun 2005 20:46:56 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j51Kktm2047088; Wed, 1 Jun 2005 15:46:55 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <429E1EAD.8010604@centtech.com> Date: Wed, 01 Jun 2005 15:46:37 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <200506010544.j515ija7090994@gw.catspoiler.org> <429E1C64.4010603@centtech.com> <20050601163856.L41030@lexi.siliconlandmark.com> In-Reply-To: <20050601163856.L41030@lexi.siliconlandmark.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/905/Wed Jun 1 02:28:38 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: cannot alloc 19968 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 20:46:57 -0000 Andre Guibert de Bruet wrote: > > On Wed, 1 Jun 2005, Eric Anderson wrote: > >> Don Lewis wrote: >> >>> On 31 May, Eric Anderson wrote: >>> >>>> One of my filesystems won't fsck. I'm not sure how to fix it, or >>>> what it's really trying to tell me. >>>> >>>> # fsck -y /vol1 >>>> ** /dev/da0s1d >>>> ** Last Mounted on /vol1 >>>> ** Phase 1 - Check Blocks and Sizes >>>> fsck_ufs: cannot alloc 19968 bytes for inoinfo >>>> >>>> df -i /vol1 output: >>>> Filesystem 1K-blocks Used Avail Capacity iused ifree >>>> %iused Mounted on >>>> /dev/da0s1d 1891668564 1684163832 56171248 97% 55109756 189360002 >>>> 23% /vol1 >>>> >>>> Any help would be very appreciated! >>> >>> >>> You're probably running into the default 512MB data size limit. Try >>> setting kern.maxdsiz to a larger value in /boot/loader.conf and >>> rebooting. I've got mine set to 1GB. >>> kern.maxdsiz="1073741824" >> >> >> Hmm - I don't seem to have that sysctl.. What would create it? > > > It's a loader tunable, not a sysctl variable. man 5 loader.conf Oh.. oops. :) Ok, then I have it set correctly but it isn't helping me. My fsck still dies the same way. Looks like it's taking up about 362MB memory (I have 1GB). Any more ideas? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 22:15:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37B4616A41C; Wed, 1 Jun 2005 22:15:35 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3BF343D49; Wed, 1 Jun 2005 22:15:34 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 1A72850C84; Thu, 2 Jun 2005 07:15:33 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 3F94750C86; Thu, 2 Jun 2005 07:15:29 +0900 (JST) Date: Thu, 02 Jun 2005 07:15:29 +0900 Message-ID: <7m7jhdk9ku.wl%kuriyama@imgsrc.co.jp> From: Jun Kuriyama To: Eric Anderson In-Reply-To: <429DEEF2.9070408@centtech.com> References: <20050601161744.85570.qmail@web80606.mail.yahoo.com> <429DEEF2.9070408@centtech.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Cc: Jun Kuriyama , Current , Mohan Srinivasan Subject: Re: Hang in NFS client operation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 22:15:35 -0000 At Wed, 01 Jun 2005 12:22:58 -0500, Eric Anderson wrote: > Mohan Srinivasan wrote: > > The process is waiting for the NFS reply. > > > > If you're running NFS/TCP, do you have the latest fixes to > > nfs_socket.c in -current ? > > > > As rwatson mentioned, a network trace would be very helpful. > > We can tell whether the client is retrying the request and > > whether the server responds from the trace. > > > > mohan > > > > --- Jun Kuriyama wrote: > > > >>Since 2005-04-09 (*), my (-current) box sometimes hang at NFS client > >>operation (usually CVS update from readonly NFS mounted repository. > >>Server is 5.3R). > > Are either of the two boxes multihomed? No, these boxes have usual single IP. -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Wed Jun 1 22:28:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07AAD16A41C for ; Wed, 1 Jun 2005 22:28:59 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50308.mail.yahoo.com (web50308.mail.yahoo.com [206.190.38.62]) by mx1.FreeBSD.org (Postfix) with SMTP id 7ABAA43D49 for ; Wed, 1 Jun 2005 22:28:58 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 73995 invoked by uid 60001); 1 Jun 2005 22:28:57 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=1gzzq5fqXbFtUqTlOmHi5PcKRdEW637+PqdHBHh55bs42gEDqRrhaHIJaT/vXkqR69qVKAff+k3XceW5vjGBKMlCfV+j/FMANgwJhcUsjnQos7D/ZLAgeplUOegn2lYoiBgAdzpUdMG1ooaoXA6x6GIz99O3NXgpo2SotRkf25I= ; Message-ID: <20050601222857.73993.qmail@web50308.mail.yahoo.com> Received: from [67.99.246.2] by web50308.mail.yahoo.com via HTTP; Wed, 01 Jun 2005 15:28:57 PDT Date: Wed, 1 Jun 2005 15:28:57 -0700 (PDT) From: alan bryan To: "Søren" Schmidt In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: nForce 4, SATA Drive only runs at UDMA33? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jun 2005 22:28:59 -0000 --- Søren Schmidt wrote: > >> Yes, I've done quite a bit of changes that affects > >> this on -current. > >> However its done blindfolded since I dont have a > >> nForce4 based system > >> here yet (but should soon). > >> > >> - Søren > OK, let me know, I'll be away from mail Thurday to > Sunday, so if I > dont respond as quickly as usual you know why... > > - Søren Here's the results from -Current: atapici0: port 0x1f0-0x1f7, 0x3f6, 0x170-0x177, 0x376, 0xf000-0xf00f at device 6.0 on pci0 ata0: on atapici0 ata1: on atapici0 atapici1: port 0x9f0-0x9f7, 0xbf0-0xbf3, 0x970-0x977, 0xb70-0xb73, 0xd800-0xd80f mem 0xd8102000-0xd8102fff irq 23 at device 7.0 on pci0 ata2: on atapici1 ata3: on atapici1 atapici2: port 0x9e0-0x9e7, 0xbe0-0xbe3, 0x960-0x967, 0xb60-0xb63, 0xc400-0xc40f mem 0xd8101000-0xd8101fff irq 21 at device 8.0 on pci0 ata4: on atapici2 ata5: on atapici2 pcib1: at device 9.0 on pci0 pci_link19: BIOS IRQ 23 for 0.7.INTA is invalid And it IS still doing the ATTACH/DETACH repeating thing as earlier. A bit later in the bootup process (after the above) it panics. The good news is that everything seems to be detected now but the bad is that it still dies. Does this help at all? I'm confused by the IRQ23 is invalid statement, not sure what that means. If there's anything else I can do or data I can provide to help get this figured out please let me know. I now have a spare SATA disk I can swap to try out things so I don't have to worry about messing up my system anymore. --Alan __________________________________ Discover Yahoo! Get on-the-go sports scores, stock quotes, news and more. Check it out! http://discover.yahoo.com/mobile.html From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 01:07:52 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 364F616A41C for ; Thu, 2 Jun 2005 01:07:52 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id F008C43D48 for ; Thu, 2 Jun 2005 01:07:51 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j5217fV2002101; Wed, 1 Jun 2005 18:07:46 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506020107.j5217fV2002101@gw.catspoiler.org> Date: Wed, 1 Jun 2005 18:07:41 -0700 (PDT) From: Don Lewis To: andy@siliconlandmark.com In-Reply-To: <20050601113320.G69811@lexi.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Alexander@Leidinger.net, phk@phk.freebsd.dk, current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 01:07:52 -0000 On 1 Jun, Andre Guibert de Bruet wrote: > > On Wed, 1 Jun 2005, Alexander Leidinger wrote: > >> Poul-Henning Kamp wrote: >> >>> Maybe the simplest solution is also the best: keep track of the >>> dependencies and do the cleanup leaf->root on the resulting tree. It might not even be necessary to use a tree. It might be possible to just use a list like vfs_unmountall(). >> How many userland processes have to be running and consuming memory which >> isn't available as physical RAM at this point in the shutdown sequence? >> >> Wouldn't a loop like the following be enough? >> while swap >> umount unbusy-FS >> swap-off swap >> >> This assumes that swap-off doesn't turns off the swap if it isn't able to put >> everything back into other swap or physical RAM areas. > > I would think that one would want to disable swapping before the unmount > of filesystems for the very fact you could have vnode-backed swapspace in > use. This order doesn't work either because you might only have 128 MB of RAM, but 1 GB of data in /tmp, which is stored on a swap-backed memory disk. In this case you'll have to unmount /tmp and toss the md contents before you disable swap. From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 01:26:57 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D1FF16A41C; Thu, 2 Jun 2005 01:26:57 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CCCB43D54; Thu, 2 Jun 2005 01:26:56 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j521Qp1V042887; Wed, 1 Jun 2005 21:26:51 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j521QoM7042884; Wed, 1 Jun 2005 21:26:50 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 1 Jun 2005 21:26:50 -0400 (EDT) From: Andre Guibert de Bruet To: Don Lewis In-Reply-To: <200506020107.j5217fV2002101@gw.catspoiler.org> Message-ID: <20050601211542.G41030@lexi.siliconlandmark.com> References: <200506020107.j5217fV2002101@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.542, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: Alexander@Leidinger.net, phk@phk.freebsd.dk, current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 01:26:57 -0000 On Wed, 1 Jun 2005, Don Lewis wrote: > On 1 Jun, Andre Guibert de Bruet wrote: >> On Wed, 1 Jun 2005, Alexander Leidinger wrote: >>> Poul-Henning Kamp wrote: >>> >>>> Maybe the simplest solution is also the best: keep track of the >>>> dependencies and do the cleanup leaf->root on the resulting tree. > > It might not even be necessary to use a tree. It might be possible to > just use a list like vfs_unmountall(). I do some similar magic in my diff, to check for devfs. I can write a function that unmounts all mds first. >>> How many userland processes have to be running and consuming memory which >>> isn't available as physical RAM at this point in the shutdown sequence? >>> >>> Wouldn't a loop like the following be enough? >>> while swap >>> umount unbusy-FS >>> swap-off swap >>> >>> This assumes that swap-off doesn't turns off the swap if it isn't able to put >>> everything back into other swap or physical RAM areas. >> >> I would think that one would want to disable swapping before the unmount >> of filesystems for the very fact you could have vnode-backed swapspace in >> use. > > This order doesn't work either because you might only have 128 MB of > RAM, but 1 GB of data in /tmp, which is stored on a swap-backed memory > disk. In this case you'll have to unmount /tmp and toss the md contents > before you disable swap. I could modify my patchset to get a first pass at MDs, then disable swap, then unmount UFS/FFS/ext2/etc, then devfs. The question becomes: Is this the correct process that we should follow? It makes sense to me. I would like to get input from our VM & VFS gurus on this before I schedule a hack-and-testathon... :-) Cheers! Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 01:48:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F91C16A422; Thu, 2 Jun 2005 01:48:24 +0000 (GMT) (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 B246543D1F; Thu, 2 Jun 2005 01:48:21 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j521tCK9021939; Wed, 1 Jun 2005 19:55:12 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <429E64F7.2040300@samsco.org> Date: Wed, 01 Jun 2005 19:46:31 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <200506020107.j5217fV2002101@gw.catspoiler.org> <20050601211542.G41030@lexi.siliconlandmark.com> In-Reply-To: <20050601211542.G41030@lexi.siliconlandmark.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Alexander@Leidinger.net, Don Lewis , phk@phk.freebsd.dk, current@freebsd.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 01:48:24 -0000 Andre Guibert de Bruet wrote: > > On Wed, 1 Jun 2005, Don Lewis wrote: > >> On 1 Jun, Andre Guibert de Bruet wrote: >> >>> On Wed, 1 Jun 2005, Alexander Leidinger wrote: >>> >>>> Poul-Henning Kamp wrote: >>>> >>>>> Maybe the simplest solution is also the best: keep track of the >>>>> dependencies and do the cleanup leaf->root on the resulting tree. >> >> >> It might not even be necessary to use a tree. It might be possible to >> just use a list like vfs_unmountall(). > > > I do some similar magic in my diff, to check for devfs. I can write a > function that unmounts all mds first. > >>>> How many userland processes have to be running and consuming memory >>>> which >>>> isn't available as physical RAM at this point in the shutdown sequence? >>>> >>>> Wouldn't a loop like the following be enough? >>>> while swap >>>> umount unbusy-FS >>>> swap-off swap >>>> >>>> This assumes that swap-off doesn't turns off the swap if it isn't >>>> able to put >>>> everything back into other swap or physical RAM areas. >>> >>> >>> I would think that one would want to disable swapping before the unmount >>> of filesystems for the very fact you could have vnode-backed >>> swapspace in >>> use. >> >> >> This order doesn't work either because you might only have 128 MB of >> RAM, but 1 GB of data in /tmp, which is stored on a swap-backed memory >> disk. In this case you'll have to unmount /tmp and toss the md contents >> before you disable swap. > > > I could modify my patchset to get a first pass at MDs, then disable > swap, then unmount UFS/FFS/ext2/etc, then devfs. The question becomes: > Is this the correct process that we should follow? It makes sense to me. > I would like to get input from our VM & VFS gurus on this before I > schedule a hack-and-testathon... :-) > > Cheers! > Andy > This order sounds reasonable. I don't have much more to add, your discussion so far seems to be going in the right direction. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 03:42:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 323D016A41C for ; Thu, 2 Jun 2005 03:42:02 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CE3343D58 for ; Thu, 2 Jun 2005 03:42:02 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from OSTest ([68.161.130.249]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IHF00BXSU9Q09N1@vms046.mailsrvcs.net> for freebsd-current@freebsd.org; Wed, 01 Jun 2005 22:41:50 -0500 (CDT) Date: Wed, 01 Jun 2005 22:46:09 -0400 From: David Gurvich To: freebsd-current@freebsd.org Message-id: <200506012246.09410.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-disposition: inline User-Agent: KMail/1.8 Subject: nForce SMBus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 03:42:02 -0000 I have not seen a driver for the nForce 1 smbus in 6-current. I notice that in 5 there existed nfpm, but do not see it in 6. How would I enable monitoring through the smb interface without this? I had tried to include nfpm in the kernel despite seeing nothing in src for it, but that just made the kernel unbootable. From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 04:20:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6478116A41C for ; Thu, 2 Jun 2005 04:20:47 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD1F543D48 for ; Thu, 2 Jun 2005 04:20:46 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so239844nzk for ; Wed, 01 Jun 2005 21:20:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=UTGP2NzjgEAvZXBMU7vEYrLXUNU2omMx39yA2+YQUEXAvaeSo80i4kI3mcwsGRWTYifJKOx6ezoDbDxmpbu704FaHxy4WTAo6zJYcpUwPImUcdcwDgmE7ZJULU3VUpAzSxAub2hTijs/rH+MIsBkVSgij9zOSkGyyQapTj38v8k= Received: by 10.36.138.5 with SMTP id l5mr153887nzd; Wed, 01 Jun 2005 21:20:46 -0700 (PDT) Received: by 10.36.88.8 with HTTP; Wed, 1 Jun 2005 21:20:46 -0700 (PDT) Message-ID: Date: Thu, 2 Jun 2005 12:20:46 +0800 From: Jiawei Ye To: Jia-Shiun Li In-Reply-To: <1d6d20bc050601132457a7904a@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_155_10274385.1117686046051" References: <20050505101016.GM75629@cicely12.cicely.de> <20050505110109.GN75629@cicely12.cicely.de> <1d6d20bc050601132457a7904a@mail.gmail.com> Cc: freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: SMBus hardware note recognized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 04:20:47 -0000 ------=_Part_155_10274385.1117686046051 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 6/2/05, Jia-Shiun Li wrote: >=20 > Your ICH4 SMBus controller should have been supported by ichsmb. Strange. >=20 > Try boot verbose and examine the boot messages carefully. >=20 Ok, I have attached my dmesg.boot. Doesn't look like the smbus.ko is probing my SMBus hardware at all. Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming ------=_Part_155_10274385.1117686046051 Content-Type: text/plain; name="dmesg.boot" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.boot" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1DVVJSRU5UICMxNTogVGh1IEp1biAgMiAxMTo1MDo1 OCBDU1QgMjAwNQogICAgbGVhZnlAY2hpaGlyby5sZWFmeS5pZHYudHc6L3Vzci9vYmovdXNyL3Ny Yy9zeXMvQ0hJSElSTwpQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIg YXQgMHhjMDg2ZjAwMC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9taWlidXMu a28iIGF0IDB4YzA4NmYxYjAuClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvaWZf ZnhwLmtvIiBhdCAweGMwODZmMjVjLgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVs L3NuZF9pY2gua28iIGF0IDB4YzA4NmYzMDguClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9r ZXJuZWwvc291bmQua28iIGF0IDB4YzA4NmYzYjQuClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9v dC9rZXJuZWwvdXNiLmtvIiBhdCAweGMwODZmNDYwLgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jv b3Qva2VybmVsL3JhbmRvbS5rbyIgYXQgMHhjMDg2ZjUwOC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUg Ii9ib290L2tlcm5lbC9jcHVmcmVxLmtvIiBhdCAweGMwODZmNWI0LgpQcmVsb2FkZWQgZWxmIG1v ZHVsZSAiL2Jvb3Qva2VybmVsL2lvLmtvIiBhdCAweGMwODZmNjYwLgpQcmVsb2FkZWQgZWxmIG1v ZHVsZSAiL2Jvb3Qva2VybmVsL21lbS5rbyIgYXQgMHhjMDg2ZjcwOC4KUHJlbG9hZGVkIGVsZiBt b2R1bGUgIi9ib290L2tlcm5lbC9maXJld2lyZS5rbyIgYXQgMHhjMDg2ZjdiMC4KUHJlbG9hZGVk IGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9mZGMua28iIGF0IDB4YzA4NmY4NjAuClByZWxvYWRl ZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvc21iLmtvIiBhdCAweGMwODZmOTA4LgpQcmVsb2Fk ZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3NtYnVzLmtvIiBhdCAweGMwODZmOWIwLgpQcmVs b2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3BwYnVzLmtvIiBhdCAweGMwODZmYTVjLgpQ cmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2NhbS5rbyIgYXQgMHhjMDg2ZmIwOC4K UHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9haGMua28iIGF0IDB4YzA4NmZiYjAu ClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvYWhjX3BjaS5rbyIgYXQgMHhjMDg2 ZmM1OC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9hdGFwY2kua28iIGF0IDB4 YzA4NmZkMDQuClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvYXRhLmtvIiBhdCAw eGMwODZmZGIwLgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3N5c3Ztc2cua28i IGF0IDB4YzA4NmZlNTguClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvc3lzdnNl bS5rbyIgYXQgMHhjMDg2ZmYwNC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9z eXN2c2htLmtvIiBhdCAweGMwODZmZmIwLgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2Vy bmVsL2FjcGkua28iIGF0IDB4YzA4NzAwNWMuCkNhbGlicmF0aW5nIGNsb2NrKHMpIC4uLiBpODI1 NCBjbG9jazogMTE5MzIxMiBIegpDTEtfVVNFX0k4MjU0X0NBTElCUkFUSU9OIG5vdCBzcGVjaWZp ZWQgLSB1c2luZyBkZWZhdWx0IGZyZXF1ZW5jeQpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5j eSAxMTkzMTgyIEh6IHF1YWxpdHkgMApDYWxpYnJhdGluZyBUU0MgY2xvY2sgLi4uIFRTQyBjbG9j azogMTgxNjk4ODQzNiBIegpDUFU6IEludGVsKFIpIFBlbnRpdW0oUikgNCBDUFUgMS44MEdIeiAo MTgxNi45OS1NSHogNjg2LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQg PSAweGYxMyAgU3RlcHBpbmcgPSAzCiAgRmVhdHVyZXM9MHgzZmViZmJmZjxGUFUsVk1FLERFLFBT RSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0Uz NixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTT4KcmVhbCBtZW1v cnkgID0gNTI4NDE2NzY4ICg1MDMgTUIpClBoeXNpY2FsIG1lbW9yeSBjaHVuayhzKToKMHgwMDAw MDAwMDAwMDAxMDAwIC0gMHgwMDAwMDAwMDAwMDllZmZmLCA2NDcxNjggYnl0ZXMgKDE1OCBwYWdl cykKMHgwMDAwMDAwMDAwMTAwMDAwIC0gMHgwMDAwMDAwMDAwM2ZmZmZmLCAzMTQ1NzI4IGJ5dGVz ICg3NjggcGFnZXMpCjB4MDAwMDAwMDAwMGMyNTAwMCAtIDB4MDAwMDAwMDAxZWVlM2ZmZiwgNTA2 MTk1OTY4IGJ5dGVzICgxMjM1ODMgcGFnZXMpCmF2YWlsIG1lbW9yeSA9IDUwNzc5MzQwOCAoNDg0 IE1CKQpiaW9zMzI6IEZvdW5kIEJJT1MzMiBTZXJ2aWNlIERpcmVjdG9yeSBoZWFkZXIgYXQgMHhj MDBmZGI1MApiaW9zMzI6IEVudHJ5ID0gMHhmZGI2MCAoYzAwZmRiNjApICBSZXYgPSAwICBMZW4g PSAxCnBjaWJpb3M6IFBDSSBCSU9TIGVudHJ5IGF0IDB4ZjAwMDArMHhkYjgxCnBucGJpb3M6IEZv dW5kIFBuUCBCSU9TIGRhdGEgYXQgMHhjMDBmNzcwMApwbnBiaW9zOiBFbnRyeSA9IGYwMDAwOjY4 M2IgIFJldiA9IDEuMApPdGhlciBCSU9TIHNpZ25hdHVyZXMgZm91bmQ6Cm51bGw6IDxudWxsIGRl dmljZSwgemVybyBkZXZpY2U+CnJhbmRvbTogPGVudHJvcHkgc291cmNlLCBTb2Z0d2FyZSwgWWFy cm93PgppbzogPEkvTz4KbWVtOiA8bWVtb3J5PgpQZW50aXVtIFBybyBNVFJSIHN1cHBvcnQgZW5h YmxlZApucHgwOiBbRkFTVF0KbnB4MDogPG1hdGggcHJvY2Vzc29yPiBvbiBtb3RoZXJib2FyZApu cHgwOiBJTlQgMTYgaW50ZXJmYWNlCmFjcGkwOiA8QU1JSU5UIElOVEVMODQ1PiBvbiBtb3RoZXJi b2FyZAphY3BpMDogW01QU0FGRV0KcGNpX29wZW4oMSk6CW1vZGUgMSBhZGRyIHBvcnQgKDB4MGNm OCkgaXMgMHg4MDAwMDA5MApwY2lfb3BlbigxYSk6CW1vZGUxcmVzPTB4ODAwMDAwMDAgKDB4ODAw MDAwMDApCnBjaV9jZmdjaGVjazoJZGV2aWNlIDAgW2NsYXNzPTA2MDAwMF0gW2hkcj0wMF0gaXMg dGhlcmUgKGlkPTI1NjA4MDg2KQpwY2liaW9zOiBCSU9TIHZlcnNpb24gMi4xMApGb3VuZCAkUElS IHRhYmxlLCAxMiBlbnRyaWVzIGF0IDB4YzAwZjdkMjAKUENJLU9ubHkgSW50ZXJydXB0czogbm9u ZQpMb2NhdGlvbiAgQnVzIERldmljZSBQaW4gIExpbmsgIElSUXMKZW1iZWRkZWQgICAgMCAgICAx ICAgIEEgICAweDYwICAzIDQgNSA3IDEwIDExIDEyIDE0IDE1CmVtYmVkZGVkICAgIDAgICAgMSAg ICBCICAgMHg2MSAgMyA0IDUgNyAxMCAxMSAxMiAxNCAxNQplbWJlZGRlZCAgICAwICAgIDIgICAg QSAgIDB4NjAgIDMgNCA1IDcgMTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMCAgIDI5ICAgIEEg ICAweDYwICAzIDQgNSA3IDEwIDExIDEyIDE0IDE1CmVtYmVkZGVkICAgIDAgICAyOSAgICBCICAg MHg2MyAgMyA0IDUgNyAxMCAxMSAxMiAxNCAxNQplbWJlZGRlZCAgICAwICAgMjkgICAgQyAgIDB4 NjIgIDMgNCA1IDcgMTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMCAgIDI5ICAgIEQgICAweDZi ICAzIDQgNSA3IDEwIDExIDEyIDE0IDE1CmVtYmVkZGVkICAgIDAgICAzMSAgICBBICAgMHg2MiAg MyA0IDUgNyAxMCAxMSAxMiAxNCAxNQplbWJlZGRlZCAgICAwICAgMzEgICAgQiAgIDB4NjEgIDMg NCA1IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAxICAgICAgMyAgICAwICAgIEEgICAweDYwICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAxICAgICAgMyAgICAwICAgIEIgICAweDYxICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAxICAgICAgMyAgICAwICAgIEMgICAweDYyICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAxICAgICAgMyAgICAwICAgIEQgICAweDYzICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAyICAgICAgMyAgICAxICAgIEEgICAweDYxICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAyICAgICAgMyAgICAxICAgIEIgICAweDYyICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAyICAgICAgMyAgICAxICAgIEMgICAweDYzICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAyICAgICAgMyAgICAxICAgIEQgICAweDYwICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAzICAgICAgMyAgICAyICAgIEEgICAweDYyICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAzICAgICAgMyAgICAyICAgIEIgICAweDYzICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAzICAgICAgMyAgICAyICAgIEMgICAweDYwICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCAzICAgICAgMyAgICAyICAgIEQgICAweDYxICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA0ICAgICAgMyAgICAzICAgIEEgICAweDYzICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA0ICAgICAgMyAgICAzICAgIEIgICAweDYwICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA0ICAgICAgMyAgICAzICAgIEMgICAweDYxICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA0ICAgICAgMyAgICAzICAgIEQgICAweDYyICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA1ICAgICAgMyAgICA1ICAgIEEgICAweDYxICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA1ICAgICAgMyAgICA1ICAgIEIgICAweDYyICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA1ICAgICAgMyAgICA1ICAgIEMgICAweDYzICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA1ICAgICAgMyAgICA1ICAgIEQgICAweDYwICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA2ICAgICAgMyAgICA0ICAgIEEgICAweDYwICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA2ICAgICAgMyAgICA0ICAgIEIgICAweDYxICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA2ICAgICAgMyAgICA0ICAgIEMgICAweDYyICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKc2xvdCA2ICAgICAgMyAgICA0ICAgIEQgICAweDYzICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMyAgICA4ICAgIEEgICAweDY4ICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMyAgIDEzICAgIEEgICAweDY5ICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMyAgIDEzICAgIEIgICAweDZhICAzIDQg NSA2IDcgMTAgMTEgMTIgMTQgMTUKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiAzMSBmdW5j IDAKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiAzMSBmdW5jIDAKYWNwaTA6IFBvd2VyIEJ1 dHRvbiAoZml4ZWQpCmF0cGljOiBQcm9ncmFtbWluZyBJUlE5IGFzIGxldmVsL2xvdwpBY3BpT3NE ZXJpdmVQY2lJZDogYnVzIDAgZGV2IDAgZnVuYyAwCnBjaV9saW5rMDogPEFDUEkgUENJIExpbmsg TE5LQT4gaXJxIDExIG9uIGFjcGkwCnBjaV9saW5rMDogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9i ZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNCA1 IDYgNyAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazA6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRh dGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgICAxMSAgIE4gICAgIDAgIDMg NCA1IDYgNyAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazA6IExpbmtzIGFmdGVyIGRpc2FibGU6Cklu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcg MTAgMTEgMTIgMTQgMTUKcGNpX2xpbmsxOiA8QUNQSSBQQ0kgTGluayBMTktCPiBpcnEgMTAgb24g YWNwaTAKcGNpX2xpbmsxOiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBS dGQgIFJlZiAgSVJRcwogICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0 IDE1CnBjaV9saW5rMTogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJR ICBSdGQgIFJlZiAgSVJRcwogICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEy IDE0IDE1CnBjaV9saW5rMTogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBS ZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQpw Y2lfbGluazI6IDxBQ1BJIFBDSSBMaW5rIExOS0M+IGlycSAxMCBvbiBhY3BpMApwY2lfbGluazI6 IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAg ICAwICAgMTAgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbmsyOiBM aW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgICAwICAgMTAgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbmsy OiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAg MjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rMzogPEFDUEkg UENJIExpbmsgTE5LRD4gaXJxIDEwIG9uIGFjcGkwCnBjaV9saW5rMzogTGlua3MgYWZ0ZXIgaW5p dGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgICAxMCAgIE4gICAg IDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazM6IExpbmtzIGFmdGVyIGluaXRp YWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgICAxMCAgIE4g ICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazM6IExpbmtzIGFmdGVyIGRp c2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAz IDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbms0OiA8QUNQSSBQQ0kgTGluayBMTktFPiBp cnEgMTAgb24gYWNwaTAKcGNpX2xpbms0OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRl eCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDEw IDExIDEyIDE0IDE1CnBjaV9saW5rNDogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJ bmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3 IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNDogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAx MiAxNCAxNQpwY2lfbGluazU6IDxBQ1BJIFBDSSBMaW5rIExOS0Y+IGlycSAwIG9uIGFjcGkwCnBj aV9saW5rNTogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYg IElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQpwY2lf bGluazU6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBS ZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQpw Y2lfbGluazU6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbms2 OiA8QUNQSSBQQ0kgTGluayBMTktHPiBpcnEgMCBvbiBhY3BpMApwY2lfbGluazY6IExpbmtzIGFm dGVyIGluaXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUg ICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbms2OiBMaW5rcyBhZnRl ciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAy NTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbms2OiBMaW5rcyBh ZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAg ICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNzogPEFDUEkgUENJIExpbmsg TE5LSD4gaXJxIDEwIG9uIGFjcGkwCnBjaV9saW5rNzogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9i ZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgICAxMCAgIE4gICAgIDAgIDMgNCA1 IDYgNyAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazc6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRh dGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgICAxMCAgIE4gICAgIDAgIDMg NCA1IDYgNyAxMCAxMSAxMiAxNCAxNQpwY2lfbGluazc6IExpbmtzIGFmdGVyIGRpc2FibGU6Cklu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcg MTAgMTEgMTIgMTQgMTUKQUNQSSB0aW1lcjogMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIDEv MSAxLzEgMS8xIC0+IDEwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1 IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1I ej4gcG9ydCAweDgwOC0weDgwYiBvbiBhY3BpMApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCnA0 dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCmFjcGlfYnV0dG9u MDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4g cG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApw Y2kwOiBwaHlzaWNhbCBidXM9MApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI1NjAsIHJl dmlkPTB4MDEKCWJ1cz0wLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDIwOTAsIGNhY2hlbG5zej0w IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhs YXQ9MHgwMCAoMCBucykKCW1hcFsxMF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgZTAwMDAwMDAs IHNpemUgMjYsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNTYyLCByZXZp ZD0weDAxCglidXM9MCwgc2xvdD0yLCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDkwLCBjYWNoZWxuc3o9MCAo ZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMSAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgZDAwMDAwMDAs IHNpemUgMjcsIGVuYWJsZWQKCW1hcFsxNF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZGZmODAw MDAsIHNpemUgMTksIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMi5JTlRBIChz cmMgXFxfU0JfLkxOS0E6MCkKcGNpYjA6IHNsb3QgMiBJTlRBIHJvdXRlZCB0byBpcnEgMTEgdmlh IFxcX1NCXy5MTktBCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjRjMiwgcmV2aWQ9MHgw MQoJYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MAoJY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKCWludHBpbj1hLCBpcnE9MTEKCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJh c2UgMDAwMGU0MDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAu MjkuSU5UQSAoc3JjIFxcX1NCXy5MTktBOjApCnBjaWIwOiBzbG90IDI5IElOVEEgcm91dGVkIHRv IGlycSAxMSB2aWEgXFxfU0JfLkxOS0EKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNGM0 LCByZXZpZD0weDAxCglidXM9MCwgc2xvdD0yOSwgZnVuYz0xCgljbGFzcz0wYy0wMy0wMCwgaGRy dHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVs bnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyks IG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWIsIGlycT0xMAoJbWFwWzIwXTogdHlwZSA0LCBy YW5nZSAzMiwgYmFzZSAwMDAwZTgwMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBl bnRyeSBmb3IgMC4yOS5JTlRCIChzcmMgXFxfU0JfLkxOS0Q6MCkKcGNpYjA6IHNsb3QgMjkgSU5U QiByb3V0ZWQgdG8gaXJxIDEwIHZpYSBcXF9TQl8uTE5LRApmb3VuZC0+CXZlbmRvcj0weDgwODYs IGRldj0weDI0YzcsIHJldmlkPTB4MDEKCWJ1cz0wLCBzbG90PTI5LCBmdW5jPTIKCWNsYXNzPTBj LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgw MjgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YywgaXJxPTEwCgltYXBbMjBd OiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDBlYzAwLCBzaXplICA1LCBlbmFibGVkCnBjaWIw OiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEMgKHNyYyBcXF9TQl8uTE5LQzowKQpwY2liMDog c2xvdCAyOSBJTlRDIHJvdXRlZCB0byBpcnEgMTAgdmlhIFxcX1NCXy5MTktDCmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MjRjZCwgcmV2aWQ9MHgwMQoJYnVzPTAsIHNsb3Q9MjksIGZ1bmM9 NwoJY2xhc3M9MGMtMDMtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNiwg c3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1kLCBpcnE9 MTAKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlw ZSAxLCByYW5nZSAzMiwgYmFzZSBkZmY3YmMwMCwgc2l6ZSAxMCwgZW5hYmxlZApwY2liMDogbWF0 Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlREIChzcmMgXFxfU0JfLkxOS0g6MCkKcGNpYjA6IHNsb3Qg MjkgSU5URCByb3V0ZWQgdG8gaXJxIDEwIHZpYSBcXF9TQl8uTE5LSApmb3VuZC0+CXZlbmRvcj0w eDgwODYsIGRldj0weDI0NGUsIHJldmlkPTB4ODEKCWJ1cz0wLCBzbG90PTMwLCBmdW5jPTAKCWNs YXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDcsIHN0YXRy ZWc9MHg4MDgwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDA2ICgxNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4 ODA4NiwgZGV2PTB4MjRjMCwgcmV2aWQ9MHgwMQoJYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xh c3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwZiwgc3RhdHJl Zz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2 LCBkZXY9MHgyNGNiLCByZXZpZD0weDAxCglidXM9MCwgc2xvdD0zMSwgZnVuYz0xCgljbGFzcz0w MS0wMS04YSwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4 MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9 MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0yNTUKCW1hcFsy MF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMGZjMDAsIHNpemUgIDQsIGVuYWJsZWQKCW1h cFsyNF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgMDAwMDAwMDAsIHNpemUgMTAsIGVuYWJsZWQK Zm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNGMzLCByZXZpZD0weDAxCglidXM9MCwgc2xv dD0zMSwgZnVuYz0zCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMDAxLCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVy PTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50 cGluPWIsIGlycT0yNTUKCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDBjMDAs IHNpemUgIDUsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNGM1LCByZXZp ZD0weDAxCglidXM9MCwgc2xvdD0zMSwgZnVuYz01CgljbGFzcz0wNC0wMS0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQoJaW50cGluPWIsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDBlMDAw LCBzaXplICA4LCBlbmFibGVkCgltYXBbMTRdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDBk YzAwLCBzaXplICA2LCBlbmFibGVkCgltYXBbMThdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGRm ZjdiYTAwLCBzaXplICA5LCBlbmFibGVkCgltYXBbMWNdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNl IGRmZjdiOTAwLCBzaXplICA4LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjMx LklOVEIgKHNyYyBcXF9TQl8uTE5LQjowKQpwY2liMDogc2xvdCAzMSBJTlRCIHJvdXRlZCB0byBp cnEgMTAgdmlhIFxcX1NCXy5MTktCCmFncDA6IDxJbnRlbCA4Mjg0NUcgKDg0NUcgR01DSCkgU1ZH QSBjb250cm9sbGVyPiBtZW0gMHhkMDAwMDAwMC0weGQ3ZmZmZmZmLDB4ZGZmODAwMDAtMHhkZmZm ZmZmZiBpcnEgMTEgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCmFncDA6IFJlc2VydmVkIDB4ODAwMDAw MCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZDAwMDAwMDAKYWdwMDogUmVzZXJ2ZWQg MHg4MDAwMCBieXRlcyBmb3IgcmlkIDB4MTQgdHlwZSAzIGF0IDB4ZGZmODAwMDAKYWdwMDogZGV0 ZWN0ZWQgODA2MGsgc3RvbGVuIG1lbW9yeQphZ3AwOiBhcGVydHVyZSBzaXplIGlzIDEyOE0KdWhj aTA6IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0IgY29udHJvbGxlciBVU0ItQT4gcG9ydCAweGU0 MDAtMHhlNDFmIGlycSAxMSBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVoY2kwOiBSZXNlcnZlZCAw eDIwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHhlNDAwCnVoY2kwOiBbR0lBTlQtTE9D S0VEXQp1c2IwOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IG9u IHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IEludGVsIFVIQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIwOiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNpMTogPEludGVsIDgyODAxREIgKElDSDQpIFVTQiBj b250cm9sbGVyIFVTQi1CPiBwb3J0IDB4ZTgwMC0weGU4MWYgaXJxIDEwIGF0IGRldmljZSAyOS4x IG9uIHBjaTAKdWhjaTE6IFJlc2VydmVkIDB4MjAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBh dCAweGU4MDAKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVzYjE6IDxJbnRlbCA4MjgwMURCIChJQ0g0 KSBVU0IgY29udHJvbGxlciBVU0ItQj4gb24gdWhjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1 aHViMTogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kyOiA8 SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQgMHhlYzAwLTB4 ZWMxZiBpcnEgMTAgYXQgZGV2aWNlIDI5LjIgb24gcGNpMAp1aGNpMjogUmVzZXJ2ZWQgMHgyMCBi eXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4ZWMwMAp1aGNpMjogW0dJQU5ULUxPQ0tFRF0K dXNiMjogPEludGVsIDgyODAxREIgKElDSDQpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBvbiB1aGNp Mgp1c2IyOiBVU0IgcmV2aXNpb24gMS4wCnVodWIyOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFz cyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xs ZXI+IG1lbSAweGRmZjdiYzAwLTB4ZGZmN2JmZmYgaXJxIDEwIGF0IGRldmljZSAyOS43IG9uIHBj aTAKZWhjaTA6IFJlc2VydmVkIDB4NDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhk ZmY3YmMwMAplaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMzogRUhDSSB2ZXJzaW9uIDEuMAp1c2Iz OiBjb21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFjaDogdXNiMCB1c2IxIHVzYjIKdXNi MzogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTAKdXNiMzogVVNC IHJldmlzaW9uIDIuMAp1aHViMzogSW50ZWwgRUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYg Mi4wMC8xLjAwLCBhZGRyIDEKdWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNp MApwY2liMTogICBzZWNvbmRhcnkgYnVzICAgICAzCnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAg IDMKcGNpYjE6ICAgSS9PIGRlY29kZSAgICAgICAgMHhjMDAwLTB4Y2ZmZgpwY2liMTogICBtZW1v cnkgZGVjb2RlICAgICAweGRmOTAwMDAwLTB4ZGZkZmZmZmYKcGNpYjE6ICAgcHJlZmV0Y2hlZCBk ZWNvZGUgMHhjZjUwMDAwMC0weGNmNWZmZmZmCnBjaWIxOiAgIFN1YnRyYWN0aXZlbHkgZGVjb2Rl ZCBicmlkZ2UuCkFDUEk6IEZvdW5kIG1hdGNoaW5nIHBpbiBmb3IgMC4yLklOVEEgYXQgZnVuYyAw OiAxMQpwY2lfbGluazI6IEJJT1MgSVJRIDExIGRvZXMgbm90IG1hdGNoIGluaXRpYWwgSVJRIDEw CnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnBjaTM6IHBoeXNpY2FsIGJ1cz0zCmZvdW5k LT4JdmVuZG9yPTB4MTA0YywgZGV2PTB4ODAyMCwgcmV2aWQ9MHgwMAoJYnVzPTMsIHNsb3Q9MSwg ZnVuYz0wCgljbGFzcz0wYy0wMC0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MTE2LCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MjAg KDk2MCBucyksIG1pbmdudD0weDAyICg1MDAgbnMpLCBtYXhsYXQ9MHgwNCAoMTAwMCBucykKCWlu dHBpbj1hLCBpcnE9MTAKCXBvd2Vyc3BlYyAxICBzdXBwb3J0cyBEMCBEMiBEMyAgY3VycmVudCBE MAoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBkZmRmZDgwMCwgc2l6ZSAxMSwgZW5h YmxlZApwY2liMTogKG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhkZmRmZDgwMC0weGRm ZGZkZmZmOiBnb29kCgltYXBbMTRdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGRmZGY4MDAwLCBz aXplIDE0LCBlbmFibGVkCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGRm ZGY4MDAwLTB4ZGZkZmJmZmY6IGdvb2QKcGNpYjE6IG1hdGNoZWQgZW50cnkgZm9yIDMuMS5JTlRB IChzcmMgXFxfU0JfLkxOS0I6MCkKcGNpYjE6IHNsb3QgMSBJTlRBIHJvdXRlZCB0byBpcnEgMTAg dmlhIFxcX1NCXy5MTktCCmZvdW5kLT4JdmVuZG9yPTB4OTAwNSwgZGV2PTB4MDAxMCwgcmV2aWQ9 MHgwMAoJYnVzPTMsIHNsb3Q9MiwgZnVuYz0wCgljbGFzcz0wMS0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wCgljbWRyZWc9MHgwMTE3LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTggKGR3 b3JkcykKCWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDI3ICg5NzUwIG5zKSwgbWF4 bGF0PTB4MTkgKDYyNTAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMSAgc3VwcG9y dHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAw MGNjMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjE6IChudWxsKSByZXF1ZXN0ZWQgSS9PIHJhbmdl IDB4Y2MwMC0weGNjZmY6IGluIHJhbmdlCgltYXBbMTRdOiB0eXBlIDEsIHJhbmdlIDY0LCBiYXNl IGRmZGZmMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9y eSByYW5nZSAweGRmZGZmMDAwLTB4ZGZkZmZmZmY6IGdvb2QKcGNpYjE6IG1hdGNoZWQgZW50cnkg Zm9yIDMuMi5JTlRBIChzcmMgXFxfU0JfLkxOS0M6MCkKcGNpYjE6IHNsb3QgMiBJTlRBIHJvdXRl ZCB0byBpcnEgMTAgdmlhIFxcX1NCXy5MTktDCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4 MTIyOSwgcmV2aWQ9MHgwNQoJYnVzPTMsIHNsb3Q9NCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMTE3LCBzdGF0cmVnPTB4MDI5MCwgY2Fj aGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MjAgKDk2MCBucyksIG1pbmdudD0weDA4ICgy MDAwIG5zKSwgbWF4bGF0PTB4MzggKDE0MDAwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJz cGVjIDEgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDMs IHJhbmdlIDMyLCBiYXNlIGNmNWZmMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIxOiAobnVsbCkg cmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGNmNWZmMDAwLTB4Y2Y1ZmZmZmY6IGdvb2QKCW1hcFsx NF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMGM4MDAsIHNpemUgIDUsIGVuYWJsZWQKcGNp YjE6IChudWxsKSByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4YzgwMC0weGM4MWY6IGluIHJhbmdlCglt YXBbMThdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGRmYjAwMDAwLCBzaXplIDIwLCBlbmFibGVk CnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGRmYjAwMDAwLTB4ZGZiZmZm ZmY6IGdvb2QKcGNpYjE6IG1hdGNoZWQgZW50cnkgZm9yIDMuNC5JTlRBIChzcmMgXFxfU0JfLkxO S0E6MCkKcGNpYjE6IHNsb3QgNCBJTlRBIHJvdXRlZCB0byBpcnEgMTEgdmlhIFxcX1NCXy5MTktB CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTAzYSwgcmV2aWQ9MHg4MQoJYnVzPTMsIHNs b3Q9OCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMTE3LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVy PTB4MjAgKDk2MCBucyksIG1pbmdudD0weDA4ICgyMDAwIG5zKSwgbWF4bGF0PTB4MzggKDE0MDAw IG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQz ICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGRmZGY1MDAwLCBz aXplIDEyLCBlbmFibGVkCnBjaWIxOiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGRm ZGY1MDAwLTB4ZGZkZjVmZmY6IGdvb2QKCW1hcFsxNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2Ug MDAwMGM0MDAsIHNpemUgIDYsIGVuYWJsZWQKcGNpYjE6IChudWxsKSByZXF1ZXN0ZWQgSS9PIHJh bmdlIDB4YzQwMC0weGM0M2Y6IGluIHJhbmdlCnBjaWIxOiBtYXRjaGVkIGVudHJ5IGZvciAzLjgu SU5UQSAoc3JjIFxcX1NCXy5MTktFOjApCnBjaWIxOiBzbG90IDggSU5UQSByb3V0ZWQgdG8gaXJx IDEwIHZpYSBcXF9TQl8uTE5LRQpmd29oY2kwOiA8VGV4YXMgSW5zdHJ1bWVudHMgVFNCMTJMVjI2 PiBtZW0gMHhkZmRmZDgwMC0weGRmZGZkZmZmLDB4ZGZkZjgwMDAtMHhkZmRmYmZmZiBpcnEgMTAg YXQgZGV2aWNlIDEuMCBvbiBwY2kzCmZ3b2hjaTA6IFJlc2VydmVkIDB4ODAwIGJ5dGVzIGZvciBy aWQgMHgxMCB0eXBlIDMgYXQgMHhkZmRmZDgwMApmd29oY2kwOiBbTVBTQUZFXQpmd29oY2kwOiBP SENJIHZlcnNpb24gMS4wIChST009MSkKZndvaGNpMDogTm8uIG9mIElzb2Nocm9ub3VzIGNoYW5u ZWxzIGlzIDQuCmZ3b2hjaTA6IEVVSTY0IDAwOjAwOjAwOjAwOjAwOjAwOjAwOjFhCmZ3b2hjaTA6 IFBoeSAxMzk0YSBhdmFpbGFibGUgUzQwMCwgMyBwb3J0cy4KZndvaGNpMDogTGluayBTNDAwLCBt YXhfcmVjIDIwNDggYnl0ZXMuCmZpcmV3aXJlMDogPElFRUUxMzk0KEZpcmVXaXJlKSBidXM+IG9u IGZ3b2hjaTAKZndvaGNpMDogSW5pdGlhdGUgYnVzIHJlc2V0CmZ3b2hjaTA6IG5vZGVfaWQ9MHhj ODAwZmZjMCwgZ2VuPTEsIENZQ0xFTUFTVEVSIG1vZGUKZmlyZXdpcmUwOiAxIG5vZGVzLCBtYXho b3AgPD0gMCwgY2FibGUgSVJNID0gMCAobWUpCmZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMCAobWUp CmFoYzA6IDxBZGFwdGVjIDI5NDBCIFVsdHJhMiBTQ1NJIGFkYXB0ZXI+IHBvcnQgMHhjYzAwLTB4 Y2NmZiBtZW0gMHhkZmRmZjAwMC0weGRmZGZmZmZmIGlycSAxMCBhdCBkZXZpY2UgMi4wIG9uIHBj aTMKYWhjMDogRGVmYXVsdGluZyB0byBNRU1JTyBvbgphaGMwOiBSZXNlcnZlZCAweDEwMDAgYnl0 ZXMgZm9yIHJpZCAweDE0IHR5cGUgMyBhdCAweGRmZGZmMDAwCmFoYzA6IFJlYWRpbmcgU0VFUFJP TS4uLmRvbmUuCmFoYzA6IE1hbnVhbCBTRSBUZXJtaW5hdGlvbgphaGMwOiBCSU9TIGVlcHJvbSBp cyBwcmVzZW50CmFoYzA6IFByaW1hcnkgTG93IEJ5dGUgdGVybWluYXRpb24gRW5hYmxlZAphaGMw OiBQcmltYXJ5IEhpZ2ggQnl0ZSB0ZXJtaW5hdGlvbiBFbmFibGVkCmFoYzA6IERvd25sb2FkaW5n IFNlcXVlbmNlciBQcm9ncmFtLi4uIDQyNCBpbnN0cnVjdGlvbnMgZG93bmxvYWRlZAphaGMwOiBG ZWF0dXJlcyAweDU2ZjYsIEJ1Z3MgMHg2LCBGbGFncyAweDIwNDg1NTQwCmFoYzA6IFtHSUFOVC1M T0NLRURdCmFpYzc4OTAvOTE6IFVsdHJhMiBXaWRlIENoYW5uZWwgQSwgU0NTSSBJZD03LCAzMi8y NTMgU0NCcwpmeHAwOiA8SW50ZWwgODI1NTggUHJvLzEwMCBFdGhlcm5ldD4gcG9ydCAweGM4MDAt MHhjODFmIG1lbSAweGNmNWZmMDAwLTB4Y2Y1ZmZmZmYsMHhkZmIwMDAwMC0weGRmYmZmZmZmIGly cSAxMSBhdCBkZXZpY2UgNC4wIG9uIHBjaTMKZnhwMDogUmVzZXJ2ZWQgMHgxMDAwIGJ5dGVzIGZv ciByaWQgMHgxMCB0eXBlIDMgYXQgMHhjZjVmZjAwMApmeHAwOiB1c2luZyBtZW1vcnkgc3BhY2Ug cmVnaXN0ZXIgbWFwcGluZwpmeHAwOiBQQ0kgSURzOiA4MDg2IDEyMjkgODA4NiAwMDA5IDAwMDUK ZnhwMDogRHluYW1pYyBTdGFuZGJ5IG1vZGUgaXMgZGlzYWJsZWQKbWlpYnVzMDogPE1JSSBidXM+ IG9uIGZ4cDAKaW5waHkwOiA8aTgyNTU1IDEwLzEwMCBtZWRpYSBpbnRlcmZhY2U+IG9uIG1paWJ1 czAKaW5waHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZE WCwgYXV0bwpmeHAwOiBicGYgYXR0YWNoZWQKZnhwMDogRXRoZXJuZXQgYWRkcmVzczogMDA6OTA6 Mjc6MTM6YTQ6NDgKZnhwMDogW01QU0FGRV0KZnhwMTogPEludGVsIDgyODAxREIgKElDSDQpIFBy by8xMDAgRXRoZXJuZXQ+IHBvcnQgMHhjNDAwLTB4YzQzZiBtZW0gMHhkZmRmNTAwMC0weGRmZGY1 ZmZmIGlycSAxMCBhdCBkZXZpY2UgOC4wIG9uIHBjaTMKZnhwMTogUmVzZXJ2ZWQgMHgxMDAwIGJ5 dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQgMHhkZmRmNTAwMApmeHAxOiB1c2luZyBtZW1vcnkg c3BhY2UgcmVnaXN0ZXIgbWFwcGluZwpmeHAxOiBQQ0kgSURzOiA4MDg2IDEwM2EgODA4NiAxMDM5 IDAwODEKZnhwMTogRHluYW1pYyBTdGFuZGJ5IG1vZGUgaXMgZGlzYWJsZWQKbWlpYnVzMTogPE1J SSBidXM+IG9uIGZ4cDEKaW5waHkxOiA8aTgyNTYyRVQgMTAvMTAwIG1lZGlhIGludGVyZmFjZT4g b24gbWlpYnVzMQppbnBoeTE6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBi YXNlVFgtRkRYLCBhdXRvCmZ4cDE6IGJwZiBhdHRhY2hlZApmeHAxOiBFdGhlcm5ldCBhZGRyZXNz OiAwMDoxMDpkYzo0ZDpiYzo0MApmeHAxOiBbTVBTQUZFXQppc2FiMDogPFBDSS1JU0EgYnJpZGdl PiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kw OiA8SW50ZWwgSUNINCBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYs MHgxNzAtMHgxNzcsMHgzNzYsMHhmYzAwLTB4ZmMwZiBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwCmF0 YXBjaTA6IFJlc2VydmVkIDB4MTAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweGZjMDAK YXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQgMHg4IGJ5 dGVzIGZvciByaWQgMHgxMCB0eXBlIDQgYXQgMHgxZjAKYXRhcGNpMDogUmVzZXJ2ZWQgMHgxIGJ5 dGVzIGZvciByaWQgMHgxNCB0eXBlIDQgYXQgMHgzZjYKYXRhMDogcmVzZXQgdHAxIG1hc2s9MDMg b3N0YXQwPTAwIG9zdGF0MT0wMAphdGEwOiBzdGF0MD0weDAxIGVycj0weDAxIGxzYj0weDAxIG1z Yj0weDAxCmF0YTA6IHN0YXQxPTB4MDEgZXJyPTB4MDEgbHNiPTB4MDEgbXNiPTB4MDEKYXRhMDog cmVzZXQgdHAyIHN0YXQwPTAxIHN0YXQxPTAxIGRldmljZXM9MHgwCmF0YTA6IFtNUFNBRkVdCmF0 YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwCmF0YXBjaTA6IFJlc2VydmVkIDB4OCBieXRl cyBmb3IgcmlkIDB4MTggdHlwZSA0IGF0IDB4MTcwCmF0YXBjaTA6IFJlc2VydmVkIDB4MSBieXRl cyBmb3IgcmlkIDB4MWMgdHlwZSA0IGF0IDB4Mzc2CmF0YTE6IHJlc2V0IHRwMSBtYXNrPTAzIG9z dGF0MD0wMCBvc3RhdDE9MDAKYXRhMTogc3RhdDA9MHgwMSBlcnI9MHgwMSBsc2I9MHgwMSBtc2I9 MHgwMQphdGExOiBzdGF0MT0weDAxIGVycj0weDAxIGxzYj0weDAxIG1zYj0weDAxCmF0YTE6IHJl c2V0IHRwMiBzdGF0MD0wMSBzdGF0MT0wMSBkZXZpY2VzPTB4MAphdGExOiBbTVBTQUZFXQpwY2kw OiA8c2VyaWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQp CnBjbTA6IDxJbnRlbCBJQ0g0ICg4MjgwMURCKT4gcG9ydCAweGUwMDAtMHhlMGZmLDB4ZGMwMC0w eGRjM2YgbWVtIDB4ZGZmN2JhMDAtMHhkZmY3YmJmZiwweGRmZjdiOTAwLTB4ZGZmN2I5ZmYgaXJx IDEwIGF0IGRldmljZSAzMS41IG9uIHBjaTAKcGNtMDogUmVzZXJ2ZWQgMHgxMDAgYnl0ZXMgZm9y IHJpZCAweDEwIHR5cGUgNCBhdCAweGUwMDAKcGNtMDogUmVzZXJ2ZWQgMHg0MCBieXRlcyBmb3Ig cmlkIDB4MTQgdHlwZSA0IGF0IDB4ZGMwMApwY20wOiBbR0lBTlQtTE9DS0VEXQpwY20wOiA8QXZh bmNlIExvZ2ljIEFMQzIwMiBBQzk3IENvZGVjIChpZCA9IDB4NDE0YzQ3NDApPgpwY20wOiBDb2Rl YyBmZWF0dXJlcyAyMCBiaXQgREFDLCAxOCBiaXQgQURDLCA1IGJpdCBtYXN0ZXIgdm9sdW1lLCBS ZWFsdGVrIDNEIFN0ZXJlbyBFbmhhbmNlbWVudApwY20wOiBQcmltYXJ5IGNvZGVjIGV4dGVuZGVk IGZlYXR1cmVzIHZhcmlhYmxlIHJhdGUgUENNLCBkb3VibGUgcmF0ZSBQQ00sIHJlc2VydmVkIDEs IEFNQVAsIHJlc2VydmVkIDQKcGNtMDogc25kYnVmX3NldG1hcCAxZTk1MTAwMCwgNDAwMDsgMHhk ZDUzMzAwMCAtPiAxZTk1MTAwMApwY20wOiBzbmRidWZfc2V0bWFwIDFlOTRkMDAwLCA0MDAwOyAw eGRkNTM3MDAwIC0+IDFlOTRkMDAwCmFjcGlfYnV0dG9uMTogPFNsZWVwIEJ1dHRvbj4gb24gYWNw aTAKZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4M2YyLTB4M2YzLDB4M2Y0 LTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGFjcGkwCmZkYzA6IGljX3R5cGUgOTAgcGFydF9p ZCA4MApmZGMwOiBbTVBTQUZFXQpmZGMwOiBbRkFTVF0Kc2lvMDogaXJxIG1hcHM6IDB4NDAxIDB4 NDExIDB4NDAxIDB4NDAxCnNpbzA6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAw eDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNp bzE6IGlycSBtYXBzOiAweDQwMSAweDQwOSAweDQwMSAweDQwMQpzaW8xOiA8MTY1NTBBLWNvbXBh dGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gYWNwaTAKc2lvMTogdHlw ZSAxNjU1MEEKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYw LDB4NjQgaXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2Jk YzAKYXRrYmQ6IHRoZSBjdXJyZW50IGtiZCBjb250cm9sbGVyIGNvbW1hbmQgYnl0ZSAwMDY1CmF0 a2JkOiBrZXlib2FyZCBJRCAweDQxYWIgKDIpCmtiZDAgYXQgYXRrYmQwCmtiZDA6IGF0a2JkMCwg QVQgMTAxLzEwMiAoMiksIGNvbmZpZzoweDAsIGZsYWdzOjB4M2QwMDAwCmF0a2JkMDogW0dJQU5U LUxPQ0tFRF0KcHNtMDogdW5hYmxlIHRvIGFsbG9jYXRlIElSUQphdGE6IGF0YTAgYWxyZWFkeSBl eGlzdHM7IHNraXBwaW5nIGl0CmF0YTogYXRhMSBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQK YXRrYmRjOiBhdGtiZGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApmZGM6IGZkYzAgYWxy ZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnNpbzogc2lvMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBp bmcgaXQKc2lvOiBzaW8xIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApwbnBfaWRlbnRpZnk6 IFRyeWluZyBSZWFkX1BvcnQgYXQgMjAzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBh dCAyNDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDI4MwpwbnBfaWRlbnRpZnk6 IFRyeWluZyBSZWFkX1BvcnQgYXQgMmMzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBh dCAzMDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDM0MwpwbnBfaWRlbnRpZnk6 IFRyeWluZyBSZWFkX1BvcnQgYXQgMzgzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBh dCAzYzMKUE5QIElkZW50aWZ5IGNvbXBsZXRlCnNjOiBzYzAgYWxyZWFkeSBleGlzdHM7IHNraXBw aW5nIGl0CnZnYTogdmdhMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKaXNhX3Byb2JlX2No aWxkcmVuOiBkaXNhYmxpbmcgUG5QIGRldmljZXMKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5n IG5vbi1QblAgZGV2aWNlcwpwbXRpbWVyMCBvbiBpc2EwCmFkdjA6IG5vdCBwcm9iZWQgKGRpc2Fi bGVkKQphaGEwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKYWljMDogbm90IHByb2JlZCAoZGlzYWJs ZWQpCmJ0MDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmNzMDogbm90IHByb2JlZCAoZGlzYWJsZWQp CmVkMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmZlMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmll MDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmxuYzA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpwcGMw IGZhaWxlZCB0byBwcm9iZSBhdCBpcnEgNyBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBh dCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFn cz0weDMwMD4Kc2MwOiBmYjAsIGtiZDAsIHRlcm1pbmFsIGVtdWxhdG9yOiBzYyAoc3lzY29ucyB0 ZXJtaW5hbCkKc2lvMjogbm90IHByb2JlZCAoZGlzYWJsZWQpCnNpbzM6IG5vdCBwcm9iZWQgKGRp c2FibGVkKQpzbjA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdB PiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCnZ0MDog bm90IHByb2JlZCAoZGlzYWJsZWQpCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2 aWNlcwpEZXZpY2UgY29uZmlndXJhdGlvbiBmaW5pc2hlZC4KcHJvY2ZzIHJlZ2lzdGVyZWQKVGlt ZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE4MTY5ODg0MzYgSHogcXVhbGl0eSA4MDAKVGltZWNv dW50ZXJzIHRpY2sgZXZlcnkgMC43ODggbXNlYwpsbzA6IGJwZiBhdHRhY2hlZApXYWl0aW5nIDE1 IHNlY29uZHMgZm9yIFNDU0kgZGV2aWNlcyB0byBzZXR0bGUKKG5vcGVyaXBoOmFoYzA6MDotMTot MSk6IFNDU0kgYnVzIHJlc2V0IGRlbGl2ZXJlZC4gMCBTQ0JzIGFib3J0ZWQuCnBjbTA6IG1lYXN1 cmVkIGFjOTcgbGluayByYXRlIGF0IDQ4MDA4IEh6LCB3aWxsIHVzZSA0ODAwMCBIegphaGMwOiBT ZWxlY3Rpb24gVGltZW91dCBvbiBBOjEuIDAgU0NCcyBhYm9ydGVkCnBpZCAyMTogY29ycmVjdGVk IHNsb3QgY291bnQgKDAtPjEpCmFoYzA6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6Ni4gMCBTQ0Jz IGFib3J0ZWQKYWhjMDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQTo4LiAwIFNDQnMgYWJvcnRlZAph aGMwOiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjEwLiAwIFNDQnMgYWJvcnRlZAphaGMwOiBTZWxl Y3Rpb24gVGltZW91dCBvbiBBOjIuIDAgU0NCcyBhYm9ydGVkCmFoYzA6IFNlbGVjdGlvbiBUaW1l b3V0IG9uIEE6My4gMCBTQ0JzIGFib3J0ZWQKYWhjMDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQTo0 LiAwIFNDQnMgYWJvcnRlZAphaGMwOiBTZWxlY3Rpb24gVGltZW91dCBvbiBBOjUuIDAgU0NCcyBh Ym9ydGVkCmFoYzA6IFNlbGVjdGlvbiBUaW1lb3V0IG9uIEE6OS4gMCBTQ0JzIGFib3J0ZWQKYWhj MDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQToxMS4gMCBTQ0JzIGFib3J0ZWQKYWhjMDogU2VsZWN0 aW9uIFRpbWVvdXQgb24gQToxMi4gMCBTQ0JzIGFib3J0ZWQKYWhjMDogU2VsZWN0aW9uIFRpbWVv dXQgb24gQToxMy4gMCBTQ0JzIGFib3J0ZWQKYWhjMDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQTox NC4gMCBTQ0JzIGFib3J0ZWQKYWhjMDogU2VsZWN0aW9uIFRpbWVvdXQgb24gQToxNS4gMCBTQ0Jz IGFib3J0ZWQKKHByb2JlMDphaGMwOjA6MDowKTogUmV0cnlpbmcgQ29tbWFuZAooYWhjMDpBOjA6 MCk6IFNlbmRpbmcgV0RUUiAxCihhaGMwOkE6MDowKTogUmVjZWl2ZWQgV0RUUiAxIGZpbHRlcmVk IHRvIDEKYWhjMDogdGFyZ2V0IDAgdXNpbmcgMTZiaXQgdHJhbnNmZXJzCihhaGMwOkE6MDowKTog U2VuZGluZyBTRFRSIHBlcmlvZCBhLCBvZmZzZXQgN2YKKGFoYzA6QTowOjApOiBSZWNlaXZlZCBT RFRSIHBlcmlvZCBhLCBvZmZzZXQgMWUKCUZpbHRlcmVkIHRvIHBlcmlvZCBhLCBvZmZzZXQgMWUK YWhjMDogdGFyZ2V0IDAgc3luY2hyb25vdXMgYXQgNDAuME1Ieiwgb2Zmc2V0ID0gMHgxZQpwYXNz MCBhdCBhaGMwIGJ1cyAwIHRhcmdldCAwIGx1biAwCnBhc3MwOiA8SUJNLVBTRyBETkVTLTMwOTE3 MFcgICEjIFNBQjA+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmljZSAKcGFzczA6IFNl cmlhbCBOdW1iZXIgICAgICAgICBBSkhSTTgyMQpwYXNzMDogODAuMDAwTUIvcyB0cmFuc2ZlcnMg KDQwLjAwME1Ieiwgb2Zmc2V0IDMwLCAxNmJpdCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkCkdF T006IG5ldyBkaXNrIGRhMApkYTAgYXQgYWhjMCBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxJ Qk0tUFNHIERORVMtMzA5MTcwVyAgISMgU0FCMD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMg ZGV2aWNlIApkYTA6IFNlcmlhbCBOdW1iZXIgICAgICAgICBBSkhSTTgyMQpkYTA6IDgwLjAwME1C L3MgdHJhbnNmZXJzICg0MC4wMDBNSHosIG9mZnNldCAzMCwgMTZiaXQpLCBUYWdnZWQgUXVldWVp bmcgRW5hYmxlZApkYTA6IDg2NzhNQiAoMTc3NzQxNjAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCAxMTA2QykKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9kYTBzMWEKc3Rh cnRfaW5pdDogdHJ5aW5nIC9zYmluL2luaXQKdHVuMDogYnBmIGF0dGFjaGVkCldBUk5JTkc6IGF0 dGVtcHQgdG8gbmV0X2FkZF9kb21haW4obmV0Z3JhcGgpIGFmdGVyIGRvbWFpbmZpbmFsaXplKCkK ------=_Part_155_10274385.1117686046051-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 04:53:45 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A2B916A41C for ; Thu, 2 Jun 2005 04:53:45 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6C5A43D53 for ; Thu, 2 Jun 2005 04:53:44 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j524rUtI002411; Wed, 1 Jun 2005 21:53:34 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506020453.j524rUtI002411@gw.catspoiler.org> Date: Wed, 1 Jun 2005 21:53:30 -0700 (PDT) From: Don Lewis To: anderson@centtech.com In-Reply-To: <429E1EAD.8010604@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: cannot alloc 19968 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 04:53:45 -0000 On 1 Jun, Eric Anderson wrote: > Andre Guibert de Bruet wrote: >> >> On Wed, 1 Jun 2005, Eric Anderson wrote: >> >>> Don Lewis wrote: >>> >>>> On 31 May, Eric Anderson wrote: >>>> >>>>> One of my filesystems won't fsck. I'm not sure how to fix it, or >>>>> what it's really trying to tell me. >>>>> >>>>> # fsck -y /vol1 >>>>> ** /dev/da0s1d >>>>> ** Last Mounted on /vol1 >>>>> ** Phase 1 - Check Blocks and Sizes >>>>> fsck_ufs: cannot alloc 19968 bytes for inoinfo >>>>> >>>>> df -i /vol1 output: >>>>> Filesystem 1K-blocks Used Avail Capacity iused ifree >>>>> %iused Mounted on >>>>> /dev/da0s1d 1891668564 1684163832 56171248 97% 55109756 189360002 >>>>> 23% /vol1 >>>>> >>>>> Any help would be very appreciated! >>>> >>>> >>>> You're probably running into the default 512MB data size limit. Try >>>> setting kern.maxdsiz to a larger value in /boot/loader.conf and >>>> rebooting. I've got mine set to 1GB. >>>> kern.maxdsiz="1073741824" >>> >>> >>> Hmm - I don't seem to have that sysctl.. What would create it? >> >> >> It's a loader tunable, not a sysctl variable. man 5 loader.conf > > Oh.. oops. :) Ok, then I have it set correctly but it isn't helping > me. My fsck still dies the same way. Looks like it's taking up about > 362MB memory (I have 1GB). Any more ideas? What does the shell limit command say about your datasize limit? Your limit might have been cranked down in login.conf. From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 06:03:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 710EF16A41C for ; Thu, 2 Jun 2005 06:03:54 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B5DB43D49 for ; Thu, 2 Jun 2005 06:03:53 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so161462rng for ; Wed, 01 Jun 2005 23:03:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=a6Fdmo7a2QxNfcGrCsfqKJVv8Y3z1Y94DplBAAnzQZlyyF6rL61Uq3ZthAfe0tUKh01KnXNUPwGpC6FQWZ23+j+5PkQXItw++m1l3eSCnetINKc9oyZ2WFx1Q601Jv829YTNcMNAh1fJ86bGdhq8ozlornaBx5pS0mIg+sq2elk= Received: by 10.38.218.39 with SMTP id q39mr310152rng; Wed, 01 Jun 2005 23:03:53 -0700 (PDT) Received: by 10.38.12.29 with HTTP; Wed, 1 Jun 2005 23:03:53 -0700 (PDT) Message-ID: <1d6d20bc05060123032c359bed@mail.gmail.com> Date: Thu, 2 Jun 2005 14:03:53 +0800 From: Jia-Shiun Li To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_124_16547008.1117692233208" Subject: testers wanted: patch for Intel 31244 SATA controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jia-Shiun Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 06:03:54 -0000 ------=_Part_124_16547008.1117692233208 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi all, I have a patch to ata(4) to support Intel 31244 SATA disk controller . Now it works fine on my computer. If anyone is interested in testing, please apply the attached patch under /usr/src. Comments are welcome. Thanks, Jia-Shiun. ------=_Part_124_16547008.1117692233208 Content-Type: text/plain; name="i31244.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="i31244.diff" SW5kZXg6IHN5cy9kZXYvYXRhL2F0YS1jaGlwc2V0LmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hv bWUvbmN2cy9zcmMvc3lzL2Rldi9hdGEvYXRhLWNoaXBzZXQuYyx2CnJldHJpZXZpbmcgcmV2aXNp b24gMS4xMjAKZGlmZiAtdSAtcjEuMTIwIGF0YS1jaGlwc2V0LmMKLS0tIHN5cy9kZXYvYXRhL2F0 YS1jaGlwc2V0LmMJMTYgTWF5IDIwMDUgMTM6MDc6MjYgLTAwMDAJMS4xMjAKKysrIHN5cy9kZXYv YXRhL2F0YS1jaGlwc2V0LmMJMiBKdW4gMjAwNSAwNToxOTo0NyAtMDAwMApAQCAtNzcsNiArNzcs MTAgQEAKIHN0YXRpYyB2b2lkIGF0YV9oaWdocG9pbnRfaW50cih2b2lkICopOwogc3RhdGljIHZv aWQgYXRhX2hpZ2hwb2ludF9zZXRtb2RlKGRldmljZV90LCBpbnQpOwogc3RhdGljIGludCBhdGFf aGlnaHBvaW50X2NoZWNrXzgwcGluKGRldmljZV90LCBpbnQpOworc3RhdGljIGludCBhdGFfMzEy NDRfY2hpcGluaXQoZGV2aWNlX3QpOworc3RhdGljIHZvaWQgYXRhXzMxMjQ0X3Jlc2V0KGRldmlj ZV90KTsKK3N0YXRpYyBpbnQgYXRhXzMxMjQ0X2FsbG9jYXRlKGRldmljZV90KTsKK3N0YXRpYyB2 b2lkIGF0YV8zMTI0NF9pbnRyKHZvaWQgKmRhdGEpOwogc3RhdGljIGludCBhdGFfaW50ZWxfY2hp cGluaXQoZGV2aWNlX3QpOwogc3RhdGljIHZvaWQgYXRhX2ludGVsX2ludHIodm9pZCAqKTsKIHN0 YXRpYyB2b2lkIGF0YV9pbnRlbF9yZXNldChkZXZpY2VfdCk7CkBAIC0xMzgwLDYgKzEzODQsNyBA QAogICAgICB7IEFUQV9JODI4MDFHQl9SMSwgMCwgMCwgMHgwMCwgQVRBX1NBMTUwLCAiSW50ZWwg SUNINyIgfSwKICAgICAgeyBBVEFfSTgyODAxR0JfTSwgIDAsIDAsIDB4MDAsIEFUQV9TQTE1MCwg IkludGVsIElDSDciIH0sCiAgICAgIHsgQVRBX0k4MjgwMUdCX0FILCAwLCAwLCAweDAwLCBBVEFf U0ExNTAsICJJbnRlbCBJQ0g3IiB9LAorICAgICB7IEFUQV9JMzEyNDQsCTAsIDAsIDB4MDAsIEFU QV9TQTE1MCwgIkludGVsIDMxMjQ0IiB9LAogICAgICB7IDAsIDAsIDAsIDAsIDAsIDB9fTsKICAg ICBjaGFyIGJ1ZmZlcls2NF07IAogCkBAIC0xMzg5LDggKzEzOTQsMTU1IEBACiAgICAgc3ByaW50 ZihidWZmZXIsICIlcyAlcyBjb250cm9sbGVyIiwgaWR4LT50ZXh0LCBhdGFfbW9kZTJzdHIoaWR4 LT5tYXhfZG1hKSk7CiAgICAgZGV2aWNlX3NldF9kZXNjX2NvcHkoZGV2LCBidWZmZXIpOwogICAg IGN0bHItPmNoaXAgPSBpZHg7Ci0gICAgY3Rsci0+Y2hpcGluaXQgPSBhdGFfaW50ZWxfY2hpcGlu aXQ7CisgICAgaWYgKGlkeC0+Y2hpcGlkID09IEFUQV9JMzEyNDQpIHsKKwlpZiAocGNpX2dldF9z dWJjbGFzcyhkZXYpID09IFBDSVNfU1RPUkFHRV9JREUpIHsKKwkgICAgLyogY2FyZCBzZXQgdG8g UENJL0lERSBjb21wYXRpYmxlIG1vZGUgKi8KKwkgICAgcmV0dXJuIGF0YV9nZW5lcmljX2lkZW50 KGRldik7CisJfSBlbHNlIHsKKwkgICAgLyogY2FyZCBzZXQgdG8gRFBBIG1vZGUgKi8KKwkgICAg Y3Rsci0+Y2hpcGluaXQgPSBhdGFfMzEyNDRfY2hpcGluaXQ7CisJfQorICAgIH0gZWxzZSB7CisJ Y3Rsci0+Y2hpcGluaXQgPSBhdGFfaW50ZWxfY2hpcGluaXQ7CisgICAgfQorICAgIHJldHVybiAw OworfQorCitzdGF0aWMgaW50IGF0YV8zMTI0NF9jaGlwaW5pdChkZXZpY2VfdCBkZXYpCit7Cisg ICAgc3RydWN0IGF0YV9wY2lfY29udHJvbGxlciAqY3RsciA9IGRldmljZV9nZXRfc29mdGMoZGV2 KTsKKyAgICBpbnQgcmlkID0gQVRBX0lSUV9SSUQ7CisKKyAgICBpZiAoIShjdGxyLT5yX2lycSA9 IGJ1c19hbGxvY19yZXNvdXJjZV9hbnkoZGV2LCBTWVNfUkVTX0lSUSwgJnJpZCwKKwkJCQkJICAg ICAgIFJGX1NIQVJFQUJMRSB8IFJGX0FDVElWRSkpKSB7CisJZGV2aWNlX3ByaW50ZihkZXYsICJ1 bmFibGUgdG8gbWFwIGludGVycnVwdFxuIik7CisJcmV0dXJuIEVOWElPOworICAgIH0KKyAgICAK KyAgICBpZiAoKGJ1c19zZXR1cF9pbnRyKGRldiwgY3Rsci0+cl9pcnEsIEFUQV9JTlRSX0ZMQUdT LAorCQkgICAgYXRhXzMxMjQ0X2ludHIsIGN0bHIsICZjdGxyLT5oYW5kbGUpKSkgeworCWRldmlj ZV9wcmludGYoZGV2LCAidW5hYmxlIHRvIHNldHVwIGludGVycnVwdFxuIik7CisJcmV0dXJuIEVO WElPOworICAgIH0KKworICAgIC8qIGFsbG9jYXRlIG1lbW9yeSBtYXBwaW5nICovCisgICAgY3Rs ci0+cl90eXBlMSA9IFNZU19SRVNfTUVNT1JZOworICAgIGN0bHItPnJfcmlkMSA9IFBDSVJfQkFS KDApOworICAgIGlmICghKGN0bHItPnJfcmVzMSA9IGJ1c19hbGxvY19yZXNvdXJjZV9hbnkoZGV2 LCBjdGxyLT5yX3R5cGUxLAorCQkgICAgJmN0bHItPnJfcmlkMSwgUkZfQUNUSVZFKSkpCisJcmV0 dXJuIEVOWElPOworCisgICAgY3Rsci0+YWxsb2NhdGUgPSBhdGFfMzEyNDRfYWxsb2NhdGU7Cisg ICAgY3Rsci0+c2V0bW9kZSA9IGF0YV9zYXRhX3NldG1vZGU7CisgICAgY3Rsci0+cmVzZXQgPSBh dGFfMzEyNDRfcmVzZXQ7CisgICAgY3Rsci0+Y2hhbm5lbHMgPSA0OworCisgICAgcmV0dXJuIDA7 Cit9CisKK3N0YXRpYyBpbnQKK2F0YV8zMTI0NF9hbGxvY2F0ZShkZXZpY2VfdCBkZXYpCit7Cisg ICAgc3RydWN0IGF0YV9wY2lfY29udHJvbGxlciAqY3RsciA9IGRldmljZV9nZXRfc29mdGMoZGV2 aWNlX2dldF9wYXJlbnQoZGV2KSk7CisgICAgc3RydWN0IGF0YV9jaGFubmVsICpjaCA9IGRldmlj ZV9nZXRfc29mdGMoZGV2KTsKKyAgICBpbnQgaTsKKyAgICBpbnQgY2hfb2Zmc2V0OworCisgICAg cHJpbnRmKCIlc1xuIiwgX19GVU5DVElPTl9fKTsKKyAgICAKKyAgICBjaF9vZmZzZXQgPSAweDIw MCArIGNoLT51bml0KjB4MjAwOworCisgICAgZm9yIChpID0gQVRBX0RBVEE7IGkgPCBBVEFfTUFY X1JFUzsgaSsrKSB7CisJY2gtPnJfaW9baV0ucmVzID0gY3Rsci0+cl9yZXMxOworCWNoLT5yX2lv W2ldLm9mZnNldCA9IGNoX29mZnNldCArIChpIDw8IDIpIDsKKyAgICB9CisgICAgY2gtPnJfaW9b QVRBX0RBVEFdLm9mZnNldCA9IGNoX29mZnNldCArIDB4MDA7CisgICAgY2gtPnJfaW9bQVRBX0ZF QVRVUkVdLm9mZnNldCA9IGNoX29mZnNldCArIDB4MDY7CisgICAgY2gtPnJfaW9bQVRBX0NPVU5U XS5vZmZzZXQgPSBjaF9vZmZzZXQgKyAweDA4OworICAgIGNoLT5yX2lvW0FUQV9TRUNUT1JdLm9m ZnNldCA9IGNoX29mZnNldCArIDB4MGM7CisgICAgY2gtPnJfaW9bQVRBX0NZTF9MU0JdLm9mZnNl dCA9IGNoX29mZnNldCArIDB4MTA7CisgICAgY2gtPnJfaW9bQVRBX0NZTF9NU0JdLm9mZnNldCA9 IGNoX29mZnNldCArIDB4MTQ7CisgICAgY2gtPnJfaW9bQVRBX0RSSVZFXS5vZmZzZXQgPSBjaF9v ZmZzZXQgKyAweDE4OworICAgIGNoLT5yX2lvW0FUQV9DT01NQU5EXS5vZmZzZXQgPSBjaF9vZmZz ZXQgKyAweDFkOworICAgIGNoLT5yX2lvW0FUQV9FUlJPUl0ub2Zmc2V0ID0gY2hfb2Zmc2V0ICsg MHgwNDsKKyAgICBjaC0+cl9pb1tBVEFfU1RBVFVTXS5vZmZzZXQgPSBjaF9vZmZzZXQgKyAweDFj OworICAgIGNoLT5yX2lvW0FUQV9BTFRTVEFUXS5vZmZzZXQgPSBjaF9vZmZzZXQgKyAweDI4Owor ICAgIGNoLT5yX2lvW0FUQV9DT05UUk9MXS5vZmZzZXQgPSBjaF9vZmZzZXQgKyAweDI5OworICAg IGNoLT5yX2lvW0FUQV9TU1RBVFVTXS5vZmZzZXQgPSBjaF9vZmZzZXQgKyAweDEwMDsKKyAgICBj aC0+cl9pb1tBVEFfU0VSUk9SXS5vZmZzZXQgPSBjaF9vZmZzZXQgKyAweDEwNDsKKyAgICBjaC0+ cl9pb1tBVEFfU0NPTlRST0xdLm9mZnNldCA9IGNoX29mZnNldCArIDB4MTA4OworICAgIGNoLT5y X2lvW0FUQV9CTUNNRF9QT1JUXS5vZmZzZXQgPSBjaF9vZmZzZXQgKyAweDcwOworICAgIGNoLT5y X2lvW0FUQV9CTVNUQVRfUE9SVF0ub2Zmc2V0ID0gY2hfb2Zmc2V0ICsgMHg3MjsKKyAgICBjaC0+ cl9pb1tBVEFfQk1EVFBfUE9SVF0ub2Zmc2V0ID0gY2hfb2Zmc2V0ICsgMHg3NDsKKworICAgIGNo LT5mbGFncyB8PSBBVEFfTk9fU0xBVkU7CisKKyAgICBhdGFfZ2VuZXJpY19odyhkZXYpOworCiAg ICAgcmV0dXJuIDA7Cit9CisKK3N0YXRpYyB2b2lkCithdGFfMzEyNDRfaW50cih2b2lkICpkYXRh KQoreworICAgIHN0cnVjdCBhdGFfcGNpX2NvbnRyb2xsZXIgKmN0bHIgPSBkYXRhOworICAgIHN0 cnVjdCBhdGFfY2hhbm5lbCAqY2g7CisgICAgaW50IHVuaXQ7CisKKyAgICAvKiBpbXBsZW1lbnQg dGhpcyBhcyBhIHRvZ2dsZSBpbnN0ZWFkIHRvIGJhbGFuY2UgbG9hZCBYWFggKi8KKyAgICBmb3Ig KHVuaXQgPSAwOyB1bml0IDwgY3Rsci0+Y2hhbm5lbHM7IHVuaXQrKykgeworCWlmICghKGNoID0g Y3Rsci0+aW50ZXJydXB0W3VuaXRdLmFyZ3VtZW50KSkKKwkgICAgY29udGludWU7CisKKwkvKiBj aGVjayBmb3IgUEhZIHJlbGF0ZWQgaW50ZXJydXB0cyBvbiBTQVRBIGNhcGFibGUgSFcgKi8KKwlp ZiAoY3Rsci0+Y2hpcC0+bWF4X2RtYSA+PSBBVEFfU0ExNTApIHsKKwkgICAgdV9pbnQzMl90IHN0 YXR1cyA9IEFUQV9JRFhfSU5MKGNoLCBBVEFfU1NUQVRVUyk7CisJICAgIHVfaW50MzJfdCBlcnJv ciA9IEFUQV9JRFhfSU5MKGNoLCBBVEFfU0VSUk9SKTsKKwkgICAgc3RydWN0IGF0YV9jb25uZWN0 X3Rhc2sgKnRwOworCisJICAgIGlmIChlcnJvcikgeworCQkvKiBjbGVhciBlcnJvciBiaXRzL2lu dGVycnVwdCAqLworCQlBVEFfSURYX09VVEwoY2gsIEFUQV9TRVJST1IsIGVycm9yKTsKKworCQkv KiBpZiB3ZSBoYXZlIGEgY29ubmVjdGlvbiBldmVudCBkZWFsIHdpdGggaXQgKi8KKwkJaWYgKChl cnJvciAmIEFUQV9TRV9QSFlfQ0hBTkdFRCkgJiYKKwkJICAgICh0cCA9IChzdHJ1Y3QgYXRhX2Nv bm5lY3RfdGFzayAqKQorCQkJICBtYWxsb2Moc2l6ZW9mKHN0cnVjdCBhdGFfY29ubmVjdF90YXNr KSwKKwkJCQkgTV9BVEEsIE1fTk9XQUlUIHwgTV9aRVJPKSkpIHsKKworCQkgICAgaWYgKChzdGF0 dXMgJiBBVEFfU1NfQ09OV0VMTF9NQVNLKSA9PSBBVEFfU1NfQ09OV0VMTF9HRU4xKSB7CisJCQlk ZXZpY2VfcHJpbnRmKGNoLT5kZXYsICJDT05ORUNUIHJlcXVlc3RlZFxuIik7CisJCQl0cC0+YWN0 aW9uID0gQVRBX0NfQVRUQUNIOworCQkgICAgfQorCQkgICAgZWxzZSB7CisJCQlkZXZpY2VfcHJp bnRmKGNoLT5kZXYsICJESVNDT05ORUNUIHJlcXVlc3RlZFxuIik7CisJCQl0cC0+YWN0aW9uID0g QVRBX0NfREVUQUNIOworCQkgICAgfQorCQkgICAgdHAtPmRldiA9IGNoLT5kZXY7CisJCSAgICBU QVNLX0lOSVQoJnRwLT50YXNrLCAwLCBhdGFfc2F0YV9waHlfZXZlbnQsIHRwKTsKKwkJICAgIHRh c2txdWV1ZV9lbnF1ZXVlKHRhc2txdWV1ZV90aHJlYWQsICZ0cC0+dGFzayk7CisJCX0KKwkgICAg fQorCX0KKworCS8qIGFueSBkcml2ZSBhY3Rpb24gdG8gdGFrZSBjYXJlIG9mID8gKi8KKwlpZiAo Y2gtPmRtYSAmJiAoY2gtPmRtYS0+ZmxhZ3MgJiBBVEFfRE1BX0FDVElWRSkpIHsKKwkgICAgaW50 IGJtc3RhdCA9IEFUQV9JRFhfSU5CKGNoLCBBVEFfQk1TVEFUX1BPUlQpICYgQVRBX0JNU1RBVF9N QVNLOworCisJICAgIGlmICghKGJtc3RhdCAmIEFUQV9CTVNUQVRfSU5URVJSVVBUKSkKKwkJY29u dGludWU7CisJICAgIEFUQV9JRFhfT1VUQihjaCwgQVRBX0JNU1RBVF9QT1JULCBibXN0YXQgJiB+ QVRBX0JNU1RBVF9FUlJPUik7CisJICAgIERFTEFZKDEpOworCX0KKwljdGxyLT5pbnRlcnJ1cHRb dW5pdF0uZnVuY3Rpb24oY2gpOworICAgIH0KK30KKworc3RhdGljIHZvaWQKK2F0YV8zMTI0NF9y ZXNldChkZXZpY2VfdCBkZXYpCit7CisgICAgc3RydWN0IGF0YV9jaGFubmVsICpjaCA9IGRldmlj ZV9nZXRfc29mdGMoZGV2KTsKKyAgICBhdGFfc2F0YV9waHlfZW5hYmxlKGNoKTsKIH0KIAogc3Rh dGljIGludApJbmRleDogc3lzL2Rldi9hdGEvYXRhLXBjaS5oCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6 IC9ob21lL25jdnMvc3JjL3N5cy9kZXYvYXRhL2F0YS1wY2kuaCx2CnJldHJpZXZpbmcgcmV2aXNp b24gMS40OApkaWZmIC11IC1yMS40OCBhdGEtcGNpLmgKLS0tIHN5cy9kZXYvYXRhL2F0YS1wY2ku aAkxNiBNYXkgMjAwNSAxMzowNzoyNyAtMDAwMAkxLjQ4CisrKyBzeXMvZGV2L2F0YS9hdGEtcGNp LmgJMiBKdW4gMjAwNSAwNToxOTo0OCAtMDAwMApAQCAtMTQ2LDYgKzE0Niw3IEBACiAjZGVmaW5l IEFUQV9JODI4MDFHQl9SMSAgICAgICAgIDB4MjdjMzgwODYKICNkZWZpbmUgQVRBX0k4MjgwMUdC X0FIICAgICAgICAgMHgyN2MxODA4NgogI2RlZmluZSBBVEFfSTgyODAxR0JfTSAgICAgICAgICAw eDI3YzU4MDg2CisjZGVmaW5lIEFUQV9JMzEyNDQJCTB4MzIwMDgwODYKIAogI2RlZmluZSBBVEFf SVRFX0lEICAgICAgICAgICAgICAweDEyODMKICNkZWZpbmUgQVRBX0lUODIxMkYgICAgICAgICAg ICAgMHg4MjEyMTI4Mwo= ------=_Part_124_16547008.1117692233208-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 06:38:10 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7816F16A41C for ; Thu, 2 Jun 2005 06:38:10 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1119C43D1D for ; Thu, 2 Jun 2005 06:38:09 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j526bqXO002547; Wed, 1 Jun 2005 23:37:56 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506020637.j526bqXO002547@gw.catspoiler.org> Date: Wed, 1 Jun 2005 23:37:52 -0700 (PDT) From: Don Lewis To: andy@siliconlandmark.com In-Reply-To: <20050601211542.G41030@lexi.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Alexander@Leidinger.net, phk@phk.freebsd.dk, current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 06:38:10 -0000 On 1 Jun, Andre Guibert de Bruet wrote: > > On Wed, 1 Jun 2005, Don Lewis wrote: >> On 1 Jun, Andre Guibert de Bruet wrote: >>> On Wed, 1 Jun 2005, Alexander Leidinger wrote: >>>> Poul-Henning Kamp wrote: >>>> >>>>> Maybe the simplest solution is also the best: keep track of the >>>>> dependencies and do the cleanup leaf->root on the resulting tree. >> >> It might not even be necessary to use a tree. It might be possible to >> just use a list like vfs_unmountall(). I just thought of a case where this might not work. It is possible to create a swap-backed md, use it to back a file system, add a bunch of swap, and then fill the file system, consuming the swap space. if you do the cleanup processing in reverse order, the first operation would be to remove the swap device, which you might not be able to do because of a lack of RAM and alternate swap space. > I do some similar magic in my diff, to check for devfs. I can write a > function that unmounts all mds first. > >>>> How many userland processes have to be running and consuming memory which >>>> isn't available as physical RAM at this point in the shutdown sequence? >>>> >>>> Wouldn't a loop like the following be enough? >>>> while swap >>>> umount unbusy-FS >>>> swap-off swap >>>> >>>> This assumes that swap-off doesn't turns off the swap if it isn't able to put >>>> everything back into other swap or physical RAM areas. >>> >>> I would think that one would want to disable swapping before the unmount >>> of filesystems for the very fact you could have vnode-backed swapspace in >>> use. >> >> This order doesn't work either because you might only have 128 MB of >> RAM, but 1 GB of data in /tmp, which is stored on a swap-backed memory >> disk. In this case you'll have to unmount /tmp and toss the md contents >> before you disable swap. > > I could modify my patchset to get a first pass at MDs, then disable swap, > then unmount UFS/FFS/ext2/etc, then devfs. The question becomes: Is this > the correct process that we should follow? It makes sense to me. I would > like to get input from our VM & VFS gurus on this before I schedule a > hack-and-testathon... :-) Taking care of the md's first is a good idea for the sake of efficiency, because it eliminates the need to page in any of their contents that have been paged out to swap. The problem is that if they are used to back file systems, any dependent file systems must be unmounted first, and that might not be possible if one of the dependent file systems contains a swap file. An example would be using an md to back /tmp, mounting /dev/adXXX on /tmp/foo, and adding /tmp/foo/swapfile as a swap device. It might not be possible to clean up this arrangement at shutdown without deadlocking. If a dependency tree is maintained, it should be possible prevent the troublesome cases from happening. If swapping to a swap-backed md or swapping to vnode-backed md that resides in a file system that is dependent on a file system that resides on a swap-backed md are forbidden, I think that is sufficient to prevent deadlock. Actually, I think the dependencies form a directed graph instead of tree. A simple example is a vnode-backed md /a/b that is used to back a file system that is mounted on /c/d. In this case, d is dependent on both /a and /c. A slightly more complex example is two vnode-backed md's, m1 and m2, backed by /a/v1 and /b/v2, with m1 mounted on /b/d1 and m2 mounted on /a/d2. The reverse order traversal in vfs_unmountall() is smart enough to handle this case (if it knew to unconfigure the md's), but a one-pass recursive tree walk would not work. A more complicated example would be two swap-backed md's mds1 and mds2 used to back file systems that are mounted on /a/mds1 and /a/mds2. Files are created in each of these file systems /a/mds1/v1a, /a/mds1/v1b, and /a/mds2/v2, that are used to back vnode-backed md's mdv1a, mdv1b, and mdv2, that are used to back file systems that are mounted on /a/mds2/d1a, /a/mds2/d1a/d1b, and /a/mds1/d2. I think this can be unwound in one pass if a list of the dependency pairs is kept and then properly sorted before processing. The types of dependencies are: md depends on file system (vnode backed md) md depends on swap (swap backed file system) file system depends on md (md backed file system) swap depends on md (swap on an md) file system depends on file system (mount relationship) First undo any dependencies that ultimately depend on swap, unconfigure the swap devices, and finally undo any dependencies that swap depended on. In this case, it is probably wise to design before coding ... From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 06:38:45 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C26116A41C for ; Thu, 2 Jun 2005 06:38:45 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A7C443D1D for ; Thu, 2 Jun 2005 06:38:44 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j526cWkN092808; Thu, 2 Jun 2005 08:38:32 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <1d6d20bc05060123032c359bed@mail.gmail.com> References: <1d6d20bc05060123032c359bed@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <69991E3E-9C06-4DB9-8A13-31E706970DE1@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Thu, 2 Jun 2005 08:38:41 +0200 To: Jia-Shiun Li X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: testers wanted: patch for Intel 31244 SATA controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 06:38:45 -0000 On 02/06/2005, at 8:03, Jia-Shiun Li wrote: > Hi all, > > I have a patch to ata(4) to support Intel 31244 SATA disk controller . > Now it works fine on my computer. If anyone is interested in testing, > please apply the attached patch under /usr/src. Comments are welcome. > I already have one set of patches for this controller in my inbox (it =20= was the cause for some of the changes to ATA lately) but alas it =20 hasn't been incorporated yet. I'll look both over and get a final =20 version committed. Give me a little time though... - S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 06:48:24 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F173E16A41C for ; Thu, 2 Jun 2005 06:48:24 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68D1A43D48 for ; Thu, 2 Jun 2005 06:48:24 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j526mCpQ092933; Thu, 2 Jun 2005 08:48:12 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) In-Reply-To: <20050601222857.73993.qmail@web50308.mail.yahoo.com> References: <20050601222857.73993.qmail@web50308.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <1CD97FA2-0A1A-4F95-8069-36B650023B71@FreeBSD.ORG> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Thu, 2 Jun 2005 08:48:20 +0200 To: alan bryan X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.ORG Subject: Re: nForce 4, SATA Drive only runs at UDMA33? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 06:48:25 -0000 On 02/06/2005, at 0:28, alan bryan wrote: > And it IS still doing the ATTACH/DETACH repeating > thing as earlier. A bit later in the bootup process > (after the above) it panics. The good news is that > everything seems to be detected now but the bad is > that it still dies. > > Does this help at all? I'm confused by the IRQ23 is > invalid statement, not sure what that means. If > there's anything else I can do or data I can provide > to help get this figured out please let me know. I > now have a spare SATA disk I can swap to try out > things so I don't have to worry about messing up my > system anymore. I now have a nForce4 system here and can reproduce the problem. I'll =20 get it fixed as soon as time permits, so stay tuned! - S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 07:13:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C1E316A41C for ; Thu, 2 Jun 2005 07:13:49 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id D16D643D4C for ; Thu, 2 Jun 2005 07:13:48 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so181095rng for ; Thu, 02 Jun 2005 00:13:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; 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=HNUCBwMvbk/Qs11yuXK9Ywa3Dj8EnOIbZVFAzwyNJ8Y2CU+XJSPeDEwgqtXH6auOktxo6Mc96kYyPDYNSoQUn5EzYofmDyxBBT08Bd8vkFFDYgO2VULPLuHAAxn0PBrLuNIScn8asVxcnKPzCtVKsZOvTe2v900lPN42nHTSqIU= Received: by 10.38.153.45 with SMTP id a45mr318130rne; Thu, 02 Jun 2005 00:13:48 -0700 (PDT) Received: by 10.38.12.29 with HTTP; Thu, 2 Jun 2005 00:13:48 -0700 (PDT) Message-ID: <1d6d20bc05060200139e640eb@mail.gmail.com> Date: Thu, 2 Jun 2005 15:13:48 +0800 From: Jia-Shiun Li To: Jiawei Ye In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050505101016.GM75629@cicely12.cicely.de> <20050505110109.GN75629@cicely12.cicely.de> <1d6d20bc050601132457a7904a@mail.gmail.com> Cc: freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: SMBus hardware note recognized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jia-Shiun Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 07:13:49 -0000 On 6/2/05, Jiawei Ye wrote: > On 6/2/05, Jia-Shiun Li wrote: > > > > Your ICH4 SMBus controller should have been supported by ichsmb. Strang= e. > > > > Try boot verbose and examine the boot messages carefully. > > > Ok, I have attached my dmesg.boot. Doesn't look like the smbus.ko is > probing my SMBus hardware at all. >=20 Are you sure you have ichsmb in kernel config and it successfully compiles a working kernel? ichsmb depends on smbus which you load as module, but ichsmb itself is not, and currently cannot be compiled as, a module. You either did not discover the failure of compiling kernel or just did not have ichsmb in kernel config. Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 07:21:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B382A16A41C for ; Thu, 2 Jun 2005 07:21:01 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 329AF43D48 for ; Thu, 2 Jun 2005 07:21:01 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so298743nzk for ; Thu, 02 Jun 2005 00:21:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; 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=VqWwZiJCxNTBwQuyz3c0PFkhUneiG4Rj2WXBaLPU2L2MnjHT+Tk1UQv3ph6AMoWRXakRvsuw/O2dQISn0HmjXnZ6QJxl2oHPollL+Vs/Hm85ZnMumkNLWt2RhPRav0OETcUrMGFfBlvt7TYXZGwNAByZi8a2SO5yAk7wOzjtTBM= Received: by 10.36.34.12 with SMTP id h12mr194740nzh; Thu, 02 Jun 2005 00:21:00 -0700 (PDT) Received: by 10.36.88.8 with HTTP; Thu, 2 Jun 2005 00:21:00 -0700 (PDT) Message-ID: Date: Thu, 2 Jun 2005 15:21:00 +0800 From: Jiawei Ye To: Jia-Shiun Li In-Reply-To: <1d6d20bc05060200139e640eb@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050505101016.GM75629@cicely12.cicely.de> <20050505110109.GN75629@cicely12.cicely.de> <1d6d20bc050601132457a7904a@mail.gmail.com> <1d6d20bc05060200139e640eb@mail.gmail.com> Cc: freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: SMBus hardware note recognized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 07:21:01 -0000 On 6/2/05, Jia-Shiun Li wrote: > Are you sure you have ichsmb in kernel config and it successfully > compiles a working kernel? >=20 > ichsmb depends on smbus which you load as module, but ichsmb itself is > not, and currently cannot be compiled as, a module. You either did not > discover the failure of compiling kernel or just did not have ichsmb > in kernel config. >=20 > Jia-Shiun. >=20 Well, if this is what you are referring to: 14 2 0xc075f000 3688 smbus.ko Contains modules: Id Name 55 viapropm/smbus 56 amdpm/smbus 57 ichsmb/smbus 58 alpm/smbus 59 intsmb/smbus 60 bktr/smbus 61 iicsmb/smbus --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 07:43:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD9CB16A41C; Thu, 2 Jun 2005 07:43:46 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D39F43D48; Thu, 2 Jun 2005 07:43:45 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd17.aul.t-online.de by mailout10.sul.t-online.com with smtp id 1DdkMi-0004Wx-00; Thu, 02 Jun 2005 09:43:44 +0200 Received: from Andro-Beta.Leidinger.net (GM6GJcZGoeoxeZO7xVRquRRAlG9nWND4F2UKuX3nDyP7un0C9NjO8v@[84.165.199.14]) by fwd17.sul.t-online.de with esmtp id 1DdkMY-1VgB1M0; Thu, 2 Jun 2005 09:43:34 +0200 Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j527hXit039446; Thu, 2 Jun 2005 09:43:33 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Thu, 02 Jun 2005 09:43:32 +0200 Message-ID: <20050602094332.949xldwlwk4c8k4g@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 02 Jun 2005 09:43:32 +0200 From: Alexander Leidinger To: Don Lewis References: <200506020637.j526bqXO002547@gw.catspoiler.org> In-Reply-To: <200506020637.j526bqXO002547@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: GM6GJcZGoeoxeZO7xVRquRRAlG9nWND4F2UKuX3nDyP7un0C9NjO8v@t-dialin.net X-TOI-MSGID: 6afe4f8e-97f5-4dfe-a628-34decd9a0c0f Cc: phk@phk.freebsd.dk, current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 07:43:46 -0000 Don Lewis wrote: >>>>> Wouldn't a loop like the following be enough? >>>>> while swap >>>>> umount unbusy-FS >>>>> swap-off swap >>>>> >>>>> This assumes that swap-off doesn't turns off the swap if it isn't >>>>> able to put >>>>> everything back into other swap or physical RAM areas. > I think this can be unwound in one pass if a list of the dependency > pairs is kept and then properly sorted before processing. The types of > dependencies are: > md depends on file system (vnode backed md) > md depends on swap (swap backed file system) > file system depends on md (md backed file system) > swap depends on md (swap on an md) > file system depends on file system (mount relationship) > First undo any dependencies that ultimately depend on swap, unconfigure > the swap devices, and finally undo any dependencies that swap depended > on. I still don't understand why my approach above doesn't solve this problem. A FS is busy when something is still open. So if the FS is used as a container for swap, the FS is busy and it isn't supposed to be umounted. If a md is configured on the swap area you want to disable with swap-off, my above description allows the call to fail. Since the md/swap/FS part is cycle-free, we have an upper bound of sum(#md)+sum(#swap)+sum(#FS) iterations (actually it's less than that, but my point is: a linear number of iterations with an upper bound) of this loop. When the loop finishes, no swap is enabled anymore. -> Goal reached. What am I overlooking? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Hiccuping & trembling into the WASTE DUMPS of New Jersey like some drunken CABBAGE PATCH DOLL, coughing in line at FIORUCCI'S!! From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 10:16:57 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F366516A41F for ; Thu, 2 Jun 2005 10:16:56 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BA6743D54 for ; Thu, 2 Jun 2005 10:16:23 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id CFE0261; Thu, 2 Jun 2005 12:16:02 +0200 (SAST) Date: Thu, 2 Jun 2005 12:16:02 +0200 From: John Hay To: current@FreeBSD.org Message-ID: <20050602101602.GA98207@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Cc: Subject: pim6dd causes panic on -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: Thu, 02 Jun 2005 10:16:57 -0000 Hi, I get a panic when trying to use net/pim6dd on -current. I have tried a plain GENERIC kernel and one with options MROUTING and PIM defined. I can reproduce it on a test box with only one interface with ipv6_enable="YES" in rc.conf and then on the commandline do this: ifconfig gif0 create ifconfig gif0 tunnel ifconfig gif0 up pim6dd Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc062a290 stack pointer = 0x28:0xd4477c98 frame pointer = 0x28:0xd4477ca4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 36 (swi4: clock sio) [thread pid 36 tid 100021 ] Stopped at _mtx_unlock_flags+0x34: cmpl $0xc08be384,0(%ebx) db> trace Tracing pid 36 tid 100021 td 0xc199e300 _mtx_unlock_flags(0,0,c085b1a1,13b) at _mtx_unlock_flags+0x34 softclock(0) at softclock+0x204 ithread_loop(c19e0480,d4477d38,c19e0480,c061fe5c,0) at ithread_loop+0x120 fork_exit(c061fe5c,c19e0480,d4477d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4477d6c, ebp = 0 --- db> John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 10:41:46 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C625A16A41C for ; Thu, 2 Jun 2005 10:41:46 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67B8943D53 for ; Thu, 2 Jun 2005 10:41:46 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j52AfaQH003213; Thu, 2 Jun 2005 03:41:41 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506021041.j52AfaQH003213@gw.catspoiler.org> Date: Thu, 2 Jun 2005 03:41:36 -0700 (PDT) From: Don Lewis To: Alexander@Leidinger.net In-Reply-To: <20050602094332.949xldwlwk4c8k4g@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: phk@phk.freebsd.dk, current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 10:41:46 -0000 On 2 Jun, Alexander Leidinger wrote: > Don Lewis wrote: > >>>>>> Wouldn't a loop like the following be enough? >>>>>> while swap >>>>>> umount unbusy-FS >>>>>> swap-off swap >>>>>> >>>>>> This assumes that swap-off doesn't turns off the swap if it isn't >>>>>> able to put >>>>>> everything back into other swap or physical RAM areas. > >> I think this can be unwound in one pass if a list of the dependency >> pairs is kept and then properly sorted before processing. The types of >> dependencies are: >> md depends on file system (vnode backed md) >> md depends on swap (swap backed file system) >> file system depends on md (md backed file system) >> swap depends on md (swap on an md) >> file system depends on file system (mount relationship) >> First undo any dependencies that ultimately depend on swap, unconfigure >> the swap devices, and finally undo any dependencies that swap depended >> on. > > I still don't understand why my approach above doesn't solve this problem. > > A FS is busy when something is still open. So if the FS is used as a > container for swap, the FS is busy and it isn't supposed to be umounted. If > a md is configured on the swap area you want to disable with swap-off, my > above description allows the call to fail. Since the md/swap/FS part is > cycle-free, we have an upper bound of sum(#md)+sum(#swap)+sum(#FS) > iterations (actually it's less than that, but my point is: a linear number > of iterations with an upper bound) of this loop. When the loop finishes, no > swap is enabled anymore. -> Goal reached. > > What am I overlooking? Create a large, but nearly empty file system, /a Mount a file system backed by a physical disk on /a/b Create the file /a/b/c and configure it to be used as swap Write a large amount of data to the file /a/d, which will overflow RAM and be paged out to /a/b/c It won't be possible to disable swapping to /a/b/c because there is not sufficient RAM to page in the data stored there. It won't be possible to unmount /a/b because /a/b/c is busy. It won't be possible to unmount /a because it is busy because /a/b is mounted on it. If the dependencies are tracked so that this configuration (swapping to anything that is directly or indirectly dependent on a swap-backed file system) can be forbidden, then either the algorithm that I suggested, or your iterative algorithm should work. Your algorithm could even be simplified by pulling the swap-off out of the loop. unconfigure md's that are not busy do { foreach filesystem in reverse(mountlist) { unmount filesystem if (success and backed by md) unconfigure md /* either swap or vnode backed */ } } while (progress) swap-off do { foreach filesystem in reverse(mountlist) { unmount filesystem if (success and backed by md) unconfigure md /* only vnode backed remain */ } } while (progress) Removing the swap-off from the loop may avoid a lot of paging activity because all the paged-out data from swap backed md's will be discarded before swap is disabled. From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 10:46:10 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3801616A41C; Thu, 2 Jun 2005 10:46:10 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9B8F43D4C; Thu, 2 Jun 2005 10:46:09 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 5B2C11734CD; Thu, 2 Jun 2005 12:46:08 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 413E7407E; Thu, 2 Jun 2005 12:45:59 +0200 (CEST) Date: Thu, 2 Jun 2005 12:45:59 +0200 From: Jeremie Le Hen To: Don Lewis Message-ID: <20050602104559.GR54337@obiwan.tataz.chchile.org> References: <20050601211542.G41030@lexi.siliconlandmark.com> <200506020637.j526bqXO002547@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506020637.j526bqXO002547@gw.catspoiler.org> User-Agent: Mutt/1.5.9i Cc: current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 10:46:10 -0000 Hi Don, hi all, > I just thought of a case where this might not work. It is possible to > create a swap-backed md, use it to back a file system, add a bunch of > swap, and then fill the file system, consuming the swap space. if you > do the cleanup processing in reverse order, the first operation would be > to remove the swap device, which you might not be able to do because of > a lack of RAM and alternate swap space. I am maybe missing something, but at time of shutdown when filesystems are going to be unmounted, I think user processes don't exist any longer. Do kernel threads consume so much memory sometimes that they won't fit in RAM ? > [...] > Taking care of the md's first is a good idea for the sake of efficiency, > because it eliminates the need to page in any of their contents that > have been paged out to swap. The problem is that if they are used to > back file systems, any dependent file systems must be unmounted first, > and that might not be possible if one of the dependent file systems > contains a swap file. An example would be using an md to back /tmp, > mounting /dev/adXXX on /tmp/foo, and adding /tmp/foo/swapfile as a swap > device. It might not be possible to clean up this arrangement at > shutdown without deadlocking. > > If a dependency tree is maintained, it should be possible prevent the > troublesome cases from happening. If swapping to a swap-backed md or > swapping to vnode-backed md that resides in a file system that is > dependent on a file system that resides on a swap-backed md are > forbidden, I think that is sufficient to prevent deadlock. Does the suppression a warning at shutdown (devfs) really needs to lead to a feature diminution ? This might appear overkill. Although such setups you describe seems to be slightly useless, we can imagine that, in the future, resources restrictions may be applied to jails and this would allow to set a vnode-backed swap partition for each jail. I'm not sure at all if this is going to happen someday, but I just wanted to point out that removing a feature now for this purpose could be a problem in the future/ Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 11:06:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2932C16A41C for ; Thu, 2 Jun 2005 11:06:46 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFA0743D4C for ; Thu, 2 Jun 2005 11:06:45 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so248627rng for ; Thu, 02 Jun 2005 04:06:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; 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=azyosrIszkgFfL2A95jIosIurh48qIeykFGfX9wrSlSU+S/BMWsv9gjY5HAI+a/JhQC+BVkkJPGIflb4xHlIPEBk/T4oFg91L+k59C+trCd0geI/MVgnIfEJXEpuJb+Xm0mYFlIqAod2x/uz0MQ1ZxUv9epbPtYPyobMb+BJJYs= Received: by 10.38.6.72 with SMTP id 72mr412098rnf; Thu, 02 Jun 2005 04:06:45 -0700 (PDT) Received: by 10.38.12.29 with HTTP; Thu, 2 Jun 2005 04:06:45 -0700 (PDT) Message-ID: <1d6d20bc0506020406fa00481@mail.gmail.com> Date: Thu, 2 Jun 2005 19:06:45 +0800 From: Jia-Shiun Li To: Jiawei Ye In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050505101016.GM75629@cicely12.cicely.de> <20050505110109.GN75629@cicely12.cicely.de> <1d6d20bc050601132457a7904a@mail.gmail.com> <1d6d20bc05060200139e640eb@mail.gmail.com> Cc: freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: SMBus hardware note recognized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jia-Shiun Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 11:06:46 -0000 On 6/2/05, Jiawei Ye wrote: > On 6/2/05, Jia-Shiun Li wrote: > > Are you sure you have ichsmb in kernel config and it successfully > > compiles a working kernel? > > ichsmb depends on smbus which you load as module, but ichsmb itself is > > not, and currently cannot be compiled as, a module. You either did not > > discover the failure of compiling kernel or just did not have ichsmb > > in kernel config. > Well, if this is what you are referring to: >=20 > 14 2 0xc075f000 3688 smbus.ko > Contains modules: > Id Name > 55 viapropm/smbus > 56 amdpm/smbus > 57 ichsmb/smbus > 58 alpm/smbus > 59 intsmb/smbus > 60 bktr/smbus > 61 iicsmb/smbus You are right, actually I did not know the module was packed this way. ;) Then the problem would be that the module did not do its initialization correctly at loading time. In my experiment compiling it into kernel did work, but compiling it as a loadable kernel module did not. Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 11:29:05 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7929F16A41C for ; Thu, 2 Jun 2005 11:29:05 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32F6043D48 for ; Thu, 2 Jun 2005 11:29:05 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j52BSvGs003322; Thu, 2 Jun 2005 04:29:01 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506021129.j52BSvGs003322@gw.catspoiler.org> Date: Thu, 2 Jun 2005 04:28:57 -0700 (PDT) From: Don Lewis To: jeremie@le-hen.org In-Reply-To: <20050602104559.GR54337@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 11:29:05 -0000 On 2 Jun, Jeremie Le Hen wrote: > Hi Don, hi all, > >> I just thought of a case where this might not work. It is possible to >> create a swap-backed md, use it to back a file system, add a bunch of >> swap, and then fill the file system, consuming the swap space. if you >> do the cleanup processing in reverse order, the first operation would be >> to remove the swap device, which you might not be able to do because of >> a lack of RAM and alternate swap space. > > I am maybe missing something, but at time of shutdown when filesystems > are going to be unmounted, I think user processes don't exist any longer. > Do kernel threads consume so much memory sometimes that they won't > fit in RAM ? Other things besides user processes can occupy swap space, such as swap-backed memory disks that can be used for temporary file system space. The mdconfig(8) man page gives this example: To create and mount a 128MByte swap backed file system on /tmp: mdconfig -a -t swap -s 128M -u 10 newfs -U /dev/md10 mount /dev/md10 /tmp chmod 1777 /tmp There's even a shortcut way of doing this, see mdmfs(8). If you had 10+ GB of swap configured, you could create a 10 GB /tmp file system this way. Then if you write 10 GB of data to /tmp, 10 GB of your swap will be in use, even after kill off all the user processes. You can only reclaim the swap space by unmounting the file system and detaching the memory disk with "mdconfig -d". You don't even need to create and mount the file system, you can consume the swap space by just configuring the md device and writing to it: dd if=/dev/random of=/dev/md10 bs=8k >> [...] >> Taking care of the md's first is a good idea for the sake of efficiency, >> because it eliminates the need to page in any of their contents that >> have been paged out to swap. The problem is that if they are used to >> back file systems, any dependent file systems must be unmounted first, >> and that might not be possible if one of the dependent file systems >> contains a swap file. An example would be using an md to back /tmp, >> mounting /dev/adXXX on /tmp/foo, and adding /tmp/foo/swapfile as a swap >> device. It might not be possible to clean up this arrangement at >> shutdown without deadlocking. >> >> If a dependency tree is maintained, it should be possible prevent the >> troublesome cases from happening. If swapping to a swap-backed md or >> swapping to vnode-backed md that resides in a file system that is >> dependent on a file system that resides on a swap-backed md are >> forbidden, I think that is sufficient to prevent deadlock. > > Does the suppression a warning at shutdown (devfs) really needs to > lead to a feature diminution ? This might appear overkill. > Although such setups you describe seems to be slightly useless, we > can imagine that, in the future, resources restrictions may be > applied to jails and this would allow to set a vnode-backed swap > partition for each jail. I'm not sure at all if this is going to > happen someday, but I just wanted to point out that removing a feature > now for this purpose could be a problem in the future/ The troublesome cases could prevent disk-backed file systems from being unmounted on shutdown, causing them to be marked dirty and requiring them to be fsck'ed at boot time. Vnode backed swap isn't a problem unless the file system that holds the swap file is swap-backed or there is a swap-backed file system between its mount point and / That said, I think a separate vnode-backed swap file per jail would be very inefficient. Vnode-backed swap is already slower than device-backed swap because of the extra translation needed to map the offset into swap to the actual disk sectors. As I recall we also limit the number of swap devices to a fairly small number because the amount of kernel memory needed to map between vm pages and swap offsets increases with the number of swap devices. A per-jail swap quota would seem to be easier to implement and would perform a lot better. From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 11:45:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B809016A41C; Thu, 2 Jun 2005 11:45:29 +0000 (GMT) (envelope-from antoine@mna75-2-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (madhouse.dreadbsd.org [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A3F343D49; Thu, 2 Jun 2005 11:45:28 +0000 (GMT) (envelope-from antoine@mna75-2-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j52BjO8e013365; Thu, 2 Jun 2005 13:45:24 +0200 (CEST) (envelope-from antoine@mna75-2-82-67-196-50.fbx.proxad.net) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j52BjNUY013364; Thu, 2 Jun 2005 13:45:23 +0200 (CEST) (envelope-from antoine) Date: Thu, 2 Jun 2005 13:45:23 +0200 From: Antoine Brodin To: current@freebsd.org Message-Id: <20050602134523.7adcf516.antoine.brodin@laposte.net> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: delphij@freebsd.org Subject: Recent vesa changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 11:45:29 -0000 Hi, The recent vesa changes cause a problem on my laptop. During startup, when ispcvt is called by syscons_precmd (in /etc/rc.d/syscons), it clears my screen and the screen keeps cleared. I investigated a bit, and chmod'ing -x ispcvt solves the problem. Vidcontrol -i mode shows that mode 369 is supported so I think that there is perhaps an ioctl collision between . this mode: _IO('V', 369 - 256) . and VGAPCVTID: _IOWR('V',113, struct pcvtid) Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 11:52:08 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80C9616A41C; Thu, 2 Jun 2005 11:52:08 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B4CC43D1F; Thu, 2 Jun 2005 11:52:07 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j52Bq6Yt053942; Thu, 2 Jun 2005 06:52:06 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <429EF2D4.7010504@centtech.com> Date: Thu, 02 Jun 2005 06:51:48 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200506020453.j524rUtI002411@gw.catspoiler.org> In-Reply-To: <200506020453.j524rUtI002411@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/906/Wed Jun 1 16:38:56 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: cannot alloc 19968 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 11:52:08 -0000 Don Lewis wrote: > On 1 Jun, Eric Anderson wrote: > >>Andre Guibert de Bruet wrote: >> >>>On Wed, 1 Jun 2005, Eric Anderson wrote: >>> >>> >>>>Don Lewis wrote: >>>> >>>> >>>>>On 31 May, Eric Anderson wrote: >>>>> >>>>> >>>>>>One of my filesystems won't fsck. I'm not sure how to fix it, or >>>>>>what it's really trying to tell me. >>>>>> >>>>>># fsck -y /vol1 >>>>>>** /dev/da0s1d >>>>>>** Last Mounted on /vol1 >>>>>>** Phase 1 - Check Blocks and Sizes >>>>>>fsck_ufs: cannot alloc 19968 bytes for inoinfo >>>>>> >>>>>>df -i /vol1 output: >>>>>>Filesystem 1K-blocks Used Avail Capacity iused ifree >>>>>>%iused Mounted on >>>>>>/dev/da0s1d 1891668564 1684163832 56171248 97% 55109756 189360002 >>>>>>23% /vol1 >>>>>> >>>>>>Any help would be very appreciated! >>>>> >>>>> >>>>>You're probably running into the default 512MB data size limit. Try >>>>>setting kern.maxdsiz to a larger value in /boot/loader.conf and >>>>>rebooting. I've got mine set to 1GB. >>>>> kern.maxdsiz="1073741824" >>>> >>>> >>>>Hmm - I don't seem to have that sysctl.. What would create it? >>> >>> >>>It's a loader tunable, not a sysctl variable. man 5 loader.conf >> >>Oh.. oops. :) Ok, then I have it set correctly but it isn't helping >>me. My fsck still dies the same way. Looks like it's taking up about >>362MB memory (I have 1GB). Any more ideas? > > > What does the shell limit command say about your datasize limit? Your > limit might have been cranked down in login.conf. I looked too early at the fsck. It appears to actually be going up to the 1GB limit now, and then bombing. It's now bombing at a different point: # fsck -y /vol1 ** /dev/da0s1d ** Last Mounted on /vol1 ** Phase 1 - Check Blocks and Sizes fsck_ufs: cannot increase directory list # limits Resource limits (current): cputime infinity secs filesize infinity kb datasize 1048576 kb stacksize 65536 kb coredumpsize infinity kb memoryuse infinity kb memorylocked infinity kb maxprocesses 7390 openfiles 14781 sbsize infinity bytes vmemoryuse infinity kb So I think I just need more RAM.. This is really a major ceiling for anyone that wants a somewhat large filesystem, or someone who needs a lot of inodes. Is there maybe a different way to do the fsck that might take longer, but run in 'small' memory footprints like 1GB or less? I know little to nothing about coding fsck tools or memory management, but I do know that there's always more ways to do something. Just curious if there could be a 'lowmem' option for fsck that would utilize memory differently in order to fsck large fs's. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 13:05:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02BBB16A41C for ; Thu, 2 Jun 2005 13:05:01 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9890543D1F for ; Thu, 2 Jun 2005 13:04:58 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j52D4tT1050586; Thu, 2 Jun 2005 09:04:55 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j52D4qEF050582; Thu, 2 Jun 2005 09:04:55 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Thu, 2 Jun 2005 09:04:52 -0400 (EDT) From: Andre Guibert de Bruet To: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= In-Reply-To: <429DC265.2000603@t-hosting.hu> Message-ID: <20050602085900.D42933@lexi.siliconlandmark.com> References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> <429DB9B2.70405@t-hosting.hu> <200506011545.56426.mayday@gmx.net> <429DC265.2000603@t-hosting.hu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-457424158-1117717492=:42933" X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.538, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: How to update my system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 13:05:01 -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-457424158-1117717492=:42933 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Wed, 1 Jun 2005, K=F6vesd=E1n G=E1bor wrote: > As for the kernel, it should compile without building the userland. There is sometimes a difference between "should" and what actually=20 happens. There is a class of changes that could cause the building of your= =20 kernel to fail. Bumping versions of the config command will do so, for=20 example. Save yourself the headache, go the supported way and build world= =20 before your kernel. :-) Cheers, Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ --0-457424158-1117717492=:42933-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 13:39:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55D4C16A41C; Thu, 2 Jun 2005 13:39:17 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE73F43D1D; Thu, 2 Jun 2005 13:39:16 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd19.aul.t-online.de by mailout10.sul.t-online.com with smtp id 1Ddpul-0004hp-01; Thu, 02 Jun 2005 15:39:15 +0200 Received: from Andro-Beta.Leidinger.net (r9UDggZOge0wCQtFK1Xkbd08r16Jj6xfI8414vpYMRYeT3F+jwDfgz@[84.165.198.7]) by fwd19.sul.t-online.de with esmtp id 1Ddpuh-1j1sES0; Thu, 2 Jun 2005 15:39:11 +0200 Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j52Dd9QL005498; Thu, 2 Jun 2005 15:39:09 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Thu, 02 Jun 2005 15:39:09 +0200 Message-ID: <20050602153909.49ihh5ek8wgo4w80@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 02 Jun 2005 15:39:09 +0200 From: Alexander Leidinger To: Don Lewis References: <200506021041.j52AfaQH003213@gw.catspoiler.org> In-Reply-To: <200506021041.j52AfaQH003213@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: r9UDggZOge0wCQtFK1Xkbd08r16Jj6xfI8414vpYMRYeT3F+jwDfgz@t-dialin.net X-TOI-MSGID: 7b4be38d-da40-461b-b489-e1b79ed5fd91 Cc: phk@phk.freebsd.dk, current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 13:39:17 -0000 Don Lewis wrote: >> What am I overlooking? > > Create a large, but nearly empty file system, /a ^ memory/swap based > Mount a file system backed by a physical disk on /a/b > Create the file /a/b/c and configure it to be used as swap > Write a large amount of data to the file /a/d, which will overflow RAM > and be paged out to /a/b/c > > It won't be possible to disable swapping to /a/b/c because there is not > sufficient RAM to page in the data stored there. It won't be possible > to unmount /a/b because /a/b/c is busy. It won't be possible to unmount > /a because it is busy because /a/b is mounted on it. Ah! Yes! I tend to forget this is possible. In my mind a memory/swap based FS as a "leaf" in the directory tree... or more correctly, the subtree below the memory/swap based FS isn't allowed to contain a mointpoint of a non memory/swap based FS. Any other use which may require to break this rule has to use symlinks instead and isn't allowed to break the rule. This helps to avoid some pitfalls. > If the dependencies are tracked so that this configuration (swapping to > anything that is directly or indirectly dependent on a swap-backed file > system) can be forbidden, then either the algorithm that I suggested, or I'm not sure if we should enforce this policy... I like it, but I think such a restriction should be configurable via sysctl (enabled by default). > your iterative algorithm should work. Your algorithm could even be > simplified by pulling the swap-off out of the loop. > > unconfigure md's that are not busy > do { > foreach filesystem in reverse(mountlist) { > unmount filesystem > if (success and backed by md) > unconfigure md /* either swap or vnode backed */ > } > } while (progress) > swap-off > do { > foreach filesystem in reverse(mountlist) { > unmount filesystem > if (success and backed by md) > unconfigure md /* only vnode backed remain */ > } > } while (progress) > > Removing the swap-off from the loop may avoid a lot of paging activity > because all the paged-out data from swap backed md's will be discarded > before swap is disabled. Sounds even better. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Get forgiveness now -- tomorrow you may no longer feel guilty. From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 14:04:48 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12E5416A41C; Thu, 2 Jun 2005 14:04:48 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B947143D1D; Thu, 2 Jun 2005 14:04:47 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j52E4hXw050996; Thu, 2 Jun 2005 10:04:43 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j52E4heT050993; Thu, 2 Jun 2005 10:04:43 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Thu, 2 Jun 2005 10:04:43 -0400 (EDT) From: Andre Guibert de Bruet To: Alexander Leidinger In-Reply-To: <20050602153909.49ihh5ek8wgo4w80@netchild.homeip.net> Message-ID: <20050602100315.M42933@lexi.siliconlandmark.com> References: <200506021041.j52AfaQH003213@gw.catspoiler.org> <20050602153909.49ihh5ek8wgo4w80@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.539, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: Don Lewis , phk@phk.freebsd.dk, current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 14:04:48 -0000 On Thu, 2 Jun 2005, Alexander Leidinger wrote: > Don Lewis wrote: > >>> What am I overlooking? >> >> Create a large, but nearly empty file system, /a > ^ > memory/swap based > >> Mount a file system backed by a physical disk on /a/b >> Create the file /a/b/c and configure it to be used as swap >> Write a large amount of data to the file /a/d, which will overflow RAM >> and be paged out to /a/b/c >> >> It won't be possible to disable swapping to /a/b/c because there is not >> sufficient RAM to page in the data stored there. It won't be possible >> to unmount /a/b because /a/b/c is busy. It won't be possible to unmount >> /a because it is busy because /a/b is mounted on it. > > Ah! Yes! I tend to forget this is possible. In my mind a memory/swap based FS > as a "leaf" in the directory tree... or more correctly, the subtree below the > memory/swap based FS isn't allowed to contain a mointpoint of a non > memory/swap based FS. Any other use which may require to break this rule has > to use symlinks instead and isn't allowed to break the rule. > > This helps to avoid some pitfalls. > >> If the dependencies are tracked so that this configuration (swapping to >> anything that is directly or indirectly dependent on a swap-backed file >> system) can be forbidden, then either the algorithm that I suggested, or > > I'm not sure if we should enforce this policy... I like it, but I think such > a restriction should be configurable via sysctl (enabled by default). > >> your iterative algorithm should work. Your algorithm could even be >> simplified by pulling the swap-off out of the loop. >> >> unconfigure md's that are not busy >> do { >> foreach filesystem in reverse(mountlist) { >> unmount filesystem >> if (success and backed by md) >> unconfigure md /* either swap or vnode backed */ >> } >> } while (progress) >> swap-off >> do { >> foreach filesystem in reverse(mountlist) { >> unmount filesystem >> if (success and backed by md) >> unconfigure md /* only vnode backed remain */ >> } >> } while (progress) >> >> Removing the swap-off from the loop may avoid a lot of paging activity >> because all the paged-out data from swap backed md's will be discarded >> before swap is disabled. > > Sounds even better. I will try to produce patches tonight for this. Stay tuned! Cheers! Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 14:57:38 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B88716A41C for ; Thu, 2 Jun 2005 14:57:38 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50302.mail.yahoo.com (web50302.mail.yahoo.com [206.190.38.56]) by mx1.FreeBSD.org (Postfix) with SMTP id E53BC43D1F for ; Thu, 2 Jun 2005 14:57:37 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 84391 invoked by uid 60001); 2 Jun 2005 14:57:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Qxdb2h/4BwBO5Fzh/G4MtWXi+MQMO1ETID5w6m3mbgWqtQj+oK7V3LdODLB+4ZlR3Sqp2Mj4lVPh7QoExFcguauDdVP2dae7i+1LVW5A6nG+DK+3JsMezjXpwmtvxqjOG5LUIns0cRMFqfQ9pY8aaHS+PK85an2/CDiEL2F5+jY= ; Message-ID: <20050602145737.84389.qmail@web50302.mail.yahoo.com> Received: from [67.99.246.2] by web50302.mail.yahoo.com via HTTP; Thu, 02 Jun 2005 07:57:37 PDT Date: Thu, 2 Jun 2005 07:57:37 -0700 (PDT) From: alan bryan To: "Søren" Schmidt In-Reply-To: <1CD97FA2-0A1A-4F95-8069-36B650023B71@FreeBSD.ORG> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.ORG Subject: Re: nForce 4, SATA Drive only runs at UDMA33? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 14:57:38 -0000 --- Søren Schmidt wrote: > I now have a nForce4 system here and can reproduce > the problem. I'll > get it fixed as soon as time permits, so stay tuned! > > - Søren Perfect. I was a bit worried that something weird was going on due to the Shuttle Small Form Factor design but the fact that you are seeing the same behavior on your nForce4 board means that once you get it to work it should (hopefully) work for me too. Please just let me know (email and/or post to freebsd-current@) when you have code you would like me to test and I'll give it a shot and report back. If there's anything else I can do or help with please let me know. Thanks a bunch! --Alan Bryan __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 15:11:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E3A116A41C; Thu, 2 Jun 2005 15:11:56 +0000 (GMT) (envelope-from antoine@mna75-2-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (madhouse.dreadbsd.org [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEF7B43D4C; Thu, 2 Jun 2005 15:11:55 +0000 (GMT) (envelope-from antoine@mna75-2-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j52FACQd018109; Thu, 2 Jun 2005 17:11:55 +0200 (CEST) (envelope-from antoine@mna75-2-82-67-196-50.fbx.proxad.net) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j52FACme018108; Thu, 2 Jun 2005 17:10:12 +0200 (CEST) (envelope-from antoine) Date: Thu, 2 Jun 2005 17:10:12 +0200 From: Antoine Brodin To: Antoine Brodin Message-Id: <20050602171012.61b4568e.antoine.brodin@laposte.net> In-Reply-To: <20050602134523.7adcf516.antoine.brodin@laposte.net> References: <20050602134523.7adcf516.antoine.brodin@laposte.net> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: delphij@freebsd.org, current@freebsd.org Subject: Re: Recent vesa changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 15:11:56 -0000 Antoine Brodin wrote: > Hi, > > The recent vesa changes cause a problem on my laptop. > During startup, when ispcvt is called by syscons_precmd > (in /etc/rc.d/syscons), it clears my screen and the screen keeps > cleared. > > I investigated a bit, and chmod'ing -x ispcvt solves the problem. > > Vidcontrol -i mode shows that mode 369 is supported so I think that > there is perhaps an ioctl collision between > . this mode: _IO('V', 369 - 256) > . and VGAPCVTID: _IOWR('V',113, struct pcvtid) A quick workaround is attached %%% Index: scvesactl.c =================================================================== RCS file: /home/ncvs/src/sys/dev/syscons/scvesactl.c,v retrieving revision 1.21 diff -u -p -r1.21 scvesactl.c --- scvesactl.c 29 May 2005 08:43:43 -0000 1.21 +++ scvesactl.c 2 Jun 2005 14:56:09 -0000 @@ -115,7 +115,9 @@ vesa_ioctl(struct cdev *dev, u_long cmd, mode = (cmd & 0xff) + M_VESA_BASE; - if ((mode > M_VESA_FULL_1280) && + /* Avoid collisions with pcvt. */ + if (((cmd & IOC_DIRMASK) == IOC_VOID) && + (mode > M_VESA_FULL_1280) && (mode < M_VESA_MODE_MAX)) return sc_set_graphics_mode(scp, tp, mode); } %%% From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 17:13:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A4D216A41C for ; Thu, 2 Jun 2005 17:13:57 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79A0743D4C for ; Thu, 2 Jun 2005 17:13:56 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHG00D1EVV6DCD0@osl1smout1.broadpark.no> for freebsd-current@freebsd.org; Thu, 02 Jun 2005 19:13:54 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHG002HMW1DDQQ0@osl1sminn1.broadpark.no> for freebsd-current@freebsd.org; Thu, 02 Jun 2005 19:17:37 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 3D74D456B0; Thu, 02 Jun 2005 19:13:54 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 876544560E; Thu, 02 Jun 2005 19:13:50 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 7844E33C3B; Thu, 02 Jun 2005 19:13:50 +0200 (CEST) Date: Thu, 02 Jun 2005 19:13:50 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050531121253.GB4872@tarc.po.cs.msu.su> To: Tarc Message-id: <86br6o7kc1.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050530150621.GB90183@tarc.po.cs.msu.su> <20050530184005.GB66808@xor.obsecurity.org> <20050531102256.GA20255@tarc.po.cs.msu.su> <20050531114050.GA51381@xor.obsecurity.org> <20050531121253.GB4872@tarc.po.cs.msu.su> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: Cc: freebsd-current , Kris Kennaway Subject: Re: FreeBSD 6.0-CURRENT lastest snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 17:13:57 -0000 Tarc writes: > I work now under cross-compilling system: on FreeBSD 4.10 or 5.3 > compile for FreeBSD 6.0-CURRENT. But this has an big problem: it's > needed to patch some Makefiles and sources which hardcoded depends > on path '/usr/src', where sources are placed There are no such hardcoded dependencies anywhere in the src tree. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 17:15:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47F8716A41C for ; Thu, 2 Jun 2005 17:15:47 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1FCB43D4C for ; Thu, 2 Jun 2005 17:15:46 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHG00DN3VY9DFD0@osl1smout1.broadpark.no> for current@freebsd.org; Thu, 02 Jun 2005 19:15:45 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHG002NWW4GDQQ0@osl1sminn1.broadpark.no> for current@freebsd.org; Thu, 02 Jun 2005 19:19:28 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id CE4D845535; Thu, 02 Jun 2005 19:15:45 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 70004453D1; Thu, 02 Jun 2005 19:15:41 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 6751733C3B; Thu, 02 Jun 2005 19:15:41 +0200 (CEST) Date: Thu, 02 Jun 2005 19:15:41 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050601000203.D69811@lexi.siliconlandmark.com> To: Andre Guibert de Bruet Message-id: <867jhc7k8y.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050601000203.D69811@lexi.siliconlandmark.com> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Cc: current@freebsd.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 17:15:47 -0000 Andre Guibert de Bruet writes: > What it doesn't: > [...] > - Vacuum your apartment (Sorry...). Damn! I was so looking forward to this feature. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 17:34:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FFFE16A41C for ; Thu, 2 Jun 2005 17:34:24 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E43743D1D for ; Thu, 2 Jun 2005 17:34:21 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so406420wri for ; Thu, 02 Jun 2005 10:34:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; 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=Ml146ZnP+Wf5qFqwLHUODtt2jSrF/ursrRE+WzKWNvo/3pQ8FWu+ccpwxHITBmL73QjFycDEGltY4wSqn48NKhUmg1RWJRZ+yp5b+JWOhvL33gBs+Qwg3u5hTxzho/0v7gmVBsFu/wW6n3vA6hxv1oCETJAFpGEyw6tnRJ6OeTA= Received: by 10.54.108.13 with SMTP id g13mr688537wrc; Thu, 02 Jun 2005 10:33:35 -0700 (PDT) Received: by 10.54.29.77 with HTTP; Thu, 2 Jun 2005 10:33:35 -0700 (PDT) Message-ID: <790a9fff05060210335d8b298f@mail.gmail.com> Date: Thu, 2 Jun 2005 12:33:35 -0500 From: Scot Hetzel To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86br6o7kc1.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050530150621.GB90183@tarc.po.cs.msu.su> <20050530184005.GB66808@xor.obsecurity.org> <20050531102256.GA20255@tarc.po.cs.msu.su> <20050531114050.GA51381@xor.obsecurity.org> <20050531121253.GB4872@tarc.po.cs.msu.su> <86br6o7kc1.fsf@xps.des.no> Cc: Tarc , freebsd-current , Kris Kennaway Subject: Re: FreeBSD 6.0-CURRENT lastest snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 17:34:24 -0000 On 6/2/05, Dag-Erling Sm=F8rgrav wrote: > Tarc writes: > > I work now under cross-compilling system: on FreeBSD 4.10 or 5.3 > > compile for FreeBSD 6.0-CURRENT. But this has an big problem: it's > > needed to patch some Makefiles and sources which hardcoded depends > > on path '/usr/src', where sources are placed >=20 > There are no such hardcoded dependencies anywhere in the src tree. >=20 There is one dependency in the src tree. See PR 76362 http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/76362 The dependancy occurs when you have your source tree in a different location than /usr/src, as the /sys directory is linked to usr/src/sys. If your source tree is in /usr/home/foo/src, and you set /sys -> usr/home/foo/src/sys. After a make installkernel the /sys link now points to the wrong location. Now when you build modules from ports, they'll either fail to find the /sys directory or use the wrong /sys directory. This affects users who may have moved their source trees and/or have multiple source trees mounted from one NFS mount point (as given in the example in the PR). Scot From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 18:25:06 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5294216A42C for ; Thu, 2 Jun 2005 18:25:06 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 088C743D1D for ; Thu, 2 Jun 2005 18:25:05 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j52IOkcQ004052; Thu, 2 Jun 2005 11:24:51 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506021824.j52IOkcQ004052@gw.catspoiler.org> Date: Thu, 2 Jun 2005 11:24:46 -0700 (PDT) From: Don Lewis To: anderson@centtech.com In-Reply-To: <429EF2D4.7010504@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: cannot alloc 19968 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 18:25:06 -0000 On 2 Jun, Eric Anderson wrote: > Don Lewis wrote: >> On 1 Jun, Eric Anderson wrote: >> >>>Andre Guibert de Bruet wrote: >>> >>>>On Wed, 1 Jun 2005, Eric Anderson wrote: >>>> >>>> >>>>>Don Lewis wrote: >>>>> >>>>> >>>>>>On 31 May, Eric Anderson wrote: >>>>>> >>>>>> >>>>>>>One of my filesystems won't fsck. I'm not sure how to fix it, or >>>>>>>what it's really trying to tell me. >>>>>>> >>>>>>># fsck -y /vol1 >>>>>>>** /dev/da0s1d >>>>>>>** Last Mounted on /vol1 >>>>>>>** Phase 1 - Check Blocks and Sizes >>>>>>>fsck_ufs: cannot alloc 19968 bytes for inoinfo >>>>>>> >>>>>>>df -i /vol1 output: >>>>>>>Filesystem 1K-blocks Used Avail Capacity iused ifree >>>>>>>%iused Mounted on >>>>>>>/dev/da0s1d 1891668564 1684163832 56171248 97% 55109756 189360002 >>>>>>>23% /vol1 >>>>>>> >>>>>>>Any help would be very appreciated! >>>>>> >>>>>> >>>>>>You're probably running into the default 512MB data size limit. Try >>>>>>setting kern.maxdsiz to a larger value in /boot/loader.conf and >>>>>>rebooting. I've got mine set to 1GB. >>>>>> kern.maxdsiz="1073741824" >>>>> >>>>> >>>>>Hmm - I don't seem to have that sysctl.. What would create it? >>>> >>>> >>>>It's a loader tunable, not a sysctl variable. man 5 loader.conf >>> >>>Oh.. oops. :) Ok, then I have it set correctly but it isn't helping >>>me. My fsck still dies the same way. Looks like it's taking up about >>>362MB memory (I have 1GB). Any more ideas? >> >> >> What does the shell limit command say about your datasize limit? Your >> limit might have been cranked down in login.conf. > > I looked too early at the fsck. It appears to actually be going up to > the 1GB limit now, and then bombing. It's now bombing at a different point: > > # fsck -y /vol1 > ** /dev/da0s1d > ** Last Mounted on /vol1 > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot increase directory list > > > # limits > Resource limits (current): > cputime infinity secs > filesize infinity kb > datasize 1048576 kb > stacksize 65536 kb > coredumpsize infinity kb > memoryuse infinity kb > memorylocked infinity kb > maxprocesses 7390 > openfiles 14781 > sbsize infinity bytes > vmemoryuse infinity kb > > So I think I just need more RAM.. This is really a major ceiling for > anyone that wants a somewhat large filesystem, or someone who needs a > lot of inodes. Is there maybe a different way to do the fsck that might > take longer, but run in 'small' memory footprints like 1GB or less? I > know little to nothing about coding fsck tools or memory management, but > I do know that there's always more ways to do something. Just curious > if there could be a 'lowmem' option for fsck that would utilize memory > differently in order to fsck large fs's. You can crank up datasize to be larger than RAM assuming that you have sufficient swap configured. It'll just be slow as fsck starts paging. At some point on 32-bit architectures like the i386 you'll run into the address space limit, probably at 2-3GB. I think julian@ has mentioned having a version of fsck that uses external storage. I would expect a substantial speed impact, and you would need at least one other file system mounted rw. From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 18:40:37 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C606F16A41C for ; Thu, 2 Jun 2005 18:40:37 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2624243D4C for ; Thu, 2 Jun 2005 18:40:37 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j52IeRZa004091; Thu, 2 Jun 2005 11:40:31 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506021840.j52IeRZa004091@gw.catspoiler.org> Date: Thu, 2 Jun 2005 11:40:27 -0700 (PDT) From: Don Lewis To: Alexander@Leidinger.net In-Reply-To: <20050602153909.49ihh5ek8wgo4w80@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: phk@phk.freebsd.dk, current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 18:40:37 -0000 On 2 Jun, Alexander Leidinger wrote: > Don Lewis wrote: > >>> What am I overlooking? >> >> Create a large, but nearly empty file system, /a > ^ > memory/swap based I think that only the swap-backed case is problematical. >> Mount a file system backed by a physical disk on /a/b >> Create the file /a/b/c and configure it to be used as swap >> Write a large amount of data to the file /a/d, which will overflow RAM >> and be paged out to /a/b/c >> >> It won't be possible to disable swapping to /a/b/c because there is not >> sufficient RAM to page in the data stored there. It won't be possible >> to unmount /a/b because /a/b/c is busy. It won't be possible to unmount >> /a because it is busy because /a/b is mounted on it. > > Ah! Yes! I tend to forget this is possible. In my mind a memory/swap based FS > as a "leaf" in the directory tree... or more correctly, the subtree below the > memory/swap based FS isn't allowed to contain a mointpoint of a non > memory/swap based FS. Any other use which may require to break this rule has > to use symlinks instead and isn't allowed to break the rule. I'm pretty sure that sysinstall violates that by using a memory-backed fs for the root partition. The file systems being installed-to are mounted below this memory-backed fs. > This helps to avoid some pitfalls. > >> If the dependencies are tracked so that this configuration (swapping to >> anything that is directly or indirectly dependent on a swap-backed file >> system) can be forbidden, then either the algorithm that I suggested, or > > I'm not sure if we should enforce this policy... I like it, but I think such > a restriction should be configurable via sysctl (enabled by default). We should either enforce this or document that doing it might be undoable later and could cause a deadlock on shutdown. It's only swap depending on swap that is dangerous. A swap file that has a dependency on a swap-backed fs is the only problem. A swap file that depends on a memory-backed fs should be ok, though a swap file that resides on a memory-backed fs should probably be forbidden as well. From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 19:06:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABD1D16A41C for ; Thu, 2 Jun 2005 19:06:52 +0000 (GMT) (envelope-from spacewalker@altern.org) Received: from spoolo3.tiscali.be (spoolo3.tiscali.be [62.235.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6695343D48 for ; Thu, 2 Jun 2005 19:06:50 +0000 (GMT) (envelope-from spacewalker@altern.org) Received: from [83.134.2.195] (helo=[192.168.1.94]) by spoolo3.tiscali.be with esmtp (Tiscali.be http://www.tiscali.be) id 1Ddv1k-00084z-IH for ; Thu, 02 Jun 2005 21:06:48 +0200 From: Aris Adamantiadis To: freebsd-current@freebsd.org Content-Type: text/plain Date: Thu, 02 Jun 2005 21:06:32 +0000 Message-Id: <1117746392.7817.6.camel@darkside> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit Subject: looking for a potential mentor for google's summer of code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aris@0xbadc0de.be List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 19:06:52 -0000 Hello, I am a student interested by google summer of code. I've already put on a project yesterday, and there was not freebsd at this time. So I've choosen google. Now, I wonder if it was wise to do that. We can still change the mentoring project, so I'm asking if the project would interest somebody at freebsd. I explain. I am the author of libssh, a tiny C ssh library (http://0xbadc0de.be ) which currently only support client side. My project would be to extend it to server side at a first time, then creating a fully featured sftp server using the library. It would have lot of options that openssh still miss like secure anonymous access, files and directories permissions not based on the actual unix permissions etc. (like most popular ftp servers). Thank you by advance for your advises. Regards, Aris From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 19:20:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FECA16A41C; Thu, 2 Jun 2005 19:20:29 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CBDA43D1F; Thu, 2 Jun 2005 19:20:23 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j52JK9fH054904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jun 2005 04:20:09 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 03 Jun 2005 04:20:06 +0900 Message-ID: From: Hajimu UMEMOTO To: freebsd-arch@freebsd.org, standards@freebsd.org, current@freebsd.org In-Reply-To: References: <20050531.075329.118637972.imp@bsdimp.com> <20050531.084832.20036038.imp@bsdimp.com> <86fyw32yqm.fsf@xps.des.no> <86k6lfbafu.fsf@xps.des.no> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Fri, 03 Jun 2005 04:20:10 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, des@des.no Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 19:20:29 -0000 Hi, >>> On Wed, 01 Jun 2005 21:44:03 +0900 >>> Hajimu UMEMOTO said: ume> I've attached the patch to correct 1st argument of getnetbyaddr(3) in ume> this mail. It is subset of my previous patch. Since it breaks ABI ume> compatibility of getnetbyaddr(3), I think it is better to correct ume> n_net member of struct netent, too. Since there is objection, the ume> patch leaves struct addrinfo as is. So, it doesn't need to bump any ume> shlib major. Is it okay? Ultimately, I wish to correct struct addrinfo, too. Since correcting getnetbyaddr(3) breaks ABI compatibility after all, it seems storange to me to leave struct addrinfo alone as is. It is better to take this occasion to correct struct addrinfo as well. This breakage is only on 64 bit arch. The influence will grow as 64 bit arch spreads. So, I believe it should be done as soon as possible. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 19:28:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53D8816A41C; Thu, 2 Jun 2005 19:28:51 +0000 (GMT) (envelope-from julian@elischer.org) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E13743D48; Thu, 2 Jun 2005 19:28:50 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 843E97A403; Thu, 2 Jun 2005 12:28:50 -0700 (PDT) Message-ID: <429F5DF2.9000300@elischer.org> Date: Thu, 02 Jun 2005 12:28:50 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Don Lewis References: <200506021824.j52IOkcQ004052@gw.catspoiler.org> In-Reply-To: <200506021824.j52IOkcQ004052@gw.catspoiler.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, anderson@centtech.com Subject: Re: cannot alloc 19968 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 19:28:51 -0000 Bcc'd to some recipients. (you know who you are..) Don Lewis wrote: >On 2 Jun, Eric Anderson wrote: > > >>Don Lewis wrote: >> >> >>>On 1 Jun, Eric Anderson wrote: >>> >>> >>> >>>>Andre Guibert de Bruet wrote: >>>> >>>> >>>> >>>>>On Wed, 1 Jun 2005, Eric Anderson wrote: >>>>> >>>>> >>>>> >>>>> >>>>>>Don Lewis wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>On 31 May, Eric Anderson wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>One of my filesystems won't fsck. I'm not sure how to fix it, or >>>>>>>>what it's really trying to tell me. >>>>>>>> >>>>>>>># fsck -y /vol1 >>>>>>>>** /dev/da0s1d >>>>>>>>** Last Mounted on /vol1 >>>>>>>>** Phase 1 - Check Blocks and Sizes >>>>>>>>fsck_ufs: cannot alloc 19968 bytes for inoinfo >>>>>>>> >>>>>>>>df -i /vol1 output: >>>>>>>>Filesystem 1K-blocks Used Avail Capacity iused ifree >>>>>>>>%iused Mounted on >>>>>>>>/dev/da0s1d 1891668564 1684163832 56171248 97% 55109756 189360002 >>>>>>>>23% /vol1 >>>>>>>> >>>>>>>>Any help would be very appreciated! >>>>>>>> >>>>>>>> >>>>>>>You're probably running into the default 512MB data size limit. Try >>>>>>>setting kern.maxdsiz to a larger value in /boot/loader.conf and >>>>>>>rebooting. I've got mine set to 1GB. >>>>>>> kern.maxdsiz="1073741824" >>>>>>> >>>>>>> >>>>>>Hmm - I don't seem to have that sysctl.. What would create it? >>>>>> >>>>>> >>>>>It's a loader tunable, not a sysctl variable. man 5 loader.conf >>>>> >>>>> >>>>Oh.. oops. :) Ok, then I have it set correctly but it isn't helping >>>>me. My fsck still dies the same way. Looks like it's taking up about >>>>362MB memory (I have 1GB). Any more ideas? >>>> >>>> >>>What does the shell limit command say about your datasize limit? Your >>>limit might have been cranked down in login.conf. >>> >>> >>I looked too early at the fsck. It appears to actually be going up to >>the 1GB limit now, and then bombing. It's now bombing at a different point: >> >># fsck -y /vol1 >>** /dev/da0s1d >>** Last Mounted on /vol1 >>** Phase 1 - Check Blocks and Sizes >>fsck_ufs: cannot increase directory list >> >> >># limits >>Resource limits (current): >> cputime infinity secs >> filesize infinity kb >> datasize 1048576 kb >> stacksize 65536 kb >> coredumpsize infinity kb >> memoryuse infinity kb >> memorylocked infinity kb >> maxprocesses 7390 >> openfiles 14781 >> sbsize infinity bytes >> vmemoryuse infinity kb >> >>So I think I just need more RAM.. This is really a major ceiling for >>anyone that wants a somewhat large filesystem, or someone who needs a >>lot of inodes. Is there maybe a different way to do the fsck that might >>take longer, but run in 'small' memory footprints like 1GB or less? I >>know little to nothing about coding fsck tools or memory management, but >>I do know that there's always more ways to do something. Just curious >>if there could be a 'lowmem' option for fsck that would utilize memory >>differently in order to fsck large fs's. >> >> > >You can crank up datasize to be larger than RAM assuming that you have >sufficient swap configured. It'll just be slow as fsck starts paging. >At some point on 32-bit architectures like the i386 you'll run into the >address space limit, probably at 2-3GB. > >I think julian@ has mentioned having a version of fsck that uses >external storage. I would expect a substantial speed impact, and you >would need at least one other file system mounted rw. > > exactly. We haven't done this yet, however it's on our development roadmap for the next generation of raids. In our "back of the envelope" designs and calculations it is hard to say conclusively that it will be a lot slower. You do the work in several passes of the disk where you never go 'backwards'.. instead, you write out "addresses of interest" that are behind you to a "read this on the next pass" list that you write out to the other storage. The "next pass read" lists are sorted in ram as much as possible before being written out and then you do an on-disk "merge sort" on them as needed to produce an "in-order" read list. you keep doing this, producing some sorted output lists that detail such things as block ranges in use etc. and in the end you reconcile all the output files to produce the real bitmaps, find collisions, find ureferenced Inodes etc. Onc eagain you put the output files out in chunks htat ar epre-sorted in RAM and then do merge-sorts as needed on them to produce sorted output lists. The output files would be sorted by different fields for different tests. for example a list of referenced block ranges, sorted by start block, quickly finds multiple inodes referencing the same blocks and quickly gives you the correct bitmaps. A list of referenced inodes, sorted by inode number gives you link counts and unreferenced inodes.. etc.etc. In the current fsck the majority of time is spent waiting for the head to rattle backwards and forwards as it follows links so it is hard to say without trying it whether we will be slower than that if we only do forward passes.. (my guess is "yes, we'll be slower, but not by orders of magnitude, and definitly a lot faster than a system that can't fsck it at all due to lack of RAM. :-) Julian >_______________________________________________ >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 Jun 2 19:59:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F05516A41C; Thu, 2 Jun 2005 19:59:11 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 062A443D4C; Thu, 2 Jun 2005 19:59:10 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j52Jx7kM019809; Thu, 2 Jun 2005 15:59:07 -0400 (EDT) Date: Thu, 2 Jun 2005 15:59:07 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Hajimu UMEMOTO In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: nectar@freebsd.org, des@des.no, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 19:59:11 -0000 On Fri, 3 Jun 2005, Hajimu UMEMOTO wrote: > Hi, > > >>> On Wed, 01 Jun 2005 21:44:03 +0900 > >>> Hajimu UMEMOTO said: > > ume> I've attached the patch to correct 1st argument of getnetbyaddr(3) in > ume> this mail. It is subset of my previous patch. Since it breaks ABI > ume> compatibility of getnetbyaddr(3), I think it is better to correct > ume> n_net member of struct netent, too. Since there is objection, the > ume> patch leaves struct addrinfo as is. So, it doesn't need to bump any > ume> shlib major. Is it okay? > > Ultimately, I wish to correct struct addrinfo, too. Since correcting > getnetbyaddr(3) breaks ABI compatibility after all, it seems storange > to me to leave struct addrinfo alone as is. It is better to take this > occasion to correct struct addrinfo as well. > This breakage is only on 64 bit arch. The influence will grow as 64 > bit arch spreads. So, I believe it should be done as soon as > possible. Just leave it alone for now. When symbol versioning comes, you should be able to remove the padding without bumping library versions and producing imcompatibilities. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 20:24:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F73416A41C for ; Thu, 2 Jun 2005 20:24:58 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DB9743D1F for ; Thu, 2 Jun 2005 20:24:57 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so626812nzp for ; Thu, 02 Jun 2005 13:24:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=sldbykUH111MzaBLnS3cdg0TTVtLaWXgIQIX6PwyO+yZe/3JCzoErdOB/RVVbpWtSIlfQ7JB7RbM0NG0JBDpN/JWVz5aDquTiDDjjW/HSaZlB5NbyO8fuSYt0b7vJl+Qoge24NSTxilOMEK6WGPBrmcBpOUD9DFv2wuMKW4PMSU= Received: by 10.36.222.74 with SMTP id u74mr348365nzg; Thu, 02 Jun 2005 13:24:53 -0700 (PDT) Received: from ?192.168.1.200? ([213.64.231.30]) by mx.gmail.com with ESMTP id 38sm1284917nzk.2005.06.02.13.24.51; Thu, 02 Jun 2005 13:24:53 -0700 (PDT) Message-ID: <429F6B11.2070407@gmail.com> Date: Thu, 02 Jun 2005 22:24:49 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050526) X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <20050518051111.GA33262@Athena.infor.org> <20050520164349.GD6982@dragon.NUXI.org> <428E1815.8080500@samsco.org> <200505221453.44007.peter@wemm.org> <429105D8.6000106@samsco.org> <20050523021527.GA62693@dragon.NUXI.org> <42914446.4000203@gmail.com> <42992034.3080403@gmail.com> <20050531181121.GA85431@dragon.NUXI.org> In-Reply-To: <20050531181121.GA85431@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, David Gurvich Subject: Re: Newest loader from CVS not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 20:24:58 -0000 David O'Brien wrote: > On Sun, May 29, 2005 at 03:51:48AM +0200, Pawel Worach wrote: > >>I did some more investigation into this and found that MMX registers are >>used in the FICL code in the pentium-m case. Here is a full diff of >>sys/boot built with CPUTYPE?=pentium2 and pentium-m. > > > This is great! > I know what needs to be done now. > Hi David, I found two more problems, after beeing really puzzled why the p-m loader works fine after a build where the installed world was built with p2 and the next p-m build breaks the loader when installed world was built with p-m. It seems like libstand uses mmx registers and the sys/boot build uses the installed version of libstand instead of the one in obj/. libstand p2 vs. p-m save-temps diff: http://62.119.221.30/boot/libstand.diff wfm fix: --- lib/libstand/Makefile.orig Thu Jun 2 22:13:31 2005 +++ lib/libstand/Makefile Thu Jun 2 22:13:24 2005 @@ -20,6 +20,7 @@ .endif .if ${MACHINE_ARCH} == "i386" CFLAGS+= -mpreferred-stack-boundary=2 +CFLAGS+= -mno-mmx -mno-3dnow -mno-sse -mno-sse2 .endif .if ${MACHINE_ARCH} == "powerpc" CFLAGS+= -msoft-float -D_STANDALONE -- Pawel From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 20:26:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D10F216A41C; Thu, 2 Jun 2005 20:26:33 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25BF543D58; Thu, 2 Jun 2005 20:26:32 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j52KQLat086993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jun 2005 05:26:21 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 03 Jun 2005 05:26:18 +0900 Message-ID: From: Hajimu UMEMOTO To: Daniel Eischen In-Reply-To: References: User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Fri, 03 Jun 2005 05:26:22 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, des@des.no, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 20:26:34 -0000 Hi, >>>>> On Thu, 2 Jun 2005 15:59:07 -0400 (EDT) >>>>> Daniel Eischen said: > Ultimately, I wish to correct struct addrinfo, too. Since correcting > getnetbyaddr(3) breaks ABI compatibility after all, it seems storange > to me to leave struct addrinfo alone as is. It is better to take this > occasion to correct struct addrinfo as well. > This breakage is only on 64 bit arch. The influence will grow as 64 > bit arch spreads. So, I believe it should be done as soon as > possible. deischen> Just leave it alone for now. Please clarify what you mean for `it'. Which are you mean only struct addrinfo issue or both? deischen> When symbol versioning comes, you should be able to remove deischen> the padding without bumping library versions and producing deischen> imcompatibilities. It's curious. Is there any plan to provide symbol versioning? Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 20:38:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5495116A41C; Thu, 2 Jun 2005 20:38:13 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 052CA43D1F; Thu, 2 Jun 2005 20:38:12 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j52KcBh9027619; Thu, 2 Jun 2005 16:38:11 -0400 (EDT) Date: Thu, 2 Jun 2005 16:38:11 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Hajimu UMEMOTO In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: nectar@freebsd.org, des@des.no, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2005 20:38:13 -0000 On Fri, 3 Jun 2005, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Thu, 2 Jun 2005 15:59:07 -0400 (EDT) > >>>>> Daniel Eischen said: > > > Ultimately, I wish to correct struct addrinfo, too. Since correcting > > getnetbyaddr(3) breaks ABI compatibility after all, it seems storange > > to me to leave struct addrinfo alone as is. It is better to take this > > occasion to correct struct addrinfo as well. > > This breakage is only on 64 bit arch. The influence will grow as 64 > > bit arch spreads. So, I believe it should be done as soon as > > possible. > > deischen> Just leave it alone for now. > > Please clarify what you mean for `it'. Which are you mean only struct > addrinfo issue or both? struct addrinfo. I am under the assumption that getnetbyaddr() only breaks libc compat which has already been bumped. Changing that has no effect on other libraries, right? > > deischen> When symbol versioning comes, you should be able to remove > deischen> the padding without bumping library versions and producing > deischen> imcompatibilities. > > It's curious. Is there any plan to provide symbol versioning? I recall seeing some mention of it (by kan@ ?) on some site or posting talking about the recent BSDCan. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 20:50:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1326016A41C; Thu, 2 Jun 2005 20:50:26 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C3F343D1F; Thu, 2 Jun 2005 20:50:25 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j52KoEfn009011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jun 2005 05:50:14 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 03 Jun 2005 05:50:11 +0900 Message-ID: From: Hajimu UMEMOTO To: Daniel Eischen In-Reply-To: References: User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Fri, 03 Jun 2005 05:50:15 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: nectar@freebsd.org, des@des.no, standards@freebsd.org, current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 20:50:26 -0000 Hi, >>>>> On Thu, 2 Jun 2005 16:38:11 -0400 (EDT) >>>>> Daniel Eischen said: deischen> struct addrinfo. I am under the assumption that getnetbyaddr() only deischen> breaks libc compat which has already been bumped. Changing that deischen> has no effect on other libraries, right? Okay, thanks. Yes, getnetbyaddr(3) issue breaks only libc, and other libs doesn't refer getnet*(3). > > deischen> When symbol versioning comes, you should be able to remove > deischen> the padding without bumping library versions and producing > deischen> imcompatibilities. > > It's curious. Is there any plan to provide symbol versioning? deischen> I recall seeing some mention of it (by kan@ ?) on some site or deischen> posting talking about the recent BSDCan. Oh, it's great! Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 2 21:10:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3529116A420 for ; Thu, 2 Jun 2005 21:10:26 +0000 (GMT) (envelope-from jr@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADD6B43D4C for ; Thu, 2 Jun 2005 21:10:25 +0000 (GMT) (envelope-from jr@opal.com) Received: from linwhf.opal.com (112.79.171.66.subscriber.vzavenue.net [66.171.79.112]) by smtp.vzavenue.net (MOS 3.4.8-GR) with ESMTP id CID21074; Thu, 2 Jun 2005 17:10:23 -0400 (EDT) Received: from ASSP-nospam (localhost [127.0.0.1]) by linwhf.opal.com (8.13.3/8.13.3) with ESMTP id j52LAN8O002376 for ; Thu, 2 Jun 2005 17:10:23 -0400 (EDT) (envelope-from jr@opal.com) Received: from 127.0.0.1 ([127.0.0.1] helo=linwhf.opal.com) by ASSP-nospam ; 2 Jun 05 21:10:23 -0000 Received: (from jr@localhost) by linwhf.opal.com (8.13.3/8.13.3/Submit) id j52LANF2002371 for freebsd-current@freebsd.org; Thu, 2 Jun 2005 17:10:23 -0400 (EDT) (envelope-from jr) Date: Thu, 2 Jun 2005 17:10:23 -0400 From: "J.R. Oldroyd" To: freebsd-current@freebsd.org Message-ID: <20050602211023.GE886@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Junkmail-Status: score=0/50, host=smtp.vzavenue.net Subject: Use of rcorder for local rc.d/*.sh scripts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Jun 2005 21:10:26 -0000 Is there a reason that rcorder is not used in /etc/rc.d/localpkg so that the scripts there can be ordered using their tags? If not, could we make the following change to /etc/rc.d/localpkg: --- localpkg.orig Fri Oct 8 13:52:43 2004 +++ localpkg Thu Jun 2 16:53:56 2005 @@ -36,7 +36,7 @@ done script_save_sep="$IFS" IFS="${script_name_sep}" - for script in ${slist}; do + for script in `rcorder -s nostart ${slist} 2>/dev/null`; do if [ -x "${script}" ]; then (set -T trap 'exit 1' 2 If we do, there may be some scripts that ports install in the local/etc/rc.d dirs that need rcorder tags adding, notably those that currently use "000.foo.sh" names to ensure they're started first. -jr From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 00:27:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3D6C16A41C for ; Fri, 3 Jun 2005 00:27:52 +0000 (GMT) (envelope-from ckleski@mbc.edu) Received: from mbc.edu (mail.mbc.edu [216.57.240.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 598D543D1F for ; Fri, 3 Jun 2005 00:27:52 +0000 (GMT) (envelope-from ckleski@mbc.edu) Received: from [192.168.0.100] by mbc.edu (Cipher TLSv1:RC4-MD5:128) (MDaemon.PRO.v8.0.3b.R) with ESMTP id md50005226818.msg for ; Thu, 02 Jun 2005 20:27:46 -0400 X-ClamAV: PASS From: Craig Kleski To: freebsd-current@freebsd.org Date: Thu, 2 Jun 2005 20:29:34 +0000 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506022029.34544.ckleski@mbc.edu> X-SortMonster-MessageSniffer-Message: md50005226818.msg X-SortMonster-MessageSniffer-Rules: tgibseut-MDPv0.53b (SNFv2-3.1i2) No patterns matched. X-SortMonster-MessageSniffer-Result: 0 X-Authenticated-Sender: ckleski@mbc.edu X-Spam-Processed: mail.mbc.edu, Thu, 02 Jun 2005 20:27:46 -0400 (not processed: message from trusted or authenticated source) X-Lookup-Warning: HELO/EHLO lookup on 192.168.0.100 does not match 65.202.151.105 X-MDRemoteIP: 65.202.151.105 X-Return-Path: ckleski@mbc.edu X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: mail.mbc.edu, Thu, 02 Jun 2005 20:27:51 -0400 Subject: glxgears X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 00:27:52 -0000 After moving from -stable to -current recently, I noticed that glxgears is more than 50% faster in -current. My kernel options have not changed, and it's not dri (i915 doesn't work yet). Has anyone else noticed a similar speed increases in X? Any idea why? From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 00:40:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32D7616A41C for ; Fri, 3 Jun 2005 00:40:29 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02-smtplb.rdc-nyc.rr.com [24.29.109.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D071F43D4C for ; Fri, 3 Jun 2005 00:40:28 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-02.rdc-nyc.rr.com (8.12.10/8.12.7) with ESMTP id j530eNId027465 for ; Thu, 2 Jun 2005 20:40:24 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id B02156101; Thu, 2 Jun 2005 20:40:23 -0400 (EDT) Date: Thu, 2 Jun 2005 20:40:23 -0400 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20050603004023.GB65314@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <200506022029.34544.ckleski@mbc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <200506022029.34544.ckleski@mbc.edu> User-Agent: Mutt/1.5.9i X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: glxgears X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 00:40:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Jun 02, 2005 at 08:29:34PM +0000, Craig Kleski wrote: > After moving from -stable to -current recently, I noticed that glxgears > is more than 50% faster in -current. My kernel options have not > changed, and it's not dri (i915 doesn't work yet). Has anyone else > noticed a similar speed increases in X? Any idea why? VERY VERY subjective answer, yes, CURRENT seems snappier as has been said before. (I was using ULE and PREEMPTION in 5.4) (However, I have some cheap onboard video card, using the via driver). Things like frozen bubble for instance, just seem snappier, even on this low-end machine, 1.2 gig processor 512 megs DDR vs my main 5.4 workstation, 3 gig processor, a gig of DDR. Again, very subjective--both machines are lightly loaded, really just workstations. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: You're like my fairy godmother, and Santa Claus, and Q all wrapped up into one. (they look at her) Q from Bond, not Star Trek. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCn6b3+lTVdes0Z9YRArN/AJ0dDeHgRipr/wnW61X4nZXOwlYXqQCfbrFN ychAKoi7SIEeS1QH5kTul5Y= =or/D -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 01:53:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5A2516A41C for ; Fri, 3 Jun 2005 01:53:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8612743D4C for ; Fri, 3 Jun 2005 01:53:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6B57E72DD4; Thu, 2 Jun 2005 18:53:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6616172DCB for ; Thu, 2 Jun 2005 18:53:14 -0700 (PDT) Date: Thu, 2 Jun 2005 18:53:14 -0700 (PDT) From: Doug White To: current@freebsd.org Message-ID: <20050602185024.P45383@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: add paging to "show msgbuf" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 01:53:14 -0000 This patch makes the "show msgbuf" ddb command use the pager instead of just blasting it out. This helps me with a system that corrupts serial output without flow control unless you give it bite-sized pieces. http://people.freebsd.org/~dwhite/patches/subr_prf.c.20050602.patch I'll commit this in a few days if there are no objections. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 02:00:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C01116A41C for ; Fri, 3 Jun 2005 02:00:22 +0000 (GMT) (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 32D0143D1D for ; Fri, 3 Jun 2005 02:00:20 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j53272TA030601; Thu, 2 Jun 2005 20:07:02 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <429FB97B.6080406@samsco.org> Date: Thu, 02 Jun 2005 19:59:23 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <20050602185024.P45383@carver.gumbysoft.com> In-Reply-To: <20050602185024.P45383@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: add paging to "show msgbuf" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 02:00:22 -0000 Doug White wrote: > This patch makes the "show msgbuf" ddb command use the pager instead of > just blasting it out. This helps me with a system that corrupts serial > output without flow control unless you give it bite-sized pieces. > > http://people.freebsd.org/~dwhite/patches/subr_prf.c.20050602.patch > > I'll commit this in a few days if there are no objections. > Looks good! Scott From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 02:13:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC7F916A41C for ; Fri, 3 Jun 2005 02:13:11 +0000 (GMT) (envelope-from sam.wun@tech-21.com.hk) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38BD043D4C for ; Fri, 3 Jun 2005 02:13:10 +0000 (GMT) (envelope-from sam.wun@tech-21.com.hk) Received: (qmail 21510 invoked from network); 3 Jun 2005 02:13:08 -0000 Received: from unknown (HELO [10.8.0.1]) (samwun@hgcbroadband.com@[221.127.237.181]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 3 Jun 2005 02:13:08 -0000 Message-ID: <429FBCAA.80100@tech-21.com.hk> Date: Fri, 03 Jun 2005 10:12:58 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20050602185024.P45383@carver.gumbysoft.com> In-Reply-To: <20050602185024.P45383@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: add paging to "show msgbuf" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 02:13:12 -0000 Doug White wrote: >This patch makes the "show msgbuf" ddb command use the pager instead of >just blasting it out. This helps me with a system that corrupts serial >output without flow control unless you give it bite-sized pieces. > >http://people.freebsd.org/~dwhite/patches/subr_prf.c.20050602.patch > >I'll commit this in a few days if there are no objections. > > > Is this related to the problem when communcation established thru serial console? Sam. From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 02:26:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB5E516A41C for ; Fri, 3 Jun 2005 02:26:56 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B173443D1D for ; Fri, 3 Jun 2005 02:26:56 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (kan@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j532QuwF011813 for ; Fri, 3 Jun 2005 02:26:56 GMT (envelope-from kan@freefall.freebsd.org) Received: (from kan@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j532QuS8011812 for current@freebsd.org; Fri, 3 Jun 2005 02:26:56 GMT (envelope-from kan) Date: Fri, 3 Jun 2005 02:26:56 +0000 From: Alexander Kabaev To: current@freebsd.org Message-ID: <20050603022656.GA11523@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: GCC 3.4.4 is coming in tonight X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 02:26:57 -0000 Hi, I plan to update system compiler to released version of GCC 3.4.4 tonight. The update is minor and will not change ABI in any way. Expect tree to be broken for a brief period of time starting in ~30 minutes from now. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 07:36:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42A2816A41C; Fri, 3 Jun 2005 07:36:51 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C044343D4C; Fri, 3 Jun 2005 07:36:50 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd20.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1De6jY-0003f9-05; Fri, 03 Jun 2005 09:36:48 +0200 Received: from Andro-Beta.Leidinger.net (XBT-zeZb8e++3xvxfoSOy+imJzcv+qlPJwx76-Ef0oUoLbaMBYEksT@[84.165.198.7]) by fwd20.sul.t-online.de with esmtp id 1De6jS-1HUVZA0; Fri, 3 Jun 2005 09:36:42 +0200 Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j537aebv003578; Fri, 3 Jun 2005 09:36:40 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Fri, 03 Jun 2005 09:36:40 +0200 Message-ID: <20050603093640.peozqfqydwssosgk@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 03 Jun 2005 09:36:40 +0200 From: Alexander Leidinger To: Don Lewis References: <200506021840.j52IeRZa004091@gw.catspoiler.org> In-Reply-To: <200506021840.j52IeRZa004091@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: XBT-zeZb8e++3xvxfoSOy+imJzcv+qlPJwx76-Ef0oUoLbaMBYEksT@t-dialin.net X-TOI-MSGID: aa3edaaa-b214-4950-b3fc-8edbf1375fc8 Cc: phk@phk.freebsd.dk, current@FreeBSD.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 07:36:51 -0000 Don Lewis wrote: >> Ah! Yes! I tend to forget this is possible. In my mind a memory/swap >> based FS >> as a "leaf" in the directory tree... or more correctly, the subtree >> below the >> memory/swap based FS isn't allowed to contain a mointpoint of a non >> memory/swap based FS. Any other use which may require to break this rule has >> to use symlinks instead and isn't allowed to break the rule. > > I'm pretty sure that sysinstall violates that by using a memory-backed > fs for the root partition. The file systems being installed-to are > mounted below this memory-backed fs. On a typical desktop or server installation there's no need to allow it, but sysinstall is a special case. To me sysinstall is like an embedded system. You have special requirements there and you should be allowed to do everything you want (you have to take care of the edge cases yourself). But as you already said, as long as the md device doesn't use swap space, everything should be fine. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 The source for an unattributed quotation will appear in the most hostile review of your work. From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 09:46:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 823E116A41C for ; Fri, 3 Jun 2005 09:46:27 +0000 (GMT) (envelope-from chu@kemia.me.tut.fi) Received: from kemia.me.tut.fi (kemia.me.tut.fi [130.230.40.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1A1943D49 for ; Fri, 3 Jun 2005 09:46:26 +0000 (GMT) (envelope-from chu@kemia.me.tut.fi) Received: from kempc17.me.tut.fi (kempc32.me.tut.fi [130.230.40.50]) by kemia.me.tut.fi (8.13.1/8.13.1) with ESMTP id j539kPn4030908 for ; Fri, 3 Jun 2005 12:46:25 +0300 In-Reply-To: Organization: Tampere University of Technology References: To: freebsd-current@freebsd.org Message-ID: From: "Vladimir Chukharev" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Fri, 03 Jun 2005 12:46:25 +0300 User-Agent: Opera M2/8.0 (FreeBSD, build 1095) Subject: Newest loader from CVS now working! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 09:46:27 -0000 I can confirm that the two patches by obrien to src/sys/boot/ficl/Makefile and src/lib/libstand/Makefile make loader work with CPUTYPE?=pentium-m in /etc/make.conf on my notebookPC with pentium-m. Thanks to Pawel Worach, David O'Brien and others! I want to ask two questions in this connection. First, is -mno-sse3 needed in the same places or is it known to be safe for processors with SSE3? Second. Having CPUTYPE?=pentium-m actually breaks some ports which are compiled with older gcc since it does not know pentium-m. The diagnostic is rather unclear, something like 'compiler cannot produce executable'. I reported it to -ports, and recieved no comments. Can this type of errors (wrong architecture name) be checked in bsd.gcc.mk and either changed to a close known one or diagnosed more clearly? Best regards, -- V.Chukharev From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 11:31:37 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2997A16A41C; Fri, 3 Jun 2005 11:31:37 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6F8643D1F; Fri, 3 Jun 2005 11:31:36 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j53BVZoo040224; Fri, 3 Jun 2005 06:31:35 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42A03F83.6090407@centtech.com> Date: Fri, 03 Jun 2005 06:31:15 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200506021824.j52IOkcQ004052@gw.catspoiler.org> In-Reply-To: <200506021824.j52IOkcQ004052@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: cannot alloc 19968 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 11:31:37 -0000 Don Lewis wrote: > On 2 Jun, Eric Anderson wrote: > >>Don Lewis wrote: >> >>>On 1 Jun, Eric Anderson wrote: >>> >>> >>>>Andre Guibert de Bruet wrote: >>>> >>>> >>>>>On Wed, 1 Jun 2005, Eric Anderson wrote: >>>>> >>>>> >>>>> >>>>>>Don Lewis wrote: >>>>>> >>>>>> >>>>>> >>>>>>>On 31 May, Eric Anderson wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>>One of my filesystems won't fsck. I'm not sure how to fix it, or >>>>>>>>what it's really trying to tell me. >>>>>>>> >>>>>>>># fsck -y /vol1 >>>>>>>>** /dev/da0s1d >>>>>>>>** Last Mounted on /vol1 >>>>>>>>** Phase 1 - Check Blocks and Sizes >>>>>>>>fsck_ufs: cannot alloc 19968 bytes for inoinfo >>>>>>>> >>>>>>>>df -i /vol1 output: >>>>>>>>Filesystem 1K-blocks Used Avail Capacity iused ifree >>>>>>>>%iused Mounted on >>>>>>>>/dev/da0s1d 1891668564 1684163832 56171248 97% 55109756 189360002 >>>>>>>>23% /vol1 >>>>>>>> >>>>>>>>Any help would be very appreciated! >>>>>>> >>>>>>> >>>>>>>You're probably running into the default 512MB data size limit. Try >>>>>>>setting kern.maxdsiz to a larger value in /boot/loader.conf and >>>>>>>rebooting. I've got mine set to 1GB. >>>>>>> kern.maxdsiz="1073741824" >>>>>> >>>>>> >>>>>>Hmm - I don't seem to have that sysctl.. What would create it? >>>>> >>>>> >>>>>It's a loader tunable, not a sysctl variable. man 5 loader.conf >>>> >>>>Oh.. oops. :) Ok, then I have it set correctly but it isn't helping >>>>me. My fsck still dies the same way. Looks like it's taking up about >>>>362MB memory (I have 1GB). Any more ideas? >>> >>> >>>What does the shell limit command say about your datasize limit? Your >>>limit might have been cranked down in login.conf. >> >>I looked too early at the fsck. It appears to actually be going up to >>the 1GB limit now, and then bombing. It's now bombing at a different point: >> >># fsck -y /vol1 >>** /dev/da0s1d >>** Last Mounted on /vol1 >>** Phase 1 - Check Blocks and Sizes >>fsck_ufs: cannot increase directory list >> >> >># limits >>Resource limits (current): >> cputime infinity secs >> filesize infinity kb >> datasize 1048576 kb >> stacksize 65536 kb >> coredumpsize infinity kb >> memoryuse infinity kb >> memorylocked infinity kb >> maxprocesses 7390 >> openfiles 14781 >> sbsize infinity bytes >> vmemoryuse infinity kb >> >>So I think I just need more RAM.. This is really a major ceiling for >>anyone that wants a somewhat large filesystem, or someone who needs a >>lot of inodes. Is there maybe a different way to do the fsck that might >>take longer, but run in 'small' memory footprints like 1GB or less? I >>know little to nothing about coding fsck tools or memory management, but >>I do know that there's always more ways to do something. Just curious >>if there could be a 'lowmem' option for fsck that would utilize memory >>differently in order to fsck large fs's. > > > You can crank up datasize to be larger than RAM assuming that you have > sufficient swap configured. It'll just be slow as fsck starts paging. > At some point on 32-bit architectures like the i386 you'll run into the > address space limit, probably at 2-3GB. > > I think julian@ has mentioned having a version of fsck that uses > external storage. I would expect a substantial speed impact, and you > would need at least one other file system mounted rw. Ahh! Ok, I didn't realize it was even possible to make it larger than the RAM size.. I ended up finding an extra gig of memory to put in the box, and got the fsck done (it ended up needing about 1.6GB of memory). Thanks for all the help/hints etc.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 11:35:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F46E16A41C; Fri, 3 Jun 2005 11:35:30 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF01B43D48; Fri, 3 Jun 2005 11:35:29 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j53BZKlb065715; Fri, 3 Jun 2005 06:35:21 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42A04064.60007@centtech.com> Date: Fri, 03 Jun 2005 06:35:00 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <200506021824.j52IOkcQ004052@gw.catspoiler.org> <429F5DF2.9000300@elischer.org> In-Reply-To: <429F5DF2.9000300@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/908/Thu Jun 2 15:39:40 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Don Lewis , freebsd-current@freebsd.org Subject: Re: cannot alloc 19968 bytes for inoinfo X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 11:35:30 -0000 Julian Elischer wrote: > Bcc'd to some recipients. (you know who you are..) > > Don Lewis wrote: > >> On 2 Jun, Eric Anderson wrote: >> >> >>> Don Lewis wrote: >>> >>> >>>> On 1 Jun, Eric Anderson wrote: >>>> >>>> >>>> >>>>> Andre Guibert de Bruet wrote: >>>>> >>>>> >>>>> >>>>>> On Wed, 1 Jun 2005, Eric Anderson wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Don Lewis wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> On 31 May, Eric Anderson wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> One of my filesystems won't fsck. I'm not sure how to fix it, >>>>>>>>> or what it's really trying to tell me. >>>>>>>>> >>>>>>>>> # fsck -y /vol1 >>>>>>>>> ** /dev/da0s1d >>>>>>>>> ** Last Mounted on /vol1 >>>>>>>>> ** Phase 1 - Check Blocks and Sizes >>>>>>>>> fsck_ufs: cannot alloc 19968 bytes for inoinfo >>>>>>>>> >>>>>>>>> df -i /vol1 output: >>>>>>>>> Filesystem 1K-blocks Used Avail Capacity iused >>>>>>>>> ifree %iused Mounted on >>>>>>>>> /dev/da0s1d 1891668564 1684163832 56171248 97% 55109756 >>>>>>>>> 189360002 23% /vol1 >>>>>>>>> >>>>>>>>> Any help would be very appreciated! >>>>>>>>> >>>>>>>> >>>>>>>> You're probably running into the default 512MB data size limit. >>>>>>>> Try >>>>>>>> setting kern.maxdsiz to a larger value in /boot/loader.conf and >>>>>>>> rebooting. I've got mine set to 1GB. >>>>>>>> kern.maxdsiz="1073741824" >>>>>>>> >>>>>>> >>>>>>> Hmm - I don't seem to have that sysctl.. What would create it? >>>>>>> >>>>>> >>>>>> It's a loader tunable, not a sysctl variable. man 5 loader.conf >>>>>> >>>>> >>>>> Oh.. oops. :) Ok, then I have it set correctly but it isn't >>>>> helping me. My fsck still dies the same way. Looks like it's >>>>> taking up about 362MB memory (I have 1GB). Any more ideas? >>>>> >>>> >>>> What does the shell limit command say about your datasize limit? Your >>>> limit might have been cranked down in login.conf. >>>> >>> >>> I looked too early at the fsck. It appears to actually be going up to >>> the 1GB limit now, and then bombing. It's now bombing at a different >>> point: >>> >>> # fsck -y /vol1 >>> ** /dev/da0s1d >>> ** Last Mounted on /vol1 >>> ** Phase 1 - Check Blocks and Sizes >>> fsck_ufs: cannot increase directory list >>> >>> >>> # limits >>> Resource limits (current): >>> cputime infinity secs >>> filesize infinity kb >>> datasize 1048576 kb >>> stacksize 65536 kb >>> coredumpsize infinity kb >>> memoryuse infinity kb >>> memorylocked infinity kb >>> maxprocesses 7390 >>> openfiles 14781 >>> sbsize infinity bytes >>> vmemoryuse infinity kb >>> >>> So I think I just need more RAM.. This is really a major ceiling for >>> anyone that wants a somewhat large filesystem, or someone who needs a >>> lot of inodes. Is there maybe a different way to do the fsck that >>> might take longer, but run in 'small' memory footprints like 1GB or >>> less? I know little to nothing about coding fsck tools or memory >>> management, but I do know that there's always more ways to do >>> something. Just curious if there could be a 'lowmem' option for fsck >>> that would utilize memory differently in order to fsck large fs's. >>> >> >> >> You can crank up datasize to be larger than RAM assuming that you have >> sufficient swap configured. It'll just be slow as fsck starts paging. >> At some point on 32-bit architectures like the i386 you'll run into the >> address space limit, probably at 2-3GB. >> >> I think julian@ has mentioned having a version of fsck that uses >> external storage. I would expect a substantial speed impact, and you >> would need at least one other file system mounted rw. >> >> > > exactly. > We haven't done this yet, however it's on our development > roadmap for the next generation of raids. > In our "back of the envelope" designs and calculations it > is hard to say conclusively that it will be a lot slower. You do > the work in several passes of the disk where you never go 'backwards'.. > instead, you write out "addresses of interest" that are behind > you to a "read this on the next pass" list that you write > out to the other storage. The "next pass read" lists are sorted > in ram as much as possible before being written out > and then you do an on-disk "merge sort" on them as needed > to produce an "in-order" read list. > > you keep doing this, producing some sorted output lists that detail such > things as > block ranges in use etc. and in the end you reconcile all the output files > to produce the real bitmaps, find collisions, find ureferenced Inodes etc. > Onc eagain you put the output files out in chunks htat ar epre-sorted in > RAM > and then do merge-sorts as needed on them to produce sorted output lists. > The output files would be sorted by different fields for different tests. > for example a list of referenced block ranges, sorted by start block, > quickly finds multiple inodes referencing the same blocks and quickly gives > you the correct bitmaps. A list of referenced inodes, sorted by inode > number > gives you link counts and unreferenced inodes.. etc.etc. > > In the current fsck the majority of time is spent waiting for the head to > rattle backwards and forwards as it follows links so it is hard to say > without trying it > whether we will be slower than that if we only do forward passes.. > > (my guess is "yes, we'll be slower, but not by orders of magnitude, and > definitly > a lot faster than a system that can't fsck it at all due to lack of RAM. > :-) This sounds really awesome! This would mean I could actually put all my filesystems together for one large 18TB partition! :) Let me know when there is something to test - I'd be more than happy to give detailed feedback.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 12:29:41 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D25D16A41C for ; Fri, 3 Jun 2005 12:29:41 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 125A043D48 for ; Fri, 3 Jun 2005 12:29:40 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j53CTT0L063849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 3 Jun 2005 21:29:30 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 03 Jun 2005 21:29:25 +0900 Message-ID: From: Hajimu UMEMOTO To: current@FreeBSD.org User-Agent: Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Fri, 03 Jun 2005 21:29:30 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: Subject: HEADS UP: ABI compatibility of getnet*(3) was lost X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 12:29:41 -0000 Hi, The n_net of a struct netent was changed to an uint32_t, and 1st argument of getnetbyaddr() was changed to an uint32_t, to conform to POSIX-2001. These changes broke an ABI compatibility on 64 bit architecture. With these changes, shlib major of libpcap was bumped. You have to recompile userland programs that use getnetbyaddr(3), getnetbyname(3), getnetent(3) and/or libpcap on 64 bit architecture. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 12:30:26 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B327C16A41C for ; Fri, 3 Jun 2005 12:30:26 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41B9443D1D for ; Fri, 3 Jun 2005 12:30:26 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1DeBKe-000N8W-2B; Fri, 03 Jun 2005 16:31:24 +0400 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Fri, 03 Jun 2005 16:31:24 +0400 Message-ID: <74078163@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: "Boris B. Samorodov" Cc: Subject: buildworld doesn't compile with MODULES_WITH_WORLD and NO_MODULES X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 12:30:26 -0000 --=-=-= Hi! I've just subscribed to the list. If the problem is known, then point me to discussion. But I searched archives and didn't find one. System: FreeBSD-current (cvsupped at 10:00 GMT, 03 jun 2005). With the default make.conf (i.e. without any) makeworld is successful. But with NO_MODULES and MODULES_WITH_WORLD options it faults. Is it a bug or a feature? Tail of the log is at attached message. --=-=-= Content-Disposition: inline; filename=bw.log Content-Transfer-Encoding: quoted-printable Content-Description: error log =3D=3D=3D> sys/modules/ipdivert (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/cont= rib/altq -I@/../include -I/usr/obj/usr/src/tmp/usr/include /usr/src/sys/mod= ules/ipdivert/../../netinet/ip_divert.c =3D=3D=3D> sys/modules/ipfilter (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -DUSE_INET6 -I/usr/src/sys/modules/ipfilter= /../../contrib/ipfilter -DIPFILTER=3D1 -DIPFILTER_LKM -DIPFILTER_LOG -DIPFI= LTER_LOOKUP -D_KERNEL -DKLD_MODULE -I- -I/usr/src/sys/modules/ipfilter/../.= ./contrib/ipfilter -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/s= rc/tmp/usr/include /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/net= inet/mlfk_ipl.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netine= t/ip_nat.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_= frag.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_stat= e.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_proxy.c= /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_auth.c /us= r/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_log.c /usr/src= /sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_fil_freebsd.c /usr/= src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/fil.c /usr/src/sys/= modules/ipfilter/../../contrib/ipfilter/netinet/ip_lookup.c /usr/src/sys/mo= dules/ipfilter/../../contrib/ipfilter/netinet/ip_pool.c /usr/src/sys/module= s/ipfilter/../../contrib/ipfilter/netinet/ip_htable.c /usr/src/sys/modules/= ipfilter/../../contrib/ipfilter/netinet/ip_sync.c In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/mlfk_ipl.c:24: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/ip_nat.c:90: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/ip_frag.c:75: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/ip_state.c:84: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/ip_proxy.c:80: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/ip_auth.c:102: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/ip_log.c:122: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/ip_fil_freebsd.c:84: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/fil.c:98: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/ip_lookup.c:58: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/ip_pool.c:68: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/ip_htable.c:49: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/= netinet/ip_sync.c:80: /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 4:24: opt_bpf.h: No such file or directory /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:77= 9:26: opt_inet6.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/ipfilter. *** Error code 1 Stop in /usr/src/sys/modules. *** 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. --=-=-= WBR -- bsam --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 14:10:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 649EE16A41C for ; Fri, 3 Jun 2005 14:10:16 +0000 (GMT) (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 D6BB143D1F for ; Fri, 3 Jun 2005 14:10:15 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DeCln-0006HP-2R for freebsd-current@freebsd.org; Fri, 03 Jun 2005 16:03:31 +0200 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Jun 2005 16:03:31 +0200 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 03 Jun 2005 16:03:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Fri, 03 Jun 2005 07:03:07 -0700 Lines: 57 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.9.0 Sender: news Subject: LOR from vm_map_lookup() leads to fatal trap: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 14:10:16 -0000 I have not seen this before, from -current built from 6/31/2005. This was NOT found on the LOR page (http://sources.zabbadoz.net/freebsd/lor.html), so I'm posting it here. lock order reversal 1st 0xc15f8e68 process lock (process lock) @ /usr/src/sys/kern/kern_time.c:595 2nd 0xc0a00a64 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(c093c54a,c0a00a64,c0954678,c0954678,c09546f8) at kdb_backtrace+0x2e witness_checkorder(c0a00a64,9,c09546f8,bb5,c151fd80) at witness_checkorder+0x6ba _sx_xlock(c0a00a64,c09546f8,bb5,c06a1a26,cc01b9f0) at _sx_xlock+0x7e _vm_map_lock_read(c0a00a20,c09546f8,bb5,15101dd,0) at _vm_map_lock_read+0x4a vm_map_lookup(cc01ba88,0,1,cc01ba8c,cc01ba7c) at vm_map_lookup+0x38 vm_fault(c0a00a20,0,1,0,c151fd80) at vm_fault+0x7f trap_pfault(cc01bb70,0,aa8,c0a33a80,aa8) at trap_pfault+0xf1 trap(c0a10008,c0a10028,28,c0938bcb,6ab) at trap+0x35e calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc068fc66, esp = 0xcc01bbb0, ebp = 0xcc01bbd0 --- _mtx_lock_flags(aa8,0,c0938bcb,6ab,c15f8f38) at _mtx_lock_flags+0x46 do_tdsignal(c1547c00,e,0,0,c0938bcb) at do_tdsignal+0x119 tdsignal(c1547c00,e,0,654) at tdsignal+0x4d psignal(c15f8e00,e,c0939794,253,cc01bc88) at psignal+0x83 realitexpire(c15f8e00,0,c093992c,105,c06a7ed0) at realitexpire+0x3f softclock(0,0,c093620e,256,c0a02780) at softclock+0x24e ithread_loop(c1517780,cc01bd38,c0935ff9,30d,0) at ithread_loop+0x172 fork_exit(c0682920,c1517780,cc01bd38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc01bd6c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xaa8 fault code = supervisor read, page not present instruction pointer = 0x20:0xc068fc66 stack pointer = 0x28:0xcc01bbb0 frame pointer = 0x28:0xcc01bbd0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 28 (swi4: clock sio) [thread pid 28 tid 100029 ] Stopped at _mtx_lock_flags+0x46: cmpl $0xc099d624,0(%ebx) db> show alllocks Process 28 (swi4: clock sio) thread 0xc151fd80 (100029) exclusive sleep mutex process lock r = 0 (0xc15f8e68) locked @ /usr/src/sys/kern/kern_time.c:595 -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 14:38:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DBC6E16A41C; Fri, 3 Jun 2005 14:38:54 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j53Ecs7L059626; Fri, 3 Jun 2005 10:38:54 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j53EcsQx059625; Fri, 3 Jun 2005 10:38:54 -0400 (EDT) (envelope-from green) Date: Fri, 3 Jun 2005 10:38:54 -0400 From: Brian Fundakowski Feldman To: othermark Message-ID: <20050603143854.GB55896@green.homeunix.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Cc: freebsd-current@freebsd.org Subject: Re: LOR from vm_map_lookup() leads to fatal trap: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 14:38:55 -0000 On Fri, Jun 03, 2005 at 07:03:07AM -0700, othermark wrote: > I have not seen this before, from -current built from 6/31/2005. This was > NOT found on the LOR page (http://sources.zabbadoz.net/freebsd/lor.html), > so I'm posting it here. It's not a real lock order reversal -- it just happened to occur while your kernel was on a journey toward a panic. That mtx_lock() call in do_tdsignal() was operating on a bogus struct mtx * (0xaa8). > lock order reversal > 1st 0xc15f8e68 process lock (process lock) > @ /usr/src/sys/kern/kern_time.c:595 > 2nd 0xc0a00a64 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 > KDB: stack backtrace: > kdb_backtrace(c093c54a,c0a00a64,c0954678,c0954678,c09546f8) at > kdb_backtrace+0x2e > witness_checkorder(c0a00a64,9,c09546f8,bb5,c151fd80) at > witness_checkorder+0x6ba > _sx_xlock(c0a00a64,c09546f8,bb5,c06a1a26,cc01b9f0) at _sx_xlock+0x7e > _vm_map_lock_read(c0a00a20,c09546f8,bb5,15101dd,0) at _vm_map_lock_read+0x4a > vm_map_lookup(cc01ba88,0,1,cc01ba8c,cc01ba7c) at vm_map_lookup+0x38 > vm_fault(c0a00a20,0,1,0,c151fd80) at vm_fault+0x7f > trap_pfault(cc01bb70,0,aa8,c0a33a80,aa8) at trap_pfault+0xf1 > trap(c0a10008,c0a10028,28,c0938bcb,6ab) at trap+0x35e > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc068fc66, esp = 0xcc01bbb0, ebp = 0xcc01bbd0 --- > _mtx_lock_flags(aa8,0,c0938bcb,6ab,c15f8f38) at _mtx_lock_flags+0x46 > do_tdsignal(c1547c00,e,0,0,c0938bcb) at do_tdsignal+0x119 > tdsignal(c1547c00,e,0,654) at tdsignal+0x4d > psignal(c15f8e00,e,c0939794,253,cc01bc88) at psignal+0x83 > realitexpire(c15f8e00,0,c093992c,105,c06a7ed0) at realitexpire+0x3f > softclock(0,0,c093620e,256,c0a02780) at softclock+0x24e > ithread_loop(c1517780,cc01bd38,c0935ff9,30d,0) at ithread_loop+0x172 > fork_exit(c0682920,c1517780,cc01bd38) at fork_exit+0xc1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xcc01bd6c, ebp = 0 --- > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xaa8 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc068fc66 > stack pointer = 0x28:0xcc01bbb0 > frame pointer = 0x28:0xcc01bbd0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 28 (swi4: clock sio) > [thread pid 28 tid 100029 ] > Stopped at _mtx_lock_flags+0x46: cmpl $0xc099d624,0(%ebx) > db> show alllocks > Process 28 (swi4: clock sio) thread 0xc151fd80 (100029) > exclusive sleep mutex process lock r = 0 (0xc15f8e68) locked > @ /usr/src/sys/kern/kern_time.c:595 -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 15:33:11 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E81E16A41C; Fri, 3 Jun 2005 15:33:11 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66EE243D49; Fri, 3 Jun 2005 15:33:10 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j53FX8LU029178; Fri, 3 Jun 2005 18:33:08 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 79230-05; Fri, 3 Jun 2005 18:33:06 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j53FX6do029158 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Jun 2005 18:33:06 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j53FXVQ7053005; Fri, 3 Jun 2005 18:33:31 +0300 (EEST) (envelope-from ru) Date: Fri, 3 Jun 2005 18:33:31 +0300 From: Ruslan Ermilov To: Boris Samorodov Message-ID: <20050603153331.GD51505@ip.net.ua> References: <74078163@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VV4b6MQE+OnNyhkM" Content-Disposition: inline In-Reply-To: <74078163@srv.sem.ipt.ru> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Darren Reed , current@FreeBSD.org Subject: Re: buildworld doesn't compile with MODULES_WITH_WORLD and NO_MODULES X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 15:33:11 -0000 --VV4b6MQE+OnNyhkM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 03, 2005 at 04:31:24PM +0400, Boris Samorodov wrote: > System: FreeBSD-current (cvsupped at 10:00 GMT, 03 jun 2005). With the > default make.conf (i.e. without any) makeworld is successful. But with > NO_MODULES and MODULES_WITH_WORLD options it faults. Is it a bug or a > feature? >=20 > Tail of the log is at attached message. >=20 Fixed in src/sys/modules/ipfilter/Makefile,v 1.18. Thanks for the report! Content-Description: error log > =3D=3D=3D> sys/modules/ipfilter (depend) > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > rm -f .depend > mkdep -f .depend -a -nostdinc -DUSE_INET6 -I/usr/src/sys/modules/ipfilt= er/../../contrib/ipfilter -DIPFILTER=3D1 -DIPFILTER_LKM -DIPFILTER_LOG -DIP= FILTER_LOOKUP -D_KERNEL -DKLD_MODULE -I- -I/usr/src/sys/modules/ipfilter/..= /../contrib/ipfilter -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr= /src/tmp/usr/include /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/n= etinet/mlfk_ipl.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/neti= net/ip_nat.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/i= p_frag.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_st= ate.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_proxy= =2Ec /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_auth.c= /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_log.c /usr= /src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_fil_freebsd.c /= usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/fil.c /usr/src/= sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_lookup.c /usr/src/sy= s/modules/ipfilter/../../contrib/ipfilter/netinet/ip_pool.c /usr/src/sys/mo= dules/ipfilter/../../contrib/ipfilter/netinet/ip_htable.c /usr/src/sys/modu= les/ipfilter/../../contrib/ipfilter/netinet/ip_sync.c > In file included from /usr/src/sys/modules/ipfilter/../../contrib/ipfilte= r/netinet/mlfk_ipl.c:24: > /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:= 774:24: opt_bpf.h: No such file or directory > /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_compat.h:= 779:26: opt_inet6.h: No such file or directory [...] > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/sys/modules/ipfilter. > *** Error code 1 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --VV4b6MQE+OnNyhkM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCoHhLqRfpzJluFF4RAr3BAKCJJYUGF3HXhFRW2CMNGiX/O+WeGwCgifzP CpcSOJl1hzdNtGt8fC3VpHA= =dKVC -----END PGP SIGNATURE----- --VV4b6MQE+OnNyhkM-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 16:16:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E37D816A41C for ; Fri, 3 Jun 2005 16:16:02 +0000 (GMT) (envelope-from jim@netgate.com) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA0EB43D49 for ; Fri, 3 Jun 2005 16:16:02 +0000 (GMT) (envelope-from jim@netgate.com) Received: by netgate.com (Postfix, from userid 45) id 6C55D280041; Fri, 3 Jun 2005 09:16:00 -0700 (PDT) Received: from [192.168.1.191] (rrcs-67-52-77-54.west.biz.rr.com [67.52.77.54]) by netgate.com (Postfix) with ESMTP id 37B3628003C; Fri, 3 Jun 2005 09:15:59 -0700 (PDT) In-Reply-To: <20050531180503.GB55256@nowhere> References: <20050531180503.GB55256@nowhere> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jim Thompson Date: Fri, 3 Jun 2005 06:15:56 -1000 To: Craig Boston X-Mailer: Apple Mail (2.730) X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on he-colo.netgate.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: current@freebsd.org Subject: Re: undefined reference to `cpu_fxsr' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jun 2005 16:16:03 -0000 On May 31, 2005, at 8:05 AM, Craig Boston wrote: > [...] > linking kernel > ptrace_machdep.o(.text+0xb): In function `cpu_ptrace': > : undefined reference to `cpu_fxsr' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/SOEKRIS. > *** Error code 1 > > This seems to be related to the new ptrace_machdep.c file. All other > references to cpu_fxsr I can find are wrapped by #ifdef CPU_ENABLE_SSE > I just ran into the same thing. Seems to be a problem whenever you don't have cpu I686_CPU in your KERNCONF file. Used the same patch. From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 17:58:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E25616A41C; Fri, 3 Jun 2005 17:58:26 +0000 (GMT) (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 C78DE43D48; Fri, 3 Jun 2005 17:58:25 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j53HwOwX038893; Fri, 3 Jun 2005 13:58:24 -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.13.3/8.13.3) with ESMTP id j53HwO2M097310; Fri, 3 Jun 2005 13:58:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7ADB97306E; Fri, 3 Jun 2005 13:58:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050603175824.7ADB97306E@freebsd-current.sentex.ca> Date: Fri, 3 Jun 2005 13:58:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean Cc: Subject: [current 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: Fri, 03 Jun 2005 17:58:26 -0000 TB --- 2005-06-03 17:49:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-03 17:49:33 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-06-03 17:49:33 - cleaning the object tree TB --- 2005-06-03 17:49:53 - checking out the source tree TB --- 2005-06-03 17:49:53 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-06-03 17:49:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-03 17:56:03 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-03 17:56:03 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-06-03 17:56:03 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] from /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c:27: /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/freebsd.h:69:1: warning: this is the location of the previous definition In file included from ./tm.h:10, from /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c:27: /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/rs6000/sysv4.h:1091: error: syntax error before '%' token In file included from /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c:27: ./tm.h:3:1: unterminated #ifdef ./tm.h:1:1: unterminated #ifndef *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-06-03 17:58:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-03 17:58:24 - ERROR: failed to build world TB --- 2005-06-03 17:58:24 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 19:47:39 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA64716A41C; Fri, 3 Jun 2005 19:47:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63FC843D48; Fri, 3 Jun 2005 19:47:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9894051294; Fri, 3 Jun 2005 15:47:38 -0400 (EDT) Date: Fri, 3 Jun 2005 15:47:38 -0400 From: Kris Kennaway To: Hajimu UMEMOTO Message-ID: <20050603194738.GA37188@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: HEADS UP: ABI compatibility of getnet*(3) was lost X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 19:47:39 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 03, 2005 at 09:29:25PM +0900, Hajimu UMEMOTO wrote: > Hi, >=20 > The n_net of a struct netent was changed to an uint32_t, and 1st > argument of getnetbyaddr() was changed to an uint32_t, to conform to > POSIX-2001. These changes broke an ABI compatibility on 64 bit > architecture. With these changes, shlib major of libpcap was bumped. > You have to recompile userland programs that use getnetbyaddr(3), > getnetbyname(3), getnetent(3) and/or libpcap on 64 bit architecture. Unfortunately it will take me at least a week or two to rebuild packages on sparc64 and (especially) amd64, so users of those platforms may want to wait before upgrading if they don't want to recompile their ports from scratch. Kris --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCoLPaWry0BWjoQKURAoH+AJ0dKNPyh6opgyhxaKMnQTy5WVZO5gCdGljH vwvuQErCp/xSBbdeF3CBfEg= =ZXIh -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 21:31:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7C0616A41C for ; Fri, 3 Jun 2005 21:31:44 +0000 (GMT) (envelope-from robbak@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ABC143D49 for ; Fri, 3 Jun 2005 21:31:44 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so872551wri for ; Fri, 03 Jun 2005 14:31:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Z1902ygHNGJ/afTqDHXiRkE5bYWW+qiiczUtu9daWDR3G/faeQKIVRRpHhlnzBKfwsJ9/eT0uEpzsu/SWlM4PkQHiCCx3y+NR3lbIVTqUBaBQ3NrMP3PaK+/0IPwyiD7qlCIKbV59a8fvhXfs8mWYygT1YDR9btgiEB2kxnVDy0= Received: by 10.54.56.50 with SMTP id e50mr632954wra; Fri, 03 Jun 2005 14:31:43 -0700 (PDT) Received: by 10.54.130.5 with HTTP; Fri, 3 Jun 2005 14:31:43 -0700 (PDT) Message-ID: Date: Sat, 4 Jun 2005 07:31:43 +1000 From: Robert Backhaus To: FreeBSD Current Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: cvsup6.au.freebsd.org Horrendously out of date. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Backhaus List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 21:31:44 -0000 I just 'updated' my ports and source trees unattended from cvsup6.au.freebsd.org, selected by fastest_cvsup, and discovered that I now had a source tree dated from December, 2004. Yikes!!! This server needs to be taked out of the loop urgently. This is not the first time that this has happened to me with this server, (yes, I am a sucker for punnishment - I thought that it would have been fixed by now!), so it is not a temporary error. Even if it is updated, I would question whether the server is reliable enough to continue in use. From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 22:46:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 694B816A41C for ; Fri, 3 Jun 2005 22:46:03 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9B2643D1F for ; Fri, 3 Jun 2005 22:46:02 +0000 (GMT) (envelope-from juhasaarinen@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so888403wri for ; Fri, 03 Jun 2005 15:46:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; 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=uJ6epu0oVmkNdgYiRvc0QUf8MtxFu57zBD7SXk4w3c/2QIzb9lppEJ9D2oMKU/dv49vDyWkGz12E1jO988TTSFAiS0jZ5hrR/WxV2gkYmbe1wpM9JBqLs6Vfrp3Qj7F1PbpOTBNbLpUrhkckmzYKryLDqrYSEK/yH/+uteieYFA= Received: by 10.54.21.22 with SMTP id 22mr1567788wru; Fri, 03 Jun 2005 15:46:01 -0700 (PDT) Received: by 10.54.4.71 with HTTP; Fri, 3 Jun 2005 15:46:01 -0700 (PDT) Message-ID: Date: Sat, 4 Jun 2005 10:46:01 +1200 From: Juha Saarinen To: Robert Backhaus In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: FreeBSD Current Subject: Re: cvsup6.au.freebsd.org Horrendously out of date. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Juha Saarinen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2005 22:46:03 -0000 On 6/4/05, Robert Backhaus wrote: > I just 'updated' my ports and source trees unattended from > cvsup6.au.freebsd.org, selected by fastest_cvsup, and discovered that > I now had a source tree dated from December, 2004. Yikes!!! >=20 > This server needs to be taked out of the loop urgently. This is not > the first time that this has happened to me with this server, (yes, I > am a sucker for punnishment - I thought that it would have been fixed > by now!), so it is not a temporary error. Even if it is updated, I > would question whether the server is reliable enough to continue in > use. Agreed - had the same thing happen here. Have mailed Planetmirror but not had a response yet. --=20 Juha From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 03:15:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03D6316A41C; Sat, 4 Jun 2005 03:15:28 +0000 (GMT) (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 78C1A43D49; Sat, 4 Jun 2005 03:15:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j543LvPR037084; Fri, 3 Jun 2005 21:21:57 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42A11C92.5050505@samsco.org> Date: Fri, 03 Jun 2005 21:14:26 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'FreeBSD Current'" , hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Subject: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 03:15:28 -0000 All, The long anticipated and much feared 6.0 code freeze is about to begin! I'll cut to the chase: June 10 - Feature freeze + code slush ^^^^^^^ July 10 - RELENG_6 branch August 1 - RELENG_6_0 branch August 15 - 6.0-RELEASE From June 10 until the release, the number one priority is fixing bugs. All of the dates after June 10 are somewhat fluid and subject to change depending on where we are with stability. We won't release 6.0 until it is ready, but I'm pretty confident that we'll have it ready by August. Since SMPVFS is on by default on i386 and amd64, we need as much testing and bug fixing there as is possible. Jeff has been doing a fantastic job on this, but I'm sure that more help would be appreciated. Also, now is the time to start tracking down whatever strange panics or poor performance anyone might be seeing; the system is pretty stable at the 80% level, but there are a lot of edge cases that we need to work on to make it a good release. A stroll through the mailing lists and PR database would be a good place to start for anyone that wants to help. Again, the plan is for 6.0 to be a modest replacement for 5.x. We do plan on a 5.5 release in September to tie up the branch and help people move to 6.0/6.1, but 6.x is truly just a much improved 5.x at this point. For those with bosses who are fainting at the thought of there being a 7-CURRENT around the corner and 5-STABLE coming to a close, please keep in mind that migrating from 5.x to 6.x is trivial and is worthwhile. However, we need to do the branch now so that we can keep things like SMPVFS under control and produce a high-quality series of releases with it. For those who have already adopted 5.x and cannot spend the time/money to migrate again, RELENG_5 will still have secteam support into at least 2007 (going by their normal formula), and I expect there to be normal feature and bug-fix commits to it for at least another year from now. To jump-start the testing, I've posted a new set of 6.0-CURRENT snapshots to ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Jun_2005. Once the freeze starts, I expect a new snapshot to be posted every 1-2 weeks until we get close to the release. So, please help test, report, and fix bugs! Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 09:24:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 063F316A41C for ; Sat, 4 Jun 2005 09:24:34 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D56C43D1F for ; Sat, 4 Jun 2005 09:24:32 +0000 (GMT) (envelope-from mike@reifenberger.com) Received: from fwd35.aul.t-online.de by mailout11.sul.t-online.com with smtp id 1DeUtL-0000xE-00; Sat, 04 Jun 2005 11:24:31 +0200 Received: from fw.reifenberger.com (GoUcyrZpZejQPT7leQzd7gXnSukfIwFHBkewU6fSOocTddJNe6O+gh@[84.152.57.10]) by fwd35.sul.t-online.de with esmtp id 1DeUt5-0r33yq0; Sat, 4 Jun 2005 11:24:15 +0200 Received: from localhost (mike@localhost) by fw.reifenberger.com (8.13.3/8.13.3/Submit) with ESMTP id j549Nq2w010100 for ; Sat, 4 Jun 2005 11:23:52 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Sat, 4 Jun 2005 11:23:52 +0200 (CEST) From: Michael Reifenberger To: FreeBSD-Current Message-ID: <20050604111557.Y10071@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-387229630-1117877032=:10071" X-ID: GoUcyrZpZejQPT7leQzd7gXnSukfIwFHBkewU6fSOocTddJNe6O+gh@t-dialin.net X-TOI-MSGID: 567f7bba-f9b4-49a3-83f2-e8950d6f1231 Cc: Subject: -current, AMD64 and matrox G550 = early hang during boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 09:24:34 -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-387229630-1117877032=:10071 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi, having an AMD64 Asus A8V-Deluxe with Matrox G550 and upgrading to latest -current leads to an hang (now with funny characters on the screen) early after starting the kernel. SC_PIXEL_MODE is not set. I have configured the devices: vga, splash, sc and agp though. A compressed dmesg with the last working kernel is attached. Anyone else sees this? Is this amd64 or matrox specific? Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com --0-387229630-1117877032=:10071 Content-Type: APPLICATION/octet-stream; name=dmesg.log.bz2 Content-Transfer-Encoding: BASE64 Content-ID: <20050604112352.G10071@fw.reifenberger.com> Content-Description: Content-Disposition: attachment; filename=dmesg.log.bz2 QlpoOTFBWSZTWXyxRlkAIDBfgHAwWO//93/v/+r////wYB2++gAAAABRQCgA AUAAAAAAAFAFAFKFBRQSAFCQpQKoqQKUClElRRxoyZGEYgGE0GATQaBkyaMm QwgMcaMmRhGIBhNBgE0GgZMmjJkMIDHGjJkYRiAYTQYBNBoGTJoyZDCAxxoy ZGEYgGE0GATQaBkyaMmQwgMN6pECAJiARpoE00ExNTyGjTRNTyYmmTJqBSpE 0EGgR6jTRT9Ke0ao0eo9qjyQPJDag0NAGn7nVIzWlpCkozdbseTBwT/r98u6 3/n5ZXZy1ml2W1pnaG02Z/WxjN81rtSzRSYtthZqfkp6VRtVI1qetya12DFg uuuuuuuuuuuuuylRipm1LNbe1r3rNm1sGSzGVZZSyz/l/d/2xaKZMnJkuuxn zz867YpJT6FoxyWI4KjphJLN7NZZTWyWU5rMlSMmpaNSlOclmpksyUpSlLKU pSlKUqKb5qXUup71OcUwjY6NQqO58X/y0ebms0f4fSqOj9rqdrKeXwel2sZG M7Zqa4vG6Lx/4wd30/m7/L+cU1xSuOGWfunR2to2zwcmK707Zxj/EjIf5ZrN I1Pnf9x1PJUdqT/EcGpJrboPipJShKEwFmjfG1E3N8jqVGzF2sW2TJ9aT2KZ yTNkxWea68UkvJKHJUZLrRUe9dEpUZx2R04smLjIpqkdTqeUcmbtnBxfNHYx FKbZGKh4Ri2P0MnBTg+M3sG2RTBmpsZx2tcbcW5myizCR4ToKjBdvf/R+wdz 531zN4uDVHcp3rrOTRuqSPFiMYupJ/mKEP4qgk8XfFjY9T97Y2vNd+xva31z 0NjN8zyH0vF5RzfM7o5u1qecfKxfFvd78Y7h4sEngpyinvdHNlHOPsGTc9sp 4PBg5vc7U+HlGbQboqR6HBqdz0zbGinfH+3W6PldjJ/qSNkkWjycGcfU8mLB pHYvEnU1LR/OPGNbFjJH3KScHm0SfmdzzelycV4/3ItHSOEZPzrPFzWe4bni 1Nkc3wanrZu9rdsjbBgN6mxTTFYUk5NcZtz4Mokm9EInCOcI97ubUTuj5X85 ycnwSUr6X7pZ2LPuexk974jN2M1kl13pebgk5yKVG/qe6MHRi6PQqPCcR3x6 Y+uMmUalOA6OuN8ZSPCNS4/02R9zexelwj65HYstI5Rd2SORI2spHJ0lpop5 P1Pl9DydG9xfI6JPvmCT1Obk5PJremOCTFpGUcFxZis2tqQRPNdtkdjzWSfs mIk71LxzfrYLt8nGKkXdsanrdGUdUje1JtSaKWeiNc2J88fawcmqTGOtrfa+ DKOp6HpdrXLPlj/h0dG1zjWp2u12MGL6IpJ3Kb2kjFmsiZsX7F4+M0WYM1NF RJqVF2pkvNaPNGEexeElJwusVz3hZWuOFiE8Xe+57lOA+hTi7BrkaLPmjufa k8Jo1KSWScZI4PmGtZ0FSOxJ8wyHscBUapyjIcV40j51n7YobXXHNskbUmuT Bi7Los1zx3Wt/W46vfdt6b33TfBHjfc6JmKZRQiz+zwn/talrLSPGPf1xZZ8 iz8I71o5R9Lqk3SYSfCYPB3R73ofB/7I/B1OLF8rR8jBi1sXFnH2Kfayj0v0 vufnyiTW4LPW+kdjcuwZKi8fS8GLCR7nUs0G1JpOjlGjJ9EaMFKWh+Eyd798 dy7o8Y6PrWiz8ntep/Z+l/hTN62S68fF3x1xwiopJUSfepJSosqJOafhJFSp Z+hvj1LvzjkspwUuuuR3rvi+ptdsfiwYuj1vLcqfBk+l+E9sblNymE/F+28L 4ra+T5MGS5C32I4YZLPlvouFpdFlZWyPkVKWFlSNFLRJSymEZMWUwaXjNTJi zU+plJ9D7BqZtQ8Gt5Lti6zyXeKy0YjrffPwcH3ina8GD/baEzjzWdXZeLrP tXiT0qjIan3LxlMJ615G1lFiP1KalMGSyynnGSzBTBQ8RitFn2uubJeM4qpU zXb4xeTU4LsnqkaRo0kW1Yqj9LBZyUkpZjJJLPGMBhJxU9qouqJKaLR/QZPU 6mKmMIya3UtJsVNTdI2MWDMZPNYJiqMGMizE4rxqiSowUyWWWWWWWSWWWWWb GAwCZRZycGLW5R2MWDbG5xbWjJqanFN6ZTCd8acW+JKcGioxj6nVGMk4qWpt WbHCM0nGKil49r+kZRJdTZFOca4swjW4rxwVGdJM3JpGLBiqc5FLTc2rtjk5 SzUkwMZHWqLv3NHWyjcqNrUs2blKio5834OTk5tkU+V5vQ8mb1LsmbwfB+tZ dsYLLvW3LNTGa3rWbGb1vmYtGLNUXUza2Lcwa12pdqil22RaRZ4tiylRralM YyckmMnkiETFi6riuO8lW667JHEuBb7NeZYF5rtLKTgus6mC0SaD9r1rKVFP 4rrrqUpS0WWUtFl4us/otFlKUpSmClKillllKYRaLKUpdSlKUpSlLrLKUpKV KlKUpSl1KUspSlKWlSpUpTk0nRxXl9cktGY96z28fojqsPB7miTUp7Y2OMa3 YtGjJEymazcKiSlOapNaoxWWPvU4xUdvNwmkYRmpJPfG+MxeMacnKNbZGEej dZ3f1fJwYRrSbWCkXkmKok6mS0XipHGKdbqWc3hFkkmri7XZHqep5vFixZKe t5sWKkinipZk0WVG6PFujri8ex1MY9DvWWdbrUu5trYdGSopo7nRpG+SLO5T gNUU8FoObg6NTBZmtI1sG19DyjOaM2K8eC8kxco+WMGCT+bW0uLSnBTlqdbp lIwjGRsp6V/B1LMBk5rR+iN0amMwYukeSos71RTF1vW1PCPFsco2sVNTW8ev o3s3W0SZPFZzeDkk0a2Mk3NFpHhGlmjgvF4xKebRJeLt7m54NUjZHNdZozZY SLyOTfHWqLOiop0jm4yR7o5jc3qROibt3F2ZmDCze7JFnSNzm1RowaLtT0PT JGxze93vQ96Xd8atsZMnJ1OjglOqMF1p2xeLTjIynCODvWWF5yjddgs0aOd4 4RnjJeOkU5M3NwkWncsxkbI2LYyKkkxbtci+bpFs22KVFpOSz/yaSM2Q3qfb JHRdhZuc2TBuUkwHJ1LyTfFMY4sHFrYslRJUd6z/iRcdX2xZiprlSspFMY3r LtMJNqy7JsfFtWaRvYsnCKWU62FK9DCLbGyLSRUWnrioszcG+Uu3O5dgvNI1 OLNuimLscHBToxWj0KeE5sFM3F1RujU+5k2qU1rP7snUqN7c5uDyYNJTU6O9 mk9a8anZrcnLc1LaN7DripI9DUwb1MFOTh2Nrcu5qSdazJtdHN/TX2tj3s52 NTY4CmtxdJFPNydUbFo1Ttizc4SLKjeqNuDczSaujBp1t8vEk0ZMXdLPlYti 6za0YLrsR13XYMWUYLLSLKYqkWYsWLY6NzNnFM1M11okpQlma7BhJFoqKUpZ guuuuuuqMFLVH61LrrJPBUWUkpUSUpSlKkUyZMV2CylmDBeJLrrrvmkwWYrL IkhKUqKdyo3PpeqRuYOSo72iyS6nNuWcVnNdkp1oJdURJZQPgospJ8ypFN8f yeqLP+Y/NF2xm4PrfnbG9+Md8c3KPr8knFZvfufY/u+t+DJo9z0ty7/9P1O5 71OjopTmxZpOST+T5Fouwf9LxqXHfG1Sn/SllRmwHc+LFvj7oOxUj2R+laRS klRwkebtZxzfxj2sklNcn52j+zaJP6sn8GM/ZP3rN6o+V1EZrvnWj3NjWqRz SWZC7dLRuXZpJlG9aLSRZQsiWa49zCO+OM4NaTKPbGTuFLtbuFwvXctqtaxb rK6KjvFheql3LgtcnyRrQlnYpqg/WyXHYxjiybo8Isuu8nojyj/MYyOa0Wj0 tz5Y7Y/nHJudUZpOZFkTwjvini5OpqYNUdTVFo6nW9CxGEco3R3xvinY1P0P ZHUzjNUjW/02vFJg8Iybn4xxYvBUjSKkj0KTY7zXHk3Edsmtmk8xzanpkdsd sa2ceKklR1rOcYJNTCSMF0kl1xgsktJFCouwaRwB4kf5dzJJk4qiTjHpWjc7 lowU71loSal32LSN5FJMWKTJpGp7ozjYpS7wZyLjpbLIj0LC8S8dx2S7V2Wq P1PpvBdSqNUeQ8HCOKTvdTF6XYyjrdS0d0cWKTaqSUk/apk9jrkjJvI1Mok6 47WbMj1sZG6O6KU9DOODGJOEemepotOD0xd6XGNTVJHYpSo1qYKZITkkwjUp 1Mo/+RCJk3qjRlFJKjtWSf3dbsU2R4OtTJ/JlGDrjtjF2vYsk0RCJwdj4CmE kaSKSZITjGkfFgOuKHfHwbWtSna1uyDN4M2SIRMo6O9JpN7SRSnulnvb25Uj N86lMCPZI+KnjGKJnFODi+hxa0mTfH/LmLUsWd0lhHSuqylO68bKNfoucudc FKSVIpJuWj0RS6klRkks2yOLOO9SzscGEb22MXocXKfSyizbJE2NTAvkZyUn et6xKKfNYs3xsH4r7X2x90fXGb9ST8GuP4RS0ZtGK8XVFKaRSyopUUqKVGKk lP2yPzLLRSpGSopmk/TG+P+xzfjHk0c27+iIROkIxkSQlMYtHzrkcZhH8kQi ao1s22RmsOSNjyL5Rg2x/a5rK1yUnntUeV5CzjFsdT/8iYjFziT+LnHujNeR gOT2yP5CyJzaknJukE6KUpSlKilRTjGyN8mDCKimuWyil1RnEmCSmr8X73kp 0G16nk9SzjKYsVmMXYsF11losp8VlopSlRTBSySlLMpUaInpRN7reLKPsvhZ W213LH1X2WduuZaEeRfJcyNZfcwhk8ElKWRPyipI8ZGEj7I5NbzaKdGT1rub 8VOiTBmxZuCy66l12DCTJlFNFok+duXb4/UMY5qYJInBdUnSLvmGUaLK7Frt qMYtFzpN9irCwsEYSlKVFRVREqRJya5rZohEpmO5TJJ/VZeN6TFeEe+S8jOI CXe5uYImCyw1pNkWj/lTte1aGyJPyWiTKKi6IRLLRmqRPhHN0bVKjtYMFLx2 x9Xve6NIzVHubo3t7nIN08W5vi6lRaRdhbbEefFX5Z5SThaF5rN34ec8t2yZ 2LEaWOZ/IyWkcdiOx4IpNtliysHaPpVET1xSTGMHsexgO6MYs9jFePnWZR2N bvXGMjVE9zQZLvJ6opZE9SnXHmskwGrRyimtZrZRxXe2MR0jGRzjsWeD7oyX jkyXSbpGA/spcb1opSSpwemKjeqMHW/nNiTuxc3OZxrfwcnZGDwcusZrKjU6 hUjcxjmhZJpPve2YRcZOaTc9zckwfxc2TwbWpJSTgpTCP6xpGCTatgu6SzBl GCoMI5Sa40HmiETJ3ObFJiwOKSU1P4N0jrU2TFtZLxeOESeuTFEspeTOOxTq FPFwSWU62kka5Smy4X61mSaqvqLBGqP6LpT2U9lss0n5pFSPepSkmwZRdkwS TF8z1PGUqbUQiYPYmL71Rdd97Bg72EmbUtIk0VI4z51pJixWinudcyWjudwx kdUUk+tycXFxYMHFmzhdvVG6XiZsWDUzdS7GaMk/m8VvXmui6JMWI99kXttI 0My8Szsi6LotxnbhYsC2Fd71W2OuSk7C7bjao+DGMHoiSzORtVIsKdseyJOy w/BUYpMmxrUssqJLLLRaKRKUqJP2RoyqJOqLLPJ0jguwjgkuNIP1x80YvFZJ YUkpSpFKUiVFKVFIlKUwqxYVHXfxu61LULAqTruMZlg647o3O1m62TGREpwd 7ikySbUQifpj8WuR6Iyd7KP2vzRZ9STMd6TRtjFxJw8YsL2rqulaHnNI6rnu Fy2HyvK2tP4Kt4uE6o3SBE1xJuWixG5rUZub7o7Y/PIkqLSPrHvdsiTZIJ6F Em5Slhg8xu/KOT2pN0SYSTrSZOKTm5qjmoydQ4spm9zGDuZsWpgqKRMEQian UoYI9vsbpPXGE8IukqNalKipJaMVLxdSm1hG+RZsRPRZscJEllRlPJpCMHc1 qzuOSk3LF7ruFnZ05LWXxmq1RuhMHk4NTnHKOkyiz+UaOAuwhJdzbGDfcJ47 JYXu2Wo2G15DiWdvjNZ1cVkXCjSMELRUzU4KRLSSo4Slhikxi8WZiiOLCLQS UoiMVJE/JS8mCymCyopJ+9Z1R70mC78mD5IuksphEnzXLJndMb7S5AZ2Gyxu HCyUvW52kTlqjCVGMqNUamQtGaalJMkWWa2CUxapKTxLk22RfpWpHSYu0tL9 90rKOtfQXEvdZVkNV0E0O+9ilque9N6bWYIT8FPW4xSTmsR+Cm2SJKUiVJUI b572MjFiykfNFNIokdSyJtjONGEdUzbmMdcinyrRrk5PauxHIkjjG59Ta6RJ SmEZR+aLJskYx9EXHXHJ4sVPsjdEnXNsel5rR5SO9T3qbUQiblKjVJH2rpNI oSdi0WlLKUkWUpUj1R9BKT9C8UVtsQKbLXGd5+JZ24VUpJSlSODguODBJ7Tr ka4+Hyt0bmuOkSRsSbSLylPNEpYVFRUUioqYsXMsBdi440sqs01WlosLC5iy KhHByi0SZDi84/c2pJ5pMIsk829aImkiTQgibRTvkcHdGTo5vFo1o5RUa0ll MGKSlKakJvbo1xJ/VhN8hNapIpUkaoNYoUSRZ3TsMG6Risp5uX8WUiz9Fn+l xTzSbDxUoSYRvb2+LxdulLRql1KfMMBlGDBJ8sqMI7maPjcVsq4XLbV32yTe jAXAu0slwj2MBJmk8Wtd8gwWSZtIk2tciklKYLxSol5ok+iM5NI3sdUdG5Ey I8FlXTGUZnIsrDwa7JalvsL0LCyvXYUs5dJSlxsiylLjWxWhFkSlnCTfLsVl pGTfFSUxaKkd7RJo1M40RO2ok2jnJgvHEa10m5uSf8LJMF0liTEeBrRuuq5F +aPharQci3Wdx4vw2kZ2h1LCOe5Lea7lt1WlWpfStqOF/64LYjehNs7Fnasi X7W4XdIwjBwGkYzqji9aTWhNUeuPc1sUn+3xk2PUpUUqKVFMEYjO+1Zr79yL qRm5Ic1d1otxxVYxRIsyilRSopUSXizsj0Oj4M4qXODZVqjySUmu4Fy2uwWV xWxZZRi1XHYSmdir1MmRaEYIyR6lLfca0fuvdQs1iA4kYSPas1uio2tFKeTx imCl2CnoYLKxjzZxktJ759a2LatVqsLgL3o3v/i7kinChIPlijLI --0-387229630-1117877032=:10071-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 09:25:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5443616A41C for ; Sat, 4 Jun 2005 09:25:35 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC5ED43D4C for ; Sat, 4 Jun 2005 09:25:34 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j549PXk9014871 for ; Sat, 4 Jun 2005 05:25:33 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j549PXQR014866 for ; Sat, 4 Jun 2005 05:25:33 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Sat, 4 Jun 2005 05:25:33 -0400 (EDT) From: Jeff Roberson To: current@freebsd.org Message-ID: <20050604052429.T8209@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: ULE Status. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 09:25:35 -0000 I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let me know if you run into any problems with it, preferably with a seperate mail to me as I'm more likely to see this than one which is cc'd to current@. Thanks, Jeff ---------- Forwarded message ---------- Date: Sat, 4 Jun 2005 09:23:29 +0000 (UTC) From: Jeff Roberson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/kern sched_ule.c jeff 2005-06-04 09:23:29 UTC FreeBSD src repository Modified files: sys/kern sched_ule.c Log: - Don't SLOT_USE() in the preempt case, sched_add() has already taken the slot for us. Previously, we would take two slots on every preempt, and setrunqueue() would fix it up for us in the non threaded case. The threaded case was simply broken. - Clean up flags, prototypes, comments. Revision Changes Path 1.150 +37 -72 src/sys/kern/sched_ule.c From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 10:51:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 779AD16A41C; Sat, 4 Jun 2005 10:51:02 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from 72-12-2-214.wan.networktel.net (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13DF143D1F; Sat, 4 Jun 2005 10:50:57 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by 72-12-2-214.wan.networktel.net with local; Sat, 04 Jun 2005 05:50:57 -0500 id 00095AA8.42A18791.000171D0 Received: from dsl-201-144-92-62.prod-infinitum.com.mx (dsl-201-144-92-62.prod-infinitum.com.mx [201.144.92.62]) by mail.bafirst.com (Horde MIME library) with HTTP; Sat, 04 Jun 2005 05:50:56 -0500 Message-ID: <20050604055056.9tkxnefm88kgg8co@mail.bafirst.com> Date: Sat, 04 Jun 2005 05:50:56 -0500 From: eculp@bafirst.com To: current@freebsd.org, ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Cc: Subject: pear broken on 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: Sat, 04 Jun 2005 10:51:02 -0000 In /usr/src/UPDATING, there was a change: 20050528: Kernel parsing of extra options on '#!' first lines of shell scripts has changed. and documented at: http://people.freebsd.org/~gad/Updating-20050528.txt After a week of rebuilding, changing versions of pear, php, apache and all other dependencies and looking everywhere except at this change, Finally, thanks to Manfred Antar and Thierry Thomas , I was able to understand that this was my problem with pear but I still don't know what the solution is. I assume that the port will need to be changed or am I missing something? Thanks, ed P.S. I have submitted a PR From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 11:05:23 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E95C16A41C; Sat, 4 Jun 2005 11:05:23 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.uk.FreeBSD.org (storm.uk.FreeBSD.org [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E775343D1F; Sat, 4 Jun 2005 11:05:22 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.uk.FreeBSD.org (uucp@localhost [127.0.0.1]) by storm.uk.FreeBSD.org (8.13.3/8.13.3) with ESMTP id j54B53o9053787; Sat, 4 Jun 2005 12:05:03 +0100 (BST) (envelope-from mark@grondar.org) Received: (from uucp@localhost) by storm.uk.FreeBSD.org (8.13.3/8.12.11/Submit) with UUCP id j54B52bQ053783; Sat, 4 Jun 2005 12:05:02 +0100 (BST) (envelope-from mark@grondar.org) Received: from grondar.org (localhost [127.0.0.1]) by grovel.grondar.org (8.13.3/8.13.1) with ESMTP id j54B1ptL025154; Sat, 4 Jun 2005 12:01:51 +0100 (BST) (envelope-from mark@grondar.org) Message-Id: <200506041101.j54B1ptL025154@grovel.grondar.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: eculp@bafirst.com From: Mark Murray In-Reply-To: Your message of "Sat, 04 Jun 2005 05:50:56 CDT." <20050604055056.9tkxnefm88kgg8co@mail.bafirst.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 Jun 2005 12:01:51 +0100 Sender: mark@grondar.org Cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: pear broken on 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: Sat, 04 Jun 2005 11:05:23 -0000 eculp@bafirst.com writes: > After a week of rebuilding, changing versions of pear, php, apache and > all other dependencies and looking everywhere except at this change, > Finally, thanks to Manfred Antar and Thierry Thomas > , I was able to understand that this was my > problem with pear but I still don't know what the solution is. I > assume that the port will need to be changed or am I missing something? What is the actual problem? M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 11:57:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B48116A41C; Sat, 4 Jun 2005 11:57:11 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from 72-12-2-214.wan.networktel.net (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id D899743D49; Sat, 4 Jun 2005 11:57:10 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by 72-12-2-214.wan.networktel.net with local; Sat, 04 Jun 2005 06:57:10 -0500 id 00095AA8.42A19716.00017657 Received: from dsl-201-144-92-62.prod-infinitum.com.mx (dsl-201-144-92-62.prod-infinitum.com.mx [201.144.92.62]) by mail.bafirst.com (Horde MIME library) with HTTP; Sat, 04 Jun 2005 06:57:09 -0500 Message-ID: <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> Date: Sat, 04 Jun 2005 06:57:09 -0500 From: eculp@bafirst.com To: Mark Murray References: <200506041101.j54B1ptL025154@grovel.grondar.org> In-Reply-To: <200506041101.j54B1ptL025154@grovel.grondar.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: pear broken on 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: Sat, 04 Jun 2005 11:57:11 -0000 Quoting Mark Murray : > eculp@bafirst.com writes: >> After a week of rebuilding, changing versions of pear, php, apache and >> all other dependencies and looking everywhere except at this change, >> Finally, thanks to Manfred Antar and Thierry Thomas >> , I was able to understand that this was my >> problem with pear but I still don't know what the solution is. I >> assume that the port will need to be changed or am I missing something? > > What is the actual problem? Any pear command such as config-show or upgrade-all shows a php message as below. Maybe after the change I should be doing things differently but I haven't figured that our yet. I can boot with an older kernel and everything is as before. # pear Usage: php [options] [-f] [args...] php [options] -r [args...] php [options] [-- args...] -a Run interactively -c | Look for php.ini file in this directory -n No php.ini file will be used -d foo[=bar] Define INI entry foo with value 'bar' -e Generate extended information for debugger/profiler -f Parse . -h This help -i PHP information -l Syntax check only (lint) -m Show compiled in modules -r Run PHP without using script tags -s Display colour syntax highlighted source. -v Version number -w Display source with stripped comments and whitespace. -z Load Zend extension . args... Arguments passed to script. Use -- args when first argument starts with - or script is read from stdin Thanks, Mark, for any suggestions that you might have. ed From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 12:25:27 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09BD916A41F; Sat, 4 Jun 2005 12:25:27 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-144-206-250.jan.bellsouth.net [70.144.206.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E6E343D4C; Sat, 4 Jun 2005 12:25:26 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 9229621020; Sat, 4 Jun 2005 07:25:24 -0500 (CDT) Date: Sat, 4 Jun 2005 07:25:24 -0500 From: "Matthew D. Fuller" To: eculp@bafirst.com Message-ID: <20050604122523.GB57893@over-yonder.net> References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: ports@FreeBSD.ORG, Mark Murray , current@FreeBSD.ORG Subject: Re: pear broken on 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: Sat, 04 Jun 2005 12:25:27 -0000 On Sat, Jun 04, 2005 at 06:57:09AM -0500 I heard the voice of eculp@bafirst.com, and lo! it spake thus: > Quoting Mark Murray : > > > >What is the actual problem? > > Any pear command such as config-show or upgrade-all shows a php message > as below. While I have no real knowledge of how to step this further, I do know the first step will be "What's the #! line from the script?" On my system, it says: ------- (ttyp3):{58}% head -2 /usr/local/bin/pear #!/usr/local/bin/php -n -q -dsafe_mode=0 -doutput_buffering=1 X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EC5E16A41C; Sat, 4 Jun 2005 12:59:26 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from 72-12-2-214.wan.networktel.net (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F37743D48; Sat, 4 Jun 2005 12:59:25 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by 72-12-2-214.wan.networktel.net with local; Sat, 04 Jun 2005 07:59:24 -0500 id 00095A96.42A1A5AC.0000BF5E Received: from dsl-201-144-92-62.prod-infinitum.com.mx (dsl-201-144-92-62.prod-infinitum.com.mx [201.144.92.62]) by mail.bafirst.com (Horde MIME library) with HTTP; Sat, 04 Jun 2005 07:59:23 -0500 Message-ID: <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> Date: Sat, 04 Jun 2005 07:59:23 -0500 From: eculp@bafirst.com To: "Matthew D. Fuller" References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> In-Reply-To: <20050604122523.GB57893@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Cc: ports@FreeBSD.ORG, Mark Murray , current@FreeBSD.ORG Subject: Re: pear broken on 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: Sat, 04 Jun 2005 12:59:26 -0000 Quoting "Matthew D. Fuller" : > On Sat, Jun 04, 2005 at 06:57:09AM -0500 I heard the voice of > eculp@bafirst.com, and lo! it spake thus: >> Quoting Mark Murray : >> > >> >What is the actual problem? >> >> Any pear command such as config-show or upgrade-all shows a php message >> as below. > > While I have no real knowledge of how to step this further, I do know > the first step will be "What's the #! line from the script?" On my > system, it says: > > ------- > (ttyp3):{58}% head -2 /usr/local/bin/pear > #!/usr/local/bin/php -n -q -dsafe_mode=0 -doutput_buffering=1 > ------ Mark, I think they are the same on all. That was my excuse for not including it ;) All my machines are: #!/usr/local/bin/php -n -q -dsafe_mode=0 -doutput_buffering=1 > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. > From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 14:00:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9CA316A41C for ; Sat, 4 Jun 2005 14:00:55 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: from renaissance.homeip.net (m14.net81-67-132.noos.fr [81.67.132.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B95D43D4C for ; Sat, 4 Jun 2005 14:00:54 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: from renaissance.homeip.net (localhost [127.0.0.1]) by renaissance.homeip.net (Postfix) with ESMTP id EE1842055; Sat, 4 Jun 2005 16:00:52 +0200 (CEST) Received: (from rapiere@localhost) by renaissance.homeip.net (8.13.3/8.13.1/Submit) id j54E0lDr005068; Sat, 4 Jun 2005 16:00:47 +0200 (CEST) (envelope-from anthony.ginepro@laposte.net) X-Authentication-Warning: renaissance.homeip.net: rapiere set sender to anthony.ginepro@laposte.net using -f From: Anthony Ginepro To: Jeff Roberson In-Reply-To: <20050604052429.T8209@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> Content-Type: text/plain; charset=iso8859-15 Content-Transfer-Encoding: quoted-printable Date: Sat, 04 Jun 2005 16:00:47 +0200 Message-Id: <1117893647.1246.8.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Cc: current@freebsd.org Subject: Re: ULE Status. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 14:00:56 -0000 Le Samedi 04 juin 2005 =E0 05:25 -0400, Jeff Roberson a =E9crit : > I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > me know if you run into any problems with it, preferably with a seperate > mail to me as I'm more likely to see this than one which is cc'd to > current@. >=20 > Thanks, > Jeff So far, so good. However since a few weeks 6-CURRENT interactivity under I/O load isn't what it used to be. Uncompressing jdk14 makes the system slows down heavily, mouse pointer jerked and sound system chopped. I was hoping that ULE could help however it didn't improve much more than 4BSD. I suppose there's something else to tweak in order to have good interactivity under I/O load ? Anthony. > ---------- Forwarded message ---------- > Date: Sat, 4 Jun 2005 09:23:29 +0000 (UTC) > From: Jeff Roberson > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > Subject: cvs commit: src/sys/kern sched_ule.c >=20 > jeff 2005-06-04 09:23:29 UTC >=20 > FreeBSD src repository >=20 > Modified files: > sys/kern sched_ule.c > Log: > - Don't SLOT_USE() in the preempt case, sched_add() has already taken = the > slot for us. Previously, we would take two slots on every preempt, = and > setrunqueue() would fix it up for us in the non threaded case. The > threaded case was simply broken. > - Clean up flags, prototypes, comments. >=20 > Revision Changes Path > 1.150 +37 -72 src/sys/kern/sched_ule.c > _______________________________________________ > 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 Jun 4 14:07:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87FE316A41C for ; Sat, 4 Jun 2005 14:07:40 +0000 (GMT) (envelope-from murray@freebsdmall.com) Received: from mail.freebsdmall.com (ns1.freebsdmall.com [69.50.233.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6271F43D55 for ; Sat, 4 Jun 2005 14:07:40 +0000 (GMT) (envelope-from murray@freebsdmall.com) Received: by mail.freebsdmall.com (Postfix, from userid 2074) id 4D77B1CE08; Sat, 4 Jun 2005 07:07:40 -0700 (PDT) Date: Sat, 4 Jun 2005 07:07:40 -0700 From: Murray Stokely To: aris@0xbadc0de.be Message-ID: <20050604140740.GF93031@freebsdmall.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-GPG-Key-ID: 1024D/0E451F7D X-GPG-Key-Fingerprint: E2CA 411D DD44 53FD BB4B 3CB5 B4D7 10A2 0E45 1F7D Cc: freebsd-current@freebsd.org, David Maxwell Subject: Re: looking for a potential mentor for google's summer of code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 14:07:40 -0000 On Thu, Jun 02, 2005 at 09:06:32PM +0000, Aris Adamantiadis wrote: > I am a student interested by google summer of code. I've already put on > a project yesterday, and there was not freebsd at this time. So I've > choosen google. > Now, I wonder if it was wise to do that. We can still change the > mentoring project, so I'm asking if the project would interest somebody > at freebsd. Your project sounds interesting. You may want to mail some of the specific individuals listed on the project website to identify a mentor (though posting to this list was also a good idea): http://www.freebsd.org/projects/summerofcode.html Also, I hear that David Maxwell of the NetBSD Project is working in this area and so he might be a natural person to work with (and of course the FreeBSD project would also be interested in this work, but working with him would mean listing NetBSD as the mentoring organization). Good luck! - Murray > I explain. I am the author of libssh, a tiny C ssh library > (http://0xbadc0de.be ) which currently only support client side. > My project would be to extend it to server side at a first time, then > creating a fully featured sftp server using the library. > It would have lot of options that openssh still miss like secure > anonymous access, files and directories permissions not based on the > actual unix permissions etc. (like most popular ftp servers). > > Thank you by advance for your advises. > Regards, > Aris > > _______________________________________________ > 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 Jun 4 14:48:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28D1D16A41C for ; Sat, 4 Jun 2005 14:48:31 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDEA243D1D for ; Sat, 4 Jun 2005 14:48:30 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 2DC0B46B82; Sat, 4 Jun 2005 10:48:28 -0400 (EDT) Date: Sat, 4 Jun 2005 15:48:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Anthony Ginepro In-Reply-To: <1117893647.1246.8.camel@renaissance.homeip.net> Message-ID: <20050604154819.E89392@fledge.watson.org> References: <20050604052429.T8209@mail.chesapeake.net> <1117893647.1246.8.camel@renaissance.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE Status. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 14:48:31 -0000 On Sat, 4 Jun 2005, Anthony Ginepro wrote: > However since a few weeks 6-CURRENT interactivity under I/O load isn't > what it used to be. Uncompressing jdk14 makes the system slows down > heavily, mouse pointer jerked and sound system chopped. > > I was hoping that ULE could help however it didn't improve much more > than 4BSD. I suppose there's something else to tweak in order to have > good interactivity under I/O load ? Can you identify a threshold date, or better yet, commit, where the problem began? Some searching through kernel dates would be very helpful. Robert N M Watson > > Anthony. > >> ---------- Forwarded message ---------- >> Date: Sat, 4 Jun 2005 09:23:29 +0000 (UTC) >> From: Jeff Roberson >> To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org >> Subject: cvs commit: src/sys/kern sched_ule.c >> >> jeff 2005-06-04 09:23:29 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/kern sched_ule.c >> Log: >> - Don't SLOT_USE() in the preempt case, sched_add() has already taken the >> slot for us. Previously, we would take two slots on every preempt, and >> setrunqueue() would fix it up for us in the non threaded case. The >> threaded case was simply broken. >> - Clean up flags, prototypes, comments. >> >> Revision Changes Path >> 1.150 +37 -72 src/sys/kern/sched_ule.c >> _______________________________________________ >> 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 Sat Jun 4 14:57:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4889E16A41C for ; Sat, 4 Jun 2005 14:57:20 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF3043D48 for ; Sat, 4 Jun 2005 14:57:19 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so1238863rne for ; Sat, 04 Jun 2005 07:57:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; 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=HtCdhq1uyqcgsWyo+sFVdUU9cbtQwKoWgxD1hWPESBHeKsHgispylbyI42T+pUrQ6lNb5DkimgoOhyf9B4S2lFIcB6PUDU8evalv6YI6Yc+PhMk1fDP4oAXXP4Xhm18358NcqYryhKQvQNS0XumEY47ByvEhwXvGrtMwLDTP9Ys= Received: by 10.38.186.20 with SMTP id j20mr1499015rnf; Sat, 04 Jun 2005 07:57:19 -0700 (PDT) Received: by 10.38.101.35 with HTTP; Sat, 4 Jun 2005 07:57:19 -0700 (PDT) Message-ID: Date: Sat, 4 Jun 2005 23:57:19 +0900 From: Eric Kjeldergaard To: Peter Edwards In-Reply-To: <34cb7c84050309022130766a33@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <34cb7c84050309022130766a33@mail.gmail.com> Cc: FreeBSD Current Subject: Re: a relatively major problem with ext2. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jun 2005 14:57:20 -0000 On 3/9/05, Peter Edwards wrote: > On Tue, 8 Mar 2005 20:54:44 -0600, Eric Kjeldergaard > wrote: > > After a bit of discussion on the kde list regarding a problem I've > > been having with kreadconfig (which uses mmap), I've stumbled (largely > > directed by Michael Nottebrock) upon an ext2 bug. Michael wrote and > > posted the following code: > > [snip mmap failures, crash] > Hi Eric, > Can you try the attached patch? Sorry it took me so long to reply. The patch still applies in today's -current. It even seems to fix the problem that was being discussed.=20 The same code that I was running before now works without an hitch.=20 There is still another issue, though. I have some ext2 drives mounted and I can cd and ls and use things like konqueror with them, however things like the following are happening: # mkdir foo # mkdir foo/bar # rm -rf foo rm: foo: No such file or directory # cd foo/ # ls bar # find . . find: ./bar: No such file or directory find: .: No such file or directory # =20 Those are definitely broken behaviour. I hope someone has an answer.=20 Now that I'm all settled in .jp I should be able to test patches or provide information in reasonable amounts of time. Thank you very much, Peter, for your patch! --=20 If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 15:11:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 261C316A41C for ; Sat, 4 Jun 2005 15:11:16 +0000 (GMT) (envelope-from antoine@mna75-2-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (madhouse.dreadbsd.org [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 994EB43D58 for ; Sat, 4 Jun 2005 15:11:15 +0000 (GMT) (envelope-from antoine@mna75-2-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j54FBAv0020441; Sat, 4 Jun 2005 17:11:10 +0200 (CEST) (envelope-from antoine@mna75-2-82-67-196-50.fbx.proxad.net) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j54FB9Dd020431; Sat, 4 Jun 2005 17:11:09 +0200 (CEST) (envelope-from antoine) Date: Sat, 4 Jun 2005 17:11:09 +0200 From: Antoine Brodin To: Jeff Roberson Message-Id: <20050604171109.7a36099a.antoine.brodin@laposte.net> In-Reply-To: <20050604052429.T8209@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: ULE Status. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 15:11:16 -0000 Jeff Roberson wrote: > I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > me know if you run into any problems with it, preferably with a seperate > mail to me as I'm more likely to see this than one which is cc'd to > current@. > > Thanks, > Jeff > > ---------- Forwarded message ---------- > Date: Sat, 4 Jun 2005 09:23:29 +0000 (UTC) > From: Jeff Roberson > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > Subject: cvs commit: src/sys/kern sched_ule.c > > jeff 2005-06-04 09:23:29 UTC > > FreeBSD src repository > > Modified files: > sys/kern sched_ule.c > Log: > - Don't SLOT_USE() in the preempt case, sched_add() has already taken the > slot for us. Previously, we would take two slots on every preempt, and > setrunqueue() would fix it up for us in the non threaded case. The > threaded case was simply broken. > - Clean up flags, prototypes, comments. > > Revision Changes Path > 1.150 +37 -72 src/sys/kern/sched_ule.c After this commit, I've got this kind of message when I quit firefox for example: pid 3685: corrected slot count (5399->1) Is this normal ? I use ULE+PREEMPTION on a UP box. Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 15:31:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DFBB16A41C for ; Sat, 4 Jun 2005 15:31:04 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3336743D48 for ; Sat, 4 Jun 2005 15:31:03 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j54FV2k9000493; Sat, 4 Jun 2005 11:31:03 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j54FV2T4000488; Sat, 4 Jun 2005 11:31:02 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Sat, 4 Jun 2005 11:31:02 -0400 (EDT) From: Jeff Roberson To: Antoine Brodin In-Reply-To: <20050604171109.7a36099a.antoine.brodin@laposte.net> Message-ID: <20050604113037.V8209@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> <20050604171109.7a36099a.antoine.brodin@laposte.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: ULE Status. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 15:31:04 -0000 On Sat, 4 Jun 2005, Antoine Brodin wrote: > Jeff Roberson wrote: > > I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > > me know if you run into any problems with it, preferably with a seperate > > mail to me as I'm more likely to see this than one which is cc'd to > > current@. > > > > Thanks, > > Jeff > > > > ---------- Forwarded message ---------- > > Date: Sat, 4 Jun 2005 09:23:29 +0000 (UTC) > > From: Jeff Roberson > > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > > Subject: cvs commit: src/sys/kern sched_ule.c > > > > jeff 2005-06-04 09:23:29 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/kern sched_ule.c > > Log: > > - Don't SLOT_USE() in the preempt case, sched_add() has already taken the > > slot for us. Previously, we would take two slots on every preempt, and > > setrunqueue() would fix it up for us in the non threaded case. The > > threaded case was simply broken. > > - Clean up flags, prototypes, comments. > > > > Revision Changes Path > > 1.150 +37 -72 src/sys/kern/sched_ule.c > > After this commit, I've got this kind of message when I quit firefox > for example: > pid 3685: corrected slot count (5399->1) > Is this normal ? > I use ULE+PREEMPTION on a UP box. > No, it's not. I must've missed something still. :-( Hopefully I'll find it tonight. Thanks, Jeff > Cheers, > > Antoine > _______________________________________________ > 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 Jun 4 15:37:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5269216A41C; Sat, 4 Jun 2005 15:37:38 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9DA743D48; Sat, 4 Jun 2005 15:37:36 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring [10.0.0.2]) by itchy.rabson.org (8.13.3/8.12.11) with ESMTP id j54FbP4M096881; Sat, 4 Jun 2005 16:37:26 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Sat, 4 Jun 2005 16:37:23 +0100 User-Agent: KMail/1.8 References: <20050531180503.GB55256@nowhere> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506041637.24988.dfr@nlsystems.com> X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on itchy.rabson.org X-Virus-Scanned: ClamAV 0.83/912/Sat Jun 4 11:00:52 2005 on itchy.rabson.org X-Virus-Status: Clean Cc: Craig Boston , Jim Thompson , current@freebsd.org Subject: Re: undefined reference to `cpu_fxsr' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 15:37:38 -0000 On Friday 03 June 2005 17:15, Jim Thompson wrote: > On May 31, 2005, at 8:05 AM, Craig Boston wrote: > > [...] > > linking kernel > > > > ptrace_machdep.o(.text+0xb): In function `cpu_ptrace': > > : undefined reference to `cpu_fxsr' > > > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/sys/SOEKRIS. > > *** Error code 1 > > > > This seems to be related to the new ptrace_machdep.c file. All > > other references to cpu_fxsr I can find are wrapped by #ifdef > > CPU_ENABLE_SSE > > I just ran into the same thing. Seems to be a problem whenever you > don't have > cpu I686_CPU > in your KERNCONF file. I just committed a fix for this - try r1.2 of ptrace_machdep.c. From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 15:37:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5269216A41C; Sat, 4 Jun 2005 15:37:38 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9DA743D48; Sat, 4 Jun 2005 15:37:36 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring [10.0.0.2]) by itchy.rabson.org (8.13.3/8.12.11) with ESMTP id j54FbP4M096881; Sat, 4 Jun 2005 16:37:26 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Sat, 4 Jun 2005 16:37:23 +0100 User-Agent: KMail/1.8 References: <20050531180503.GB55256@nowhere> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506041637.24988.dfr@nlsystems.com> X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on itchy.rabson.org X-Virus-Scanned: ClamAV 0.83/912/Sat Jun 4 11:00:52 2005 on itchy.rabson.org X-Virus-Status: Clean Cc: Craig Boston , Jim Thompson , current@freebsd.org Subject: Re: undefined reference to `cpu_fxsr' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 15:37:38 -0000 On Friday 03 June 2005 17:15, Jim Thompson wrote: > On May 31, 2005, at 8:05 AM, Craig Boston wrote: > > [...] > > linking kernel > > > > ptrace_machdep.o(.text+0xb): In function `cpu_ptrace': > > : undefined reference to `cpu_fxsr' > > > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/sys/SOEKRIS. > > *** Error code 1 > > > > This seems to be related to the new ptrace_machdep.c file. All > > other references to cpu_fxsr I can find are wrapped by #ifdef > > CPU_ENABLE_SSE > > I just ran into the same thing. Seems to be a problem whenever you > don't have > cpu I686_CPU > in your KERNCONF file. I just committed a fix for this - try r1.2 of ptrace_machdep.c. From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 15:59:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B453F16A41C; Sat, 4 Jun 2005 15:59:22 +0000 (GMT) (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 5C5D943D53; Sat, 4 Jun 2005 15:59:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j54FxLj2083127; Sat, 4 Jun 2005 11:59:21 -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.13.3/8.13.3) with ESMTP id j54FxLW7029025; Sat, 4 Jun 2005 11:59:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2F8AD7306E; Sat, 4 Jun 2005 11:59:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050604155921.2F8AD7306E@freebsd-current.sentex.ca> Date: Sat, 4 Jun 2005 11:59:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean Cc: Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jun 2005 15:59:22 -0000 TB --- 2005-06-04 15:53:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-04 15:53:24 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-06-04 15:53:24 - cleaning the object tree TB --- 2005-06-04 15:53:29 - checking out the source tree TB --- 2005-06-04 15:53:29 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-06-04 15:53:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-04 15:59:20 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2005-06-04 15:59:20 - ERROR: unable to check out the source tree TB --- 2005-06-04 15:59:20 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 17:31:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D68D316A41C for ; Sat, 4 Jun 2005 17:31:41 +0000 (GMT) (envelope-from jake@locore.ca) Received: from gw-kit.locore.ca (gw-kit.locore.ca [67.43.130.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C51643D48 for ; Sat, 4 Jun 2005 17:31:39 +0000 (GMT) (envelope-from jake@locore.ca) Received: from [10.0.0.3] (ws.locore.ca [10.0.0.3]) by gw-kit.locore.ca (Postfix) with ESMTP id 9CD132BD479; Sat, 4 Jun 2005 13:31:38 -0400 (EDT) Message-ID: <42A1E579.1020704@locore.ca> Date: Sat, 04 Jun 2005 13:31:37 -0400 From: Jake Burkholder User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050424) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <20050601000203.D69811@lexi.siliconlandmark.com> In-Reply-To: <20050601000203.D69811@lexi.siliconlandmark.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [RFC] [PATCH] VM & VFS changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jun 2005 17:31:41 -0000 Andre Guibert de Bruet wrote: > Hi, > > I would like to present a unified set of VM and VFS diffs for wider > scrutiny and testing. I have been running these diffs since May 10th > across daily reboots with no issues. > > [...] >Index: vm/swap_pager.c >=================================================================== >RCS file: /home/ncvs/src/sys/vm/swap_pager.c,v >retrieving revision 1.273 >diff -u -r1.273 swap_pager.c >--- vm/swap_pager.c 20 May 2005 21:26:05 -0000 1.273 >+++ vm/swap_pager.c 24 May 2005 02:21:30 -0000 >@@ -2193,6 +2193,60 @@ > return (error); > } > > [...] > > >+ >+ mtx_lock(&sw_dev_mtx); >+ TAILQ_REMOVE(&swtailq, sp, sw_list); >+ >+ sp = TAILQ_FIRST(&swtailq); >+ free(sp, M_VMPGDATA); >+ } > > It looks like the free should be before sp = TAILQ_FIRST() instead of after. Jake From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 20:42:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F02616A41C for ; Sat, 4 Jun 2005 20:42:20 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from 72-12-2-214.wan.networktel.net (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id C49BA43D1F for ; Sat, 4 Jun 2005 20:42:19 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by 72-12-2-214.wan.networktel.net with local; Sat, 04 Jun 2005 15:42:19 -0500 id 00095A95.42A2122B.0000CA11 Received: from dsl-201-144-92-62.prod-infinitum.com.mx (dsl-201-144-92-62.prod-infinitum.com.mx [201.144.92.62]) by mail.bafirst.com (Horde MIME library) with HTTP; Sat, 04 Jun 2005 15:42:18 -0500 Message-ID: <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> Date: Sat, 04 Jun 2005 15:42:18 -0500 From: eculp@bafirst.com To: lord2800 References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> In-Reply-To: <42A1D1D9.7030204@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Cc: current@freebsd.org Subject: Re: pear broken on 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: Sat, 04 Jun 2005 20:42:20 -0000 Quoting lord2800 : > eculp@bafirst.com wrote: > >> Quoting "Matthew D. Fuller" : >> >>> On Sat, Jun 04, 2005 at 06:57:09AM -0500 I heard the voice of >>> eculp@bafirst.com, and lo! it spake thus: >>> >>>> Quoting Mark Murray : >>>> > >>>> >What is the actual problem? >>>> >>>> Any pear command such as config-show or upgrade-all shows a php message >>>> as below. >>> >>> >>> While I have no real knowledge of how to step this further, I do know >>> the first step will be "What's the #! line from the script?" On my >>> system, it says: >>> >>> ------- >>> (ttyp3):{58}% head -2 /usr/local/bin/pear >>> #!/usr/local/bin/php -n -q -dsafe_mode=0 -doutput_buffering=1 >>> >> ------ >> >> Mark, I think they are the same on all. That was my excuse for not >> including it ;) >> >> All my machines are: >> >> #!/usr/local/bin/php -n -q -dsafe_mode=0 -doutput_buffering=1 >> > >> Thanks again, >> >> ed > > That's perfectly ok, it's the interpreter for that script. > That is good to know, Jeff. Any idea how to get it to work other than going back to a pre may 28 kernel, which is what I've done but I can't just stay at may 27 for ever ;) Thanks, ed From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 21:33:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F4EB16A41C; Sat, 4 Jun 2005 21:33:07 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id C742243D4C; Sat, 4 Jun 2005 21:33:06 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHK00409X77EB40@osl1smout1.broadpark.no>; Sat, 04 Jun 2005 23:33:07 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHK00BTGXDBKVV0@osl1sminn1.broadpark.no>; Sat, 04 Jun 2005 23:36:47 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 3BB2845535; Sat, 04 Jun 2005 23:33:05 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id AF52D45157; Sat, 04 Jun 2005 23:33:01 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 87CA533C3B; Sat, 04 Jun 2005 23:33:01 +0200 (CEST) Date: Sat, 04 Jun 2005 23:33:01 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050604155921.2F8AD7306E@freebsd-current.sentex.ca> To: FreeBSD Tinderbox Message-id: <867jh9st82.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050604155921.2F8AD7306E@freebsd-current.sentex.ca> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 21:33:07 -0000 FreeBSD Tinderbox writes: > TB --- 2005-06-04 15:53:24 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2005-06-04 15:53:24 - starting CURRENT tinderbox run for powerpc/p= owerpc > TB --- 2005-06-04 15:53:24 - cleaning the object tree > TB --- 2005-06-04 15:53:29 - checking out the source tree > TB --- 2005-06-04 15:53:29 - cd /home/tinderbox/CURRENT/powerpc/powerpc > TB --- 2005-06-04 15:53:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -P= d -A src > TB --- 2005-06-04 15:59:20 - WARNING: /usr/bin/cvs returned exit code 1= =20 > TB --- 2005-06-04 15:59:20 - ERROR: unable to check out the source tree > TB --- 2005-06-04 15:59:20 - tinderbox aborted The gcc 3.4.4 import conflicts with the rs6000.c / sysv4.h patches which were applied locally. Are new patches available, or will it build without them? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 21:39:34 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D9D116A41C; Sat, 4 Jun 2005 21:39:34 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from sp.dominia.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEB1A43D49; Sat, 4 Jun 2005 21:39:33 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by sp.dominia.org (8.13.1/8.13.1) with ESMTP id j54LdPJM000481 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Sat, 4 Jun 2005 17:39:26 -0400 In-Reply-To: <867jh9st82.fsf@xps.des.no> References: <20050604155921.2F8AD7306E@freebsd-current.sentex.ca> <867jh9st82.fsf@xps.des.no> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Suleiman Souhlal Date: Sat, 4 Jun 2005 17:39:19 -0400 To: des@des.no (=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=) X-Mailer: Apple Mail (2.730) Cc: powerpc@FreeBSD.org, FreeBSD Tinderbox , current@FreeBSD.org Subject: Re: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Jun 2005 21:39:34 -0000 Hi, On Jun 4, 2005, at 5:33 PM, Dag-Erling Sm=F8rgrav wrote: > FreeBSD Tinderbox writes: > >> TB --- 2005-06-04 15:53:24 - tinderbox 2.3 running on freebsd-=20 >> current.sentex.ca >> TB --- 2005-06-04 15:53:24 - starting CURRENT tinderbox run for =20 >> powerpc/powerpc >> TB --- 2005-06-04 15:53:24 - cleaning the object tree >> TB --- 2005-06-04 15:53:29 - checking out the source tree >> TB --- 2005-06-04 15:53:29 - cd /home/tinderbox/CURRENT/powerpc/=20 >> powerpc >> TB --- 2005-06-04 15:53:29 - /usr/bin/cvs -f -R -q -d/home/ncvs =20 >> update -Pd -A src >> TB --- 2005-06-04 15:59:20 - WARNING: /usr/bin/cvs returned exit =20 >> code 1 >> TB --- 2005-06-04 15:59:20 - ERROR: unable to check out the source =20= >> tree >> TB --- 2005-06-04 15:59:20 - tinderbox aborted >> > > The gcc 3.4.4 import conflicts with the rs6000.c / sysv4.h patches > which were applied locally. Are new patches available, or will it > build without them? I'll take a look at this later this weekend. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 22:41:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73F3616A41F for ; Sat, 4 Jun 2005 22:41:55 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from ecf.puc.edu (ecf2.puc.edu [12.16.216.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0DC243D4C for ; Sat, 4 Jun 2005 22:41:54 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from gate1.puc.edu (gate1.puc.edu [192.168.230.3]) by ecf.puc.edu (8.11.6/8.10.1) with ESMTP id j54MftP16638 for ; Sat, 4 Jun 2005 15:41:56 -0700 (PDT) Received: from [10.201.136.242] ([10.201.136.242]) by gate1 with IMSS; Sat, 04 Jun 2005 15:40:46 -0700 Message-ID: <42A22E5D.8010405@gmail.com> Date: Sat, 04 Jun 2005 15:42:37 -0700 From: Jeff Hubbard User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> In-Reply-To: <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pear broken on 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: Sat, 04 Jun 2005 22:41:55 -0000 eculp@bafirst.com wrote: > Quoting lord2800 : > >> eculp@bafirst.com wrote: >> >>> Quoting "Matthew D. Fuller" : >>> >>>> On Sat, Jun 04, 2005 at 06:57:09AM -0500 I heard the voice of >>>> eculp@bafirst.com, and lo! it spake thus: >>>> >>>>> Quoting Mark Murray : >>>>> > >>>>> >What is the actual problem? >>>>> >>>>> Any pear command such as config-show or upgrade-all shows a php >>>>> message >>>>> as below. >>>> >>>> >>>> >>>> While I have no real knowledge of how to step this further, I do know >>>> the first step will be "What's the #! line from the script?" On my >>>> system, it says: >>>> >>>> ------- >>>> (ttyp3):{58}% head -2 /usr/local/bin/pear >>>> #!/usr/local/bin/php -n -q -dsafe_mode=0 -doutput_buffering=1 >>>> >>> ------ >>> >>> >>> Mark, I think they are the same on all. That was my excuse for not >>> including it ;) >>> >>> All my machines are: >>> >>> #!/usr/local/bin/php -n -q -dsafe_mode=0 -doutput_buffering=1 >>> >> >>> Thanks again, >>> >>> ed >> >> >> That's perfectly ok, it's the interpreter for that script. >> > > That is good to know, Jeff. Any idea how to get it to work other than > going back to a pre may 28 kernel, which is what I've done but I can't > just stay at may 27 for ever ;) > > Thanks, > > ed > Sorry about that, I forgot that I have to manually change the senders address to post to the mailing list. As far as the script goes, I could take a look, but I have no commit access or anything, so I couldn't really do anything except try to find the error and make a diff file. I can do that later tonight, if you want, but no guarantees. Jeff > > _______________________________________________ > 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 Jun 4 22:56:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1041816A41C for ; Sat, 4 Jun 2005 22:56:56 +0000 (GMT) (envelope-from johnjawed@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57ACE43D4C for ; Sat, 4 Jun 2005 22:56:55 +0000 (GMT) (envelope-from johnjawed@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1357220wri for ; Sat, 04 Jun 2005 15:56:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ZXQznbM7DDtLzUTlLT/6/p8PXjBtaaGVYpcE0LG76lrB/NPaoZypJQS3QP7RI5BBtCeAqWL7imUrSq7UAtaQQHab2vCNhCWxw2cd/s9bsEtHcDW49lB0td639E+q9zKjHGFe/597QCgUZnzLJxQAv65XtF1VVdfpIu5qBDcOkoo= Received: by 10.54.150.2 with SMTP id x2mr2233888wrd; Sat, 04 Jun 2005 15:56:54 -0700 (PDT) Received: by 10.54.132.10 with HTTP; Sat, 4 Jun 2005 15:56:54 -0700 (PDT) Message-ID: Date: Sat, 4 Jun 2005 15:56:54 -0700 From: John Jawed To: Scott Long In-Reply-To: <42A11C92.5050505@samsco.org> Mime-Version: 1.0 References: <42A11C92.5050505@samsco.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org, FreeBSD Current Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Jawed List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jun 2005 22:56:56 -0000 Yes, oh lordie yes. I guess we aren't going to have a new logo in time for= =20 FreeBSD6-RELEASE in August, are we? On 6/3/05, Scott Long wrote: >=20 > All, >=20 > The long anticipated and much feared 6.0 code freeze is about to begin! > I'll cut to the chase: >=20 > June 10 - Feature freeze + code slush > ^^^^^^^ >=20 > July 10 - RELENG_6 branch > August 1 - RELENG_6_0 branch > August 15 - 6.0-RELEASE >=20 > From June 10 until the release, the number one priority is fixing bugs. > All of the dates after June 10 are somewhat fluid and subject to change > depending on where we are with stability. We won't release 6.0 until > it is ready, but I'm pretty confident that we'll have it ready by > August. >=20 > Since SMPVFS is on by default on i386 and amd64, we need as much testing > and bug fixing there as is possible. Jeff has been doing a fantastic > job on this, but I'm sure that more help would be appreciated. Also, > now is the time to start tracking down whatever strange panics or poor > performance anyone might be seeing; the system is pretty stable at the > 80% level, but there are a lot of edge cases that we need to work on > to make it a good release. A stroll through the mailing lists and PR > database would be a good place to start for anyone that wants to help. >=20 > Again, the plan is for 6.0 to be a modest replacement for 5.x. We do > plan on a 5.5 release in September to tie up the branch and help people > move to 6.0/6.1, but 6.x is truly just a much improved 5.x at this > point. For those with bosses who are fainting at the thought of there > being a 7-CURRENT around the corner and 5-STABLE coming to a close, > please keep in mind that migrating from 5.x to 6.x is trivial and is > worthwhile. However, we need to do the branch now so that we can keep > things like SMPVFS under control and produce a high-quality series of > releases with it. For those who have already adopted 5.x and cannot > spend the time/money to migrate again, RELENG_5 will still have secteam > support into at least 2007 (going by their normal formula), and I expect > there to be normal feature and bug-fix commits to it for at least > another year from now. >=20 > To jump-start the testing, I've posted a new set of 6.0-CURRENT > snapshots to ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Jun_2005. > Once the freeze starts, I expect a new snapshot to be posted every 1-2 > weeks until we get close to the release. So, please help test, report, > and fix bugs! >=20 > Thanks, >=20 > Scott > _______________________________________________ > 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 --=20 John Jawed From owner-freebsd-current@FreeBSD.ORG Sat Jun 4 23:30:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A503B16A41C for ; Sat, 4 Jun 2005 23:30:22 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from 72-12-2-214.wan.networktel.net (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34B5343D48 for ; Sat, 4 Jun 2005 23:30:19 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by 72-12-2-214.wan.networktel.net with local; Sat, 04 Jun 2005 18:30:19 -0500 id 00095A96.42A2398B.000122DE Received: from dsl-201-144-92-62.prod-infinitum.com.mx (dsl-201-144-92-62.prod-infinitum.com.mx [201.144.92.62]) by mail.bafirst.com (Horde MIME library) with HTTP; Sat, 04 Jun 2005 18:30:19 -0500 Message-ID: <20050604183019.49u0ix9qg4gg4g0g@mail.bafirst.com> Date: Sat, 04 Jun 2005 18:30:19 -0500 From: eculp@bafirst.com To: freebsd-current@freebsd.org References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> <42A22E5D.8010405@gmail.com> In-Reply-To: <42A22E5D.8010405@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Subject: Re: pear broken on 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: Sat, 04 Jun 2005 23:30:22 -0000 Quoting Jeff Hubbard : > eculp@bafirst.com wrote: > >> That is good to know, Jeff. Any idea how to get it to work other >> than going back to a pre may 28 kernel, which is what I've done but >> I can't just stay at may 27 for ever ;) >> >> Thanks, >> >> ed >> > Sorry about that, I forgot that I have to manually change the senders > address to post to the mailing list. > > As far as the script goes, I could take a look, but I have no commit > access or anything, so I couldn't really do anything except try to > find the error and make a diff file. I can do that later tonight, if > you want, but no guarantees. > Jeff, if you can that it would be awesome. I hope that someone will commit it and if not I'll keep it locally. I can't believe that I'm the only one seeing the problem. I opened a PR 81890 on the problem so the patch could be attached to it or to a new one as a fix to 81890, IIRC. Thanks, ed