From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 00:12:53 2006 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 81ED216A407 for ; Sun, 5 Nov 2006 00:12:53 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA07743D5A for ; Sun, 5 Nov 2006 00:12:52 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id kA50CKCA065049; Sun, 5 Nov 2006 01:12:21 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id kA50CNNn040452; Sun, 5 Nov 2006 01:12:23 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id kA50CMAQ040451; Sun, 5 Nov 2006 01:12:22 +0100 (CET) (envelope-from wb) Date: Sun, 5 Nov 2006 01:12:22 +0100 From: Wilko Bulte To: freebsd@bitfreak.org Message-ID: <20061105001222.GB40398@freebie.xs4all.nl> References: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> <454CC513.10707@zedat.fu-berlin.de> <454CED88.1070500@bitfreak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <454CED88.1070500@bitfreak.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@FreeBSD.ORG, "O. Hartmann" Subject: Re: read cd's but not dvd's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2006 00:12:53 -0000 On Sat, Nov 04, 2006 at 11:44:08AM -0800, freebsd@bitfreak.org wrote.. > O. Hartmann wrote: > >I also had never success mounting several commercial cinema-scope DVDs > >due to an unrecognized non-ISO9660 format - maybe some kind of copy > >prevention. > > That would probably be because DVDs use the UDF format. ISO9660 is only > for CDs. Not true, there are also DVDs with ISO9660. Quite a few actually. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 00:35:31 2006 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 CC8AD16A407; Sun, 5 Nov 2006 00:35:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D2643D5E; Sun, 5 Nov 2006 00:35: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.6/8.13.6) with ESMTP id kA50ZUKk058625; Sat, 4 Nov 2006 19:35:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA50ZUED011977; Sat, 4 Nov 2006 19:35:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EEAE973068; Sat, 4 Nov 2006 19:35:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105003529.EEAE973068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 19:35:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 00:35:32 -0000 TB --- 2006-11-04 22:55:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-04 22:55:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-04 22:55:01 - cleaning the object tree TB --- 2006-11-04 22:55:45 - checking out the source tree TB --- 2006-11-04 22:55:45 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-04 22:55:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-04 23:06:16 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-04 23:06:16 - cd /src TB --- 2006-11-04 23:06:16 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 4 23:06:18 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Nov 5 00:25:36 UTC 2006 TB --- 2006-11-05 00:25:36 - generating LINT kernel config TB --- 2006-11-05 00:25:36 - cd /src/sys/amd64/conf TB --- 2006-11-05 00:25:36 - /usr/bin/make -B LINT TB --- 2006-11-05 00:25:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 00:25:36 - cd /src TB --- 2006-11-05 00:25:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 00:25:36 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 00:35:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 00:35:29 - ERROR: failed to build lint kernel TB --- 2006-11-05 00:35:29 - tinderbox aborted TB --- 0.74 user 2.73 system 6028.70 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 00:54:24 2006 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 ACE2916A40F for ; Sun, 5 Nov 2006 00:54:24 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F67E43D62 for ; Sun, 5 Nov 2006 00:54:21 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA50qpUt096578; Sat, 4 Nov 2006 17:52:57 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <454D35E1.7060306@samsco.org> Date: Sat, 04 Nov 2006 17:52:49 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Wilko Bulte References: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> <454CC513.10707@zedat.fu-berlin.de> <454CED88.1070500@bitfreak.org> <20061105001222.GB40398@freebie.xs4all.nl> In-Reply-To: <20061105001222.GB40398@freebie.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd@bitfreak.org, freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: read cd's but not dvd's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2006 00:54:24 -0000 Wilko Bulte wrote: > On Sat, Nov 04, 2006 at 11:44:08AM -0800, freebsd@bitfreak.org wrote.. >> O. Hartmann wrote: >>> I also had never success mounting several commercial cinema-scope DVDs >>> due to an unrecognized non-ISO9660 format - maybe some kind of copy >>> prevention. >> That would probably be because DVDs use the UDF format. ISO9660 is only >> for CDs. > > Not true, there are also DVDs with ISO9660. Quite a few actually. > Most commercial DVD movies contain both a UDF and an ISO9660 filesystem. I haven't purchased a lot of DVD ROMs myself, but most I've seen have been ISO9660. For storing write-once data, ISO9660 is great format; it's simple and well supported. Scott From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 01:22:54 2006 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 4EFC816A407; Sun, 5 Nov 2006 01:22:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD25643D45; Sun, 5 Nov 2006 01:22:53 +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.6/8.13.6) with ESMTP id kA51MrF1060211; Sat, 4 Nov 2006 20:22:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA51MpUO030594; Sat, 4 Nov 2006 20:22:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B08B873068; Sat, 4 Nov 2006 20:22:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105012251.B08B873068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 20:22:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 01:22:54 -0000 TB --- 2006-11-05 00:04:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 00:04:21 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-05 00:04:21 - cleaning the object tree TB --- 2006-11-05 00:05:05 - checking out the source tree TB --- 2006-11-05 00:05:05 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-05 00:05:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 00:13:43 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 00:13:43 - cd /src TB --- 2006-11-05 00:13:43 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 00:13:45 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 01:11:42 UTC 2006 TB --- 2006-11-05 01:11:42 - generating LINT kernel config TB --- 2006-11-05 01:11:42 - cd /src/sys/i386/conf TB --- 2006-11-05 01:11:42 - /usr/bin/make -B LINT TB --- 2006-11-05 01:11:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 01:11:42 - cd /src TB --- 2006-11-05 01:11:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 01:11:43 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 01:22:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 01:22:51 - ERROR: failed to build lint kernel TB --- 2006-11-05 01:22:51 - tinderbox aborted TB --- 0.62 user 1.91 system 4710.08 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 01:43:38 2006 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 4EF2716A40F for ; Sun, 5 Nov 2006 01:43:38 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FABC43D53 for ; Sun, 5 Nov 2006 01:43:37 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kA51hPXG069278; Sun, 5 Nov 2006 03:43:27 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sun, 5 Nov 2006 03:43:25 +0200 (EET) From: Dmitry Pryanishnikov To: Andriy Gapon In-Reply-To: <44E5FFF3.9040908@icyb.net.ua> Message-ID: <20061105025754.M20747@atlantis.atlantis.dp.ua> References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> <20060818204915.S42981@atlantis.atlantis.dp.ua> <44E5FFF3.9040908@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Devon H. O'Dell" , freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2006 01:43:38 -0000 Hello! Well, maybe it's a little late to reply now, but anyway... On Fri, 18 Aug 2006, Andriy Gapon wrote: > on 18/08/2006 20:50 Dmitry Pryanishnikov said the following: >>> BTW, has anyone contemplated or even done this - some sort of a script >>> to automatically add all modules that were loaded at a time of crash ? >> >> Hmm, isn't this the task for asf(8). If not, what is asf(8) for? > > This is a very nice command, thank you! > But it does not seem to be directly applicable to postmortem situation > i.e. crash dump debugging. Actually asf(8) _can_ be useful during crash dump analysis in the limited yet quite common case when currently loaded kernel and modules are the same as they were during the crash. E.g. I've booted to singleuser mode with fdc.ko loaded as a module, established crash dump device and then crashed the system with 'kldunload fdc.ko' (see kern/104079). After reboot I've got a core dump which can't be analyzed corectly w/o symbols from fdc.ko: root@homelynx# asf -kf /boot/kernel my.asf root@homelynx# kgdb /boot/kernel/kernel.debug vmcore.7 ... (here 'bt' doesn't show frames which belong to fdc.ko and above) ... (kgdb) source my.asf Now 'bt' correctly shows all frames. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 01:52:33 2006 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 BB9DA16A407; Sun, 5 Nov 2006 01:52:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60C0E43D45; Sun, 5 Nov 2006 01:52: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.6/8.13.6) with ESMTP id kA51qWmE061701; Sat, 4 Nov 2006 20:52:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA51qWrq004154; Sat, 4 Nov 2006 20:52:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4B05873068; Sat, 4 Nov 2006 20:52:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105015232.4B05873068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 20:52:32 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 01:52:33 -0000 TB --- 2006-11-05 00:35:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 00:35:30 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-05 00:35:30 - cleaning the object tree TB --- 2006-11-05 00:35:58 - checking out the source tree TB --- 2006-11-05 00:35:58 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-05 00:35:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 00:48:27 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 00:48:27 - cd /src TB --- 2006-11-05 00:48:27 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 00:48:28 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 01:43:43 UTC 2006 TB --- 2006-11-05 01:43:44 - generating LINT kernel config TB --- 2006-11-05 01:43:44 - cd /src/sys/pc98/conf TB --- 2006-11-05 01:43:44 - /usr/bin/make -B LINT TB --- 2006-11-05 01:43:44 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 01:43:44 - cd /src TB --- 2006-11-05 01:43:44 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 01:43:44 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 01:52:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 01:52:32 - ERROR: failed to build lint kernel TB --- 2006-11-05 01:52:32 - tinderbox aborted TB --- 0.63 user 1.90 system 4621.96 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 03:02:02 2006 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 0BF2716A412; Sun, 5 Nov 2006 03:02:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA8D243F17; Sun, 5 Nov 2006 03:01:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA531oDE072101; Sat, 4 Nov 2006 22:01:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA531onH088656; Sat, 4 Nov 2006 22:01:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2AC7273068; Sat, 4 Nov 2006 22:01:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105030150.2AC7273068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 22:01:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 03:02:02 -0000 TB --- 2006-11-05 01:22:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 01:22:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-05 01:22:51 - cleaning the object tree TB --- 2006-11-05 01:23:13 - checking out the source tree TB --- 2006-11-05 01:23:13 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-05 01:23:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 01:32:14 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 01:32:14 - cd /src TB --- 2006-11-05 01:32:14 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 01:32:15 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 02:49:23 UTC 2006 TB --- 2006-11-05 02:49:23 - generating LINT kernel config TB --- 2006-11-05 02:49:23 - cd /src/sys/ia64/conf TB --- 2006-11-05 02:49:23 - /usr/bin/make -B LINT TB --- 2006-11-05 02:49:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 02:49:23 - cd /src TB --- 2006-11-05 02:49:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 02:49:24 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 03:01:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 03:01:49 - ERROR: failed to build lint kernel TB --- 2006-11-05 03:01:49 - tinderbox aborted TB --- 0.54 user 1.80 system 5938.07 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 03:03:37 2006 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 8046616A40F for ; Sun, 5 Nov 2006 03:03:37 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7DF543E97 for ; Sun, 5 Nov 2006 02:10:10 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 6DAE18C9E51; Sun, 5 Nov 2006 10:09:58 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 6B3188C9E4F; Sun, 5 Nov 2006 10:09:58 +0800 (CST) Date: Sun, 5 Nov 2006 10:09:58 +0800 (CST) From: Tai-hwa Liang To: Danny Braniss In-Reply-To: Message-ID: <0611051002019.66040@www.mmlab.cse.yzu.edu.tw> References: <454A1E47.9060200@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, John Polstra Subject: Re: Silly IRQ allocation on Dell 1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2006 03:03:37 -0000 On Fri, 3 Nov 2006, Danny Braniss wrote: >> This is typical Dell, and it gets even worse if you have a laptop. >> Imagine every PCI device being on the sole interrupt line that is routed >> on the motherboard. Growing MSI support would get around this for bce >> and many other devices. >> >> Scott >> > why blame only Dell?, this is from a top of the line(?) IBM > > ibm-x3650> vmstat -i > interrupt total rate > irq4: sio0 15 0 > irq15: ata1 47 0 > irq16: bce0 28747 290 > irq17: bce1 aac0 13 0 <----------------- > irq23: uhci0 uhci+ 4 0 > cpu0: timer 193265 1952 > cpu1: timer 193080 1950 > cpu2: timer 191979 1939 > cpu3: timer 191978 1939 > Total 799128 8072 > > with all the hipe on virtualization, I'm wandering if the day > will come and we will have virtual irqs ... Though not bce related, same here on an old Tyan Tiger MPX board: # vmstat -i interrupt total rate irq1: atkbd0 4584 0 irq6: fdc0 9 0 irq14: ata0 10540911 21 irq15: ata1 10540714 21 irq17: fxp0 85976410 175 irq19: fxp1 xl0+ 161770331 330 <----- cpu0: timer 97988242 200 cpu1: timer 97988235 200 Total 464809436 948 I've tried to move the two fxp cards to different PCI slots but still got the same result: one of them seems to "love" the onboard xl0. ;) Swapping one of the fxp with a rl could be a workaround. But to replace fxp with rl? Hmm... -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 03:07:06 2006 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 48D0316A617; Sun, 5 Nov 2006 03:07:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9372D43DA3; Sun, 5 Nov 2006 03:06:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA536gCD072454; Sat, 4 Nov 2006 22:06:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA536gpA092060; Sat, 4 Nov 2006 22:06:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AD76673068; Sat, 4 Nov 2006 22:06:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105030641.AD76673068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 22:06:41 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 03:07:06 -0000 TB --- 2006-11-05 01:52:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 01:52:32 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-05 01:52:32 - cleaning the object tree TB --- 2006-11-05 01:52:59 - checking out the source tree TB --- 2006-11-05 01:52:59 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-05 01:52:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 02:01:34 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 02:01:34 - cd /src TB --- 2006-11-05 02:01:34 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 02:01:35 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 02:58:46 UTC 2006 TB --- 2006-11-05 02:58:46 - generating LINT kernel config TB --- 2006-11-05 02:58:46 - cd /src/sys/powerpc/conf TB --- 2006-11-05 02:58:46 - /usr/bin/make -B LINT TB --- 2006-11-05 02:58:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 02:58:46 - cd /src TB --- 2006-11-05 02:58:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 02:58:46 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 03:06:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 03:06:41 - ERROR: failed to build lint kernel TB --- 2006-11-05 03:06:41 - tinderbox aborted TB --- 0.59 user 1.80 system 4448.65 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 04:24:32 2006 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 9AB4616A4CA; Sun, 5 Nov 2006 04:24:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B46B43D93; Sun, 5 Nov 2006 04:23: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.6/8.13.6) with ESMTP id kA54NRXf068825; Sat, 4 Nov 2006 23:23:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA54NNEU099205; Sat, 4 Nov 2006 23:23:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 033A573068; Sat, 4 Nov 2006 23:23:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105042323.033A573068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 23:23:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 04:24:32 -0000 TB --- 2006-11-05 03:01:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 03:01:50 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-05 03:01:50 - cleaning the object tree TB --- 2006-11-05 03:02:11 - checking out the source tree TB --- 2006-11-05 03:02:11 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-05 03:02:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 03:17:59 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 03:17:59 - cd /src TB --- 2006-11-05 03:17:59 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 03:18:02 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 04:14:43 UTC 2006 TB --- 2006-11-05 04:14:43 - generating LINT kernel config TB --- 2006-11-05 04:14:43 - cd /src/sys/sparc64/conf TB --- 2006-11-05 04:14:43 - /usr/bin/make -B LINT TB --- 2006-11-05 04:14:43 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 04:14:43 - cd /src TB --- 2006-11-05 04:14:43 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 04:14:43 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 04:23:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 04:23:22 - ERROR: failed to build lint kernel TB --- 2006-11-05 04:23:22 - tinderbox aborted TB --- 0.48 user 1.82 system 4892.41 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 04:25:25 2006 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 4AC8C16A4A7; Sun, 5 Nov 2006 04:25:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB0BD43D58; Sun, 5 Nov 2006 04:25:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA54PMuH077239; Sat, 4 Nov 2006 23:25:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA54PMmA001838; Sat, 4 Nov 2006 23:25:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F007573068; Sat, 4 Nov 2006 23:25:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105042521.F007573068@freebsd-current.sentex.ca> Date: Sat, 4 Nov 2006 23:25:21 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 04:25:25 -0000 TB --- 2006-11-05 03:06:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 03:06:41 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-05 03:06:41 - cleaning the object tree TB --- 2006-11-05 03:07:15 - checking out the source tree TB --- 2006-11-05 03:07:15 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-05 03:07:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 03:21:47 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 03:21:47 - cd /src TB --- 2006-11-05 03:21:47 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 03:21:48 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 04:17:18 UTC 2006 TB --- 2006-11-05 04:17:18 - generating LINT kernel config TB --- 2006-11-05 04:17:18 - cd /src/sys/sun4v/conf TB --- 2006-11-05 04:17:18 - /usr/bin/make -B LINT TB --- 2006-11-05 04:17:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 04:17:18 - cd /src TB --- 2006-11-05 04:17:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 04:17:18 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 04:25:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 04:25:21 - ERROR: failed to build lint kernel TB --- 2006-11-05 04:25:21 - tinderbox aborted TB --- 0.52 user 1.81 system 4720.11 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 06:10:53 2006 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 CBD0216A593; Sun, 5 Nov 2006 06:10:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D35D43D45; Sun, 5 Nov 2006 06:10:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA56Aq9F084491; Sun, 5 Nov 2006 01:10:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA56AqwC019086; Sun, 5 Nov 2006 01:10:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 80FC573068; Sun, 5 Nov 2006 01:10:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105061052.80FC573068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 01:10:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 06:10:54 -0000 TB --- 2006-11-05 04:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 04:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-05 04:30:00 - cleaning the object tree TB --- 2006-11-05 04:30:45 - checking out the source tree TB --- 2006-11-05 04:30:45 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-05 04:30:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 04:41:20 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 04:41:20 - cd /src TB --- 2006-11-05 04:41:20 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 04:41:22 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Nov 5 06:00:54 UTC 2006 TB --- 2006-11-05 06:00:54 - generating LINT kernel config TB --- 2006-11-05 06:00:54 - cd /src/sys/amd64/conf TB --- 2006-11-05 06:00:54 - /usr/bin/make -B LINT TB --- 2006-11-05 06:00:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 06:00:54 - cd /src TB --- 2006-11-05 06:00:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 06:00:54 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 06:10:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 06:10:52 - ERROR: failed to build lint kernel TB --- 2006-11-05 06:10:52 - tinderbox aborted TB --- 0.61 user 2.91 system 6052.20 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 06:58:43 2006 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 64CF916A412; Sun, 5 Nov 2006 06:58:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C761C43D46; Sun, 5 Nov 2006 06:58:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA56wgAd089174; Sun, 5 Nov 2006 01:58:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA56wfbh093346; Sun, 5 Nov 2006 01:58:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AFAAC73068; Sun, 5 Nov 2006 01:58:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105065841.AFAAC73068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 01:58:41 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 06:58:43 -0000 TB --- 2006-11-05 05:40:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 05:40:12 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-05 05:40:12 - cleaning the object tree TB --- 2006-11-05 05:40:49 - checking out the source tree TB --- 2006-11-05 05:40:49 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-05 05:40:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 05:50:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 05:50:00 - cd /src TB --- 2006-11-05 05:50:00 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 05:50:01 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 06:47:36 UTC 2006 TB --- 2006-11-05 06:47:36 - generating LINT kernel config TB --- 2006-11-05 06:47:36 - cd /src/sys/i386/conf TB --- 2006-11-05 06:47:36 - /usr/bin/make -B LINT TB --- 2006-11-05 06:47:37 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 06:47:37 - cd /src TB --- 2006-11-05 06:47:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 06:47:37 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 06:58:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 06:58:41 - ERROR: failed to build lint kernel TB --- 2006-11-05 06:58:41 - tinderbox aborted TB --- 0.73 user 1.79 system 4708.88 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 07:27:37 2006 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 B3FEB16A415; Sun, 5 Nov 2006 07:27:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E371343D5D; Sun, 5 Nov 2006 07:27:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA57RU16091523; Sun, 5 Nov 2006 02:27:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA57RU4M072012; Sun, 5 Nov 2006 02:27:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D67C873068; Sun, 5 Nov 2006 02:27:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105072729.D67C873068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 02:27:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 07:27:37 -0000 TB --- 2006-11-05 06:10:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 06:10:52 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-05 06:10:52 - cleaning the object tree TB --- 2006-11-05 06:11:18 - checking out the source tree TB --- 2006-11-05 06:11:18 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-05 06:11:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 06:23:29 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 06:23:29 - cd /src TB --- 2006-11-05 06:23:29 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 06:23:30 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 07:18:51 UTC 2006 TB --- 2006-11-05 07:18:51 - generating LINT kernel config TB --- 2006-11-05 07:18:51 - cd /src/sys/pc98/conf TB --- 2006-11-05 07:18:51 - /usr/bin/make -B LINT TB --- 2006-11-05 07:18:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 07:18:51 - cd /src TB --- 2006-11-05 07:18:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 07:18:52 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 07:27:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 07:27:29 - ERROR: failed to build lint kernel TB --- 2006-11-05 07:27:29 - tinderbox aborted TB --- 0.64 user 1.98 system 4596.92 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 08:47:02 2006 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 AC50616A599; Sun, 5 Nov 2006 08:47:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32A5843D55; Sun, 5 Nov 2006 08:47:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA58l1O0097212; Sun, 5 Nov 2006 03:47:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA58l1wi060870; Sun, 5 Nov 2006 03:47:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5B4EF73068; Sun, 5 Nov 2006 03:47:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105084701.5B4EF73068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 03:47:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 08:47:02 -0000 TB --- 2006-11-05 06:58:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 06:58:41 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-05 06:58:41 - cleaning the object tree TB --- 2006-11-05 06:59:05 - checking out the source tree TB --- 2006-11-05 06:59:05 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-05 06:59:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 07:08:17 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 07:08:17 - cd /src TB --- 2006-11-05 07:08:17 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 07:08:19 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 08:31:40 UTC 2006 TB --- 2006-11-05 08:31:40 - generating LINT kernel config TB --- 2006-11-05 08:31:40 - cd /src/sys/ia64/conf TB --- 2006-11-05 08:31:40 - /usr/bin/make -B LINT TB --- 2006-11-05 08:31:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 08:31:40 - cd /src TB --- 2006-11-05 08:31:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 08:31:41 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 08:47:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 08:47:01 - ERROR: failed to build lint kernel TB --- 2006-11-05 08:47:01 - tinderbox aborted TB --- 0.56 user 1.75 system 6499.45 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 08:53:41 2006 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 C76C116A47C; Sun, 5 Nov 2006 08:53:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30D0043D70; Sun, 5 Nov 2006 08:53:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA58ra50097604; Sun, 5 Nov 2006 03:53:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA58raWI082827; Sun, 5 Nov 2006 03:53:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1E70B73068; Sun, 5 Nov 2006 03:53:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105085336.1E70B73068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 03:53:35 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 08:53:41 -0000 TB --- 2006-11-05 07:27:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 07:27:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-05 07:27:30 - cleaning the object tree TB --- 2006-11-05 07:27:58 - checking out the source tree TB --- 2006-11-05 07:27:58 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-05 07:27:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 07:36:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 07:36:42 - cd /src TB --- 2006-11-05 07:36:42 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 07:36:43 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 08:45:16 UTC 2006 TB --- 2006-11-05 08:45:16 - generating LINT kernel config TB --- 2006-11-05 08:45:16 - cd /src/sys/powerpc/conf TB --- 2006-11-05 08:45:16 - /usr/bin/make -B LINT TB --- 2006-11-05 08:45:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 08:45:17 - cd /src TB --- 2006-11-05 08:45:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 08:45:17 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 08:53:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 08:53:35 - ERROR: failed to build lint kernel TB --- 2006-11-05 08:53:35 - tinderbox aborted TB --- 0.61 user 1.87 system 5165.38 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 09:42:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 162AD16A4F5; Sun, 5 Nov 2006 09:42:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from customer-domains.icp-qv1-irony9.iinet.net.au (customer-domains.icp-qv1-irony9.iinet.net.au [203.59.1.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51CBB43DCE; Sun, 5 Nov 2006 09:41:25 +0000 (GMT) (envelope-from julian@elischer.org) Received: from 203-59-204-18.dyn.iinet.net.au (HELO [10.1.1.4]) ([203.59.204.18]) by customer-domains.icp-qv1-irony9.iinet.net.au with ESMTP; 05 Nov 2006 17:41:23 +0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAOc+TUXLO8wSXWdsb2JhbAANjDMs X-IronPort-AV: i="4.09,388,1157299200"; d="scan'208"; a="52464431:sNHT36262958" Message-ID: <454DB1C2.9000802@elischer.org> Date: Sun, 05 Nov 2006 01:41:22 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Kip Macy References: <4549A4B7.50005@delphij.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jb@freebsd.org, LI Xin , freebsd-current@freebsd.org Subject: Re: Nonsense load average on kernel without KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2006 09:42:03 -0000 Kip Macy wrote: > That is a known issue :-( david xu has said that the following patch fixed it for him. Index: kern_idle.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_idle.c,v retrieving revision 1.44 diff -u -r1.44 kern_idle.c --- kern_idle.c 26 Oct 2006 21:42:19 -0000 1.44 +++ kern_idle.c 2 Nov 2006 11:47:30 -0000 @@ -122,12 +122,7 @@ #ifdef SMP idle_cpus_mask &= ~mycpu; #endif -#ifdef KSE mi_switch(SW_VOL, NULL); -#else - if ((td = choosethread()) != curthread) - mi_switch(SW_VOL, td); -#endif > > On 11/1/06, LI Xin wrote: >> >> Hi, >> >> Anybody has observed load average of several hundred on -CURRENT without >> KSE compiled in? >> >> Cheers, >> -- >> Xin LI http://www.delphij.net/ >> FreeBSD - The Power to Serve! >> >> >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 10:06:35 2006 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 89A4E16A40F; Sun, 5 Nov 2006 10:06:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 206A643D49; Sun, 5 Nov 2006 10:06:34 +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.6/8.13.6) with ESMTP id kA5A6YiY087948; Sun, 5 Nov 2006 05:06:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5A6YiK077972; Sun, 5 Nov 2006 05:06:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D1C1673068; Sun, 5 Nov 2006 05:06:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105100633.D1C1673068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 05:06:33 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 10:06:35 -0000 TB --- 2006-11-05 08:47:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 08:47:01 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-05 08:47:01 - cleaning the object tree TB --- 2006-11-05 08:47:34 - checking out the source tree TB --- 2006-11-05 08:47:34 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-05 08:47:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 09:01:18 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 09:01:18 - cd /src TB --- 2006-11-05 09:01:18 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 09:01:20 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 09:57:52 UTC 2006 TB --- 2006-11-05 09:57:52 - generating LINT kernel config TB --- 2006-11-05 09:57:52 - cd /src/sys/sparc64/conf TB --- 2006-11-05 09:57:52 - /usr/bin/make -B LINT TB --- 2006-11-05 09:57:52 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 09:57:52 - cd /src TB --- 2006-11-05 09:57:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 09:57:53 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 10:06:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 10:06:33 - ERROR: failed to build lint kernel TB --- 2006-11-05 10:06:33 - tinderbox aborted TB --- 0.59 user 1.95 system 4772.06 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 10:10:53 2006 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 C0DF116A403; Sun, 5 Nov 2006 10:10:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 025AB43D45; Sun, 5 Nov 2006 10:10:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5AAej0006426; Sun, 5 Nov 2006 05:10:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5AAelr099706; Sun, 5 Nov 2006 05:10:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3563E73068; Sun, 5 Nov 2006 05:10:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105101040.3563E73068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 05:10:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 10:10:54 -0000 TB --- 2006-11-05 08:53:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 08:53:36 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-05 08:53:36 - cleaning the object tree TB --- 2006-11-05 08:54:02 - checking out the source tree TB --- 2006-11-05 08:54:02 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-05 08:54:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 09:07:39 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 09:07:39 - cd /src TB --- 2006-11-05 09:07:39 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 09:07:41 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 10:02:47 UTC 2006 TB --- 2006-11-05 10:02:47 - generating LINT kernel config TB --- 2006-11-05 10:02:47 - cd /src/sys/sun4v/conf TB --- 2006-11-05 10:02:47 - /usr/bin/make -B LINT TB --- 2006-11-05 10:02:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 10:02:47 - cd /src TB --- 2006-11-05 10:02:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 10:02:47 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c:3470: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here /src/sys/netinet/sctp_pcb.c: In function `sctp_load_addresses_from_init': /src/sys/netinet/sctp_pcb.c:4382: warning: nested extern declaration of `atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: redundant redeclaration of 'atomic_add_16' /src/sys/netinet/sctp_pcb.c:3394: warning: previous implicit declaration of 'atomic_add_16' was here *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 10:10:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 10:10:40 - ERROR: failed to build lint kernel TB --- 2006-11-05 10:10:40 - tinderbox aborted TB --- 0.58 user 1.73 system 4624.05 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 11:57:27 2006 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 E8D1B16A4EF; Sun, 5 Nov 2006 11:57:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 285E343DFA; Sun, 5 Nov 2006 11:56:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA5BuY6M094236; Sun, 5 Nov 2006 06:56:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5BuYVI098950; Sun, 5 Nov 2006 06:56:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 45BFA73068; Sun, 5 Nov 2006 06:56:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105115634.45BFA73068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 06:56:34 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 11:57:28 -0000 TB --- 2006-11-05 10:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 10:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-05 10:15:00 - cleaning the object tree TB --- 2006-11-05 10:15:50 - checking out the source tree TB --- 2006-11-05 10:15:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-05 10:15:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 10:26:39 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 10:26:39 - cd /src TB --- 2006-11-05 10:26:39 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 10:26:41 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Nov 5 11:46:15 UTC 2006 TB --- 2006-11-05 11:46:15 - generating LINT kernel config TB --- 2006-11-05 11:46:15 - cd /src/sys/amd64/conf TB --- 2006-11-05 11:46:15 - /usr/bin/make -B LINT TB --- 2006-11-05 11:46:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 11:46:16 - cd /src TB --- 2006-11-05 11:46:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 11:46:16 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 11:56:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 11:56:33 - ERROR: failed to build lint kernel TB --- 2006-11-05 11:56:33 - tinderbox aborted TB --- 0.72 user 2.76 system 6093.52 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 12:37:40 2006 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 DC1C416A40F for ; Sun, 5 Nov 2006 12:37:40 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 401CD43D77 for ; Sun, 5 Nov 2006 12:37:32 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by wx-out-0506.google.com with SMTP id s16so667688wxc for ; Sun, 05 Nov 2006 04:37:31 -0800 (PST) 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:references; b=aUdNdVW7RSVW+gjJqw0BEpdMP05RNcvIRurTZ9kDcOnzOmKICb1/BQeH0dSyBS+XAdV/YlOX5cS6/mkv1iQ2tY3s4L8dL0+3gUSPNTrlqiSip8pbNkShmzPzOX6/NlOLsuL4fK5tBxH94ag/w/DVVE5HGHI0jEBUutRpwZQ7VdQ= Received: by 10.70.68.11 with SMTP id q11mr4099113wxa.1162730251458; Sun, 05 Nov 2006 04:37:31 -0800 (PST) Received: by 10.70.123.11 with HTTP; Sun, 5 Nov 2006 04:37:31 -0800 (PST) Message-ID: Date: Sun, 5 Nov 2006 13:37:31 +0100 From: "Arjan van Leeuwen" To: "current@freebsd.org" In-Reply-To: <20061103042116.GA50470@zibbi.meraka.csir.co.za> MIME-Version: 1.0 References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> <454A6B07.3090003@FreeBSD.org> <454A6E09.9080200@errno.com> <20061103042116.GA50470@zibbi.meraka.csir.co.za> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: libpthread shared library version number X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 12:37:40 -0000 2006/11/3, John Hay : > > > >>>> Hmm, bumping not versioned libraries *now* and not bumping them > > >>>> again at pre-release would work, but doing it without also bumping > > >>>> "to be versioned" libraries is IMO pointless. And if we bump all > > >>>> of them now, we'll have to bump some of them again when versioning > > >>>> is turned on by default. > > >>> No, we will not have to do it. Why would we? It's -CURRENT, so that > > >>> nobody really cares about backward/forward compatibility within that > > >>> branch. > > >>> > > >> I'd very much like NOT to have to recompile all of my installed > > >> ports on my -CURRENT boxes the day we turn on symbol versioning, > > >> and that will require the shlib major bump of those libs that > > >> will provide symbol versioning. If we do the bump now, we'll > > >> have to do it again later, and that's slightly against the rule > > >> that we only bump them once inside a branch. > > > > > > Repeat after me: *we won't have to do it* since we don't generally > care > > > whether or not one have to rebuild all or some of his packages in > > > current due to some ongoing changes. > > > > Doing stuff like this adds unnecessary burden to folks running HEAD. > > The result is fewer people will track the code and less testing will be > > done. Unless there's a valid reason for doing it separately it seems > > best to wait for a point where some other change goes in that requires > > users to update their ports. > > The flip side of the argument is that if you have compiled stuff in > current, you have the capabilty to do it again, so if the versions > were bumped early enough, you only influence the apps that you have > compiled, but keep on making it possible to run current and still > use apps that was compiled for older versions of FreeBSD. So you > make if possble for more people to run current even on there desktops > and get a lot more testing milage out of current. And I'd like to add that it makes life a lot easier for companies who distribute binaries for FreeBSD 6. We obviously can't start supplying binaries for -CURRENT, so it would be nice if it would at least be possible (maybe with some effort, but that is besides the point) to run the 6-STABLE binaries on -CURRENT, so that the important developers and early adopters who run -CURRENT can use our software. Arjan van Leeuwen Opera Software ASA From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 12:44:06 2006 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 D056716A492; Sun, 5 Nov 2006 12:44:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C84A43D5C; Sun, 5 Nov 2006 12:44:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5Ci5mx018987; Sun, 5 Nov 2006 07:44:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5Ci5iU040122; Sun, 5 Nov 2006 07:44:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AA32873068; Sun, 5 Nov 2006 07:44:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105124405.AA32873068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 07:44:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 12:44:06 -0000 TB --- 2006-11-05 11:25:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 11:25:29 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-05 11:25:29 - cleaning the object tree TB --- 2006-11-05 11:26:07 - checking out the source tree TB --- 2006-11-05 11:26:07 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-05 11:26:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 11:35:05 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 11:35:05 - cd /src TB --- 2006-11-05 11:35:05 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 11:35:06 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 12:32:56 UTC 2006 TB --- 2006-11-05 12:32:56 - generating LINT kernel config TB --- 2006-11-05 12:32:56 - cd /src/sys/i386/conf TB --- 2006-11-05 12:32:56 - /usr/bin/make -B LINT TB --- 2006-11-05 12:32:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 12:32:56 - cd /src TB --- 2006-11-05 12:32:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 12:32:57 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 12:44:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 12:44:05 - ERROR: failed to build lint kernel TB --- 2006-11-05 12:44:05 - tinderbox aborted TB --- 0.52 user 2.06 system 4715.76 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 13:13:00 2006 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 0D90C16A703; Sun, 5 Nov 2006 13:13:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B1143D64; Sun, 5 Nov 2006 13:12:59 +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.6/8.13.6) with ESMTP id kA5DCwpc099036; Sun, 5 Nov 2006 08:12:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5DCwQd093876; Sun, 5 Nov 2006 08:12:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 838FE73068; Sun, 5 Nov 2006 08:12:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105131258.838FE73068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 08:12:58 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 13:13:00 -0000 TB --- 2006-11-05 11:56:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 11:56:34 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-05 11:56:34 - cleaning the object tree TB --- 2006-11-05 11:56:57 - checking out the source tree TB --- 2006-11-05 11:56:57 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-05 11:56:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 12:09:02 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 12:09:02 - cd /src TB --- 2006-11-05 12:09:02 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 12:09:04 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 13:04:20 UTC 2006 TB --- 2006-11-05 13:04:20 - generating LINT kernel config TB --- 2006-11-05 13:04:20 - cd /src/sys/pc98/conf TB --- 2006-11-05 13:04:20 - /usr/bin/make -B LINT TB --- 2006-11-05 13:04:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 13:04:20 - cd /src TB --- 2006-11-05 13:04:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 13:04:21 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=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 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 13:12:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 13:12:58 - ERROR: failed to build lint kernel TB --- 2006-11-05 13:12:58 - tinderbox aborted TB --- 0.58 user 1.88 system 4583.81 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 14:23:42 2006 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 C7DAC16A403; Sun, 5 Nov 2006 14:23:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D57243D76; Sun, 5 Nov 2006 14:23:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5ENawP028821; Sun, 5 Nov 2006 09:23:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5ENaBE092890; Sun, 5 Nov 2006 09:23:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2D5AA73068; Sun, 5 Nov 2006 09:23:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105142336.2D5AA73068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 09:23:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 14:23:42 -0000 TB --- 2006-11-05 12:44:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 12:44:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-05 12:44:05 - cleaning the object tree TB --- 2006-11-05 12:44:30 - checking out the source tree TB --- 2006-11-05 12:44:30 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-05 12:44:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 12:53:44 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 12:53:44 - cd /src TB --- 2006-11-05 12:53:44 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 12:53:45 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 14:10:52 UTC 2006 TB --- 2006-11-05 14:10:53 - generating LINT kernel config TB --- 2006-11-05 14:10:53 - cd /src/sys/ia64/conf TB --- 2006-11-05 14:10:53 - /usr/bin/make -B LINT TB --- 2006-11-05 14:10:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 14:10:53 - cd /src TB --- 2006-11-05 14:10:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 14:10:53 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctputil.c:207: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_nagle_event': /src/sys/netinet/sctputil.c:237: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_log_lock': /src/sys/netinet/sctputil.c:380: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c:381: warning: cast from pointer to integer of different size /src/sys/netinet/sctputil.c: In function `sctp_wakeup_log': /src/sys/netinet/sctputil.c:498: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 14:23:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 14:23:35 - ERROR: failed to build lint kernel TB --- 2006-11-05 14:23:35 - tinderbox aborted TB --- 0.58 user 1.78 system 5970.17 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 14:28:18 2006 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 96DFA16A415; Sun, 5 Nov 2006 14:28:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEBA143D60; Sun, 5 Nov 2006 14:28:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA5ESFPk004953; Sun, 5 Nov 2006 09:28:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5ESFtk042142; Sun, 5 Nov 2006 09:28:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 51FF473068; Sun, 5 Nov 2006 09:28:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105142815.51FF473068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 09:28:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 14:28:18 -0000 TB --- 2006-11-05 13:12:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 13:12:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-05 13:12:58 - cleaning the object tree TB --- 2006-11-05 13:13:25 - checking out the source tree TB --- 2006-11-05 13:13:25 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-05 13:13:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 13:22:34 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 13:22:34 - cd /src TB --- 2006-11-05 13:22:34 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 13:22:35 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 14:20:22 UTC 2006 TB --- 2006-11-05 14:20:22 - generating LINT kernel config TB --- 2006-11-05 14:20:22 - cd /src/sys/powerpc/conf TB --- 2006-11-05 14:20:22 - /usr/bin/make -B LINT TB --- 2006-11-05 14:20:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 14:20:23 - cd /src TB --- 2006-11-05 14:20:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 14:20:23 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_pcb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctputil.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_bsd_addr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_timer.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_input.c /src/sys/netinet/sctp_input.c: In function `sctp_input': /src/sys/netinet/sctp_input.c:4703: warning: implicit declaration of function `ipsec4_in_reject_so' /src/sys/netinet/sctp_input.c:4703: warning: nested extern declaration of `ipsec4_in_reject_so' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 14:28:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 14:28:15 - ERROR: failed to build lint kernel TB --- 2006-11-05 14:28:15 - tinderbox aborted TB --- 0.49 user 1.96 system 4516.38 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 15:24:38 2006 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 7B0A216A4ED; Sun, 5 Nov 2006 15:24:38 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7CD043D6D; Sun, 5 Nov 2006 15:24:36 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1FA70487F3; Sun, 5 Nov 2006 16:24:35 +0100 (CET) Received: from localhost (dlo147.neoplus.adsl.tpnet.pl [83.24.44.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E0A8D45683; Sun, 5 Nov 2006 16:24:26 +0100 (CET) Date: Sun, 5 Nov 2006 16:24:17 +0100 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20061105152417.GM83118@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NJSRbAqOy4NeGDns" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: ** X-Spam-Status: No, score=2.9 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_NJABL_PROXY,RCVD_IN_SORBS_DUL,RCVD_IN_XBL autolearn=no version=3.0.4 Cc: alc@FreeBSD.org, tegge@FreeBSD.org Subject: VM deadlock? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2006 15:24:38 -0000 --NJSRbAqOy4NeGDns Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. We're seeing such a deadlock, seems to be VM related very often. Servers are quite loaded, this is FreeBSD 6.2 on SMP Opteron system, but running i386 FreeBSD. Here is some info from one of such machines: db> ps pid ppid pgrp uid state wmesg wchan cmd 90346 4316 4316 101 L *Giant 0xc8551ac0 qmail-smtpd [...] 89997 4316 4316 101 L *vm page 0xcabc9600 qmail-smtpd [...] 4316 4311 4316 101 LL *vm page 0xcabc9600 qmail-smtpd 4315 4311 4315 101 RL drwebd [...] 34 0 0 0 LL *vm page 0xcabc9600 [pagezero] [...] 16 0 0 0 LL *vm page 0xcabc9600 [swi1: net] [...] 14 0 0 0 LL *tcp 0xcabc82c0 [swi4: clock sio] [...] 3 0 0 0 LL *vm page 0xcabc9600 [g_up] db> alltrace Tracing command qmail-smtpd pid 90346 tid 100260 td 0xc8c12a80 sched_switch(c8c12a80,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba turnstile_wait(c07177e0,cb62d000) at turnstile_wait+0x2f7 _mtx_lock_sleep(c07177e0,c8c12a80,0,0,0) at _mtx_lock_sleep+0xfc vn_write(cac3b288,f84c9cbc,cb595000,0,c8c12a80) at vn_write+0x57 dofilewrite(c8c12a80,3,cac3b288,f84c9cbc,ffffffff,...) at dofilewrite+0x77 kern_writev(c8c12a80,3,f84c9cbc,bfbfe7f0,8c,...) at kern_writev+0x3b write(c8c12a80,f84c9d04) at write+0x45 syscall(83f003b,80c003b,bfbf003b,0,bfbfecbc,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip =3D 0x80a5def, esp =3D 0xbfbfe6c= c, ebp =3D 0xbfbfec08 --- Tracing command qmail-smtpd pid 89997 tid 100133 td 0xcb62d000 sched_switch(cb62d000,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba turnstile_wait(c0722700,cac19600) at turnstile_wait+0x2f7 _mtx_lock_sleep(c0722700,cb62d000,0,0,0) at _mtx_lock_sleep+0xfc vfs_clean_pages(e84b5f98,e84b5f98,25,f82a59f4,c83f2300,...) at vfs_clean_pa= ges+0x8f bdwrite(e84b5f98) at bdwrite+0x338 cluster_write(c8a49cc0,e84b5f98,88000,0,25) at cluster_write+0x51f ffs_write(f82a5bec) at ffs_write+0x508 VOP_WRITE_APV(c06fe400,f82a5bec) at VOP_WRITE_APV+0xce vn_write(c9f91af8,f82a5cbc,cb595000,0,cb62d000) at vn_write+0x1ee dofilewrite(cb62d000,5,c9f91af8,f82a5cbc,ffffffff,...) at dofilewrite+0x77 kern_writev(cb62d000,5,f82a5cbc,80e2ed8,7d25,...) at kern_writev+0x3b write(cb62d000,f82a5d04) at write+0x45 syscall(bfbf003b,bfbf003b,bfbf003b,bfbfe37c,bfbfecbc,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip =3D 0x80a5def, esp =3D 0xbfbfe2c= c, ebp =3D 0xbfbfe2e8 --- Tracing command qmail-smtpd pid 4316 tid 100098 td 0xc9f84d80 sched_switch(c9f84d80,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba turnstile_wait(c0722700,cac19600) at turnstile_wait+0x2f7 _mtx_lock_sleep(c0722700,c9f84d80,0,0,0) at _mtx_lock_sleep+0xfc vm_fault(c83f8a68,80e2000,2,8) at vm_fault+0x2ca trap_pfault(f81b9c40,0,80e29e4) at trap_pfault+0x103 trap(c05c0008,28,c06f0028,80e29e4,c855b160,...) at trap+0x2fd calltrap() at calltrap+0x5 --- trap 0xc, eip =3D 0xc066b056, esp =3D 0xf81b9c80, ebp =3D 0xf81b9cc8 --- generic_copyout(c9f84d80,f81b9d04,0,f81b9d30,c066d47b,...) at generic_copyo= ut+0x36 accept(c9f84d80,f81b9d04) at accept+0x10 syscall(83f003b,80c003b,bfbf003b,0,bfbfecbc,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (30, FreeBSD ELF32, accept), eip =3D 0x8074e5b, esp =3D 0xbfbfe= c1c, ebp =3D 0xbfbfec48 --- Tracing command drwebd pid 4315 tid 100105 td 0xcac19600 sched_switch(cac19600,0,2) at sched_switch+0x14b mi_switch(2,0) at mi_switch+0x1ba critical_exit(0,cac19600,ca0b5688,8246000,0,...) at critical_exit+0x9d intr_execute_handlers(c844b0c8,f8211b90,34,f8211be0,c06590b3,...) at intr_e= xecute_handlers+0x10c lapic_handle_intr(31) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip =3D 0xc06676c4, esp =3D 0xf8211bd4, ebp =3D 0xf8211be0 -= -- pmap_pte_quick(ca0b5688,8246000) at pmap_pte_quick+0x90 pmap_copy(ca0b5688,c88d1ea0,81a1000,a18000,81a1000) at pmap_copy+0x27c vm_map_copy_entry(c88d1de0,ca0b55c8,cabc4374,cac161dc) at vm_map_copy_entry= +0x14c vmspace_fork(c88d1de0,4,c854b860,c8823d00,f8211cbc,...) at vmspace_fork+0x2= 2a vm_forkproc(cac19600,c854b860,c854c900,14) at vm_forkproc+0xb3 fork1(cac19600,14,0,f8211cd4) at fork1+0x1169 fork(cac19600,f8211d04) at fork+0x18 syscall(3b,3b,bfbf003b,4,81bba00,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (2, FreeBSD ELF32, fork), eip =3D 0x80e493f, esp =3D 0xbfbfdcac= , ebp =3D 0xbfbfe148 --- Tracing command pagezero pid 34 tid 100031 td 0xc83f6a80 sched_switch(c83f6a80,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba turnstile_wait(c0722700,cac19600) at turnstile_wait+0x2f7 _mtx_lock_sleep(c0722700,c83f6a80,0,0,0) at _mtx_lock_sleep+0xfc vm_pagezero(0,f3a06d38) at vm_pagezero+0x4f fork_exit(c061d22c,0,f3a06d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xf3a06d6c, ebp =3D 0 --- Tracing command swi1: net pid 16 tid 100000 td 0xc83f2000 sched_switch(c83f2000,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba turnstile_wait(c0722700,cac19600) at turnstile_wait+0x2f7 _mtx_lock_sleep(c0722700,c83f2000,0,0,0) at _mtx_lock_sleep+0xfc sf_buf_mext(f4735000,c84211c0) at sf_buf_mext+0x42 mb_free_ext(c898db00) at mb_free_ext+0xd6 sbdrop_locked(c8894658,517,0,0,1,...) at sbdrop_locked+0xc0 tcp_input(cec2ba00,14,c0551efd,2,c055193f,...) at tcp_input+0x1ec6 ip_input(cec2ba00) at ip_input+0x5ed netisr_processqueue(c07202d8) at netisr_processqueue+0xa7 swi_net(0) at swi_net+0xf6 ithread_execute_handlers(c83f0000,c8459e00) at ithread_execute_handlers+0x1= 25 ithread_loop(c83d4850,f39d3d38) at ithread_loop+0x55 fork_exit(c0529814,c83d4850,f39d3d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xf39d3d6c, ebp =3D 0 --- Tracing command swi4: clock sio pid 14 tid 100002 td 0xc83f1c00 sched_switch(c83f1c00,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba turnstile_wait(c072146c,c83f2000) at turnstile_wait+0x2f7 _mtx_lock_sleep(c072146c,c83f1c00,0,0,0) at _mtx_lock_sleep+0xfc tcp_timer_delack(c9723ae0) at tcp_timer_delack+0x37 softclock(0) at softclock+0x2eb ithread_execute_handlers(c83f0430,c845a000) at ithread_execute_handlers+0x1= 25 ithread_loop(c83d4870,f39cdd38) at ithread_loop+0x55 fork_exit(c0529814,c83d4870,f39cdd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xf39cdd6c, ebp =3D 0 --- Tracing command g_up pid 3 tid 100015 td 0xc83f2c00 sched_switch(c83f2c00,0,1) at sched_switch+0x14b mi_switch(1,0) at mi_switch+0x1ba turnstile_wait(c0722700,cac19600) at turnstile_wait+0x2f7 _mtx_lock_sleep(c0722700,c83f2c00,0,0,0) at _mtx_lock_sleep+0xfc bufdone(e8591a10) at bufdone+0x12b g_vfs_done(c8862738) at g_vfs_done+0xab biodone(c8862738) at biodone+0x8b g_io_schedule_up(c83f2c00) at g_io_schedule_up+0x86 g_up_procbody(0,f39ebd38) at g_up_procbody+0x92 fork_exit(c04fcb78,0,f39ebd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xf39ebd6c, ebp =3D 0 --- db> sh lockchain thread 100003 (pid 13, idle: cpu0) running on CPU 0 db> sh allchain chain 1: thread 100260 (pid 90346, qmail-smtpd) blocked on lock 0xc07177e0 (sleep m= utex) "Giant" thread 100133 (pid 89997, qmail-smtpd) blocked on lock 0xc0722700 (sleep m= utex) "vm page queue mutex" thread 100105 (pid 4315, drwebd) is on a run queue chain 2: thread 100098 (pid 4316, qmail-smtpd) blocked on lock 0xc0722700 (sleep mu= tex) "vm page queue mutex" thread 100105 (pid 4315, drwebd) is on a run queue chain 3: thread 100031 (pid 34, pagezero) blocked on lock 0xc0722700 (sleep mutex) = "vm page queue mutex" thread 100105 (pid 4315, drwebd) is on a run queue chain 4: thread 100015 (pid 3, g_up) blocked on lock 0xc0722700 (sleep mutex) "vm p= age queue mutex" thread 100105 (pid 4315, drwebd) is on a run queue chain 5: thread 100002 (pid 14, swi4: clock sio) blocked on lock 0xc072146c (sleep = mutex) "tcp" thread 100000 (pid 16, swi1: net) blocked on lock 0xc0722700 (sleep mutex)= "vm page queue mutex" thread 100105 (pid 4315, drwebd) is on a run queue db> sh locktree db> sh turnstile Process drwebd (pid 4315) doesn't seem to go any further. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --NJSRbAqOy4NeGDns Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFTgIhForvXbEpPzQRApbfAKCtxmHIHAG9FsARwVSbalSW6iNZYQCgwTq6 XMDsBvMPuHAgEMnTw0i7UN0= =LGKS -----END PGP SIGNATURE----- --NJSRbAqOy4NeGDns-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 15:44:38 2006 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 5D14216A407; Sun, 5 Nov 2006 15:44:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B29943D55; Sun, 5 Nov 2006 15:44:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5Fiagc036215; Sun, 5 Nov 2006 10:44:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5FiaSC017070; Sun, 5 Nov 2006 10:44:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6CBE573068; Sun, 5 Nov 2006 10:44:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105154436.6CBE573068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 10:44:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/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, 05 Nov 2006 15:44:38 -0000 TB --- 2006-11-05 14:23:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 14:23:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-05 14:23:36 - cleaning the object tree TB --- 2006-11-05 14:23:57 - checking out the source tree TB --- 2006-11-05 14:23:57 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-05 14:23:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 14:39:06 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 14:39:06 - cd /src TB --- 2006-11-05 14:39:06 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 14:39:08 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 15:35:42 UTC 2006 TB --- 2006-11-05 15:35:42 - generating LINT kernel config TB --- 2006-11-05 15:35:42 - cd /src/sys/sparc64/conf TB --- 2006-11-05 15:35:42 - /usr/bin/make -B LINT TB --- 2006-11-05 15:35:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 15:35:42 - cd /src TB --- 2006-11-05 15:35:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 15:35:43 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_indata.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_asconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_peeloff.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_crc32.c /src/sys/netinet/sctp_crc32.c: In function `update_crc32': /src/sys/netinet/sctp_crc32.c:592: error: invalid operands to binary & *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 15:44:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 15:44:36 - ERROR: failed to build lint kernel TB --- 2006-11-05 15:44:36 - tinderbox aborted TB --- 0.52 user 1.80 system 4859.84 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 15:47:28 2006 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 D84E016A416; Sun, 5 Nov 2006 15:47:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B81443D75; Sun, 5 Nov 2006 15:47:21 +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.6/8.13.6) with ESMTP id kA5FlKCg011023; Sun, 5 Nov 2006 10:47:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5FlKON022012; Sun, 5 Nov 2006 10:47:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3558873068; Sun, 5 Nov 2006 10:47:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105154720.3558873068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 10:47:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 15:47:29 -0000 TB --- 2006-11-05 14:28:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 14:28:15 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-05 14:28:15 - cleaning the object tree TB --- 2006-11-05 14:28:48 - checking out the source tree TB --- 2006-11-05 14:28:48 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-05 14:28:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 14:44:02 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 14:44:02 - cd /src TB --- 2006-11-05 14:44:02 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 14:44:03 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 15:39:10 UTC 2006 TB --- 2006-11-05 15:39:10 - generating LINT kernel config TB --- 2006-11-05 15:39:10 - cd /src/sys/sun4v/conf TB --- 2006-11-05 15:39:10 - /usr/bin/make -B LINT TB --- 2006-11-05 15:39:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 15:39:10 - cd /src TB --- 2006-11-05 15:39:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 15:39:10 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_input.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_output.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_indata.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_asconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_peeloff.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet/sctp_crc32.c /src/sys/netinet/sctp_crc32.c: In function `update_crc32': /src/sys/netinet/sctp_crc32.c:592: error: invalid operands to binary & *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 15:47:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 15:47:20 - ERROR: failed to build lint kernel TB --- 2006-11-05 15:47:20 - tinderbox aborted TB --- 0.59 user 1.80 system 4744.73 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 17:21:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20BFC16A416 for ; Sun, 5 Nov 2006 17:21:19 +0000 (UTC) (envelope-from jdp@polstra.com) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86C5743D6D for ; Sun, 5 Nov 2006 17:21:18 +0000 (GMT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [64.81.189.67]) by blake.polstra.com (8.13.6/8.13.6) with ESMTP id kA5HLHw9099565; Sun, 5 Nov 2006 09:21:17 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <0611051002019.66040@www.mmlab.cse.yzu.edu.tw> Date: Sun, 05 Nov 2006 09:21:17 -0800 (PST) From: John Polstra To: Tai-hwa Liang Cc: freebsd-current@freebsd.org Subject: Re: Silly IRQ allocation on Dell 1950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2006 17:21:19 -0000 On 05-Nov-2006 Tai-hwa Liang wrote: > Though not bce related, same here on an old Tyan Tiger MPX board: > ># vmstat -i > interrupt total rate > irq1: atkbd0 4584 0 > irq6: fdc0 9 0 > irq14: ata0 10540911 21 > irq15: ata1 10540714 21 > irq17: fxp0 85976410 175 > irq19: fxp1 xl0+ 161770331 330 <----- > cpu0: timer 97988242 200 > cpu1: timer 97988235 200 > Total 464809436 948 > > I've tried to move the two fxp cards to different PCI slots but still got > the same result: one of them seems to "love" the onboard xl0. ;) > > Swapping one of the fxp with a rl could be a workaround. But to replace > fxp with rl? Hmm... Replacing the fxp with a different card wouldn't change the IRQs. All PCI cards use the INTA signal for their primary interrupt. So an rl card would behave the same as an fxp card in that respect. John From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 20:53:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B58F16A407 for ; Sun, 5 Nov 2006 20:53:47 +0000 (UTC) (envelope-from jmb287@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5653643D8D for ; Sun, 5 Nov 2006 20:53:29 +0000 (GMT) (envelope-from jmb287@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so637227uge for ; Sun, 05 Nov 2006 12:53:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type; b=kheWXoT5QL23lp0ME1EZ4lPPUjLgDosvVt1maHKmRn/DA+6/lrx9UFFFEUmdtOkxHOyMpjktTPtkKB3i39HK4rwrHSfWPvzJpRcYiXbYSRdpr7S38nDt/xiVsn55/qyx7NEcXW3dQllKq1rIjP5eitM1MKk2ljHQ0iWV+NG00sQ= Received: by 10.67.20.3 with SMTP id x3mr6242450ugi.1162760009302; Sun, 05 Nov 2006 12:53:29 -0800 (PST) Received: by 10.66.220.12 with HTTP; Sun, 5 Nov 2006 12:53:29 -0800 (PST) Message-ID: <1a85d2430611051253l2c1f4e6mf11a6756a7000bca@mail.gmail.com> Date: Sun, 5 Nov 2006 13:53:29 -0700 From: "Mike Brown" To: "Eric Anderson" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: RESOLVED with 6.2 but it lacks NIC support Re: 6.1 can't find SAS drives on Dell PE 1955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2006 20:53:47 -0000 I have resolved this by booting 6.2. However, we now have NO NIC support :| On 01/11/06, Eric Anderson wrote: > > On 11/01/06 15:26, Mike Brown wrote: > > Hi Eric, thanks for the reply > > > > Not sure what controller I'm running. I don't see it on boot up BIOS > > messages. > > From what I gather its a RAID controller, both drives are mirrored via > > the system. > > > > I tried 6.2-PRE this morning, it also did not see the drives. > > > > How do I tell what controller is on the system ? > > It should tell you on boot - something like 'PERC 5i' or PERC something > (maybe 'PowerEdge RAID Controller'). > > > We have a 1950 that works ok under recent 6.2-* > > > The drives are 73Gig 10K RPM SAS micro drives > > > > > > On 01/11/06, *Eric Anderson* > > wrote: > > > > On 11/01/06 14:39, Mike Brown wrote: > > > When trying to install FB-6.1 from the ISO's on a Dell PE 1955 > > Blade, it > > > will not see the SAS drives. > > > > > > Any thoughts of wisdom > > > > > > Thanks in advance > > > > Which controller are you using, and is there a RAID set up or are > you > > passing the drives through to FreeBSD? Also, you might want to try > > 6.2-PRERELEASE. > > > > Eric > > > -- > ------------------------------------------------------------------------ > Eric Anderson Sr. Systems Administrator Centaur Technology > Anything that works is better than anything that doesn't. > ------------------------------------------------------------------------ > From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 22:31:06 2006 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 59D9316A40F; Sun, 5 Nov 2006 22:31:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A8B43D77; Sun, 5 Nov 2006 22:31:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5MV0Ds081714; Sun, 5 Nov 2006 17:31:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA5MUx4h081292; Sun, 5 Nov 2006 17:30:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CF96073068; Sun, 5 Nov 2006 17:30:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061105223059.CF96073068@freebsd-current.sentex.ca> Date: Sun, 5 Nov 2006 17:30:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 22:31:06 -0000 TB --- 2006-11-05 21:11:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-05 21:11:10 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-05 21:11:10 - cleaning the object tree TB --- 2006-11-05 21:11:41 - checking out the source tree TB --- 2006-11-05 21:11:41 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-05 21:11:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-05 21:25:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-05 21:25:42 - cd /src TB --- 2006-11-05 21:25:42 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 5 21:25:43 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Nov 5 22:20:54 UTC 2006 TB --- 2006-11-05 22:20:54 - generating LINT kernel config TB --- 2006-11-05 22:20:54 - cd /src/sys/sun4v/conf TB --- 2006-11-05 22:20:54 - /usr/bin/make -B LINT TB --- 2006-11-05 22:20:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-05 22:20:54 - cd /src TB --- 2006-11-05 22:20:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 5 22:20:54 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel interrupt.o(.text+0x234): In function `tl_invlctx': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x28c): In function `tl_invltlb': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x2e4): In function `tl_invlpg': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-05 22:30:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-05 22:30:59 - ERROR: failed to build lint kernel TB --- 2006-11-05 22:30:59 - tinderbox aborted TB --- 0.55 user 1.80 system 4789.34 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 23:02:22 2006 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 2016516A492 for ; Sun, 5 Nov 2006 23:02:22 +0000 (UTC) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 149A843D58 for ; Sun, 5 Nov 2006 23:02:20 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h39.244.159.dialup.iptcom.net ([213.159.244.39]:1520 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1228850AbWKEXCT (INRCPT ); Mon, 6 Nov 2006 01:02:19 +0200 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.8/8.13.8) with ESMTP id kA5N2FWo020401; Mon, 6 Nov 2006 01:02:15 +0200 (EET) (envelope-from vkushnir@i.kiev.ua) Date: Mon, 6 Nov 2006 01:02:15 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: John-Mark Gurney In-Reply-To: <20061104201250.GO25511@funkthat.com> Message-ID: <20061106002105.S91904@kushnir1.kiev.ua> References: <20061026015618.E1706@kushnir1.kiev.ua> <20061102220454.GK25511@funkthat.com> <20061103183548.T60893@kushnir1.kiev.ua> <20061104005738.GN25511@funkthat.com> <20061104051417.U1182@kushnir1.kiev.ua> <20061104201250.GO25511@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 23:02:22 -0000 On Sat, 4 Nov 2006, John-Mark Gurney wrote: > Vladimir Kushnir wrote this message on Sat, Nov 04, 2006 at 05:30 +0200: >> >> >> On Fri, 3 Nov 2006, John-Mark Gurney wrote: >> >>> Vladimir Kushnir wrote this message on Sat, Nov 04, 2006 at 00:49 +0200: >>>> >>>> >>>> On Thu, 2 Nov 2006, John-Mark Gurney wrote: >>>> >> >> pcib1: at device 9.0 on pci0 >> pcib1: secondary bus 5 >> pcib1: subordinate bus 5 >> pcib1: I/O decode 0xf0000-0xfff >> pcib1: memory decode 0xca000000-0xca0fffff >> pcib1: prefetched decode 0xca100000-0xca1fffff >> pcib1: Subtractively decoded bridge >> pci5: on pcib1 >> pci5: physical bus=5 >> >> and here system hangs. > > Ok, then add a couple printfs to the pci_read_vpd_reg line... one before > the WREG line, and another before the return... I have a feeling that > your card isn't setting the correct bit, as the printf you enabled w/ > if 1 won't run unless it gets data from this function... If you're > hanging in this function, then I'll have to do something else... :( or > you could return the card/mobo as not PCI compliant... but I doubt > you'd want to do the last one.. :-) > Ok. Sorry for a delay. One thing before I'll try to do that. This hang does seem to be relating to vpd commit - everything boots/runs perfectly all right with pci.c rev. 1.292.2.9 (after some compilation-relating tweaks, of course). Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 23:02:28 2006 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 7478F16A416 for ; Sun, 5 Nov 2006 23:02:28 +0000 (UTC) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F40543D5F for ; Sun, 5 Nov 2006 23:02:27 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h39.244.159.dialup.iptcom.net ([213.159.244.39]:31426 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1229029AbWKEXC0 (INRCPT ); Mon, 6 Nov 2006 01:02:26 +0200 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.8/8.13.8) with ESMTP id kA5N2O5B020618 for ; Mon, 6 Nov 2006 01:02:24 +0200 (EET) (envelope-from vkushnir@i.kiev.ua) Date: Mon, 6 Nov 2006 01:02:24 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: current@freebsd.org Message-ID: <20061106005318.C91904@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Any reason acpi_aiboost is hooked to i386? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2006 23:02:28 -0000 Hi all, Is there any reason why acpi_aiboost is for i386 only? So far it gives no problems whatsoever being build and loaded at loader stage here (amd64-CURRENT, Athlon64 3000+, nForce4-based MB - ASUS A8N-SLI): kldstat ... 34 1 0xffffffff8081a000 2c98 acpi_aiboost.ko ... sysctl -a|grep aiboost dev.acpi_aiboost.0.%desc: ASUStek AIBOOSTER dev.acpi_aiboost.0.%driver: acpi_aiboost dev.acpi_aiboost.0.%location: handle=\_SB_.PCI0.ASOC dev.acpi_aiboost.0.%pnpinfo: _HID=ATK0110 _UID=16843024 dev.acpi_aiboost.0.%parent: acpi0 dev.acpi_aiboost.0.temp0: 480 dev.acpi_aiboost.0.temp1: 340 dev.acpi_aiboost.0.volt0: 1520 dev.acpi_aiboost.0.volt1: 3216 dev.acpi_aiboost.0.volt2: 4999 dev.acpi_aiboost.0.volt3: 12032 dev.acpi_aiboost.0.fan0: 2860 dev.acpi_aiboost.0.fan1: 0 dev.acpi_aiboost.0.fan2: 0 which is fully correct. Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 23:24:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1891916A47C for ; Sun, 5 Nov 2006 23:24:35 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CFCA43D45 for ; Sun, 5 Nov 2006 23:24:34 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GgrLi-0005eW-Kl for freebsd-current@freebsd.org; Mon, 06 Nov 2006 00:24:22 +0100 Received: from 83-131-165-70.adsl.net.t-com.hr ([83.131.165.70]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Nov 2006 00:24:22 +0100 Received: from ivoras by 83-131-165-70.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Nov 2006 00:24:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 06 Nov 2006 00:24:31 +0100 Lines: 7 Message-ID: References: <1a85d2430611051253l2c1f4e6mf11a6756a7000bca@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-165-70.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) In-Reply-To: <1a85d2430611051253l2c1f4e6mf11a6756a7000bca@mail.gmail.com> Sender: news Subject: Re: RESOLVED with 6.2 but it lacks NIC support Re: 6.1 can't find SAS drives on Dell PE 1955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Nov 2006 23:24:35 -0000 Mike Brown wrote: > I have resolved this by booting 6.2. > > However, we now have NO NIC support :| And you had it in 6.1? What type? What did dmesg say about it? What does "pciconf -lv" say now? From owner-freebsd-current@FreeBSD.ORG Sun Nov 5 23:57:57 2006 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 B8F2B16A403 for ; Sun, 5 Nov 2006 23:57:57 +0000 (UTC) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4F0F43D5E for ; Sun, 5 Nov 2006 23:57:54 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h21.245.159.dialup.iptcom.net ([213.159.245.21]:10448 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1225368AbWKEX5x (INRCPT ); Mon, 6 Nov 2006 01:57:53 +0200 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.8/8.13.8) with ESMTP id kA5Nvkmo001258; Mon, 6 Nov 2006 01:57:46 +0200 (EET) (envelope-from vkushnir@i.kiev.ua) Date: Mon, 6 Nov 2006 01:57:46 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: John-Mark Gurney In-Reply-To: <20061104201250.GO25511@funkthat.com> Message-ID: <20061106015245.R1183@kushnir1.kiev.ua> References: <20061026015618.E1706@kushnir1.kiev.ua> <20061102220454.GK25511@funkthat.com> <20061103183548.T60893@kushnir1.kiev.ua> <20061104005738.GN25511@funkthat.com> <20061104051417.U1182@kushnir1.kiev.ua> <20061104201250.GO25511@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2006 23:57:57 -0000 On Sat, 4 Nov 2006, John-Mark Gurney wrote: > > Ok, then add a couple printfs to the pci_read_vpd_reg line... one before > the WREG line, and another before the return... I have a feeling that > your card isn't setting the correct bit, as the printf you enabled w/ > if 1 won't run unless it gets data from this function... If you're > hanging in this function, then I'll have to do something else... :( or > you could return the card/mobo as not PCI compliant... but I doubt > you'd want to do the last one.. > Your feeling was absolutely right - system hangs exactly here. Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 00:10:23 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2614116A412 for ; Mon, 6 Nov 2006 00:10:23 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63F6F43D5A for ; Mon, 6 Nov 2006 00:10:22 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 5CEC7277B6 for ; Mon, 6 Nov 2006 01:10:21 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 3E0089E6C2 for ; Mon, 6 Nov 2006 00:10:59 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 12BFF405B; Mon, 6 Nov 2006 01:10:59 +0100 (CET) Date: Mon, 6 Nov 2006 01:10:58 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20061106001058.GA20405@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Interrupt storm when inserting PCMCIA card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 00:10:23 -0000 Hi, whenever I try to insert a PCMCIA card in the slot, I get the following message: % Interrupt storm detected on "irq9:"; throttling interrupt source Then I can remove and insert back the card at will, I won't get any message from the kernel any more. My kernel configuration file contains: % device cbb % device pccard % device cardbus (BTW, can someone explain me what are the purpose of those devices ? I can't really understand it from the manpage.) Output from pciconf(8): % cbb0@pci6:1:0: class=0x060700 card=0x00661025 chip=0x8031104c rev=0x00 hdr=0x02 % vendor = 'Texas Instruments (TI)' % class = bridge % subclass = PCI-CardBus And the corresponding piece of dmesg: % cbb0: mem 0xc8216000-0xc8216fff irq 10 at device 1.0 on pci6 % cardbus0: on cbb0 % pccard0: <16-bit PCCard bus> on cbb0 vmstat -i: % interrupt total rate % irq0: clk 1094497 998 % irq1: atkbd0 4725 4 % irq8: rtc 140217 127 % irq9: bge0 uhci2+ 59147 53 % irq11: iwi0 uhci0* 6444 5 % irq12: psm0 1719 1 % irq14: ata0 3576 3 % Total 1310325 1195 I tried to turn on debug sysctls, but it shows nothing more: % hw.cardbus.debug: 1 % hw.cardbus.cis_debug: 1 % hw.pccard.debug: 1 % hw.pccard.cis_debug: 1 % hw.cbb.debug: 1 Any help will be welcome. Let me know if you need for informations, such a full verbose dmesg or so. Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 01:23:16 2006 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 B707016A40F for ; Mon, 6 Nov 2006 01:23:16 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao02.cox.net (eastrmmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2788643D69 for ; Mon, 6 Nov 2006 01:23:16 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao02.cox.net (InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP id <20061106012319.TSQJ28530.eastrmmtao02.cox.net@eastrmimpo01.cox.net>; Sun, 5 Nov 2006 20:23:19 -0500 Received: from serene.no-ip.org ([72.200.30.62]) by eastrmimpo01.cox.net with bizsmtp id jDNf1V00C1LR1K40000000 Sun, 05 Nov 2006 20:22:41 -0500 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.8/8.13.8) with ESMTP id kA61N6MN031793; Sun, 5 Nov 2006 19:23:09 -0600 (CST) (envelope-from conrads@cox.net) Date: Sun, 5 Nov 2006 19:23:00 -0600 From: "Conrad J. Sabatier" To: "Josh Carroll" Message-ID: <20061105192300.147c0494@serene.no-ip.org> In-Reply-To: <8cb6106e0611041207v41a57784p136e9d06b7c668bf@mail.gmail.com> References: <539c60b90611040831l3101a720i6cb87ee1cb8272ad@mail.gmail.com> <454CC513.10707@zedat.fu-berlin.de> <454CED88.1070500@bitfreak.org> <8cb6106e0611041207v41a57784p136e9d06b7c668bf@mail.gmail.com> Organization: A Rag-Tag Band of Drug-Crazed Hippies X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.10.6; amd64-unknown-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd@bitfreak.org" , freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: read cd's but not dvd's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 01:23:16 -0000 On Sat, 4 Nov 2006 12:07:47 -0800, "Josh Carroll" wrote: > > That would probably be because DVDs use the UDF format. ISO9660 is > > only for CDs. > > Actually, you can mount some DVDs with mount_iso9660, but obviously it > won't work properly for large files. > > Note that I don't think you can just mount a commercial DVD with > mount_udf and start copying .VOB files off if it. You'll need to use > something like libdvdread, etc. I had the same problems with my DVD > drive, and thought it was my hardware or a kernel bug, but it's simply > not possible to read files off an encrypted DVD after mounting with > mount_udf. k3b come in handy for this. I've used it to copy DVD images that were unreadable via dd. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 02:58:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C73316A4A0 for ; Mon, 6 Nov 2006 02:58:03 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 943D843D66 for ; Mon, 6 Nov 2006 02:58:01 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so838515wxd for ; Sun, 05 Nov 2006 18:58:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Nk6CMHY6oPRFVdZxgSc7mtoowzz6HiuAB6RfwI7bs0zarRwTMn0Vyq35eMIPQM05n+aRfMKoH6Ai/9ZhvDnu8tJqMM1sz7sCsHHASliYSuqgCtmffcpizECJBhS5VSsqy4Oer4Ua1EZx2Mn0sCXFfiKygAJ0aLgnK1/Sdy5J6ng= Received: by 10.70.19.16 with SMTP id 16mr4206777wxs.1162781870607; Sun, 05 Nov 2006 18:57:50 -0800 (PST) Received: by 10.70.12.2 with HTTP; Sun, 5 Nov 2006 18:57:50 -0800 (PST) Message-ID: <3bbf2fe10611051857m4c644ad2o7d71a86e46eaf9a8@mail.gmail.com> Date: Mon, 6 Nov 2006 03:57:50 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: freebsd-current@freebsd.org, freebsd-arch@freebsd.org, "John Baldwin" , kmacy@freebsd.org, pho@freebsd.org In-Reply-To: <3bbf2fe10610181518k68356528i154267c0bd1b1a77@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10610181518k68356528i154267c0bd1b1a77@mail.gmail.com> X-Google-Sender-Auth: eb3e76b2c1b91d35 Cc: Subject: Re: sx locks rewriting - needs testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 02:58:03 -0000 2006/10/18, Attilio Rao : > In my P4 branch: //depot/user/attilio/attilio_smpng/... > you can find a sx locks rewriting using the optimized semantic of > rwlocks; in the end this might result in a valuable performance > improvement. After have received very positive stress-test feedbacks from pho@ (that I would like to thank for his patience and work) I went ahead and rather completed the implementation. Now this is ready to be reviewed and possibly committed into the CVS. Even if I plan a longer work on this branch (about syncronizing primitives), I think it is time for a revision of the work done until now from SMPng people (jhb, kmacy, etc.) and possibily an inclusion into HEAD (patch actually is 58k...). Some few hints about the patch: - LOCK_DEBUG adds a dependence between sx.h and lock.h (as for rwlocks and mutex) and a the new options SXLOCK_NOINLINE is added - XFS locking is still disabled in the patch (I hope to do it for tomorrow, I'm in GMT+1). - Possibly the sleepqueue interface modifies and new flags might be documented in the manpages (and NOTES file too, in order to reflect SXLOCK_NOINLINE inclusion). - It misses still of the adaptive spinning code, but it can be inserted after without problems. You can download the code directly from perforce (//depot/user/attilio/attilio_smpng/...) but patches are available here: http://users.gufi.org/~rookie/works/patches/smpng06112006.diff http://users.gufi.org/~rookie/works/patches/_sx.h I hope you will enjoy it (feedbacks, ideas, comments would be very appreciated). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 03:30:11 2006 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 8A72016A533 for ; Mon, 6 Nov 2006 03:30:11 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 575AB43D7D for ; Mon, 6 Nov 2006 03:30:05 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.13.8/8.13.3) with ESMTP id kA63SqJJ050774 for ; Mon, 6 Nov 2006 12:28:55 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200611060328.kA63SqJJ050774@sana.init-main.com> From: takawata@jp.freebsd.org To: current@freebsd.org In-reply-to: Your message of "Mon, 06 Nov 2006 01:02:24 +0200." <20061106005318.C91904@kushnir1.kiev.ua> Date: Mon, 06 Nov 2006 12:28:52 +0900 Sender: takawata@init-main.com Cc: Subject: Re: Any reason acpi_aiboost is hooked to i386? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 03:30:11 -0000 In message <20061106005318.C91904@kushnir1.kiev.ua>, Vladimir Kushnir wrote: >Hi all, > >Is there any reason why acpi_aiboost is for i386 only? So far it gives no >problems whatsoever being build and loaded at loader stage here >(amd64-CURRENT, Athlon64 3000+, nForce4-based MB - ASUS A8N-SLI): Indeed, I wrote it for FreeBSD/amd64, I only compile it for FreeBSD/i386:-) The only reason hooked to i386 is that all acpi extras are hooked for i386 now and I'm so lazy to modify the Makefile. From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 03:46:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B8E316A49E for ; Mon, 6 Nov 2006 03:46:33 +0000 (UTC) (envelope-from jmb287@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDFD843D6E for ; Mon, 6 Nov 2006 03:46:19 +0000 (GMT) (envelope-from jmb287@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so669908uge for ; Sun, 05 Nov 2006 19:46:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=WPvaULiZB18UNVvwIfMTfhE2pb5LHyTJIE46QbsRdhMzmWqs1DNYbwA68vxnTV698cLZhbfrgROeugYT/qdlJtu2d7UswX6m7tt01Sug2YD2kh9T58gyYZQHl9e3UqB0CGk/wxJ4GX5ZRXFhXB+8vwe1aA4Kyh8qFu60x0teSLY= Received: by 10.67.27.3 with SMTP id e3mr6673342ugj.1162784771673; Sun, 05 Nov 2006 19:46:11 -0800 (PST) Received: by 10.66.220.12 with HTTP; Sun, 5 Nov 2006 19:46:11 -0800 (PST) Message-ID: <1a85d2430611051946g2afd277sd99d6ee0690b7de8@mail.gmail.com> Date: Sun, 5 Nov 2006 20:46:11 -0700 From: "Mike Brown" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 References: <1a85d2430611051253l2c1f4e6mf11a6756a7000bca@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: RESOLVED with 6.2 but it lacks NIC support Re: 6.1 can't find SAS drives on Dell PE 1955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 03:46:33 -0000 No we didn't have the NIC's in 6.1 6.1 No Disk / SAS thus couldn't install 6.2 We have SAS and are able to install from CDROM, no NIC support I don't have any remote access to the device, I can't post the output you requested until later in the week On 05/11/06, Ivan Voras wrote: > > Mike Brown wrote: > > I have resolved this by booting 6.2. > > > > However, we now have NO NIC support :| > > And you had it in 6.1? What type? What did dmesg say about it? What does > "pciconf -lv" say now? > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 04:49:39 2006 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 8AE4816A40F for ; Mon, 6 Nov 2006 04:49:39 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECEA843D58 for ; Mon, 6 Nov 2006 04:49:38 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA64nPf8005818; Sun, 5 Nov 2006 21:49:31 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <454EBED1.9070106@samsco.org> Date: Sun, 05 Nov 2006 21:49:21 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Mike Brown References: <1a85d2430611051253l2c1f4e6mf11a6756a7000bca@mail.gmail.com> In-Reply-To: <1a85d2430611051253l2c1f4e6mf11a6756a7000bca@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: RESOLVED with 6.2 but it lacks NIC support Re: 6.1 can't find SAS drives on Dell PE 1955 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 04:49:39 -0000 NIC support for the 1955 will take some time, and will definitely not happen for 6.2. Scott Mike Brown wrote: > I have resolved this by booting 6.2. > > However, we now have NO NIC support :| > > > > > On 01/11/06, Eric Anderson wrote: >> >> On 11/01/06 15:26, Mike Brown wrote: >> > Hi Eric, thanks for the reply >> > >> > Not sure what controller I'm running. I don't see it on boot up BIOS >> > messages. >> > From what I gather its a RAID controller, both drives are mirrored via >> > the system. >> > >> > I tried 6.2-PRE this morning, it also did not see the drives. >> > >> > How do I tell what controller is on the system ? >> >> It should tell you on boot - something like 'PERC 5i' or PERC something >> (maybe 'PowerEdge RAID Controller'). >> >> >> We have a 1950 that works ok under recent 6.2-* >> >> > The drives are 73Gig 10K RPM SAS micro drives >> > >> > >> > On 01/11/06, *Eric Anderson* > > > wrote: >> > >> > On 11/01/06 14:39, Mike Brown wrote: >> > > When trying to install FB-6.1 from the ISO's on a Dell PE 1955 >> > Blade, it >> > > will not see the SAS drives. >> > > >> > > Any thoughts of wisdom >> > > >> > > Thanks in advance >> > >> > Which controller are you using, and is there a RAID set up or are >> you >> > passing the drives through to FreeBSD? Also, you might want to try >> > 6.2-PRERELEASE. >> > >> > Eric >> >> >> -- >> ------------------------------------------------------------------------ >> Eric Anderson Sr. Systems Administrator Centaur Technology >> Anything that works is better than anything that doesn't. >> ------------------------------------------------------------------------ >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 05:25:47 2006 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 E8C8716A403; Mon, 6 Nov 2006 05:25:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9538D43D4C; Mon, 6 Nov 2006 05:25:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA65PjAP021383; Mon, 6 Nov 2006 00:25:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA65PjBT068977; Mon, 6 Nov 2006 00:25:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 86B0173068; Mon, 6 Nov 2006 00:25:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061106052545.86B0173068@freebsd-current.sentex.ca> Date: Mon, 6 Nov 2006 00:25:45 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 05:25:47 -0000 TB --- 2006-11-06 04:05:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-06 04:05:19 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-06 04:05:19 - cleaning the object tree TB --- 2006-11-06 04:06:01 - checking out the source tree TB --- 2006-11-06 04:06:01 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-06 04:06:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-06 04:20:18 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-06 04:20:18 - cd /src TB --- 2006-11-06 04:20:18 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 6 04:20:19 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Nov 6 05:15:38 UTC 2006 TB --- 2006-11-06 05:15:38 - generating LINT kernel config TB --- 2006-11-06 05:15:38 - cd /src/sys/sun4v/conf TB --- 2006-11-06 05:15:38 - /usr/bin/make -B LINT TB --- 2006-11-06 05:15:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-06 05:15:38 - cd /src TB --- 2006-11-06 05:15:38 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 6 05:15:38 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel interrupt.o(.text+0x234): In function `tl_invlctx': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x28c): In function `tl_invltlb': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x2e4): In function `tl_invlpg': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-06 05:25:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-06 05:25:45 - ERROR: failed to build lint kernel TB --- 2006-11-06 05:25:45 - tinderbox aborted TB --- 0.55 user 1.92 system 4825.38 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 08:01:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C850316A407 for ; Mon, 6 Nov 2006 08:01:26 +0000 (UTC) (envelope-from amogilny@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CE1C43D53 for ; Mon, 6 Nov 2006 08:01:25 +0000 (GMT) (envelope-from amogilny@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so689535uge for ; Mon, 06 Nov 2006 00:01:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:mime-version:content-type:content-disposition:user-agent; b=WLKPnQ3qI3wd1p2QwFz0GHOC7vWZGCZ2mEW7F6krG7cCuqp3cQWEAuDJ3DGBvPFWjw9tbtRnzNq/Twdlc2rn8TgPkGfnb3a0svjobudlkUqiP5G6T/98SLs5xCuJfHMn9ORMeIeU0StVaiGUx9PN2B7YzSIPnlnEJNfISUDYFHI= Received: by 10.67.121.18 with SMTP id y18mr6876897ugm.1162800084711; Mon, 06 Nov 2006 00:01:24 -0800 (PST) Received: from localhost ( [193.28.87.193]) by mx.google.com with ESMTP id q40sm4651861ugc.2006.11.06.00.01.24; Mon, 06 Nov 2006 00:01:24 -0800 (PST) Date: Mon, 6 Nov 2006 10:01:22 +0200 From: "Alexander I. Mogilny" To: freebsd-current@freebsd.org Message-ID: <20061106080122.GA1780@sg.intra> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: [offtopic] BSD is dying :)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 08:01:26 -0000 Hi guys, I am very very sorry for offtopic but you should lokk at this: http://talks.dixongroup.net/nycbsdcon2006/BSD_is_Dying_640x480.mov I would say that this is a real bullshit and BSD is really growing stronger and stronger day by day. I would also like to thank all developers and all community people out there for being with BSD. Good job!!! -- AIM-UANIC +-----[ FreeBSD ]-----+ Alexander Mogilny | The Power to Serve! | <> amogilny@gmail.com +---------------------+ From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 11:03:50 2006 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 C97EC16A415 for ; Mon, 6 Nov 2006 11:03:50 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7831443D7D for ; Mon, 6 Nov 2006 11:02:52 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Gh2Fe-000PW6-Bp; Mon, 06 Nov 2006 11:02:50 +0000 Date: Mon, 6 Nov 2006 11:02:50 +0000 From: Ceri Davies To: "Alexander I. Mogilny" Message-ID: <20061106110250.GA13791@submonkey.net> Mail-Followup-To: Ceri Davies , "Alexander I. Mogilny" , freebsd-current@freebsd.org References: <20061106080122.GA1780@sg.intra> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <20061106080122.GA1780@sg.intra> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Ceri Davies Cc: freebsd-current@freebsd.org Subject: Re: [offtopic] BSD is dying :)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 11:03:50 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 06, 2006 at 10:01:22AM +0200, Alexander I. Mogilny wrote: > Hi guys, > I am very very sorry for offtopic but you should lokk at this: >=20 > http://talks.dixongroup.net/nycbsdcon2006/BSD_is_Dying_640x480.mov >=20 > I would say that this is a real bullshit and BSD is really growing > stronger and stronger day by day. That's exactly the point that presentation was making :) Well worth 20 minutes of your time to watch. Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFTxZaocfcwTS3JF8RArKtAJ9ueQddyKqGvwFw9BnFye2K5B8vlwCeIRyS 1epQWYHducZBAWINeNd2qXY= =hnq/ -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 11:24:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA76816A407 for ; Mon, 6 Nov 2006 11:24:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4D1C43D7B for ; Mon, 6 Nov 2006 11:24:20 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id o37so683980nzf for ; Mon, 06 Nov 2006 03:24:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=nXGDCiMJ/vn9bt26vzmCia5+DiRd6i1c3FBP7mwmreqopEQcIviobvPVO+Xd3Nkh3cX36E8KRs4vZv3XDJYdLUkak3+/+0AGmX7P1eGGyZPG6glf0Ti1s4DhB7SoTwJeHpzcnUKDBz/6a7h9cAK02eMrgzj6h6ytOHK+NitI76k= Received: by 10.35.93.19 with SMTP id v19mr452884pyl.1162812259415; Mon, 06 Nov 2006 03:24:19 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 17sm14981049nzo.2006.11.06.03.24.17; Mon, 06 Nov 2006 03:24:19 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id kA6BRdTt084849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Nov 2006 20:27:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kA6BRVBE084848; Mon, 6 Nov 2006 20:27:31 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 6 Nov 2006 20:27:31 +0900 From: Pyun YongHyeon To: Dmitry Pryanishnikov Message-ID: <20061106112731.GA78511@cdnetworks.co.kr> References: <1155864187.00584864.1155853201@10.7.7.3> <1155882183.00584920.1155870001@10.7.7.3> <44E5C008.9010008@icyb.net.ua> <20060818204915.S42981@atlantis.atlantis.dp.ua> <44E5FFF3.9040908@icyb.net.ua> <20061105025754.M20747@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <20061105025754.M20747@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.4.2.1i Cc: Jeremie Le Hen , freebsd-current@freebsd.org, "Devon H. O'Dell" , Andriy Gapon Subject: Re: no kld in minidumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 11:24:36 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Nov 05, 2006 at 03:43:25AM +0200, Dmitry Pryanishnikov wrote: > > Hello! > > Well, maybe it's a little late to reply now, but anyway... > > On Fri, 18 Aug 2006, Andriy Gapon wrote: > >on 18/08/2006 20:50 Dmitry Pryanishnikov said the following: > >>>BTW, has anyone contemplated or even done this - some sort of a script > >>>to automatically add all modules that were loaded at a time of crash ? > >> > >> Hmm, isn't this the task for asf(8). If not, what is asf(8) for? > > > >This is a very nice command, thank you! > >But it does not seem to be directly applicable to postmortem situation > >i.e. crash dump debugging. > > Actually asf(8) _can_ be useful during crash dump analysis in the limited > yet quite common case when currently loaded kernel and modules are the same > as they were during the crash. E.g. I've booted to singleuser mode with > fdc.ko loaded as a module, established crash dump device and then crashed > the system with 'kldunload fdc.ko' (see kern/104079). After reboot I've got > a core dump which can't be analyzed corectly w/o symbols from fdc.ko: > Hmm, it seems that I fixed the bug in sparc64 fdc(4) support code. Try attached patch. I'm not familiar with geom(4) so it needs review from geom guru so I've CCed to pjd@. > root@homelynx# asf -kf /boot/kernel my.asf > root@homelynx# kgdb /boot/kernel/kernel.debug vmcore.7 > ... > (here 'bt' doesn't show frames which belong to fdc.ko and above) > ... > (kgdb) source my.asf > > Now 'bt' correctly shows all frames. > -- Regards, Pyun YongHyeon --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fdc.patch" Index: fdc.c =================================================================== RCS file: /pool/ncvs/src/sys/dev/fdc/fdc.c,v retrieving revision 1.313 diff -u -r1.313 fdc.c --- fdc.c 8 Sep 2006 21:46:00 -0000 1.313 +++ fdc.c 6 Nov 2006 11:26:40 -0000 @@ -426,7 +426,7 @@ step += step; DELAY(step); } - return (fdc_err(fdc, bootverbose? "input ready timeout\n": 0)); + return (fdc_err(fdc, bootverbose? "input ready timeout\n": NULL)); } static int @@ -446,7 +446,7 @@ step += step; DELAY(step); } - return (fdc_err(fdc, bootverbose? "output ready timeout\n": 0)); + return (fdc_err(fdc, bootverbose? "output ready timeout\n": NULL)); } /* @@ -470,7 +470,7 @@ i = va_arg(ap, int); if (n == 0) cmd = i; - if (fdc_out(fdc, i) < 0) { + if (fdc_out(fdc, i)) { char msg[50]; snprintf(msg, sizeof(msg), "cmd %x failed at out byte %d of %d\n", @@ -483,7 +483,7 @@ n_in = va_arg(ap, int); for (n = 0; n < n_in; n++) { int *ptr = va_arg(ap, int *); - if (fdc_in(fdc, ptr) < 0) { + if (fdc_in(fdc, ptr)) { char msg[50]; snprintf(msg, sizeof(msg), "cmd %02x failed at in byte %d of %d\n", @@ -577,7 +577,7 @@ return (FD_NOT_VALID); } - if (fdc_in(fdc, &cyl) < 0) + if (fdc_in(fdc, &cyl)) return fdc_err(fdc, "can't get cyl num\n"); if (cylp) @@ -1014,7 +1014,7 @@ fdc_pio(fdc); } - switch(bp->bio_cmd) { + switch (bp->bio_cmd) { case BIO_FMT: /* formatting */ finfo = (struct fd_formb *)bp->bio_data; @@ -1142,7 +1142,7 @@ return (1); } /* All OK */ - switch(bp->bio_cmd) { + switch (bp->bio_cmd) { case BIO_RDID: /* copy out ID field contents */ idp = (struct fdc_readid *)bp->bio_data; @@ -1537,9 +1537,7 @@ break; } return (error); -}; - - +} /* * Configuration/initialization stuff, per controller. @@ -1998,16 +1996,24 @@ fd_detach(device_t dev) { struct fd_data *fd; + struct g_provider *gp; + int error; + error = 0; fd = device_get_softc(dev); + DROP_GIANT(); g_topology_lock(); - g_wither_geom(fd->fd_geom, ENXIO); + gp = fd->fd_provider; + KASSERT(gp != NULL, ("NULL provider")); + if (gp->acr > 0 || gp->acw > 0 || gp->ace > 0) + error = EBUSY; + if (error == 0) + g_wither_geom(fd->fd_geom, ENXIO); g_topology_unlock(); - while (device_get_state(dev) == DS_BUSY) - tsleep(fd, PZERO, "fdd", hz/10); callout_drain(&fd->toffhandle); + PICKUP_GIANT(); - return (0); + return (error); } static device_method_t fd_methods[] = { @@ -2031,8 +2037,7 @@ fdc_modevent(module_t mod, int type, void *data) { - g_modevent(NULL, type, &g_fd_class); - return (0); + return (g_modevent(NULL, type, &g_fd_class)); } DRIVER_MODULE(fd, fdc, fd_driver, fd_devclass, fdc_modevent, 0); --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 11:49:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97BD016A416 for ; Mon, 6 Nov 2006 11:49:58 +0000 (UTC) (envelope-from thomas.sparrevohn@btinternet.com) Received: from smtp808.mail.ird.yahoo.com (smtp808.mail.ird.yahoo.com [217.146.188.68]) by mx1.FreeBSD.org (Postfix) with SMTP id 0737743D8A for ; Mon, 6 Nov 2006 11:48:42 +0000 (GMT) (envelope-from thomas.sparrevohn@btinternet.com) Received: (qmail 85005 invoked from network); 6 Nov 2006 11:48:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:In-Reply-To:References:Mime-Version:Content-Type:Message-Id:Cc:Content-Transfer-Encoding:From:Subject:Date:To:X-Mailer; b=jk0z4S4snE179jWCdL2e+cH5CdCO3lzNkZTsL2eelT8aZhGAQgdwhVwa7P+p5cH5dKrBL2i2vlHjJmBWgF1VEWI386ZOLTmzNYG98DTHnpFCdJjV1ziTD4qlbzG/xiSRSJ33HbgFRvtXUQtMcPhMW+tVNHAEHBGunkKCnDrvd8k= ; Received: from unknown (HELO ?192.168.0.15?) (thomas.sparrevohn@btinternet.com@86.133.210.174 with plain) by smtp808.mail.ird.yahoo.com with SMTP; 6 Nov 2006 11:48:29 -0000 In-Reply-To: <20061106080122.GA1780@sg.intra> References: <20061106080122.GA1780@sg.intra> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Thomas Sparrevohn Date: Mon, 6 Nov 2006 11:48:26 +0000 To: "Alexander I. Mogilny" X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: [offtopic] BSD is dying :)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 11:49:58 -0000 On 6 Nov 2006, at 08:01, Alexander I. Mogilny wrote: Brilliant - very very funny > > Hi guys, > I am very very sorry for offtopic but you should lokk at this: > > http://talks.dixongroup.net/nycbsdcon2006/BSD_is_Dying_640x480.mov > > I would say that this is a real bullshit and BSD is really growing > stronger and stronger day by day. I would also like to thank all > developers and all community people out there for being with BSD. > Good job!!! > > -- > AIM-UANIC +-----[ FreeBSD ]-----+ > Alexander Mogilny | The Power to Serve! | > <> amogilny@gmail.com +---------------------+ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 12:27:18 2006 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 E732216A62C; Mon, 6 Nov 2006 12:27:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C31D43D8F; Mon, 6 Nov 2006 12:27:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA6CQwMA095058; Mon, 6 Nov 2006 07:26:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA6CQw7C038525; Mon, 6 Nov 2006 07:26:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 994C673068; Mon, 6 Nov 2006 07:26:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061106122658.994C673068@freebsd-current.sentex.ca> Date: Mon, 6 Nov 2006 07:26:58 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner4 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 12:27:18 -0000 TB --- 2006-11-06 11:09:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-06 11:09:54 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-06 11:09:54 - cleaning the object tree TB --- 2006-11-06 11:10:31 - checking out the source tree TB --- 2006-11-06 11:10:31 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-06 11:10:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-06 11:22:44 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-06 11:22:44 - cd /src TB --- 2006-11-06 11:22:44 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 6 11:22:45 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Nov 6 12:16:45 UTC 2006 TB --- 2006-11-06 12:16:45 - generating LINT kernel config TB --- 2006-11-06 12:16:45 - cd /src/sys/sun4v/conf TB --- 2006-11-06 12:16:45 - /usr/bin/make -B LINT TB --- 2006-11-06 12:16:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-06 12:16:45 - cd /src TB --- 2006-11-06 12:16:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 6 12:16:45 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel interrupt.o(.text+0x234): In function `tl_invlctx': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x28c): In function `tl_invltlb': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x2e4): In function `tl_invlpg': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-06 12:26:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-06 12:26:58 - ERROR: failed to build lint kernel TB --- 2006-11-06 12:26:58 - tinderbox aborted TB --- 0.54 user 1.81 system 4623.74 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 14:13:57 2006 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 D935016A47E for ; Mon, 6 Nov 2006 14:13:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E60D243D82 for ; Mon, 6 Nov 2006 14:13:46 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3784C46BF8 for ; Mon, 6 Nov 2006 09:13:46 -0500 (EST) Date: Mon, 6 Nov 2006 14:13:46 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20061106141332.A28593@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Heads up: priv(9) committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 14:13:58 -0000 Dear all, I've just committed support for the priv(9) kernel API to the CVS HEAD. Per the commit message below, this is a revised interface for checking privilege within the kernel. In principle, there should be little actual functional change with this commit (although in one case, an IPSEC-related check moves from being permitted in Jail to not being permitted in Jail), but this will facilitate future work. I've now started the post-commit builds. Please let me know (ideally with a CC to current@) if you start running into odd permissions problems -- either things that are no longer permitted that should be, or things that are now permitted that should not be! Thanks, Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Mon, 6 Nov 2006 13:37:19 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/kern kern_jail.c kern_priv.c kern_prot.c src/sys/security/mac mac_framework.h mac_internal.h mac_priv.c src/sys/sys jail.h priv.h systm.h src/sys/conf files src/share/man/man9 Makefile priv.9 suser.9 rwatson 2006-11-06 13:37:19 UTC FreeBSD src repository Modified files: sys/kern kern_jail.c kern_prot.c sys/security/mac mac_framework.h mac_internal.h sys/sys jail.h systm.h sys/conf files share/man/man9 Makefile suser.9 Added files: sys/kern kern_priv.c sys/security/mac mac_priv.c sys/sys priv.h share/man/man9 priv.9 Log: Add a new priv(9) kernel interface for checking the availability of privilege for threads and credentials. Unlike the existing suser(9) interface, priv(9) exposes a named privilege identifier to the privilege checking code, allowing more complex policies regarding the granting of privilege to be expressed. Two interfaces are provided, replacing the existing suser(9) interface: suser(td) -> priv_check(td, priv) suser_cred(cred, flags) -> priv_check_cred(cred, priv, flags) A comprehensive list of currently available kernel privileges may be found in priv.h. New privileges are easily added as required, but the comments on adding privileges found in priv.h and priv(9) should be read before doing so. The new privilege interface exposed sufficient information to the privilege checking routine that it will now be possible for jail to determine whether a particular privilege is granted in the check routine, rather than relying on hints from the calling context via the SUSER_ALLOWJAIL flag. For now, the flag is maintained, but a new jail check function, prison_priv_check(), is exposed from kern_jail.c and used by the privilege check routine to determine if the privilege is permitted in jail. As a result, a centralized list of privileges permitted in jail is now present in kern_jail.c. The MAC Framework is now also able to instrument privilege checks, both to deny privileges otherwise granted (mac_priv_check()), and to grant privileges otherwise denied (mac_priv_grant()), permitting MAC Policy modules to implement privilege models, as well as control a much broader range of system behavior in order to constrain processes running with root privilege. The suser() and suser_cred() functions remain implemented, now in terms of priv_check() and the PRIV_ROOT privilege, for use during the transition and possibly continuing use by third party kernel modules that have not been updated. The PRIV_DRIVER privilege exists to allow device drivers to check privilege without adopting a more specific privilege identifier. This change does not modify the actual security policy, rather, it modifies the interface for privilege checks so changes to the security policy become more feasible. Sponsored by: nCircle Network Security, Inc. Obtained from: TrustedBSD Project Discussed on: arch@ Reviewed (at least in part) by: mlaier, jmg, pjd, bde, ceri, Alex Lyashkov , Skip Ford , Antoine Brodin Revision Changes Path 1.283 +1 -0 src/share/man/man9/Makefile 1.1 +115 -0 src/share/man/man9/priv.9 (new) 1.30 +8 -1 src/share/man/man9/suser.9 1.1160 +2 -0 src/sys/conf/files 1.54 +168 -1 src/sys/kern/kern_jail.c 1.1 +154 -0 src/sys/kern/kern_priv.c (new) 1.206 +58 -89 src/sys/kern/kern_prot.c 1.75 +2 -0 src/sys/security/mac/mac_framework.h 1.115 +34 -0 src/sys/security/mac/mac_internal.h 1.1 +64 -0 src/sys/security/mac/mac_priv.c (new) 1.27 +1 -0 src/sys/sys/jail.h 1.1 +457 -0 src/sys/sys/priv.h (new) 1.246 +1 -1 src/sys/sys/systm.h ---------- Forwarded message ---------- Date: Mon, 6 Nov 2006 13:42:10 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/amd64/amd64 io.c src/sys/compat/linux linux_misc.c linux_uid16.c src/sys/compat/svr4 svr4_fcntl.c svr4_misc.c src/sys/contrib/altq/altq altq_cbq.c altq_cdnr.c altq_hfsc.c altq_priq.c altq_red.c altq_rio.c ... rwatson 2006-11-06 13:42:10 UTC FreeBSD src repository Modified files: sys/amd64/amd64 io.c sys/compat/linux linux_misc.c linux_uid16.c sys/compat/svr4 svr4_fcntl.c svr4_misc.c sys/contrib/altq/altq altq_cbq.c altq_cdnr.c altq_hfsc.c altq_priq.c altq_red.c altq_rio.c sys/contrib/pf/net if_pfsync.c sys/dev/an if_an.c sys/dev/arl if_arl.c sys/dev/asr asr.c sys/dev/ata atapi-cd.c sys/dev/ce if_ce.c sys/dev/cnw if_cnw.c sys/dev/cp if_cp.c sys/dev/ctau if_ct.c sys/dev/cx if_cx.c sys/dev/dcons dcons_os.c sys/dev/drm drmP.h sys/dev/fdc fdc.c sys/dev/hwpmc hwpmc_mod.c sys/dev/if_ndis if_ndis.c sys/dev/kbd kbd.c sys/dev/lmc if_lmc.c if_lmc.h sys/dev/nmdm nmdm.c sys/dev/null null.c sys/dev/ofw ofw_console.c sys/dev/random randomdev.c sys/dev/sbni if_sbni.c sys/dev/sbsh if_sbsh.c sys/dev/si si.c sys/dev/syscons syscons.c sysmouse.c sys/dev/wi if_wi.c sys/dev/wl if_wl.c sys/dev/zs zs.c sys/fs/devfs devfs_rule.c devfs_vnops.c sys/fs/hpfs hpfs_vnops.c sys/fs/msdosfs msdosfs_vfsops.c msdosfs_vnops.c sys/fs/procfs procfs_ioctl.c sys/fs/smbfs smbfs_vnops.c sys/fs/udf udf_vfsops.c sys/fs/umapfs umap_vfsops.c sys/gnu/fs/ext2fs ext2_vfsops.c ext2_vnops.c sys/gnu/fs/reiserfs reiserfs_fs.h reiserfs_vfsops.c sys/gnu/fs/xfs/FreeBSD xfs_super.c sys/i386/i386 io.c sys_machdep.c vm86.c sys/i386/ibcs2 ibcs2_misc.c ibcs2_socksys.c ibcs2_sysi86.c sys/i386/linux linux_machdep.c sys/i4b/driver i4b_ipr.c sys/ia64/ia64 ssc.c sys/isofs/cd9660 cd9660_vfsops.c sys/kern kern_acct.c kern_descrip.c kern_environment.c kern_exec.c kern_fork.c kern_ktrace.c kern_linker.c kern_ntptime.c kern_resource.c kern_shutdown.c kern_sysctl.c kern_thr.c kern_time.c kern_umtx.c kern_xxx.c subr_acl_posix1e.c subr_firmware.c subr_prf.c subr_witness.c sysv_ipc.c sysv_msg.c tty.c tty_cons.c tty_pts.c tty_pty.c uipc_mqueue.c uipc_sem.c vfs_mount.c vfs_subr.c vfs_syscalls.c vfs_vnops.c sys/net bpf.c if.c if_bridge.c if_gre.c if_ppp.c if_sl.c if_tap.c if_tun.c ppp_tty.c raw_usrreq.c rtsock.c sys/net80211 ieee80211_ioctl.c sys/netatalk at_control.c ddp_pcb.c sys/netatm atm_usrreq.c sys/netgraph ng_socket.c ng_tty.c sys/netgraph/bluetooth/drivers/h4 ng_h4.c sys/netgraph/bluetooth/socket ng_btsocket_hci_raw.c ng_btsocket_l2cap_raw.c sys/netinet in.c in_pcb.c ip_carp.c ip_divert.c ip_fw2.c ip_mroute.c ip_output.c raw_ip.c tcp_subr.c udp_usrreq.c sys/netinet6 in6.c in6_pcb.c in6_src.c ipsec.c udp6_usrreq.c sys/netipsec ipsec_osdep.h sys/netipx ipx_pcb.c ipx_usrreq.c sys/netncp ncp_conn.c ncp_mod.c ncp_subr.h sys/netsmb smb_conn.c smb_subr.h sys/nfsserver nfs_syscalls.c sys/pc98/cbus fdc.c sys/posix4 p1003_1b.c sys/security/audit audit.c audit_pipe.c audit_syscalls.c sys/security/mac mac_net.c mac_system.c sys/security/mac_bsdextended mac_bsdextended.c sys/security/mac_lomac mac_lomac.c sys/security/mac_partition mac_partition.c sys/security/mac_portacl mac_portacl.c sys/security/mac_seeotheruids mac_seeotheruids.c sys/sun4v/sun4v hvcons.c sys/sys mac_policy.h sys/ufs/ffs ffs_alloc.c ffs_vfsops.c ffs_vnops.c sys/ufs/ufs ufs_extattr.c ufs_quota.c ufs_vnops.c sys/vm swap_pager.c vm_mmap.c Log: Sweep kernel replacing suser(9) calls with priv(9) calls, assigning specific privilege names to a broad range of privileges. These may require some future tweaking. Sponsored by: nCircle Network Security, Inc. Obtained from: TrustedBSD Project Discussed on: arch@ Reviewed (at least in part) by: mlaier, jmg, pjd, bde, ceri, Alex Lyashkov , Skip Ford , Antoine Brodin Revision Changes Path 1.2 +2 -1 src/sys/amd64/amd64/io.c 1.192 +4 -2 src/sys/compat/linux/linux_misc.c 1.20 +3 -1 src/sys/compat/linux/linux_uid16.c 1.39 +3 -1 src/sys/compat/svr4/svr4_fcntl.c 1.91 +3 -1 src/sys/compat/svr4/svr4_misc.c 1.4 +3 -1 src/sys/contrib/altq/altq/altq_cbq.c 1.3 +3 -1 src/sys/contrib/altq/altq/altq_cdnr.c 1.3 +4 -1 src/sys/contrib/altq/altq/altq_hfsc.c 1.3 +4 -1 src/sys/contrib/altq/altq/altq_priq.c 1.3 +3 -1 src/sys/contrib/altq/altq/altq_red.c 1.4 +4 -1 src/sys/contrib/altq/altq/altq_rio.c 1.31 +4 -1 src/sys/contrib/pf/net/if_pfsync.c 1.80 +6 -5 src/sys/dev/an/if_an.c 1.14 +4 -3 src/sys/dev/arl/if_arl.c 1.81 +2 -1 src/sys/dev/asr/asr.c 1.190 +5 -1 src/sys/dev/ata/atapi-cd.c 1.4 +65 -22 src/sys/dev/ce/if_ce.c 1.24 +4 -3 src/sys/dev/cnw/if_cnw.c 1.30 +28 -27 src/sys/dev/cp/if_cp.c 1.30 +17 -16 src/sys/dev/ctau/if_ct.c 1.53 +11 -10 src/sys/dev/cx/if_cx.c 1.12 +3 -1 src/sys/dev/dcons/dcons_os.c 1.18 +7 -0 src/sys/dev/drm/drmP.h 1.314 +4 -2 src/sys/dev/fdc/fdc.c 1.26 +12 -7 src/sys/dev/hwpmc/hwpmc_mod.c 1.118 +6 -5 src/sys/dev/if_ndis/if_ndis.c 1.46 +10 -9 src/sys/dev/kbd/kbd.c 1.30 +3 -0 src/sys/dev/lmc/if_lmc.c 1.5 +5 -1 src/sys/dev/lmc/if_lmc.h 1.38 +3 -1 src/sys/dev/nmdm/nmdm.c 1.32 +2 -1 src/sys/dev/null/null.c 1.35 +2 -1 src/sys/dev/ofw/ofw_console.c 1.61 +2 -1 src/sys/dev/random/randomdev.c 1.23 +3 -2 src/sys/dev/sbni/if_sbni.c 1.17 +4 -3 src/sys/dev/sbsh/if_sbsh.c 1.138 +2 -1 src/sys/dev/si/si.c 1.448 +3 -2 src/sys/dev/syscons/syscons.c 1.29 +3 -1 src/sys/dev/syscons/sysmouse.c 1.200 +4 -3 src/sys/dev/wi/if_wi.c 1.74 +6 -5 src/sys/dev/wl/if_wl.c 1.36 +1 -1 src/sys/dev/zs/zs.c 1.23 +7 -4 src/sys/fs/devfs/devfs_rule.c 1.140 +16 -8 src/sys/fs/devfs/devfs_vnops.c 1.69 +6 -5 src/sys/fs/hpfs/hpfs_vnops.c 1.154 +19 -18 src/sys/fs/msdosfs/msdosfs_vfsops.c 1.165 +32 -18 src/sys/fs/msdosfs/msdosfs_vnops.c 1.14 +14 -2 src/sys/fs/procfs/procfs_ioctl.c 1.64 +7 -5 src/sys/fs/smbfs/smbfs_vnops.c 1.45 +2 -1 src/sys/fs/udf/udf_vfsops.c 1.66 +2 -1 src/sys/fs/umapfs/umap_vfsops.c 1.159 +20 -15 src/sys/gnu/fs/ext2fs/ext2_vfsops.c 1.106 +30 -14 src/sys/gnu/fs/ext2fs/ext2_vnops.c 1.5 +1 -0 src/sys/gnu/fs/reiserfs/reiserfs_fs.h 1.7 +9 -9 src/sys/gnu/fs/reiserfs/reiserfs_vfsops.c 1.5 +11 -8 src/sys/gnu/fs/xfs/FreeBSD/xfs_super.c 1.2 +2 -1 src/sys/i386/i386/io.c 1.107 +2 -1 src/sys/i386/i386/sys_machdep.c 1.60 +2 -1 src/sys/i386/i386/vm86.c 1.66 +14 -8 src/sys/i386/ibcs2/ibcs2_misc.c 1.22 +0 -3 src/sys/i386/ibcs2/ibcs2_socksys.c 1.23 +0 -2 src/sys/i386/ibcs2/ibcs2_sysi86.c 1.64 +2 -1 src/sys/i386/linux/linux_machdep.c 1.36 +1 -1 src/sys/i4b/driver/i4b_ipr.c 1.29 +2 -1 src/sys/ia64/ia64/ssc.c 1.147 +2 -1 src/sys/isofs/cd9660/cd9660_vfsops.c 1.85 +2 -2 src/sys/kern/kern_acct.c 1.299 +2 -1 src/sys/kern/kern_descrip.c 1.46 +11 -3 src/sys/kern/kern_environment.c 1.299 +5 -1 src/sys/kern/kern_exec.c 1.264 +6 -2 src/sys/kern/kern_fork.c 1.112 +4 -2 src/sys/kern/kern_ktrace.c 1.144 +3 -2 src/sys/kern/kern_linker.c 1.60 +3 -2 src/sys/kern/kern_ntptime.c 1.162 +5 -3 src/sys/kern/kern_resource.c 1.180 +2 -1 src/sys/kern/kern_shutdown.c 1.172 +5 -6 src/sys/kern/kern_sysctl.c 1.55 +2 -1 src/sys/kern/kern_thr.c 1.135 +3 -2 src/sys/kern/kern_time.c 1.54 +3 -2 src/sys/kern/kern_umtx.c 1.47 +6 -4 src/sys/kern/kern_xxx.c 1.51 +50 -43 src/sys/kern/subr_acl_posix1e.c 1.6 +3 -1 src/sys/kern/subr_firmware.c 1.127 +2 -1 src/sys/kern/subr_prf.c 1.219 +5 -1 src/sys/kern/subr_witness.c 1.30 +65 -37 src/sys/kern/sysv_ipc.c 1.64 +2 -1 src/sys/kern/sysv_msg.c 1.263 +8 -6 src/sys/kern/tty.c 1.138 +2 -1 src/sys/kern/tty_cons.c 1.13 +5 -2 src/sys/kern/tty_pts.c 1.151 +5 -2 src/sys/kern/tty_pty.c 1.17 +16 -4 src/sys/kern/uipc_mqueue.c 1.26 +13 -4 src/sys/kern/uipc_sem.c 1.242 +21 -9 src/sys/kern/vfs_mount.c 1.689 +23 -40 src/sys/kern/vfs_subr.c 1.428 +39 -29 src/sys/kern/vfs_syscalls.c 1.246 +2 -1 src/sys/kern/vfs_vnops.c 1.174 +2 -1 src/sys/net/bpf.c 1.264 +20 -14 src/sys/net/if.c 1.86 +2 -1 src/sys/net/if_bridge.c 1.45 +63 -9 src/sys/net/if_gre.c 1.117 +18 -7 src/sys/net/if_ppp.c 1.133 +2 -1 src/sys/net/if_sl.c 1.66 +7 -3 src/sys/net/if_tap.c 1.161 +6 -3 src/sys/net/if_tun.c 1.71 +9 -4 src/sys/net/ppp_tty.c 1.44 +6 -2 src/sys/net/raw_usrreq.c 1.139 +6 -2 src/sys/net/rtsock.c 1.51 +6 -5 src/sys/net80211/ieee80211_ioctl.c 1.45 +2 -0 src/sys/netatalk/at_control.c 1.50 +2 -1 src/sys/netatalk/ddp_pcb.c 1.28 +21 -8 src/sys/netatm/atm_usrreq.c 1.15 +2 -1 src/sys/netgraph/bluetooth/drivers/h4/ng_h4.c 1.23 +2 -1 src/sys/netgraph/bluetooth/socket/ng_btsocket_hci_raw.c 1.20 +2 -1 src/sys/netgraph/bluetooth/socket/ng_btsocket_l2cap_raw.c 1.81 +5 -2 src/sys/netgraph/ng_socket.c 1.37 +3 -1 src/sys/netgraph/ng_tty.c 1.95 +29 -7 src/sys/netinet/in.c 1.183 +6 -2 src/sys/netinet/in_pcb.c 1.45 +5 -2 src/sys/netinet/ip_carp.c 1.122 +6 -2 src/sys/netinet/ip_divert.c 1.153 +2 -1 src/sys/netinet/ip_fw2.c 1.122 +2 -1 src/sys/netinet/ip_mroute.c 1.268 +15 -2 src/sys/netinet/ip_output.c 1.167 +23 -10 src/sys/netinet/raw_ip.c 1.266 +5 -2 src/sys/netinet/tcp_subr.c 1.196 +3 -1 src/sys/netinet/udp_usrreq.c 1.65 +41 -17 src/sys/netinet6/in6.c 1.74 +6 -1 src/sys/netinet6/in6_pcb.c 1.40 +4 -1 src/sys/netinet6/in6_src.c 1.47 +9 -2 src/sys/netinet6/ipsec.c 1.69 +3 -1 src/sys/netinet6/udp6_usrreq.c 1.4 +3 -1 src/sys/netipsec/ipsec_osdep.h 1.46 +4 -4 src/sys/netipx/ipx_pcb.c 1.58 +8 -2 src/sys/netipx/ipx_usrreq.c 1.29 +1 -0 src/sys/netncp/ncp_conn.c 1.16 +1 -0 src/sys/netncp/ncp_mod.c 1.10 +1 -1 src/sys/netncp/ncp_subr.h 1.18 +1 -0 src/sys/netsmb/smb_conn.c 1.13 +1 -1 src/sys/netsmb/smb_subr.h 1.108 +2 -1 src/sys/nfsserver/nfs_syscalls.c 1.168 +4 -3 src/sys/pc98/cbus/fdc.c 1.31 +5 -3 src/sys/posix4/p1003_1b.c 1.22 +3 -1 src/sys/security/audit/audit.c 1.10 +3 -3 src/sys/security/audit/audit_pipe.c 1.9 +10 -9 src/sys/security/audit/audit_syscalls.c 1.120 +5 -4 src/sys/security/mac/mac_net.c 1.107 +6 -0 src/sys/security/mac/mac_system.c 1.30 +3 -0 src/sys/security/mac_bsdextended/mac_bsdextended.c 1.42 +4 -1 src/sys/security/mac_lomac/mac_lomac.c 1.12 +2 -1 src/sys/security/mac_partition/mac_partition.c 1.10 +3 -1 src/sys/security/mac_portacl/mac_portacl.c 1.9 +2 -1 src/sys/security/mac_seeotheruids/mac_seeotheruids.c 1.4 +3 -1 src/sys/sun4v/sun4v/hvcons.c 1.78 +4 -0 src/sys/sys/mac_policy.h 1.141 +3 -2 src/sys/ufs/ffs/ffs_alloc.c 1.323 +18 -15 src/sys/ufs/ffs/ffs_vfsops.c 1.162 +4 -2 src/sys/ufs/ffs/ffs_vnops.c 1.85 +3 -1 src/sys/ufs/ufs/ufs_extattr.c 1.85 +25 -9 src/sys/ufs/ufs/ufs_quota.c 1.283 +31 -14 src/sys/ufs/ufs/ufs_vnops.c 1.285 +5 -5 src/sys/vm/swap_pager.c 1.208 +6 -5 src/sys/vm/vm_mmap.c From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 14:50:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9F8816A415 for ; Mon, 6 Nov 2006 14:50:19 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B68A43D62 for ; Mon, 6 Nov 2006 14:50:19 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 06 Nov 2006 06:49:47 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAN/aTkWrR7PDh2dsb2JhbACMSgEBAQgOKg X-IronPort-AV: i="4.09,392,1157353200"; d="scan'208"; a="448258015:sNHT29837944" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id kA6Enk1a004790 for ; Mon, 6 Nov 2006 06:49:46 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id kA6Enkin022994 for ; Mon, 6 Nov 2006 06:49:46 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 6 Nov 2006 06:49:46 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 6 Nov 2006 06:49:46 -0800 Message-ID: <454F4B61.2000708@cisco.com> Date: Mon, 06 Nov 2006 09:49:05 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Nov 2006 14:49:46.0427 (UTC) FILETIME=[CD5848B0:01C701B2] DKIM-Signature: a=rsa-sha1; q=dns; l=1241; t=1162824586; x=1163688586; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Tools=20looking=20for=20a=20home=20=3A-); X=v=3Dcisco.com=3B=20h=3DywDPGpxxsyw9JbGb3Tyi8U9pvfk=3D; b=ppNe3Ri5yyDqQDVCwIeyLWEZi/FDHjufUuhomr77MuJpz30w9N8cbWf9NbmzeYrjpEC7nfhb BbZPL0RSkAv2Lt2RlA850tRsqc3CVD6Qf+V3yq/FfRlaHCYWfQ/pqf9W; Authentication-Results: sj-dkim-3.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Subject: Tools looking for a home :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 14:50:20 -0000 Dear All: I would like opinions... and or advice on where to place things.. I have some SCTP test tools.. I know there is a /usr/src/tools directory.... should I just make an sctp/ directory under that.. and then place some of the test-tools in there? Or have folks got a place for IP transport test utilities? I also have a "libsctp.a" that will need to go somewhere under /usr/src/lib .. I would imagine.. its not big.. its just 1 file... that builds the additional "extended" sockets stuff in draft-ietf-tsvwg-sctpsocket-13.txt ... The lib could easily go in its own lib.. (like I do now on my local machine) OR it could probably fit in some other lib... what do you recommend?? Also I have several manual pages that I have written for a couple of the syscalls... I am not the best author.. so they are still pretty rough.. but they are better than nothing :-) I imagine these go under /usr/src/share/man ... possibly man2 or man3.. but where I should put them... and maybe a volunteer to help review them and make them less rough would be nice?? Pointers/advice/rocks/comments would be appreciated :-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 15:05:39 2006 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 53BA716A514; Mon, 6 Nov 2006 15:05:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D09343D55; Mon, 6 Nov 2006 15:05:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA6F5bcD017180; Mon, 6 Nov 2006 10:05:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA6F5bFf021578; Mon, 6 Nov 2006 10:05:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0B8B573068; Mon, 6 Nov 2006 10:05:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061106150537.0B8B573068@freebsd-current.sentex.ca> Date: Mon, 6 Nov 2006 10:05:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner1 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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, 06 Nov 2006 15:05:39 -0000 TB --- 2006-11-06 13:49:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-06 13:49:11 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-06 13:49:11 - cleaning the object tree TB --- 2006-11-06 13:50:01 - checking out the source tree TB --- 2006-11-06 13:50:01 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-06 13:50:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-06 13:58:44 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-06 13:58:44 - cd /src TB --- 2006-11-06 13:58:44 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 6 13:58:45 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Nov 6 14:53:19 UTC 2006 TB --- 2006-11-06 14:53:19 - generating LINT kernel config TB --- 2006-11-06 14:53:19 - cd /src/sys/i386/conf TB --- 2006-11-06 14:53:19 - /usr/bin/make -B LINT TB --- 2006-11-06 14:53:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-06 14:53:19 - cd /src TB --- 2006-11-06 14:53:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 6 14:53:20 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/security/mac/mac_priv.c:51: error: structure has no member named `mpo_priv_check' /src/sys/security/mac/mac_priv.c:51: error: structure has no member named `mpo_priv_check' /src/sys/security/mac/mac_priv.c:51: error: structure has no member named `mpo_priv_check' /src/sys/security/mac/mac_priv.c: In function `mac_priv_grant': /src/sys/security/mac/mac_priv.c:61: error: structure has no member named `mpo_priv_grant' /src/sys/security/mac/mac_priv.c:61: error: structure has no member named `mpo_priv_grant' /src/sys/security/mac/mac_priv.c:61: error: structure has no member named `mpo_priv_grant' /src/sys/security/mac/mac_priv.c:61: error: structure has no member named `mpo_priv_grant' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-06 15:05:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-06 15:05:36 - ERROR: failed to build lint kernel TB --- 2006-11-06 15:05:36 - tinderbox aborted TB --- 0.98 user 2.64 system 4585.37 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 15:28:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BD2416A416 for ; Mon, 6 Nov 2006 15:28:23 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C31A43D58 for ; Mon, 6 Nov 2006 15:28:22 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.184.23] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1Gh6OZ3f7E-0001CM; Mon, 06 Nov 2006 16:28:20 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Mon, 6 Nov 2006 16:28:06 +0100 User-Agent: KMail/1.9.4 References: <454F4B61.2000708@cisco.com> In-Reply-To: <454F4B61.2000708@cisco.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3679349.24MurFhT3D"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200611061628.13333.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Randall Stewart Subject: Re: Tools looking for a home :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 15:28:23 -0000 --nextPart3679349.24MurFhT3D Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 06 November 2006 15:49, Randall Stewart wrote: > Dear All: > > I would like opinions... and or advice on where > to place things.. > > I have some SCTP test tools.. I know there is > a /usr/src/tools directory.... should I just > make an sctp/ directory under that.. and then > place some of the test-tools in there? Or have > folks got a place for IP transport test utilities? Speaking of tools, is there a patch to teach netstat "-sp sctp"? The=20 exported stats seem very elaborated, so maybe a bit of filtering is in=20 order. Other than that, tools/tools/sctp seems right to me. Depending on the=20 individual programs, of course. > I also have a "libsctp.a" that will need to go > somewhere under /usr/src/lib .. I would imagine.. its > not big.. its just 1 file... that builds the additional > "extended" sockets stuff in draft-ietf-tsvwg-sctpsocket-13.txt > ... > The lib could easily go in its own lib.. (like I do now on > my local machine) OR it could probably fit in some other > lib... what do you recommend?? KAME used to have it as libsctp, afaik. Is your's compatible with that? =20 If so we should probably keep it as libsctp. OTHO, it feels like it=20 belongs into libc eventually. > Also I have several manual pages that I have written for > a couple of the syscalls... I am not the best author.. so > they are still pretty rough.. but they are better than nothing :-) > I imagine these go under /usr/src/share/man ... possibly man2 > or man3.. but where I should put them... and maybe a volunteer > to help review them and make them less rough would be nice?? > > > Pointers/advice/rocks/comments would be appreciated :-) > > R =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3679349.24MurFhT3D Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFT1SNXyyEoT62BG0RApZCAJ9BfHMGycM1ih9Qexn97KFaarWkPQCcDx9n EpOKDC+eJCOe21C9fcG/wdA= =kU9H -----END PGP SIGNATURE----- --nextPart3679349.24MurFhT3D-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 16:47:10 2006 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 879FC16A412; Mon, 6 Nov 2006 16:47:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3066143D5D; Mon, 6 Nov 2006 16:47:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA6Gl97H000386; Mon, 6 Nov 2006 11:47:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA6Gl93H052772; Mon, 6 Nov 2006 11:47:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D9FB573068; Mon, 6 Nov 2006 11:47:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061106164708.D9FB573068@freebsd-current.sentex.ca> Date: Mon, 6 Nov 2006 11:47:08 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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, 06 Nov 2006 16:47:10 -0000 TB --- 2006-11-06 15:05:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-06 15:05:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-06 15:05:37 - cleaning the object tree TB --- 2006-11-06 15:06:16 - checking out the source tree TB --- 2006-11-06 15:06:16 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-06 15:06:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-06 15:15:13 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-06 15:15:13 - cd /src TB --- 2006-11-06 15:15:13 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 6 15:15:14 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Nov 6 16:31:23 UTC 2006 TB --- 2006-11-06 16:31:23 - generating LINT kernel config TB --- 2006-11-06 16:31:23 - cd /src/sys/ia64/conf TB --- 2006-11-06 16:31:23 - /usr/bin/make -B LINT TB --- 2006-11-06 16:31:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-06 16:31:23 - cd /src TB --- 2006-11-06 16:31:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 6 16:31:24 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/ia64/ia64/setjmp.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/ia64/ia64/ssc.c /src/sys/ia64/ia64/ssc.c: In function `ssc_open': /src/sys/ia64/ia64/ssc.c:151: warning: implicit declaration of function `priv_check' /src/sys/ia64/ia64/ssc.c:151: warning: nested extern declaration of `priv_check' /src/sys/ia64/ia64/ssc.c:151: error: `PRIV_TTY_EXCLUSIVE' undeclared (first use in this function) /src/sys/ia64/ia64/ssc.c:151: error: (Each undeclared identifier is reported only once /src/sys/ia64/ia64/ssc.c:151: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-06 16:47:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-06 16:47:07 - ERROR: failed to build lint kernel TB --- 2006-11-06 16:47:07 - tinderbox aborted TB --- 0.72 user 2.69 system 6090.20 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 17:40:15 2006 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 B9CDB16A4AB; Mon, 6 Nov 2006 17:40:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BDCF43E39; Mon, 6 Nov 2006 17:39:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA6HdM34044087; Mon, 6 Nov 2006 12:39:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA6HdMSc017934; Mon, 6 Nov 2006 12:39:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4D93A73068; Mon, 6 Nov 2006 12:39:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061106173922.4D93A73068@freebsd-current.sentex.ca> Date: Mon, 6 Nov 2006 12:39:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 17:40:15 -0000 TB --- 2006-11-06 16:20:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-06 16:20:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-06 16:20:55 - cleaning the object tree TB --- 2006-11-06 16:21:27 - checking out the source tree TB --- 2006-11-06 16:21:27 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-06 16:21:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-06 16:30:22 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-06 16:30:22 - cd /src TB --- 2006-11-06 16:30:22 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 6 16:30:23 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Nov 6 17:29:40 UTC 2006 TB --- 2006-11-06 17:29:40 - generating LINT kernel config TB --- 2006-11-06 17:29:40 - cd /src/sys/powerpc/conf TB --- 2006-11-06 17:29:40 - /usr/bin/make -B LINT TB --- 2006-11-06 17:29:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-06 17:29:40 - cd /src TB --- 2006-11-06 17:29:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 6 17:29:40 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/ofw/ofw_bus_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/ofw/ofw_console.c /src/sys/dev/ofw/ofw_console.c: In function `ofw_dev_open': /src/sys/dev/ofw/ofw_console.c:144: warning: implicit declaration of function `priv_check' /src/sys/dev/ofw/ofw_console.c:144: warning: nested extern declaration of `priv_check' /src/sys/dev/ofw/ofw_console.c:144: error: `PRIV_TTY_EXCLUSIVE' undeclared (first use in this function) /src/sys/dev/ofw/ofw_console.c:144: error: (Each undeclared identifier is reported only once /src/sys/dev/ofw/ofw_console.c:144: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-06 17:39:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-06 17:39:22 - ERROR: failed to build lint kernel TB --- 2006-11-06 17:39:22 - tinderbox aborted TB --- 0.65 user 2.25 system 4706.91 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 17:41:52 2006 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 AB5E116A412 for ; Mon, 6 Nov 2006 17:41:52 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id F36EB43D60 for ; Mon, 6 Nov 2006 17:41:51 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5360646D70; Mon, 6 Nov 2006 12:41:51 -0500 (EST) Date: Mon, 6 Nov 2006 17:41:51 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Max Laier In-Reply-To: <200611061628.13333.max@love2party.net> Message-ID: <20061106173624.O28593@fledge.watson.org> References: <454F4B61.2000708@cisco.com> <200611061628.13333.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randall Stewart , freebsd-current@freebsd.org Subject: Re: Tools looking for a home :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 17:41:52 -0000 On Mon, 6 Nov 2006, Max Laier wrote: > On Monday 06 November 2006 15:49, Randall Stewart wrote: >> I would like opinions... and or advice on where to place things.. >> >> I have some SCTP test tools.. I know there is a /usr/src/tools >> directory.... should I just make an sctp/ directory under that.. and then >> place some of the test-tools in there? Or have folks got a place for IP >> transport test utilities? > > Speaking of tools, is there a patch to teach netstat "-sp sctp"? The > exported stats seem very elaborated, so maybe a bit of filtering is in > order. Right now, the supporting sysctls to do this aren't present; the getcred sysctl is present but based on a rather stale version of the TCP code of the same nature, and the lookup to query the lists, etc, isn't present at all. We should add these, but let's try and do a better job than with what we have now -- we should make a clean distinction between the user and kernel data structures, and not have the external ones include nested copies of internal ones, etc, as this makes netstat very fragile in the face of kernel changes. Once or twice I've started unwinding the mess that is the xfoo data structures for TCP, but I usually give up quickly. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 18:04:39 2006 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 23AD616A417; Mon, 6 Nov 2006 18:04:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4DA143D53; Mon, 6 Nov 2006 18:04:38 +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.6/8.13.6) with ESMTP id kA6I4bnV048343; Mon, 6 Nov 2006 13:04:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA6I4bqe021266; Mon, 6 Nov 2006 13:04:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BB5FF73068; Mon, 6 Nov 2006 13:04:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061106180436.BB5FF73068@freebsd-current.sentex.ca> Date: Mon, 6 Nov 2006 13:04:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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, 06 Nov 2006 18:04:39 -0000 TB --- 2006-11-06 16:47:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-06 16:47:08 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-06 16:47:08 - cleaning the object tree TB --- 2006-11-06 16:47:42 - checking out the source tree TB --- 2006-11-06 16:47:42 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-06 16:47:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-06 16:58:05 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-06 16:58:05 - cd /src TB --- 2006-11-06 16:58:05 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 6 16:58:07 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Nov 6 17:54:19 UTC 2006 TB --- 2006-11-06 17:54:19 - generating LINT kernel config TB --- 2006-11-06 17:54:19 - cd /src/sys/sparc64/conf TB --- 2006-11-06 17:54:19 - /usr/bin/make -B LINT TB --- 2006-11-06 17:54:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-06 17:54:19 - cd /src TB --- 2006-11-06 17:54:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 6 17:54:19 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/ofw/ofw_bus_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/ofw/ofw_console.c /src/sys/dev/ofw/ofw_console.c: In function `ofw_dev_open': /src/sys/dev/ofw/ofw_console.c:144: warning: implicit declaration of function `priv_check' /src/sys/dev/ofw/ofw_console.c:144: warning: nested extern declaration of `priv_check' /src/sys/dev/ofw/ofw_console.c:144: error: `PRIV_TTY_EXCLUSIVE' undeclared (first use in this function) /src/sys/dev/ofw/ofw_console.c:144: error: (Each undeclared identifier is reported only once /src/sys/dev/ofw/ofw_console.c:144: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-06 18:04:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-06 18:04:36 - ERROR: failed to build lint kernel TB --- 2006-11-06 18:04:36 - tinderbox aborted TB --- 0.70 user 2.59 system 4647.64 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 18:46:55 2006 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 9270716A4C8; Mon, 6 Nov 2006 18:46:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24FE843DC2; Mon, 6 Nov 2006 18:46:45 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4114946C48; Mon, 6 Nov 2006 13:46:44 -0500 (EST) Date: Mon, 6 Nov 2006 18:46:44 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: FreeBSD Tinderbox In-Reply-To: <20061106150537.0B8B573068@freebsd-current.sentex.ca> Message-ID: <20061106184503.R28593@fledge.watson.org> References: <20061106150537.0B8B573068@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 18:46:55 -0000 On Mon, 6 Nov 2006, FreeBSD Tinderbox wrote: > [...] > /src/sys/security/mac/mac_priv.c:51: error: structure has no member named `mpo_priv_check' > /src/sys/security/mac/mac_priv.c:51: error: structure has no member named `mpo_priv_check' > /src/sys/security/mac/mac_priv.c:51: error: structure has no member named `mpo_priv_check' > /src/sys/security/mac/mac_priv.c: In function `mac_priv_grant': > /src/sys/security/mac/mac_priv.c:61: error: structure has no member named `mpo_priv_grant' > /src/sys/security/mac/mac_priv.c:61: error: structure has no member named `mpo_priv_grant' > /src/sys/security/mac/mac_priv.c:61: error: structure has no member named `mpo_priv_grant' > /src/sys/security/mac/mac_priv.c:61: error: structure has no member named `mpo_priv_grant' This breakage was due to the tinderbox picking up a source tree between two back-to-back commits and should be resolved since the second commit went in. There was also later breakage on the ia64 and sparc64 platforms, now fixed, due to missing includes in two platform-specific files. With any luck it all now looks good. Please let me know if you run into any problems with this. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 18:48:40 2006 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 1A3B116A4A0; Mon, 6 Nov 2006 18:48:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E523743D6D; Mon, 6 Nov 2006 18:48:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA6ImC4s054444; Mon, 6 Nov 2006 13:48:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA6ImCTm002032; Mon, 6 Nov 2006 13:48:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6FBC473068; Mon, 6 Nov 2006 13:48:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061106184812.6FBC473068@freebsd-current.sentex.ca> Date: Mon, 6 Nov 2006 13:48:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 18:48:40 -0000 TB --- 2006-11-06 17:39:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-06 17:39:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-06 17:39:22 - cleaning the object tree TB --- 2006-11-06 17:39:51 - checking out the source tree TB --- 2006-11-06 17:39:51 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-06 17:39:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-06 17:50:31 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-06 17:50:31 - cd /src TB --- 2006-11-06 17:50:31 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 6 17:50:33 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Nov 6 18:38:38 UTC 2006 TB --- 2006-11-06 18:38:38 - generating LINT kernel config TB --- 2006-11-06 18:38:38 - cd /src/sys/sun4v/conf TB --- 2006-11-06 18:38:38 - /usr/bin/make -B LINT TB --- 2006-11-06 18:38:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-06 18:38:38 - cd /src TB --- 2006-11-06 18:38:38 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 6 18:38:38 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/ofw/ofw_bus_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/ofw/ofw_console.c /src/sys/dev/ofw/ofw_console.c: In function `ofw_dev_open': /src/sys/dev/ofw/ofw_console.c:144: warning: implicit declaration of function `priv_check' /src/sys/dev/ofw/ofw_console.c:144: warning: nested extern declaration of `priv_check' /src/sys/dev/ofw/ofw_console.c:144: error: `PRIV_TTY_EXCLUSIVE' undeclared (first use in this function) /src/sys/dev/ofw/ofw_console.c:144: error: (Each undeclared identifier is reported only once /src/sys/dev/ofw/ofw_console.c:144: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-06 18:48:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-06 18:48:12 - ERROR: failed to build lint kernel TB --- 2006-11-06 18:48:12 - tinderbox aborted TB --- 0.55 user 1.95 system 4129.73 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 3 20:16:00 2006 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 303CD16A407 for ; Fri, 3 Nov 2006 20:16:00 +0000 (UTC) (envelope-from mhughes13@northstate.net) Received: from nstel.com (smtp-fen.nstel.com [216.237.227.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8AAE43D45 for ; Fri, 3 Nov 2006 20:15:59 +0000 (GMT) (envelope-from mhughes13@northstate.net) Received: from [66.110.234.11] (account mhughes13@northstate.net HELO mikemcr) by fe04.nstel.com (CommuniGate Pro SMTP 5.0.9) with ESMTPA id 12928927 for freebsd-current@freebsd.org; Fri, 03 Nov 2006 15:15:58 -0500 Message-ID: <000901c6ff84$e59f8300$3a01a8c0@mikemcr> From: "mike" To: Date: Fri, 3 Nov 2006 15:16:05 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Mailman-Approved-At: Mon, 06 Nov 2006 18:58:00 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ACPI and Gateway 400sd4 laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Nov 2006 20:16:00 -0000 how did you fix your problem with the fans? thanks mike From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 19:29:47 2006 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 217F716A4AB for ; Mon, 6 Nov 2006 19:29:47 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0729043DB3 for ; Mon, 6 Nov 2006 19:28:28 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 6665946DC5 for ; Mon, 6 Nov 2006 14:28:23 -0500 (EST) Date: Mon, 6 Nov 2006 19:28:23 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20061106192814.P28593@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Heads up: priv(9) committed (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 19:29:47 -0000 FYI. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Mon, 6 Nov 2006 14:13:46 +0000 (GMT) From: Robert Watson To: current@FreeBSD.org Subject: Heads up: priv(9) committed Dear all, I've just committed support for the priv(9) kernel API to the CVS HEAD. Per the commit message below, this is a revised interface for checking privilege within the kernel. In principle, there should be little actual functional change with this commit (although in one case, an IPSEC-related check moves from being permitted in Jail to not being permitted in Jail), but this will facilitate future work. I've now started the post-commit builds. Please let me know (ideally with a CC to current@) if you start running into odd permissions problems -- either things that are no longer permitted that should be, or things that are now permitted that should not be! Thanks, Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Mon, 6 Nov 2006 13:37:19 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/kern kern_jail.c kern_priv.c kern_prot.c src/sys/security/mac mac_framework.h mac_internal.h mac_priv.c src/sys/sys jail.h priv.h systm.h src/sys/conf files src/share/man/man9 Makefile priv.9 suser.9 rwatson 2006-11-06 13:37:19 UTC FreeBSD src repository Modified files: sys/kern kern_jail.c kern_prot.c sys/security/mac mac_framework.h mac_internal.h sys/sys jail.h systm.h sys/conf files share/man/man9 Makefile suser.9 Added files: sys/kern kern_priv.c sys/security/mac mac_priv.c sys/sys priv.h share/man/man9 priv.9 Log: Add a new priv(9) kernel interface for checking the availability of privilege for threads and credentials. Unlike the existing suser(9) interface, priv(9) exposes a named privilege identifier to the privilege checking code, allowing more complex policies regarding the granting of privilege to be expressed. Two interfaces are provided, replacing the existing suser(9) interface: suser(td) -> priv_check(td, priv) suser_cred(cred, flags) -> priv_check_cred(cred, priv, flags) A comprehensive list of currently available kernel privileges may be found in priv.h. New privileges are easily added as required, but the comments on adding privileges found in priv.h and priv(9) should be read before doing so. The new privilege interface exposed sufficient information to the privilege checking routine that it will now be possible for jail to determine whether a particular privilege is granted in the check routine, rather than relying on hints from the calling context via the SUSER_ALLOWJAIL flag. For now, the flag is maintained, but a new jail check function, prison_priv_check(), is exposed from kern_jail.c and used by the privilege check routine to determine if the privilege is permitted in jail. As a result, a centralized list of privileges permitted in jail is now present in kern_jail.c. The MAC Framework is now also able to instrument privilege checks, both to deny privileges otherwise granted (mac_priv_check()), and to grant privileges otherwise denied (mac_priv_grant()), permitting MAC Policy modules to implement privilege models, as well as control a much broader range of system behavior in order to constrain processes running with root privilege. The suser() and suser_cred() functions remain implemented, now in terms of priv_check() and the PRIV_ROOT privilege, for use during the transition and possibly continuing use by third party kernel modules that have not been updated. The PRIV_DRIVER privilege exists to allow device drivers to check privilege without adopting a more specific privilege identifier. This change does not modify the actual security policy, rather, it modifies the interface for privilege checks so changes to the security policy become more feasible. Sponsored by: nCircle Network Security, Inc. Obtained from: TrustedBSD Project Discussed on: arch@ Reviewed (at least in part) by: mlaier, jmg, pjd, bde, ceri, Alex Lyashkov , Skip Ford , Antoine Brodin Revision Changes Path 1.283 +1 -0 src/share/man/man9/Makefile 1.1 +115 -0 src/share/man/man9/priv.9 (new) 1.30 +8 -1 src/share/man/man9/suser.9 1.1160 +2 -0 src/sys/conf/files 1.54 +168 -1 src/sys/kern/kern_jail.c 1.1 +154 -0 src/sys/kern/kern_priv.c (new) 1.206 +58 -89 src/sys/kern/kern_prot.c 1.75 +2 -0 src/sys/security/mac/mac_framework.h 1.115 +34 -0 src/sys/security/mac/mac_internal.h 1.1 +64 -0 src/sys/security/mac/mac_priv.c (new) 1.27 +1 -0 src/sys/sys/jail.h 1.1 +457 -0 src/sys/sys/priv.h (new) 1.246 +1 -1 src/sys/sys/systm.h ---------- Forwarded message ---------- Date: Mon, 6 Nov 2006 13:42:10 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/amd64/amd64 io.c src/sys/compat/linux linux_misc.c linux_uid16.c src/sys/compat/svr4 svr4_fcntl.c svr4_misc.c src/sys/contrib/altq/altq altq_cbq.c altq_cdnr.c altq_hfsc.c altq_priq.c altq_red.c altq_rio.c ... rwatson 2006-11-06 13:42:10 UTC FreeBSD src repository Modified files: sys/amd64/amd64 io.c sys/compat/linux linux_misc.c linux_uid16.c sys/compat/svr4 svr4_fcntl.c svr4_misc.c sys/contrib/altq/altq altq_cbq.c altq_cdnr.c altq_hfsc.c altq_priq.c altq_red.c altq_rio.c sys/contrib/pf/net if_pfsync.c sys/dev/an if_an.c sys/dev/arl if_arl.c sys/dev/asr asr.c sys/dev/ata atapi-cd.c sys/dev/ce if_ce.c sys/dev/cnw if_cnw.c sys/dev/cp if_cp.c sys/dev/ctau if_ct.c sys/dev/cx if_cx.c sys/dev/dcons dcons_os.c sys/dev/drm drmP.h sys/dev/fdc fdc.c sys/dev/hwpmc hwpmc_mod.c sys/dev/if_ndis if_ndis.c sys/dev/kbd kbd.c sys/dev/lmc if_lmc.c if_lmc.h sys/dev/nmdm nmdm.c sys/dev/null null.c sys/dev/ofw ofw_console.c sys/dev/random randomdev.c sys/dev/sbni if_sbni.c sys/dev/sbsh if_sbsh.c sys/dev/si si.c sys/dev/syscons syscons.c sysmouse.c sys/dev/wi if_wi.c sys/dev/wl if_wl.c sys/dev/zs zs.c sys/fs/devfs devfs_rule.c devfs_vnops.c sys/fs/hpfs hpfs_vnops.c sys/fs/msdosfs msdosfs_vfsops.c msdosfs_vnops.c sys/fs/procfs procfs_ioctl.c sys/fs/smbfs smbfs_vnops.c sys/fs/udf udf_vfsops.c sys/fs/umapfs umap_vfsops.c sys/gnu/fs/ext2fs ext2_vfsops.c ext2_vnops.c sys/gnu/fs/reiserfs reiserfs_fs.h reiserfs_vfsops.c sys/gnu/fs/xfs/FreeBSD xfs_super.c sys/i386/i386 io.c sys_machdep.c vm86.c sys/i386/ibcs2 ibcs2_misc.c ibcs2_socksys.c ibcs2_sysi86.c sys/i386/linux linux_machdep.c sys/i4b/driver i4b_ipr.c sys/ia64/ia64 ssc.c sys/isofs/cd9660 cd9660_vfsops.c sys/kern kern_acct.c kern_descrip.c kern_environment.c kern_exec.c kern_fork.c kern_ktrace.c kern_linker.c kern_ntptime.c kern_resource.c kern_shutdown.c kern_sysctl.c kern_thr.c kern_time.c kern_umtx.c kern_xxx.c subr_acl_posix1e.c subr_firmware.c subr_prf.c subr_witness.c sysv_ipc.c sysv_msg.c tty.c tty_cons.c tty_pts.c tty_pty.c uipc_mqueue.c uipc_sem.c vfs_mount.c vfs_subr.c vfs_syscalls.c vfs_vnops.c sys/net bpf.c if.c if_bridge.c if_gre.c if_ppp.c if_sl.c if_tap.c if_tun.c ppp_tty.c raw_usrreq.c rtsock.c sys/net80211 ieee80211_ioctl.c sys/netatalk at_control.c ddp_pcb.c sys/netatm atm_usrreq.c sys/netgraph ng_socket.c ng_tty.c sys/netgraph/bluetooth/drivers/h4 ng_h4.c sys/netgraph/bluetooth/socket ng_btsocket_hci_raw.c ng_btsocket_l2cap_raw.c sys/netinet in.c in_pcb.c ip_carp.c ip_divert.c ip_fw2.c ip_mroute.c ip_output.c raw_ip.c tcp_subr.c udp_usrreq.c sys/netinet6 in6.c in6_pcb.c in6_src.c ipsec.c udp6_usrreq.c sys/netipsec ipsec_osdep.h sys/netipx ipx_pcb.c ipx_usrreq.c sys/netncp ncp_conn.c ncp_mod.c ncp_subr.h sys/netsmb smb_conn.c smb_subr.h sys/nfsserver nfs_syscalls.c sys/pc98/cbus fdc.c sys/posix4 p1003_1b.c sys/security/audit audit.c audit_pipe.c audit_syscalls.c sys/security/mac mac_net.c mac_system.c sys/security/mac_bsdextended mac_bsdextended.c sys/security/mac_lomac mac_lomac.c sys/security/mac_partition mac_partition.c sys/security/mac_portacl mac_portacl.c sys/security/mac_seeotheruids mac_seeotheruids.c sys/sun4v/sun4v hvcons.c sys/sys mac_policy.h sys/ufs/ffs ffs_alloc.c ffs_vfsops.c ffs_vnops.c sys/ufs/ufs ufs_extattr.c ufs_quota.c ufs_vnops.c sys/vm swap_pager.c vm_mmap.c Log: Sweep kernel replacing suser(9) calls with priv(9) calls, assigning specific privilege names to a broad range of privileges. These may require some future tweaking. Sponsored by: nCircle Network Security, Inc. Obtained from: TrustedBSD Project Discussed on: arch@ Reviewed (at least in part) by: mlaier, jmg, pjd, bde, ceri, Alex Lyashkov , Skip Ford , Antoine Brodin Revision Changes Path 1.2 +2 -1 src/sys/amd64/amd64/io.c 1.192 +4 -2 src/sys/compat/linux/linux_misc.c 1.20 +3 -1 src/sys/compat/linux/linux_uid16.c 1.39 +3 -1 src/sys/compat/svr4/svr4_fcntl.c 1.91 +3 -1 src/sys/compat/svr4/svr4_misc.c 1.4 +3 -1 src/sys/contrib/altq/altq/altq_cbq.c 1.3 +3 -1 src/sys/contrib/altq/altq/altq_cdnr.c 1.3 +4 -1 src/sys/contrib/altq/altq/altq_hfsc.c 1.3 +4 -1 src/sys/contrib/altq/altq/altq_priq.c 1.3 +3 -1 src/sys/contrib/altq/altq/altq_red.c 1.4 +4 -1 src/sys/contrib/altq/altq/altq_rio.c 1.31 +4 -1 src/sys/contrib/pf/net/if_pfsync.c 1.80 +6 -5 src/sys/dev/an/if_an.c 1.14 +4 -3 src/sys/dev/arl/if_arl.c 1.81 +2 -1 src/sys/dev/asr/asr.c 1.190 +5 -1 src/sys/dev/ata/atapi-cd.c 1.4 +65 -22 src/sys/dev/ce/if_ce.c 1.24 +4 -3 src/sys/dev/cnw/if_cnw.c 1.30 +28 -27 src/sys/dev/cp/if_cp.c 1.30 +17 -16 src/sys/dev/ctau/if_ct.c 1.53 +11 -10 src/sys/dev/cx/if_cx.c 1.12 +3 -1 src/sys/dev/dcons/dcons_os.c 1.18 +7 -0 src/sys/dev/drm/drmP.h 1.314 +4 -2 src/sys/dev/fdc/fdc.c 1.26 +12 -7 src/sys/dev/hwpmc/hwpmc_mod.c 1.118 +6 -5 src/sys/dev/if_ndis/if_ndis.c 1.46 +10 -9 src/sys/dev/kbd/kbd.c 1.30 +3 -0 src/sys/dev/lmc/if_lmc.c 1.5 +5 -1 src/sys/dev/lmc/if_lmc.h 1.38 +3 -1 src/sys/dev/nmdm/nmdm.c 1.32 +2 -1 src/sys/dev/null/null.c 1.35 +2 -1 src/sys/dev/ofw/ofw_console.c 1.61 +2 -1 src/sys/dev/random/randomdev.c 1.23 +3 -2 src/sys/dev/sbni/if_sbni.c 1.17 +4 -3 src/sys/dev/sbsh/if_sbsh.c 1.138 +2 -1 src/sys/dev/si/si.c 1.448 +3 -2 src/sys/dev/syscons/syscons.c 1.29 +3 -1 src/sys/dev/syscons/sysmouse.c 1.200 +4 -3 src/sys/dev/wi/if_wi.c 1.74 +6 -5 src/sys/dev/wl/if_wl.c 1.36 +1 -1 src/sys/dev/zs/zs.c 1.23 +7 -4 src/sys/fs/devfs/devfs_rule.c 1.140 +16 -8 src/sys/fs/devfs/devfs_vnops.c 1.69 +6 -5 src/sys/fs/hpfs/hpfs_vnops.c 1.154 +19 -18 src/sys/fs/msdosfs/msdosfs_vfsops.c 1.165 +32 -18 src/sys/fs/msdosfs/msdosfs_vnops.c 1.14 +14 -2 src/sys/fs/procfs/procfs_ioctl.c 1.64 +7 -5 src/sys/fs/smbfs/smbfs_vnops.c 1.45 +2 -1 src/sys/fs/udf/udf_vfsops.c 1.66 +2 -1 src/sys/fs/umapfs/umap_vfsops.c 1.159 +20 -15 src/sys/gnu/fs/ext2fs/ext2_vfsops.c 1.106 +30 -14 src/sys/gnu/fs/ext2fs/ext2_vnops.c 1.5 +1 -0 src/sys/gnu/fs/reiserfs/reiserfs_fs.h 1.7 +9 -9 src/sys/gnu/fs/reiserfs/reiserfs_vfsops.c 1.5 +11 -8 src/sys/gnu/fs/xfs/FreeBSD/xfs_super.c 1.2 +2 -1 src/sys/i386/i386/io.c 1.107 +2 -1 src/sys/i386/i386/sys_machdep.c 1.60 +2 -1 src/sys/i386/i386/vm86.c 1.66 +14 -8 src/sys/i386/ibcs2/ibcs2_misc.c 1.22 +0 -3 src/sys/i386/ibcs2/ibcs2_socksys.c 1.23 +0 -2 src/sys/i386/ibcs2/ibcs2_sysi86.c 1.64 +2 -1 src/sys/i386/linux/linux_machdep.c 1.36 +1 -1 src/sys/i4b/driver/i4b_ipr.c 1.29 +2 -1 src/sys/ia64/ia64/ssc.c 1.147 +2 -1 src/sys/isofs/cd9660/cd9660_vfsops.c 1.85 +2 -2 src/sys/kern/kern_acct.c 1.299 +2 -1 src/sys/kern/kern_descrip.c 1.46 +11 -3 src/sys/kern/kern_environment.c 1.299 +5 -1 src/sys/kern/kern_exec.c 1.264 +6 -2 src/sys/kern/kern_fork.c 1.112 +4 -2 src/sys/kern/kern_ktrace.c 1.144 +3 -2 src/sys/kern/kern_linker.c 1.60 +3 -2 src/sys/kern/kern_ntptime.c 1.162 +5 -3 src/sys/kern/kern_resource.c 1.180 +2 -1 src/sys/kern/kern_shutdown.c 1.172 +5 -6 src/sys/kern/kern_sysctl.c 1.55 +2 -1 src/sys/kern/kern_thr.c 1.135 +3 -2 src/sys/kern/kern_time.c 1.54 +3 -2 src/sys/kern/kern_umtx.c 1.47 +6 -4 src/sys/kern/kern_xxx.c 1.51 +50 -43 src/sys/kern/subr_acl_posix1e.c 1.6 +3 -1 src/sys/kern/subr_firmware.c 1.127 +2 -1 src/sys/kern/subr_prf.c 1.219 +5 -1 src/sys/kern/subr_witness.c 1.30 +65 -37 src/sys/kern/sysv_ipc.c 1.64 +2 -1 src/sys/kern/sysv_msg.c 1.263 +8 -6 src/sys/kern/tty.c 1.138 +2 -1 src/sys/kern/tty_cons.c 1.13 +5 -2 src/sys/kern/tty_pts.c 1.151 +5 -2 src/sys/kern/tty_pty.c 1.17 +16 -4 src/sys/kern/uipc_mqueue.c 1.26 +13 -4 src/sys/kern/uipc_sem.c 1.242 +21 -9 src/sys/kern/vfs_mount.c 1.689 +23 -40 src/sys/kern/vfs_subr.c 1.428 +39 -29 src/sys/kern/vfs_syscalls.c 1.246 +2 -1 src/sys/kern/vfs_vnops.c 1.174 +2 -1 src/sys/net/bpf.c 1.264 +20 -14 src/sys/net/if.c 1.86 +2 -1 src/sys/net/if_bridge.c 1.45 +63 -9 src/sys/net/if_gre.c 1.117 +18 -7 src/sys/net/if_ppp.c 1.133 +2 -1 src/sys/net/if_sl.c 1.66 +7 -3 src/sys/net/if_tap.c 1.161 +6 -3 src/sys/net/if_tun.c 1.71 +9 -4 src/sys/net/ppp_tty.c 1.44 +6 -2 src/sys/net/raw_usrreq.c 1.139 +6 -2 src/sys/net/rtsock.c 1.51 +6 -5 src/sys/net80211/ieee80211_ioctl.c 1.45 +2 -0 src/sys/netatalk/at_control.c 1.50 +2 -1 src/sys/netatalk/ddp_pcb.c 1.28 +21 -8 src/sys/netatm/atm_usrreq.c 1.15 +2 -1 src/sys/netgraph/bluetooth/drivers/h4/ng_h4.c 1.23 +2 -1 src/sys/netgraph/bluetooth/socket/ng_btsocket_hci_raw.c 1.20 +2 -1 src/sys/netgraph/bluetooth/socket/ng_btsocket_l2cap_raw.c 1.81 +5 -2 src/sys/netgraph/ng_socket.c 1.37 +3 -1 src/sys/netgraph/ng_tty.c 1.95 +29 -7 src/sys/netinet/in.c 1.183 +6 -2 src/sys/netinet/in_pcb.c 1.45 +5 -2 src/sys/netinet/ip_carp.c 1.122 +6 -2 src/sys/netinet/ip_divert.c 1.153 +2 -1 src/sys/netinet/ip_fw2.c 1.122 +2 -1 src/sys/netinet/ip_mroute.c 1.268 +15 -2 src/sys/netinet/ip_output.c 1.167 +23 -10 src/sys/netinet/raw_ip.c 1.266 +5 -2 src/sys/netinet/tcp_subr.c 1.196 +3 -1 src/sys/netinet/udp_usrreq.c 1.65 +41 -17 src/sys/netinet6/in6.c 1.74 +6 -1 src/sys/netinet6/in6_pcb.c 1.40 +4 -1 src/sys/netinet6/in6_src.c 1.47 +9 -2 src/sys/netinet6/ipsec.c 1.69 +3 -1 src/sys/netinet6/udp6_usrreq.c 1.4 +3 -1 src/sys/netipsec/ipsec_osdep.h 1.46 +4 -4 src/sys/netipx/ipx_pcb.c 1.58 +8 -2 src/sys/netipx/ipx_usrreq.c 1.29 +1 -0 src/sys/netncp/ncp_conn.c 1.16 +1 -0 src/sys/netncp/ncp_mod.c 1.10 +1 -1 src/sys/netncp/ncp_subr.h 1.18 +1 -0 src/sys/netsmb/smb_conn.c 1.13 +1 -1 src/sys/netsmb/smb_subr.h 1.108 +2 -1 src/sys/nfsserver/nfs_syscalls.c 1.168 +4 -3 src/sys/pc98/cbus/fdc.c 1.31 +5 -3 src/sys/posix4/p1003_1b.c 1.22 +3 -1 src/sys/security/audit/audit.c 1.10 +3 -3 src/sys/security/audit/audit_pipe.c 1.9 +10 -9 src/sys/security/audit/audit_syscalls.c 1.120 +5 -4 src/sys/security/mac/mac_net.c 1.107 +6 -0 src/sys/security/mac/mac_system.c 1.30 +3 -0 src/sys/security/mac_bsdextended/mac_bsdextended.c 1.42 +4 -1 src/sys/security/mac_lomac/mac_lomac.c 1.12 +2 -1 src/sys/security/mac_partition/mac_partition.c 1.10 +3 -1 src/sys/security/mac_portacl/mac_portacl.c 1.9 +2 -1 src/sys/security/mac_seeotheruids/mac_seeotheruids.c 1.4 +3 -1 src/sys/sun4v/sun4v/hvcons.c 1.78 +4 -0 src/sys/sys/mac_policy.h 1.141 +3 -2 src/sys/ufs/ffs/ffs_alloc.c 1.323 +18 -15 src/sys/ufs/ffs/ffs_vfsops.c 1.162 +4 -2 src/sys/ufs/ffs/ffs_vnops.c 1.85 +3 -1 src/sys/ufs/ufs/ufs_extattr.c 1.85 +25 -9 src/sys/ufs/ufs/ufs_quota.c 1.283 +31 -14 src/sys/ufs/ufs/ufs_vnops.c 1.285 +5 -5 src/sys/vm/swap_pager.c 1.208 +6 -5 src/sys/vm/vm_mmap.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 Mon Nov 6 19:46:20 2006 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 67BA916A521; Mon, 6 Nov 2006 19:46:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28BED43DCE; Mon, 6 Nov 2006 19:45:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E73AB1A4D82; Mon, 6 Nov 2006 11:45:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 386AD51449; Mon, 6 Nov 2006 14:45:46 -0500 (EST) Date: Mon, 6 Nov 2006 14:45:46 -0500 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20061106194546.GM41049@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="q8dntDJTu318bll0" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: andre@FreeBSD.org Subject: sendfile panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 19:46:20 -0000 --q8dntDJTu318bll0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 8 machines panicked overnight with: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04e12f0 stack pointer = 0x28:0xe5e1fb30 frame pointer = 0x28:0xe5e1fb4c 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 = 93306 (conftest) db> wh Tracing pid 93306 tid 100139 td 0xc373a1c0 _mtx_lock_flags(e0,0,c06d58d2,8e7,c2fda104,...) at _mtx_lock_flags+0x40 kern_sendfile(c373a1c0,e5e1fd04,0,c44fc640,0,...) at kern_sendfile+0xe89 do_sendfile(c373a1c0,e5e1fd04,0,e5e1fd30,c069ff73,...) at do_sendfile+0xc4 sendfile(c373a1c0,e5e1fd04,20,4,c,...) at sendfile+0x20 syscall(3b,3b,3b,bfbfe42c,bfbfe424,...) at syscall+0x2e3 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (393, FreeBSD ELF32, sendfile), eip = 0x280c9b57, esp = 0xbfbfe3ac, ebp = 0xbfbfe3d8 --- Looks like it's a GNU configure test failing, so something fairly basic is broken in sendfile. I think it's the lighttpd port that is triggering the bug. Kris --q8dntDJTu318bll0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFT5DpWry0BWjoQKURAgXEAKD+SB6Er+6xguUbJWRiX8+Ker63eACgsikm usY+8bQhgbgIdV5KeWUPT9A= =dd0Z -----END PGP SIGNATURE----- --q8dntDJTu318bll0-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 19:51:18 2006 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 4AF5616A4B3 for ; Mon, 6 Nov 2006 19:51:18 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE17B43D5E for ; Mon, 6 Nov 2006 19:51:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AF0671A3C19 for ; Mon, 6 Nov 2006 11:51:17 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 16D9251449; Mon, 6 Nov 2006 14:51:10 -0500 (EST) Date: Mon, 6 Nov 2006 14:51:09 -0500 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20061106195109.GA41461@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: "panic: uma_small_alloc: free page still has mappings!" on sparc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 19:51:18 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I got this on a 12 CPU sparc64 running 7.0 from a week or so ago: panic: uma_small_alloc: free page still has mappings! panic() at panic+0x164 uma_small_alloc() at uma_small_alloc+0x9c slab_zalloc() at slab_zalloc+0x98 uma_zone_slab() at uma_zone_slab+0x1ac uma_zalloc_bucket() at uma_zalloc_bucket+0x1b4 uma_zalloc_arg() at uma_zalloc_arg+0x398 malloc() at malloc+0xf0 sigacts_alloc() at sigacts_alloc+0x10 fork1() at fork1+0x708 fork() at fork+0x10 syscall() at syscall+0x2a0 -- syscall (2, FreeBSD ELF64, fork) %o7=0x110460 -- Any ideas? Kris --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFT5ItWry0BWjoQKURAiKnAKCCwCaeXC/3ej05PCMSFJsX3xcSkgCeMGgz fIqljxeEoeqFVzDy+68GDjA= =XjFh -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 19:56:55 2006 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 B9CAA16A4A0 for ; Mon, 6 Nov 2006 19:56:55 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67AD843D82 for ; Mon, 6 Nov 2006 19:56:45 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 80568 invoked from network); 6 Nov 2006 19:50:50 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Nov 2006 19:50:50 -0000 Message-ID: <454F937B.9090409@freebsd.org> Date: Mon, 06 Nov 2006 20:56:43 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Kris Kennaway References: <20061106194546.GM41049@xor.obsecurity.org> In-Reply-To: <20061106194546.GM41049@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: sendfile panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 19:56:55 -0000 Kris Kennaway wrote: > 8 machines panicked overnight with: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xf0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc04e12f0 > stack pointer = 0x28:0xe5e1fb30 > frame pointer = 0x28:0xe5e1fb4c > 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 = 93306 (conftest) > db> wh > Tracing pid 93306 tid 100139 td 0xc373a1c0 > _mtx_lock_flags(e0,0,c06d58d2,8e7,c2fda104,...) at _mtx_lock_flags+0x40 > kern_sendfile(c373a1c0,e5e1fd04,0,c44fc640,0,...) at kern_sendfile+0xe89 > do_sendfile(c373a1c0,e5e1fd04,0,e5e1fd30,c069ff73,...) at do_sendfile+0xc4 > sendfile(c373a1c0,e5e1fd04,20,4,c,...) at sendfile+0x20 > syscall(3b,3b,3b,bfbfe42c,bfbfe424,...) at syscall+0x2e3 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (393, FreeBSD ELF32, sendfile), eip = 0x280c9b57, esp = 0xbfbfe3ac, ebp = 0xbfbfe3d8 --- > > Looks like it's a GNU configure test failing, so something fairly > basic is broken in sendfile. I think it's the lighttpd port that is > triggering the bug. Coverity already complained about the bug and I have prepared a fix already. Need to test and commit in the next hours. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 21:54:35 2006 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 D57B516A415 for ; Mon, 6 Nov 2006 21:54:35 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BAE743D62 for ; Mon, 6 Nov 2006 21:54:32 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 81531 invoked from network); 6 Nov 2006 21:48:39 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Nov 2006 21:48:39 -0000 Message-ID: <454FAF18.1040200@freebsd.org> Date: Mon, 06 Nov 2006 22:54:32 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Kris Kennaway References: <20061106194546.GM41049@xor.obsecurity.org> In-Reply-To: <20061106194546.GM41049@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: sendfile panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Nov 2006 21:54:35 -0000 Kris Kennaway wrote: > 8 machines panicked overnight with: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xf0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc04e12f0 > stack pointer = 0x28:0xe5e1fb30 > frame pointer = 0x28:0xe5e1fb4c > 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 = 93306 (conftest) > db> wh > Tracing pid 93306 tid 100139 td 0xc373a1c0 > _mtx_lock_flags(e0,0,c06d58d2,8e7,c2fda104,...) at _mtx_lock_flags+0x40 > kern_sendfile(c373a1c0,e5e1fd04,0,c44fc640,0,...) at kern_sendfile+0xe89 > do_sendfile(c373a1c0,e5e1fd04,0,e5e1fd30,c069ff73,...) at do_sendfile+0xc4 > sendfile(c373a1c0,e5e1fd04,20,4,c,...) at sendfile+0x20 > syscall(3b,3b,3b,bfbfe42c,bfbfe424,...) at syscall+0x2e3 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (393, FreeBSD ELF32, sendfile), eip = 0x280c9b57, esp = 0xbfbfe3ac, ebp = 0xbfbfe3d8 --- > > Looks like it's a GNU configure test failing, so something fairly > basic is broken in sendfile. I think it's the lighttpd port that is > triggering the bug. sys/kern/uipc_syscalls.c rev. 1.243 should fix all sendfile issues. Sorry for the trouble caused. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Nov 6 22:09:26 2006 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 71F8016A49E; Mon, 6 Nov 2006 22:09:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 490FC43D7B; Mon, 6 Nov 2006 22:09:00 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA6M8tke051455; Mon, 6 Nov 2006 17:08:56 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 6 Nov 2006 16:49:55 -0500 User-Agent: KMail/1.9.1 References: <20061104060421.6145773068@freebsd-current.sentex.ca> <20061104110644.GE854@turion.vk2pj.dyndns.org> In-Reply-To: <20061104110644.GE854@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611061649.56193.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 06 Nov 2006 17:08:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2167/Mon Nov 6 14:31:46 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, Peter Jeremy , Kip Macy , FreeBSD Tinderbox , sparc64@freebsd.org, John Birrell Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Nov 2006 22:09:26 -0000 On Saturday 04 November 2006 06:06, Peter Jeremy wrote: > On Fri, 2006-Nov-03 23:46:27 -0800, Kip Macy wrote: > >Sparc64 only supports CAS on 4 and 8 byte quantities. The only > >operation it support on 16 bytes is load. > > The '16' in 'atomic_add_16' is bits. Few RISC architectures can > support atomic operations (or primitives to build atomic ops) on > anything other than their native word side and 32 bits. > > The problem is that SCTP is using a 16-bit refcnt and trying to > manipulate it atomically. This is problematic on anything except i386 > and amd64. The easiest solution seems to be to change refcnt to an > [u]int - though I'm not sure what other impacts this may have. And if possible it should just use 'refcount_*()' instead of 'atomic_*()' directly. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 00:19:50 2006 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 B7BE116A416; Tue, 7 Nov 2006 00:19:50 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEB8243D46; Tue, 7 Nov 2006 00:19:15 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 06 Nov 2006 16:19:05 -0800 X-IronPort-AV: i="4.09,392,1157353200"; d="scan'208"; a="755057739:sNHT4167737230" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id kA70J4MQ026279; Mon, 6 Nov 2006 16:19:04 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id kA70J4in000975; Mon, 6 Nov 2006 16:19:04 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 6 Nov 2006 16:19:03 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 6 Nov 2006 16:19:03 -0800 Message-ID: <454FD0CF.4030705@cisco.com> Date: Mon, 06 Nov 2006 19:18:23 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20061104060421.6145773068@freebsd-current.sentex.ca> <20061104110644.GE854@turion.vk2pj.dyndns.org> <200611061649.56193.jhb@freebsd.org> In-Reply-To: <200611061649.56193.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 Nov 2006 00:19:03.0532 (UTC) FILETIME=[5490E2C0:01C70202] DKIM-Signature: a=rsa-sha1; q=dns; l=1957; t=1162858744; x=1163722744; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20[head=20tinderbox]=20failure=20on=20sparc64/sun4v; X=v=3Dcisco.com=3B=20h=3DdlYYRt/rc+u/Ae65nzXQdpNRGMA=3D; b=IV9SCtxO6uOPrefmFARFaYCMUm0Cryw9MO7f91qtk7Nc1SU17PVC7asSwGaH6snE/OngHfaI ve2rC/oYfiXg43YvCCdzzKrzkJmBnPutVyjwh6JH9Kq5wdf2uQ44Ognn; Authentication-Results: sj-dkim-4.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: current@freebsd.org, Peter Jeremy , sparc64@freebsd.org, FreeBSD Tinderbox , Kip Macy , John Birrell , freebsd-sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2006 00:19:51 -0000 John Baldwin wrote: > On Saturday 04 November 2006 06:06, Peter Jeremy wrote: > >>On Fri, 2006-Nov-03 23:46:27 -0800, Kip Macy wrote: >> >>>Sparc64 only supports CAS on 4 and 8 byte quantities. The only >>>operation it support on 16 bytes is load. >> >>The '16' in 'atomic_add_16' is bits. Few RISC architectures can >>support atomic operations (or primitives to build atomic ops) on >>anything other than their native word side and 32 bits. >> >>The problem is that SCTP is using a 16-bit refcnt and trying to >>manipulate it atomically. This is problematic on anything except i386 >>and amd64. The easiest solution seems to be to change refcnt to an >>[u]int - though I'm not sure what other impacts this may have. > > > And if possible it should just use 'refcount_*()' instead of 'atomic_*()' > directly. > ???? All the 16 bit values were gone yestereday... the current tenderbox failure is not SCTP.. at least not the ones I have seen... its : DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/dev/ofw/ofw_console.c /src/sys/dev/ofw/ofw_console.c: In function `ofw_dev_open': /src/sys/dev/ofw/ofw_console.c:144: warning: implicit declaration of function `priv_check' /src/sys/dev/ofw/ofw_console.c:144: warning: nested extern declaration of `priv_check' /src/sys/dev/ofw/ofw_console.c:144: error: `PRIV_TTY_EXCLUSIVE' undeclared (first use in this function) /src/sys/dev/ofw/ofw_console.c:144: error: (Each undeclared identifier is reported only once /src/sys/dev/ofw/ofw_console.c:144: error: for each function it appears in.) *** Error code 1 and I don't think sctp is involved in this.. at least not to my knowledge R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 01:19:13 2006 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 5E3A716A415; Tue, 7 Nov 2006 01:19:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EADBB43D55; Tue, 7 Nov 2006 01:19:12 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA71JCC0085085; Mon, 6 Nov 2006 20:19:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA71JCRG023274; Mon, 6 Nov 2006 20:19:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A3C773068; Mon, 6 Nov 2006 20:19:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061107011912.0A3C773068@freebsd-current.sentex.ca> Date: Mon, 6 Nov 2006 20:19:11 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2006 01:19:13 -0000 TB --- 2006-11-07 00:02:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-07 00:02:34 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-07 00:02:34 - cleaning the object tree TB --- 2006-11-07 00:03:13 - checking out the source tree TB --- 2006-11-07 00:03:13 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-07 00:03:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-07 00:13:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-07 00:13:42 - cd /src TB --- 2006-11-07 00:13:42 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 7 00:13:43 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 7 01:08:50 UTC 2006 TB --- 2006-11-07 01:08:50 - generating LINT kernel config TB --- 2006-11-07 01:08:50 - cd /src/sys/sun4v/conf TB --- 2006-11-07 01:08:50 - /usr/bin/make -B LINT TB --- 2006-11-07 01:08:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-07 01:08:50 - cd /src TB --- 2006-11-07 01:08:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 7 01:08:50 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel interrupt.o(.text+0x234): In function `tl_invlctx': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x28c): In function `tl_invltlb': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x2e4): In function `tl_invlpg': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-07 01:19:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-07 01:19:11 - ERROR: failed to build lint kernel TB --- 2006-11-07 01:19:11 - tinderbox aborted TB --- 0.44 user 1.90 system 4596.91 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 08:02:20 2006 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 E139B16A416; Tue, 7 Nov 2006 08:02:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AE6B43D66; Tue, 7 Nov 2006 08:02:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA782HrU024475; Tue, 7 Nov 2006 03:02:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA782GCS063474; Tue, 7 Nov 2006 03:02:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2032873068; Tue, 7 Nov 2006 03:02:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061107080216.2032873068@freebsd-current.sentex.ca> Date: Tue, 7 Nov 2006 03:02:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2006 08:02:20 -0000 TB --- 2006-11-07 06:47:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-07 06:47:41 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-07 06:47:41 - cleaning the object tree TB --- 2006-11-07 06:48:16 - checking out the source tree TB --- 2006-11-07 06:48:16 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-07 06:48:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-07 06:54:49 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-07 06:54:49 - cd /src TB --- 2006-11-07 06:54:49 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 7 06:54:51 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 7 07:51:36 UTC 2006 TB --- 2006-11-07 07:51:36 - generating LINT kernel config TB --- 2006-11-07 07:51:36 - cd /src/sys/sun4v/conf TB --- 2006-11-07 07:51:36 - /usr/bin/make -B LINT TB --- 2006-11-07 07:51:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-07 07:51:36 - cd /src TB --- 2006-11-07 07:51:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 7 07:51:37 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel interrupt.o(.text+0x234): In function `tl_invlctx': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x28c): In function `tl_invltlb': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x2e4): In function `tl_invlpg': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-07 08:02:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-07 08:02:15 - ERROR: failed to build lint kernel TB --- 2006-11-07 08:02:15 - tinderbox aborted TB --- 0.57 user 1.77 system 4474.13 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 14:38:52 2006 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 AC15016A416 for ; Tue, 7 Nov 2006 14:38:52 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 473EB43D49 for ; Tue, 7 Nov 2006 14:38:51 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.13.8/8.13.8) with ESMTP id kA7EcoQn088503 for ; Tue, 7 Nov 2006 08:38:50 -0600 (CST) (envelope-from sean-freebsd@farley.org) Date: Tue, 7 Nov 2006 08:38:48 -0600 (CST) From: "Sean C. Farley" To: freebsd-current@freebsd.org In-Reply-To: <20061019130354.D92319@thor.farley.org> Message-ID: <20061106163224.I1058@baba.farley.org> References: <20061006200320.T1063@baba.farley.org> <200610111427.42195.jhb@freebsd.org> <20061018211005.L1466@baba.farley.org> <200610191032.29232.jhb@freebsd.org> <20061019112601.J91957@thor.farley.org> <4537B53A.3080208@FreeBSD.org> <20061019130354.D92319@thor.farley.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Fix for memory leak in setenv/unsetenv X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2006 14:38:52 -0000 On Thu, 19 Oct 2006, Sean C. Farley wrote: > On Thu, 19 Oct 2006, Stefan Esser wrote: >> I've got to admit, that I have not looked your patch, but the only >> drawback seems to be that the last instance of a variable in the >> environment space has to be located in getenv() (maximizing the >> search time ...). > > Actually, the first active variable found is returned by getenv() even > if another would be found later. This does make me think that if > changed the way the environment variable array was built to only > contain the first instance of each variable instead of all instances > then a search by getenv() from the end of the array backwards would be > faster. A cheap alternative is to create the array in reverse. > >> Always using the last allocated (largest) slot for storage of new >> values of environment variables would result in nearly reasonable >> behavior. A cached pointer does either point to the value of the >> variable at the time of the getenv(), or to the last value assigned >> to the environment variable that does not exceed the allocated size. > > I will look at changing it. I changed it to create the array in reverse and to search it from the end. I played with crt1.c to have it initialize the new environment and clean it up via atexit(). The feeling I get is that this may be disliked since malloc_init() is not called here. Would there be a reason not to have things such as memory allocation and an environment (such as I have been doing) initialized and/or cleaned up here? Would there be anything else I should code to have this be a viable replacement to the current implementation of the setenv-family of functions? Sean -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 15:00:46 2006 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 24A0916A415; Tue, 7 Nov 2006 15:00:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A5A243DD4; Tue, 7 Nov 2006 15:00:25 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA7F0NoN076671; Tue, 7 Nov 2006 10:00:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA7F0Ng3018364; Tue, 7 Nov 2006 10:00:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1AEA173068; Tue, 7 Nov 2006 10:00:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061107150023.1AEA173068@freebsd-current.sentex.ca> Date: Tue, 7 Nov 2006 10:00:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2006 15:00:46 -0000 TB --- 2006-11-07 13:41:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-07 13:41:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-07 13:41:35 - cleaning the object tree TB --- 2006-11-07 13:42:19 - checking out the source tree TB --- 2006-11-07 13:42:19 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-07 13:42:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-07 13:53:28 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-07 13:53:28 - cd /src TB --- 2006-11-07 13:53:28 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 7 13:53:29 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 7 14:49:50 UTC 2006 TB --- 2006-11-07 14:49:50 - generating LINT kernel config TB --- 2006-11-07 14:49:50 - cd /src/sys/sun4v/conf TB --- 2006-11-07 14:49:50 - /usr/bin/make -B LINT TB --- 2006-11-07 14:49:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-07 14:49:50 - cd /src TB --- 2006-11-07 14:49:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 7 14:49:51 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel interrupt.o(.text+0x234): In function `tl_invlctx': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x28c): In function `tl_invltlb': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x2e4): In function `tl_invlpg': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-07 15:00:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-07 15:00:22 - ERROR: failed to build lint kernel TB --- 2006-11-07 15:00:22 - tinderbox aborted TB --- 0.66 user 1.72 system 4727.64 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 15:16:54 2006 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 3267316A53A; Tue, 7 Nov 2006 15:16:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7AE443E1B; Tue, 7 Nov 2006 15:15:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA7FFVGg058066; Tue, 7 Nov 2006 10:15:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Randall Stewart Date: Tue, 7 Nov 2006 10:11:14 -0500 User-Agent: KMail/1.9.1 References: <20061104060421.6145773068@freebsd-current.sentex.ca> <200611061649.56193.jhb@freebsd.org> <454FD0CF.4030705@cisco.com> In-Reply-To: <454FD0CF.4030705@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611071011.15597.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 07 Nov 2006 10:15:43 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2172/Tue Nov 7 09:04:48 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, Peter Jeremy , sparc64@freebsd.org, FreeBSD Tinderbox , Kip Macy , John Birrell , freebsd-sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2006 15:16:54 -0000 On Monday 06 November 2006 19:18, Randall Stewart wrote: > John Baldwin wrote: > > On Saturday 04 November 2006 06:06, Peter Jeremy wrote: > > > >>On Fri, 2006-Nov-03 23:46:27 -0800, Kip Macy wrote: > >> > >>>Sparc64 only supports CAS on 4 and 8 byte quantities. The only > >>>operation it support on 16 bytes is load. > >> > >>The '16' in 'atomic_add_16' is bits. Few RISC architectures can > >>support atomic operations (or primitives to build atomic ops) on > >>anything other than their native word side and 32 bits. > >> > >>The problem is that SCTP is using a 16-bit refcnt and trying to > >>manipulate it atomically. This is problematic on anything except i386 > >>and amd64. The easiest solution seems to be to change refcnt to an > >>[u]int - though I'm not sure what other impacts this may have. > > > > > > And if possible it should just use 'refcount_*()' instead of 'atomic_*()' > > directly. > > > ???? What I mean there is that there is a simple refcount_*() API wrapper in sys/refcount.h that uses atomic ops on ints to safely manage reference counts, and I would prefer the code to use refcount_*() instead of atomic_*() directly if it fits as atomics can be tricky to manage sometimes. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 17:16:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEB7016A40F for ; Tue, 7 Nov 2006 17:16:42 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8838443DF3 for ; Tue, 7 Nov 2006 17:16:00 +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.8/8.13.8) with ESMTP id kA7HFtAq002715 for ; Tue, 7 Nov 2006 11:15:55 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4550BF4C.3010607@centtech.com> Date: Tue, 07 Nov 2006 11:15:56 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Subject: yp related ls core dumps (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2006 17:16:42 -0000 I have two systems, both running FreeBSD 6-STABLE (amd64) (one is freshly installed from -BETA2 CD, the other is cvs-up'ed from a few weeks ago). Both these systems will make ls (and several other tools) core dump when accessing a directory that had it's gid's from yp. I'm not sure what exactly the trigger is, but if I remove the yp related line from /etc/group it works just fine (uid's are resolved, but of course gid's are not). If I put the line back in, I get: # ls -al /nfsmounts/filesystem/directory/ Segmentation fault: 11 (core dumped) However an 'ls -aln' of that same directory always works ok. Here's a snippet of the trailing edge of a ktrace on the failing ls: ...snip... 0x0000 452f a45e 0000 0000 0000 0002 0001 86a4 0000 0002 0000 0003 0000 |E/.^......................| 0x001a 0000 0000 0000 0000 0000 0000 0000 0000 000c 6365 6e74 7465 6368 |..................ypdomain| 0x0034 2e63 6f6d 0000 000b 6772 6f75 702e 6279 6769 6400 0000 0003 3630 |.com....group.bygid.....60| 0x004e 3800 |8.| 957 ls RET sendto 80/0x50 957 ls CALL kevent(0x7,0x51e110,0x1,0x7fffffffd800,0x1,0x7fffffffd820) 957 ls RET kevent 1 957 ls CALL recvfrom(0x5,0x51e134,0x900,0,0,0) 957 ls GIO fd 5 read 516 bytes 0x0000 452f a45e 0000 0001 0000 0000 0000 0000 0000 0000 0000 0000 0000 |E/.^......................| 0x001a 0001 0000 01e2 6c6f 6769 633a 2a3a 3630 383a 6272 656e 7462 2c62 |......group:*:608:user1,u| 0x01ee 2c72 6172 6f73 652c 7374 6572 6e2c 766d 6f68 616e 0000 |,user2,user3,user4..| 957 ls RET recvfrom 516/0x204 957 ls CALL close(0x7) 957 ls RET close 0 957 ls CALL gettimeofday(0x7fffffffd900,0) 957 ls RET gettimeofday 0 957 ls CALL gettimeofday(0x7fffffffd930,0) 957 ls RET gettimeofday 0 957 ls CALL close(0x6) 957 ls RET close 0 957 ls PSIG SIGSEGV SIG_DFL 957 ls NAMI "ls.core" I've replaced any real users/groups with fake ones above. gdb says something about: #0 0x000000080095272b in _fseeko () from /lib/libc.so.6 #1 0x0000000800952b78 in fseeko () from /lib/libc.so.6 #2 0x000000080091fde9 in __gr_parse_entry () from /lib/libc.so.6 #3 0x000000080094b971 in nsdispatch () from /lib/libc.so.6 #4 0x000000080091efe4 in getgrgid_r () from /lib/libc.so.6 #5 0x000000080091f0b0 in getgrgid_r () from /lib/libc.so.6 #6 0x00000008008e3aa6 in group_from_gid () from /lib/libc.so.6 #7 0x0000000000402271 in display (p=0x50b100, list=0x50b200, options=48) at ls.c:704 #8 0x0000000000402ace in traverse (argc=1, argv=0x0, options=48) at ls.c:527 #9 0x0000000000402e44 in main (argc=1, argv=0x7fffffffecb8) at ls.c:457 This same setup causes no issues on a 32bit system. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 17:39:25 2006 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 C121C16A539; Tue, 7 Nov 2006 17:39:25 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 169D043DC4; Tue, 7 Nov 2006 17:38:30 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-2.cisco.com with ESMTP; 07 Nov 2006 09:38:21 -0800 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-2.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id kA7HcJDj000535; Tue, 7 Nov 2006 09:38:19 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id kA7HcDAw027101; Tue, 7 Nov 2006 09:38:19 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 7 Nov 2006 09:38:19 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 7 Nov 2006 09:38:18 -0800 Message-ID: <4550C463.4020502@cisco.com> Date: Tue, 07 Nov 2006 12:37:39 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20061104060421.6145773068@freebsd-current.sentex.ca> <200611061649.56193.jhb@freebsd.org> <454FD0CF.4030705@cisco.com> <200611071011.15597.jhb@freebsd.org> In-Reply-To: <200611071011.15597.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 Nov 2006 17:38:19.0045 (UTC) FILETIME=[83591550:01C70293] DKIM-Signature: a=rsa-sha1; q=dns; l=893; t=1162921099; x=1163785099; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20[head=20tinderbox]=20failure=20on=20sparc64/sun4v; X=v=3Dcisco.com=3B=20h=3DdlYYRt/rc+u/Ae65nzXQdpNRGMA=3D; b=qFJn3MHfq7VYVddmEkrH9CJ+NaG+93kxqE0nBQLAlXnVwnQLG3xNbR/pn1bdlMTPwcNu0hA2 2XJ4hSrSAqUKgySiSf57LWXWgPs4pRKpWGPj0jEBxObFUd57Vh4XRLFd; Authentication-Results: sj-dkim-2.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: current@freebsd.org, Peter Jeremy , sparc64@freebsd.org, FreeBSD Tinderbox , Kip Macy , John Birrell , freebsd-sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2006 17:39:26 -0000 John Baldwin wrote: > > What I mean there is that there is a simple refcount_*() API wrapper in > sys/refcount.h that uses atomic ops on ints to safely manage reference > counts, and I would prefer the code to use refcount_*() instead of > atomic_*() directly if it fits as atomics can be tricky to manage > sometimes. > I need to think on this a bit.. the code is common to several platforms.. and this will take a bit of fore-thought to make sure we get it right if we move to something else besides the atomic_xxxx ops. There are also some where we do similar things to what the mbuf cluster freeing does with atomic_cmpset... etc. Simple refcnt's won't help there.. there are others that are not so... let me look through the macro's and see what I can come up with :-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 18:40:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B24816A412; Tue, 7 Nov 2006 18:40:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B4A343EA0; Tue, 7 Nov 2006 18:37:59 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA7IbUj9059458; Tue, 7 Nov 2006 13:37:31 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 7 Nov 2006 13:24:22 -0500 User-Agent: KMail/1.9.1 References: <20061105152417.GM83118@garage.freebsd.pl> In-Reply-To: <20061105152417.GM83118@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611071324.23525.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 07 Nov 2006 13:37:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2172/Tue Nov 7 09:04:48 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: alc@freebsd.org, tegge@freebsd.org, Pawel Jakub Dawidek Subject: Re: VM deadlock? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2006 18:40:27 -0000 On Sunday 05 November 2006 10:24, Pawel Jakub Dawidek wrote: > Hi. > > We're seeing such a deadlock, seems to be VM related very often. Servers > are quite loaded, this is FreeBSD 6.2 on SMP Opteron system, but running > i386 FreeBSD. > > Here is some info from one of such machines: > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 90346 4316 4316 101 L *Giant 0xc8551ac0 qmail-smtpd > [...] > 89997 4316 4316 101 L *vm page 0xcabc9600 qmail-smtpd > [...] > 4316 4311 4316 101 LL *vm page 0xcabc9600 qmail-smtpd > 4315 4311 4315 101 RL drwebd > [...] > 34 0 0 0 LL *vm page 0xcabc9600 [pagezero] > [...] > 16 0 0 0 LL *vm page 0xcabc9600 [swi1: net] > [...] > 14 0 0 0 LL *tcp 0xcabc82c0 [swi4: clock sio] > [...] > 3 0 0 0 LL *vm page 0xcabc9600 [g_up] > > db> alltrace > Tracing command drwebd pid 4315 tid 100105 td 0xcac19600 > sched_switch(cac19600,0,2) at sched_switch+0x14b > mi_switch(2,0) at mi_switch+0x1ba > critical_exit(0,cac19600,ca0b5688,8246000,0,...) at critical_exit+0x9d > intr_execute_handlers(c844b0c8,f8211b90,34,f8211be0,c06590b3,...) at intr_execute_handlers+0x10c > lapic_handle_intr(31) at lapic_handle_intr+0x2e > Xapic_isr1() at Xapic_isr1+0x33 > --- interrupt, eip = 0xc06676c4, esp = 0xf8211bd4, ebp = 0xf8211be0 --- > pmap_pte_quick(ca0b5688,8246000) at pmap_pte_quick+0x90 > pmap_copy(ca0b5688,c88d1ea0,81a1000,a18000,81a1000) at pmap_copy+0x27c > vm_map_copy_entry(c88d1de0,ca0b55c8,cabc4374,cac161dc) at vm_map_copy_entry+0x14c > vmspace_fork(c88d1de0,4,c854b860,c8823d00,f8211cbc,...) at vmspace_fork+0x22a > vm_forkproc(cac19600,c854b860,c854c900,14) at vm_forkproc+0xb3 > fork1(cac19600,14,0,f8211cd4) at fork1+0x1169 > fork(cac19600,f8211d04) at fork+0x18 > syscall(3b,3b,bfbf003b,4,81bba00,...) at syscall+0x2bf > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (2, FreeBSD ELF32, fork), eip = 0x80e493f, esp = 0xbfbfdcac, ebp = 0xbfbfe148 --- > > db> sh allchain > chain 1: > thread 100260 (pid 90346, qmail-smtpd) blocked on lock 0xc07177e0 (sleep mutex) "Giant" > thread 100133 (pid 89997, qmail-smtpd) blocked on lock 0xc0722700 (sleep mutex) "vm page queue mutex" > thread 100105 (pid 4315, drwebd) is on a run queue > chain 2: > thread 100098 (pid 4316, qmail-smtpd) blocked on lock 0xc0722700 (sleep mutex) "vm page queue mutex" > thread 100105 (pid 4315, drwebd) is on a run queue > chain 3: > thread 100031 (pid 34, pagezero) blocked on lock 0xc0722700 (sleep mutex) "vm page queue mutex" > thread 100105 (pid 4315, drwebd) is on a run queue > chain 4: > thread 100015 (pid 3, g_up) blocked on lock 0xc0722700 (sleep mutex) "vm page queue mutex" > thread 100105 (pid 4315, drwebd) is on a run queue > chain 5: > thread 100002 (pid 14, swi4: clock sio) blocked on lock 0xc072146c (sleep mutex) "tcp" > thread 100000 (pid 16, swi1: net) blocked on lock 0xc0722700 (sleep mutex) "vm page queue mutex" > thread 100105 (pid 4315, drwebd) is on a run queue > db> sh locktree > db> sh turnstile > > Process drwebd (pid 4315) doesn't seem to go any further. How about 'show allpcpu' to see which threads are running? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 19:48:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5354A16A4CA; Tue, 7 Nov 2006 19:48:58 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7438843D8B; Tue, 7 Nov 2006 19:48:24 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0AA9A46DA5; Tue, 7 Nov 2006 20:48:22 +0100 (CET) Received: from localhost (dly194.neoplus.adsl.tpnet.pl [83.24.54.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B119645684; Tue, 7 Nov 2006 20:48:15 +0100 (CET) Date: Tue, 7 Nov 2006 20:48:12 +0100 From: Pawel Jakub Dawidek To: John Baldwin Message-ID: <20061107194812.GA25603@garage.freebsd.pl> References: <20061105152417.GM83118@garage.freebsd.pl> <200611071324.23525.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <200611071324.23525.jhb@freebsd.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: alc@freebsd.org, freebsd-current@freebsd.org, tegge@freebsd.org Subject: Re: VM deadlock? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2006 19:48:58 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 07, 2006 at 01:24:22PM -0500, John Baldwin wrote: > On Sunday 05 November 2006 10:24, Pawel Jakub Dawidek wrote: > > db> sh allchain > > chain 1: > > thread 100260 (pid 90346, qmail-smtpd) blocked on lock 0xc07177e0 (sle= ep=20 > mutex) "Giant" > > thread 100133 (pid 89997, qmail-smtpd) blocked on lock 0xc0722700 (sle= ep=20 > mutex) "vm page queue mutex" > > thread 100105 (pid 4315, drwebd) is on a run queue > > chain 2: > > thread 100098 (pid 4316, qmail-smtpd) blocked on lock 0xc0722700 (slee= p=20 > mutex) "vm page queue mutex" > > thread 100105 (pid 4315, drwebd) is on a run queue > > chain 3: > > thread 100031 (pid 34, pagezero) blocked on lock 0xc0722700 (sleep=20 > mutex) "vm page queue mutex" > > thread 100105 (pid 4315, drwebd) is on a run queue > > chain 4: > > thread 100015 (pid 3, g_up) blocked on lock 0xc0722700 (sleep mutex) "= vm=20 > page queue mutex" > > thread 100105 (pid 4315, drwebd) is on a run queue > > chain 5: > > thread 100002 (pid 14, swi4: clock sio) blocked on lock 0xc072146c (sl= eep=20 > mutex) "tcp" > > thread 100000 (pid 16, swi1: net) blocked on lock 0xc0722700 (sleep=20 > mutex) "vm page queue mutex" > > thread 100105 (pid 4315, drwebd) is on a run queue > > db> sh locktree > > db> sh turnstile > >=20 > > Process drwebd (pid 4315) doesn't seem to go any further. >=20 > How about 'show allpcpu' to see which threads are running? I get some feedback from tegge@ and kib@ is willing to investigate it further. This looks more like scheduler issue, not VM issue. There are 4 CPUs. 3 are idle, one is stuck running userland process at this point. Disabling PREEMPTION seemed to help. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFFUOL8ForvXbEpPzQRApLdAJ9xa/gC3e+cF/GjAdR83HNh2jOH9QCgpQEM ye1lsaa2aTB4VK8JvPtnoig= =Prsq -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 20:45:02 2006 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 B231816A40F for ; Tue, 7 Nov 2006 20:45:02 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA93B43D62 for ; Tue, 7 Nov 2006 20:44:45 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1137488uge for ; Tue, 07 Nov 2006 12:44:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition; b=JH+PqZZIr2IsffQPlITtNbtrOKOdJT5SoikJ9ts4FRMLtltvJdazch1wf6IpFLqq+W35/nh5QL0TdMwMXY90UwA87Arc6Mmrljk7LFLWZsBzc2S4oxSp7kTsCINsXBIOURv6kHBv3uItxS5d8EPLJDRdf79dh6a/4N9EaSpGPk0= Received: by 10.67.91.6 with SMTP id t6mr9720184ugl.1162932283713; Tue, 07 Nov 2006 12:44:43 -0800 (PST) Received: from roadrunner.q.local ( [85.180.135.108]) by mx.google.com with ESMTP id e23sm6911853ugd.2006.11.07.12.44.41; Tue, 07 Nov 2006 12:44:43 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id kA7KicdP089363 for ; Tue, 7 Nov 2006 21:44:38 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id kA7KibKM089362 for current@freebsd.org; Tue, 7 Nov 2006 21:44:37 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Tue, 7 Nov 2006 21:44:37 +0100 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20061107204437.GA1657@roadrunner.q.local> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline Cc: Subject: CURRENT fails to boot, 6.0 does fine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2006 20:45:02 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, the system in question has been running 4.3 till 6.0 just fine. I now wanted to resurrect it as a -CURRENT test system, yet it fails to boot. The boot process will simply hang when enumerating the PCI devices. The current is freshly checked out, boot messages from 6.0-RELEASE and -CURRENT are attached. Any flags I should try? Thanks! Ulrich Spoerlein --=20 A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bootverbose_60.txt" Content-Transfer-Encoding: quoted-printable SMAP type=3D01 base=3D0000000000000000 len=3D00000000000a0000=0D SMAP type=3D02 base=3D00000000000f0000 len=3D0000000000010000=0D SMAP type=3D01 base=3D0000000000100000 len=3D0000000017efd000=0D SMAP type=3D03 base=3D0000000017ffd000 len=3D0000000000002000=0D SMAP type=3D04 base=3D0000000017fff000 len=3D0000000000001000=0D SMAP type=3D02 base=3D00000000ffff0000 len=3D0000000000010000=0D Copyright (c) 1992-2005 The FreeBSD Project.=0D Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0D The Regents of the University of California. All rights reserved.=0D FreeBSD 6.0-RELEASE #1: Thu Dec 29 12:24:44 CET 2005=0D root@coyote:/usr/obj/usr/src/sys/IGOR=0D Preloaded elf kernel "/boot/kernel.old/kernel" at 0xc085f000.=0D Preloaded elf module "/boot/kernel.old/vesa.ko" at 0xc085f15c.=0D Preloaded elf module "/boot/kernel.old/snd_emu10k1.ko" at 0xc085f20c.=0D Preloaded elf module "/boot/kernel.old/sound.ko" at 0xc085f2c0.=0D Preloaded elf module "/boot/kernel.old/speaker.ko" at 0xc085f370.=0D Preloaded elf module "/boot/kernel.old/mga.ko" at 0xc085f420.=0D Preloaded elf module "/boot/kernel.old/drm.ko" at 0xc085f4cc.=0D Preloaded elf module "/boot/kernel.old/intpm.ko" at 0xc085f578.=0D Preloaded elf module "/boot/kernel.old/geom_label.ko" at 0xc085f628.=0D Preloaded elf module "/boot/kernel.old/atapicam.ko" at 0xc085f6dc.=0D Preloaded elf module "/boot/kernel.old/acpi.ko" at 0xc085f790.=0D acpi_alloc_wakeup_handler: can't alloc wake memory=0D Calibrating clock(s) ... i8254 clock: 1193167 Hz=0D CLK_USE_I8254_CALIBRATION not specified - using default frequency=0D Timecounter "i8254" frequency 1193182 Hz quality 0=0D Calibrating TSC clock ... TSC clock: 902049196 Hz=0D CPU: Intel Celeron (902.05-MHz 686-class CPU)=0D Origin =3D "GenuineIntel" Id =3D 0x686 Stepping =3D 6=0D Features=3D0x383f9ff=0D real memory =3D 402640896 (383 MB)=0D Physical memory chunk(s):=0D 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages)=0D 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages)=0D 0x0000000000c25000 - 0x0000000017904fff, 382599168 bytes (93408 pages)=0D avail memory =3D 383885312 (366 MB)=0D bios32: Found BIOS32 Service Directory header at 0xc00f9d40=0D bios32: Entry =3D 0xf0520 (c00f0520) Rev =3D 0 Len =3D 1=0D pcibios: PCI BIOS entry at 0xf0000+0x720=0D pnpbios: Found PnP BIOS data at 0xc00fd190=0D pnpbios: Entry =3D f0000:d1c0 Rev =3D 1.0=0D pnpbios: OEM ID cd041=0D Other BIOS signatures found:=0D nfslock: pseudo-device=0D mem: =0D Pentium Pro MTRR support enabled=0D io: =0D null: =0D VESA: information block=0D 56 45 53 41 00 03 33 57 00 c0 01 00 00 00 bd 52 =0D 00 c0 00 02 00 01 48 57 00 c0 4f 57 00 c0 5b 57 =0D 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 =0D 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 =0D VESA: 23 mode(s) found=0D VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc00c52bd (c00052bd)=0D VESA: Matrox Graphics Inc.=0D VESA: Matrox Matrox G550 00=0D random: =0D npx0: [FAST]=0D npx0: on motherboard=0D npx0: INT 16 interface=0D acpi0: on motherboard=0D acpi0: [MPSAFE]=0D pci_open(1): mode 1 addr port (0x0cf8) is 0x80002358=0D pci_open(1a): mode1res=3D0x80000000 (0x80000000)=0D pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D71908086)= =0D pcibios: BIOS version 2.10=0D Found $PIR table, 6 entries at 0xc00f0d10=0D PCI-Only Interrupts: none=0D Location Bus Device Pin Link IRQs=0D slot 1 0 12 A 0x60 3 4 5 7 9 10 11 12=0D slot 1 0 12 B 0x61 3 4 5 7 9 10 11 12=0D slot 1 0 12 C 0x62 3 4 5 7 9 10 11 12=0D slot 1 0 12 D 0x63 3 4 5 7 9 10 11 12=0D slot 2 0 11 A 0x61 3 4 5 7 9 10 11 12=0D slot 2 0 11 B 0x62 3 4 5 7 9 10 11 12=0D slot 2 0 11 C 0x63 3 4 5 7 9 10 11 12=0D slot 2 0 11 D 0x60 3 4 5 7 9 10 11 12=0D slot 3 0 10 A 0x62 3 4 5 7 9 10 11 12=0D slot 3 0 10 B 0x63 3 4 5 7 9 10 11 12=0D slot 3 0 10 C 0x60 3 4 5 7 9 10 11 12=0D slot 3 0 10 D 0x61 3 4 5 7 9 10 11 12=0D slot 4 0 9 A 0x63 3 4 5 7 9 10 11 12=0D slot 4 0 9 B 0x60 3 4 5 7 9 10 11 12=0D slot 4 0 9 C 0x61 3 4 5 7 9 10 11 12=0D slot 4 0 9 D 0x62 3 4 5 7 9 10 11 12=0D embedded 0 4 A 0x60 3 4 5 7 9 10 11 12=0D embedded 0 4 B 0x61 3 4 5 7 9 10 11 12=0D embedded 0 4 C 0x62 3 4 5 7 9 10 11 12=0D embedded 0 4 D 0x63 3 4 5 7 9 10 11 12=0D embedded 0 1 A 0x60 3 4 5 7 9 10 11 12=0D embedded 0 1 B 0x61 3 4 5 7 9 10 11 12=0D embedded 0 1 C 0x62 3 4 5 7 9 10 11 12=0D embedded 0 1 D 0x63 3 4 5 7 9 10 11 12=0D acpi_bus_number: root bus has no _BBN, assuming 0=0D AcpiOsDerivePciId: bus 0 dev 4 func 0=0D acpi0: Power Button (fixed)=0D atpic: Programming IRQ9 as level/low=0D pci_link0: irq 11 on acpi0=0D pci_link0: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15=0D pci_link0: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15=0D pci_link0: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15=0D pci_link1: irq 10 on acpi0=0D pci_link1: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15=0D pci_link1: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15=0D pci_link1: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15=0D pci_link2: on acpi0=0D pci_link2: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15=0D pci_link2: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15=0D pci_link2: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15=0D pci_link3: irq 12 on acpi0=0D pci_link3: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 12 N 0 3 4 5 6 7 9 10 11 12 14 15=0D pci_link3: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 12 N 0 3 4 5 6 7 9 10 11 12 14 15=0D pci_link3: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15=0D acpi_bus_number: root bus has no _BBN, assuming 0=0D AcpiOsDerivePciId: bus 0 dev 4 func 3=0D acpi_bus_number: root bus has no _BBN, assuming 0=0D AcpiOsDerivePciId: bus 0 dev 4 func 3=0D ACPI timer: 0/6 0/5 0/6 0/6 0/6 0/6 0/6 0/6 0/6 0/6 -> 0=0D Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000=0D acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0=0D cpu0: on acpi0=0D acpi_button0: on acpi0=0D pcib0: port 0xcf8-0xcff on acpi0=0D pci0: on pcib0=0D pci0: physical bus=3D0=0D found-> vendor=3D0x8086, dev=3D0x7190, revid=3D0x03=0D bus=3D0, slot=3D0, func=3D0=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0106, statreg=3D0x2210, cachelnsz=3D0 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D map[10]: type 3, range 32, base e4000000, size 26, enabled=0D found-> vendor=3D0x8086, dev=3D0x7191, revid=3D0x03=0D bus=3D0, slot=3D1, func=3D0=0D class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0=0D cmdreg=3D0x0117, statreg=3D0x0220, cachelnsz=3D0 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x88 (34000 ns), maxlat=3D0x00 (0 ns)= =0D found-> vendor=3D0x8086, dev=3D0x7110, revid=3D0x02=0D bus=3D0, slot=3D4, func=3D0=0D class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x8086, dev=3D0x7111, revid=3D0x01=0D bus=3D0, slot=3D4, func=3D1=0D class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords)=0D lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D map[20]: type 4, range 32, base 0000d800, size 4, enabled=0D found-> vendor=3D0x8086, dev=3D0x7112, revid=3D0x01=0D bus=3D0, slot=3D4, func=3D2=0D class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords)=0D lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Dd, irq=3D12=0D map[20]: type 4, range 32, base 0000d400, size 5, enabled=0D pcib0: matched entry for 0.4.INTD (src \_SB_.LNKD:0)=0D pcib0: slot 4 INTD routed to irq 12 via \_SB_.LNKD=0D found-> vendor=3D0x8086, dev=3D0x7113, revid=3D0x02=0D bus=3D0, slot=3D4, func=3D3=0D class=3D06-80-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0003, statreg=3D0x0280, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D map[90]: type 4, range 32, base 0000e800, size 4, enabled=0D found-> vendor=3D0x1102, dev=3D0x0002, revid=3D0x05=0D bus=3D0, slot=3D9, func=3D0=0D class=3D04-01-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords)=0D lattimer=3D0x20 (960 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x14 (5000 ns)= =0D intpin=3Da, irq=3D12=0D powerspec 1 supports D0 D3 current D0=0D map[10]: type 4, range 32, base 0000d000, size 5, enabled=0D pcib0: matched entry for 0.9.INTA (src \_SB_.LNKD:0)=0D pcib0: slot 9 INTA routed to irq 12 via \_SB_.LNKD=0D found-> vendor=3D0x1102, dev=3D0x7002, revid=3D0x05=0D bus=3D0, slot=3D9, func=3D1=0D class=3D09-80-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords)=0D lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D powerspec 1 supports D0 D3 current D0=0D map[10]: type 4, range 32, base 0000b800, size 3, enabled=0D found-> vendor=3D0x109e, dev=3D0x036e, revid=3D0x11=0D bus=3D0, slot=3D11, func=3D0=0D class=3D04-00-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords)=0D lattimer=3D0x20 (960 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x28 (10000 ns= )=0D intpin=3Da, irq=3D10=0D powerspec 2 supports D0 D3 current D0=0D map[10]: type 3, range 32, base e1000000, size 12, enabled=0D pcib0: matched entry for 0.11.INTA (src \_SB_.LNKB:0)=0D pcib0: slot 11 INTA routed to irq 10 via \_SB_.LNKB=0D found-> vendor=3D0x109e, dev=3D0x0878, revid=3D0x11=0D bus=3D0, slot=3D11, func=3D1=0D class=3D04-80-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords)=0D lattimer=3D0x20 (960 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0xff (63750 ns= )=0D intpin=3Da, irq=3D10=0D powerspec 2 supports D0 D3 current D0=0D map[10]: type 3, range 32, base e0800000, size 12, enabled=0D pcib0: matched entry for 0.11.INTA (src \_SB_.LNKB:0)=0D pcib0: slot 11 INTA routed to irq 10 via \_SB_.LNKB=0D found-> vendor=3D0x10b7, dev=3D0x9200, revid=3D0x74=0D bus=3D0, slot=3D12, func=3D0=0D class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D8 (dwords)=0D lattimer=3D0x20 (960 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x0a (2500 ns)= =0D intpin=3Da, irq=3D11=0D powerspec 2 supports D0 D1 D2 D3 current D0=0D map[10]: type 4, range 32, base 0000b400, size 7, enabled=0D map[14]: type 1, range 32, base de800000, size 7, enabled=0D pcib0: matched entry for 0.12.INTA (src \_SB_.LNKA:0)=0D pcib0: slot 12 INTA routed to irq 11 via \_SB_.LNKA=0D agp0: mem 0xe4000000-0xe7ffffff= at device 0.0 on pci0=0D agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe4000000=0D agp0: allocating GATT for aperture of size 64M=0D pcib1: at device 1.0 on pci0=0D pcib1: secondary bus 1=0D pcib1: subordinate bus 1=0D pcib1: I/O decode 0xe000-0xdfff=0D pcib1: memory decode 0xdf000000-0xe06fffff=0D pcib1: prefetched decode 0xe1f00000-0xe3ffffff=0D pci1: on pcib1=0D pci1: physical bus=3D1=0D found-> vendor=3D0x102b, dev=3D0x2527, revid=3D0x01=0D bus=3D1, slot=3D0, func=3D0=0D class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D8 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0x20 (8000 ns= )=0D intpin=3Da, irq=3D11=0D powerspec 2 supports D0 D3 current D0=0D map[10]: type 3, range 32, base e2000000, size 25, enabled=0D pcib1: (null) requested memory range 0xe2000000-0xe3ffffff: good=0D map[14]: type 1, range 32, base df800000, size 14, enabled=0D pcib1: (null) requested memory range 0xdf800000-0xdf803fff: good=0D map[18]: type 1, range 32, base df000000, size 23, enabled=0D pcib1: (null) requested memory range 0xdf000000-0xdf7fffff: good=0D pcib0: matched entry for 0.1.INTA (src \_SB_.LNKA:0)=0D pcib0: slot 1 INTA routed to irq 11 via \_SB_.LNKA=0D pcib1: slot 0 INTA is routed to irq 11=0D drm0: mem 0xe2000000-0xe3ffffff,0xdf800000-0xdf803fff,0= xdf000000-0xdf7fffff irq 11 at device 0.0 on pci1=0D info: [drm] AGP at 0xe4000000 64MB=0D info: [drm] Initialized mga 3.1.0 20021029 on minor 0=0D isab0: at device 4.0 on pci0=0D isa0: on isab0=0D atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0xd800-0xd80f at device 4.1 on pci0=0D atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd800=0D ata0: on atapci0=0D atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0=0D atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6=0D ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00=0D ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00=0D ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00=0D ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1=0D ata0: [MPSAFE]=0D ata1: on atapci0=0D atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170=0D atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376=0D ata1: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D50=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f=0D ata1: stat1=3D0x10 err=3D0x01 lsb=3D0x14 msb=3D0xeb=0D ata1: reset tp2 stat0=3Dff stat1=3D10 devices=3D0x8=0D ata1: [MPSAFE]=0D uhci0: port 0xd400-0xd41f irq 12 = at device 4.2 on pci0=0D uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400=0D uhci0: [GIANT-LOCKED]=0D usb0: on uhci0=0D usb0: USB revision 1.0=0D uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D uhub0: 2 ports with 2 removable, self powered=0D intpm0: port 0xe800-0xe80f irq = 9 at device 4.3 on pci0=0D intpm0: Reserved 0x10 bytes for rid 0x90 type 4 at 0xe800=0D intpm0: I/O mapped e800=0D intpm0: intr IRQ 9 enabled revision 0=0D intpm0: [GIANT-LOCKED]=0D intsmb0: on intpm0=0D smbus1: on intsmb0=0D smb0: on smbus1=0D intpm0: PM I/O mapped e400 =0D pcm0: port 0xd000-0xd01f irq 12 at device 9.0 on pci0=0D pcm0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xd000=0D emu: setmap (176c9000, 800), nseg=3D1, error=3D0=0D emu: setmap (176e4000, 1000), nseg=3D1, error=3D0=0D pcm0: =0D pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel = 3D Enhancement=0D pcm0: Primary codec extended features AMAP=0D pcm0: [MPSAFE]=0D emu: setmap (17702000, 1000), nseg=3D1, error=3D0=0D emu: setmap (17720000, 1000), nseg=3D1, error=3D0=0D emu: setmap (1771e000, 1000), nseg=3D1, error=3D0=0D emu: setmap (176fc000, 1000), nseg=3D1, error=3D0=0D pcm0: sndbuf_setmap 176da000, 1000; 0xc18e6000 -> 176da000=0D pcm0: sndbuf_setmap 2b1000, 1000; 0xc18fd000 -> 2b1000=0D bktr0: mem 0xe1000000-0xe1000fff irq 10 at device 11.0 on p= ci0=0D bktr0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe1000000=0D bktr0: [GIANT-LOCKED]=0D brooktree0: PCI bus latency is 32.=0D bktr0: buffer size 3555328, addr 0x13000000=0D bktr0: GPIO is 0x00ffffdb=0D bktr0: subsystem 0x0070 0x13eb=0D bktr0: Hauppauge Model 44354 C221=0D bktr0: Detected a MSP3415D-B3 at 0x80=0D bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo, = remote control.=0D bktr0: msp34xx: init: chip=3DMSP3415D-B3, has NICAM support=0D pci0: at device 11.1 (no driver attached)=0D xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xb400-0xb47f mem 0xde800000-0= xde80007f irq 11 at device 12.0 on pci0=0D xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xde800000=0D xl0: using memory mapped I/O=0D xl0: media options word: a=0D xl0: found MII/AUTO=0D miibus0: on xl0=0D xlphy0: <3c905C 10/100 internal PHY> on miibus0=0D xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto=0D xl0: bpf attached=0D xl0: Ethernet address: 00:50:04:ee:12:a0=0D xl0: [MPSAFE]=0D speaker0: port 0x61 on acpi0=0D fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0= =0D fdc0: ic_type 90 part_id 80=0D fdc0: [MPSAFE]=0D fdc0: [FAST]=0D fd0: <1440-KB 3.5" drive> on fdc0 drive 0=0D ppc0: using extended I/O port range=0D ppc0: ECP SPP ECP+EPP SPP=0D ppc0: port 0x378-0x37b,0x778-0x77b irq 7 drq 3 = on acpi0=0D ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode=0D ppc0: FIFO with 16/16/9 bytes threshold=0D ppbus0: on ppc0=0D plip0: on ppbus0=0D plip0: bpf attached=0D lpt0: on ppbus0=0D lpt0: Interrupt-driven port=0D ppi0: on ppbus0=0D sio0: irq maps: 0x1001 0x1011 0x1001 0x1001=0D sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0=0D sio0: type 16550A, console=0D sio1: irq maps: 0x1001 0x1009 0x1001 0x1001=0D sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0=0D sio1: type 16550A=0D atkbdc0: port 0x60,0x64 irq 1 on acpi0=0D atkbd0: irq 1 on atkbdc0=0D kbd0 at atkbd0=0D kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000=0D atkbd0: [GIANT-LOCKED]=0D psm0: unable to allocate IRQ=0D ata: ata0 already exists; skipping it=0D ata: ata1 already exists; skipping it=0D atkbdc: atkbdc0 already exists; skipping it=0D fdc: fdc0 already exists; skipping it=0D ppc: ppc0 already exists; skipping it=0D sio: sio0 already exists; skipping it=0D sio: sio1 already exists; skipping it=0D pnp_identify: Trying Read_Port at 203=0D pnp_identify: Trying Read_Port at 243=0D pnp_identify: Trying Read_Port at 283=0D pnp_identify: Trying Read_Port at 2c3=0D pnp_identify: Trying Read_Port at 303=0D pnp_identify: Trying Read_Port at 343=0D pnp_identify: Trying Read_Port at 383=0D pnp_identify: Trying Read_Port at 3c3=0D PNP Identify complete=0D sc: sc0 already exists; skipping it=0D vga: vga0 already exists; skipping it=0D isa_probe_children: disabling PnP devices=0D isa_probe_children: probing non-PnP devices=0D pmtimer0 on isa0=0D orm0: at iomem 0xc0000-0xc8fff,0xcc000-0xcdfff on isa0=0D adv0: not probed (disabled)=0D aha0: not probed (disabled)=0D aic0: not probed (disabled)=0D bt0: not probed (disabled)=0D cs0: not probed (disabled)=0D ed0: not probed (disabled)=0D fe0: not probed (disabled)=0D ie0: not probed (disabled)=0D lnc0: not probed (disabled)=0D sc0: at flags 0x100 on isa0=0D sc0: VGA <16 virtual consoles, flags=3D0x300>=0D sc0: fb0, kbd0, terminal emulator: sc (syscons terminal)=0D sio2: not probed (disabled)=0D sio3: not probed (disabled)=0D sn0: not probed (disabled)=0D vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=0D vt0: not probed (disabled)=0D isa_probe_children: probing PnP devices=0D ukbd0: vendor 0x0430 PS/2 KB & MS, rev 1.00/0.01, addr 2, iclass 3/1=0D kbd: new array size 4=0D kbd1 at ukbd0=0D kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000=0D ums0: vendor 0x0430 PS/2 KB & MS, rev 1.00/0.01, addr 2, iclass 3/1=0D ums0: 3 buttons.=0D Device configuration finished.=0D procfs registered=0D Timecounter "TSC" frequency 902049196 Hz quality 800=0D Timecounters tick every 10.000 msec=0D lo0: bpf attached=0D bktr0: msp3410: thread started=0D ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire=0D ad0: setting PIO4 on Intel PIIX4 chip=0D ad0: setting UDMA33 on Intel PIIX4 chip=0D ad0: 38204MB at ata0-master UDMA33=0D ad0: 78242976 sectors [77622C/16H/63S] 16 sectors/interrupt 1 depth queue=0D ata1-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire=0D acd0: setting PIO4 on Intel PIIX4 chip=0D acd0: setting UDMA33 on Intel PIIX4 chip=0D acd0: CDRW drive at ata1 as slave=0D acd0: read 8251KB/s (8251KB/s) write 689KB/s (6876KB/s), 2048KB buffer, UDM= A33=0D acd0: Reads: CDR, CDRW, CDDA stream, packet=0D acd0: Writes: CDR, CDRW, test write, burnproof=0D acd0: Audio: play, 255 volume levels=0D acd0: Mechanism: ejectable tray, unlocked=0D acd0: Medium: no/blank disc=0D GEOM: new disk ad0=0D GEOM_LABEL: Label for provider ad0s3 is msdosfs/DATA.=0D (probe0:ata1:0:1:0): error 22=0D (probe0:ata1:0:1:0): Unretryable Error=0D (probe0:ata1:0:1:0): error 6=0D (probe0:ata1:0:1:0): Unretryable Error=0D (probe0:ata1:0:1:0): error 22=0D (probe0:ata1:0:1:0): Unretryable Error=0D pass0 at ata1 bus 0 target 1 lun 0=0D pass0: Removable CD-ROM SCSI-0 device =0D pass0: 33.000MB/s transfers=0D (cd0:ata1:0:1:0): error 6=0D (cd0:ata1:0:1:0): Unretryable Error=0D cd0 at ata1 bus 0 target 1 lun 0=0D cd0: Removable CD-ROM SCSI-0 device =0D cd0: 33.000MB/s transfers=0D cd0: Attempt to query device size failed: NOT READY, Medium not present - t= ray closed=0D GEOM: new disk cd0=0D (cd0:ata1:0:1:0): error 6=0D (cd0:ata1:0:1:0): Unretryable Error=0D (cd0:ata1:0:1:0): error 6=0D (cd0:ata1:0:1:0): Unretryable Error=0D (cd0:ata1:0:1:0): error 6=0D (cd0:ata1:0:1:0): Unretryable Error=0D (cd0:ata1:0:1:0): error 6=0D (cd0:ata1:0:1:0): Unretryable Error=0D Trying to mount root from ufs:/dev/ad0s2a=0D start_init: trying /sbin/init=0D Enter full pathname of shell or RETURN for /bin/sh: =0D # reboot=0D Waiting (max 60 seconds) for system process `vnlru' to stop...done=0D Waiting (max 60 seconds) for system process `bufdaemon' to stop...done=0D Waiting (max 60 seconds) for system process `syncer' to stop...=0D Syncing disks, vnodes remaining...0 0 0 0 0 0 0 0 0 done=0D All buffers synced.=0D Uptime: 32s=0D pcib0: wake_prep disabled wake for \_SB_.PCI0 (S5)=0D sio0: wake_prep disabled wake for \_SB_.PCI0.PX40.UAR1 (S5)=0D sio1: wake_prep disabled wake for \_SB_.PCI0.PX40.UAR2 (S5)=0D unknown: wake_prep disabled wake for \_SB_.PCI0.PX40.PS2M (S5)=0D uhci0: wake_prep disabled wake for \_SB_.PCI0.USB0 (S5)=0D Shutting down ACPI=0D Rebooting...=0D --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bootverbose_70.txt" GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=0000000017efd000 SMAP type=03 base=0000000017ffd000 len=0000000000002000 SMAP type=04 base=0000000017fff000 len=0000000000001000 SMAP type=02 base=00000000ffff0000 len=0000000000010000 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #1: Tue Nov 7 21:12:42 CET 2006 q@igor:/vol/obj/vol/src/sys/IGOR WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0899000. Preloaded elf module "/boot/kernel/geom_label.ko" at 0xc0899158. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0899208. Calibrating clock(s) ... i8254 clock: 1193168 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 902049557 Hz CPU: Intel Celeron (902.05-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff Instruction TLB: 4 KB pages, 4-way set associative, 32 entries Instruction TLB: 4 MB pages, fully associative, 2 entries Data TLB: 4 KB pages, 4-way set associative, 64 entries 2nd-level cache: 128 KB, 4-way set associative, 32 byte line size 1st-level instruction cache: 16 KB, 4-way set associative, 32 byte line size Data TLB: 4 MB Pages, 4-way set associative, 8 entries 1st-level data cache: 16 KB, 4-way set associative, 32 byte line size real memory = 402640896 (383 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x00000000178f9fff, 382554112 bytes (93397 pages) avail memory = 384491520 (366 MB) bios32: Found BIOS32 Service Directory header at 0xc00f9d40 bios32: Entry = 0xf0520 (c00f0520) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x720 pnpbios: Found PnP BIOS data at 0xc00fd190 pnpbios: Entry = f0000:d1c0 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: random: kbd: new array size 4 kbd1 at kbdmux0 io: mem: Pentium Pro MTRR support enabled null: nfslock: pseudo-device npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80002358 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00f0d10 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 0 12 A 0x60 3 4 5 7 9 10 11 12 slot 1 0 12 B 0x61 3 4 5 7 9 10 11 12 slot 1 0 12 C 0x62 3 4 5 7 9 10 11 12 slot 1 0 12 D 0x63 3 4 5 7 9 10 11 12 slot 2 0 11 A 0x61 3 4 5 7 9 10 11 12 slot 2 0 11 B 0x62 3 4 5 7 9 10 11 12 slot 2 0 11 C 0x63 3 4 5 7 9 10 11 12 slot 2 0 11 D 0x60 3 4 5 7 9 10 11 12 slot 3 0 10 A 0x62 3 4 5 7 9 10 11 12 slot 3 0 10 B 0x63 3 4 5 7 9 10 11 12 slot 3 0 10 C 0x60 3 4 5 7 9 10 11 12 slot 3 0 10 D 0x61 3 4 5 7 9 10 11 12 slot 4 0 9 A 0x63 3 4 5 7 9 10 11 12 slot 4 0 9 B 0x60 3 4 5 7 9 10 11 12 slot 4 0 9 C 0x61 3 4 5 7 9 10 11 12 slot 4 0 9 D 0x62 3 4 5 7 9 10 11 12 embedded 0 4 A 0x60 3 4 5 7 9 10 11 12 embedded 0 4 B 0x61 3 4 5 7 9 10 11 12 embedded 0 4 C 0x62 3 4 5 7 9 10 11 12 embedded 0 4 D 0x63 3 4 5 7 9 10 11 12 embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 embedded 0 1 C 0x62 3 4 5 7 9 10 11 12 embedded 0 1 D 0x63 3 4 5 7 9 10 11 12 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xc9a06000 pa 0x9e000 atpic: Programming IRQ9 as level/low acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 3 ACPI timer: 0/6 0/6 0/6 0/5 0/7 0/6 0/6 0/6 0/9 0/6 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 12 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 12 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.12.INTA at func 0: 11 ACPI: Found matching pin for 0.11.INTA at func 0: 10 ACPI: Found matching pin for 0.9.INTA at func 0: 12 ACPI: Found matching pin for 0.4.INTD at func 2: 12 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base 0xe4000000, size 26, enabled found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0117, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x88 (34000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=4, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0xd800, size 4, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=4, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=12 map[20]: type 4, range 32, base 0xd400, size 5, enabled pcib0: matched entry for 0.4.INTD (src \_SB_.LNKD:0) pcib0: slot 4 INTD routed to irq 12 via \_SB_.LNKD found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=4, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 0xe800, size 4, enabled found-> vendor=0x1102, dev=0x0002, revid=0x05 bus=0, slot=9, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=12 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0xd000, size 5, enabled pcib0: matched entry for 0.9.INTA (src \_SB_.LNKD:0) pcib0: slot 9 INTA routed to irq 12 via \_SB_.LNKD found-> vendor=0x1102, dev=0x7002, revid=0x05 bus=0, slot=9, func=1 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0xb800, size 3, enabled --IiVenqGWf+H9Y6IX-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 21:54:20 2006 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 DC7EC16A412; Tue, 7 Nov 2006 21:54:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C03A43D55; Tue, 7 Nov 2006 21:54:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA7LsFFH048206; Tue, 7 Nov 2006 16:54:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA7LsFeD008494; Tue, 7 Nov 2006 16:54:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EB69D73068; Tue, 7 Nov 2006 16:54:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061107215414.EB69D73068@freebsd-current.sentex.ca> Date: Tue, 7 Nov 2006 16:54:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner4 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Nov 2006 21:54:20 -0000 TB --- 2006-11-07 20:35:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-07 20:35:27 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-07 20:35:27 - cleaning the object tree TB --- 2006-11-07 20:36:07 - checking out the source tree TB --- 2006-11-07 20:36:07 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-07 20:36:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-07 20:49:50 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-07 20:49:50 - cd /src TB --- 2006-11-07 20:49:50 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 7 20:49:51 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 7 21:43:57 UTC 2006 TB --- 2006-11-07 21:43:57 - generating LINT kernel config TB --- 2006-11-07 21:43:57 - cd /src/sys/sun4v/conf TB --- 2006-11-07 21:43:57 - /usr/bin/make -B LINT TB --- 2006-11-07 21:43:57 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-07 21:43:57 - cd /src TB --- 2006-11-07 21:43:57 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 7 21:43:57 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel interrupt.o(.text+0x234): In function `tl_invlctx': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x28c): In function `tl_invltlb': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x2e4): In function `tl_invlpg': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-07 21:54:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-07 21:54:14 - ERROR: failed to build lint kernel TB --- 2006-11-07 21:54:14 - tinderbox aborted TB --- 0.57 user 1.76 system 4727.27 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 20:46:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C16B716A51F for ; Tue, 7 Nov 2006 20:46:33 +0000 (UTC) (envelope-from chinohillsbanditos@yahoo.com) Received: from web34009.mail.mud.yahoo.com (web34009.mail.mud.yahoo.com [66.163.178.90]) by mx1.FreeBSD.org (Postfix) with SMTP id B798C43D53 for ; Tue, 7 Nov 2006 20:46:29 +0000 (GMT) (envelope-from chinohillsbanditos@yahoo.com) Received: (qmail 94922 invoked by uid 60001); 7 Nov 2006 20:46:29 -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; b=CyTSAMnIWV/TkAGKW9JIL8XK33sPwI9k7Va6jR765Iu91PkXLGz1BDhjUdpHQ09Rskuu2hLb/PH8/sNkJYViyH1K0rtSX7tP0webFMWMDZ0rGHdEGd72Ms0xlUCX6GL4IYJ+9iJ7QiQc56coQhSVTfbpSP8BzSduvjNezdOOM+k= ; Message-ID: <20061107204629.94920.qmail@web34009.mail.mud.yahoo.com> Received: from [71.104.224.139] by web34009.mail.mud.yahoo.com via HTTP; Tue, 07 Nov 2006 12:46:29 PST Date: Tue, 7 Nov 2006 12:46:29 -0800 (PST) From: "Mr. Man" To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 07 Nov 2006 21:55:11 +0000 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Dell 1950 & 2950 with Broadcom NetXtreme II BCM5708 1000Base-T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2006 20:46:33 -0000 I've spent the last 2 days on just this problem :/=0A=0A=0AI recently got a= bunch of dell 1950's and 2950's here which come with the Broadcom NetXtrem= e II BCM5708 1000Base-T.=0A=0AI am benchmarking with ab (apache bench/mark)= to test the speed of a=0Aphp file which calls a simple mysql query. When I= configure the php=0Afile to use the ip 127.0.0.1 to connect to mysql, it c= omes out to about=0A700requests/second. But when I point to its LAN ip 192.= 168.0.6, it=0Acomes out to 4 requests per second. Thats FOUR... The benchma= rk=0Aactually sits for a few extra seconds longer than it should as if it= =0Afroze.=0A=0A=0A=0AAfter tons of testing, im assuming its the network dri= ver.=0A=0A=0A=0AI've read on these lists that the ethernet card that comes = with the new Dell 1950 and=0A2950 was having problems (as well as the hard = drive controller on some=0Asetups) reporting stuff stuff like watchdog tim= eouts? I havent seen any=0Aof those though, I thought most of that was fixe= d around 6.2 Beta2... But I=0Astill am guessing this is the issue. I've upd= ated to the latest sources=0Alast night (Beta3) and it still didn't work. I= even went back to an=0Aolder? hack driver http://yogurt.org/FreeBSD/if_bce= .c to see if it would do anything, but I can't seem to fix it.=0A=0A=0A=0AS= o if anyone has any ideas on what the problem is or what to try or anything= ...it would help a lot... =0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 23:07:30 2006 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 1ED5416A407 for ; Tue, 7 Nov 2006 23:07:30 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65AF243D7B for ; Tue, 7 Nov 2006 23:06:57 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([85.236.96.60]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50003181625.msg for ; Tue, 07 Nov 2006 23:06:17 +0000 Message-ID: <00ab01c702c1$52c6ea60$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Mr. Man" , References: <20061107204629.94920.qmail@web34009.mail.mud.yahoo.com> Date: Tue, 7 Nov 2006 23:06:06 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Tue, 07 Nov 2006 23:06:18 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 85.236.96.60 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: multiplay.co.uk, Tue, 07 Nov 2006 23:06:19 +0000 Cc: Subject: Re: Dell 1950 & 2950 with Broadcom NetXtreme II BCM5708 1000Base-T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2006 23:07:30 -0000 Sounds like a DNS, possibly a reverse DNS on authentication timing out? Mr. Man wrote: > I am benchmarking with ab (apache bench/mark) to test the speed of a > php file which calls a simple mysql query. When I configure the php > file to use the ip 127.0.0.1 to connect to mysql, it comes out to > about > 700requests/second. But when I point to its LAN ip 192.168.0.6, it > comes out to 4 requests per second. Thats FOUR... The benchmark > actually sits for a few extra seconds longer than it should as if it > froze. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Tue Nov 7 23:46:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6146016A403 for ; Tue, 7 Nov 2006 23:46:42 +0000 (UTC) (envelope-from mpeer@koce.org) Received: from murphys.koce.org (murphys.koce.cccd.edu [159.115.34.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1B0343D46 for ; Tue, 7 Nov 2006 23:46:39 +0000 (GMT) (envelope-from mpeer@koce.org) Received: by murphys.koce.org (Postfix, from userid 1002) id 206F34AC66; Tue, 7 Nov 2006 15:46:39 -0800 (PST) X-Spam-Virus: No X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on murphys.koce.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_MESSAGE autolearn=ham version=3.1.6 Received: from KOCEW2KSV13.koce-ad.int.koce.org (kocew2ksv13.koce-ad.int.koce.org [159.115.34.23]) by murphys.koce.org (Postfix) with ESMTP id A7B834AC5C for ; Tue, 7 Nov 2006 15:46:33 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 7 Nov 2006 15:45:44 -0800 Message-ID: <0816728210329F46A07F3C57CF00E32D071AF3@KOCEW2KSV13.koce-ad.int.koce.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T Thread-Index: AccCxte2TcOC8/DEQ2KObfPq2WZ/KQ== From: "Michael Peer" To: X-Sanitizer: Advosys mail filter at KOCE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Nov 2006 23:46:42 -0000 Hope anyone can help? =20 I have a new Dell 2950 with the Broadcom NetXtreme II NIC on board and seeing the following: =20 GB 0 interface is listed as bce1, and GB 1 is listed as bce1. Do not see that with older dells that use em0, and em1 on-board NIC,=20 but this is not my problem =20 I am using the box as router, with quagga ospf loaded. It does not see the OSPF multicast traffic of my other routers on network. =20 =20 Funny thing is if I run tcpdump -i bce0 net 224.0.0.0/8 then the router works! =20 I have added an em0 and em1 PCI Intel PRO 1000MT NIC and it works fine. =20 I have updated to RELENG_6 so I am running FreeBSD 6.2-PRERELEASE. =20 Here is important information: dmesg -a: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #1: Tue Nov 7 03:05:22 PST 2006 root@mydomain.com:/usr/src/sys/i386/compile/SHIELD Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5120 @ 1.86GHz (1864.43-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 =20 Features=3D0xbfebfbff =20 Features2=3D0x4e3bd,CX16,,,> AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 real memory =3D 1073381376 (1023 MB) avail memory =3D 1041211392 (992 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic1: Changing APIC ID to 3 ioapic1: WARNING: intbase 64 !=3D expected base 24 ioapic2: Changing APIC ID to 4 ioapic2: WARNING: intbase 160 !=3D expected base 88 ioapic3: Changing APIC ID to 5 ioapic3: WARNING: intbase 224 !=3D expected base 184 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 64-87 on motherboard ioapic2 irqs 160-183 on motherboard ioapic3 irqs 224-247 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci6: on pcib1 pcib2: at device 0.0 on pci6 pci7: on pcib2 pcib3: at device 0.0 on pci7 pci8: on pcib3 pcib4: at device 0.0 on pci8 pci9: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce0: Ethernet address: 00:18:8b:3e:26:13 pcib5: at device 1.0 on pci7 pci10: on pcib5 pcib6: at device 0.3 on pci6 pci11: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 pcib8: at device 0.0 on pci1 pci2: on pcib8 mfi0: mem 0xd80f0000-0xd80fffff,0xfc7e0000-0xfc7fffff irq 78 at device 14.0 on pci2 mfi0: 553 (216213286s/0x0020/0) - Shutdown command received from host mfi0: 554 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) mfi0: 555 (4278190080s/0x0020/0) - Type 18: Firmware version 1.00.01-0088 mfi0: 556 (4278190093s/0x0008/0) - Battery Present mfi0: 557 (4278190110s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) mfi0: 558 (4278190110s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) mfi0: 559 (4278190110s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=3D08, scsiType=3Dd, portMap=3D00, sasAddr=3D500180b03602d700,0000000000000000 mfi0: 560 (4278190110s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) mfi0: 561 (4278190110s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=3D08, scsiType=3D0, portMap=3D01, sasAddr=3D1221000000000000,0000000000000000 mfi0: 562 (4278190110s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) mfi0: 563 (4278190110s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=3D08, scsiType=3D0, portMap=3D02, sasAddr=3D1221000001000000,0000000000000000 mfi0: 564 (4278190110s/0x0002/0) - PD 02(e1/s2) event: Inserted: PD 02(e1/s2) mfi0: 565 (4278190110s/0x0002/0) - Type 29: Inserted: PD 02(e1/s2) Info: enclPd=3D08, scsiType=3D0, portMap=3D04, sasAddr=3D1221000002000000,0000000000000000 mfi0: 566 (216213342s/0x0020/0) - Adapter ticks 216213342 elapsed 31s: Time established as 11/07/06 11:15:42; (31 seconds since power on) pcib9: at device 0.2 on pci1 pci3: on pcib9 pcib10: at device 4.0 on pci0 pci12: on pcib10 em0: port 0xece0-0xecff mem 0xfc4e0000-0xfc4fffff,0xfc4c0000-0xfc4dffff irq 16 at device 0.0 on pci12 em0: Ethernet address: 00:15:17:13:eb:a2 em1: port 0xecc0-0xecdf mem 0xfc4a0000-0xfc4bffff,0xfc480000-0xfc49ffff irq 17 at device 0.1 on pci12 em1: Ethernet address: 00:15:17:13:eb:a3 pcib11: at device 5.0 on pci0 pci13: on pcib11 pcib12: at device 6.0 on pci0 pci14: on pcib12 pcib13: at device 0.0 on pci14 pci15: on pcib13 pcib14: at device 0.2 on pci14 pci16: on pcib14 pcib15: at device 7.0 on pci0 pci17: on pcib15 pcib16: at device 28.0 on pci0 pci4: on pcib16 pcib17: at device 0.0 on pci4 pci5: on pcib17 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci5 bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus1: on bce1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce1: Ethernet address: 00:18:8b:3e:26:11 uhci0: port 0xcce0-0xccff irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] 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 0xccc0-0xccdf irq 20 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 0xcca0-0xccbf irq 21 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 ehci0: mem 0xfc900000-0xfc9003ff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: vendor 0x413c product 0xa001, class 9/0, rev 2.00/0.00, addr 2 uhub4: multiple transaction translators uhub4: 2 ports with 2 removable, self powered ukbd0: Dell DRAC5, rev 1.10/0.00, addr 3, iclass 3/1 kbd2 at ukbd0 ums0: Dell DRAC5, rev 1.10/0.00, addr 3, iclass 3/1 ums0: X report 0x0002 not supported device_attach: ums0 attach returned 6 umass0: DELL INC. DRAC5 VIRTUAL MEDIA, rev 2.00/0.00, addr 4 umass1: DELL INC. DRAC5 VIRTUAL MEDIA, rev 2.00/0.00, addr 4 uhub5: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.0b, addr 5 uhub5: multiple transaction translators uhub5: 4 ports with 4 removable, self powered pcib18: at device 30.0 on pci0 pci18: on pcib18 pci18: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 fdc0: port 0x3f0-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 0x3f0-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-0xc8fff,0xc9000-0xc9fff,0xca000-0xcb7ff,0xec000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd1: DELL DELL USB Keyboard, rev 1.10/1.04, addr 2, iclass 3/1 kbd3 at ukbd1 Timecounters tick every 1.000 msec IP Filter: v4.1.13 initialized. Default =3D pass all, Logging =3D enabled acd0: CDRW at ata0-master UDMA33 mfi0: 567 (216213399s/0x0008/0) - Battery temperature is normal mfi0: 568 (216213399s/0x0008/0) - Current capacity of the battery is above threshold mfid0: on mfi0 mfid0: 151552MB (310378496 sectors) RAID volume '' is optimal SMP: AP CPU #1 Launched! da0 at umass-sim1 bus 1 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da0:umass-sim1:1:0:0): SCSI Status: Check Condition (da0:umass-sim1:1:0:0): NOT READY asc:3a,0 (da0:umass-sim1:1:0:0): Medium not present (da0:umass-sim1:1:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da0:umass-sim1:1:0:0): SCSI Status: Check Condition (da0:umass-sim1:1:0:0): NOT READY asc:3a,0 (da0:umass-sim1:1:0:0): Medium not present (da0:umass-sim1:1:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da0:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da0:umass-sim1:1:0:0): SCSI Status: Check Condition (da0:umass-sim1:1:0:0): NOT READY asc:3a,0 (da0:umass-sim1:1:0:0): Medium not present (da0:umass-sim1:1:0:0): Unretryable error Opened disk da0 -> 6 Trying to mount root from ufs:/dev/mfid0s1a Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/mfid0s1b as swap device Starting file system checks: /dev/mfid0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mfid0s1a: clean, 4031199 free (727 frags, 503809 blocks, 0.0% fragmentation) /dev/mfid0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mfid0s1f: clean, 16247332 free (20 frags, 2030914 blocks, 0.0% fragmentation) /dev/mfid0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mfid0s1e: clean, 8122161 free (49 frags, 1015264 blocks, 0.0% fragmentation) /dev/mfid0s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mfid0s1g: clean, 33610855 free (50759 frags, 4195012 blocks, 0.1% fragmentation) /dev/mfid0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mfid0s1d: clean, 8120498 free (210 frags, 1015036 blocks, 0.0% fragmentation) Mounting local file systems: . Setting hostname: shield.mydomain.com. net.inet6.ip6.auto_linklocal:=20 1 ->=20 0 [ this information changed to protect the innocent ] lo0: flags=3D8049 mtu 16384 inet6 ::1 prefixlen 128=20 inet 127.0.0.1 netmask 0xff000000=20 bce0: flags=3D8843 mtu 1500 options=3D3b inet a.b.c.d netmask 0xffffff00 broadcast a.b.c.255 ether 00:00:00:00:00:00 media: Ethernet autoselect (none) status: no carrier em0: flags=3D8843 mtu 1500 options=3Db inet a.b.d.e netmask 0xffffff00 broadcast a.b.d.255 ether 00:15:17:00:00:00 media: Ethernet autoselect status: no carrier bce1: flags=3D8843 mtu 1500 options=3D3b inet a.b.c.f netmask 0xffffff00 broadcast a.b.c.255 ether 00:18:8b:00:00:00 media: Ethernet autoselect (none) status: no carrier Additional routing options: . Starting devd. Configuring keyboard: . hw.acpi.cpu.cx_lowest:=20 C1 ->=20 C1 =20 Starting quagga. Starting quagga. 2006/11/07 03:16:58 OSPF: ASBR[Status:1]: Update 2006/11/07 03:16:58 OSPF: ASBR[Status:2]: Update 2006/11/07 03:16:58 OSPF: ASBR[Status:2]: Already ASBR Mounting NFS file systems: . Creating and/or trimming log files: . Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Initial i386 initialization: . Additional ABI support: . Setting date via ntp. bce0: link state changed to UP em0: link state changed to UP bce1: link state changed to UP 7 Nov 03:17:01 [ ntpdate line removed ] Starting local daemons: . Updating motd . Mounting late file systems: . Starting ntpd. Configuring syscons: blanktime . Starting sshd. Starting cron. Local package initialization: [ firewall rules here ] ipf ipmon net.inet.ip.forwarding:=20 0 ->=20 1 =20 . Additional TCP options: . Starting background file system checks in 60 seconds. =20 Tue Nov 7 03:17:05 PST 2006 bce0: promiscuous mode enabled bce1: promiscuous mode enabled Nov 7 11:11:25 shield login: ROOT LOGIN (root) ON ttyv0 =20 And ipfconf -I information hostb0@pci0:0:0: class=3D0x060000 card=3D0x80868086 chip=3D0x25c08086 rev=3D0x12 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D HOST-PCI pcib1@pci0:2:0: class=3D0x060400 card=3D0x00000050 chip=3D0x25e28086 rev=3D0x12 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib7@pci0:3:0: class=3D0x060400 card=3D0x00000050 chip=3D0x25e38086 rev=3D0x12 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib10@pci0:4:0: class=3D0x060400 card=3D0x00000050 chip=3D0x25f88086 rev=3D0x12 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib11@pci0:5:0: class=3D0x060400 card=3D0x00000050 chip=3D0x25e58086 rev=3D0x12 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib12@pci0:6:0: class=3D0x060400 card=3D0x00000050 chip=3D0x25f98086 rev=3D0x12 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib15@pci0:7:0: class=3D0x060400 card=3D0x00000050 chip=3D0x25e78086 rev=3D0x12 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI hostb1@pci0:16:0: class=3D0x060000 card=3D0x01b21028 chip=3D0x25f08086 rev=3D0x12 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D HOST-PCI hostb2@pci0:16:1: class=3D0x060000 card=3D0x01b21028 chip=3D0x25f08086 rev=3D0x12 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D HOST-PCI hostb3@pci0:16:2: class=3D0x060000 card=3D0x01b21028 chip=3D0x25f08086 rev=3D0x12 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D HOST-PCI hostb4@pci0:17:0: class=3D0x060000 card=3D0x80868086 chip=3D0x25f18086 rev=3D0x12 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D HOST-PCI hostb5@pci0:19:0: class=3D0x060000 card=3D0x80868086 chip=3D0x25f38086 rev=3D0x12 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D HOST-PCI hostb6@pci0:21:0: class=3D0x060000 card=3D0x80868086 chip=3D0x25f58086 rev=3D0x12 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D HOST-PCI hostb7@pci0:22:0: class=3D0x060000 card=3D0x80868086 chip=3D0x25f68086 rev=3D0x12 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D HOST-PCI pcib16@pci0:28:0: class=3D0x060400 card=3D0x00000040 chip=3D0x26908086 rev=3D0x09 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI uhci0@pci0:29:0: class=3D0x0c0300 card=3D0x01b21028 chip=3D0x26888086 rev=3D0x09 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D USB uhci1@pci0:29:1: class=3D0x0c0300 card=3D0x01b21028 chip=3D0x26898086 rev=3D0x09 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D USB uhci2@pci0:29:2: class=3D0x0c0300 card=3D0x01b21028 chip=3D0x268a8086 rev=3D0x09 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D USB ehci0@pci0:29:7: class=3D0x0c0320 card=3D0x01b21028 chip=3D0x268c8086 rev=3D0x09 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D serial bus subclass =3D USB pcib18@pci0:30:0: class=3D0x060401 card=3D0x00000050 chip=3D0x244e8086 rev=3D0xd9 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x26708086 rev=3D0x09 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:31:1: class=3D0x01018a card=3D0x01b21028 chip=3D0x269e808= 6 rev=3D0x09 hdr=3D0x00 vendor =3D 'Intel Corporation' class =3D mass storage subclass =3D ATA pcib2@pci6:0:0: class=3D0x060400 card=3D0x00000044 chip=3D0x35008086 rev=3D0x01 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib6@pci6:0:3: class=3D0x060400 card=3D0x00000044 chip=3D0x350c8086 rev=3D0x01 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib3@pci7:0:0: class=3D0x060400 card=3D0x00000044 chip=3D0x35108086 rev=3D0x01 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib5@pci7:1:0: class=3D0x060400 card=3D0x00000044 chip=3D0x35148086 rev=3D0x01 hdr=3D0x01 vendor =3D 'Intel Corporation' class =3D bridge subclass =3D PCI-PCI pcib4@pci8:0:0: class=3D0x060400 card=3D0x00000060 chip=3D0x01031166 rev=3D0xc2 hdr=3D0x01 vendor =3D 'ServerWorks (Was: Reliance Computer Corp)' class =3D bridge subclass =3D PCI-PCI bce0@pci9:0:0: class=3D0x020000 card=3D0x01b21028 chip=3D0x164c14e4 rev=3D0x11 hdr=3D0x00 vendor =3D 'Broadcom Corporation' class =3D network subclass =3D ethernet pcib8@pci1:0:0: class=3D0x060400 card=3D0x00000044 chip=3D0x03708086 rev=3D0x00 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '80333 Segment-A PCI Express-to-PCI Express Bridge' class =3D bridge subclass =3D PCI-PCI pcib9@pci1:0:2: class=3D0x060400 card=3D0x00000044 chip=3D0x03728086 rev=3D0x00 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '80333 Segment-B PCI Express-to-PCI Express Bridge' class =3D bridge subclass =3D PCI-PCI mfi0@pci2:14:0: class=3D0x010400 card=3D0x1f031028 chip=3D0x00151028 rev=3D0x00 hdr=3D0x00 vendor =3D 'Dell Computer Corporation' class =3D mass storage subclass =3D RAID em0@pci12:0:0: class=3D0x020000 card=3D0x135e8086 chip=3D0x105e8086 rev=3D0x06 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'PRO/1000 PT' class =3D network subclass =3D ethernet em1@pci12:0:1: class=3D0x020000 card=3D0x135e8086 chip=3D0x105e8086 rev=3D0x06 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'PRO/1000 PT' class =3D network subclass =3D ethernet pcib13@pci14:0:0: class=3D0x060400 card=3D0x00000044 chip=3D0x03298086 rev=3D0x09 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '6700PXH PCI Express-to-PCI Express Bridge A' class =3D bridge subclass =3D PCI-PCI pcib14@pci14:0:2: class=3D0x060400 card=3D0x00000044 chip=3D0x032a8086 rev=3D0x09 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '6700PXH PCI Express-to-PCI Express Bridge B' class =3D bridge subclass =3D PCI-PCI pcib17@pci4:0:0: class=3D0x060400 card=3D0x00000060 chip=3D0x01031166 rev=3D0xc2 hdr=3D0x01 vendor =3D 'ServerWorks (Was: Reliance Computer Corp)' class =3D bridge subclass =3D PCI-PCI bce1@pci5:0:0: class=3D0x020000 card=3D0x01b21028 chip=3D0x164c14e4 rev=3D0x11 hdr=3D0x00 vendor =3D 'Broadcom Corporation' class =3D network subclass =3D ethernet none0@pci18:13:0: class=3D0x030000 card=3D0x01b21028 chip=3D0x515e1002 rev=3D0x02 hdr=3D0x00 vendor =3D 'ATI Technologies Inc' class =3D display subclass =3D VGA =20 From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 04:41:06 2006 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 7A95516A47B; Wed, 8 Nov 2006 04:41:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0210143D68; Wed, 8 Nov 2006 04:41:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA84f3nU074020; Tue, 7 Nov 2006 23:41:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA84f3dA046145; Tue, 7 Nov 2006 23:41:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9B17073068; Tue, 7 Nov 2006 23:41:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061108044103.9B17073068@freebsd-current.sentex.ca> Date: Tue, 7 Nov 2006 23:41:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2006 04:41:06 -0000 TB --- 2006-11-08 03:24:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-08 03:24:20 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-08 03:24:20 - cleaning the object tree TB --- 2006-11-08 03:24:54 - checking out the source tree TB --- 2006-11-08 03:24:54 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-08 03:24:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-08 03:34:52 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-08 03:34:52 - cd /src TB --- 2006-11-08 03:34:52 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 8 03:34:53 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 8 04:30:40 UTC 2006 TB --- 2006-11-08 04:30:40 - generating LINT kernel config TB --- 2006-11-08 04:30:40 - cd /src/sys/sun4v/conf TB --- 2006-11-08 04:30:40 - /usr/bin/make -B LINT TB --- 2006-11-08 04:30:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-08 04:30:40 - cd /src TB --- 2006-11-08 04:30:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 8 04:30:41 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel interrupt.o(.text+0x234): In function `tl_invlctx': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x28c): In function `tl_invltlb': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x2e4): In function `tl_invlpg': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-08 04:41:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-08 04:41:03 - ERROR: failed to build lint kernel TB --- 2006-11-08 04:41:03 - tinderbox aborted TB --- 0.59 user 1.74 system 4602.89 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 07:59:51 2006 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 1D9B516A407 for ; Wed, 8 Nov 2006 07:59:51 +0000 (UTC) (envelope-from sten@blinkenlights.nl) Received: from mx1.blinkenlights.nl (mx1.blinkenlights.nl [193.202.115.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD99A43D58 for ; Wed, 8 Nov 2006 07:59:50 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from zaphod.blinkenlights.nl (zaphod.blinkenlights.nl [IPv6:2001:980:ffe:3:2e0:81ff:fe2f:bb6a]) by mx1.blinkenlights.nl (Postfix) with ESMTP id E2D933F41F; Wed, 8 Nov 2006 08:59:48 +0100 (CET) Received: by zaphod.blinkenlights.nl (Postfix, from userid 1001) id C17D717F459; Wed, 8 Nov 2006 08:59:48 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by zaphod.blinkenlights.nl (Postfix) with ESMTP id B651C17F455; Wed, 8 Nov 2006 08:59:48 +0100 (CET) Date: Wed, 8 Nov 2006 08:59:48 +0100 (CET) From: Sten Spans To: Michael Peer In-Reply-To: <0816728210329F46A07F3C57CF00E32D071AF3@KOCEW2KSV13.koce-ad.int.koce.org> Message-ID: References: <0816728210329F46A07F3C57CF00E32D071AF3@KOCEW2KSV13.koce-ad.int.koce.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 07:59:51 -0000 On Tue, 7 Nov 2006, Michael Peer wrote: > Hope anyone can help? > > > > I have a new Dell 2950 with the Broadcom NetXtreme II NIC on board and > seeing the following: > > > > GB 0 interface is listed as bce1, and GB 1 is listed as bce1. Do not > see that with older dells that use em0, and em1 on-board NIC, > > but this is not my problem > > > > I am using the box as router, with quagga ospf loaded. It does not see > the OSPF multicast traffic of my other routers on network. I've seen similar problems with 1550 and 1650, but with ipv6 addrs. The simple solution is 'ifconfig bce0 promisc'. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 09:59:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7211116A4E9 for ; Wed, 8 Nov 2006 09:59:22 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1672443D62 for ; Wed, 8 Nov 2006 09:59:20 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so152216nfc for ; Wed, 08 Nov 2006 01:59:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=mghdPX0klpXjs8VTg53hgz9t6VEi+eeBTEkGraTKOQUPAs0ckq9TCe+GNp5aDWr4h2igAKJ3jEnhyuJnJouCTzol6vQuYXwwBg/SsTOaGwoie0Xd0GmY6NBvLuPyzGI3pXoqsZZh6rmuY6WSAb6qxpx1JP0kz1DW2vA1Tro0J0s= Received: by 10.82.131.1 with SMTP id e1mr1682249bud.1162979959165; Wed, 08 Nov 2006 01:59:19 -0800 (PST) Received: by 10.82.182.11 with HTTP; Wed, 8 Nov 2006 01:59:19 -0800 (PST) Message-ID: <2fd864e0611080159s46a4f425s9edaf3ceee0994eb@mail.gmail.com> Date: Wed, 8 Nov 2006 03:59:19 -0600 From: Astrodog To: "Sten Spans" In-Reply-To: MIME-Version: 1.0 References: <0816728210329F46A07F3C57CF00E32D071AF3@KOCEW2KSV13.koce-ad.int.koce.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Michael Peer Subject: Re: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 09:59:22 -0000 On 11/8/06, Sten Spans wrote: > > On Tue, 7 Nov 2006, Michael Peer wrote: > > > Hope anyone can help? > > > > > > > > I have a new Dell 2950 with the Broadcom NetXtreme II NIC on board and > > seeing the following: > > > > > > > > GB 0 interface is listed as bce1, and GB 1 is listed as bce1. Do not > > see that with older dells that use em0, and em1 on-board NIC, > > > > but this is not my problem > > > > > > > > I am using the box as router, with quagga ospf loaded. It does not see > > the OSPF multicast traffic of my other routers on network. > > I've seen similar problems with 1550 and 1650, but with ipv6 addrs. > The simple solution is 'ifconfig bce0 promisc'. > > An interface that's not configured for promiscuous operation will drop packets that are not destined for it. Multicast can get a little odd in that respect. In the case of bge/bce/bfe cards, I tend to manually set everything.likethat, because of the odd issues with the cards. --- Harrison Grundy From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 11:43:50 2006 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 26D0716A412; Wed, 8 Nov 2006 11:43:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C39B643D6A; Wed, 8 Nov 2006 11:43:49 +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.6/8.13.6) with ESMTP id kA8BhmYB096119; Wed, 8 Nov 2006 06:43:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kA8Bhmq5095884; Wed, 8 Nov 2006 06:43:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8D07B73068; Wed, 8 Nov 2006 06:43:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061108114348.8D07B73068@freebsd-current.sentex.ca> Date: Wed, 8 Nov 2006 06:43:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2006 11:43:50 -0000 TB --- 2006-11-08 10:26:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-08 10:26:14 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-08 10:26:14 - cleaning the object tree TB --- 2006-11-08 10:26:48 - checking out the source tree TB --- 2006-11-08 10:26:48 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-08 10:26:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-08 10:36:42 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-08 10:36:42 - cd /src TB --- 2006-11-08 10:36:42 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 8 10:36:43 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 8 11:33:08 UTC 2006 TB --- 2006-11-08 11:33:08 - generating LINT kernel config TB --- 2006-11-08 11:33:08 - cd /src/sys/sun4v/conf TB --- 2006-11-08 11:33:08 - /usr/bin/make -B LINT TB --- 2006-11-08 11:33:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-08 11:33:08 - cd /src TB --- 2006-11-08 11:33:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 8 11:33:09 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel interrupt.o(.text+0x234): In function `tl_invlctx': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x28c): In function `tl_invltlb': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x2e4): In function `tl_invlpg': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-08 11:43:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-08 11:43:48 - ERROR: failed to build lint kernel TB --- 2006-11-08 11:43:48 - tinderbox aborted TB --- 0.56 user 1.74 system 4653.46 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 16:18:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8A2116A512 for ; Wed, 8 Nov 2006 16:18:44 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15C2E43DBB for ; Wed, 8 Nov 2006 16:18:00 +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.8/8.13.8) with ESMTP id kA8GHfAN045085; Wed, 8 Nov 2006 10:17:41 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <45520326.8040907@centtech.com> Date: Wed, 08 Nov 2006 10:17:42 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.7 (X11/20061015) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------070306060408090808080708" X-Virus-Scanned: ClamAV 0.88.4/2176/Wed Nov 8 05:53:41 2006 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Kevin Kramer Subject: Dell Optiplex 745 / Precision 390 broadcom support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 16:18:45 -0000 This is a multi-part message in MIME format. --------------070306060408090808080708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit We've been trying to get FreeBSD (-CURRENT and -STABLE) booted on these new Dells (as others have too it seems). We have both a Precision 390 and an OptiPlex 745 system. Both boot, but neither one has a supported NIC - maybe just PCI ID's? The OptiPlex 745 system has this broadcom chip (from the physical markings on the chip): BCM5754KMLG UA0620 P12 782801 2 pciconf -lv says: bge0@pci3:0:0: class=0x020000 card=0x01da1028 chip=0x167a14e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet Snippet from dmesg shows: pcib3: irq 16 at device 28.4 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xdfa00000-0xdfafffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x14e4, dev=0x167a, revid=0x02 bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base dfaf0000, size 16, enabled pcib3: (null) requested memory range 0xdfaf0000-0xdfafffff: good pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 bge0: mem 0xdfaf0000-0xdfafffff irq 16 at device 0.0 on pci3 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdfaf0000 bge0: firmware handshake timed out bge0: RX CPU self-diagnostics failed! bge0: chip initialization failed device_attach: bge0 attach returned 6 I've attached the full dmesg output for this system. What are the next steps in figuring out support for this chip? Now, on the Precision 390, the kernel panics when detecting the NIC - NMI memory issue, but I can't recall the error. The physical chip in this system looks like: BCM5754KMLG UA0617 P12 780856 2 I can provide any additional information needed if someone would like to look into it. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ --------------070306060408090808080708 Content-Type: text/plain; name="opti_745_dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="opti_745_dmesg.txt" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-BETA3 #0: Mon Oct 30 22:03:42 UTC 2006 root@meyers.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80a67000. INTR: Adding local APIC 0 as a target ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193189 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2660011320 Hz CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2660.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,,> AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 real memory = 2137190400 (2038 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000b64000 - 0x000000007ba28fff, 2062307328 bytes (503493 pages) avail memory = 2052075520 (1957 MB) INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 8 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: level lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Oct 30 2006 22:03:31) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80001020 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=29908086) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 9 10 11 12 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 9 10 11 12 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 6 7 9 10 11 12 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 9 10 11 12 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 15 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2990, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2991, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2992, revid=0x02 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type 1, range 32, base dfe00000, size 20, enabled map[18]: type 3, range 64, base c0000000, size 28, enabled map[20]: type 4, range 32, base 0000ecb8, size 3, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2993, revid=0x02 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dff00000, size 20, enabled found-> vendor=0x8086, dev=0x2834, revid=0x02 bus=0, slot=26, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 0000ff20, size 5, enabled pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2835, revid=0x02 bus=0, slot=26, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 0000ff00, size 5, enabled pcib0: matched entry for 0.26.INTB pcib0: slot 26 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x283a, revid=0x02 bus=0, slot=26, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dfdfbc00, size 10, enabled pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 22 found-> vendor=0x8086, dev=0x284b, revid=0x02 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base dfdfc000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x283f, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2847, revid=0x02 bus=0, slot=28, func=4 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2830, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type 4, range 32, base 0000ff80, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2831, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 0000ff60, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2832, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 map[20]: type 4, range 32, base 0000ff40, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2836, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base ff980800, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xf2 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2810, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2820, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 powerspec 3 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000fe00, size 3, enabled map[14]: type 4, range 32, base 0000fe10, size 2, enabled map[18]: type 4, range 32, base 0000fe20, size 3, enabled map[1c]: type 4, range 32, base 0000fe30, size 2, enabled map[20]: type 4, range 32, base 0000fec0, size 4, enabled map[24]: type 4, range 32, base 0000ecc0, size 4, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 20 found-> vendor=0x8086, dev=0x283e, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0103, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 map[10]: type 1, range 32, base dfdfbb00, size 8, enabled map[20]: type 4, range 32, base 0000ece0, size 5, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2825, revid=0x02 bus=0, slot=31, func=5 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 powerspec 3 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000fe40, size 3, enabled map[14]: type 4, range 32, base 0000fe50, size 2, enabled map[18]: type 4, range 32, base 0000fe60, size 3, enabled map[1c]: type 4, range 32, base 0000fe70, size 2, enabled map[20]: type 4, range 32, base 0000fed0, size 4, enabled map[24]: type 4, range 32, base 0000ecd0, size 4, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 20 pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xdfc00000-0xdfcfffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) uhci0: port 0xff20-0xff3f irq 16 at device 26.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff20 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 uhci0: [GIANT-LOCKED] 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 0xff00-0xff1f irq 17 at device 26.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff00 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 50 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 ehci0: mem 0xdfdfbc00-0xdfdfbfff irq 22 at device 26.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xdfdfbc00 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 51 ehci0: [GIANT-LOCKED] usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pci0: at device 27.0 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xdfb00000-0xdfbfffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 pcib3: irq 16 at device 28.4 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xdfa00000-0xdfafffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x14e4, dev=0x167a, revid=0x02 bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base dfaf0000, size 16, enabled pcib3: (null) requested memory range 0xdfaf0000-0xdfafffff: good pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 bge0: mem 0xdfaf0000-0xdfafffff irq 16 at device 0.0 on pci3 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdfaf0000 bge0: firmware handshake timed out bge0: RX CPU self-diagnostics failed! bge0: chip initialization failed device_attach: bge0 attach returned 6 uhci2: port 0xff80-0xff9f irq 23 at device 29.0 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff80 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 52 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xff60-0xff7f irq 17 at device 29.1 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff60 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff40 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 53 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xff980800-0xff980bff irq 23 at device 29.7 on pci0 ehci1: Reserved 0x400 bytes for rid 0x10 type 3 at 0xff980800 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered pcib4: at device 30.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xfff00000-0xfffff pcib4: prefetched decode 0xfff00000-0xfffff pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: physical bus=4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfecf,0xecc0-0xeccf irq 20 at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfec0 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 54 atapci0: [MPSAFE] ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xfe00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xfe10 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xfe20 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xfe30 ata3: reset tp1 mask=03 ostat0=00 ostat1=00 ata3: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata3: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata3: reset tp2 stat0=00 stat1=00 devices=0xc ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) atapci1: port 0xfe40-0xfe47,0xfe50-0xfe53,0xfe60-0xfe67,0xfe70-0xfe73,0xfed0-0xfedf,0xecd0-0xecdf irq 20 at device 31.5 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfed0 atapci1: [MPSAFE] ata4: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xfe40 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xfe50 ata4: reset tp1 mask=00 ostat0=ff ostat1=ff ata4: [MPSAFE] ata5: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xfe60 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xfe70 ata5: reset tp1 mask=00 ostat0=ff ostat1=ff ata5: [MPSAFE] ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 55 sio0: irq maps: 0xca9 0xcb9 0xca9 0xca9 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 56 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 2: ioport 0x2c00 alloc failed ahc_isa_probe 5: ioport 0x5c00 alloc failed ahc_isa_probe 6: ioport 0x6c00 alloc failed ahc_isa_probe 10: ioport 0xac00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed ex_isa_identify() ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcafff,0xcb000-0xccfff,0xcd000-0xcefff,0xcf000-0xcffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0045 atkbd: keyboard ID 0xffffffff (1) atkbd: failed to reset the keyboard. kbd0 at atkbd0 kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 57 atkbd0: [GIANT-LOCKED] psm0: current command byte:0045 psm0: failed to reset the aux device. fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xca9 0xca9 0xca9 0xca9 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices ukbd0: DELL DELL USB Keyboard, rev 1.10/1.05, addr 2, iclass 3/1 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 Device configuration finished. Reducing kern.maxvnodes 132076 -> 100000 linprocfs registered procfs registered lapic: Divisor 2, Frequency 133000364 hz Timecounter "TSC" frequency 2660011320 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached rr232x: no controller detected. usb1: host controller halted ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 76293MB at ata2-master SATA150 ad4: 156250000 sectors [155009C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ad4: Intel check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3: reiniting channel .. ata3: reset tp1 mask=03 ostat0=00 ostat1=00 ata3: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata3: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata3: reset tp2 stat0=00 stat1=00 devices=0xc ata3: reinit done .. ata3: reiniting channel .. ata3: reset tp1 mask=03 ostat0=00 ostat1=00 ata3: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata3: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata3: reset tp2 stat0=00 stat1=00 devices=0xc ata3: reinit done .. ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: CDROM drive at ata3 as master acd0: read 4134KB/s (4134KB/s), 96KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ATA PseudoRAID loaded lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 INTR: Assigning IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 1 to local APIC 0 INTR: Assigning IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 4 to local APIC 1 INTR: Assigning IRQ 7 to local APIC 0 ioapic0: Assigning ISA IRQ 7 to local APIC 0 INTR: Assigning IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 1 INTR: Assigning IRQ 16 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 0 INTR: Assigning IRQ 17 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 1 INTR: Assigning IRQ 18 to local APIC 0 ioapic0: Assigning PCI IRQ 18 to local APIC 0 INTR: Assigning IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 20 to local APIC 1 INTR: Assigning IRQ 22 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 0 INTR: Assigning IRQ 23 to local APIC 1 ioapic0: Assigning PCI IRQ 23 to local APIC 1 Trying to mount root from ufs:/dev/ad4s1a start_init: trying /sbin/init umass0: Seagate USB Mass Storage, rev 2.00/0.01, addr 2 umass0: Get Max Lun not supported (STALLED) umass0:0:0:-1: Attached to scbus0 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-0 device pass0: 40.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 38154MB (78140160 512 byte sectors: 255H 63S/T 4864C) --------------070306060408090808080708-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 16:26:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96E4416A4D0 for ; Wed, 8 Nov 2006 16:26:28 +0000 (UTC) (envelope-from kramer@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C673B43D5A for ; Wed, 8 Nov 2006 16:26:22 +0000 (GMT) (envelope-from kramer@centtech.com) Received: from [10.177.171.221] (roddick.centtech.com [10.177.171.221]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id kA8GPtk7036496; Wed, 8 Nov 2006 10:25:55 -0600 (CST) (envelope-from kramer@centtech.com) Message-ID: <45520514.40901@centtech.com> Date: Wed, 08 Nov 2006 10:25:56 -0600 From: Kevin Kramer User-Agent: Thunderbird 1.5.0.7 (X11/20061019) MIME-Version: 1.0 To: Eric Anderson References: <45520326.8040907@centtech.com> In-Reply-To: <45520326.8040907@centtech.com> X-Virus-Scanned: ClamAV 0.88.4/2176/Wed Nov 8 05:53:41 2006 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.1 required=8.0 tests=AWL,BAYES_00,HTML_00_10, HTML_MESSAGE autolearn=no version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com X-Mailman-Approved-At: Wed, 08 Nov 2006 17:45:28 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, kramer@centtech.com Subject: Re: Dell Optiplex 745 / Precision 390 broadcom support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 16:26:28 -0000 here is a screen shot of the crash on the Precision 390. http://users.centtech.com/~kramer/broadcom/bge_prec390.jpg ------------------------------ Kevin Kramer Sr. Systems Administrator 512.418.5725 Centaur Technology, Inc. www.centtech.com Eric Anderson wrote the following on 11/08/06 10:17: > We've been trying to get FreeBSD (-CURRENT and -STABLE) booted on > these new Dells (as others have too it seems). We have both a > Precision 390 and an OptiPlex 745 system. Both boot, but neither one > has a supported NIC - maybe just PCI ID's? > > The OptiPlex 745 system has this broadcom chip (from the physical > markings on the chip): > BCM5754KMLG > UA0620 P12 > 782801 2 > > pciconf -lv says: > bge0@pci3:0:0: class=0x020000 card=0x01da1028 chip=0x167a14e4 > rev=0x02 hdr=0x00 > vendor = 'Broadcom Corporation' > class = network > subclass = ethernet > > Snippet from dmesg shows: > pcib3: irq 16 at device 28.4 on pci0 > pcib3: secondary bus 3 > pcib3: subordinate bus 3 > pcib3: I/O decode 0xf000-0xfff > pcib3: memory decode 0xdfa00000-0xdfafffff > pcib3: prefetched decode 0xfff00000-0xfffff > pci3: on pcib3 > pci3: physical bus=3 > found-> vendor=0x14e4, dev=0x167a, revid=0x02 > bus=3, slot=0, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 3 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type 1, range 64, base dfaf0000, size 16, enabled > pcib3: (null) requested memory range 0xdfaf0000-0xdfafffff: good > pcib3: matched entry for 3.0.INTA > pcib3: slot 0 INTA hardwired to IRQ 16 > bge0: mem > 0xdfaf0000-0xdfafffff irq 16 at device 0.0 on pci3 > bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdfaf0000 > bge0: firmware handshake timed out > bge0: RX CPU self-diagnostics failed! > bge0: chip initialization failed > device_attach: bge0 attach returned 6 > > I've attached the full dmesg output for this system. > > What are the next steps in figuring out support for this chip? > > > Now, on the Precision 390, the kernel panics when detecting the NIC - > NMI memory issue, but I can't recall the error. The physical chip in > this system looks like: > > BCM5754KMLG > UA0617 P12 > 780856 2 > > I can provide any additional information needed if someone would like > to look into it. > > > Eric > > > > > ------------------------------------------------------------------------ > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-BETA3 #0: Mon Oct 30 22:03:42 UTC 2006 > root@meyers.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP > Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80a67000. > INTR: Adding local APIC 0 as a target > ACPI APIC Table: > Calibrating clock(s) ... i8254 clock: 1193189 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2660011320 Hz > CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2660.01-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > Features=0xbfebfbff > Features2=0xe3bd,CX16,,> > AMD Features=0x20000800 > AMD Features2=0x1 > Cores per package: 2 > real memory = 2137190400 (2038 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) > 0x0000000000b64000 - 0x000000007ba28fff, 2062307328 bytes (503493 pages) > avail memory = 2052075520 (1957 MB) > INTR: Adding local APIC 1 as a target > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > APIC: CPU 0 has ACPI ID 1 > APIC: CPU 1 has ACPI ID 2 > MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 > ioapic0: Changing APIC ID to 8 > ioapic0: Routing external 8259A's -> intpin 0 > ioapic0: intpin 0 -> ExtINT (edge, high) > ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) > ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) > ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) > ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) > ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) > ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) > ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) > ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) > ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) > ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) > ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) > ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) > ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) > ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) > ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) > ioapic0: intpin 16 -> PCI IRQ 16 (level, low) > ioapic0: intpin 17 -> PCI IRQ 17 (level, low) > ioapic0: intpin 18 -> PCI IRQ 18 (level, low) > ioapic0: intpin 19 -> PCI IRQ 19 (level, low) > ioapic0: intpin 20 -> PCI IRQ 20 (level, low) > ioapic0: intpin 21 -> PCI IRQ 21 (level, low) > ioapic0: intpin 22 -> PCI IRQ 22 (level, low) > ioapic0: intpin 23 -> PCI IRQ 23 (level, low) > MADT: Interrupt override: source 0, irq 2 > ioapic0: Routing IRQ 0 -> intpin 2 > ioapic0: intpin 2 trigger: edge > ioapic0: intpin 2 polarity: high > MADT: Interrupt override: source 9, irq 9 > ioapic0: intpin 9 trigger: level > ioapic0: intpin 9 polarity: high > lapic: Routing NMI -> LINT1 > lapic: LINT1 trigger: level > lapic: LINT1 polarity: high > ioapic0 irqs 0-23 on motherboard > lapic0: Forcing LINT1 to edge trigger > cpu0 BSP: > ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 > wlan: <802.11 Link Layer> > ath_rate: version 1.2 > null: > random: > nfslock: pseudo-device > kbd: new array size 4 > kbd1 at kbdmux0 > mem: > io: > ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > rr232x: RocketRAID 232x controller driver v1.02 (Oct 30 2006 22:03:31) > acpi0: on motherboard > ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 > acpi0: [MPSAFE] > pci_open(1): mode 1 addr port (0x0cf8) is 0x80001020 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=29908086) > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 31 func 0 > acpi_bus_number: root bus has no _BBN, assuming 0 > AcpiOsDerivePciId: bus 0 dev 31 func 0 > acpi0: Power Button (fixed) > ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > pci_link0: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 11 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link0: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 11 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link0: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link1: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 10 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link1: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 10 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link1: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link2: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 3 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link2: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 3 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link2: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link3: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link3: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link3: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link4: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 9 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link4: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 9 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link4: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link5: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link5: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link5: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link6: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 9 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link6: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 9 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link6: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link7: Links after initial probe: > Index IRQ Rtd Ref IRQs > 0 5 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link7: Links after initial validation: > Index IRQ Rtd Ref IRQs > 0 5 N 0 3 4 5 6 7 9 10 11 12 15 > pci_link7: Links after disable: > Index IRQ Rtd Ref IRQs > 0 255 N 0 3 4 5 6 7 9 10 11 12 15 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: physical bus=0 > found-> vendor=0x8086, dev=0x2990, revid=0x02 > bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x2991, revid=0x02 > bus=0, slot=1, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > pcib0: matched entry for 0.1.INTA > pcib0: slot 1 INTA hardwired to IRQ 16 > found-> vendor=0x8086, dev=0x2992, revid=0x02 > bus=0, slot=2, func=0 > class=03-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0003, statreg=0x0090, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message > map[10]: type 1, range 32, base dfe00000, size 20, enabled > map[18]: type 3, range 64, base c0000000, size 28, enabled > map[20]: type 4, range 32, base 0000ecb8, size 3, enabled > pcib0: matched entry for 0.2.INTA > pcib0: slot 2 INTA hardwired to IRQ 16 > found-> vendor=0x8086, dev=0x2993, revid=0x02 > bus=0, slot=2, func=1 > class=03-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > powerspec 2 supports D0 D3 current D0 > map[10]: type 1, range 32, base dff00000, size 20, enabled > found-> vendor=0x8086, dev=0x2834, revid=0x02 > bus=0, slot=26, func=0 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > map[20]: type 4, range 32, base 0000ff20, size 5, enabled > pcib0: matched entry for 0.26.INTA > pcib0: slot 26 INTA hardwired to IRQ 16 > found-> vendor=0x8086, dev=0x2835, revid=0x02 > bus=0, slot=26, func=1 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=10 > map[20]: type 4, range 32, base 0000ff00, size 5, enabled > pcib0: matched entry for 0.26.INTB > pcib0: slot 26 INTB hardwired to IRQ 17 > found-> vendor=0x8086, dev=0x283a, revid=0x02 > bus=0, slot=26, func=7 > class=0c-03-20, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=9 > powerspec 2 supports D0 D3 current D0 > map[10]: type 1, range 32, base dfdfbc00, size 10, enabled > pcib0: matched entry for 0.26.INTC > pcib0: slot 26 INTC hardwired to IRQ 22 > found-> vendor=0x8086, dev=0x284b, revid=0x02 > bus=0, slot=27, func=0 > class=04-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type 1, range 64, base dfdfc000, size 14, enabled > pcib0: matched entry for 0.27.INTA > pcib0: slot 27 INTA hardwired to IRQ 16 > found-> vendor=0x8086, dev=0x283f, revid=0x02 > bus=0, slot=28, func=0 > class=06-04-00, hdrtype=0x01, mfdev=1 > cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > pcib0: matched entry for 0.28.INTA > pcib0: slot 28 INTA hardwired to IRQ 16 > found-> vendor=0x8086, dev=0x2847, revid=0x02 > bus=0, slot=28, func=4 > class=06-04-00, hdrtype=0x01, mfdev=1 > cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > pcib0: matched entry for 0.28.INTA > pcib0: slot 28 INTA hardwired to IRQ 16 > found-> vendor=0x8086, dev=0x2830, revid=0x02 > bus=0, slot=29, func=0 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=5 > map[20]: type 4, range 32, base 0000ff80, size 5, enabled > pcib0: matched entry for 0.29.INTA > pcib0: slot 29 INTA hardwired to IRQ 23 > found-> vendor=0x8086, dev=0x2831, revid=0x02 > bus=0, slot=29, func=1 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=10 > map[20]: type 4, range 32, base 0000ff60, size 5, enabled > pcib0: matched entry for 0.29.INTB > pcib0: slot 29 INTB hardwired to IRQ 17 > found-> vendor=0x8086, dev=0x2832, revid=0x02 > bus=0, slot=29, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=3 > map[20]: type 4, range 32, base 0000ff40, size 5, enabled > pcib0: matched entry for 0.29.INTC > pcib0: slot 29 INTC hardwired to IRQ 18 > found-> vendor=0x8086, dev=0x2836, revid=0x02 > bus=0, slot=29, func=7 > class=0c-03-20, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=5 > powerspec 2 supports D0 D3 current D0 > map[10]: type 1, range 32, base ff980800, size 10, enabled > pcib0: matched entry for 0.29.INTA > pcib0: slot 29 INTA hardwired to IRQ 23 > found-> vendor=0x8086, dev=0x244e, revid=0xf2 > bus=0, slot=30, func=0 > class=06-04-01, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x2810, revid=0x02 > bus=0, slot=31, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x2820, revid=0x02 > bus=0, slot=31, func=2 > class=01-01-8f, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=9 > powerspec 3 supports D0 D3 current D0 > map[10]: type 4, range 32, base 0000fe00, size 3, enabled > map[14]: type 4, range 32, base 0000fe10, size 2, enabled > map[18]: type 4, range 32, base 0000fe20, size 3, enabled > map[1c]: type 4, range 32, base 0000fe30, size 2, enabled > map[20]: type 4, range 32, base 0000fec0, size 4, enabled > map[24]: type 4, range 32, base 0000ecc0, size 4, enabled > pcib0: matched entry for 0.31.INTC > pcib0: slot 31 INTC hardwired to IRQ 20 > found-> vendor=0x8086, dev=0x283e, revid=0x02 > bus=0, slot=31, func=3 > class=0c-05-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0103, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=9 > map[10]: type 1, range 32, base dfdfbb00, size 8, enabled > map[20]: type 4, range 32, base 0000ece0, size 5, enabled > pcib0: matched entry for 0.31.INTC > pcib0: slot 31 INTC hardwired to IRQ 20 > found-> vendor=0x8086, dev=0x2825, revid=0x02 > bus=0, slot=31, func=5 > class=01-01-85, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x02b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=9 > powerspec 3 supports D0 D3 current D0 > map[10]: type 4, range 32, base 0000fe40, size 3, enabled > map[14]: type 4, range 32, base 0000fe50, size 2, enabled > map[18]: type 4, range 32, base 0000fe60, size 3, enabled > map[1c]: type 4, range 32, base 0000fe70, size 2, enabled > map[20]: type 4, range 32, base 0000fed0, size 4, enabled > map[24]: type 4, range 32, base 0000ecd0, size 4, enabled > pcib0: matched entry for 0.31.INTC > pcib0: slot 31 INTC hardwired to IRQ 20 > pcib1: irq 16 at device 1.0 on pci0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: I/O decode 0xf000-0xfff > pcib1: memory decode 0xdfc00000-0xdfcfffff > pcib1: prefetched decode 0xfff00000-0xfffff > pci1: on pcib1 > pci1: physical bus=1 > pci0: at device 2.0 (no driver attached) > pci0: at device 2.1 (no driver attached) > uhci0: port 0xff20-0xff3f irq 16 at device 26.0 on pci0 > uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff20 > ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 > uhci0: [GIANT-LOCKED] > 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 0xff00-0xff1f irq 17 at device 26.1 on pci0 > uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff00 > ioapic0: routing intpin 17 (PCI IRQ 17) to vector 50 > 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 > ehci0: mem 0xdfdfbc00-0xdfdfbfff irq 22 at device 26.7 on pci0 > ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xdfdfbc00 > ioapic0: routing intpin 22 (PCI IRQ 22) to vector 51 > ehci0: [GIANT-LOCKED] > usb2: waiting for BIOS to give up control > usb2: EHCI version 1.0 > usb2: companion controllers, 2 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 4 ports with 4 removable, self powered > pci0: at device 27.0 (no driver attached) > pcib2: irq 16 at device 28.0 on pci0 > pcib2: secondary bus 2 > pcib2: subordinate bus 2 > pcib2: I/O decode 0xf000-0xfff > pcib2: memory decode 0xdfb00000-0xdfbfffff > pcib2: prefetched decode 0xfff00000-0xfffff > pci2: on pcib2 > pci2: physical bus=2 > pcib3: irq 16 at device 28.4 on pci0 > pcib3: secondary bus 3 > pcib3: subordinate bus 3 > pcib3: I/O decode 0xf000-0xfff > pcib3: memory decode 0xdfa00000-0xdfafffff > pcib3: prefetched decode 0xfff00000-0xfffff > pci3: on pcib3 > pci3: physical bus=3 > found-> vendor=0x14e4, dev=0x167a, revid=0x02 > bus=3, slot=0, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 3 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type 1, range 64, base dfaf0000, size 16, enabled > pcib3: (null) requested memory range 0xdfaf0000-0xdfafffff: good > pcib3: matched entry for 3.0.INTA > pcib3: slot 0 INTA hardwired to IRQ 16 > bge0: mem 0xdfaf0000-0xdfafffff irq 16 at device 0.0 on pci3 > bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xdfaf0000 > bge0: firmware handshake timed out > bge0: RX CPU self-diagnostics failed! > bge0: chip initialization failed > device_attach: bge0 attach returned 6 > uhci2: port 0xff80-0xff9f irq 23 at device 29.0 on pci0 > uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff80 > ioapic0: routing intpin 23 (PCI IRQ 23) to vector 52 > uhci2: [GIANT-LOCKED] > usb3: on uhci2 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > uhci3: port 0xff60-0xff7f irq 17 at device 29.1 on pci0 > uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff60 > uhci3: [GIANT-LOCKED] > usb4: on uhci3 > usb4: USB revision 1.0 > uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub4: 2 ports with 2 removable, self powered > uhci4: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 > uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff40 > ioapic0: routing intpin 18 (PCI IRQ 18) to vector 53 > uhci4: [GIANT-LOCKED] > usb5: on uhci4 > usb5: USB revision 1.0 > uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub5: 2 ports with 2 removable, self powered > ehci1: mem 0xff980800-0xff980bff irq 23 at device 29.7 on pci0 > ehci1: Reserved 0x400 bytes for rid 0x10 type 3 at 0xff980800 > ehci1: [GIANT-LOCKED] > usb6: EHCI version 1.0 > usb6: companion controllers, 2 ports each: usb3 usb4 usb5 > usb6: on ehci1 > usb6: USB revision 2.0 > uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub6: 6 ports with 6 removable, self powered > pcib4: at device 30.0 on pci0 > pcib4: secondary bus 4 > pcib4: subordinate bus 4 > pcib4: I/O decode 0xf000-0xfff > pcib4: memory decode 0xfff00000-0xfffff > pcib4: prefetched decode 0xfff00000-0xfffff > pcib4: Subtractively decoded bridge. > pci4: on pcib4 > pci4: physical bus=4 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfecf,0xecc0-0xeccf irq 20 at device 31.2 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfec0 > ioapic0: routing intpin 20 (PCI IRQ 20) to vector 54 > atapci0: [MPSAFE] > ata2: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xfe00 > atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xfe10 > ata2: reset tp1 mask=03 ostat0=50 ostat1=00 > ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 > ata2: reset tp2 stat0=50 stat1=00 devices=0x1 > ata2: [MPSAFE] > ata3: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xfe20 > atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xfe30 > ata3: reset tp1 mask=03 ostat0=00 ostat1=00 > ata3: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata3: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb > ata3: reset tp2 stat0=00 stat1=00 devices=0xc > ata3: [MPSAFE] > pci0: at device 31.3 (no driver attached) > atapci1: port 0xfe40-0xfe47,0xfe50-0xfe53,0xfe60-0xfe67,0xfe70-0xfe73,0xfed0-0xfedf,0xecd0-0xecdf irq 20 at device 31.5 on pci0 > atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfed0 > atapci1: [MPSAFE] > ata4: on atapci1 > atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xfe40 > atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xfe50 > ata4: reset tp1 mask=00 ostat0=ff ostat1=ff > ata4: [MPSAFE] > ata5: on atapci1 > atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xfe60 > atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xfe70 > ata5: reset tp1 mask=00 ostat0=ff ostat1=ff > ata5: [MPSAFE] > ppc0: using extended I/O port range > ppc0: ECP SPP ECP+EPP SPP > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > plip0: bpf attached > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > ioapic0: routing intpin 7 (ISA IRQ 7) to vector 55 > sio0: irq maps: 0xca9 0xcb9 0xca9 0xca9 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > ioapic0: routing intpin 4 (ISA IRQ 4) to vector 56 > ahc_isa_probe 0: ioport 0xc00 alloc failed > ahc_isa_probe 2: ioport 0x2c00 alloc failed > ahc_isa_probe 5: ioport 0x5c00 alloc failed > ahc_isa_probe 6: ioport 0x6c00 alloc failed > ahc_isa_probe 10: ioport 0xac00 alloc failed > ahc_isa_probe 14: ioport 0xec00 alloc failed > ex_isa_identify() > ppc: ppc0 already exists; skipping it > sio: sio0 already exists; skipping it > pnp_identify: Trying Read_Port at 203 > pnp_identify: Trying Read_Port at 243 > pnp_identify: Trying Read_Port at 283 > pnp_identify: Trying Read_Port at 2c3 > pnp_identify: Trying Read_Port at 303 > pnp_identify: Trying Read_Port at 343 > pnp_identify: Trying Read_Port at 383 > pnp_identify: Trying Read_Port at 3c3 > PNP Identify complete > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > orm0: at iomem 0xc0000-0xcafff,0xcb000-0xccfff,0xcd000-0xcefff,0xcf000-0xcffff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0045 > atkbd: keyboard ID 0xffffffff (1) > atkbd: failed to reset the keyboard. > kbd0 at atkbd0 > kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 > ioapic0: routing intpin 1 (ISA IRQ 1) to vector 57 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0045 > psm0: failed to reset the aux device. > fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: irq maps: 0xca9 0xca9 0xca9 0xca9 > sio1: probe failed test(s): 0 1 2 4 6 7 9 > sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 > sio2: not probed (disabled) > sio3: not probed (disabled) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > isa_probe_children: probing PnP devices > ukbd0: DELL DELL USB Keyboard, rev 1.10/1.05, addr 2, iclass 3/1 > kbd2 at ukbd0 > kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 > Device configuration finished. > Reducing kern.maxvnodes 132076 -> 100000 > linprocfs registered > procfs registered > lapic: Divisor 2, Frequency 133000364 hz > Timecounter "TSC" frequency 2660011320 Hz quality -100 > Timecounters tick every 1.000 msec > Linux ELF exec handler installed > lo0: bpf attached > rr232x: no controller detected. > usb1: host controller halted > ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire > ad4: 76293MB at ata2-master SATA150 > ad4: 156250000 sectors [155009C/16H/63S] 16 sectors/interrupt 1 depth queue > GEOM: new disk ad4 > ad4: Intel check1 failed > ad4: Adaptec check1 failed > ad4: LSI (v3) check1 failed > ad4: LSI (v2) check1 failed > ad4: FreeBSD check1 failed > ata3: reiniting channel .. > ata3: reset tp1 mask=03 ostat0=00 ostat1=00 > ata3: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata3: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb > ata3: reset tp2 stat0=00 stat1=00 devices=0xc > ata3: reinit done .. > ata3: reiniting channel .. > ata3: reset tp1 mask=03 ostat0=00 ostat1=00 > ata3: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata3: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb > ata3: reset tp2 stat0=00 stat1=00 devices=0xc > ata3: reinit done .. > ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire > acd0: CDROM drive at ata3 as master > acd0: read 4134KB/s (4134KB/s), 96KB buffer, UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, packet > acd0: Writes: > acd0: Audio: play, 255 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > ATA PseudoRAID loaded > lapic1: Forcing LINT1 to edge trigger > SMP: AP CPU #1 Launched! > cpu1 AP: > ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > lint0: 0x00010700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x000001ff > timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 > INTR: Assigning IRQ 1 to local APIC 0 > ioapic0: Assigning ISA IRQ 1 to local APIC 0 > INTR: Assigning IRQ 4 to local APIC 1 > ioapic0: Assigning ISA IRQ 4 to local APIC 1 > INTR: Assigning IRQ 7 to local APIC 0 > ioapic0: Assigning ISA IRQ 7 to local APIC 0 > INTR: Assigning IRQ 9 to local APIC 1 > ioapic0: Assigning ISA IRQ 9 to local APIC 1 > INTR: Assigning IRQ 16 to local APIC 0 > ioapic0: Assigning PCI IRQ 16 to local APIC 0 > INTR: Assigning IRQ 17 to local APIC 1 > ioapic0: Assigning PCI IRQ 17 to local APIC 1 > INTR: Assigning IRQ 18 to local APIC 0 > ioapic0: Assigning PCI IRQ 18 to local APIC 0 > INTR: Assigning IRQ 20 to local APIC 1 > ioapic0: Assigning PCI IRQ 20 to local APIC 1 > INTR: Assigning IRQ 22 to local APIC 0 > ioapic0: Assigning PCI IRQ 22 to local APIC 0 > INTR: Assigning IRQ 23 to local APIC 1 > ioapic0: Assigning PCI IRQ 23 to local APIC 1 > Trying to mount root from ufs:/dev/ad4s1a > start_init: trying /sbin/init > umass0: Seagate USB Mass Storage, rev 2.00/0.01, addr 2 > umass0: Get Max Lun not supported (STALLED) > umass0:0:0:-1: Attached to scbus0 > pass0 at umass-sim0 bus 0 target 0 lun 0 > pass0: Fixed Direct Access SCSI-0 device > pass0: 40.000MB/s transfers > GEOM: new disk da0 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 38154MB (78140160 512 byte sectors: 255H 63S/T 4864C) > From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 18:38:14 2006 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 B987216A403; Wed, 8 Nov 2006 18:38:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9191F43D64; Wed, 8 Nov 2006 18:38:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kA8Ic55I079090; Wed, 8 Nov 2006 13:38:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kA8Ic5Q9029443; Wed, 8 Nov 2006 13:38:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 17FA673068; Wed, 8 Nov 2006 13:38:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061108183805.17FA673068@freebsd-current.sentex.ca> Date: Wed, 8 Nov 2006 13:38:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2006 18:38:15 -0000 TB --- 2006-11-08 17:19:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-08 17:19:19 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-08 17:19:19 - cleaning the object tree TB --- 2006-11-08 17:20:01 - checking out the source tree TB --- 2006-11-08 17:20:01 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-08 17:20:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-08 17:33:27 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-08 17:33:27 - cd /src TB --- 2006-11-08 17:33:27 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 8 17:33:28 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 8 18:27:55 UTC 2006 TB --- 2006-11-08 18:27:55 - generating LINT kernel config TB --- 2006-11-08 18:27:55 - cd /src/sys/sun4v/conf TB --- 2006-11-08 18:27:55 - /usr/bin/make -B LINT TB --- 2006-11-08 18:27:55 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-08 18:27:55 - cd /src TB --- 2006-11-08 18:27:55 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 8 18:27:55 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel interrupt.o(.text+0x234): In function `tl_invlctx': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x28c): In function `tl_invltlb': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall interrupt.o(.text+0x2e4): In function `tl_invlpg': : relocation truncated to fit: R_SPARC_WDISP22 panic_bad_hcall *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-08 18:38:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-08 18:38:04 - ERROR: failed to build lint kernel TB --- 2006-11-08 18:38:04 - tinderbox aborted TB --- 0.49 user 1.87 system 4725.20 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 18:55:25 2006 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 747D916A407; Wed, 8 Nov 2006 18:55:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 658A043D60; Wed, 8 Nov 2006 18:55:17 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA8It8te068469; Wed, 8 Nov 2006 13:55:08 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 8 Nov 2006 13:48:13 -0500 User-Agent: KMail/1.9.1 References: <20061107204437.GA1657@roadrunner.q.local> In-Reply-To: <20061107204437.GA1657@roadrunner.q.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611081348.13779.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 08 Nov 2006 13:55:08 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2177/Wed Nov 8 11:10:40 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: jmg@freebsd.org Subject: Re: CURRENT fails to boot, 6.0 does fine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 18:55:25 -0000 On Tuesday 07 November 2006 15:44, Ulrich Spoerlein wrote: > Hi all, > > the system in question has been running 4.3 till 6.0 just fine. I now > wanted to resurrect it as a -CURRENT test system, yet it fails to boot. > The boot process will simply hang when enumerating the PCI devices. The > current is freshly checked out, boot messages from 6.0-RELEASE and > -CURRENT are attached. > > Any flags I should try? Thanks! Bug jmg@ about the VPD stuff he added to PCI recently. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 18:55:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 485E116A47B; Wed, 8 Nov 2006 18:55:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2736043D76; Wed, 8 Nov 2006 18:55:21 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA8It8tf068469; Wed, 8 Nov 2006 13:55:17 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 8 Nov 2006 13:50:18 -0500 User-Agent: KMail/1.9.1 References: <0816728210329F46A07F3C57CF00E32D071AF3@KOCEW2KSV13.koce-ad.int.koce.org> In-Reply-To: <0816728210329F46A07F3C57CF00E32D071AF3@KOCEW2KSV13.koce-ad.int.koce.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611081350.18979.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 08 Nov 2006 13:55:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2177/Wed Nov 8 11:10:40 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: davidch@freebsd.org, Michael Peer Subject: Re: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 18:55:27 -0000 On Tuesday 07 November 2006 18:45, Michael Peer wrote: > GB 0 interface is listed as bce1, and GB 1 is listed as bce1. Do not > see that with older dells that use em0, and em1 on-board NIC, > > Funny thing is if I run tcpdump -i bce0 net 224.0.0.0/8 then the router > works! That would indicate a bug in the multicast filter setup in the bce(4) driver. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 19:03:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFD9716A407; Wed, 8 Nov 2006 19:03:35 +0000 (UTC) (envelope-from mpeer@koce.org) Received: from murphys.koce.org (murphys.koce.cccd.edu [159.115.34.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEA6E43D49; Wed, 8 Nov 2006 19:02:56 +0000 (GMT) (envelope-from mpeer@koce.org) Received: by murphys.koce.org (Postfix, from userid 1002) id C57D34AC69; Wed, 8 Nov 2006 11:02:51 -0800 (PST) X-Spam-Virus: No X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on murphys.koce.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.6 Received: from KOCEW2KSV13.koce-ad.int.koce.org (kocew2ksv13.koce-ad.int.koce.org [159.115.34.23]) by murphys.koce.org (Postfix) with ESMTP id 3FE354AC57; Wed, 8 Nov 2006 11:02:47 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 8 Nov 2006 11:01:51 -0800 Message-ID: <0816728210329F46A07F3C57CF00E32D071AF6@KOCEW2KSV13.koce-ad.int.koce.org> In-Reply-To: <200611081350.18979.jhb@freebsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T Thread-Index: AccDZ3n6+V1fNeNiQfaLSnEP+Gb9JwAAMLBA From: "Michael Peer" To: "John Baldwin" , X-Sanitizer: Advosys mail filter at KOCE Cc: davidch@freebsd.org Subject: RE: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 19:03:35 -0000 That was my thoughts. Is there a better place for me to report this? Michael Peer -----Original Message----- From: John Baldwin [mailto:jhb@freebsd.org]=20 Sent: Wednesday, November 08, 2006 10:50 AM To: freebsd-current@freebsd.org Cc: Michael Peer; davidch@freebsd.org Subject: Re: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T On Tuesday 07 November 2006 18:45, Michael Peer wrote: > GB 0 interface is listed as bce1, and GB 1 is listed as bce1. Do not > see that with older dells that use em0, and em1 on-board NIC,=20 >=20 > Funny thing is if I run tcpdump -i bce0 net 224.0.0.0/8 then the router > works! That would indicate a bug in the multicast filter setup in the bce(4) driver. --=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 20:43:37 2006 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 BA9E516A40F; Wed, 8 Nov 2006 20:43:37 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDBF443D5E; Wed, 8 Nov 2006 20:43:34 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kA8KhO6b029794; Wed, 8 Nov 2006 13:43:30 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45524167.5000707@samsco.org> Date: Wed, 08 Nov 2006 13:43:19 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Peer References: <0816728210329F46A07F3C57CF00E32D071AF6@KOCEW2KSV13.koce-ad.int.koce.org> In-Reply-To: <0816728210329F46A07F3C57CF00E32D071AF6@KOCEW2KSV13.koce-ad.int.koce.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org, davidch@freebsd.org Subject: Re: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 20:43:37 -0000 I'll add this to my TODO list. Is setting promisc mode a good enough work-around for now? Scott Michael Peer wrote: > That was my thoughts. > > Is there a better place for me to report this? > > Michael Peer > > -----Original Message----- > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Wednesday, November 08, 2006 10:50 AM > To: freebsd-current@freebsd.org > Cc: Michael Peer; davidch@freebsd.org > Subject: Re: Multicast does not work with Dell 2950 with Broadcom > NetXtreme II BCM5708 1000Base-T > > On Tuesday 07 November 2006 18:45, Michael Peer wrote: > >>GB 0 interface is listed as bce1, and GB 1 is listed as bce1. Do not >>see that with older dells that use em0, and em1 on-board NIC, >> >>Funny thing is if I run tcpdump -i bce0 net 224.0.0.0/8 then the > > router > >>works! > > > That would indicate a bug in the multicast filter setup in the bce(4) > driver. > From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 20:59:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D364F16A40F for ; Wed, 8 Nov 2006 20:59:44 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29C9843D45 for ; Wed, 8 Nov 2006 20:59:44 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-1.cisco.com with ESMTP; 08 Nov 2006 12:59:43 -0800 X-IronPort-AV: i="4.09,401,1157353200"; d="scan'208"; a="48279417:sNHT57256676" Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13]) by rtp-dkim-2.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id kA8KxhMF006221 for ; Wed, 8 Nov 2006 15:59:43 -0500 Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id kA8KxhDM007984 for ; Wed, 8 Nov 2006 15:59:43 -0500 (EST) Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 8 Nov 2006 15:59:43 -0500 Received: from [127.0.0.1] ([161.44.11.166]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 8 Nov 2006 15:59:42 -0500 Message-ID: <45524517.1060501@cisco.com> Date: Wed, 08 Nov 2006 15:59:03 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Nov 2006 20:59:42.0838 (UTC) FILETIME=[D0435160:01C70378] DKIM-Signature: a=rsa-sha1; q=dns; l=4690; t=1163019583; x=1163883583; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:SCTP=20is=20in=20the=20Tree=20=3A-) |To:freebsd-current@freebsd.org; X=v=3Dcisco.com=3B=20h=3DASTFTB1z5ZUQ0Fy/ZOHgPxijwxg=3D; b=FYiRLIQsroxad/sDGo/c6hPVGzQq8Zppp0BPxM7Io9c278kfIzGCn8MQXCx+4UVuWv3XbqFc 3tNptqm89oUAtXj0S4WdLA3MYVeOEVxtod7Ho6Y24q88Db0ZryLzG3DR; Authentication-Results: rtp-dkim-2.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Subject: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 20:59:44 -0000 Hi all: I wanted to point out to y'all that FreeBSD current now has SCTP.. you enable it with option SCTP in your config :-) So, what is SCTP? Stream Control Transmission Protocol (SCTP) - is a reliable message oriented transport protocol which provides network fault tolerance It supports multiple streams and multihoming. A very good overview of the protocol is given in RFC 3268. http://www.ietf.org/rfc/rfc3268.txt?number=3268 So, why would you want to use SCTP? Well, the basic SCTP protocol gives you several features unique for transporting messages: - Strong checksum, you won't get corrupt data without knowing it. - Multi-homing directly supported, this means you can have each side of your connection (called an association in SCTP) have multiple IP addresses for redundancy, and SCTP will seamlessly use them. - Support of IPv4 and IPv6, you can even use both of them at the same time in a connection. - Partial ordering and unordered delivery - This feature minimizes the impact of head-of-line blocking. You basically can send multiple transactions in parallel on separate "streams" and message loss in one stream will not block message delivery in another. The implemented extensions of SCTP provide - Support authentication and dynamic address addition/deletion (you can do transport layer mobility with this actually :-D) - Partial reliability. You can basically do sending with a time to live before you give up trying to send it. A while ago Marco Molteni had a paper in EuroBSD on using this with Mpeg and showed how it can be used. So, what features does the dropped in code support? Most of all features described in an IETF document (RFC or ID) are implemented. It is fairly stable but more testing is needed. The list of implemented documents is: * RFC 2960 (base protocol spec) * RFC 3309 (checksum change) * RFC 4460 (implementers guide) * draft-ietf-tsvwg-sctp-2960bis-03.txt (will replace RFC 2960) * RFC3758 (partial reliability) * draft-ietf-tsvwg-sctp-auth-05.txt (SCTP level authentication) * draft-ietf-tsvwg-addip-sctp-15.txt (dynamic address modifications) * draft-stewart-sctpstrrst-03.txt (stream reset) * draft-ietf-tsvwg-sctp-padding-02.txt (needed for improved path MTU discovery) * draft-ladha-sctp-nonce-05.txt (ECN-Nonce and basic ECN) * draft-ietf-tsvwg-sctpsocket-13.txt (the socket API for SCTP) So, who uses SCTP currently? SCTP was developed for transporting telephony network signaling messages over IP (SS7/IP). Therefore it is now deployed in the telephony networks. It makes it easy to connect IP-based systems to the telephony network, for example to process SMS. You can also find SCTP used by H.248 and other signalling protocols. There are experimental patches and deployments around for apache and firefox. I know the sctp.org web server is reachable via SCTP. Some SIP implementations also support SCTP for both proxy's and even end-hosts. The university of vancover is doing work with MPI and SCTP. And of course IPFIX/netflow which is for peg-count data collection of what is going on in a network :-) So how do you try and use it? SCTP uses the socket API. Using the advanced functionality of SCTP requires you to use additonal SCTP specific functions. But for using the basic functionality, only minor modifications to the current way you write network programs is required (indicating SCTP in the socket() call and changing the transport level socket options). However, if the application does not bind to specific addresses, it will use multihoming for free. A very good introduction to SCTP socket programming is provided in the third edition of "Unix Network Programming" by Steven, Fenner and Rudoff. Other places on the web that have information on SCTP: http://www.sctp.org (the project web site and a general collection of info... under the drafts tab is a nice set of tutorials that were presented at a linux symposium) http://www.sctp.org/sctpoverview.html (Lyndon Ong's nice intro/overview of SCTP) Project plans: - Debug/debug debug :-) - Continuted code improvements - Performance improvements if we can :-) - Continue to support a multi-platform stack for MAC-OS X/NetBSD/FreeBSD6.x and other platforms. - Add appropriate features (in the future). R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 21:36:50 2006 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 9F35216A417 for ; Wed, 8 Nov 2006 21:36:50 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEA0243D49 for ; Wed, 8 Nov 2006 21:36:31 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ghv5m-0008Au-Bq for freebsd-current@freebsd.org; Wed, 08 Nov 2006 22:36:19 +0100 Received: from 89-172-58-142.adsl.net.t-com.hr ([89.172.58.142]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Nov 2006 22:36:18 +0100 Received: from ivoras by 89-172-58-142.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 08 Nov 2006 22:36:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 08 Nov 2006 22:36:01 +0100 Lines: 11 Message-ID: References: <45524517.1060501@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-58-142.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) In-Reply-To: <45524517.1060501@cisco.com> Sender: news Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 21:36:50 -0000 Randall Stewart wrote: > Stream Control Transmission Protocol (SCTP) - is a reliable message > oriented transport protocol which provides network fault tolerance > It supports multiple streams and multihoming. A very good overview > of the protocol is given in RFC 3268. Looks cool :) It's under IP so it's routable, but I imagine it probably needs routers along the way to know about it in order to use the more advanced features? From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 21:45:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B084616A40F; Wed, 8 Nov 2006 21:45:47 +0000 (UTC) (envelope-from mpeer@koce.org) Received: from murphys.koce.org (murphys.koce.cccd.edu [159.115.34.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CBBF43D5E; Wed, 8 Nov 2006 21:45:45 +0000 (GMT) (envelope-from mpeer@koce.org) Received: by murphys.koce.org (Postfix, from userid 1002) id 177BD4AC69; Wed, 8 Nov 2006 13:45:44 -0800 (PST) X-Spam-Virus: No X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on murphys.koce.org X-Spam-Level: X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.6 Received: from KOCEW2KSV13.koce-ad.int.koce.org (kocew2ksv13.koce-ad.int.koce.org [159.115.34.23]) by murphys.koce.org (Postfix) with ESMTP id E9DDE4AC6C; Wed, 8 Nov 2006 13:45:31 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 8 Nov 2006 13:45:00 -0800 Message-ID: <0816728210329F46A07F3C57CF00E32D071AF8@KOCEW2KSV13.koce-ad.int.koce.org> In-Reply-To: <45524167.5000707@samsco.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T Thread-Index: AccDdpb2AX85Mdi3QZWzAQWQytQ8ogAB3jSA From: "Michael Peer" To: "Scott Long" X-Sanitizer: Advosys mail filter at KOCE Cc: freebsd-current@freebsd.org, davidch@freebsd.org Subject: RE: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 21:45:47 -0000 I added a Dual port Intel PRO 1000/MT card to my server and it is working fine, so I am great. At this time I am not using internal interfaces, of course would like to use them in the future. I will have an additional server in place by next month at latest for testing if it would help. My hope is finding and reporting is my very small contribution to help the world. Thank you and everyone for many years of great FreeBSD, Michael Peer -----Original Message----- From: Scott Long [mailto:scottl@samsco.org]=20 Sent: Wednesday, November 08, 2006 12:43 PM To: Michael Peer Cc: John Baldwin; freebsd-current@freebsd.org; davidch@freebsd.org Subject: Re: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T I'll add this to my TODO list. Is setting promisc mode a good enough work-around for now? Scott Michael Peer wrote: > That was my thoughts. >=20 > Is there a better place for me to report this? >=20 > Michael Peer >=20 > -----Original Message----- > From: John Baldwin [mailto:jhb@freebsd.org]=20 > Sent: Wednesday, November 08, 2006 10:50 AM > To: freebsd-current@freebsd.org > Cc: Michael Peer; davidch@freebsd.org > Subject: Re: Multicast does not work with Dell 2950 with Broadcom > NetXtreme II BCM5708 1000Base-T >=20 > On Tuesday 07 November 2006 18:45, Michael Peer wrote: >=20 >>GB 0 interface is listed as bce1, and GB 1 is listed as bce1. Do not >>see that with older dells that use em0, and em1 on-board NIC,=20 >> >>Funny thing is if I run tcpdump -i bce0 net 224.0.0.0/8 then the >=20 > router >=20 >>works! >=20 >=20 > That would indicate a bug in the multicast filter setup in the bce(4) > driver. >=20 From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 21:47:25 2006 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 2C1EA16A407 for ; Wed, 8 Nov 2006 21:47:25 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30F7443D8F for ; Wed, 8 Nov 2006 21:47:24 +0000 (GMT) (envelope-from dudu@dudu.ro) Received: by nz-out-0102.google.com with SMTP id o37so13821nzf for ; Wed, 08 Nov 2006 13:47:23 -0800 (PST) Received: by 10.65.93.18 with SMTP id v18mr98583qbl.1163022442860; Wed, 08 Nov 2006 13:47:22 -0800 (PST) Received: by 10.65.112.4 with HTTP; Wed, 8 Nov 2006 13:47:22 -0800 (PST) Message-ID: Date: Wed, 8 Nov 2006 23:47:22 +0200 From: "Vlad Galu" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45524517.1060501@cisco.com> Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 21:47:25 -0000 On 11/8/06, Ivan Voras wrote: > Randall Stewart wrote: > > > Stream Control Transmission Protocol (SCTP) - is a reliable message > > oriented transport protocol which provides network fault tolerance > > It supports multiple streams and multihoming. A very good overview > > of the protocol is given in RFC 3268. > > Looks cool :) > > It's under IP so it's routable, but I imagine it probably needs routers > along the way to know about it in order to use the more advanced features? > SCTP is also transported in IP datagrams. The only difference between it and TCP, for instance, is that it allows you to establish multiple full-duplex streams between the participating peers so that, in case of retransmissions or reordering, the connection is not blocked waiting for the packets. The implementation is also message-based rather than packet based, thus moving most of the logic that the programmer has to implement for TCP software in the kernel. UNP has a fairly nice chapter on SCTP. One very nice use case for SCTP is emulating the lower layers of the SS7 stack due to its very reliable nature. But I've a feeling that having it deployed on a large scale basis would allow developing of some very nice p2p protocols. _______________________________________________ > 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" > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 21:52:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8DEE16A47B for ; Wed, 8 Nov 2006 21:52:37 +0000 (UTC) (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 D528543D75 for ; Wed, 8 Nov 2006 21:52:29 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 8 Nov 2006 21:52:22 +0000 (GMT) To: Vladimir Kushnir In-Reply-To: Your message of "Mon, 06 Nov 2006 01:57:46 +0200." <20061106015245.R1183@kushnir1.kiev.ua> Date: Wed, 08 Nov 2006 21:52:21 +0000 From: Ian Dowse Message-ID: <200611082152.aa94781@nowhere.iedowse.com> Cc: John-Mark Gurney , current@freebsd.org Subject: Re: Asus A8V hangs during pci probe on fresh -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Nov 2006 21:52:37 -0000 In message <20061106015245.R1183@kushnir1.kiev.ua>, Vladimir Kushnir writes: >On Sat, 4 Nov 2006, John-Mark Gurney wrote: >> Ok, then add a couple printfs to the pci_read_vpd_reg line... one before >> the WREG line, and another before the return... I have a feeling that >> your card isn't setting the correct bit, as the printf you enabled w/ > >Your feeling was absolutely right - system hangs exactly here. Maybe something like the following would help? This adds a timeout to pci_read_vpd_reg() so it might prevent the complete hang. Ian Index: pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pci/pci.c,v retrieving revision 1.320 diff -u -r1.320 pci.c --- pci.c 7 Nov 2006 18:55:51 -0000 1.320 +++ pci.c 8 Nov 2006 21:48:11 -0000 @@ -495,12 +495,19 @@ pci_read_vpd_reg(device_t pcib, pcicfgregs *cfg, int reg) { #define WREG(n, v, w) PCIB_WRITE_CONFIG(pcib, cfg->bus, cfg->slot, cfg->func, n, v, w) + int timo; KASSERT((reg & 3) == 0, ("VPD register must by 4 byte aligned")); WREG(cfg->vpd.vpd_reg + 2, reg, 2); - while ((REG(cfg->vpd.vpd_reg + 2, 2) & 0x8000) != 0x8000) + timo = 1000000; + while (--timo > 0 && (REG(cfg->vpd.vpd_reg + 2, 2) & 0x8000) != 0x8000) DELAY(1); /* limit looping */ + if (timo == 0) { + printf("pci%d:%d:%d: read VPD reg %d timed out\n", cfg->bus, + cfg->slot, cfg->func, reg); + return 0xffffffff; + } return REG(cfg->vpd.vpd_reg + 4, 4); } @@ -509,12 +516,18 @@ static void pci_write_vpd_reg(device_t pcib, pcicfgregs *cfg, int reg, uint32_t data) { + int timo; + KASSERT((reg & 3) == 0, ("VPD register must by 4 byte aligned")); WREG(cfg->vpd.vpd_reg + 4, data, 4); WREG(cfg->vpd.vpd_reg + 2, reg | 0x8000, 2); - while ((REG(cfg->vpd.vpd_reg + 2, 2) & 0x8000) == 0x8000) + timo = 1000000; + while (--timo > 0 && (REG(cfg->vpd.vpd_reg + 2, 2) & 0x8000) == 0x8000) DELAY(1); /* limit looping */ + if (timo == 0) + printf("pci%d:%d:%d: write VPD reg %d timed out\n", cfg->bus, + cfg->slot, cfg->func, reg); return; } @@ -630,7 +643,8 @@ state = 5; break; default: /* XXX - unimplemented */ - state = 4; + end = 1; + cksumvalid = 0; break; } break; From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 21:55:52 2006 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 2E39C16A403 for ; Wed, 8 Nov 2006 21:55:52 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (lab.alexdupre.com [81.174.31.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27E5D43D5A for ; Wed, 8 Nov 2006 21:55:50 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 59374 invoked from network); 8 Nov 2006 21:55:52 -0000 Received: from unknown (HELO ?192.168.178.2?) (192.168.178.2) by lab.alexdupre.com with SMTP; 8 Nov 2006 21:55:52 -0000 Message-ID: <45525264.3070304@FreeBSD.org> Date: Wed, 08 Nov 2006 22:55:48 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5.0.7 (X11/20061018) MIME-Version: 1.0 To: Randall Stewart References: <45524517.1060501@cisco.com> In-Reply-To: <45524517.1060501@cisco.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 21:55:52 -0000 Randall Stewart wrote: > A very good overview of the protocol is given in RFC 3268. > > http://www.ietf.org/rfc/rfc3268.txt?number=3268 To be precise in RFC 3286 ;-) http://www.ietf.org/rfc/rfc3286.txt -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Wed Nov 8 22:47:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B880716A412 for ; Wed, 8 Nov 2006 22:47:32 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4204643D77 for ; Wed, 8 Nov 2006 22:47:25 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-7.cisco.com ([171.68.10.88]) by sj-iport-5.cisco.com with ESMTP; 08 Nov 2006 14:47:24 -0800 X-IronPort-AV: i="4.09,401,1157353200"; d="scan'208"; a="340930358:sNHT48862708" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-7.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id kA8MlOA7028339; Wed, 8 Nov 2006 14:47:24 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id kA8MlOOV025434; Wed, 8 Nov 2006 14:47:24 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 8 Nov 2006 14:47:23 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 8 Nov 2006 14:47:23 -0800 Message-ID: <45525E52.6090608@cisco.com> Date: Wed, 08 Nov 2006 17:46:42 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: <45524517.1060501@cisco.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Nov 2006 22:47:23.0595 (UTC) FILETIME=[DB2C99B0:01C70387] DKIM-Signature: a=rsa-sha1; q=dns; l=1127; t=1163026044; x=1163890044; c=relaxed/simple; s=sjdkim7002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20SCTP=20is=20in=20the=20Tree=20=3A-); X=v=3Dcisco.com=3B=20h=3D6jxa4U8CaQPnr0mZJjF5W5jvfn0=3D; b=Bog+EMD5qElgHdCmMwrb1WCt7vTScgf0yqW1p1eiwslZq7YnEq+bMROEwVLdohWdg1k7lxr/ mhIBJtlbfHVmI18ieFlRuhCOqwcqswph55JVnm0nq+Yi67T5cx+bu1po; Authentication-Results: sj-dkim-7.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: freebsd-current@freebsd.org Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Nov 2006 22:47:32 -0000 Ivan Voras wrote: > Randall Stewart wrote: > > >>Stream Control Transmission Protocol (SCTP) - is a reliable message >>oriented transport protocol which provides network fault tolerance >>It supports multiple streams and multihoming. A very good overview >>of the protocol is given in RFC 3268. > > > Looks cool :) > > It's under IP so it's routable, but I imagine it probably needs routers > along the way to know about it in order to use the more advanced features? Nope.. not at all.. The only issue is when you cross a firewall or NAT :-( Note that I have heard that the latest FreeBSD IPv6 FW for some reason drops SCTP packets even if you have typed in allow ip from any to any... Something about not liking protocol 132 in the extension headers :( R > _______________________________________________ > 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" > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 00:28:00 2006 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 6F24316A417 for ; Thu, 9 Nov 2006 00:28:00 +0000 (UTC) (envelope-from vkushnir@i.kiev.ua) Received: from horse.iptelecom.net.ua (horse.iptelecom.net.ua [212.9.224.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23CC643D66 for ; Thu, 9 Nov 2006 00:27:58 +0000 (GMT) (envelope-from vkushnir@i.kiev.ua) Received: from h226.245.159.dialup.iptcom.net ([213.159.245.226]:27106 "EHLO kushnir1.kiev.ua" ident: "SOCKFAULT1" whoson: "vkushnir") by horse.iptelecom.net.ua with ESMTP id S1223517AbWKIA15 (INRCPT ); Thu, 9 Nov 2006 02:27:57 +0200 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [10.0.0.1]) by kushnir1.kiev.ua (8.13.8/8.13.8) with ESMTP id kA90RpCP001251; Thu, 9 Nov 2006 02:27:51 +0200 (EET) (envelope-from vkushnir@i.kiev.ua) Date: Thu, 9 Nov 2006 02:27:51 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: Ian Dowse In-Reply-To: <200611082152.aa94781@nowhere.iedowse.com> Message-ID: <20061109022154.O1179@kushnir1.kiev.ua> References: <200611082152.aa94781@nowhere.iedowse.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: John-Mark Gurney , current@freebsd.org Subject: Fixed! Was:Re: Asus A8V hangs during pci probe on fresh -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, 09 Nov 2006 00:28:00 -0000 On Wed, 8 Nov 2006, Ian Dowse wrote: > In message <20061106015245.R1183@kushnir1.kiev.ua>, Vladimir Kushnir writes: >> On Sat, 4 Nov 2006, John-Mark Gurney wrote: >>> Ok, then add a couple printfs to the pci_read_vpd_reg line... one before >>> the WREG line, and another before the return... I have a feeling that >>> your card isn't setting the correct bit, as the printf you enabled w/ >> >> Your feeling was absolutely right - system hangs exactly here. > > Maybe something like the following would help? This adds a timeout > to pci_read_vpd_reg() so it might prevent the complete hang. > > Ian > Thanks! That worked: ...... pcib1: Subtractively decoded bridge. pci5: on pcib1 pci5: physical bus=5 ~~~~~~~~~~~~~~~~~~~~ Here's where it hanged before. pci5:6:0: read VPD reg 0 timed out pci5:6:0: invalid vpd data, remain 0xffff found-> vendor=0x109e, dev=0x036e, revid=0x11 bus=5, slot=6, func=0 class=04-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 VPD Ident: (null) map[10]: type 3, range 32, base 0xca100000, size 12, enabled pcib1: (null) requested memory range 0xca100000-0xca100fff: good pci5:6:1: read VPD reg 0 timed out pci5:6:1: invalid vpd data, remain 0xffff ....... From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 10:42:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC8E516A4ED for ; Thu, 9 Nov 2006 10:42:56 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9700F43D46 for ; Thu, 9 Nov 2006 10:42:45 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so72497pyh for ; Thu, 09 Nov 2006 02:42:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:sender; b=roZUAam0BPjGD+XqKwu1/dqG3Ml6dSIKLd0bHxzVm7orii+9dSc4s3aim5EThHZEl4lDNP1wfWBf16+hpH+1uoQusvowK4jJe/gCyVPUEaI1dc74TeYMWlI6gmO0gpeLioWsnWU448cGQy1wwmv7r0CPtXyeh3WTAySNt6mr5yw= Received: by 10.35.13.1 with SMTP id q1mr631191pyi.1163068964790; Thu, 09 Nov 2006 02:42:44 -0800 (PST) Received: from ?192.168.88.98? ( [61.231.237.5]) by mx.google.com with ESMTP id f10sm660335pyh.2006.11.09.02.42.18; Thu, 09 Nov 2006 02:42:19 -0800 (PST) From: "Eric L. Chen" To: freebsd-current@freebsd.org In-Reply-To: References: <45524517.1060501@cisco.com> Content-Type: text/plain Date: Thu, 09 Nov 2006 18:42:10 +0800 Message-Id: <1163068930.1165.2.camel@lihong-nb.local> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Sender: "Eric L. Chen" Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 10:42:57 -0000 On Wed, 2006-11-08 at 22:36 +0100, Ivan Voras wrote: > Randall Stewart wrote: > > > Stream Control Transmission Protocol (SCTP) - is a reliable message > > oriented transport protocol which provides network fault tolerance > > It supports multiple streams and multihoming. A very good overview > > of the protocol is given in RFC 3268. > > Looks cool :) > > It's under IP so it's routable, but I imagine it probably needs routers > along the way to know about it in order to use the more advanced features? > Yeah! SCTP is very important for Telecom Applications. The SIGTRAN is based on SCTP. Now FreeBSD can deploy to Telco!! /Eric From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 10:52:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9959416A403 for ; Thu, 9 Nov 2006 10:52:58 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B048743D77 for ; Thu, 9 Nov 2006 10:52:47 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so102757nzh for ; Thu, 09 Nov 2006 02:52:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:sender; b=roZUAam0BPjGD+XqKwu1/dqG3Ml6dSIKLd0bHxzVm7orii+9dSc4s3aim5EThHZEl4lDNP1wfWBf16+hpH+1uoQusvowK4jJe/gCyVPUEaI1dc74TeYMWlI6gmO0gpeLioWsnWU448cGQy1wwmv7r0CPtXyeh3WTAySNt6mr5yw= Received: by 10.35.13.1 with SMTP id q1mr631191pyi.1163068964790; Thu, 09 Nov 2006 02:42:44 -0800 (PST) Received: from ?192.168.88.98? ( [61.231.237.5]) by mx.google.com with ESMTP id f10sm660335pyh.2006.11.09.02.42.18; Thu, 09 Nov 2006 02:42:19 -0800 (PST) From: "Eric L. Chen" To: freebsd-current@freebsd.org In-Reply-To: References: <45524517.1060501@cisco.com> Content-Type: text/plain Date: Thu, 09 Nov 2006 18:42:10 +0800 Message-Id: <1163068930.1165.2.camel@lihong-nb.local> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Sender: "Eric L. Chen" Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 10:52:58 -0000 On Wed, 2006-11-08 at 22:36 +0100, Ivan Voras wrote: > Randall Stewart wrote: > > > Stream Control Transmission Protocol (SCTP) - is a reliable message > > oriented transport protocol which provides network fault tolerance > > It supports multiple streams and multihoming. A very good overview > > of the protocol is given in RFC 3268. > > Looks cool :) > > It's under IP so it's routable, but I imagine it probably needs routers > along the way to know about it in order to use the more advanced features? > Yeah! SCTP is very important for Telecom Applications. The SIGTRAN is based on SCTP. Now FreeBSD can deploy to Telco!! /Eric From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 11:46:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2D1B16A407 for ; Thu, 9 Nov 2006 11:46:27 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from web52111.mail.yahoo.com (web52111.mail.yahoo.com [206.190.48.114]) by mx1.FreeBSD.org (Postfix) with SMTP id 525BB43D69 for ; Thu, 9 Nov 2006 11:46:25 +0000 (GMT) (envelope-from ipfreak@yahoo.com) Received: (qmail 76832 invoked by uid 60001); 9 Nov 2006 11:46:24 -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=hCu4x5oyGc01Gd1kVsbfjMjGCzhHtisG0GJ7+dJuSrlZWiJryGYznibYRVGDScOAaHhVRLtz/D1DwxFxkBppICYyPk1HmYFfrwLTy9OgOfYm3Vf3GmJXPp31KcIvZpolWt8XmW4fYFmmDT0WMarlAD4UjItcP/ng6iCbGtPk2tg= ; Message-ID: <20061109114624.76830.qmail@web52111.mail.yahoo.com> Received: from [62.56.216.83] by web52111.mail.yahoo.com via HTTP; Thu, 09 Nov 2006 03:46:24 PST Date: Thu, 9 Nov 2006 03:46:24 -0800 (PST) From: gahn To: free bsd MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: keep ports updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 11:46:27 -0000 Hi all: I have 6.1 installed and trying to get those ports up to date. I did run "portupgrade -v" and the results show all of them were "up-to-date with port". but it is not true; for example, nagios is still 2.0 instead of 2.5. how could I truely get those ports up to date as listed on freebsd.org site? regards _ming ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 11:52:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B93DC16A40F for ; Thu, 9 Nov 2006 11:52:46 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAB7343D6A for ; Thu, 9 Nov 2006 11:52:45 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id D6A616027; Thu, 9 Nov 2006 14:52:43 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id CB31C6015; Thu, 9 Nov 2006 14:52:43 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kA9BqkSj055378; Thu, 9 Nov 2006 14:52:46 +0300 (MSK) (envelope-from ru) Date: Thu, 9 Nov 2006 14:52:46 +0300 From: Ruslan Ermilov To: Randall Stewart Message-ID: <20061109115246.GA55317@rambler-co.ru> References: <45524517.1060501@cisco.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <45524517.1060501@cisco.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-current@freebsd.org Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 11:52:46 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 08, 2006 at 03:59:03PM -0500, Randall Stewart wrote: > Project plans: >=20 > - Debug/debug debug :-) > - Continuted code improvements > - Performance improvements if we can :-) > - Continue to support a multi-platform > stack for MAC-OS X/NetBSD/FreeBSD6.x > and other platforms. > - Add appropriate features (in the future). >=20 An sctp(4) manpage similar to tcp(4) would be in order. Or is there some other place (don't mention code, it's scary for its 54k+ lines ;-) where the socket SCTP API is currently documented? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFUxaOqRfpzJluFF4RAgwTAJ9HkxoY9Y4HYMw0C0vf24fxNHtQvgCfbD82 sk8+9DVhrdiB7bK/BG45IgI= =zrMF -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 12:05:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5070316A40F; Thu, 9 Nov 2006 12:05:18 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FAC543D62; Thu, 9 Nov 2006 12:05:16 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id kA9C58q5040470; Thu, 9 Nov 2006 15:05:08 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Thu, 9 Nov 2006 15:05:08 +0300 (MSK) From: Maxim Konovalov To: Ruslan Ermilov In-Reply-To: <20061109115246.GA55317@rambler-co.ru> Message-ID: <20061109150439.I40427@mp2.macomnet.net> References: <45524517.1060501@cisco.com> <20061109115246.GA55317@rambler-co.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Randall Stewart , freebsd-current@freebsd.org Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 12:05:18 -0000 On Thu, 9 Nov 2006, 14:52+0300, Ruslan Ermilov wrote: > On Wed, Nov 08, 2006 at 03:59:03PM -0500, Randall Stewart wrote: > > Project plans: > > > > - Debug/debug debug :-) > > - Continuted code improvements > > - Performance improvements if we can :-) > > - Continue to support a multi-platform > > stack for MAC-OS X/NetBSD/FreeBSD6.x > > and other platforms. > > - Add appropriate features (in the future). > > > An sctp(4) manpage similar to tcp(4) would be in order. and regression tests are welcome too. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 12:10:20 2006 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 55D9F16A4C8 for ; Thu, 9 Nov 2006 12:10:20 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD71F43D8D for ; Thu, 9 Nov 2006 12:10:15 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 3010211402F for ; Thu, 9 Nov 2006 12:10:14 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ziOnCtNlTaUH for ; Thu, 9 Nov 2006 12:10:11 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 68B8611402E for ; Thu, 9 Nov 2006 12:10:11 +0000 (GMT) Date: Thu, 9 Nov 2006 12:10:11 +0000 From: Dominic Marks To: freebsd-current@freebsd.org Message-Id: <20061109121011.e3562943.dom@helenmarks.co.uk> In-Reply-To: <20061109114624.76830.qmail@web52111.mail.yahoo.com> References: <20061109114624.76830.qmail@web52111.mail.yahoo.com> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: keep ports updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 12:10:20 -0000 On Thu, 9 Nov 2006 03:46:24 -0800 (PST) gahn wrote: > Hi all: > > I have 6.1 installed and trying to get those ports up > to date. I did run "portupgrade -v" and the results > show all of them were "up-to-date with port". but it > is not true; for example, nagios is still 2.0 instead > of 2.5. > > how could I truely get those ports up to date as > listed on freebsd.org site? Portupgrade operates on your ports directory. Use csup to update it from your local server. Dominic > regards > > _ming > > > > ____________________________________________________________________________________ > Do you Yahoo!? > Everyone is raving about the all-new Yahoo! Mail beta. > http://new.mail.yahoo.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 12:51:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F01F216A416 for ; Thu, 9 Nov 2006 12:51:41 +0000 (UTC) (envelope-from riemer@palstra.com) Received: from palstra.com (palstra.com [82.201.5.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72BA543D5C for ; Thu, 9 Nov 2006 12:51:39 +0000 (GMT) (envelope-from riemer@palstra.com) Received: from riemer by palstra.com with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Gi9NZ-000NW9-WB; Thu, 09 Nov 2006 13:51:38 +0100 Date: Thu, 9 Nov 2006 13:51:37 +0100 From: Riemer Palstra To: gahn Message-ID: <20061109125137.GA88673@rb1.palstra.com> References: <20061109114624.76830.qmail@web52111.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061109114624.76830.qmail@web52111.mail.yahoo.com> User-Agent: Mutt/1.4.2.2i Cc: free bsd Subject: Re: keep ports updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 12:51:42 -0000 On Thu, Nov 09, 2006 at 03:46:24AM -0800, gahn wrote: > I have 6.1 installed and trying to get those ports up > to date. I did run "portupgrade -v" and the results show all of them > were "up-to-date with port". but it is not true; for example, nagios > is still 2.0 instead of 2.5. Running portupgrade is good, but only half of the process :) > how could I truely get those ports up to date as listed on freebsd.org > site? You also need to get your ports tree to stay up to date, try using portsnap, csup or cvsup (in that order). As it probably will be the first time you run it, portsnap fetch, portsnap extract, and after that, regularly run portsnap fetch, portsnap update. -- Riemer Palstra Amsterdam, The Netherlands riemer@palstra.com http://www.palstra.com/ From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 13:54:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9902216A4A7 for ; Thu, 9 Nov 2006 13:54:19 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from mail.btshosting.co.uk (mail.btshosting.co.uk [213.228.232.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF5B043FED for ; Thu, 9 Nov 2006 13:47:51 +0000 (GMT) (envelope-from bazerka@beardz.net) Received: from [192.168.0.3] (host86-141-164-206.range86-141.btcentralplus.com [86.141.164.206]) (authenticated bits=0) by mail.btshosting.co.uk (8.13.8/8.13.1) with ESMTP id kA9DlGTi021917; Thu, 9 Nov 2006 13:47:17 GMT Message-ID: <45533188.7090302@beardz.net> Date: Thu, 09 Nov 2006 13:47:52 +0000 From: Jase Thew User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Riemer Palstra References: <20061109114624.76830.qmail@web52111.mail.yahoo.com> <20061109125137.GA88673@rb1.palstra.com> In-Reply-To: <20061109125137.GA88673@rb1.palstra.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on mail.btshosting.co.uk X-Virus-Status: Clean Cc: gahn , free bsd Subject: Re: keep ports updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 13:54:19 -0000 Riemer Palstra wrote: > > You also need to get your ports tree to stay up to date, try using > portsnap, csup or cvsup (in that order). As it probably will be the > first time you run it, portsnap fetch, portsnap extract, and after that, > regularly run portsnap fetch, portsnap update. > Or "portsnap fetch extract" for the first time, then "portsnap fetch update" thereafter. Portsnap will quite happily work with multiple commands and will process them in the order supplied. Jase. From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 14:40:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36B7A16A4E9; Thu, 9 Nov 2006 14:40:15 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26F8B43D53; Thu, 9 Nov 2006 14:40:14 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-4.cisco.com with ESMTP; 09 Nov 2006 06:40:14 -0800 X-IronPort-AV: i="4.09,405,1157353200"; d="scan'208"; a="1863269790:sNHT48612974" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id kA9EeDiL031911; Thu, 9 Nov 2006 06:40:13 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id kA9EeDW6022042; Thu, 9 Nov 2006 06:40:13 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 06:40:13 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 06:40:13 -0800 Message-ID: <45532D61.1080906@cisco.com> Date: Thu, 09 Nov 2006 08:30:09 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Konovalov References: <45524517.1060501@cisco.com> <20061109115246.GA55317@rambler-co.ru> <20061109150439.I40427@mp2.macomnet.net> In-Reply-To: <20061109150439.I40427@mp2.macomnet.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Nov 2006 14:40:13.0020 (UTC) FILETIME=[F6CE91C0:01C7040C] DKIM-Signature: a=rsa-sha1; q=dns; l=958; t=1163083213; x=1163947213; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20SCTP=20is=20in=20the=20Tree=20=3A-) |Sender:; X=v=3Dcisco.com=3B=20h=3D6jxa4U8CaQPnr0mZJjF5W5jvfn0=3D; b=kzf7p1slCTcdvq1z5BHghEzNS+7IbUG92nOIR+rBjd0R3PHqvh5/iKen+A/7saKpOeJue3PA lZVfI/kM3cI0Lxe3Q5WVmYh2p/02nDec2f98hBbnpstYljkALxu760L+; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 14:40:15 -0000 Maxim Konovalov wrote: > On Thu, 9 Nov 2006, 14:52+0300, Ruslan Ermilov wrote: > > >>On Wed, Nov 08, 2006 at 03:59:03PM -0500, Randall Stewart wrote: >> >>>Project plans: >>> >>> - Debug/debug debug :-) >>> - Continuted code improvements >>> - Performance improvements if we can :-) >>> - Continue to support a multi-platform >>> stack for MAC-OS X/NetBSD/FreeBSD6.x >>> and other platforms. >>> - Add appropriate features (in the future). >>> >> >>An sctp(4) manpage similar to tcp(4) would be in order. > > > and regression tests are welcome too. > Hmm.. let me talk to Michael on this.. he has published a scheme based tester for SCTP.. we use a TCL one inside of Cisco but I cant distribute it :-( But I do think Michaels tester is better.. anyway ;-) Let me see if I can find out how you run it in a "regression" mode. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 14:40:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A414716A492; Thu, 9 Nov 2006 14:40:19 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF05B43D46; Thu, 9 Nov 2006 14:40:12 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-4.cisco.com with ESMTP; 09 Nov 2006 06:40:12 -0800 X-IronPort-AV: i="4.09,405,1157353200"; d="scan'208"; a="1863269764:sNHT145149520" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id kA9EeCcl031889; Thu, 9 Nov 2006 06:40:12 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id kA9EeCin006119; Thu, 9 Nov 2006 06:40:12 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 06:40:11 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 06:40:11 -0800 Message-ID: <45532D06.2010203@cisco.com> Date: Thu, 09 Nov 2006 08:28:38 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <45524517.1060501@cisco.com> <20061109115246.GA55317@rambler-co.ru> In-Reply-To: <20061109115246.GA55317@rambler-co.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Nov 2006 14:40:11.0818 (UTC) FILETIME=[F61728A0:01C7040C] DKIM-Signature: a=rsa-sha1; q=dns; l=1203; t=1163083212; x=1163947212; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20SCTP=20is=20in=20the=20Tree=20=3A-) |Sender:; X=v=3Dcisco.com=3B=20h=3D6jxa4U8CaQPnr0mZJjF5W5jvfn0=3D; b=Uq+jg9usH1yL77qM583exIXoK+vXLmjlZwXgwxZToao0lqR4nY8VTJLL106EXguKBBaQ1eAu HC+z/47OSOVxh+2juSqmi3cGPjpYCZSBsZvAZ03zJ4RjLlU0vFZNGFvb; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 14:40:19 -0000 Ruslan Ermilov wrote: > On Wed, Nov 08, 2006 at 03:59:03PM -0500, Randall Stewart wrote: > >>Project plans: >> >> - Debug/debug debug :-) >> - Continuted code improvements >> - Performance improvements if we can :-) >> - Continue to support a multi-platform >> stack for MAC-OS X/NetBSD/FreeBSD6.x >> and other platforms. >> - Add appropriate features (in the future). >> > > An sctp(4) manpage similar to tcp(4) would be in order. > > Or is there some other place (don't mention code, it's > scary for its 54k+ lines ;-) where the socket SCTP API > is currently documented? > > > Cheers, If you look on one of my postings.. I actually want to verify where to place man pages.. I don't have a sctp(4).. which is a GREAT idea.. But I do have sctp_sendmsg(2) sctp_recvmsg(2) sctp_send(2) And maybe one other that I am not remembering this early without a cup of coffee.. Can I just put these in the doc tree under man2.. and man4 (assuming I write sctp(4))? (after of course getting gnn's approval).. or is there some other process to check documents in? R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 15:38:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3181F16A4CA for ; Thu, 9 Nov 2006 15:38:32 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4014843D77 for ; Thu, 9 Nov 2006 15:38:25 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 4EFFE60CC; Thu, 9 Nov 2006 18:38:24 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 2DA0C6122; Thu, 9 Nov 2006 18:38:24 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kA9FcOVD001434; Thu, 9 Nov 2006 18:38:24 +0300 (MSK) (envelope-from ru) Date: Thu, 9 Nov 2006 18:38:23 +0300 From: Ruslan Ermilov To: Randall Stewart Message-ID: <20061109153823.GA1363@rambler-co.ru> References: <45524517.1060501@cisco.com> <20061109115246.GA55317@rambler-co.ru> <45532D06.2010203@cisco.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <45532D06.2010203@cisco.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-current@freebsd.org Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 15:38:32 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 09, 2006 at 08:28:38AM -0500, Randall Stewart wrote: > If you look on one of my postings.. I actually want to > verify where to place man pages.. I don't have a > sctp(4).. which is a GREAT idea.. >=20 > But I do have >=20 > sctp_sendmsg(2) > sctp_recvmsg(2) > sctp_send(2) >=20 What are they? I can only find src/sys/netinet/sctp_uio.h:ssize_t sctp_sendmsg when word-searching for "sctp_sendmsg". If these are some new syscalls, then they need to be implemented first, then added to libc, and then the manpages should go to src/lib/libc/sys/. If they are functional wrappers around existing syscalls (sendmsg(2) etc.), then the wrapping code and manpages should go into libc/net/, and section should be 3 and not 2. If they're something else, well... tell me what they are supposed to be. ;) > And maybe one other that I am not remembering this > early without a cup of coffee.. >=20 > Can I just put these in the doc tree under man2.. and man4 > (assuming I write sctp(4))? (after of course getting > gnn's approval).. or is there some other process to > check documents in? >=20 sctp(4) should go where tcp(4) currently lives, and should preferably have the same structure. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFU0tvqRfpzJluFF4RAr5dAJ9F/s1/sy0fmU8XcR2HAKsVzrD7UQCdEhdd 93hedJi3r9NI5Aiw4xrMbnM= =/bRh -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 15:57:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C4B216A417 for ; Thu, 9 Nov 2006 15:57:41 +0000 (UTC) (envelope-from ipfreak@yahoo.com) Received: from web52107.mail.yahoo.com (web52107.mail.yahoo.com [206.190.48.110]) by mx1.FreeBSD.org (Postfix) with SMTP id D20F043D98 for ; Thu, 9 Nov 2006 15:57:26 +0000 (GMT) (envelope-from ipfreak@yahoo.com) Received: (qmail 55787 invoked by uid 60001); 9 Nov 2006 15:57:25 -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=XKmPirnI6V+uSVKj7MS4fVBK3RX0Sk5l22THlLPyKCdrV6pl8J+nxHra8+mTrwzu9Aj4UbfwmwrC2WH45CHitabiBpsUC6aWHwiLrm+FUzSjht3XzQcil2Lv34VfcxypH6z76zIE/m4AS0WGeT8NJlUYXnkv2eIYr4osHwdU07o= ; Message-ID: <20061109155725.55785.qmail@web52107.mail.yahoo.com> Received: from [62.56.216.83] by web52107.mail.yahoo.com via HTTP; Thu, 09 Nov 2006 07:57:25 PST Date: Thu, 9 Nov 2006 07:57:25 -0800 (PST) From: gahn To: Jase Thew , Riemer Palstra In-Reply-To: <45533188.7090302@beardz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: gahn , free bsd Subject: Re: keep ports updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 15:57:41 -0000 Thanks for your all. BS --- Jase Thew wrote: > Riemer Palstra wrote: > > > > > You also need to get your ports tree to stay up to > date, try using > > portsnap, csup or cvsup (in that order). As it > probably will be the > > first time you run it, portsnap fetch, portsnap > extract, and after that, > > regularly run portsnap fetch, portsnap update. > > > > Or "portsnap fetch extract" for the first time, then > "portsnap fetch > update" thereafter. Portsnap will quite happily work > with multiple > commands and will process them in the order > supplied. > > Jase. > _______________________________________________ > 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" > ____________________________________________________________________________________ Want to start your own business? Learn how on Yahoo! Small Business. http://smallbusiness.yahoo.com/r-index From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 15:58:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D84916A403 for ; Thu, 9 Nov 2006 15:58:03 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5588C43D45 for ; Thu, 9 Nov 2006 15:57:52 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id NAO92146; Thu, 09 Nov 2006 07:57:46 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2F9764506A; Thu, 9 Nov 2006 07:57:45 -0800 (PST) To: Riemer Palstra In-Reply-To: Your message of "Thu, 09 Nov 2006 13:51:37 +0100." <20061109125137.GA88673@rb1.palstra.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1163087865_72384P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 09 Nov 2006 07:57:45 -0800 From: "Kevin Oberman" Message-Id: <20061109155745.2F9764506A@ptavv.es.net> Cc: gahn , free bsd Subject: Re: keep ports updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 15:58:03 -0000 --==_Exmh_1163087865_72384P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 9 Nov 2006 13:51:37 +0100 > From: Riemer Palstra > Sender: owner-freebsd-current@freebsd.org > > On Thu, Nov 09, 2006 at 03:46:24AM -0800, gahn wrote: > > I have 6.1 installed and trying to get those ports up > > to date. I did run "portupgrade -v" and the results show all of them > > were "up-to-date with port". but it is not true; for example, nagios > > is still 2.0 instead of 2.5. > > Running portupgrade is good, but only half of the process :) > > > how could I truely get those ports up to date as listed on freebsd.org > > site? > > You also need to get your ports tree to stay up to date, try using > portsnap, csup or cvsup (in that order). As it probably will be the > first time you run it, portsnap fetch, portsnap extract, and after that, > regularly run portsnap fetch, portsnap update. I don't know about portsnap, if you use csup (V6.1 or newer) or cvsup, you should delete your ports tree first! (rm -rf /usr/ports/*). These programs keep a record of what files have been updated and their versions and they will not know about any files already in your ports tree but no longer in CVS. This can leave you system with orphans that might include patch files which might cause builds to fail, or worse, cause apps to mis-behave. You only have to do this once. csup will take care of this from that point on. I don't know if the same is true of portsnap, but it may be. (Gotta try it one of these days, but we have a local CVS mirror that works very well, so I just have not had much incentive.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1163087865_72384P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFU0/5kn3rs5h7N1ERAoNrAKCU624RdocZEIPlsg6m7HWrNctZ7ACgiT89 TMR77uuTZ6p0N+AlK3AMMxk= =8wi6 -----END PGP SIGNATURE----- --==_Exmh_1163087865_72384P-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 17:29:00 2006 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 C68C116A5A4 for ; Thu, 9 Nov 2006 17:29:00 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB42743D53 for ; Thu, 9 Nov 2006 17:28:59 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-1.cisco.com with ESMTP; 09 Nov 2006 09:28:59 -0800 X-IronPort-AV: i="4.09,406,1157353200"; d="scan'208"; a="755515987:sNHT39693448" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-5.cisco.com (8.12.11/8.12.11) with ESMTP id kA9HSxN6012234 for ; Thu, 9 Nov 2006 09:28:59 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id kA9HSxOV017329 for ; Thu, 9 Nov 2006 09:28:59 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 09:28:58 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 09:28:58 -0800 Message-ID: <45536532.1000401@cisco.com> Date: Thu, 09 Nov 2006 12:28:18 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Nov 2006 17:28:58.0617 (UTC) FILETIME=[8A220E90:01C70424] DKIM-Signature: a=rsa-sha1; q=dns; l=220; t=1163093339; x=1163957339; c=relaxed/simple; s=sjdkim5002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:commit=20problems=20again |Sender:; X=v=3Dcisco.com=3B=20h=3DuxbjUiTrWOAIL0Nq1ix5e2qbf54=3D; b=OxPgLD+H3Lll43DsOk2qjsZiUVIIVX81rNLXKxk5lRl5w7uNI2o8KXdbouP2rPC0UWzti3P8 9/8xPbgUElAm29hiHqLqCagxE71NvT884WsH0knY7NuVTC9DfDWL0D58; Authentication-Results: sj-dkim-5; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim5002 verified; ); Subject: commit problems again X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 17:29:00 -0000 Anyone else seeing problems trying to do a commit? It looks just like Friday night/saturday My commit hangs.. (NFS??) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 17:35:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05D5316A5AA; Thu, 9 Nov 2006 17:35:18 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3CE743DA4; Thu, 9 Nov 2006 17:35:11 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-4.cisco.com with ESMTP; 09 Nov 2006 09:13:34 -0800 X-IronPort-AV: i="4.09,406,1157353200"; d="scan'208"; a="1863432790:sNHT2269785730" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id kA9HDXWl016357; Thu, 9 Nov 2006 09:13:33 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id kA9HDFOh010188; Thu, 9 Nov 2006 09:13:33 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 09:13:26 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 09:13:26 -0800 Message-ID: <4553618E.5010508@cisco.com> Date: Thu, 09 Nov 2006 12:12:46 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <45524517.1060501@cisco.com> <20061109115246.GA55317@rambler-co.ru> <45532D06.2010203@cisco.com> <20061109153823.GA1363@rambler-co.ru> In-Reply-To: <20061109153823.GA1363@rambler-co.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Nov 2006 17:13:26.0300 (UTC) FILETIME=[5E6DC5C0:01C70422] DKIM-Signature: a=rsa-sha1; q=dns; l=2519; t=1163092413; x=1163956413; c=relaxed/relaxed; s=sjdkim8002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20SCTP=20is=20in=20the=20Tree=20=3A-) |Sender:; X=v=3Dcisco.com=3B=20h=3D6jxa4U8CaQPnr0mZJjF5W5jvfn0=3D; b=JWAeujJItVO/su4ZwYhGv+LRQcEe37PHL/BfOUlqmNhHZTz6jAAeknWDCN9p5UbStnT8i0rB x/B95brjTD/SaVwaFBBef05RcoHRjPeKrDoeF0K/8E4KWk4/r+py7fGq; Authentication-Results: sj-dkim-8; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim8002 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 17:35:18 -0000 Ruslan Ermilov wrote: > On Thu, Nov 09, 2006 at 08:28:38AM -0500, Randall Stewart wrote: > >>If you look on one of my postings.. I actually want to >>verify where to place man pages.. I don't have a >>sctp(4).. which is a GREAT idea.. >> >>But I do have >> >>sctp_sendmsg(2) >>sctp_recvmsg(2) >>sctp_send(2) >> > > What are they? I can only find > > src/sys/netinet/sctp_uio.h:ssize_t sctp_sendmsg > > when word-searching for "sctp_sendmsg". If these are > some new syscalls, then they need to be implemented > first, then added to libc, and then the manpages should > go to src/lib/libc/sys/. Well.. actually they are syscalls.. but not obvious that way.. since you need libsctp.a/so which I asked about also in a previous email :-0 Basically we implement a generic form of the syscall and then in libsctp.a there is the actual syscall... aka the wrapper that does: ssize_t sctp_recvmsg (int s, void *dbuf, size_t len, struct sockaddr *from, socklen_t *fromlen, struct sctp_sndrcvinfo *sinfo, int *msg_flags) { #ifdef SYS_sctp_generic_recvmsg struct iovec iov[2]; iov[0].iov_base = dbuf; iov[0].iov_len = len; return (syscall(SYS_sctp_generic_recvmsg, s, iov, 1, from, fromlen, sinfo, msg_flags)); #else ... #endif For example.. .. These are all fun things from the socketapi.. (see my post .. something about looking for a home as the subject line). If they are functional wrappers > around existing syscalls (sendmsg(2) etc.), then the > wrapping code and manpages should go into libc/net/, > and section should be 3 and not 2. If they're something > else, well... tell me what they are supposed to be. ;) > Well.. I guess they are functional wrappers.. since the syscall is a generic one so that way if the ietf someday makes a syscall with an iov then we have it already :-) > >>And maybe one other that I am not remembering this >>early without a cup of coffee.. >> >>Can I just put these in the doc tree under man2.. and man4 >>(assuming I write sctp(4))? (after of course getting >>gnn's approval).. or is there some other process to >>check documents in? >> > > sctp(4) should go where tcp(4) currently lives, and > should preferably have the same structure. I will work on getting this built ... but it will be a long airplane ride (maybe tommorrow) before I can get to it I think :-) R > > > Cheers, -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 17:35:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B8A816A5AC for ; Thu, 9 Nov 2006 17:35:18 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2D6043DAA for ; Thu, 9 Nov 2006 17:35:13 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 0392C1FFC37; Thu, 9 Nov 2006 18:35:12 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 2E8BC1FFC21; Thu, 9 Nov 2006 18:35:07 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id BA3EC444888; Thu, 9 Nov 2006 17:34:44 +0000 (UTC) Date: Thu, 9 Nov 2006 17:34:44 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Randall Stewart In-Reply-To: <45525E52.6090608@cisco.com> Message-ID: <20061109173256.G54329@maildrop.int.zabbadoz.net> References: <45524517.1060501@cisco.com> <45525E52.6090608@cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 17:35:18 -0000 On Wed, 8 Nov 2006, Randall Stewart wrote: > Ivan Voras wrote: >> Randall Stewart wrote: >> >> >>> Stream Control Transmission Protocol (SCTP) - is a reliable message >>> oriented transport protocol which provides network fault tolerance >>> It supports multiple streams and multihoming. A very good overview >>> of the protocol is given in RFC 3268. >> >> >> Looks cool :) >> >> It's under IP so it's routable, but I imagine it probably needs routers >> along the way to know about it in order to use the more advanced features? > > Nope.. not at all.. > > The only issue is when you cross a firewall or NAT :-( > > Note that I have heard that the latest FreeBSD IPv6 FW for > some reason drops SCTP packets even if you have typed in > allow ip from any to any... > > Something about not liking protocol 132 in the extension > headers :( would that patch help you (I'd have to investigate in detail but like some of us I am currently in Milan and I still don't know the details of SCTP [as in I haven't read the RFC yet]): Index: ip_fw2.c =================================================================== RCS file: /local/mirror/FreeBSD/r/ncvs/src/sys/netinet/ip_fw2.c,v retrieving revision 1.153 diff -u -p -r1.153 ip_fw2.c --- ip_fw2.c 6 Nov 2006 13:42:04 -0000 1.153 +++ ip_fw2.c 9 Nov 2006 17:32:22 -0000 @@ -311,6 +311,7 @@ static int fw_deny_unknown_exthdrs = 1; */ #define L3HDR(T, ip) ((T *)((u_int32_t *)(ip) + (ip)->ip_hl)) #define TCP(p) ((struct tcphdr *)(p)) +#define SCTP(p) ((struct sctphdr *)(p)) #define UDP(p) ((struct udphdr *)(p)) #define ICMP(p) ((struct icmphdr *)(p)) #define ICMP6(p) ((struct icmp6_hdr *)(p)) @@ -2222,6 +2223,12 @@ do { \ args->f_id.flags = TCP(ulp)->th_flags; break; + case IPPROTO_SCTP: + PULLUP_TO(hlen, ulp, struct sctphdr); + src_port = SCTP(ulp)->src_port; + dst_port = SCTP(ulp)->dest_port; + break; + case IPPROTO_UDP: PULLUP_TO(hlen, ulp, struct udphdr); dst_port = UDP(ulp)->uh_dport; -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 17:38:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04D2B16A5B4 for ; Thu, 9 Nov 2006 17:38:35 +0000 (UTC) (envelope-from freebsd-current-local@be-well.ilk.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A74FF43D55 for ; Thu, 9 Nov 2006 17:38:34 +0000 (GMT) (envelope-from freebsd-current-local@be-well.ilk.org) Received: (qmail 7591 invoked from network); 9 Nov 2006 17:38:34 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 9 Nov 2006 17:38:34 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 6E71D28430; Thu, 9 Nov 2006 12:38:33 -0500 (EST) To: "Kevin Oberman" To: free bsd References: <20061109155745.2F9764506A@ptavv.es.net> From: Lowell Gilbert Date: Thu, 09 Nov 2006 12:38:33 -0500 In-Reply-To: <20061109155745.2F9764506A@ptavv.es.net> (Kevin Oberman's message of "Thu, 09 Nov 2006 07:57:45 -0800") Message-ID: <443b8swmee.fsf@be-well.ilk.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: gahn , Riemer Palstra Subject: Re: keep ports updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: free bsd List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Nov 2006 17:38:35 -0000 "Kevin Oberman" writes: > I don't know about portsnap, if you use csup (V6.1 or newer) or cvsup, > you should delete your ports tree first! (rm -rf /usr/ports/*). Not necessarily; there are other ways to handle the situation. > These programs keep a record of what files have been updated and their > versions and they will not know about any files already in your ports > tree but no longer in CVS. This can leave you system with orphans that > might include patch files which might cause builds to fail, or worse, > cause apps to mis-behave. You can use a lot less bandwidth by getting the bookkeeping correct first, and then updating. In that case, it will all work properly. http://www.cvsup.org/faq.html#adopt From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 17:43:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D4E216A416 for ; Thu, 9 Nov 2006 17:43:13 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9114B43D46 for ; Thu, 9 Nov 2006 17:43:11 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-5.cisco.com with ESMTP; 09 Nov 2006 09:43:11 -0800 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id kA9HhBdl031836; Thu, 9 Nov 2006 09:43:11 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id kA9HhAin015836; Thu, 9 Nov 2006 09:43:10 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 09:43:10 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 9 Nov 2006 09:43:10 -0800 Message-ID: <45536886.4090905@cisco.com> Date: Thu, 09 Nov 2006 12:42:30 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <45524517.1060501@cisco.com> <45525E52.6090608@cisco.com> <20061109173256.G54329@maildrop.int.zabbadoz.net> In-Reply-To: <20061109173256.G54329@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Nov 2006 17:43:10.0432 (UTC) FILETIME=[85DAB600:01C70426] DKIM-Signature: a=rsa-sha1; q=dns; l=3026; t=1163094191; x=1163958191; c=relaxed/simple; s=sjdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20SCTP=20is=20in=20the=20Tree=20=3A-) |Sender:; X=v=3Dcisco.com=3B=20h=3D6jxa4U8CaQPnr0mZJjF5W5jvfn0=3D; b=TFRZeuNW4bMu6ss9iBQNkV6/yLq4ypnTlYCawvhnHSRtThbs6qMy5JxZG2wnQkYJksxCYYyZ cszqESdk4L98mdq1vL2h00gJ3bQqb9EW+H1M0tyGnxx8oZsOT2f9jHwu; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1002 verified; ); Cc: Peter Lei , freebsd-current@freebsd.org Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 17:43:13 -0000 Bjoern: I will send this to Peter and let him test it.. Peter: let me know if this fixes at least some of it to go though. Bjoern: if you want we may want to get together sometime and discuss getting the f/w and maybe nat to support SCTP.. I assume you are the owner?? R Bjoern A. Zeeb wrote: > On Wed, 8 Nov 2006, Randall Stewart wrote: > >> Ivan Voras wrote: >> >>> Randall Stewart wrote: >>> >>> >>>> Stream Control Transmission Protocol (SCTP) - is a reliable message >>>> oriented transport protocol which provides network fault tolerance >>>> It supports multiple streams and multihoming. A very good overview >>>> of the protocol is given in RFC 3268. >>> >>> >>> >>> Looks cool :) >>> >>> It's under IP so it's routable, but I imagine it probably needs routers >>> along the way to know about it in order to use the more advanced >>> features? >> >> >> Nope.. not at all.. >> >> The only issue is when you cross a firewall or NAT :-( >> >> Note that I have heard that the latest FreeBSD IPv6 FW for >> some reason drops SCTP packets even if you have typed in >> allow ip from any to any... >> >> Something about not liking protocol 132 in the extension >> headers :( > > > would that patch help you (I'd have to investigate in detail but like > some of us I am currently in Milan and I still don't know the details > of SCTP [as in I haven't read the RFC yet]): > > Index: ip_fw2.c > =================================================================== > RCS file: /local/mirror/FreeBSD/r/ncvs/src/sys/netinet/ip_fw2.c,v > retrieving revision 1.153 > diff -u -p -r1.153 ip_fw2.c > --- ip_fw2.c 6 Nov 2006 13:42:04 -0000 1.153 > +++ ip_fw2.c 9 Nov 2006 17:32:22 -0000 > @@ -311,6 +311,7 @@ static int fw_deny_unknown_exthdrs = 1; > */ > #define L3HDR(T, ip) ((T *)((u_int32_t *)(ip) + (ip)->ip_hl)) > #define TCP(p) ((struct tcphdr *)(p)) > +#define SCTP(p) ((struct sctphdr *)(p)) > #define UDP(p) ((struct udphdr *)(p)) > #define ICMP(p) ((struct icmphdr *)(p)) > #define ICMP6(p) ((struct icmp6_hdr *)(p)) > @@ -2222,6 +2223,12 @@ do > { \ > args->f_id.flags = TCP(ulp)->th_flags; > break; > > + case IPPROTO_SCTP: > + PULLUP_TO(hlen, ulp, struct sctphdr); > + src_port = SCTP(ulp)->src_port; > + dst_port = SCTP(ulp)->dest_port; > + break; > + > case IPPROTO_UDP: > PULLUP_TO(hlen, ulp, struct udphdr); > dst_port = UDP(ulp)->uh_dport; > > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 18:58:52 2006 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 B3A3D16A4F4 for ; Thu, 9 Nov 2006 18:58:52 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3130143DD1 for ; Thu, 9 Nov 2006 18:58:05 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 8801A1704A; Thu, 9 Nov 2006 19:58:21 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZqXDJ0VzJ6z5; Thu, 9 Nov 2006 19:58:10 +0100 (CET) Received: by mx0.rink.nu (Postfix, from userid 1000) id E451B17036; Thu, 9 Nov 2006 19:58:10 +0100 (CET) Date: Thu, 9 Nov 2006 19:58:10 +0100 From: Rink Springer To: Randall Stewart Message-ID: <20061109185810.GA29505@rink.nu> References: <45536532.1000401@cisco.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <45536532.1000401@cisco.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: commit problems again X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 18:58:52 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 09, 2006 at 12:28:18PM -0500, Randall Stewart wrote: > My commit hangs.. (NFS??) Dumpster had issues again; I believe simon@ fixed them a few hours ago... --=20 Rink P.W. Springer - http://rink.nu "It's you isn't it? THE BASTARD OPERATOR FROM HELL!" "In the flesh, on the phone and in your account..." - BOFH #3 --fUYQa+Pmc3FrFX/N Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNjExMDkxODU4MTBaMCMGCSqGSIb3DQEJBDEWBBTmR4f5MoWD0N85UnMBmo4s vhkreTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQB5 gX2+XxiYWHZqyoXycAkVIEvDNdG6xDvWNw8H/Tu8OM/8BvUQQwvN+E+cVYGVVsAD/DLPVxc8 aVqzL0Dujg5TWpVn3X5ikmB1usRny0ZA4WK8t+v8VV5CeH2xlJJ6GUV2KLOt2156hkXBtpV1 hyQjv/T6CTgekCTyOyYEg1A5yvO/LgziTkafE+BT64tiIxL7iO345gdFl1e9YheyIJIm/BBD 00Am4zhkFWdlgsQ1W4mNmSMOQasustIVY5ueJUpDdiEEdfBth20BC7FuXCWKtPLDB7nHSYue ho1WmMLXNqSr44/l5+Mh8fQf732q21iWlO3rvSvli4A+GZ5QG/H8 --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 19:11:17 2006 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 B3D8C16A4E6 for ; Thu, 9 Nov 2006 19:11:17 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from alnrmhc12.comcast.net (alnrmhc12.comcast.net [206.18.177.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DF0343D5A for ; Thu, 9 Nov 2006 19:09:34 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from dibbler.crodrigues.org (c-66-31-35-94.hsd1.ma.comcast.net[66.31.35.94]) by comcast.net (alnrmhc12) with ESMTP id <20061109190927b12007j0bke>; Thu, 9 Nov 2006 19:09:27 +0000 Received: from dibbler.crodrigues.org (localhost.crodrigues.org [127.0.0.1]) by dibbler.crodrigues.org (8.13.8/8.13.8) with ESMTP id kA9J9UBZ063885; Thu, 9 Nov 2006 14:09:34 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by dibbler.crodrigues.org (8.13.8/8.13.8/Submit) id kA9J9U2S063884; Thu, 9 Nov 2006 14:09:30 -0500 (EST) (envelope-from rodrigc) Date: Thu, 9 Nov 2006 14:09:28 -0500 From: Craig Rodrigues To: Randall Stewart Message-ID: <20061109190928.GA63870@crodrigues.org> References: <454F4B61.2000708@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <454F4B61.2000708@cisco.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Tools looking for a home :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 19:11:17 -0000 On Mon, Nov 06, 2006 at 09:49:05AM -0500, Randall Stewart wrote: > Dear All: > > I would like opinions... and or advice on where > to place things.. > > I have some SCTP test tools.. I know there is > a /usr/src/tools directory.... should I just > make an sctp/ directory under that.. and then > place some of the test-tools in there? Or have > folks got a place for IP transport test utilities? > > I also have a "libsctp.a" that will need to go > somewhere under /usr/src/lib .. I would imagine.. its Hi, Probably you should put your library under /usr/src/lib/libsctp (like in KAME), and your test tools under /usr/src/tools/tools/sctp. Until you get libsctp in the tree, the SCTP code is not too useful since quite a few third party userland SCTP programs depends on libsctp. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 21:46:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id C5C0416A415; Thu, 9 Nov 2006 21:46:56 +0000 (UTC) In-Reply-To: <45524167.5000707@samsco.org> from Scott Long at "Nov 8, 2006 01:43:19 pm" To: scottl@samsco.org (Scott Long) Date: Thu, 9 Nov 2006 21:46:56 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20061109214656.C5C0416A415@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: Multicast does not work with Dell 2950 with Broadcom NetXtreme II BCM5708 1000Base-T X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 21:46:56 -0000 > I'll add this to my TODO list. Is setting promisc mode a good > enough work-around for now? > > Scott No, forcing on the IFF_ALLMULTI flag during driver initialization is a good enough workaround for now (assuming the driver actually programs the RX filter correctly in all-multicast mode). ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; ifp->if_flags |= IFF_ALLMULTI; /* Add me */ It's still a hack, but less of a hack than putting the interface in promisc mode. -Bill > > Michael Peer wrote: > > That was my thoughts. > > > > Is there a better place for me to report this? > > > > Michael Peer > > > > -----Original Message----- > > From: John Baldwin [mailto:jhb@freebsd.org] > > Sent: Wednesday, November 08, 2006 10:50 AM > > To: freebsd-current@freebsd.org > > Cc: Michael Peer; davidch@freebsd.org > > Subject: Re: Multicast does not work with Dell 2950 with Broadcom > > NetXtreme II BCM5708 1000Base-T > > > > On Tuesday 07 November 2006 18:45, Michael Peer wrote: > > > >>GB 0 interface is listed as bce1, and GB 1 is listed as bce1. Do not > >>see that with older dells that use em0, and em1 on-board NIC, > >> > >>Funny thing is if I run tcpdump -i bce0 net 224.0.0.0/8 then the > > > > router > > > >>works! > > > > > > That would indicate a bug in the multicast filter setup in the bce(4) > > driver. > > > > From owner-freebsd-current@FreeBSD.ORG Thu Nov 9 23:19:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 940E116A403; Thu, 9 Nov 2006 23:19:41 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14FF043D45; Thu, 9 Nov 2006 23:19:40 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id NIC12840; Thu, 09 Nov 2006 15:19:40 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8CBBA4504F; Thu, 9 Nov 2006 15:19:38 -0800 (PST) To: jmg@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1163114378_1055P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 09 Nov 2006 15:19:38 -0800 From: "Kevin Oberman" Message-Id: <20061109231938.8CBBA4504F@ptavv.es.net> Cc: current@freebsd.org Subject: Will pci.c 1.321 fix hang on boot problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Nov 2006 23:19:41 -0000 --==_Exmh_1163114378_1055P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline John-Mark, I see you checked in a fix for pci.c that is a small part of the patch that got my Dell system to boot. The log says "This doesn't fix hanging due to broken hardware", so should it boot on my system or do I need to keep adding the timer code you had in the patch that worked for me? Thanks, -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1163114378_1055P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFU7eKkn3rs5h7N1ERAkFuAKCvsw5J0DumaMmhVo31qOmdwA3fPwCdHQXf yo8U026eOI09/tR7YvJLqCs= =QtTi -----END PGP SIGNATURE----- --==_Exmh_1163114378_1055P-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 01:12:08 2006 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 871A816A403 for ; Fri, 10 Nov 2006 01:12:08 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3273F43D45 for ; Fri, 10 Nov 2006 01:12:08 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (ndnk6t6x6rehr4ka@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id kAA1BEcc067429; Thu, 9 Nov 2006 17:11:14 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id kAA1BDhL067428; Thu, 9 Nov 2006 17:11:13 -0800 (PST) (envelope-from jmg) Date: Thu, 9 Nov 2006 17:11:12 -0800 From: John-Mark Gurney To: Kevin Oberman Message-ID: <20061110011112.GC9291@funkthat.com> Mail-Followup-To: Kevin Oberman , current@freebsd.org References: <20061109231938.8CBBA4504F@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061109231938.8CBBA4504F@ptavv.es.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: current@freebsd.org Subject: Re: Will pci.c 1.321 fix hang on boot problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 01:12:08 -0000 Kevin Oberman wrote this message on Thu, Nov 09, 2006 at 15:19 -0800: > I see you checked in a fix for pci.c that is a small part of the patch > that got my Dell system to boot. The log says "This doesn't fix > hanging due to broken hardware", so should it boot on my system or do I > need to keep adding the timer code you had in the patch that worked for > me? Nope, it will not boot... The timer patch you speak of isn't mine... and I haven't had time to review it yet, so you will need to keep that code in.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 03:43:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6E6B16A403 for ; Fri, 10 Nov 2006 03:43:11 +0000 (UTC) (envelope-from yoichi@geiin.org) Received: from alcoholic.geiin.org (59x87x89x234.ap59.ftth.ucom.ne.jp [59.87.89.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id D379043D5D for ; Fri, 10 Nov 2006 03:43:10 +0000 (GMT) (envelope-from yoichi@geiin.org) Received: from alcoholic.local-net.geiin.org (alcoholic.local-net [192.168.1.1]) by alcoholic.geiin.org (Postfix) with ESMTP id 62CC21DF10 for ; Fri, 10 Nov 2006 12:45:25 +0900 (JST) Date: Fri, 10 Nov 2006 12:45:25 +0900 Message-ID: <86mz709d7u.wl%yoichi@geiin.org> From: Yoichi NAKAYAMA To: freebsd-current@freebsd.org In-Reply-To: <20061109112035.GA1722@kobe.laptop> References: <200611062349.kA6NnbCG051817@www.freebsd.org> <20061107192218.GB1624@kobe.laptop> <878ximm418.wl%yoichi@FreeBSD.org> <20061109112035.GA1722@kobe.laptop> User-Agent: Wanderlust/2.15.4 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) Organization: Geiin.org MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Fri, 10 Nov 2006 05:58:00 +0000 Subject: Re: kern/105229: panic in sync_fsync X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 03:43:12 -0000 At Thu, 9 Nov 2006 13:20:35 +0200, Giorgos Keramidas wrote: > On 2006-11-08 23:00, Yoichi Nakayama wrote: > >At Tue, 7 Nov 2006 21:22:18 +0200, > >Giorgos Keramidas wrote: > >> Hi NAKAYAMA-san :) > >> > >> In general, we handle CURRENT problems in the freebsd-current mailing > >> list, instead of opening problem reports. > > > > I'm sorry for my mistake. > > Nothing to worry about :) > > >> The build from `2006.11.07.05.51.41', as I said seems to work fine. > >> > >> Can you try re-syncing your source tree to see if a newer commit has > >> fixed this in CURRENT? > > > > Thanks for your suggestion. I've already synced it to current > > yesterday (after the time vfs_subr.c Revision 1.691 was committed at > > Nov 7 19:45:05 2006 UTC), and I'm keeping it running. > > > > I'll post a report to freebsd-current list after one week trial. > > I've met the same problem for some number of times after 2-7 days run. > > Cool! Unfortunately, I don't leave my laptop running for so long. > If this is related to staying up several days, I wouldn't notice it > easily :) Then, I got panic at another place. suigei# gdb6 -k kernel.debug /var/crash/vmcore.12 GNU gdb 20040810 [GDB v6.x for 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-portbld-freebsd7.0"... panic: mtx_lock() of spin mutex sigacts @ /usr/src/sys/kern/kern_proc.c:690 panic messages: --- panic: mtx_lock() of spin mutex sigacts @ /usr/src/sys/kern/kern_proc.c:690 cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 1d4h37m16s Physical memory: 1003 MB Dumping 184 MB: 169 153 137 121 105 89 73 57 41 25 9 --- #0 doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc06b0b50 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:411 #2 0xc06b0e65 in panic (fmt=0xc08f0e13 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:567 #3 0xc0476166 in db_panic (addr=-1066601357, have_addr=0, count=-1, modif=0xe62fa5c4 "") at /usr/src/sys/ddb/db_command.c:433 #4 0xc04760ff in db_command (last_cmdp=0xc0a05a44, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 #5 0xc04761ba in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 #6 0xc0477e05 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #7 0xc06cf74c in kdb_trap (type=3, code=0, tf=0xe62fa754) at /usr/src/sys/kern/subr_kdb.c:502 #8 0xc08a8c74 in trap (frame= {tf_fs = 8, tf_es = -433127384, tf_ds = -1066598360, tf_edi = -1064107659, tf_esi = 1, tf_ebp = -433084524, tf_isp = -433084544, tf_ebx = -433084480, tf_edx = 0, tf_ecx = 2, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1066601357, tf_cs = 32, tf_eflags = 658, tf_esp = -433084492, tf_ss = -1066725865}) at /usr/src/sys/i386/i386/trap.c:622 #9 0xc0893a4a in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #10 0x00000008 in ?? () #11 0xe62f0028 in ?? () #12 0xc06d0028 in logioctl (dev=0xc09310a7, com=0, data=0xe62fa7c0 "\030\027\223@K\a\223@2\002", flag=-1010025816, td=0x2b2) ---Type to continue, or q to quit--- at /usr/src/sys/kern/subr_log.c:207 #13 0xc06b0e17 in panic (fmt=0xc0930175 "mtx_lock() of spin mutex %s @ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:551 #14 0xc06a80d0 in _mtx_lock_flags (m=0xc3cc3aa8, opts=0, file=0xc093074b "/usr/src/sys/kern/kern_proc.c", line=690) at /usr/src/sys/kern/kern_mutex.c:281 #15 0xc06aab32 in fill_kinfo_proc_only (p=0xc3c56af0, kp=0xe62fa820) at /usr/src/sys/kern/kern_proc.c:690 #16 0xc06ab2c0 in sysctl_out_proc (p=0xc3c56af0, req=0xe62fab9c, flags=0) at /usr/src/sys/kern/kern_proc.c:939 #17 0xc06ab8bc in sysctl_kern_proc (oidp=0x0, arg1=0x0, arg2=0, req=0xe62fab9c) at /usr/src/sys/kern/kern_proc.c:1142 #18 0xc06b8c4f in sysctl_root (oidp=0x0, arg1=0x0, arg2=0, req=0xe62fab9c) at /usr/src/sys/kern/kern_sysctl.c:1282 #19 0xc06b8e20 in userland_sysctl (td=0x0, name=0xe62fac1c, namelen=3, old=0xe62fab9c, oldlenp=0xbfbfe63c, inkernel=0, new=0x0, newlen=0, retval=0xe62fac18, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1381 #20 0xc06b8cd7 in __sysctl (td=0xc53d4a80, uap=0xe62fad04) at /usr/src/sys/kern/kern_sysctl.c:1316 #21 0xc08a94c2 in syscall (frame= {tf_fs = 59, tf_es = -1078001605, tf_ds = -1078001605, tf_edi = 3, tf_esi = -1077942724, tf_ebp = -1077942824, tf_isp = -433083036, tf_ebx = 672910200, tf_edx = 0, tf_ecx = -1077942672, tf_eax = 202, tf_trapno = 22, tf_err = 2, tf_eip---Type to continue, or q to quit--- = 672746351, tf_cs = 51, tf_eflags = 662, tf_esp = -1077942884, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1010 #22 0xc0893a9f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:191 #23 0x0000003b in ?? () #24 0xbfbf003b in ?? () #25 0xbfbf003b in ?? () #26 0x00000003 in ?? () #27 0xbfbfe63c in ?? () #28 0xbfbfe5d8 in ?? () #29 0xe62fad64 in ?? () #30 0x281bcb78 in ?? () #31 0x00000000 in ?? () #32 0xbfbfe670 in ?? () #33 0x000000ca in ?? () #34 0x00000016 in ?? () #35 0x00000002 in ?? () #36 0x28194b6f in ?? () #37 0x00000033 in ?? () #38 0x00000296 in ?? () #39 0xbfbfe59c in ?? () #40 0x0000003b in ?? () #41 0x00000000 in ?? () #42 0x00000000 in ?? () ---Type to continue, or q to quit--- #43 0x00000000 in ?? () #44 0x00000000 in ?? () #45 0x31c8e000 in ?? () #46 0xc53d6460 in ?? () #47 0xc53d4a80 in ?? () #48 0xe62faa60 in ?? () #49 0xe62faa48 in ?? () #50 0xc3c55000 in ?? () #51 0xc06c5d0b in sched_switch (td=0xbfbfe63c, newtd=0x281bcb78, flags=---Can't read userspace from dump, or kernel process--- ) at /usr/src/sys/kern/sched_4bsd.c:1320 Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 09:54:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BE0B16A412; Fri, 10 Nov 2006 09:54:02 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90E1043D49; Fri, 10 Nov 2006 09:54:00 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.t-mobile.de.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout3.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id kAA9rl53092670; Fri, 10 Nov 2006 01:53:48 -0800 (PST) Date: Thu, 09 Nov 2006 19:23:38 +0100 Message-ID: From: gnn@freebsd.org To: Maxim Konovalov In-Reply-To: <20061109150439.I40427@mp2.macomnet.net> References: <45524517.1060501@cisco.com> <20061109115246.GA55317@rambler-co.ru> <20061109150439.I40427@mp2.macomnet.net> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.90 (i386-apple-darwin8.8.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Randall Stewart , freebsd-current@freebsd.org Subject: Re: SCTP is in the Tree :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2006 09:54:02 -0000 At Thu, 9 Nov 2006 15:05:08 +0300 (MSK), Maxim Konovalov wrote: > > On Thu, 9 Nov 2006, 14:52+0300, Ruslan Ermilov wrote: > > > On Wed, Nov 08, 2006 at 03:59:03PM -0500, Randall Stewart wrote: > > > Project plans: > > > > > > - Debug/debug debug :-) > > > - Continuted code improvements > > > - Performance improvements if we can :-) > > > - Continue to support a multi-platform > > > stack for MAC-OS X/NetBSD/FreeBSD6.x > > > and other platforms. > > > - Add appropriate features (in the future). > > > > > An sctp(4) manpage similar to tcp(4) would be in order. > > and regression tests are welcome too. > FYI ports/netpipe (or my version with patches if the port is not yet up to date) supports SCTP and is used for performance and abuse testing. Later, George From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 15:13:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E11B416A407 for ; Fri, 10 Nov 2006 15:13:26 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 5FFEB43D53 for ; Fri, 10 Nov 2006 15:13:21 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 10 Nov 2006 15:13:16 -0000 Date: Fri, 10 Nov 2006 17:12:47 +0200 From: Nikolay Pavlov To: freebsd-current@freebsd.org Message-ID: <20061110151247.GA64530@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Subject: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 15:13:27 -0000 Hi. In this post i am not trying to raise a discussion about teoretical advantages of some special threading model, but still i would like to figure out why libthr in it current state is not our default posix thread library and could it be so in time of 7-STABLE? As a user and administrator of FreeBSD i want to mention some benefits of libthr: 1. It's simpler. 2. It's stable and has been used by many of us for a long time. 3. It proved to be very productive on real world applications. 4. It has active talented developers. 5. If it was a default library it would couse a incrase of users feedback which would lead to futher improvement of it's code by the time 7 becomes a stable branch. And some flaws of libpthread: 1. It's more difficult. 2. It's slow in compare of libthr. 3. The last, but the worst. IMHO the position under which libpthread is the library by default is the source of a bad myth that threading model in FreeBSD sucks and threading applications is slow. If 7.0 had libthr as a default posix threads library we could brake that belief. This point of view may seem one-sided that is why someone with good knowledge of the current state of code could tell other pros and cons of both libraries. Another interesting question is which of the libraries will better work with multikernel and multiprocessor systems which will be very popular by the time 7.0 branch launches its stable releases. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 17:04:39 2006 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 B9CAF16A407 for ; Fri, 10 Nov 2006 17:04:39 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout3.yahoo.com (mrout3.yahoo.com [216.145.54.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9482143D5D for ; Fri, 10 Nov 2006 17:04:35 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout3.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id kAAH3kfl056564; Fri, 10 Nov 2006 09:03:48 -0800 (PST) Date: Fri, 10 Nov 2006 18:03:44 +0100 Message-ID: From: "George V. Neville-Neil" To: Nikolay Pavlov , freebsd-current@freebsd.org In-Reply-To: <20061110151247.GA64530@zone3000.net> References: <20061110151247.GA64530@zone3000.net> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.90 (i386-apple-darwin8.8.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 17:04:39 -0000 Interestingly enough this is an area of current research that is being discussed on the threads@ mailing list. You might want to read over the recent mail there. Best, George From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 17:20:47 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99BD316A407 for ; Fri, 10 Nov 2006 17:20:47 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DA3543D45 for ; Fri, 10 Nov 2006 17:20:46 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with ESMTP id kAAHKiec047914 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Nov 2006 02:20:45 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 11 Nov 2006 02:20:44 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20061111022044.8191e1c8.nork@FreeBSD.org> In-Reply-To: <20061110151247.GA64530@zone3000.net> References: <20061110151247.GA64530@zone3000.net> X-Mailer: Sylpheed version 2.3.0beta4 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Sat, 11 Nov 2006 02:20:45 +0900 (JST) Cc: Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 17:20:47 -0000 On Fri, 10 Nov 2006 17:12:47 +0200 Nikolay Pavlov wrote: > Hi. In this post i am not trying to raise a discussion about teoretical > advantages of some special threading model, but still i would like to > figure out why libthr in it current state is not our default posix > thread library and could it be so in time of 7-STABLE? I don't agree. Do test, run by again, do test. I read a discussion about libpthread vs libthr, so I tested on my environments(7-current SMP and 6-stable UP). My result is NOT YET, and I resurrected to libpthread environment. 1. libthr is not enough mature. At this time, libpthread's pthread API support > libthr's pthread API support. So libthr lacks of compatibility with libpthread. It is not good. 2. Not PTHREAD_CFLAGS/PTHREAD_LIBS clean At this time, tinderbox doesn't test PTHREAD_CFLAGS/ PTHREAD_LIBS clean. We have need to check PTHREAD_CFLAGS/ PTHREAD_LIBS clean on all ports. 3. Is libthr environments useful? I don't think. Yes, I think that some applications like mysql are useful. However, in all FreeBSD environment system, by 1 and 2, libthr is not useful. From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 17:35:29 2006 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 AB97216A500; Fri, 10 Nov 2006 17:35:29 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6A7743D55; Fri, 10 Nov 2006 17:35:28 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id A7659622E; Fri, 10 Nov 2006 20:35:26 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id A1405622B; Fri, 10 Nov 2006 20:35:26 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id kAAHZQxT022486; Fri, 10 Nov 2006 20:35:26 +0300 (MSK) (envelope-from ru) Date: Fri, 10 Nov 2006 20:35:26 +0300 From: Ruslan Ermilov To: current@freebsd.org Message-ID: <20061110173526.GA22441@rambler-co.ru> References: <20061110151247.GA64530@zone3000.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <20061110151247.GA64530@zone3000.net> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: David Xu Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 17:35:29 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, To make user's life easier, I suggest the following simple patch. Its effect on platforms where libpthread is available is to (sym)link libthr to libpthread if WITHOUT_LIBPTHREAD is set in /etc/src.conf. This would allow more people interested in libthr testing to more easily do it. (Of course already linked applications wouldn't magically start using libthr without also patching /etc/libmap.conf.) %%% Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/lib/libthr/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile 22 Aug 2006 07:51:06 -0000 1.20 +++ Makefile 10 Nov 2006 17:27:40 -0000 @@ -42,7 +42,7 @@ PRECIOUSLIB=3D .include "${.CURDIR}/sys/Makefile.inc" .include "${.CURDIR}/thread/Makefile.inc" =20 -.if ${MACHINE_ARCH} =3D=3D "sparc64" +.if ${MACHINE_ARCH} =3D=3D "sparc64" || ${MK_LIBPTHREAD} =3D=3D "no" SYMLINKS+=3Dlib${LIB}.a ${LIBDIR}/libpthread.a .if !defined(NO_PIC) SYMLINKS+=3Dlib${LIB}.so ${LIBDIR}/libpthread.so %%% Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFVLheqRfpzJluFF4RAvk4AKCKc1ICej0uAyJXPmUTsRtvof5HLwCfT2/6 SN8sWguthJx5nLd2x+Bw8T0= =Utsb -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 17:36:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A37D16A416 for ; Fri, 10 Nov 2006 17:36:41 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3B2C43D5E for ; Fri, 10 Nov 2006 17:36:40 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so344058nzh for ; Fri, 10 Nov 2006 09:36:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=TDTTcXGjTMEeKWOlIgadksNXjJbXmB/vf56TwFe3heOe23K/goozOvGc6CqGV/ID7fIP0nTW2fhspgrv4SMW6JtkYpJChM9fmA2mvhVqeEOhBAt+GQoO75ZB1ZQokGrHgRBrFVf3OMH0E51BqgaE46xLBZPE2gLkQjeubDiPVGI= Received: by 10.65.54.9 with SMTP id g9mr2646513qbk.1163180200064; Fri, 10 Nov 2006 09:36:40 -0800 (PST) Received: by 10.64.204.15 with HTTP; Fri, 10 Nov 2006 09:36:39 -0800 (PST) Message-ID: <84dead720611100936j26fac40o2bac790fe55a1f43@mail.gmail.com> Date: Fri, 10 Nov 2006 23:06:40 +0530 From: "Joseph Koshy" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [patch] libelf patch #2 available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 17:36:41 -0000 I've put up patch #2 implementing ELF(3) at: http://people.freebsd.org/~jkoshy/download/libelf-patch-2.gz 63KB, MD5: 06a3b844d098046f29c3889771b6f52c This patch implements the complete set of ELF(3) an GELF(3) APIs; a total of 82 functions and associated manual pages. This library helps in writing programs that need to parse or create ELF files. New features since patch #1: - ar(1) archive handling. - support for ELF objects using extended section indexing. - a few gelf_*() functions that were missed out from patch #1. - bug fixes. Wiki page: http://wiki.freebsd.org/LibElf I'd like to add libelf to -current soon, so reviews, comments, etc. would be welcome. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 23:23:18 2006 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 373A216A403 for ; Fri, 10 Nov 2006 23:23:18 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F1B243D7C for ; Fri, 10 Nov 2006 23:23:17 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: by afrodita.rcub.bg.ac.yu (Postfix, from userid 2055) id 5902A1600F0; Sat, 11 Nov 2006 00:22:37 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by afrodita.rcub.bg.ac.yu (Postfix) with ESMTP id 47D641600E5 for ; Sat, 11 Nov 2006 00:22:37 +0100 (CET) Date: Sat, 11 Nov 2006 00:22:37 +0100 (CET) From: Goran Gajic To: freebsd-current@mx1.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Fri, 10 Nov 2006 23:39:21 +0000 Cc: Subject: 7.0-CURRENT msdos+md0 related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 23:23:18 -0000 Hi, I somehow managed to trigger this panic when I have tried simple write to md0 device which had msdosfs on it.. Sorry if it's already known/fixed.. regards, gg. FreeBSD magarac 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Nov 2 21:32:10 CET 2006 root@magarac:/usr/src/sys/amd64/compile/GENERIC amd64 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: g_vfs_done():md0s1[WRITE(offset=331860480, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=298609152, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=298617344, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=412903936, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125676032, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125684224, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125692416, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125700608, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125708800, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125716992, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125725184, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125733376, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125741568, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125749760, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125757952, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125766144, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125774336, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125782528, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125790720, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125798912, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125807104, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125815296, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125823488, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125831680, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125839872, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125848064, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125856256, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125864448, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125872640, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125880832, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125889024, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125897216, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125905408, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125913600, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125921792, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125929984, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125938176, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=125946368, length=8192)]error = 5 g_vfs_done():md0s1[WRITE(offset=331860480, length=8192)]error = 5 fsync: giving up on dirty 0xffffff0027174760: tag msdosfs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xffffff0028da8c80 ref 0 pages 2 lock type msdosfs: EXCL (count 1) by thread 0xffffff00352ff810 (pid 1097) startcluster 40479, dircluster 0, diroffset 256, Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xa0 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff8040e524 stack pointer = 0x10:0xffffffffa42777a0 frame pointer = 0x10:0xffffffffa42777c0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1097 (umount) panic: from debugger cpuid = 0 Uptime: 3h9m45s Physical memory: 1012 MB Dumping 198 MB: 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:172 #1 0xffffffff8043b6f9 in boot (howto=260) at ../../../kern/kern_shutdown.c:410 #2 0xffffffff8043b18b in panic (fmt=0xffffffff806abec7 "from debugger") at ../../../kern/kern_shutdown.c:566 #3 0xffffffff801af527 in db_panic (addr=0, have_addr=0, count=0, modif=0x0) at ../../../ddb/db_command.c:433 #4 0xffffffff801af9c9 in db_command_loop () at ../../../ddb/db_command.c:401 #5 0xffffffff801b18d3 in db_trap (type=-1540918096, code=0) at ../../../ddb/db_main.c:221 #6 0xffffffff80460fd8 in kdb_trap (type=12, code=0, tf=0xffffffffa42776f0) at ../../../kern/subr_kdb.c:502 #7 0xffffffff806457a2 in trap_fatal (frame=0xffffffffa42776f0, eva=18446742975090259984) at ../../../amd64/amd64/trap.c:691 #8 0xffffffff80645b53 in trap_pfault (frame=0xffffffffa42776f0, usermode=0) at ../../../amd64/amd64/trap.c:615 #9 0xffffffff80645da4 in trap (frame= {tf_rdi = 0, tf_rsi = -1098619291632, tf_rdx = 0, tf_rcx = 683, tf_r8 = -2140079400, tf_r9 = -1098619291632, tf_rax = 50, tf_rbx = -1098741593344, tf_rbp = -1540917312, tf_r10 = 0, tf_r11 = 0, tf_r12 = 0, tf_r13 = -1098855790752, tf_r14 = 35, tf_r15 = -1098855790440, tf_trapno = 12, tf_addr = 160, tf_flags = 0, tf_err = 0, tf_rip = -2143230684, tf_cs = 8, tf_rflags = 66178, tf_rsp = -1540917328, tf_ss = 16}) at ../../../amd64/amd64/trap.c:383 #10 0xffffffff8063058b in calltrap () at ../../../amd64/amd64/exception.S:168 #11 0xffffffff8040e524 in devtoname (dev=0x0) at ../../../kern/kern_conf.c:727 #12 0xffffffff803ea4f4 in msdosfs_print (ap=0x0) at ../../../fs/msdosfs/msdosfs_vnops.c:1839 #13 0xffffffff80697a27 in VOP_PRINT_APV (vop=0x32, a=0xffffffffa4277810) at vnode_if.c:1873 #14 0xffffffff804ad336 in vn_printf (vp=0xffffff0027174760, fmt=0x0) at vnode_if.h:971 #15 0xffffffff804a4025 in vop_stdfsync (ap=0xffffffffa4277a40) at ../../../kern/vfs_default.c:468 #16 0xffffffff803e8b41 in msdosfs_fsync (ap=0xffffffffa4277a40) at ../../../fs/msdosfs/msdosfs_vnops.c:843 #17 0xffffffff80697ef7 in VOP_FSYNC_APV (vop=0x32, a=0xffffffffa4277a40) at vnode_if.c:1007 #18 0xffffffff803e7763 in msdosfs_sync (mp=0xffffff00279cb318, waitfor=1, td=0xffffff00352ff810) at vnode_if.h:537 #19 0xffffffff804a7ce1 in dounmount (mp=0xffffff00279cb318, flags=134217728, td=0xffffff00352ff810) at ../../../kern/vfs_mount.c:1237 #20 0xffffffff804a81dd in unmount (td=0xffffff00352ff810, uap=0xffffffffa4277c00) at ../../../kern/vfs_mount.c:1135 #21 0xffffffff80646364 in syscall (frame= {tf_rdi = 140737488348384, tf_rsi = 134217728, tf_rdx = 10, tf_rcx = 140737488347872, tf_r8 = 0, tf_r9 = 2, tf_rax = 22, tf_rbx = 140737488348384, tf_rbp = 140737488348320, tf_r10 = 0, tf_r11 = 518, tf_r12 = 34372328208, tf_r13 = 0, tf_r14 = 0, tf_r15 = 0, tf_trapno = 12, tf_addr = 34372354048, tf_flags = 0, tf_err = 2, tf_rip = 34366605564, tf_cs = 43, tf_rflags = 518, tf_rsp = 140737488348264, tf_ss = 35}) at ../../../amd64/amd64/trap.c:826 #22 0xffffffff80630728 in Xfast_syscall () at ../../../amd64/amd64/exception.S:270 #23 0x000000080068c8fc in ?? () (kgdb) From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 23:56:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1798A16A415; Fri, 10 Nov 2006 23:56:15 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Sat, 11 Nov 2006 07:56:11 +0800 User-Agent: KMail/1.8.2 References: <20061110151247.GA64530@zone3000.net> <20061110173526.GA22441@rambler-co.ru> In-Reply-To: <20061110173526.GA22441@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611110756.11517.davidxu@freebsd.org> Cc: current@freebsd.org Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 23:56:15 -0000 On Saturday 11 November 2006 01:35, Ruslan Ermilov wrote: > Hi, > > To make user's life easier, I suggest the following simple patch. > Its effect on platforms where libpthread is available is to (sym)link > libthr to libpthread if WITHOUT_LIBPTHREAD is set in /etc/src.conf. > This would allow more people interested in libthr testing to more > easily do it. (Of course already linked applications wouldn't > magically start using libthr without also patching /etc/libmap.conf.) > > %%% > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/lib/libthr/Makefile,v > retrieving revision 1.20 > diff -u -p -r1.20 Makefile > --- Makefile 22 Aug 2006 07:51:06 -0000 1.20 > +++ Makefile 10 Nov 2006 17:27:40 -0000 > @@ -42,7 +42,7 @@ PRECIOUSLIB= > .include "${.CURDIR}/sys/Makefile.inc" > .include "${.CURDIR}/thread/Makefile.inc" > > -.if ${MACHINE_ARCH} == "sparc64" > +.if ${MACHINE_ARCH} == "sparc64" || ${MK_LIBPTHREAD} == "no" > SYMLINKS+=lib${LIB}.a ${LIBDIR}/libpthread.a > .if !defined(NO_PIC) > SYMLINKS+=lib${LIB}.so ${LIBDIR}/libpthread.so > %%% > > > Cheers, Hi, I think this patch is useful. :-) Thanks, David Xu From owner-freebsd-current@FreeBSD.ORG Fri Nov 10 23:56:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1798A16A415; Fri, 10 Nov 2006 23:56:15 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Sat, 11 Nov 2006 07:56:11 +0800 User-Agent: KMail/1.8.2 References: <20061110151247.GA64530@zone3000.net> <20061110173526.GA22441@rambler-co.ru> In-Reply-To: <20061110173526.GA22441@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611110756.11517.davidxu@freebsd.org> Cc: current@freebsd.org Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Nov 2006 23:56:15 -0000 On Saturday 11 November 2006 01:35, Ruslan Ermilov wrote: > Hi, > > To make user's life easier, I suggest the following simple patch. > Its effect on platforms where libpthread is available is to (sym)link > libthr to libpthread if WITHOUT_LIBPTHREAD is set in /etc/src.conf. > This would allow more people interested in libthr testing to more > easily do it. (Of course already linked applications wouldn't > magically start using libthr without also patching /etc/libmap.conf.) > > %%% > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/lib/libthr/Makefile,v > retrieving revision 1.20 > diff -u -p -r1.20 Makefile > --- Makefile 22 Aug 2006 07:51:06 -0000 1.20 > +++ Makefile 10 Nov 2006 17:27:40 -0000 > @@ -42,7 +42,7 @@ PRECIOUSLIB= > .include "${.CURDIR}/sys/Makefile.inc" > .include "${.CURDIR}/thread/Makefile.inc" > > -.if ${MACHINE_ARCH} == "sparc64" > +.if ${MACHINE_ARCH} == "sparc64" || ${MK_LIBPTHREAD} == "no" > SYMLINKS+=lib${LIB}.a ${LIBDIR}/libpthread.a > .if !defined(NO_PIC) > SYMLINKS+=lib${LIB}.so ${LIBDIR}/libpthread.so > %%% > > > Cheers, Hi, I think this patch is useful. :-) Thanks, David Xu From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 01:06:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A567016A40F for ; Sat, 11 Nov 2006 01:06:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA9AC43D58 for ; Sat, 11 Nov 2006 01:06:33 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so569675wxc for ; Fri, 10 Nov 2006 17:06:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=UO2o0VWcECbH2EQO6S9zKjCd/xu8aMhvpKyQulOTOWGhRgOarICahCh9gOT0dO1WW/DnawE7RJsr78YsgpHvXG/xULwnsVrlDThTVnjaQtKhIua8OcuiUNpYPW+XdXTp5Xx2184fSPkxfy7fel5wkXLLo972+blmNpTDYutfbMk= Received: by 10.90.50.1 with SMTP id x1mr2164177agx.1163207192955; Fri, 10 Nov 2006 17:06:32 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 3sm3987741wrh.2006.11.10.17.06.31; Fri, 10 Nov 2006 17:06:32 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id kAB1Aq6N005988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 11 Nov 2006 10:10:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kAB1Aptb005987 for freebsd-current@freebsd.org; Sat, 11 Nov 2006 10:10:51 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 11 Nov 2006 10:10:51 +0900 From: Pyun YongHyeon To: freebsd-current@freebsd.org Message-ID: <20061111011051.GB5233@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Call for re(4) TSO/VLAN testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 01:06:35 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Attached patch adds TSO support code to re(4) and fixes several nits in re(4). o TSO support. o Correctly set IFCAP_VLAN_HWCSUM as re(4) can do VLAN tagging/checksum offloading in hardware. o Correctly set media header length for VLAN. o Don't set RL_CFG1_FULLDUPLEX bit. The RL_CFG1_FULLDUPLEX bit in config register 1 is only valid on 8129. o Alignment fixup code is required on strict-alignment architectures. Use __NO_STRICT_ALIGNMENT to determine whether the fixup is required. With TSO you can see reduced system load while large file transfers is in progress. Please test the patch and report any unusual things you've found. -- Regards, Pyun YongHyeon --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.tso.patch" Index: if_rlreg.h =================================================================== RCS file: /pool/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.60 diff -u -r1.60 if_rlreg.h --- if_rlreg.h 1 Aug 2006 17:18:25 -0000 1.60 +++ if_rlreg.h 11 Nov 2006 00:45:59 -0000 @@ -541,6 +541,7 @@ #define RL_TDESC_CMD_UDPCSUM 0x00020000 /* UDP checksum enable */ #define RL_TDESC_CMD_IPCSUM 0x00040000 /* IP header checksum enable */ #define RL_TDESC_CMD_MSSVAL 0x07FF0000 /* Large send MSS value */ +#define RL_TDESC_CMD_MSSVAL_SHIFT 16 /* Large send MSS value shift */ #define RL_TDESC_CMD_LGSEND 0x08000000 /* TCP large send enb */ #define RL_TDESC_CMD_EOF 0x10000000 /* end of frame marker */ #define RL_TDESC_CMD_SOF 0x20000000 /* start of frame marker */ @@ -637,7 +638,7 @@ * due to the 8139C+. We need to put the number of descriptors in the ring * structure and use that value instead. */ -#if !defined(__i386__) && !defined(__amd64__) +#ifndef __NO_STRICT_ALIGNMENT #define RE_FIXUP_RX 1 #endif Index: if_re.c =================================================================== RCS file: /pool/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.75 diff -u -r1.75 if_re.c --- if_re.c 17 Sep 2006 13:33:28 -0000 1.75 +++ if_re.c 11 Nov 2006 00:46:15 -0000 @@ -1257,10 +1257,9 @@ ifp->if_mtu = ETHERMTU; ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; ifp->if_ioctl = re_ioctl; - ifp->if_capabilities = IFCAP_VLAN_MTU; ifp->if_start = re_start; - ifp->if_hwassist = RE_CSUM_FEATURES; - ifp->if_capabilities |= IFCAP_HWCSUM|IFCAP_VLAN_HWTAGGING; + ifp->if_hwassist = RE_CSUM_FEATURES | CSUM_TSO; + ifp->if_capabilities = IFCAP_HWCSUM | IFCAP_TSO4; ifp->if_capenable = ifp->if_capabilities; #ifdef DEVICE_POLLING ifp->if_capabilities |= IFCAP_POLLING; @@ -1279,6 +1278,19 @@ */ ether_ifattach(ifp, eaddr); + /* VLAN capability setup */ + ifp->if_capabilities |= IFCAP_VLAN_MTU | IFCAP_VLAN_HWTAGGING; + if (ifp->if_capabilities & IFCAP_HWCSUM) + ifp->if_capabilities |= IFCAP_VLAN_HWCSUM; + ifp->if_capenable = ifp->if_capabilities; + + /* + * Tell the upper layer(s) we support long frames. + * Must appear after the call to ether_ifattach() because + * ether_ifattach() sets ifi_hdrlen to the default value. + */ + ifp->if_data.ifi_hdrlen = sizeof(struct ether_vlan_header); + #ifdef RE_DIAG /* * Perform hardware diagnostic on the original RTL8169. @@ -2020,13 +2032,18 @@ */ arg.rl_flags = 0; - - if ((*m_head)->m_pkthdr.csum_flags & CSUM_IP) - arg.rl_flags |= RL_TDESC_CMD_IPCSUM; - if ((*m_head)->m_pkthdr.csum_flags & CSUM_TCP) - arg.rl_flags |= RL_TDESC_CMD_TCPCSUM; - if ((*m_head)->m_pkthdr.csum_flags & CSUM_UDP) - arg.rl_flags |= RL_TDESC_CMD_UDPCSUM; + if (((*m_head)->m_pkthdr.csum_flags & CSUM_TSO) != 0) + arg.rl_flags = RL_TDESC_CMD_LGSEND | + ((uint32_t)(*m_head)->m_pkthdr.tso_segsz << + RL_TDESC_CMD_MSSVAL_SHIFT); + else { + if ((*m_head)->m_pkthdr.csum_flags & CSUM_IP) + arg.rl_flags |= RL_TDESC_CMD_IPCSUM; + if ((*m_head)->m_pkthdr.csum_flags & CSUM_TCP) + arg.rl_flags |= RL_TDESC_CMD_TCPCSUM; + if ((*m_head)->m_pkthdr.csum_flags & CSUM_UDP) + arg.rl_flags |= RL_TDESC_CMD_UDPCSUM; + } arg.sc = sc; arg.rl_idx = *idx; @@ -2411,7 +2428,7 @@ mii_mediachg(mii); - CSR_WRITE_1(sc, RL_CFG1, RL_CFG1_DRVLOAD|RL_CFG1_FULLDUPLEX); + CSR_WRITE_1(sc, RL_CFG1, CSR_READ_1(sc, RL_CFG1) | RL_CFG1_DRVLOAD); ifp->if_drv_flags |= IFF_DRV_RUNNING; ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; @@ -2531,17 +2548,26 @@ if (mask & IFCAP_HWCSUM) { ifp->if_capenable ^= IFCAP_HWCSUM; if (ifp->if_capenable & IFCAP_TXCSUM) - ifp->if_hwassist = RE_CSUM_FEATURES; + ifp->if_hwassist |= RE_CSUM_FEATURES; else - ifp->if_hwassist = 0; + ifp->if_hwassist &= ~RE_CSUM_FEATURES; reinit = 1; } if (mask & IFCAP_VLAN_HWTAGGING) { ifp->if_capenable ^= IFCAP_VLAN_HWTAGGING; reinit = 1; } + if (mask & IFCAP_TSO4) { + ifp->if_capenable ^= IFCAP_TSO4; + if ((IFCAP_TSO4 & ifp->if_capenable) != 0 && + (IFCAP_TSO4 & ifp->if_capabilities) != 0) + ifp->if_hwassist |= CSUM_TSO; + else + ifp->if_hwassist &= ~CSUM_TSO; + } if (reinit && ifp->if_drv_flags & IFF_DRV_RUNNING) re_init(sc); + VLAN_CAPABILITIES(ifp); } break; default: --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 02:09:41 2006 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 A593416A415 for ; Sat, 11 Nov 2006 02:09:41 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB31843D58 for ; Sat, 11 Nov 2006 02:09:40 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so625286uge for ; Fri, 10 Nov 2006 18:09:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=FWW4uS7ZZ73uJbT6tVy6qrFRvFNl9yK+ua/u7XTStWO5oeJsKJQfOEl0ZD00yNnNkUCNW2WRluPGpw89nrlMITsLwOu1LnYV2bJo5BxtSXkk6jYPXN776Jcf/H+8XY4Iho1Kk4UjsYIQOyU0Jw4jwqheTev0nNDJbPHH4gOW4a8= Received: by 10.66.232.11 with SMTP id e11mr4376929ugh.1163210979402; Fri, 10 Nov 2006 18:09:39 -0800 (PST) Received: from ?192.168.1.200? ( [80.217.194.157]) by mx.google.com with ESMTP id o24sm3132956ugd.2006.11.10.18.09.38; Fri, 10 Nov 2006 18:09:38 -0800 (PST) Message-ID: <455530E0.5090000@gmail.com> Date: Sat, 11 Nov 2006 03:09:36 +0100 From: Pawel Worach User-Agent: Thunderbird 1.5.0.7 (X11/20061109) MIME-Version: 1.0 To: Andre Oppermann References: <200611021653.kA2GrRWx008044@repoman.freebsd.org> In-Reply-To: <200611021653.kA2GrRWx008044@repoman.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: sendfile data corruption (was: cvs commit: src/sys/kern uipc_syscalls.c src/sys/sys libkern.h socket.h) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 02:09:41 -0000 Andre Oppermann wrote: > andre 2006-11-02 16:53:26 UTC > > FreeBSD src repository > ... > Rewrite kern_sendfile() to work in two loops, the inner which turns as many ... > > Revision Changes Path > 1.240 +280 -242 src/sys/kern/uipc_syscalls.c > 1.55 +2 -0 src/sys/sys/libkern.h > 1.91 +2 -1 src/sys/sys/socket.h Hi Andre, I'm seeing some strange data corruption with this change. Using apache 2.0.59 from ports, hardware is SMP i386. 0>root@cookie /usr/local/www/data# md5 sh MD5 (sh) = e090ae9fc697b6ec84165af920034dc4 0>root@cookie /usr/local/www/data# unsetenv http_proxy 0>root@cookie /usr/local/www/data# fetch -o /tmp/sh http://127.0.0.1/sh /tmp/sh 100% of 109 kB 6516 kBps 0>root@cookie /usr/local/www/data# md5 /tmp/sh MD5 (/tmp/sh) = 1b6b9786ce7aa74b7ecbc7ee82c230dd It seems to be consistent... 0>root@zero /usr/local/www/data# fetch -o /tmp/sh2 http://127.0.0.1/sh /tmp/sh2 100% of 109 kB 41 MBps 0>root@zero /usr/local/www/data# md5 /tmp/sh2 MD5 (/tmp/sh2) = 1b6b9786ce7aa74b7ecbc7ee82c230dd Checking with hd(1) the changed data always seems to start at offset 0x0000e000. cvs up -D '2006/11/02 17:00:00' OK Repository revision: 1.239 /export/ctm/cvs/src/sys/kern/uipc_syscalls.c,v cvs up -D '2006/11/02 18:00:00' BROKEN Repository revision: 1.240 /export/ctm/cvs/src/sys/kern/uipc_syscalls.c,v Files changed with update: P geom/journal/g_journal.c P kern/uipc_syscalls.c P sys/libkern.h P sys/socket.h Any other information I can provide? Regards -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 03:20:52 2006 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 A80DF16A403; Sat, 11 Nov 2006 03:20:52 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1D7743D4C; Sat, 11 Nov 2006 03:20:50 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id kAB3LOiD043735; Fri, 10 Nov 2006 22:21:24 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Pawel Worach In-Reply-To: <455530E0.5090000@gmail.com> References: <200611021653.kA2GrRWx008044@repoman.freebsd.org> <455530E0.5090000@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HTqeJMAPUuN+ES59bP2h" Organization: FreeBSD, Inc. Date: Fri, 10 Nov 2006 22:20:49 -0500 Message-Id: <1163215249.2826.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Cc: Andre Oppermann , current@FreeBSD.org Subject: Re: sendfile data corruption (was: cvs commit: src/sys/kern uipc_syscalls.c src/sys/sys libkern.h socket.h) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 03:20:52 -0000 --=-HTqeJMAPUuN+ES59bP2h Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2006-11-11 at 03:09 +0100, Pawel Worach wrote: > Andre Oppermann wrote: > > andre 2006-11-02 16:53:26 UTC > >=20 > > FreeBSD src repository > >=20 > ... > > Rewrite kern_sendfile() to work in two loops, the inner which turns a= s many > ... > > =20 > > Revision Changes Path > > 1.240 +280 -242 src/sys/kern/uipc_syscalls.c > > 1.55 +2 -0 src/sys/sys/libkern.h > > 1.91 +2 -1 src/sys/sys/socket.h >=20 > Hi Andre, >=20 > I'm seeing some strange data corruption with this change. > Using apache 2.0.59 from ports, hardware is SMP i386. >=20 > 0>root@cookie /usr/local/www/data# md5 sh > MD5 (sh) =3D e090ae9fc697b6ec84165af920034dc4 > 0>root@cookie /usr/local/www/data# unsetenv http_proxy > 0>root@cookie /usr/local/www/data# fetch -o /tmp/sh http://127.0.0.1/sh > /tmp/sh 100% of 109 kB 6516 kBps > 0>root@cookie /usr/local/www/data# md5 /tmp/sh > MD5 (/tmp/sh) =3D 1b6b9786ce7aa74b7ecbc7ee82c230dd >=20 > It seems to be consistent... > 0>root@zero /usr/local/www/data# fetch -o /tmp/sh2 http://127.0.0.1/sh > /tmp/sh2 100% of 109 kB 41 MBps > 0>root@zero /usr/local/www/data# md5 /tmp/sh2 > MD5 (/tmp/sh2) =3D 1b6b9786ce7aa74b7ecbc7ee82c230dd >=20 > Checking with hd(1) the changed data always seems to start at offset=20 > 0x0000e000. >=20 > cvs up -D '2006/11/02 17:00:00' OK > Repository revision: 1.239=20 > /export/ctm/cvs/src/sys/kern/uipc_syscalls.c,v >=20 > cvs up -D '2006/11/02 18:00:00' BROKEN > Repository revision: 1.240=20 > /export/ctm/cvs/src/sys/kern/uipc_syscalls.c,v >=20 > Files changed with update: > P geom/journal/g_journal.c > P kern/uipc_syscalls.c > P sys/libkern.h > P sys/socket.h >=20 > Any other information I can provide? Looks to me like there's some unnecessary calculations happening to get the xfsize. Does the following patch help? http://www.marcuscom.com/downloads/uipc_syscalls.c.diff Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-HTqeJMAPUuN+ES59bP2h Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFVUGRb2iPiv4Uz4cRAhNTAKCIo9rQXxih5Yr2qsjwEV1aBPIEGACfbZqL z2aseuZiyU3fU3Sq4aMnIIA= =tV9Q -----END PGP SIGNATURE----- --=-HTqeJMAPUuN+ES59bP2h-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 03:20:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5039C16A599 for ; Sat, 11 Nov 2006 03:20:59 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0988A43D5E for ; Sat, 11 Nov 2006 03:20:54 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1013532nfc for ; Fri, 10 Nov 2006 19:20:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=BECDSHcvA5TxSJS608+BKII0DinASWFevYvbQvMzdSY3scu1K08SIGbNocHsZ/KSEU0dfGJg/LxDaOFQjYOcbzkbZC1y1oEeD/xcpXUCiMZGbHGOxHLjE4fcIxhu/jy8Bb637w7JtAqpyEaNZ0a3FyPCLR9X4GGoG16WfA/JVO0= Received: by 10.82.147.6 with SMTP id u6mr399971bud.1163215252980; Fri, 10 Nov 2006 19:20:52 -0800 (PST) Received: by 10.82.191.20 with HTTP; Fri, 10 Nov 2006 19:20:52 -0800 (PST) Message-ID: Date: Fri, 10 Nov 2006 19:20:52 -0800 From: "Kip Macy" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: HEADS UP: re-compile kernel 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: Sat, 11 Nov 2006 03:20:59 -0000 lockmgr now has an embedded lock_object in order to unify the interface to lock profiling - this means that kernel modules will need to be re-compiled -Kip From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 03:25:41 2006 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 BAF9216A416 for ; Sat, 11 Nov 2006 03:25:41 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1160043D55 for ; Sat, 11 Nov 2006 03:25:35 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so630175uge for ; Fri, 10 Nov 2006 19:25:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=TbGojuOPezrw4Gv/Su4gIGjnidUkj/0il0OaY7LkQtP8TCK3Wtvx4eLV9aNS6PqleG7E7xSy4djKmmD5JnNpZTzB0YpIgkeCDtrcpp38Sb8uWHQR421JGepFFLfAnX5+SzuqMD79URwUnWd0RqHYicDn4EheRD2Z2kjTWBTKpyQ= Received: by 10.66.244.10 with SMTP id r10mr4424016ugh.1163215534748; Fri, 10 Nov 2006 19:25:34 -0800 (PST) Received: from ?192.168.1.200? ( [80.217.194.157]) by mx.google.com with ESMTP id l40sm2882642ugc.2006.11.10.19.25.33; Fri, 10 Nov 2006 19:25:34 -0800 (PST) Message-ID: <455542AB.5050203@gmail.com> Date: Sat, 11 Nov 2006 04:25:31 +0100 From: Pawel Worach User-Agent: Thunderbird 1.5.0.7 (X11/20061109) MIME-Version: 1.0 To: Joe Marcus Clarke References: <200611021653.kA2GrRWx008044@repoman.freebsd.org> <455530E0.5090000@gmail.com> <1163215249.2826.9.camel@shumai.marcuscom.com> In-Reply-To: <1163215249.2826.9.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andre Oppermann , current@FreeBSD.org Subject: Re: sendfile data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2006 03:25:41 -0000 Joe Marcus Clarke wrote: > On Sat, 2006-11-11 at 03:09 +0100, Pawel Worach wrote: >> Andre Oppermann wrote: >>> andre 2006-11-02 16:53:26 UTC >>> >>> FreeBSD src repository >>> >> ... >>> Rewrite kern_sendfile() to work in two loops, the inner which turns as many >> ... >>> >>> Revision Changes Path >>> 1.240 +280 -242 src/sys/kern/uipc_syscalls.c >>> 1.55 +2 -0 src/sys/sys/libkern.h >>> 1.91 +2 -1 src/sys/sys/socket.h >> Hi Andre, >> >> I'm seeing some strange data corruption with this change. >> Using apache 2.0.59 from ports, hardware is SMP i386. >> >> 0>root@cookie /usr/local/www/data# md5 sh >> MD5 (sh) = e090ae9fc697b6ec84165af920034dc4 >> 0>root@cookie /usr/local/www/data# unsetenv http_proxy >> 0>root@cookie /usr/local/www/data# fetch -o /tmp/sh http://127.0.0.1/sh >> /tmp/sh 100% of 109 kB 6516 kBps >> 0>root@cookie /usr/local/www/data# md5 /tmp/sh >> MD5 (/tmp/sh) = 1b6b9786ce7aa74b7ecbc7ee82c230dd >> >> It seems to be consistent... >> 0>root@zero /usr/local/www/data# fetch -o /tmp/sh2 http://127.0.0.1/sh >> /tmp/sh2 100% of 109 kB 41 MBps >> 0>root@zero /usr/local/www/data# md5 /tmp/sh2 >> MD5 (/tmp/sh2) = 1b6b9786ce7aa74b7ecbc7ee82c230dd >> >> Checking with hd(1) the changed data always seems to start at offset >> 0x0000e000. >> >> cvs up -D '2006/11/02 17:00:00' OK >> Repository revision: 1.239 >> /export/ctm/cvs/src/sys/kern/uipc_syscalls.c,v >> >> cvs up -D '2006/11/02 18:00:00' BROKEN >> Repository revision: 1.240 >> /export/ctm/cvs/src/sys/kern/uipc_syscalls.c,v >> >> Files changed with update: >> P geom/journal/g_journal.c >> P kern/uipc_syscalls.c >> P sys/libkern.h >> P sys/socket.h >> >> Any other information I can provide? > > Looks to me like there's some unnecessary calculations happening to get > the xfsize. Does the following patch help? > > http://www.marcuscom.com/downloads/uipc_syscalls.c.diff > Yep, this fixes the problem. Thanks! -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 03:33:05 2006 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 1A7D516A407 for ; Sat, 11 Nov 2006 03:33:05 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 452FB43D46 for ; Sat, 11 Nov 2006 03:32:55 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so630620uge for ; Fri, 10 Nov 2006 19:32:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=HPRBJnMA2hME5G6chps5aP3KWUBkosBTtrg6j4LQxcU14ce/YAz1acOIMsvhCMARYU7ISHS4O79Mkt/UroAgNIQvWaUzWzJo+uPcy6M5ORqnS+dYvuAweZwqOxGe9Few9gA2G2a7xkicSn+jqSPamsHJ2YCIFzpqRQWEhfQ39J8= Received: by 10.67.22.2 with SMTP id z2mr4421257ugi.1163215974766; Fri, 10 Nov 2006 19:32:54 -0800 (PST) Received: from ?192.168.1.200? ( [80.217.194.157]) by mx.google.com with ESMTP id x33sm2902063ugc.2006.11.10.19.32.53; Fri, 10 Nov 2006 19:32:54 -0800 (PST) Message-ID: <45554464.3010200@gmail.com> Date: Sat, 11 Nov 2006 04:32:52 +0100 From: Pawel Worach User-Agent: Thunderbird 1.5.0.7 (X11/20061109) MIME-Version: 1.0 To: Joe Marcus Clarke References: <200611021653.kA2GrRWx008044@repoman.freebsd.org> <455530E0.5090000@gmail.com> <1163215249.2826.9.camel@shumai.marcuscom.com> In-Reply-To: <1163215249.2826.9.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andre Oppermann , current@FreeBSD.org Subject: Re: sendfile data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2006 03:33:05 -0000 Joe Marcus Clarke wrote: > > Looks to me like there's some unnecessary calculations happening to get > the xfsize. Does the following patch help? > > http://www.marcuscom.com/downloads/uipc_syscalls.c.diff > Jumped the gun a bit there, worked well for small files but failed on bigger ones. 0>root@zero /usr/local/www/data# md5 sh MD5 (sh) = e090ae9fc697b6ec84165af920034dc4 0>root@zero /usr/local/www/data# fetch -o - http://127.0.0.1/sh | md5 - 100% of 109 kB 57 MBps e090ae9fc697b6ec84165af920034dc4 0>root@zero /usr/local/www/data# md5 pkg.tar MD5 (pkg.tar) = 4acc148ebde3f491141950cf902b2d49 0>root@zero /usr/local/www/data# fetch -o - http://127.0.0.1/pkg.tar | md5 - 100% of 362 MB 67 MBps 98018da64b1fd111beaef8d990438604 ps. This is now back on latest -current with Joe's patch. -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 03:47:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF98516A412 for ; Sat, 11 Nov 2006 03:47:56 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E2CB43D5E for ; Sat, 11 Nov 2006 03:47:55 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id p77so1018197nfc for ; Fri, 10 Nov 2006 19:47:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=HfcYKp58CyGTmsFoCNnFUm7Kvt+hF+TLNLTmE4MI1EdeOid/0lgJ/3PiW0VOjtiEmB7JjcAYHqJ6f3BOZN1zwM2b2X70w9rebYnS5PB1gSeNlLDngVcZKC9HME4iFrMd1L0AsgL1aqRYsmmm3vBr2LbsB1kVVPfaaR0nu4sBr8U= Received: by 10.82.109.19 with SMTP id h19mr400566buc.1163216874737; Fri, 10 Nov 2006 19:47:54 -0800 (PST) Received: by 10.82.191.20 with HTTP; Fri, 10 Nov 2006 19:47:54 -0800 (PST) Message-ID: Date: Fri, 10 Nov 2006 19:47:54 -0800 From: "Kip Macy" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: MUTEX_PROFILING option has been removed ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2006 03:47:57 -0000 and replaced by LOCK_PROFILING. - When LOCK_PROFILING is compiled in and enabled the kernel will now profile hold times for all locks (spin mutex, blocking mutex, rwlock, sx lock, and lockmgr). - We now track the wait-to-acquire time, which I believe to be a more useful metric of contention than hold time or number of times contested. - The overhead of having LOCK_PROFILING compiled in but not enabled has been reduced by moving large chunks of code out of line - on the T1 the measured overhead is < 1%. - There is no longer a single mutex for serializing updates to the profiling hash - reducing the locking contention of measuring lock contention. Thanks to DES for the MUTEX_PROFILING implementation and Kris Kennaway for many of the optimizations that made their way into this patch. Please report to me any issues caused by this change. I give some examples of its immediate utility below: I'm running a buildworld that isn't using all the system threads. I sorted on the third column (maximum total wait) - the first is due to the idle threads constantly trying to get work. The third and fourth are from make using select. Looking at kern_select - one sees that it is clearly fairly single-threaded. Oddly enough, makes Job.c already has support for kqueue, but it isn't the default. I defined USE_KQUEUE and select went away as a point of contention during builds. We see here that the page queue mutex is a major point of contention. max total wait_total count avg wait_avg cnt_hold cnt_lock name 24 3566322 1311264691 1358360 2 965 6800925 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/kern_idle.c:121 (sched lock) 29 1218447 414601055 172116 7 2408 533196 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/subr_sleepqueue.c:529 (sched lock) 2 3013 413907132 8359 0 49516 14603 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/sys_generic.c:812 (sched lock) 1027 242236 413829518 14365 16 28808 4462 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/sys_generic.c:776 (sellck) 1894753 787273038 55823553 726605 1083 76 0 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/vfs_default.c:263 (nfs) 253 104799 8583672 204689 0 41 39672 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:844 (vm page queue mutex) 153 264890 3935024 227674 1 17 46885 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:902 (vm page queue mutex) 316 3238931 2650089 227674 14 11 113827 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/sun4v/sun4v/pmap.c:956 (vm page queue mutex) 35 101146 1916077 82252 1 23 16275 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:342 (vm page queue mutex) 4 106600 1665429 285490 0 5 475928 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/subr_sleepqueue.c:318 (sched lock) Here we do a make -j32 of the kernel, so all cpu threads are in use (thus no issues with the idle threads). The turnstile lock contention is likely a result of all the cpu threads contending for the page queue mutex. This could probably be improved by adaptively spinning if the current holder of the mutex is running. Many of page queue mutex acquisitions are merely to protect setting flags in an individual page. In the case of a 32 cpu system having a lock per vm_page would probably be the way to go - however, this would penalize systems with 4 and fewer cpus. Perhaps alc should look into varying the granularity of locking as a function of the number of cpus. max total wait_total count avg wait_avg cnt_hold cnt_lock name 5 7266196 206805560 7522452 0 27 48266619 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/subr_turnstile.c:487 (turnstile chain) 457 528521 180592127 550284 0 328 1469872 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:844 (vm page queue mutex) 15057461 1679582934 117520488 87978 19090 1335 0 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/ufs/ffs/ffs_vnops.c:366 (ufs) 214 1076256 112489341 559032 1 201 1520471 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:902 (vm page queue mutex) 424 8250360 105249196 559031 14 188 1767340 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/sun4v/sun4v/pmap.c:956 (vm page queue mutex) 72563452121 218316084315 94216669 452713 482239 208 0 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/vfs_default.c:263 (nfs) 23 1349030 14049785 280685 4 50 923679 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/kern_idle.c:121 (sched lock) 73 214117 11078161 63944 3 173 2505 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/nfsclient/nfs_socket.c:1235 (Giant) 42 92768 10431233 40012 2 260 122966 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:342 (vm page queue mutex) 6429 2155581 6645086 18297 117 363 105550 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_object.c:651 (vm page queue mutex) From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 05:05:53 2006 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 ED5C716A416; Sat, 11 Nov 2006 05:05:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 856D743D53; Sat, 11 Nov 2006 05:05:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB55qIo080472; Sat, 11 Nov 2006 00:05:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB55qd1043816; Sat, 11 Nov 2006 00:05:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 77E6473068; Sat, 11 Nov 2006 00:05:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111050552.77E6473068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 00:05:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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: Sat, 11 Nov 2006 05:05:54 -0000 TB --- 2006-11-11 03:59:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 03:59:16 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-11 03:59:16 - cleaning the object tree TB --- 2006-11-11 04:00:01 - checking out the source tree TB --- 2006-11-11 04:00:01 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-11 04:00:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 04:10:47 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 04:10:47 - cd /src TB --- 2006-11-11 04:10:47 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 04:10:48 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 05:05:51 UTC 2006 TB --- 2006-11-11 05:05:51 - generating LINT kernel config TB --- 2006-11-11 05:05:51 - cd /src/sys/pc98/conf TB --- 2006-11-11 05:05:51 - /usr/bin/make -B LINT TB --- 2006-11-11 05:05:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 05:05:51 - cd /src TB --- 2006-11-11 05:05:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 05:05:51 UTC 2006 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/pc98/conf; PATH=/obj/pc98/src/tmp/legacy/usr/sbin:/obj/pc98/src/tmp/legacy/usr/bin:/obj/pc98/src/tmp/legacy/usr/games:/obj/pc98/src/tmp/usr/sbin:/obj/pc98/src/tmp/usr/bin:/obj/pc98/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/pc98/src/sys/LINT /src/sys/pc98/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ISA' encountered. WARNING: duplicate device `isa' encountered. WARNING: duplicate option `DEV_NPX' encountered. WARNING: duplicate device `npx' encountered. /src/sys/pc98/conf/LINT: unknown option "MUTEX_PROFILING" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 05:05:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 05:05:52 - ERROR: failed to build lint kernel TB --- 2006-11-11 05:05:52 - tinderbox aborted TB --- 0.88 user 2.66 system 3995.45 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 05:01:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A5B616A412; Sat, 11 Nov 2006 05:01:19 +0000 (UTC) (envelope-from amistry@am-productions.biz) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC26A43D79; Sat, 11 Nov 2006 05:01:18 +0000 (GMT) (envelope-from amistry@am-productions.biz) Received: from [192.168.1.100] (cpe-24-210-75-119.columbus.res.rr.com [24.210.75.119]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id kAB5KnF2048957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Nov 2006 00:20:56 -0500 (EST) (envelope-from amistry@am-productions.biz) From: Anish Mistry Organization: AM Productions To: freebsd-current@freebsd.org Date: Sat, 11 Nov 2006 00:02:16 -0500 User-Agent: KMail/1.9.4 References: <200611021653.kA2GrRWx008044@repoman.freebsd.org> <1163215249.2826.9.camel@shumai.marcuscom.com> <45554464.3010200@gmail.com> In-Reply-To: <45554464.3010200@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1253625.nhtXVBYPOy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200611110002.29437.amistry@am-productions.biz> X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_50,MYFREEBSD2, MYFREEBSD3,NORMAL_HTTP_TO_IP,RCVD_IN_NJABL_DUL,SPF_SOFTFAIL autolearn=failed version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.5/2185/Fri Nov 10 06:04:49 2006 on mail.united-ware.com X-Virus-Status: Clean X-Mailman-Approved-At: Sat, 11 Nov 2006 05:11:33 +0000 Cc: Andre Oppermann , Joe Marcus Clarke , current@freebsd.org Subject: Re: sendfile data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2006 05:01:19 -0000 --nextPart1253625.nhtXVBYPOy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 10 November 2006 22:32, Pawel Worach wrote: > Joe Marcus Clarke wrote: > > Looks to me like there's some unnecessary calculations happening > > to get the xfsize. Does the following patch help? > > > > http://www.marcuscom.com/downloads/uipc_syscalls.c.diff > > Jumped the gun a bit there, worked well for small files but failed > on bigger ones. > > 0>root@zero /usr/local/www/data# md5 sh > MD5 (sh) =3D e090ae9fc697b6ec84165af920034dc4 > 0>root@zero /usr/local/www/data# fetch -o - http://127.0.0.1/sh | > md5 - 100% of 109 kB =20 > 57 MBps e090ae9fc697b6ec84165af920034dc4 > > 0>root@zero /usr/local/www/data# md5 pkg.tar > MD5 (pkg.tar) =3D 4acc148ebde3f491141950cf902b2d49 > 0>root@zero /usr/local/www/data# fetch -o - > http://127.0.0.1/pkg.tar | md5 - =20 > 100% of 362 MB 67 MBps 98018da64b1fd111beaef8d990438604 Yeah, I'm seeing this too with apache2 and apache22 on -CURRENT. =2D-=20 Anish Mistry amistry@am-productions.biz AM Productions http://am-productions.biz/ --nextPart1253625.nhtXVBYPOy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFVVllxqA5ziudZT0RAnjQAKChFpWUzconMpuZ1mEpn0Mx70yWpgCgy9iT BqAL0GyTEYPiLwlT1IrqvPA= =tbvu -----END PGP SIGNATURE----- --nextPart1253625.nhtXVBYPOy-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 05:01:19 2006 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 6A5B616A412; Sat, 11 Nov 2006 05:01:19 +0000 (UTC) (envelope-from amistry@am-productions.biz) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC26A43D79; Sat, 11 Nov 2006 05:01:18 +0000 (GMT) (envelope-from amistry@am-productions.biz) Received: from [192.168.1.100] (cpe-24-210-75-119.columbus.res.rr.com [24.210.75.119]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id kAB5KnF2048957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Nov 2006 00:20:56 -0500 (EST) (envelope-from amistry@am-productions.biz) From: Anish Mistry Organization: AM Productions To: freebsd-current@freebsd.org Date: Sat, 11 Nov 2006 00:02:16 -0500 User-Agent: KMail/1.9.4 References: <200611021653.kA2GrRWx008044@repoman.freebsd.org> <1163215249.2826.9.camel@shumai.marcuscom.com> <45554464.3010200@gmail.com> In-Reply-To: <45554464.3010200@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1253625.nhtXVBYPOy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200611110002.29437.amistry@am-productions.biz> X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_50,MYFREEBSD2, MYFREEBSD3,NORMAL_HTTP_TO_IP,RCVD_IN_NJABL_DUL,SPF_SOFTFAIL autolearn=failed version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.5/2185/Fri Nov 10 06:04:49 2006 on mail.united-ware.com X-Virus-Status: Clean X-Mailman-Approved-At: Sat, 11 Nov 2006 05:11:42 +0000 Cc: Andre Oppermann , Joe Marcus Clarke , current@freebsd.org Subject: Re: sendfile data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2006 05:01:19 -0000 --nextPart1253625.nhtXVBYPOy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 10 November 2006 22:32, Pawel Worach wrote: > Joe Marcus Clarke wrote: > > Looks to me like there's some unnecessary calculations happening > > to get the xfsize. Does the following patch help? > > > > http://www.marcuscom.com/downloads/uipc_syscalls.c.diff > > Jumped the gun a bit there, worked well for small files but failed > on bigger ones. > > 0>root@zero /usr/local/www/data# md5 sh > MD5 (sh) =3D e090ae9fc697b6ec84165af920034dc4 > 0>root@zero /usr/local/www/data# fetch -o - http://127.0.0.1/sh | > md5 - 100% of 109 kB =20 > 57 MBps e090ae9fc697b6ec84165af920034dc4 > > 0>root@zero /usr/local/www/data# md5 pkg.tar > MD5 (pkg.tar) =3D 4acc148ebde3f491141950cf902b2d49 > 0>root@zero /usr/local/www/data# fetch -o - > http://127.0.0.1/pkg.tar | md5 - =20 > 100% of 362 MB 67 MBps 98018da64b1fd111beaef8d990438604 Yeah, I'm seeing this too with apache2 and apache22 on -CURRENT. =2D-=20 Anish Mistry amistry@am-productions.biz AM Productions http://am-productions.biz/ --nextPart1253625.nhtXVBYPOy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFVVllxqA5ziudZT0RAnjQAKChFpWUzconMpuZ1mEpn0Mx70yWpgCgy9iT BqAL0GyTEYPiLwlT1IrqvPA= =tbvu -----END PGP SIGNATURE----- --nextPart1253625.nhtXVBYPOy-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 06:11:50 2006 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 9178916A415; Sat, 11 Nov 2006 06:11:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D684643D5F; Sat, 11 Nov 2006 06:11:49 +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.6/8.13.6) with ESMTP id kAB6BmhO092830; Sat, 11 Nov 2006 01:11:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB6BmFl002145; Sat, 11 Nov 2006 01:11:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7D54573068; Sat, 11 Nov 2006 01:11:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111061148.7D54573068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 01:11:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 06:11:50 -0000 TB --- 2006-11-11 05:05:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 05:05:52 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-11 05:05:52 - cleaning the object tree TB --- 2006-11-11 05:06:24 - checking out the source tree TB --- 2006-11-11 05:06:24 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-11 05:06:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 05:15:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 05:15:00 - cd /src TB --- 2006-11-11 05:15:00 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 05:15:01 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 06:11:47 UTC 2006 TB --- 2006-11-11 06:11:47 - generating LINT kernel config TB --- 2006-11-11 06:11:47 - cd /src/sys/powerpc/conf TB --- 2006-11-11 06:11:47 - /usr/bin/make -B LINT TB --- 2006-11-11 06:11:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 06:11:47 - cd /src TB --- 2006-11-11 06:11:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 06:11:47 UTC 2006 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/powerpc/conf; PATH=/obj/powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc/src/tmp/legacy/usr/bin:/obj/powerpc/src/tmp/legacy/usr/games:/obj/powerpc/src/tmp/usr/sbin:/obj/powerpc/src/tmp/usr/bin:/obj/powerpc/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/powerpc/src/sys/LINT /src/sys/powerpc/conf/LINT WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. /src/sys/powerpc/conf/LINT: unknown option "MUTEX_PROFILING" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 06:11:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 06:11:48 - ERROR: failed to build lint kernel TB --- 2006-11-11 06:11:48 - tinderbox aborted TB --- 0.59 user 2.25 system 3955.65 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 06:19:34 2006 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 6768A16A403; Sat, 11 Nov 2006 06:19:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3A4E43D66; Sat, 11 Nov 2006 06:19: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.8/8.13.8) with ESMTP id kAB6JXMB085286; Sat, 11 Nov 2006 01:19:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB6JWEQ095391; Sat, 11 Nov 2006 01:19:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BB9CF73068; Sat, 11 Nov 2006 01:19:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111061932.BB9CF73068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 01:19:32 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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: Sat, 11 Nov 2006 06:19:34 -0000 TB --- 2006-11-11 04:51:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 04:51:36 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-11 04:51:36 - cleaning the object tree TB --- 2006-11-11 04:52:12 - checking out the source tree TB --- 2006-11-11 04:52:12 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-11 04:52:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 05:02:19 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 05:02:19 - cd /src TB --- 2006-11-11 05:02:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 05:02:21 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 06:19:30 UTC 2006 TB --- 2006-11-11 06:19:31 - generating LINT kernel config TB --- 2006-11-11 06:19:31 - cd /src/sys/ia64/conf TB --- 2006-11-11 06:19:31 - /usr/bin/make -B LINT TB --- 2006-11-11 06:19:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 06:19:31 - cd /src TB --- 2006-11-11 06:19:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 06:19:32 UTC 2006 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_GPT' encountered. WARNING: duplicate option `GEOM_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `DEV_ACPI' encountered. WARNING: duplicate device `acpi' encountered. /src/sys/ia64/conf/LINT: unknown option "MUTEX_PROFILING" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 06:19:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 06:19:32 - ERROR: failed to build lint kernel TB --- 2006-11-11 06:19:32 - tinderbox aborted TB --- 0.71 user 2.55 system 5276.54 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 06:56:40 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31C4716A47C; Sat, 11 Nov 2006 06:56:40 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C26543D5D; Sat, 11 Nov 2006 06:56:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E36591A3C19; Fri, 10 Nov 2006 22:56:39 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0FE1851390; Sat, 11 Nov 2006 01:56:30 -0500 (EST) Date: Sat, 11 Nov 2006 01:56:29 -0500 From: Kris Kennaway To: Norikatsu Shigemura Message-ID: <20061111065629.GA82094@xor.obsecurity.org> References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <20061111022044.8191e1c8.nork@FreeBSD.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@FreeBSD.org Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 06:56:40 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 11, 2006 at 02:20:44AM +0900, Norikatsu Shigemura wrote: > On Fri, 10 Nov 2006 17:12:47 +0200 > Nikolay Pavlov wrote: > > Hi. In this post i am not trying to raise a discussion about teoretical > > advantages of some special threading model, but still i would like to > > figure out why libthr in it current state is not our default posix=20 > > thread library and could it be so in time of 7-STABLE? >=20 > I don't agree. Do test, run by again, do test. >=20 > I read a discussion about libpthread vs libthr, so I tested on > my environments(7-current SMP and 6-stable UP). My result is > NOT YET, and I resurrected to libpthread environment. >=20 > 1. libthr is not enough mature. > At this time, libpthread's pthread API support > libthr's > pthread API support. So libthr lacks of compatibility with > libpthread. It is not good. Which applications does this effect? I'm not aware of any (see below). > 2. Not PTHREAD_CFLAGS/PTHREAD_LIBS clean > At this time, tinderbox doesn't test PTHREAD_CFLAGS/ > PTHREAD_LIBS clean. We have need to check PTHREAD_CFLAGS/ > PTHREAD_LIBS clean on all ports. The existence of libmap makes this objection irrelevant. Also, sparc64 uses libthr by default and I'm not aware of any resulting port build problems. So apparently any missing API features are not widely used, or are successfully worked around. Can you provide evidence to the contrary? > 3. Is libthr environments useful? > I don't think. Yes, I think that some applications like mysql > are useful. However, in all FreeBSD environment system, by 1 > and 2, libthr is not useful. Maybe you don't care that libpthread's performance is terrible and e.g. this makes FreeBSD look bad on benchmarks, both published and when a user evaluates FreeBSD against other systems to decide whether or not to use it on their workloads - but surely most people do. Kris --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFVXQdWry0BWjoQKURAjUVAKDDMEQ/zS7hcgjw3loKuaENaddkggCfYyIs hDh0cZ6Ch1TXrebBNZKX36k= =IBWw -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 07:28:53 2006 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 6AB7516A5F8; Sat, 11 Nov 2006 07:28:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1581C43D58; Sat, 11 Nov 2006 07:28:53 +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.6/8.13.6) with ESMTP id kAB7SqD7096345; Sat, 11 Nov 2006 02:28:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB7SpOG004819; Sat, 11 Nov 2006 02:28:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 980A573068; Sat, 11 Nov 2006 02:28:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111072851.980A573068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 02:28:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 07:28:53 -0000 TB --- 2006-11-11 06:11:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 06:11:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-11 06:11:48 - cleaning the object tree TB --- 2006-11-11 06:12:22 - checking out the source tree TB --- 2006-11-11 06:12:22 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-11 06:12:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 06:26:32 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 06:26:32 - cd /src TB --- 2006-11-11 06:26:32 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 06:26:34 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 07:21:44 UTC 2006 TB --- 2006-11-11 07:21:44 - generating LINT kernel config TB --- 2006-11-11 07:21:44 - cd /src/sys/sparc64/conf TB --- 2006-11-11 07:21:44 - /usr/bin/make -B LINT TB --- 2006-11-11 07:21:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 07:21:45 - cd /src TB --- 2006-11-11 07:21:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 07:21:45 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_fattime.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_firmware.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_hints.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_kdb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_kobj.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_lock.c /src/sys/kern/subr_lock.c: In function `_lock_profile_release_lock': /src/sys/kern/subr_lock.c:341: error: structure has no member named `lpo_name' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 07:28:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 07:28:51 - ERROR: failed to build lint kernel TB --- 2006-11-11 07:28:51 - tinderbox aborted TB --- 0.73 user 2.27 system 4622.73 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 07:32:24 2006 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 451D616A407; Sat, 11 Nov 2006 07:32:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87E8E43D6B; Sat, 11 Nov 2006 07:32:23 +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.6/8.13.6) with ESMTP id kAB7WMKo096467; Sat, 11 Nov 2006 02:32:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB7WMZ2013389; Sat, 11 Nov 2006 02:32:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 91E9873068; Sat, 11 Nov 2006 02:32:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111073222.91E9873068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 02:32:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 07:32:24 -0000 TB --- 2006-11-11 06:19:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 06:19:33 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-11 06:19:33 - cleaning the object tree TB --- 2006-11-11 06:20:10 - checking out the source tree TB --- 2006-11-11 06:20:10 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-11 06:20:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 06:32:10 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 06:32:10 - cd /src TB --- 2006-11-11 06:32:10 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 06:32:11 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 07:26:01 UTC 2006 TB --- 2006-11-11 07:26:01 - generating LINT kernel config TB --- 2006-11-11 07:26:01 - cd /src/sys/sun4v/conf TB --- 2006-11-11 07:26:01 - /usr/bin/make -B LINT TB --- 2006-11-11 07:26:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 07:26:01 - cd /src TB --- 2006-11-11 07:26:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 07:26:01 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_fattime.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_firmware.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_hints.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_kdb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_kobj.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/subr_lock.c /src/sys/kern/subr_lock.c: In function `_lock_profile_release_lock': /src/sys/kern/subr_lock.c:341: error: structure has no member named `lpo_name' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 07:32:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 07:32:22 - ERROR: failed to build lint kernel TB --- 2006-11-11 07:32:22 - tinderbox aborted TB --- 0.65 user 1.91 system 4369.49 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 08:45:39 2006 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 0853C16A417; Sat, 11 Nov 2006 08:45:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C0D243D76; Sat, 11 Nov 2006 08:45:38 +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.6/8.13.6) with ESMTP id kAB8jbCS000611; Sat, 11 Nov 2006 03:45:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB8jbQF001933; Sat, 11 Nov 2006 03:45:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9AF2573068; Sat, 11 Nov 2006 03:45:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111084537.9AF2573068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 03:45:37 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm 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, 11 Nov 2006 08:45:39 -0000 TB --- 2006-11-11 07:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 07:35:00 - starting HEAD tinderbox run for arm/arm TB --- 2006-11-11 07:35:00 - cleaning the object tree TB --- 2006-11-11 07:35:32 - checking out the source tree TB --- 2006-11-11 07:35:32 - cd /tinderbox/HEAD/arm/arm TB --- 2006-11-11 07:35:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 07:46:56 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 07:46:56 - cd /src TB --- 2006-11-11 07:46:56 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 07:46:57 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/share/man/man9/microuptime.9 > microuptime.9.gz gzip -cn /src/share/man/man9/mi_switch.9 > mi_switch.9.gz gzip -cn /src/share/man/man9/module.9 > module.9.gz gzip -cn /src/share/man/man9/MODULE_DEPEND.9 > MODULE_DEPEND.9.gz gzip -cn /src/share/man/man9/MODULE_VERSION.9 > MODULE_VERSION.9.gz gzip -cn /src/share/man/man9/mtx_pool.9 > mtx_pool.9.gz gzip -cn /src/share/man/man9/mutex.9 > mutex.9.gz make: don't know how to make MUTEX_PROFILING.9. Stop *** Error code 2 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 08:45:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 08:45:37 - ERROR: failed to build world TB --- 2006-11-11 08:45:37 - tinderbox aborted TB --- 0.42 user 1.60 system 4236.81 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 08:46:01 2006 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 D94B916A523; Sat, 11 Nov 2006 08:46:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E16F43D62; Sat, 11 Nov 2006 08:45:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB8jvtC095656; Sat, 11 Nov 2006 03:45:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB8jvwk005897; Sat, 11 Nov 2006 03:45:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 079D87306B; Sat, 11 Nov 2006 03:45:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111084557.079D87306B@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 03:45:56 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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: Sat, 11 Nov 2006 08:46:02 -0000 TB --- 2006-11-11 07:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 07:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-11 07:35:00 - cleaning the object tree TB --- 2006-11-11 07:35:52 - checking out the source tree TB --- 2006-11-11 07:35:52 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-11 07:35:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 07:46:56 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 07:46:56 - cd /src TB --- 2006-11-11 07:46:56 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 07:46:57 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/share/man/man9/microuptime.9 > microuptime.9.gz gzip -cn /src/share/man/man9/mi_switch.9 > mi_switch.9.gz gzip -cn /src/share/man/man9/module.9 > module.9.gz gzip -cn /src/share/man/man9/MODULE_DEPEND.9 > MODULE_DEPEND.9.gz gzip -cn /src/share/man/man9/MODULE_VERSION.9 > MODULE_VERSION.9.gz gzip -cn /src/share/man/man9/mtx_pool.9 > mtx_pool.9.gz gzip -cn /src/share/man/man9/mutex.9 > mutex.9.gz make: don't know how to make MUTEX_PROFILING.9. Stop *** Error code 2 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 08:45:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 08:45:56 - ERROR: failed to build world TB --- 2006-11-11 08:45:56 - tinderbox aborted TB --- 0.80 user 3.41 system 4256.20 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 08:54:01 2006 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 1176A16A40F for ; Sat, 11 Nov 2006 08:54:01 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30B0B43D9F for ; Sat, 11 Nov 2006 08:53:42 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9A78D46DC1; Sat, 11 Nov 2006 03:53:41 -0500 (EST) Date: Sat, 11 Nov 2006 08:53:41 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kip Macy In-Reply-To: Message-ID: <20061111085252.N63959@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: MUTEX_PROFILING option has been removed ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2006 08:54:01 -0000 On Fri, 10 Nov 2006, Kip Macy wrote: > and replaced by LOCK_PROFILING. > > - When LOCK_PROFILING is compiled in and enabled the kernel will now > profile hold times for all locks (spin mutex, blocking mutex, rwlock, sx > lock, and lockmgr). > - We now track the wait-to-acquire time, which I believe to be a more > useful metric of contention than hold time or number of times contested. > - The overhead of having LOCK_PROFILING compiled in but not enabled has > been reduced by moving large chunks of code out of line - on the T1 the > measured overhead is < 1%. > - There is no longer a single mutex for serializing updates to the > profiling hash - reducing the locking contention of measuring lock > contention. This sounds like really great work -- thanks for working on this! Robert N M Watson Computer Laboratory University of Cambridge > > Thanks to DES for the MUTEX_PROFILING implementation and Kris Kennaway for > many of the optimizations that made their way into this patch. > > Please report to me any issues caused by this change. I give some examples > of its immediate utility below: > > > I'm running a buildworld that isn't using all the system threads. I sorted > on the third column (maximum total wait) - the first is due to the idle > threads constantly trying to get work. The third and fourth are from make > using select. Looking at kern_select - one sees that it is clearly fairly > single-threaded. Oddly enough, makes Job.c already has support for kqueue, > but it isn't the default. I defined USE_KQUEUE and select went away as a > point of contention during builds. We see here that the page queue mutex is > a major point of contention. > > max total wait_total count avg wait_avg > cnt_hold cnt_lock name > 24 3566322 1311264691 1358360 2 965 6800925 > 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/kern_idle.c:121 > (sched lock) > > 29 1218447 414601055 172116 7 2408 533196 > 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/subr_sleepqueue.c:529 > (sched lock) > 2 3013 413907132 8359 0 49516 14603 > 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/sys_generic.c:812 > (sched lock) > > 1027 242236 413829518 14365 16 28808 4462 > 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/sys_generic.c:776 > (sellck) > > 1894753 787273038 55823553 726605 1083 76 0 > 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/vfs_default.c:263 > (nfs) > > 253 104799 8583672 204689 0 41 39672 > 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:844 > (vm page queue mutex) > 153 264890 3935024 227674 1 17 46885 > 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:902 > (vm page queue mutex) > > 316 3238931 2650089 227674 14 11 113827 > 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/sun4v/sun4v/pmap.c:956 > (vm page queue mutex) > 35 101146 1916077 82252 1 23 16275 > 0 /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:342 > (vm page queue mutex) > > 4 106600 1665429 285490 0 5 475928 > 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/subr_sleepqueue.c:318 > (sched lock) > > > > Here we do a make -j32 of the kernel, so all cpu threads are in use (thus no > issues with the idle threads). The turnstile lock contention is likely a > result of all the cpu threads contending for the page queue mutex. This > could probably be improved by adaptively spinning if the current holder of > the mutex is running. Many of page queue mutex acquisitions are merely to > protect setting flags in an individual page. In the case of a 32 cpu system > having a lock per vm_page would probably be the way to go - however, this > would penalize systems with 4 and fewer cpus. Perhaps alc should look into > varying the granularity of locking as a function of the number of cpus. > max total wait_total count avg wait_avg cnt_hold > cnt_lock name > 5 7266196 206805560 7522452 0 27 > 48266619 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/subr_turnstile.c:487 > (turnstile chain) > 457 528521 180592127 550284 0 328 > 1469872 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:844 (vm page queue > mutex) > 15057461 1679582934 117520488 87978 19090 1335 > 0 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/ufs/ffs/ffs_vnops.c:366 (ufs) > 214 1076256 112489341 559032 1 201 > 1520471 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:902 (vm page queue > mutex) > 424 8250360 105249196 559031 14 188 > 1767340 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/sun4v/sun4v/pmap.c:956 (vm page > queue mutex) > 72563452121 218316084315 94216669 452713 482239 208 > 0 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/vfs_default.c:263 (nfs) > 23 1349030 14049785 280685 4 50 > 923679 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/kern/kern_idle.c:121 (sched lock) > 73 214117 11078161 63944 3 173 > 2505 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/nfsclient/nfs_socket.c:1235 > (Giant) > 42 92768 10431233 40012 2 260 > 122966 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_fault.c:342 (vm page queue > mutex) > 6429 2155581 6645086 18297 117 363 > 105550 0 > /usr/flatstor/shared/freebsd/kmacy/src/sys/vm/vm_object.c:651 (vm page queue > mutex) > _______________________________________________ > 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 Nov 11 09:03:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE16A16A412; Sat, 11 Nov 2006 09:03:41 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61C2043D73; Sat, 11 Nov 2006 09:03:41 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.103] (c-24-6-50-125.hsd1.ca.comcast.net [24.6.50.125]) by elvis.mu.org (Postfix) with ESMTP id C7E3C1A4D82; Sat, 11 Nov 2006 01:03:40 -0800 (PST) Message-ID: <455591E0.5070509@FreeBSD.org> Date: Sat, 11 Nov 2006 01:03:28 -0800 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Attilio Rao References: <3bbf2fe10610181518k68356528i154267c0bd1b1a77@mail.gmail.com> <3bbf2fe10611051857m4c644ad2o7d71a86e46eaf9a8@mail.gmail.com> In-Reply-To: <3bbf2fe10611051857m4c644ad2o7d71a86e46eaf9a8@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: pho@freebsd.org, freebsd-current@freebsd.org, kmacy@freebsd.org, freebsd-arch@freebsd.org Subject: Re: sx locks rewriting - needs testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 09:03:42 -0000 Attilio Rao wrote: > 2006/10/18, Attilio Rao : > >> In my P4 branch: //depot/user/attilio/attilio_smpng/... >> you can find a sx locks rewriting using the optimized semantic of >> rwlocks; in the end this might result in a valuable performance >> improvement. Excellent work. Do you have any benchmark results? You might have a hard time convincing someone to commit this if you don't show that it's worth it, especially if you consider how much it complicates the code. > After have received very positive stress-test feedbacks from pho@ > (that I would like to thank for his patience and work) I went ahead > and rather completed the implementation. Now this is ready to be > reviewed and possibly committed into the CVS. > Even if I plan a longer work on this branch (about syncronizing > primitives), I think it is time for a revision of the work done until > now from SMPng people (jhb, kmacy, etc.) and possibily an inclusion > into HEAD (patch actually is 58k...). > > Some few hints about the patch: > - LOCK_DEBUG adds a dependence between sx.h and lock.h (as for rwlocks > and mutex) and a the new options SXLOCK_NOINLINE is added > - XFS locking is still disabled in the patch (I hope to do it for > tomorrow, I'm in GMT+1). > - Possibly the sleepqueue interface modifies and new flags might be > documented in the manpages (and NOTES file too, in order to reflect > SXLOCK_NOINLINE inclusion). > - It misses still of the adaptive spinning code, but it can be > inserted after without problems. We might want to avoid adaptive spinning, since sx locks may be held for quite long periods of time. > You can download the code directly from perforce > (//depot/user/attilio/attilio_smpng/...) but patches are available > here: > http://users.gufi.org/~rookie/works/patches/smpng06112006.diff > http://users.gufi.org/~rookie/works/patches/_sx.h > > I hope you will enjoy it (feedbacks, ideas, comments would be very > appreciated). > > Attilio A few comments: --- //depot/vendor/freebsd/src/sys/i386/include/param.h 2006/01/09 06:10:20 +++ //depot/user/attilio/attilio_smpng/i386/include/param.h 2006/10/03 21:33:06 @@ -109,6 +109,15 @@ #endif /* + * Define our own cache alignment mask for syncronizing primitives. Pentium4 + * and Xeon want a 128-byte wide aligned syncronizing primitive in order to + * minimize cache bus traffic on CPUs cache lines movements. + */ +#ifndef SYNC_ALIGN +#define SYNC_ALIGN (128 - 1) +#endif + Please also add this to amd64, and maybe rename it to UMA_ALIGN_SYNC. On other architectures, have it be the same as UMA_ALIGN_CACHE. This way, you don't have to define SYNC_ALIGN in every C file that uses it. While there, you might also want to make UMA_ALIGN_CACHE the correct size for i386/amd64 (64 bytes, on most machines, i believe?). Ideally, this would be a variable set at boot time, depending on what the CPU reports. I also feel that the part that makes turnstiles and sleepqueues 128 byte aligned should be broken up as as a separate patch/commit, as it doesn't really have much to do with your sx rewriting, as I understand it. --- //depot/vendor/freebsd/src/sys/kern/kern_sx.c 2006/08/15 18:31:36 +++ //depot/user/attilio/attilio_smpng/kern/kern_sx.c 2006/11/06 02:24:27 @@ -78,13 +50,8 @@ sx_init(struct sx *sx, const char *description) { - sx->sx_lock = mtx_pool_find(mtxpool_lockbuilder, sx); - sx->sx_cnt = 0; - cv_init(&sx->sx_shrd_cv, description); - sx->sx_shrd_wcnt = 0; - cv_init(&sx->sx_excl_cv, description); - sx->sx_excl_wcnt = 0; - sx->sx_xholder = NULL; + sx->sx_lock = SX_UNHELD; + sx->sx_desc = "sx lock"; lock_init(&sx->sx_object, &lock_class_sx, description, NULL, LO_WITNESS | LO_RECURSABLE | LO_SLEEPABLE | LO_UPGRADABLE); Shouldn't it be sx->sx_desc = description; ? Keep up the good work! I hope to see some benchmark results and to see it committed soon! :-) -- Suleiman From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 09:52:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55EEA16A412; Sat, 11 Nov 2006 09:52:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D057843D58; Sat, 11 Nov 2006 09:52:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB9qsZl001981; Sat, 11 Nov 2006 04:52:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB9qsbg085126; Sat, 11 Nov 2006 04:52:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AE5BA73068; Sat, 11 Nov 2006 04:52:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111095253.AE5BA73068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 04:52:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 09:52:55 -0000 TB --- 2006-11-11 08:45:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 08:45:37 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-11 08:45:37 - cleaning the object tree TB --- 2006-11-11 08:46:29 - checking out the source tree TB --- 2006-11-11 08:46:29 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-11 08:46:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 08:56:19 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 08:56:19 - cd /src TB --- 2006-11-11 08:56:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 08:56:21 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/share/man/man9/microuptime.9 > microuptime.9.gz gzip -cn /src/share/man/man9/mi_switch.9 > mi_switch.9.gz gzip -cn /src/share/man/man9/module.9 > module.9.gz gzip -cn /src/share/man/man9/MODULE_DEPEND.9 > MODULE_DEPEND.9.gz gzip -cn /src/share/man/man9/MODULE_VERSION.9 > MODULE_VERSION.9.gz gzip -cn /src/share/man/man9/mtx_pool.9 > mtx_pool.9.gz gzip -cn /src/share/man/man9/mutex.9 > mutex.9.gz make: don't know how to make MUTEX_PROFILING.9. Stop *** Error code 2 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 09:52:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 09:52:52 - ERROR: failed to build world TB --- 2006-11-11 09:52:52 - tinderbox aborted TB --- 0.80 user 2.85 system 4034.84 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 09:53:02 2006 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 BAAA116A403; Sat, 11 Nov 2006 09:53:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C3FE43D68; Sat, 11 Nov 2006 09:53:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kAB9r1Sc004837; Sat, 11 Nov 2006 04:53:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kAB9r1XN066502; Sat, 11 Nov 2006 04:53:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B7CD77306B; Sat, 11 Nov 2006 04:53:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111095300.B7CD77306B@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 04:53:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 09:53:02 -0000 TB --- 2006-11-11 08:45:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 08:45:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-11 08:45:57 - cleaning the object tree TB --- 2006-11-11 08:46:26 - checking out the source tree TB --- 2006-11-11 08:46:26 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-11 08:46:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 08:56:19 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 08:56:19 - cd /src TB --- 2006-11-11 08:56:19 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 08:56:21 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/share/man/man9/microuptime.9 > microuptime.9.gz gzip -cn /src/share/man/man9/mi_switch.9 > mi_switch.9.gz gzip -cn /src/share/man/man9/module.9 > module.9.gz gzip -cn /src/share/man/man9/MODULE_DEPEND.9 > MODULE_DEPEND.9.gz gzip -cn /src/share/man/man9/MODULE_VERSION.9 > MODULE_VERSION.9.gz gzip -cn /src/share/man/man9/mtx_pool.9 > mtx_pool.9.gz gzip -cn /src/share/man/man9/mutex.9 > mutex.9.gz make: don't know how to make MUTEX_PROFILING.9. Stop *** Error code 2 Stop in /src/share/man. *** Error code 1 Stop in /src/share. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 09:53:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 09:53:00 - ERROR: failed to build world TB --- 2006-11-11 09:53:00 - tinderbox aborted TB --- 0.48 user 1.59 system 4023.64 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 11:30:38 2006 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 7DB5616A416 for ; Sat, 11 Nov 2006 11:30:38 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81D3E43D69 for ; Sat, 11 Nov 2006 11:30:37 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 63151 invoked from network); 11 Nov 2006 11:23:52 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 11 Nov 2006 11:23:52 -0000 Message-ID: <4555B45D.6020800@freebsd.org> Date: Sat, 11 Nov 2006 12:30:37 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Pawel Worach References: <200611021653.kA2GrRWx008044@repoman.freebsd.org> <455530E0.5090000@gmail.com> In-Reply-To: <455530E0.5090000@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: sendfile data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2006 11:30:38 -0000 Pawel Worach wrote: > Andre Oppermann wrote: >> andre 2006-11-02 16:53:26 UTC >> >> FreeBSD src repository >> > ... >> Rewrite kern_sendfile() to work in two loops, the inner which turns >> as many > ... >> Revision Changes Path >> 1.240 +280 -242 src/sys/kern/uipc_syscalls.c >> 1.55 +2 -0 src/sys/sys/libkern.h >> 1.91 +2 -1 src/sys/sys/socket.h > > Hi Andre, > > I'm seeing some strange data corruption with this change. > Using apache 2.0.59 from ports, hardware is SMP i386. > > 0>root@cookie /usr/local/www/data# md5 sh > MD5 (sh) = e090ae9fc697b6ec84165af920034dc4 > 0>root@cookie /usr/local/www/data# unsetenv http_proxy > 0>root@cookie /usr/local/www/data# fetch -o /tmp/sh http://127.0.0.1/sh > /tmp/sh 100% of 109 kB 6516 kBps > 0>root@cookie /usr/local/www/data# md5 /tmp/sh > MD5 (/tmp/sh) = 1b6b9786ce7aa74b7ecbc7ee82c230dd > > It seems to be consistent... > 0>root@zero /usr/local/www/data# fetch -o /tmp/sh2 http://127.0.0.1/sh > /tmp/sh2 100% of 109 kB 41 MBps > 0>root@zero /usr/local/www/data# md5 /tmp/sh2 > MD5 (/tmp/sh2) = 1b6b9786ce7aa74b7ecbc7ee82c230dd > > Checking with hd(1) the changed data always seems to start at offset > 0x0000e000. > > cvs up -D '2006/11/02 17:00:00' OK > Repository revision: 1.239 > /export/ctm/cvs/src/sys/kern/uipc_syscalls.c,v > > cvs up -D '2006/11/02 18:00:00' BROKEN > Repository revision: 1.240 > /export/ctm/cvs/src/sys/kern/uipc_syscalls.c,v > > Files changed with update: > P geom/journal/g_journal.c > P kern/uipc_syscalls.c > P sys/libkern.h > P sys/socket.h > > Any other information I can provide? I'm looking into the problem. Please try a binary FTP transfer as well and check if the checksums match. ftpd uses sendfile(2) as well but w/o headers or trailers and does the send in one swoop. -- Andre From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 11:56:31 2006 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 CF4AF16A40F for ; Sat, 11 Nov 2006 11:56:31 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45E0F43D6A for ; Sat, 11 Nov 2006 11:56:30 +0000 (GMT) (envelope-from pawel.worach@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so657271uge for ; Sat, 11 Nov 2006 03:56:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=ML4IZ4BIALKahS5pZIwr1lgbs4G+S5jI/0sW2MIyXijXFXaiWOXPzwrfxKaIYdVgoD1lTZib4fZ4xhA3uY4wJqvfQ/K3VlCjInRREp3aOLh4fafd+XWYulUzxi2BdqHUU0Zcs82xfB8AgCbrv+WDFGzoO4FJ6shpRYl5UwT6T6Q= Received: by 10.66.232.9 with SMTP id e9mr4973815ugh.1163246189202; Sat, 11 Nov 2006 03:56:29 -0800 (PST) Received: from ?192.168.1.200? ( [80.217.194.157]) by mx.google.com with ESMTP id x33sm3303016ugc.2006.11.11.03.56.28; Sat, 11 Nov 2006 03:56:28 -0800 (PST) Message-ID: <4555BA65.4020603@gmail.com> Date: Sat, 11 Nov 2006 12:56:21 +0100 From: Pawel Worach User-Agent: Thunderbird 1.5.0.7 (X11/20061109) MIME-Version: 1.0 To: Andre Oppermann References: <200611021653.kA2GrRWx008044@repoman.freebsd.org> <455530E0.5090000@gmail.com> <4555B45D.6020800@freebsd.org> In-Reply-To: <4555B45D.6020800@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: sendfile data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2006 11:56:31 -0000 Andre Oppermann wrote: > > I'm looking into the problem. Please try a binary FTP transfer as well > and check if the checksums match. ftpd uses sendfile(2) as well but w/o > headers or trailers and does the send in one swoop. > Oh, didn't think of that, ftpd is ok, transferring a 64MB file does not trash it. Meanwhile a couple of other things where tested, SMP disabled (removed from kernel config), added some printf's which when printing to a serial console moves the offset where the breakage begins to 0x01000000, sometimes. -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 13:32:24 2006 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 7918C16A412 for ; Sat, 11 Nov 2006 13:32:24 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 299F943D55 for ; Sat, 11 Nov 2006 13:32:21 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so669572wxc for ; Sat, 11 Nov 2006 05:32:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=oofqBI+3y9NHLfK19KLqi63BkwzrYrpLg5c2+Y2rsOnj1h1WlSEkJ++k24IRqTnUq576jv2nyDKSxg0q+zKlsnGsDG87dcK9UJMMQdhOfliJw5QSnvjkZzrNMRTQqSx3reP8AgzyJPDJ4QYo09h1Kb0XjMPotp7PIZAze7KkOw4= Received: by 10.70.117.3 with SMTP id p3mr5308926wxc.1163251941271; Sat, 11 Nov 2006 05:32:21 -0800 (PST) Received: by 10.70.12.2 with HTTP; Sat, 11 Nov 2006 05:32:21 -0800 (PST) Message-ID: <3bbf2fe10611110532j5e1fb1f9t2e4399650abaac12@mail.gmail.com> Date: Sat, 11 Nov 2006 14:32:21 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Suleiman Souhlal" In-Reply-To: <455591E0.5070509@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10610181518k68356528i154267c0bd1b1a77@mail.gmail.com> <3bbf2fe10611051857m4c644ad2o7d71a86e46eaf9a8@mail.gmail.com> <455591E0.5070509@FreeBSD.org> X-Google-Sender-Auth: 2945fec0e10f4f88 Cc: pho@freebsd.org, freebsd-current@freebsd.org, kmacy@freebsd.org, freebsd-arch@freebsd.org Subject: Re: sx locks rewriting - needs testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 13:32:24 -0000 2006/11/11, Suleiman Souhlal : > Attilio Rao wrote: > > 2006/10/18, Attilio Rao : > > > >> In my P4 branch: //depot/user/attilio/attilio_smpng/... > >> you can find a sx locks rewriting using the optimized semantic of > >> rwlocks; in the end this might result in a valuable performance > >> improvement. > > Excellent work. > Do you have any benchmark results? You might have a hard time convincing > someone to commit this if you don't show that it's worth it, especially > if you consider how much it complicates the code. I'm going to produce them but before I would really add the support for adaptive spinning. jhb@ has a patch [1] that might reduce it but we need more benchmarks. I'm trying to provide them too. > > After have received very positive stress-test feedbacks from pho@ > > (that I would like to thank for his patience and work) I went ahead > > and rather completed the implementation. Now this is ready to be > > reviewed and possibly committed into the CVS. > > Even if I plan a longer work on this branch (about syncronizing > > primitives), I think it is time for a revision of the work done until > > now from SMPng people (jhb, kmacy, etc.) and possibily an inclusion > > into HEAD (patch actually is 58k...). > > > > Some few hints about the patch: > > - LOCK_DEBUG adds a dependence between sx.h and lock.h (as for rwlocks > > and mutex) and a the new options SXLOCK_NOINLINE is added > > - XFS locking is still disabled in the patch (I hope to do it for > > tomorrow, I'm in GMT+1). > > - Possibly the sleepqueue interface modifies and new flags might be > > documented in the manpages (and NOTES file too, in order to reflect > > SXLOCK_NOINLINE inclusion). > > - It misses still of the adaptive spinning code, but it can be > > inserted after without problems. > > We might want to avoid adaptive spinning, since sx locks may be held for > quite long periods of time. I'm not sure I got it. Adaptive spinning really only acts if the exclusive holder is running on another CPU. BTW, it needs more evaluations. > > You can download the code directly from perforce > > (//depot/user/attilio/attilio_smpng/...) but patches are available > > here: > > http://users.gufi.org/~rookie/works/patches/smpng06112006.diff > > http://users.gufi.org/~rookie/works/patches/_sx.h > > > > I hope you will enjoy it (feedbacks, ideas, comments would be very > > appreciated). > > > > Attilio > > A few comments: > --- //depot/vendor/freebsd/src/sys/i386/include/param.h 2006/01/09 06:10:20 > +++ //depot/user/attilio/attilio_smpng/i386/include/param.h 2006/10/03 > 21:33:06 > @@ -109,6 +109,15 @@ > #endif > > /* > + * Define our own cache alignment mask for syncronizing primitives. > Pentium4 > + * and Xeon want a 128-byte wide aligned syncronizing primitive in order to > + * minimize cache bus traffic on CPUs cache lines movements. > + */ > +#ifndef SYNC_ALIGN > +#define SYNC_ALIGN (128 - 1) > +#endif > + > > Please also add this to amd64, and maybe rename it to UMA_ALIGN_SYNC. > On other architectures, have it be the same as UMA_ALIGN_CACHE. This > way, you don't have to define SYNC_ALIGN in every C file that uses it. > > While there, you might also want to make UMA_ALIGN_CACHE the correct > size for i386/amd64 (64 bytes, on most machines, i believe?). Ideally, > this would be a variable set at boot time, depending on what the CPU > reports. 32 for ia32, 64 for amd64, I guess. BTW, I think you are right, I will modify. > I also feel that the part that makes turnstiles and sleepqueues 128 byte > aligned should be broken up as as a separate patch/commit, as it doesn't > really have much to do with your sx rewriting, as I understand it. Yes, but this branch contains all the modifies I'm doing in order to improve our syncronizing primitives. I'm a little bit scared about patch dimensions... (actually is 60k and it necessarily needs to grow). > --- //depot/vendor/freebsd/src/sys/kern/kern_sx.c 2006/08/15 18:31:36 > +++ //depot/user/attilio/attilio_smpng/kern/kern_sx.c 2006/11/06 02:24:27 > @@ -78,13 +50,8 @@ > sx_init(struct sx *sx, const char *description) > { > > - sx->sx_lock = mtx_pool_find(mtxpool_lockbuilder, sx); > - sx->sx_cnt = 0; > - cv_init(&sx->sx_shrd_cv, description); > - sx->sx_shrd_wcnt = 0; > - cv_init(&sx->sx_excl_cv, description); > - sx->sx_excl_wcnt = 0; > - sx->sx_xholder = NULL; > + sx->sx_lock = SX_UNHELD; > + sx->sx_desc = "sx lock"; > lock_init(&sx->sx_object, &lock_class_sx, description, NULL, > LO_WITNESS | LO_RECURSABLE | LO_SLEEPABLE | LO_UPGRADABLE); > > Shouldn't it be sx->sx_desc = description; ? right, thanks. > Keep up the good work! I hope to see some benchmark results and to see > it committed soon! :-) Thanks a lot for your feedbacks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 14:53:43 2006 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 99D2916A403 for ; Sat, 11 Nov 2006 14:53:43 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D41F43D49 for ; Sat, 11 Nov 2006 14:53:42 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with ESMTP id kABEramT080639 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Nov 2006 23:53:41 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 11 Nov 2006 23:53:32 +0900 From: Norikatsu Shigemura To: Kris Kennaway Message-Id: <20061111235332.89f24170.nork@FreeBSD.org> In-Reply-To: <20061111065629.GA82094@xor.obsecurity.org> References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> X-Mailer: Sylpheed version 2.3.0beta4 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Sat, 11 Nov 2006 23:53:41 +0900 (JST) Cc: freebsd-current@FreeBSD.org Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 14:53:43 -0000 On Sat, 11 Nov 2006 01:56:29 -0500 Kris Kennaway wrote: > On Sat, Nov 11, 2006 at 02:20:44AM +0900, Norikatsu Shigemura wrote: > > On Fri, 10 Nov 2006 17:12:47 +0200 > > Nikolay Pavlov wrote: > > > Hi. In this post i am not trying to raise a discussion about teoretical > > > advantages of some special threading model, but still i would like to > > > figure out why libthr in it current state is not our default posix > > > thread library and could it be so in time of 7-STABLE? > > I don't agree. Do test, run by again, do test. > > I read a discussion about libpthread vs libthr, so I tested on > > my environments(7-current SMP and 6-stable UP). My result is > > NOT YET, and I resurrected to libpthread environment. > > 1. libthr is not enough mature. > > At this time, libpthread's pthread API support > libthr's > > pthread API support. So libthr lacks of compatibility with > > libpthread. It is not good. > Which applications does this effect? I'm not aware of any (see > below). > > 2. Not PTHREAD_CFLAGS/PTHREAD_LIBS clean > > At this time, tinderbox doesn't test PTHREAD_CFLAGS/ > > PTHREAD_LIBS clean. We have need to check PTHREAD_CFLAGS/ > > PTHREAD_LIBS clean on all ports. > The existence of libmap makes this objection irrelevant. Also, > sparc64 uses libthr by default and I'm not aware of any resulting port > build problems. So apparently any missing API features are not widely > used, or are successfully worked around. Can you provide evidence to > the contrary? My case is gdm (x11/gdm). gdm doesn't works by using libthr instead of libpthread (changing by libmap). gdm couldn't resolve a symbol, sched_yield(2). So X server didn't run. In this case, gdm tried to resolve a symbol, sched_yield@LIBTHREAD_1_0 instead of sched_yield. So by changing libthr by libmap, gdm couldn't resolve a symbol, sched_yield(2). libthr doesn't have a sched_yield@LIBTHREAD_1_0, Yes, libc have a sched_yield, but sched_yield@LIBTHREAD_1_0. This problem can resolve by recompiling all applications by using libthr like PTHREAD_LIBS=-lthr, I believe. And I don't have confidence about all applications conforming PTHREAD_LIB=-lthr. In sparc64 case, -pthread is libthr(by symlink), but in i386 and some other arch case, -pthread is libpthread. So compiling condition is too different. > > 3. Is libthr environments useful? > > I don't think. Yes, I think that some applications like mysql > > are useful. However, in all FreeBSD environment system, by 1 > > and 2, libthr is not useful. > Maybe you don't care that libpthread's performance is terrible and > e.g. this makes FreeBSD look bad on benchmarks, both published and > when a user evaluates FreeBSD against other systems to decide whether > or not to use it on their workloads - but surely most people do. I agree about a performance problem and libthr bringing performance UP. But we cannot mix libpthread and libthr in a application (= a process). One application use libthr, but one plugin called by it use libpthread. it doesn't work:-(. By using libthr, libthr brings performance UP but application is crashed, it is not good. Therefore, I like ru's suggestion (${MK_LIBPTHREAD}=="no" check). But it is not evidence of PTHREAD_CFLAGS/PTHREAD_LIBS clean. From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 15:16:31 2006 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 2315416A403; Sat, 11 Nov 2006 15:16:31 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 665FB43D55; Sat, 11 Nov 2006 15:16:30 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id E1DBA2085; Sat, 11 Nov 2006 16:16:25 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id C444D2082; Sat, 11 Nov 2006 16:16:25 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 1001) id 39924B85E; Sat, 11 Nov 2006 16:16:25 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Norikatsu Shigemura References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> <20061111235332.89f24170.nork@FreeBSD.org> Date: Sat, 11 Nov 2006 16:16:25 +0100 In-Reply-To: <20061111235332.89f24170.nork@FreeBSD.org> (Norikatsu Shigemura's message of "Sat, 11 Nov 2006 23:53:32 +0900") Message-ID: <86lkmivws6.fsf@dwp.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org, Kris Kennaway Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 15:16:31 -0000 Norikatsu Shigemura writes: > On Sat, 11 Nov 2006 01:56:29 -0500 > Kris Kennaway wrote: >> On Sat, Nov 11, 2006 at 02:20:44AM +0900, Norikatsu Shigemura wrote: >> > On Fri, 10 Nov 2006 17:12:47 +0200 >> > Nikolay Pavlov wrote: >> > > Hi. In this post i am not trying to raise a discussion about teoreti= cal >> > > advantages of some special threading model, but still i would like to >> > > figure out why libthr in it current state is not our default posix=20 >> > > thread library and could it be so in time of 7-STABLE? >> > I don't agree. Do test, run by again, do test. >> > I read a discussion about libpthread vs libthr, so I tested on >> > my environments(7-current SMP and 6-stable UP). My result is >> > NOT YET, and I resurrected to libpthread environment. >> > 1. libthr is not enough mature. >> > At this time, libpthread's pthread API support > libthr's >> > pthread API support. So libthr lacks of compatibility with >> > libpthread. It is not good. >> Which applications does this effect? I'm not aware of any (see >> below). >> > 2. Not PTHREAD_CFLAGS/PTHREAD_LIBS clean >> > At this time, tinderbox doesn't test PTHREAD_CFLAGS/ >> > PTHREAD_LIBS clean. We have need to check PTHREAD_CFLAGS/ >> > PTHREAD_LIBS clean on all ports. >> The existence of libmap makes this objection irrelevant. Also, >> sparc64 uses libthr by default and I'm not aware of any resulting port >> build problems. So apparently any missing API features are not widely >> used, or are successfully worked around. Can you provide evidence to >> the contrary? > > My case is gdm (x11/gdm). gdm doesn't works by using libthr > instead of libpthread (changing by libmap). gdm couldn't > resolve a symbol, sched_yield(2). So X server didn't run. > > In this case, gdm tried to resolve a symbol, > sched_yield@LIBTHREAD_1_0 instead of sched_yield. So by changing > libthr by libmap, gdm couldn't resolve a symbol, sched_yield(2). > libthr doesn't have a sched_yield@LIBTHREAD_1_0, Yes, libc have > a sched_yield, but sched_yield@LIBTHREAD_1_0. This is not a libthr issue, it's a symbol versioning issue. Arguably, sched_yield should be removed from libpthread's symbol map, because it's a wrapper for a syscall and we don't version syscalls. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 15:01:51 2006 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 B84ED16A415 for ; Sat, 11 Nov 2006 15:01:51 +0000 (UTC) (envelope-from sai.engrsai@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BC7F43D46 for ; Sat, 11 Nov 2006 15:01:50 +0000 (GMT) (envelope-from sai.engrsai@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so682391wxc for ; Sat, 11 Nov 2006 07:01:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=hkeCEu99bFp0MAnosjmsq5cqaQSF2JXd6V68twB+REQRJRS4cpt2NOXBEv67+QFsPMI9RDmoGdb4uPkJWjYvNLqQDV4GRsYlrnJYb5oucXcy0PE6Oi5PWFeZDbJ0lE4AdNmnsjdiyTVJTZMh0DeeiAc1AAyLz5i3nzdCEFkA0Eo= Received: by 10.90.55.19 with SMTP id d19mr2385674aga.1163257310203; Sat, 11 Nov 2006 07:01:50 -0800 (PST) Received: by 10.90.50.20 with HTTP; Sat, 11 Nov 2006 07:01:50 -0800 (PST) Message-ID: <700e45e50611110701y72351dc3j9ca947b352e62686@mail.gmail.com> Date: Sat, 11 Nov 2006 20:31:50 +0530 From: V.SriSaiGanesh To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 11 Nov 2006 15:37:27 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: LSI SAS1068 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 15:01:51 -0000 Hi, I want to support LSISAS 1068 with FreeBSD Current. So i need guidelines to start. Thanks and Regards, Sai -- ---------------------------------------------------------- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan -------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 17:33:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A36116A412; Sat, 11 Nov 2006 17:33:41 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60F4843D5E; Sat, 11 Nov 2006 17:33:40 +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.7/8.13.7/NETPLEX) with ESMTP id kABHXbXp026982; Sat, 11 Nov 2006 12:33:37 -0500 (EST) Date: Sat, 11 Nov 2006 12:33:37 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86lkmivws6.fsf@dwp.des.no> Message-ID: References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> <20061111235332.89f24170.nork@FreeBSD.org> <86lkmivws6.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1804928587-1163266417=:6747" X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Sat, 11 Nov 2006 12:33:37 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org, Norikatsu Shigemura , Kris Kennaway Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 17:33:41 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1804928587-1163266417=:6747 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 11 Nov 2006, Dag-Erling Sm=F8rgrav wrote: >> =09resolve a symbol, sched_yield(2). So X server didn't run. >> >> =09In this case, gdm tried to resolve a symbol, >> =09sched_yield@LIBTHREAD_1_0 instead of sched_yield. So by changing >> =09libthr by libmap, gdm couldn't resolve a symbol, sched_yield(2). >> =09libthr doesn't have a sched_yield@LIBTHREAD_1_0, Yes, libc have >> =09a sched_yield, but sched_yield@LIBTHREAD_1_0. > > This is not a libthr issue, it's a symbol versioning issue. Arguably, > sched_yield should be removed from libpthread's symbol map, because > it's a wrapper for a syscall and we don't version syscalls. Yah we do, see src/lib/libc/sys/Symbol.map. In the above case(s), libpthread and libthr use LIBTHREAD_1_0 as the version namespace. This was done back in 5.x. But now that libc has symbol versioning and the thread libraries want to override some symbols in libc, they (libc and the thread libraries) need to use the same version namespace. I added LIBTHREAD_1_0 as a compatibility hack to libpthread in -current, but it also has and defaults to FBSD_1_0 which is also used by libc. The way to fix this for the above problem is to enable symbol versioning (set SYMVER_ENABLED=3Dyes in /etc/make.conf) and rebuild world. Then rebuild your ports. After that, all your ports will reference symbols in FBSD_1_0, and if libthr doesn't provide sched_yield@FBSD_1_0, it'll find it in libc. Before 7.0 goes out the door, symbol versioning will be enabled by default so you won't have this problem. --=20 DE ---559023410-1804928587-1163266417=:6747-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 17:54:52 2006 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 9836516A40F; Sat, 11 Nov 2006 17:54:52 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id B211543D7B; Sat, 11 Nov 2006 17:54:45 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id kABHsc3f085299; Sun, 12 Nov 2006 02:54:38 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 12 Nov 2006 02:54:38 +0900 From: Norikatsu Shigemura To: des@des.no (Dag-Erling =?UTF-8?B?U23DuHJncmF2?=) Message-Id: <20061112025438.81de973a.nork@FreeBSD.org> In-Reply-To: <86lkmivws6.fsf@dwp.des.no> References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> <20061111235332.89f24170.nork@FreeBSD.org> <86lkmivws6.fsf@dwp.des.no> X-Mailer: Sylpheed version 2.3.0beta4 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 12 Nov 2006 02:54:38 +0900 (JST) Cc: freebsd-current@FreeBSD.org, nork@FreeBSD.org, Kris Kennaway Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 17:54:52 -0000 On Sat, 11 Nov 2006 16:16:25 +0100 des@des.no (Dag-Erling Smørgrav) wrote: > Norikatsu Shigemura writes: > > In this case, gdm tried to resolve a symbol, > > sched_yield@LIBTHREAD_1_0 instead of sched_yield. So by changing > > libthr by libmap, gdm couldn't resolve a symbol, sched_yield(2). > > libthr doesn't have a sched_yield@LIBTHREAD_1_0, Yes, libc have > > a sched_yield, but sched_yield@LIBTHREAD_1_0. > This is not a libthr issue, it's a symbol versioning issue. Arguably, > sched_yield should be removed from libpthread's symbol map, because > it's a wrapper for a syscall and we don't version syscalls. Sigh... Yes, it is not a libthr issue and a symbol versioning issue, but only a symbol versioning issue. (I think it is a issue that libpthread/libthr using SYMVER enabled by default. But TEST is significant:-) The point of these issues is a relation of FreeBSD system, kernel - libraries - userland(applications). We don't have a mutually commutative layer changing(almost works, but...). At least, we need re-compiling. At this time, I think that test is not enough. From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 18:00:35 2006 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 539E416A40F for ; Sat, 11 Nov 2006 18:00:35 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97E9F43D64 for ; Sat, 11 Nov 2006 18:00:27 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 66257 invoked from network); 11 Nov 2006 17:53:39 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 11 Nov 2006 17:53:39 -0000 Message-ID: <45560FB8.1040607@freebsd.org> Date: Sat, 11 Nov 2006 19:00:24 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Pawel Worach References: <200611021653.kA2GrRWx008044@repoman.freebsd.org> <455530E0.5090000@gmail.com> <4555B45D.6020800@freebsd.org> <4555BA65.4020603@gmail.com> In-Reply-To: <4555BA65.4020603@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: sendfile data corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2006 18:00:35 -0000 Pawel Worach wrote: > Andre Oppermann wrote: >> >> I'm looking into the problem. Please try a binary FTP transfer as well >> and check if the checksums match. ftpd uses sendfile(2) as well but w/o >> headers or trailers and does the send in one swoop. >> > > Oh, didn't think of that, ftpd is ok, transferring a 64MB file does not > trash it. Meanwhile a couple of other things where tested, SMP disabled > (removed from kernel config), added some printf's which when printing to > a serial console moves the offset where the breakage begins to > 0x01000000, sometimes. I tried to reproduce the problem with lighttpd w/o success. My guess is that something gets wrong when using non-blocking sockets and the http headers. Could you obtain the truss of the sendfile(2) calls so I get the input parameters to it? A visual inspection of a corruptly transferred text file would be helpful too. This should give more hints what happens, like duplicated or missing pages, etc. -- Andre From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 18:17:22 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5075516A40F; Sat, 11 Nov 2006 18:17:22 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31D3B43D6B; Sat, 11 Nov 2006 18:17:21 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id kABIHHqw085869; Sun, 12 Nov 2006 03:17:17 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 12 Nov 2006 03:17:17 +0900 From: Norikatsu Shigemura To: Daniel Eischen Message-Id: <20061112031717.10f128fc.nork@FreeBSD.org> In-Reply-To: References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> <20061111235332.89f24170.nork@FreeBSD.org> <86lkmivws6.fsf@dwp.des.no> X-Mailer: Sylpheed version 2.3.0beta4 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 12 Nov 2006 03:17:18 +0900 (JST) Cc: Dag-Erling, Norikatsu Shigemura , freebsd-current@FreeBSD.org, Kris Kennaway , =?ISO-2022-JP?B?U21fX3JncmF2?= Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 18:17:22 -0000 On Sat, 11 Nov 2006 12:33:37 -0500 (EST) Daniel Eischen wrote: > The way to fix this for the above problem is to enable symbol > versioning (set SYMVER_ENABLED=yes in /etc/make.conf) and rebuild > world. Then rebuild your ports. After that, all your ports will > reference symbols in FBSD_1_0, and if libthr doesn't provide > sched_yield@FBSD_1_0, it'll find it in libc. I don't know that this issue will fix. But I know many problems with SYMVER_ENABLED=yes. 1. java_vm is too unstable. I couldn't compile OOo (editors/openoffice.org-2.0) once. However, in disabled SYMVER_ENABLED=yes environment, I could compile OOo once. 2. some gtk applications are too unstable. scim (textproc/scim and japanese/scim-canna) would crash unexpenctedly. 3. firefox (www/firefox) cannot connect(2) to servers. firefox issue connect(2) system call. But it failed. 4. synergys (sysutils/synergy) is locked. synergyc connected to synergys, and synergys was locked. I already reported above issues: http://lists.freebsd.org/pipermail/freebsd-current/2006-July/064605.html These issues are available with SYMVER_ENABLE=yes. So I disabled SYMVER_ENABLE=yes, and these issues are fixed. From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 18:28:37 2006 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 D470116A412; Sat, 11 Nov 2006 18:28:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 615CD43D49; Sat, 11 Nov 2006 18:28:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kABISQaH047009; Sat, 11 Nov 2006 13:28:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kABISQbV014449; Sat, 11 Nov 2006 13:28:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 07CA573068; Sat, 11 Nov 2006 13:28:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111182826.07CA573068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 13:28:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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, 11 Nov 2006 18:28:38 -0000 TB --- 2006-11-11 17:16:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 17:16:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-11 17:16:25 - cleaning the object tree TB --- 2006-11-11 17:16:58 - checking out the source tree TB --- 2006-11-11 17:16:58 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-11 17:16:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 17:26:14 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 17:26:14 - cd /src TB --- 2006-11-11 17:26:14 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 17:26:15 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 18:22:03 UTC 2006 TB --- 2006-11-11 18:22:03 - generating LINT kernel config TB --- 2006-11-11 18:22:03 - cd /src/sys/powerpc/conf TB --- 2006-11-11 18:22:03 - /usr/bin/make -B LINT TB --- 2006-11-11 18:22:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 18:22:03 - cd /src TB --- 2006-11-11 18:22:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 18:22:03 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/sys/sched.h: In function `sched_pin': /src/sys/sys/sched.h:154: error: dereferencing pointer to incomplete type /src/sys/sys/sched.h: In function `sched_unpin': /src/sys/sys/sched.h:160: error: dereferencing pointer to incomplete type /src/sys/sys/sched.h: At top level: /src/sys/sys/sched.h:166: warning: "struct ksegrp" declared inside parameter list /src/sys/sys/sched.h:167: warning: "struct ksegrp" declared inside parameter list /src/sys/sys/sched.h:171: warning: "struct ksegrp" declared inside parameter list *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 18:28:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 18:28:25 - ERROR: failed to build lint kernel TB --- 2006-11-11 18:28:25 - tinderbox aborted TB --- 0.55 user 2.44 system 4320.23 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 18:50:46 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6F2616A412; Sat, 11 Nov 2006 18:50:46 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 503D043D66; Sat, 11 Nov 2006 18:50:37 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id kABIOg6q086044; Sun, 12 Nov 2006 03:24:42 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 12 Nov 2006 03:24:42 +0900 From: Norikatsu Shigemura To: Daniel Eischen Message-Id: <20061112032442.04c4d246.nork@FreeBSD.org> In-Reply-To: References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> <20061111235332.89f24170.nork@FreeBSD.org> <86lkmivws6.fsf@dwp.des.no> X-Mailer: Sylpheed version 2.3.0beta4 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 12 Nov 2006 03:24:42 +0900 (JST) Cc: freebsd-current@FreeBSD.org, Dag-Erling =?ISO-2022-JP?B?U21fX3JncmF2?= , Norikatsu, Shigemura , Kris Kennaway Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 18:50:46 -0000 On Sat, 11 Nov 2006 12:33:37 -0500 (EST) Daniel Eischen wrote: > world. Then rebuild your ports. After that, all your ports will > reference symbols in FBSD_1_0, and if libthr doesn't provide > sched_yield@FBSD_1_0, it'll find it in libc. By the way, can gdm resolve sched_yield@FBSD_1_0 instead of sched_yield@LIBTHREAD_1.0? I don't think so. Is there a symbol resolving fallback mechanism which I don't know? From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 19:29:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CF9316A494; Sat, 11 Nov 2006 19:29:27 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FDD243EEF; Sat, 11 Nov 2006 19:28:19 +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.7/8.13.7/NETPLEX) with ESMTP id kABJRwWH000566; Sat, 11 Nov 2006 14:27:58 -0500 (EST) Date: Sat, 11 Nov 2006 14:27:58 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Norikatsu Shigemura In-Reply-To: <20061112032442.04c4d246.nork@FreeBSD.org> Message-ID: References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> <20061111235332.89f24170.nork@FreeBSD.org> <86lkmivws6.fsf@dwp.des.no> <20061112032442.04c4d246.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Sat, 11 Nov 2006 14:27:58 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Dag-Erling =?ISO-2022-JP?B?U21fX3JncmF2?= , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 19:29:27 -0000 On Sun, 12 Nov 2006, Norikatsu Shigemura wrote: > On Sat, 11 Nov 2006 12:33:37 -0500 (EST) > Daniel Eischen wrote: >> world. Then rebuild your ports. After that, all your ports will >> reference symbols in FBSD_1_0, and if libthr doesn't provide >> sched_yield@FBSD_1_0, it'll find it in libc. > > By the way, can gdm resolve sched_yield@FBSD_1_0 instead of > sched_yield@LIBTHREAD_1.0? I don't think so. Is there a > symbol resolving fallback mechanism which I don't know? See previous email. You have to rebuild all your ports. -- DE From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 19:29:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D83EF16A606; Sat, 11 Nov 2006 19:29:48 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3D4243ECE; Sat, 11 Nov 2006 19:27:59 +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.7/8.13.7/NETPLEX) with ESMTP id kABJRBtO029961; Sat, 11 Nov 2006 14:27:11 -0500 (EST) Date: Sat, 11 Nov 2006 14:27:11 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Norikatsu Shigemura In-Reply-To: <20061112031717.10f128fc.nork@FreeBSD.org> Message-ID: References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> <20061111235332.89f24170.nork@FreeBSD.org> <86lkmivws6.fsf@dwp.des.no> <20061112031717.10f128fc.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Sat, 11 Nov 2006 14:27:11 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Dag-Erling =?ISO-2022-JP?B?U21fX3JncmF2?= , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 19:29:49 -0000 On Sun, 12 Nov 2006, Norikatsu Shigemura wrote: > On Sat, 11 Nov 2006 12:33:37 -0500 (EST) > Daniel Eischen wrote: >> The way to fix this for the above problem is to enable symbol >> versioning (set SYMVER_ENABLED=yes in /etc/make.conf) and rebuild >> world. Then rebuild your ports. After that, all your ports will >> reference symbols in FBSD_1_0, and if libthr doesn't provide >> sched_yield@FBSD_1_0, it'll find it in libc. > > I don't know that this issue will fix. But I know many problems > with SYMVER_ENABLED=yes. You have to rebuild all your ports if you want to do this. Or wait until the libraries get bumped and symbol versioning gets enabled. -- DE From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 19:41:36 2006 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 9AC3816A412; Sat, 11 Nov 2006 19:41:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07FE043D86; Sat, 11 Nov 2006 19:41: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.6/8.13.6) with ESMTP id kABJfV2W037845; Sat, 11 Nov 2006 14:41:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kABJfVRj057651; Sat, 11 Nov 2006 14:41:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0BBF973068; Sat, 11 Nov 2006 14:41:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111194131.0BBF973068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 14:41:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 19:41:36 -0000 TB --- 2006-11-11 18:28:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 18:28:26 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-11-11 18:28:26 - cleaning the object tree TB --- 2006-11-11 18:28:57 - checking out the source tree TB --- 2006-11-11 18:28:57 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-11-11 18:28:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 18:39:28 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 18:39:28 - cd /src TB --- 2006-11-11 18:39:28 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 18:39:29 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 19:34:40 UTC 2006 TB --- 2006-11-11 19:34:40 - generating LINT kernel config TB --- 2006-11-11 19:34:40 - cd /src/sys/sparc64/conf TB --- 2006-11-11 19:34:40 - /usr/bin/make -B LINT TB --- 2006-11-11 19:34:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 19:34:40 - cd /src TB --- 2006-11-11 19:34:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 19:34:40 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/sys/sched.h: In function `sched_pin': /src/sys/sys/sched.h:154: error: dereferencing pointer to incomplete type /src/sys/sys/sched.h: In function `sched_unpin': /src/sys/sys/sched.h:160: error: dereferencing pointer to incomplete type /src/sys/sys/sched.h: At top level: /src/sys/sys/sched.h:166: warning: "struct ksegrp" declared inside parameter list /src/sys/sys/sched.h:167: warning: "struct ksegrp" declared inside parameter list /src/sys/sys/sched.h:171: warning: "struct ksegrp" declared inside parameter list *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 19:41:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 19:41:30 - ERROR: failed to build lint kernel TB --- 2006-11-11 19:41:30 - tinderbox aborted TB --- 0.81 user 2.16 system 4384.62 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 19:53:46 2006 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 0BF7C16A403; Sat, 11 Nov 2006 19:53:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 350DE43D73; Sat, 11 Nov 2006 19:53:43 +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.6/8.13.6) with ESMTP id kABJrg8B038722; Sat, 11 Nov 2006 14:53:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kABJrggM095753; Sat, 11 Nov 2006 14:53:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5814573068; Sat, 11 Nov 2006 14:53:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111195342.5814573068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 14:53:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 19:53:46 -0000 TB --- 2006-11-11 18:44:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 18:44:02 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-11-11 18:44:02 - cleaning the object tree TB --- 2006-11-11 18:44:24 - checking out the source tree TB --- 2006-11-11 18:44:24 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-11-11 18:44:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 18:54:06 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 18:54:06 - cd /src TB --- 2006-11-11 18:54:06 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 18:54:07 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 19:47:30 UTC 2006 TB --- 2006-11-11 19:47:30 - generating LINT kernel config TB --- 2006-11-11 19:47:30 - cd /src/sys/sun4v/conf TB --- 2006-11-11 19:47:30 - /usr/bin/make -B LINT TB --- 2006-11-11 19:47:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 19:47:30 - cd /src TB --- 2006-11-11 19:47:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 19:47:30 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/p1003_1b.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/kern/posix4_mib.c In file included from /src/sys/sys/posix4.h:40, from /src/sys/kern/posix4_mib.c:42: /src/sys/sys/sched.h: In function `sched_pin': /src/sys/sys/sched.h:154: error: dereferencing pointer to incomplete type /src/sys/sys/sched.h: In function `sched_unpin': /src/sys/sys/sched.h:160: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 19:53:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 19:53:42 - ERROR: failed to build lint kernel TB --- 2006-11-11 19:53:42 - tinderbox aborted TB --- 0.53 user 2.01 system 4179.52 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 20:08:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8409116A407 for ; Sat, 11 Nov 2006 20:08:06 +0000 (UTC) (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 9F0C643D64 for ; Sat, 11 Nov 2006 20:08:02 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Giz8q-0001VL-ND for freebsd-current@freebsd.org; Sat, 11 Nov 2006 20:07:53 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Giz8b-0000O6-Qr for freebsd-current@freebsd.org; Sat, 11 Nov 2006 10:07:37 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17750.11657.234455.642793@roam.psg.com> Date: Sat, 11 Nov 2006 10:07:37 -1000 To: FreeBSD Current Subject: fxp0 goes dead X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2006 20:08:06 -0000 FreeBSD rip.psg.com 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Nov 9 03:03:31 GMT 2006 root@rip.psg.com:/usr/obj/usr/src/sys/RIP i386 after a half day or so, fxp0 stops moving packets. it shows as up. if i down/up it, no improvement. have to reboot. fxp0: flags=8843 mtu 1500 options=8 inet 147.28.0.39 netmask 0xffffff00 broadcast 147.28.0.255 inet 147.28.0.40 netmask 0xffffffff broadcast 147.28.0.40 ether 00:30:48:51:c8:5e media: Ethernet 100baseTX status: active randy From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 20:24:53 2006 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 7F81216A412; Sat, 11 Nov 2006 20:24:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13D2043D5E; Sat, 11 Nov 2006 20:24: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.6/8.13.6) with ESMTP id kABKOdPO040571; Sat, 11 Nov 2006 15:24:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kABKOccw075439; Sat, 11 Nov 2006 15:24:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CFBC473068; Sat, 11 Nov 2006 15:24:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111202438.CFBC473068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 15:24:38 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm 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, 11 Nov 2006 20:24:53 -0000 TB --- 2006-11-11 19:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 19:55:00 - starting HEAD tinderbox run for arm/arm TB --- 2006-11-11 19:55:00 - cleaning the object tree TB --- 2006-11-11 19:55:31 - checking out the source tree TB --- 2006-11-11 19:55:31 - cd /tinderbox/HEAD/arm/arm TB --- 2006-11-11 19:55:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 20:07:01 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 20:07:01 - cd /src TB --- 2006-11-11 20:07:01 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 20:07:03 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/obj/arm/src/lib/libelf -I/src/lib/libelf -DLIBELF_TEST_HOOKS=1 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libelf/elf_getident.c cc -O2 -pipe -I/obj/arm/src/lib/libelf -I/src/lib/libelf -DLIBELF_TEST_HOOKS=1 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libelf/elf_hash.c cc -O2 -pipe -I/obj/arm/src/lib/libelf -I/src/lib/libelf -DLIBELF_TEST_HOOKS=1 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libelf/elf_kind.c cc -O2 -pipe -I/obj/arm/src/lib/libelf -I/src/lib/libelf -DLIBELF_TEST_HOOKS=1 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libelf/elf_memory.c cc -O2 -pipe -I/obj/arm/src/lib/libelf -I/src/lib/libelf -DLIBELF_TEST_HOOKS=1 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libelf/elf_next.c cc -O2 -pipe -I/obj/arm/src/lib/libelf -I/src/lib/libelf -DLIBELF_TEST_HOOKS=1 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libelf/elf_rand.c /src/lib/libelf/elf_rand.c: In function `elf_rand': /src/lib/libelf/elf_rand.c:47: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libelf. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 20:24:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 20:24:38 - ERROR: failed to build world TB --- 2006-11-11 20:24:38 - tinderbox aborted TB --- 0.39 user 1.66 system 1777.88 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 21:31:05 2006 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 0380216A4A7; Sat, 11 Nov 2006 21:31:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F109443E79; Sat, 11 Nov 2006 21:29:16 +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.6/8.13.6) with ESMTP id kABLSerh043730; Sat, 11 Nov 2006 16:28:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kABLSeKJ044093; Sat, 11 Nov 2006 16:28:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D63B773068; Sat, 11 Nov 2006 16:28:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111212839.D63B773068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 16:28:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 21:31:05 -0000 TB --- 2006-11-11 19:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 19:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-11-11 19:55:00 - cleaning the object tree TB --- 2006-11-11 19:55:54 - checking out the source tree TB --- 2006-11-11 19:55:54 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-11-11 19:55:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 20:07:01 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 20:07:01 - cd /src TB --- 2006-11-11 20:07:01 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 20:07:03 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Nov 11 21:26:22 UTC 2006 TB --- 2006-11-11 21:26:22 - generating LINT kernel config TB --- 2006-11-11 21:26:22 - cd /src/sys/amd64/conf TB --- 2006-11-11 21:26:22 - /usr/bin/make -B LINT TB --- 2006-11-11 21:26:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 21:26:22 - cd /src TB --- 2006-11-11 21:26:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 21:26:23 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] ./machine/../linux32/linux32_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/compat/linux/linux_uid16.c:44: ./machine/../linux32/linux32_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/dev/amr/amr_linux.c:41: ./machine/../linux32/linux32_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/dev/mfi/mfi_linux.c:40: ./machine/../linux32/linux32_proto.h:14:31: posix4/_semaphore.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 21:28:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 21:28:39 - ERROR: failed to build lint kernel TB --- 2006-11-11 21:28:39 - tinderbox aborted TB --- 0.71 user 3.54 system 5619.11 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 21:36:01 2006 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 9718416A4CE; Sat, 11 Nov 2006 21:36:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45E8643DA8; Sat, 11 Nov 2006 21:34:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kABLY2ol063874; Sat, 11 Nov 2006 16:34:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kABLY21p057311; Sat, 11 Nov 2006 16:34:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E754F73068; Sat, 11 Nov 2006 16:34:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111213401.E754F73068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 16:34:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on 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: Sat, 11 Nov 2006 21:36:01 -0000 TB --- 2006-11-11 20:24:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 20:24:39 - starting HEAD tinderbox run for i386/i386 TB --- 2006-11-11 20:24:39 - cleaning the object tree TB --- 2006-11-11 20:25:22 - checking out the source tree TB --- 2006-11-11 20:25:22 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-11-11 20:25:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 20:35:47 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 20:35:47 - cd /src TB --- 2006-11-11 20:35:47 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 20:35:49 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 21:30:01 UTC 2006 TB --- 2006-11-11 21:30:01 - generating LINT kernel config TB --- 2006-11-11 21:30:01 - cd /src/sys/i386/conf TB --- 2006-11-11 21:30:01 - /usr/bin/make -B LINT TB --- 2006-11-11 21:30:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 21:30:01 - cd /src TB --- 2006-11-11 21:30:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 21:30:02 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/compat/svr4/svr4_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/compat/svr4/svr4_sysent.c:17: /src/sys/compat/svr4/svr4_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/compat/svr4/svr4_sysvec.c:68: /src/sys/compat/svr4/svr4_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/i386/svr4/svr4_machdep.c:60: /src/sys/compat/svr4/svr4_proto.h:14:31: posix4/_semaphore.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 21:34:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 21:34:01 - ERROR: failed to build lint kernel TB --- 2006-11-11 21:34:01 - tinderbox aborted TB --- 0.88 user 2.90 system 4162.91 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 22:36:53 2006 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 C21B816A415; Sat, 11 Nov 2006 22:36:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F38643D5A; Sat, 11 Nov 2006 22:36:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kABManMf047246; Sat, 11 Nov 2006 17:36:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id kABManPB013777; Sat, 11 Nov 2006 17:36:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 49BC973068; Sat, 11 Nov 2006 17:36:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111223649.49BC973068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 17:36:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 22:36:53 -0000 TB --- 2006-11-11 21:28:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 21:28:40 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-11-11 21:28:40 - cleaning the object tree TB --- 2006-11-11 21:29:14 - checking out the source tree TB --- 2006-11-11 21:29:14 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-11-11 21:29:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 21:42:04 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 21:42:04 - cd /src TB --- 2006-11-11 21:42:04 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 21:42:06 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 22:34:48 UTC 2006 TB --- 2006-11-11 22:34:48 - generating LINT kernel config TB --- 2006-11-11 22:34:48 - cd /src/sys/pc98/conf TB --- 2006-11-11 22:34:48 - /usr/bin/make -B LINT TB --- 2006-11-11 22:34:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 22:34:49 - cd /src TB --- 2006-11-11 22:34:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 22:34:49 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/compat/svr4/svr4_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/compat/svr4/svr4_sysent.c:17: /src/sys/compat/svr4/svr4_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/compat/svr4/svr4_sysvec.c:68: /src/sys/compat/svr4/svr4_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/i386/svr4/svr4_machdep.c:60: /src/sys/compat/svr4/svr4_proto.h:14:31: posix4/_semaphore.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 22:36:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 22:36:48 - ERROR: failed to build lint kernel TB --- 2006-11-11 22:36:48 - tinderbox aborted TB --- 0.76 user 2.65 system 4088.93 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 22:59:52 2006 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 B765A16A415; Sat, 11 Nov 2006 22:59:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20C5043D53; Sat, 11 Nov 2006 22:59:52 +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.6/8.13.6) with ESMTP id kABMxo8k048109; Sat, 11 Nov 2006 17:59:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kABMxoUs080951; Sat, 11 Nov 2006 17:59:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 460F473068; Sat, 11 Nov 2006 17:59:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111225950.460F473068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 17:59:50 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 22:59:53 -0000 TB --- 2006-11-11 21:34:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 21:34:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-11-11 21:34:02 - cleaning the object tree TB --- 2006-11-11 21:34:37 - checking out the source tree TB --- 2006-11-11 21:34:37 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-11-11 21:34:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 21:42:04 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 21:42:04 - cd /src TB --- 2006-11-11 21:42:04 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 21:42:06 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 22:58:18 UTC 2006 TB --- 2006-11-11 22:58:18 - generating LINT kernel config TB --- 2006-11-11 22:58:18 - cd /src/sys/ia64/conf TB --- 2006-11-11 22:58:18 - /usr/bin/make -B LINT TB --- 2006-11-11 22:58:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 22:58:18 - cd /src TB --- 2006-11-11 22:58:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 22:58:19 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /src/sys/compat/freebsd32/freebsd32_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/compat/freebsd32/freebsd32_sysent.c:17: /src/sys/compat/freebsd32/freebsd32_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/compat/ia32/ia32_sysvec.c:69: /src/sys/compat/freebsd32/freebsd32_proto.h:14:31: posix4/_semaphore.h: No such file or directory In file included from /src/sys/ia64/ia32/ia32_signal.c:73: /src/sys/compat/freebsd32/freebsd32_proto.h:14:31: posix4/_semaphore.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 22:59:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 22:59:50 - ERROR: failed to build lint kernel TB --- 2006-11-11 22:59:50 - tinderbox aborted TB --- 0.74 user 2.38 system 5148.05 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 23:03:54 2006 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 59BCB16A407 for ; Sat, 11 Nov 2006 23:03:54 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4F3643D79 for ; Sat, 11 Nov 2006 23:03:49 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so468230pyh for ; Sat, 11 Nov 2006 15:03:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=di9qxZlnQcSjCFKORnkEUx7sfMtlHGYUYXJY1AXgcHNHchwoRNDPvTR1HxO+59aypVxJl16MJ+6sQ3t2M+eB9Q5SEtcna4rvKf/fEqc2IekEPxUP1bdnb87zjalnhPJTHwmeIW+Kox0FGAl8KalJ0Qp/ltSkmH+kLTbx3pg8oyM= Received: by 10.35.49.15 with SMTP id b15mr7003856pyk.1163286228385; Sat, 11 Nov 2006 15:03:48 -0800 (PST) Received: by 10.35.29.20 with HTTP; Sat, 11 Nov 2006 15:03:48 -0800 (PST) Message-ID: <3aaaa3a0611111503m319808cu7e1f710970350044@mail.gmail.com> Date: Sat, 11 Nov 2006 23:03:48 +0000 From: Chris To: "Nikolay Pavlov" , freebsd-current@freebsd.org In-Reply-To: <20061110151247.GA64530@zone3000.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061110151247.GA64530@zone3000.net> Cc: Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 23:03:54 -0000 On 10/11/06, Nikolay Pavlov wrote: > Hi. In this post i am not trying to raise a discussion about teoretical > advantages of some special threading model, but still i would like to > figure out why libthr in it current state is not our default posix > thread library and could it be so in time of 7-STABLE? > > As a user and administrator of FreeBSD i want to mention some benefits > of libthr: > > 1. It's simpler. > 2. It's stable and has been used by many of us for a long time. > 3. It proved to be very productive on real world applications. > 4. It has active talented developers. > 5. If it was a default library it would couse a incrase of users > feedback which would lead to futher improvement of it's code by the time > 7 becomes a stable branch. > > And some flaws of libpthread: > > 1. It's more difficult. > 2. It's slow in compare of libthr. > 3. The last, but the worst. IMHO the position under which libpthread is > the library by default is the source of a bad myth that threading model > in FreeBSD sucks and threading applications is slow. If 7.0 had libthr > as a default posix threads library we could brake that belief. > > This point of view may seem one-sided that is why someone with good > knowledge of the current state of code could tell other pros and cons > of both libraries. > > Another interesting question is which of the libraries will better work > with multikernel and multiprocessor systems which will be very popular > by the time 7.0 branch launches its stable releases. > > -- > ====================================================================== > - Best regards, Nikolay Pavlov. <<<----------------------------------- > ====================================================================== HI I posted in another thread about how my own experiences seem to differ from all these benchmarks, they are based on 3 heavily loaded web/mysql servers. One is freebsd 6.1 dual core cpu (not htt). 2nd is dual xeon freebsd 6.1 and 3rd is another dual xeon freebsd 6.1. All 3 of these machines perform better as well as more stable under higher loads using libpthread process scope. System scope appears to make mysql hog the system and everything slows down except of course mysql. Libthr appears to make mysql very sporadic with some requests fast others with a unexplained 5-10 sec delay including timeouts. Process scope on libpthread gives me the best results not making mysql starve the server of resources and it has a consistent response time of under 2 seconds under hevay loads. I cant explain other then it maybe that test mysql data isnt a proper way to test these threading libraries only real work loads can. Chris From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 23:14:27 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06E6516A403; Sat, 11 Nov 2006 23:14:27 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC2943D49; Sat, 11 Nov 2006 23:14:26 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with ESMTP id kABNEI6V033541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Nov 2006 08:14:19 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 12 Nov 2006 08:14:18 +0900 From: Norikatsu Shigemura To: Daniel Eischen Message-Id: <20061112081418.4b86ba8c.nork@FreeBSD.org> In-Reply-To: References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> <20061111235332.89f24170.nork@FreeBSD.org> <86lkmivws6.fsf@dwp.des.no> <20061112031717.10f128fc.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.3.0beta4 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Sun, 12 Nov 2006 08:14:19 +0900 (JST) Cc: Dag-Erling Sm__rgrav , freebsd-current@FreeBSD.org, Norikatsu Shigemura , Kris Kennaway Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 23:14:27 -0000 On Sat, 11 Nov 2006 14:27:11 -0500 (EST) Daniel Eischen wrote: > > I don't know that this issue will fix. But I know many problems > > with SYMVER_ENABLED=yes. > You have to rebuild all your ports if you want to do this. > Or wait until the libraries get bumped and symbol versioning > gets enabled. Sigh. I already REBUILD ALL, system and ports like following the procedure, again and again. # pkg_info > /var/tmp/pkg_info.lst # pkg_delete -a # umount /compat/linux # mv /usr/local /usr/local.old # mv /usr/X11R6 /usr/X11R6.old # mv /compat/linux /compat/linux.old # mkdir -p /usr/local /usr/X11R6 /compat/linux/proc # echo SYMVER_ENABLED=yes >> /etc/make.conf # make buildworld buildkernel # make installkernel installworld # shutdown -r now # (reinstall all ports to my envionment) From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 23:51:07 2006 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 C1B7B16A412; Sat, 11 Nov 2006 23:51:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21A4C43D53; Sat, 11 Nov 2006 23:51:06 +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.6/8.13.6) with ESMTP id kABNp6nN050185; Sat, 11 Nov 2006 18:51:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id kABNp5qs010356; Sat, 11 Nov 2006 18:51:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BF2FA73068; Sat, 11 Nov 2006 18:51:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061111235105.BF2FA73068@freebsd-current.sentex.ca> Date: Sat, 11 Nov 2006 18:51:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 23:51:07 -0000 TB --- 2006-11-11 22:36:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-11-11 22:36:49 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-11-11 22:36:49 - cleaning the object tree TB --- 2006-11-11 22:37:17 - checking out the source tree TB --- 2006-11-11 22:37:17 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-11-11 22:37:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-11-11 22:46:11 - building world (CFLAGS=-O2 -pipe) TB --- 2006-11-11 22:46:11 - cd /src TB --- 2006-11-11 22:46:11 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 11 22:46:12 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 11 23:44:37 UTC 2006 TB --- 2006-11-11 23:44:37 - generating LINT kernel config TB --- 2006-11-11 23:44:37 - cd /src/sys/powerpc/conf TB --- 2006-11-11 23:44:37 - /usr/bin/make -B LINT TB --- 2006-11-11 23:44:37 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-11-11 23:44:37 - cd /src TB --- 2006-11-11 23:44:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 11 23:44:37 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/sys/sched.h: In function `sched_pin': /src/sys/sys/sched.h:154: error: dereferencing pointer to incomplete type /src/sys/sys/sched.h: In function `sched_unpin': /src/sys/sys/sched.h:160: error: dereferencing pointer to incomplete type /src/sys/sys/sched.h: At top level: /src/sys/sys/sched.h:166: warning: "struct ksegrp" declared inside parameter list /src/sys/sys/sched.h:167: warning: "struct ksegrp" declared inside parameter list /src/sys/sys/sched.h:171: warning: "struct ksegrp" declared inside parameter list *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-11 23:51:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-11-11 23:51:05 - ERROR: failed to build lint kernel TB --- 2006-11-11 23:51:05 - tinderbox aborted TB --- 0.52 user 1.80 system 4456.01 real http://tinderbox.des.no//tinderbox/logs/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 11 23:55:52 2006 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 1F30A16A417; Sat, 11 Nov 2006 23:55:52 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0FFF43D49; Sat, 11 Nov 2006 23:55:45 +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.7/8.13.7/NETPLEX) with ESMTP id kABNtgga028112; Sat, 11 Nov 2006 18:55:42 -0500 (EST) Date: Sat, 11 Nov 2006 18:55:42 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Norikatsu Shigemura In-Reply-To: <20061112081418.4b86ba8c.nork@FreeBSD.org> Message-ID: References: <20061110151247.GA64530@zone3000.net> <20061111022044.8191e1c8.nork@FreeBSD.org> <20061111065629.GA82094@xor.obsecurity.org> <20061111235332.89f24170.nork@FreeBSD.org> <86lkmivws6.fsf@dwp.des.no> <20061112031717.10f128fc.nork@FreeBSD.org> <20061112081418.4b86ba8c.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-2.0.2 (mail.ntplx.net [204.213.176.10]); Sat, 11 Nov 2006 18:55:42 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Dag-Erling Sm__rgrav , freebsd-current@freebsd.org, Kris Kennaway Subject: Re: libpthread vs libthr. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Nov 2006 23:55:52 -0000 On Sun, 12 Nov 2006, Norikatsu Shigemura wrote: > On Sat, 11 Nov 2006 14:27:11 -0500 (EST) > Daniel Eischen wrote: >>> I don't know that this issue will fix. But I know many problems >>> with SYMVER_ENABLED=yes. >> You have to rebuild all your ports if you want to do this. >> Or wait until the libraries get bumped and symbol versioning >> gets enabled. > > Sigh. I already REBUILD ALL, system and ports like > following the procedure, again and again. > > # pkg_info > /var/tmp/pkg_info.lst > # pkg_delete -a > # umount /compat/linux > # mv /usr/local /usr/local.old > # mv /usr/X11R6 /usr/X11R6.old > # mv /compat/linux /compat/linux.old > # mkdir -p /usr/local /usr/X11R6 /compat/linux/proc > # echo SYMVER_ENABLED=yes >> /etc/make.conf > # make buildworld buildkernel > # make installkernel installworld > # shutdown -r now > # (reinstall all ports to my envionment) Well, I haven't heard of any other problems. I've been using it on several machines with X, KDE, mplayer, mozilla, firefox, etc. No problems. Do you have any local mods, like to rtld? -- DE