From owner-freebsd-current@FreeBSD.ORG Sun Nov 22 01:44:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7EDD106568B; Sun, 22 Nov 2009 01:44:28 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 564268FC08; Sun, 22 Nov 2009 01:44:28 +0000 (UTC) Received: by bwz5 with SMTP id 5so4553692bwz.3 for ; Sat, 21 Nov 2009 17:44:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=z3ad/daHPL91+LmPKmLzGMgWM0cTD+37NJwSdP8L96s=; b=nZHFkVUt3ce6jCQdM/h4O4dpUNc+o4h0y2YjX6uhhXxsbKNviMGHYSeWkDxKyx/5dq Jt5rdQfaW+bJO+LPTWfVwChLjXl5WUb6szNR022/XfQp7jU4tpl677wtwndyMD1YcK6W NmBIpdUq4+V0HRR2h4gNMEsAAPNOE+3jAP36c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=cEJPdNpBhf/axEnLGmlwV1H+uvlpzVMd1IeJCupxzBJsclkMP5tMPxqoy1eESSf8Qk d+LnntzS82Rw01UZZHSEX+A/KHUjf+73784o063/S5NgP6yHGpmsUxrmcTqAXOdnW/si 4v5pUd9NxSdkg6jG767MyP4UOSX5EvcuXRw1k= MIME-Version: 1.0 Received: by 10.204.157.16 with SMTP id z16mr3025806bkw.103.1258854267160; Sat, 21 Nov 2009 17:44:27 -0800 (PST) Date: Sun, 22 Nov 2009 01:44:27 +0000 Message-ID: <6101e8c40911211744y3ec455a2l441361171d9a004b@mail.gmail.com> From: Oliver Pinter To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: MFC of r198284 to 7-STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2009 01:44:29 -0000 commit 4a6ea694eaad85c9ff99668ba7427c00cea3e990 Author: kib Date: Tue Oct 20 13:34:41 2009 +0000 MFC r197934: Map PIE binaries at non-zero base address. MFC r198202: Honour non-zero mapbase for PIE binaries. Inform interpreter-less PIE binary about its relocbase. Approved by: re (kensmith) git-svn-id: svn://svn.freebsd.org/base/stable/8@198284 ccf9f872-aa2e-dd11-9fc8-001c23d0 From owner-freebsd-current@FreeBSD.ORG Sun Nov 22 01:51:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9FDE1065672 for ; Sun, 22 Nov 2009 01:51:24 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 609588FC0A for ; Sun, 22 Nov 2009 01:51:24 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so492369fga.13 for ; Sat, 21 Nov 2009 17:51:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=a5WHmVHxO7jWaTZcZbFmohLph66g9kZOa3dsijsMAj8=; b=ouj18RmsoJD+6G1OpTS9PeEiBQ4cgsBsS23ezdjJ03iP1qhHzYToEbKmE/RtAbCN5p exoHzzyw01CM/NWe8bnXiHI0KZaZHOUG+h/u0k6YngnYzwv8UM509O87svsZc9+ibIuC iZzPFwn9k8bpFaOW3R1Q7yIKCoURmwqw7dW10= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=lOwlVnXAMEUu6HJl3ly4YVDk+bb+LpMmehifwGEkR+lHdg/saLOeqq9GwuiyUl18PS /2x84YXj5rIt7EQPJc9nRdQiexewFNdze1G3ih2631FjrOj5mDQPAShjzxWG92QgfcUW 9h7vCRMS42wbwS1YVSc/y19UMMb7kmo0Tcucw= MIME-Version: 1.0 Received: by 10.239.141.155 with SMTP id c27mr334466hba.48.1258854682635; Sat, 21 Nov 2009 17:51:22 -0800 (PST) In-Reply-To: <4B0848EB.4070002@jrv.org> References: <4B0848EB.4070002@jrv.org> Date: Sat, 21 Nov 2009 20:51:22 -0500 Message-ID: <25ff90d60911211751l634c3cb6w8a66ee040e2c7189@mail.gmail.com> From: David Horn To: "James R. Van Artsdalen" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: kldstat bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2009 01:51:24 -0000 On Sat, Nov 21, 2009 at 3:09 PM, James R. Van Artsdalen wrote: > amd64, svn 199260, November 13, 2009 > > Is this behavior of kldstat a bug? =A0Some modules found, some not, and > the Id field differs even in success. > > # kldstat > Id Refs Address =A0 =A0 =A0 =A0 =A0 =A0Size =A0 =A0 Name > =A01 =A0 19 0xffffffff80100000 f15ee8 =A0 kernel > =A02 =A0 =A01 0xffffffff81016000 194220 =A0 zfs.ko > =A03 =A0 =A02 0xffffffff811ab000 3928 =A0 =A0 opensolaris.ko > =A04 =A0 =A01 0xffffffff811af000 24560 =A0 =A0geom_mirror.ko > =A05 =A0 =A01 0xffffffff811d4000 9ac0 =A0 =A0 siis.ko > =A06 =A0 =A01 0xffffffff811de000 d0a8 =A0 =A0 ahci.ko > # kldstat -m zfs > Id =A0Refs Name > =A03 =A0 =A01 zfs > # kldstat -m opensolaris > Id =A0Refs Name > =A01 =A0 =A01 opensolaris > # kldstat -m geom_mirror > kldstat: can't find module geom_mirror: No such file or directory > # kldstat -m siis > kldstat: can't find module siis: No such file or directory > # kldstat -m ahci > kldstat: can't find module ahci: No such file or directory > # > If you try using kldstat -v (verbose), you will likely understand a little better. There is a file id (for kernel modules *files* like siis.ko), and there are module ids (for individual modules within the kernel module file). The relationship is not necessarily 1:1, as there can be more than 1 module per kernel module file). For example: 24 1 0xffffffff810a1000 3c13 siis.ko (/boot/kernel/siis.ko) Contains modules: Id Name 440 siis/siisch 441 pci/siis Notice that the kernel module file (siis.ko) has an id of 24, and the modules in that file (siis/siisch and pci/siis) each have there own module id (440 and 441 repectively). If you would do a kldstat -m pci/siis you would be able to find that since the -m flag requires a module name, not a kernel module file name. Yes, module name versus kernel module file name and file id vs module id can cause confusion. Good Luck. ---Dave From owner-freebsd-current@FreeBSD.ORG Sun Nov 22 09:45:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EDAC106566C; Sun, 22 Nov 2009 09:45:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 244698FC0A; Sun, 22 Nov 2009 09:45:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nAM9jioe014558; Sun, 22 Nov 2009 04:45:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nAM9ji6h014557; Sun, 22 Nov 2009 09:45:44 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 22 Nov 2009 09:45:44 GMT Message-Id: <200911220945.nAM9ji6h014557@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 22 Nov 2009 09:45:45 -0000 TB --- 2009-11-22 09:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-22 09:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-11-22 09:10:00 - cleaning the object tree TB --- 2009-11-22 09:10:30 - cvsupping the source tree TB --- 2009-11-22 09:10:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2009-11-22 09:45:44 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-22 09:45:44 - ERROR: unable to cvsup the source tree TB --- 2009-11-22 09:45:44 - 0.87 user 11.38 system 2143.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 22 09:46:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C374106566B; Sun, 22 Nov 2009 09:46:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 148D48FC17; Sun, 22 Nov 2009 09:46:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nAM9k7eh014566; Sun, 22 Nov 2009 04:46:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nAM9k75M014565; Sun, 22 Nov 2009 09:46:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 22 Nov 2009 09:46:07 GMT Message-Id: <200911220946.nAM9k75M014565@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 22 Nov 2009 09:46:08 -0000 TB --- 2009-11-22 09:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-22 09:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-11-22 09:10:00 - cleaning the object tree TB --- 2009-11-22 09:10:32 - cvsupping the source tree TB --- 2009-11-22 09:10:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-11-22 09:46:07 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2009-11-22 09:46:07 - ERROR: unable to cvsup the source tree TB --- 2009-11-22 09:46:07 - 0.91 user 12.98 system 2166.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 22 15:30:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C58271065670; Sun, 22 Nov 2009 15:30:52 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.80]) by mx1.freebsd.org (Postfix) with ESMTP id 772748FC24; Sun, 22 Nov 2009 15:30:52 +0000 (UTC) Received: from mail53.abv.bg (mail53.ni.bg [192.168.151.29]) by smtp-out.abv.bg (Postfix) with ESMTP id 7FF2B87AC0; Sun, 22 Nov 2009 17:13:36 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=UEHM38gGNj6iF5DSri1mD/9oi07ol/0IBVfEgjq8Ca/9bVgbXhPiza4lpSgWPOVFd m/ipJKJSxPcemc3XzqFDpo6hl20rph+kYAKZ5R4eUTT25L+3rU5r8tuwOOtmYk9lTmp D7BFb6bQETXm24rFdSBkhgl/Qm8Bgpx/Sl0NZpU= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1258902816; bh=kevwHKkMwMKX6n9nvOWOuPfHwoPWw5MtrE25TEjrwGQ=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=gtOC+FGOce5UxW9Sf1gwLf56w44B1E/7X+diLnbO4KpW6Jl7QvQEw/NfZARo+PXvY RAok49DUqNHGRvIFilx+Vqgu4Uix1dx38q7xk8a8hmCj21W6Z3I9PB2jJOO/TgwHL5 dGkYyQudzaKv5T7Z312xM8qYndSfqe8iTSE+1aeo= Received: from mail53.abv.bg (localhost.localdomain [127.0.0.1]) by mail53.abv.bg (Postfix) with ESMTP id C0F9B241BEA; Sun, 22 Nov 2009 17:13:14 +0200 (EET) Date: Sun, 22 Nov 2009 17:13:14 +0200 (EET) From: Mario Pavlov To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Message-ID: <24772986.196751.1258902794788.JavaMail.apache@mail53.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: Subject: BIOS resource allocation and FreeBSD ACPI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2009 15:30:52 -0000 Hi, I see this problem over and over again... some time ago I created this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/135070 and I just saw it has been duplicated: http://www.freebsd.org/cgi/query-pr.cgi?pr=140751 maybe the later one should be closed as a duplicate... anyway I think I saw this problem reported for more than 10 different laptops in the lists and the forums...maybe it's time someone to fix this issue ... I'm willing to donate money if someone can take and fix this (yes, I'm serious, I think it's worth it) regards, mgp ----------------------------------------------------------------- Вижте водещите новини от Vesti.bg! http://www.vesti.bg From owner-freebsd-current@FreeBSD.ORG Sun Nov 22 15:39:48 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C623106566C; Sun, 22 Nov 2009 15:39:48 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id F2DA38FC12; Sun, 22 Nov 2009 15:39:46 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id nAMFdZWW070618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Nov 2009 00:39:40 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 23 Nov 2009 00:39:35 +0900 Message-ID: From: Hajimu UMEMOTO To: net@FreeBSD.org, current@FreeBSD.org User-Agent: Wanderlust/2.15.7 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-RELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Mon_Nov_23_00:39:35_2009-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Mon, 23 Nov 2009 00:39:40 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: Subject: [CFR] unified rc.firewall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2009 15:39:48 -0000 --Multipart_Mon_Nov_23_00:39:35_2009-1 Content-Type: text/plain; charset=US-ASCII Hi, The ipfw and ip6fw were unified into ipfw2, now. But, we still have rc.firewall and rc.firewall6. However, there are conflicts with each other, and it confuses the users, IMHO. So, I made a patch to unify rc.firewall and rc.firewall6, and obsolete rc.firewall6 and rc.d/ip6fw. Please review the attached patch. If there is no objection, I'll commit it in next weekend. Sincerely, --Multipart_Mon_Nov_23_00:39:35_2009-1 Content-Type: application/octet-stream; type=patch Content-Disposition: attachment; filename="ipfw-unify.diff" Content-Transfer-Encoding: 7bit Index: etc/Makefile diff -u etc/Makefile.orig etc/Makefile --- etc/Makefile.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/Makefile 2009-11-22 22:07:19.840275808 +0900 @@ -15,7 +15,7 @@ inetd.conf libalias.conf login.access login.conf mac.conf motd \ netconfig network.subr networks newsyslog.conf nsswitch.conf \ phones profile protocols \ - rc rc.bsdextended rc.firewall rc.firewall6 rc.initdiskless \ + rc rc.bsdextended rc.firewall rc.initdiskless \ rc.sendmail rc.shutdown \ rc.subr remote rpc services shells \ sysctl.conf syslog.conf \ Index: etc/defaults/rc.conf diff -u etc/defaults/rc.conf.orig etc/defaults/rc.conf --- etc/defaults/rc.conf.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/defaults/rc.conf 2009-11-22 21:25:22.343296205 +0900 @@ -118,7 +118,10 @@ firewall_quiet="NO" # Set to YES to suppress rule display firewall_logging="NO" # Set to YES to enable events logging firewall_flags="" # Flags passed to ipfw when type is a file -firewall_client_net="192.0.2.0/24" # Network address for "client" firewall. +firewall_client_net="192.0.2.0/24" # IPv4 Network address for "client" + # firewall. +#firewall_client_net_ipv6="2001:db8:2:1::/64" # IPv6 network prefix for + # "client" firewall. firewall_simple_iif="ed1" # Inside network interface for "simple" # firewall. firewall_simple_inet="192.0.2.16/28" # Inside network address for "simple" @@ -127,12 +130,22 @@ # firewall. firewall_simple_onet="192.0.2.0/28" # Outside network address for "simple" # firewall. +#firewall_simple_iif_ipv6="ed1" # Inside IPv6 network interface for "simple" + # firewall. +#firewall_simple_inet_ipv6="2001:db8:2:800::/56" # Inside IPv6 network prefix + # for "simple" firewall. +#firewall_simple_oif_ipv6="ed0" # Outside IPv6 network interface for "simple" + # firewall. +#firewall_simple_onet_ipv6="2001:db8:2:0::/56" # Outside IPv6 network prefix + # for "simple" firewall. firewall_myservices="" # List of TCP ports on which this host # offers services for "workstation" firewall. firewall_allowservices="" # List of IPs which have access to # $firewall_myservices for "workstation" # firewall. -firewall_trusted="" # List of IPs which have full access to this +firewall_trusted="" # List of IPv4s which have full access to this + # host for "workstation" firewall. +firewall_trusted_ipv6="" # List of IPv6s which have full access to this # host for "workstation" firewall. firewall_logdeny="NO" # Set to YES to log default denied incoming # packets for "workstation" firewall. @@ -470,13 +483,18 @@ # faithd(8) setup. ipv6_ipv4mapping="NO" # Set to "YES" to enable IPv4 mapped IPv6 addr # communication. (like ::ffff:a.b.c.d) -ipv6_firewall_enable="NO" # Set to YES to enable IPv6 firewall - # functionality -ipv6_firewall_script="/etc/rc.firewall6" # Which script to run to set up the IPv6 firewall -ipv6_firewall_type="UNKNOWN" # IPv6 Firewall type (see /etc/rc.firewall6) -ipv6_firewall_quiet="NO" # Set to YES to suppress rule display -ipv6_firewall_logging="NO" # Set to YES to enable events logging -ipv6_firewall_flags="" # Flags passed to ip6fw when type is a file +#ipv6_firewall_enable="NO" # Set to YES to enable IPv6 firewall + # functionality (DEPRECAED) +#ipv6_firewall_script="/etc/rc.firewall6" # Which script to run to set up the + # IPv6 firewall (DEPRECAED) +#ipv6_firewall_type="UNKNOWN" # IPv6 Firewall type (see /etc/rc.firewall6) + # (DEPRECAED) +#ipv6_firewall_quiet="NO" # Set to YES to suppress rule display + # (DEPRECAED) +#ipv6_firewall_logging="NO" # Set to YES to enable events logging + # (DEPRECAED) +#ipv6_firewall_flags="" # Flags passed to ip6fw when type is a file + # (DEPRECAED) ipv6_ipfilter_rules="/etc/ipf6.rules" # rules definition file for ipfilter, # see /usr/src/contrib/ipfilter/rules # for examples Index: etc/rc.d/Makefile diff -u etc/rc.d/Makefile.orig etc/rc.d/Makefile --- etc/rc.d/Makefile.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/rc.d/Makefile 2009-11-22 20:42:16.398311126 +0900 @@ -15,7 +15,7 @@ hcsecd \ hostapd hostid hostid_save hostname \ inetd initrandom \ - ip6addrctl ip6fw ipfilter ipfs ipfw ipmon \ + ip6addrctl ipfilter ipfs ipfw ipmon \ ipnat ipsec ipxrouted \ jail \ kadmind kerberos keyserv kldxref kpasswdd \ Index: etc/rc.d/ipfw diff -u etc/rc.d/ipfw.orig etc/rc.d/ipfw --- etc/rc.d/ipfw.orig 2009-11-22 20:43:59.000000000 +0900 +++ etc/rc.d/ipfw 2009-11-22 20:46:17.663938405 +0900 @@ -61,7 +61,13 @@ # Enable the firewall # if ! ${SYSCTL_W} net.inet.ip.fw.enable=1 1>/dev/null 2>&1; then - warn "failed to enable firewall" + warn "failed to enable IPv4 firewall" + fi + if ifconfig lo0 inet6 >/dev/null 2>&1; then + if ! ${SYSCTL_W} net.inet6.ip6.fw.enable=1 1>/dev/null 2>&1 + then + warn "failed to enable IPv6 firewall" + fi fi } @@ -70,6 +76,9 @@ # Disable the firewall # ${SYSCTL_W} net.inet.ip.fw.enable=0 + if ifconfig lo0 inet6 >/dev/null 2>&1; then + ${SYSCTL_W} net.inet6.ip6.fw.enable=0 + fi if [ -f /etc/rc.d/natd ] ; then /etc/rc.d/natd quietstop fi Index: etc/rc.firewall diff -u etc/rc.firewall.orig etc/rc.firewall --- etc/rc.firewall.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/rc.firewall 2009-11-22 23:44:43.101805845 +0900 @@ -40,6 +40,27 @@ fi fi +# afexists af +# Returns 0 if the address family is enabled in the kernel +# 1 otherwise. +afexists() +{ + local _af + _af=$1 + + case ${_af} in + inet) + sysctl -n net.inet > /dev/null 2>&1 + ;; + inet6) + sysctl -n net.inet6 > /dev/null 2>&1 + ;; + *) + err 1 "afexists(): Unsupported address family: $_af" + ;; + esac +} + ############ # Define the firewall type in /etc/rc.conf. Valid values are: # open - will allow anyone in @@ -85,6 +106,32 @@ ${fwcmd} add 100 pass all from any to any via lo0 ${fwcmd} add 200 deny all from any to 127.0.0.0/8 ${fwcmd} add 300 deny ip from 127.0.0.0/8 to any + if afexists inet6; then + ${fwcmd} add 400 deny ip6 from any to ::1 + ${fwcmd} add 500 deny ip6 from ::1 to any + fi +} + +setup_ipv6_mandatory () { + afexists inet6 || return 0 + + ############ + # Only in rare cases do you want to change these rules + # + # ND + # + # DAD + ${fwcmd} add pass ip6 from :: to ff02::/16 proto ipv6-icmp + # RS, RA, NS, NA, redirect... + ${fwcmd} add pass ip6 from fe80::/10 to fe80::/10 proto ipv6-icmp + ${fwcmd} add pass ip6 from fe80::/10 to ff02::/16 proto ipv6-icmp + + # Allow ICMPv6 destination unreach + ${fwcmd} add pass ip6 from any to any icmp6types 1 proto ipv6-icmp + + # Allow NS/NA/toobig (don't filter it out) + ${fwcmd} add pass ip6 from any to any icmp6types 2,135,136 \ + proto ipv6-icmp } if [ -n "${1}" ]; then @@ -109,6 +156,7 @@ ${fwcmd} -f flush setup_loopback +setup_ipv6_mandatory ############ # Network Address Translation. All packets are passed to natd(8) @@ -166,11 +214,13 @@ # against people from outside your own network. # # Configuration: - # firewall_client_net: Network address of local network. + # firewall_client_net: Network address of local IPv4 network. + # firewall_client_net_ipv6: Network address of local IPv6 network. ############ # set this to your local network net="$firewall_client_net" + net6="$firewall_client_net_ipv6" # Allow limited broadcast traffic from my own net. ${fwcmd} add pass all from ${net} to 255.255.255.255 @@ -178,6 +228,16 @@ # Allow any traffic to or from my own net. ${fwcmd} add pass all from me to ${net} ${fwcmd} add pass all from ${net} to me + if [ -n "$net6" ]; then + ${fwcmd} add pass ip6 from me6 to ${net6} + ${fwcmd} add pass ip6 from ${net6} to me6 + fi + + if [ -n "$net6" ]; then + # Allow any link-local multicast traffic + ${fwcmd} add pass ip6 from fe80::/10 to ff02::/16 + ${fwcmd} add pass ip6 from ${net6} to ff02::/16 + fi # Allow TCP through if setup succeeded ${fwcmd} add pass tcp from any to any established @@ -212,23 +272,35 @@ # on the inside at this machine for those services. # # Configuration: - # firewall_simple_iif: Inside network interface. - # firewall_simple_inet: Inside network address. - # firewall_simple_oif: Outside network interface. - # firewall_simple_onet: Outside network address. + # firewall_simple_iif: Inside IPv4 network interface. + # firewall_simple_inet: Inside IPv4 network address. + # firewall_simple_oif: Outside IPv4 network interface. + # firewall_simple_onet: Outside IPv4 network address. + # firewall_simple_iif_ipv6: Inside IPv6 network interface. + # firewall_simple_inet_ipv6: Inside IPv6 network prefix. + # firewall_simple_oif_ipv6: Outside IPv6 network interface. + # firewall_simple_onet_ipv6: Outside IPv6 network prefix. ############ # set these to your outside interface network oif="$firewall_simple_oif" onet="$firewall_simple_onet" + oif6="$firewall_simple_oif_ipv6" + onet6="$firewall_simple_onet_ipv6" # set these to your inside interface network iif="$firewall_simple_iif" inet="$firewall_simple_inet" + iif6="$firewall_simple_iif_ipv6" + inet6="$firewall_simple_inet_ipv6" # Stop spoofing ${fwcmd} add deny all from ${inet} to any in via ${oif} ${fwcmd} add deny all from ${onet} to any in via ${iif} + if [ -n "$oif6" -a -n "$onet6" -a -n "$iif6" -a -n "$inet6" ]; then + ${fwcmd} add deny ip6 from ${inet6} to any in via ${oif6} + ${fwcmd} add deny ip6 from ${onet6} to any in via ${iif6} + fi # Stop RFC1918 nets on the outside interface ${fwcmd} add deny all from any to 10.0.0.0/8 via ${oif} @@ -254,7 +326,7 @@ case ${natd_enable} in [Yy][Ee][Ss]) if [ -n "${natd_interface}" ]; then - ${fwcmd} add divert natd all from any to any via ${natd_interface} + ${fwcmd} add divert natd ip4 from any to any via ${natd_interface} fi ;; esac @@ -273,6 +345,55 @@ ${fwcmd} add deny all from 224.0.0.0/4 to any via ${oif} ${fwcmd} add deny all from 240.0.0.0/4 to any via ${oif} + if [ -n "$oif6" -a -n "$onet6" -a -n "$iif6" -a -n "$inet6" ]; then + # Stop unique local unicast address on the outside interface + ${fwcmd} add deny ip6 from fc00::/7 to any via ${oif6} + ${fwcmd} add deny ip6 from any to fc00::/7 via ${oif6} + + # Stop site-local on the outside interface + ${fwcmd} add deny ip6 from fec0::/10 to any via ${oif6} + ${fwcmd} add deny ip6 from any to fec0::/10 via ${oif6} + + # Disallow "internal" addresses to appear on the wire. + ${fwcmd} add deny ip6 from ::ffff:0.0.0.0/96 to any \ + via ${oif6} + ${fwcmd} add deny ip6 from any to ::ffff:0.0.0.0/96 \ + via ${oif6} + + # Disallow packets to malicious IPv4 compatible prefix. + ${fwcmd} add deny ip6 from ::224.0.0.0/100 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ::224.0.0.0/100 via ${oif6} + ${fwcmd} add deny ip6 from ::127.0.0.0/104 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ::127.0.0.0/104 via ${oif6} + ${fwcmd} add deny ip6 from ::0.0.0.0/104 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ::0.0.0.0/104 via ${oif6} + ${fwcmd} add deny ip6 from ::255.0.0.0/104 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ::255.0.0.0/104 via ${oif6} + + ${fwcmd} add deny ip6 from ::0.0.0.0/96 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ::0.0.0.0/96 via ${oif6} + + # Disallow packets to malicious 6to4 prefix. + ${fwcmd} add deny ip6 from 2002:e000::/20 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:e000::/20 via ${oif6} + ${fwcmd} add deny ip6 from 2002:7f00::/24 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:7f00::/24 via ${oif6} + ${fwcmd} add deny ip6 from 2002:0000::/24 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:0000::/24 via ${oif6} + ${fwcmd} add deny ip6 from 2002:ff00::/24 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:ff00::/24 via ${oif6} + + ${fwcmd} add deny ip6 from 2002:0a00::/24 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:0a00::/24 via ${oif6} + ${fwcmd} add deny ip6 from 2002:ac10::/28 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:ac10::/28 via ${oif6} + ${fwcmd} add deny ip6 from 2002:c0a8::/32 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:c0a8::/32 via ${oif6} + + ${fwcmd} add deny ip6 from ff05::/16 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ff05::/16 via ${oif6} + fi + # Allow TCP through if setup succeeded ${fwcmd} add pass tcp from any to any established @@ -291,7 +412,11 @@ ${fwcmd} add pass tcp from any to me 80 setup # Reject&Log all setup of incoming connections from the outside - ${fwcmd} add deny log tcp from any to any in via ${oif} setup + ${fwcmd} add deny log ip4 from any to any in via ${oif} setup proto tcp + if [ -n "$oif6" -a -n "$onet6" -a -n "$iif6" -a -n "$inet6" ]; then + ${fwcmd} add deny log ip6 from any to any in via ${oif6} \ + setup proto tcp + fi # Allow setup of any other TCP connection ${fwcmd} add pass tcp from any to any setup @@ -313,7 +438,7 @@ # offers services. # firewall_allowservices: List of IPs which has access to # $firewall_myservices. - # firewall_trusted: List of IPs which has full access + # firewall_trusted: List of IPv4s which has full access # to this host. Be very carefull # when setting this. This option can # seriously degrade the level of @@ -324,17 +449,31 @@ # firewall_nologports: List of TCP/UDP ports for which # denied incomming packets are not # logged. - + # firewall_trusted_ipv6: List of IPv6s which has full access + # to this host. Be very carefull + # when setting this. This option can + # seriously degrade the level of + # protection provided by the firewall. + # Allow packets for which a state has been built. ${fwcmd} add check-state # For services permitted below. ${fwcmd} add pass tcp from me to any established + if afexists inet6; then + ${fwcmd} add pass ip6 from any to any proto tcp established + fi # Allow any connection out, adding state for each. ${fwcmd} add pass tcp from me to any setup keep-state ${fwcmd} add pass udp from me to any keep-state ${fwcmd} add pass icmp from me to any keep-state + if afexists inet6; then + ${fwcmd} add pass ip6 from me6 to any proto tcp setup + ${fwcmd} add pass ip6 from me6 to any proto udp keep-state + ${fwcmd} add pass ip6 from me6 to any proto ipv6-icmp \ + keep-state + fi # Allow DHCP. ${fwcmd} add pass udp from 0.0.0.0 68 to 255.255.255.255 67 out @@ -343,6 +482,10 @@ # Some servers will ping the IP while trying to decide if it's # still in use. ${fwcmd} add pass icmp from any to any icmptype 8 + if afexists inet6; then + ${fwcmd} add pass ip6 from any to any icmp6type 128,129 \ + proto ipv6-icmp + fi # Allow "mandatory" ICMP in. ${fwcmd} add pass icmp from any to any icmptype 3,4,11 @@ -361,6 +504,9 @@ for i in ${firewall_allowservices} ; do for j in ${firewall_myservices} ; do ${fwcmd} add pass tcp from $i to me $j + if afexists inet6; then + ${fwcmd} add pass tcp from $i to me6 $j setup + fi done done @@ -370,7 +516,10 @@ for i in ${firewall_trusted} ; do ${fwcmd} add pass ip from $i to me done - + for i in ${firewall_trusted_ipv6} ; do + ${fwcmd} add pass ip6 from $i to me6 + done + ${fwcmd} add 65000 count ip from any to any # Drop packets to ports where we don't want logging --Multipart_Mon_Nov_23_00:39:35_2009-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Mon_Nov_23_00:39:35_2009-1-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 22 18:27:40 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF4B2106566B; Sun, 22 Nov 2009 18:27:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 885258FC1B; Sun, 22 Nov 2009 18:27:40 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-218-170.ard.bellsouth.net [72.154.218.170]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nAMIRcwN052433 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 22 Nov 2009 13:27:38 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: John Baldwin In-Reply-To: <200911171017.58140.jhb@freebsd.org> References: <200911171017.58140.jhb@freebsd.org> Content-Type: text/plain Organization: FreeBSD Date: Sun, 22 Nov 2009 12:27:32 -0600 Message-Id: <1258914452.2344.18.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: current@FreeBSD.org Subject: Re: [PATCH] Build a separate ZFS-enabled loader.zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2009 18:27:40 -0000 On Tue, 2009-11-17 at 10:17 -0500, John Baldwin wrote: > This patch is a workaround to enabling ZFS support by default in the boot > loader. It enables building a loader.zfs which is a ZFS-enabled loader and > changing zfsboot and gptzfsboot to use /boot/loader.zfs instead > of /boot/loader. I have only tested that things built ok, I have not > boot-tested it as I don't have ZFS setup anywhere. The patch is available at > http://www.FreeBSD.org/~jhb/loader.zfs/. You will also need to copy > the 'loader.zfs/Makefile' file from that URL into a new > sys/boot/i386/loader.zfs directory after applying the patch. Ok, I made a few changes, but this is tested and working for zfs. I opted to change the loader name to zfsloader, since we tend to prefix rather than suffix boot/loader bits and I thought that loader.zfs.old looked ugly. The following should be a complete patch against -CURRENT. Note that you do need to reinstall bootcode (zfsboot/gptzfsboot) for this to boot the correct loader. http://people.freebsd.org/~rnoland/0001-Create-a-seperate-zfs-enabled-loader.patch robert. -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Sun Nov 22 19:12:27 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D680106568F for ; Sun, 22 Nov 2009 19:12:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id B274F8FC14 for ; Sun, 22 Nov 2009 19:12:26 +0000 (UTC) Received: (qmail 323 invoked by uid 399); 22 Nov 2009 19:12:26 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Nov 2009 19:12:26 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B098D21.4040607@FreeBSD.org> Date: Sun, 22 Nov 2009 11:12:33 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Hajimu UMEMOTO References: In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: [CFR] unified rc.firewall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2009 19:12:27 -0000 Hajimu UMEMOTO wrote: > Hi, > > The ipfw and ip6fw were unified into ipfw2, now. But, we still have > rc.firewall and rc.firewall6. However, there are conflicts with each > other, and it confuses the users, IMHO. > So, I made a patch to unify rc.firewall and rc.firewall6, and obsolete > rc.firewall6 and rc.d/ip6fw. > Please review the attached patch. If there is no objection, I'll > commit it in next weekend. Overall I think this is good, and I'm definitely in favor of more integration of IPv6 into the mainstream rather than something that is glued on. A few comments: In rc.firewall you seem to have copied afexists() from network.subr. Is there a reason that you did not simply source that file? That would be the preferred method. Also in that file you call "if afexists inet6" quite a few times. My preference from a performance standpoint would be to call it once, perhaps in a start_precmd then cache the value. And of course, you have regression tested this thoroughly, yes? :) Please include scenarios where there is no INET6 in the kernel as well. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 22 21:16:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CC7A106566C for ; Sun, 22 Nov 2009 21:16:13 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id E01238FC17 for ; Sun, 22 Nov 2009 21:16:12 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id nAMLG3dI071005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 23 Nov 2009 08:16:04 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1258924564; bh=YCyFr4BlCyBcp5o/6rDCyjhhAOrVlTDz97oO73YU+Ms=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=kPhg27atcnSNG9oSBZ6EoiQhxM6+awylQmma4PaFn39rURB7W135iNBi9dNGjWA10 LOGeCAIHtUelqdF1X0VCvrBqf2SrUZlrwXau3tp/LgVwUOTjTXgGaxIG3UwP4RRVYa hj7OQ+SzrD1qXUjsYr5z5IR5oPuKN7aA6LOqS0Yw= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id nAMLG3PC001425; Mon, 23 Nov 2009 08:16:03 +1100 (AEDT) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id nAMLG1lU001424; Mon, 23 Nov 2009 08:16:01 +1100 (AEDT) (envelope-from john) Date: Mon, 23 Nov 2009 08:16:01 +1100 From: John Marshall To: Johan Hendriks Message-ID: <20091122211600.GA1094@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: Johan Hendriks , freebsd-current@freebsd.org References: <20091121120754.GA30495@rwpc12.mby.riverwillow.net.au> <57200BF94E69E54880C9BB1AF714BBCBA5722F@w2003s01.double-l.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA5722F@w2003s01.double-l.local> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: freebsd-current@freebsd.org Subject: Re: 8.0 can't find/read label on da3 (7.2 OK) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Nov 2009 21:16:13 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 21 Nov 2009, 20:14 +0100, Johan Hendriks wrote: > >If I boot 7.2-RELEASE from a live CD, bsdlabel happily reads the /da3s1 > label, I can fsck the da3s1d UFS filesystem, >and I can mount the > filesystem. If I boot 8.0, I lose the disc again. >=20 > This is probably a dangerous dedicated disk made on 7.x >=20 > I had this issue also and some member of the list gave me this hint: >=20 > !!!!!!!!!!!!!!DO MAKE A BACKUP OF YOUR DATA BEFORE DOING THIS FROM YOUR > 7.2 INSTALL !!!!!!!!!!!!!!!!!!! >=20 >=20 > Is your disk in "dangerously dedicated" mode? >=20 > If yes, this is what I did (advised by marcel@) >=20 > dd if=3D/dev/zero of=3D/dev/ad1 oseek=3D1 bs=3D512 count=3D1 >=20 > where /dev/ad1 is my device. You should see some messages from > GEOM_LABEL removing and assigning new labels. Thank you Johan, Yes, this disc was partitioned in "dedicated" mode. The above recipe solved my problem. It may be a good idea for somebody knowledgeable in this field to give attention to the "Dedicated Mode" Section 18.3.2.2 of the Handbook if this mode now unsupported. --=20 John Marshall --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksJqhAACgkQw/tAaKKahKIfkACglNJsm1zy5bBWIE+MDjFFD7N/ r5kAn1qMkt5z1Iy5tb8gBDXnhUQILG/a =CE+d -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 23 09:17:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD51E1065676 for ; Mon, 23 Nov 2009 09:17:26 +0000 (UTC) (envelope-from sahil.cooner@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id B43858FC1E for ; Mon, 23 Nov 2009 09:17:26 +0000 (UTC) Received: by pzk15 with SMTP id 15so3640071pzk.3 for ; Mon, 23 Nov 2009 01:17:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=qtplkEPdUERJJmq9BeHdGhhEfCoxUWCu4bkeqx2t20A=; b=bsNFRV8MNhVnZdselDyva6xqTW8RGJSnknqN07ECXiKAZWqdnrdM7riuV2ZWlPaM4Z kvxrZs8DJjMUFe2rcwkkZNdXnJs1aRucKcZ0KyHfryuAnvVNXl5jw1nQv8cpK2SfGrWW zHwf75yLvnnLg5fJ2b36Sgz2rQQ4IHlyFEBzI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=Pwv8ITFla90uRqazp4mLFs+/1vvf/Xx6CmnNnQkV7hkz00gvnut9bw9iFMmuyUW8zp La6A9AhFAJJ0+2dZvGTLpV/N+e5/kDLgB9j7Vf8GXbxmwKC0WUJfyjJ6DDa8vYljKTb4 TQ3dUOzxlKTVZSMP75COZIsnZMMb4KCsVs9IM= MIME-Version: 1.0 Received: by 10.141.1.19 with SMTP id d19mr29800rvi.262.1258966483053; Mon, 23 Nov 2009 00:54:43 -0800 (PST) Date: Mon, 23 Nov 2009 02:54:43 -0600 Message-ID: From: "sahil.cooner@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: mount_smbfs lock order traversal kernel segfault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2009 09:17:26 -0000 Fellow FreeBSDers, I'd like to report a new lock order traversal bug that I have come across in freebsd-current, from a checkout of the /usr/src tree a couple days ago. I found the following site and search for the particular LOR dump that I was receiving in dmesg. I am currently receiving 2 different LOR errors. One that is a known and reported issue, the other I could not find on the following list, http://sources.zabbadoz.net/freebsd/lor.html. Following these instructions ... http://sources.zabbadoz.net/freebsd/lor.html#howtoreportalor 1) The Backtrace... smb_co_lock: recursive lock for object 1 lock order reversal: 1st 0xffffff0020401c08 smb_vc (smb_vc) @ /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:331 2nd 0xffffffff812c84a8 smbsm (smbsm) @ /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:354 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e __lockmgr_args() at __lockmgr_args+0xcf3 smb_co_lock() at smb_co_lock+0x61 smb_co_gone() at smb_co_gone+0x34 smb_sm_lookup() at smb_sm_lookup+0x105 smb_usr_lookup() at smb_usr_lookup+0xcd nsmb_dev_ioctl() at nsmb_dev_ioctl+0x1e7 giant_ioctl() at giant_ioctl+0x75 devfs_ioctl_f() at devfs_ioctl_f+0x76 kern_ioctl() at kern_ioctl+0xc5 ioctl() at ioctl+0xfd syscall() at syscall+0x1ae Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x80094b92c, rsp = 0x7fffffffe128, rbp = 0x7fffffffe540 --- 2) The Samba server is a Debian box running Samba versions as follows... smbd -V Version 3.2.5 nmbd -V Version 3.2.5 3) uname -arv FreeBSD mybox.com 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat Nov 21 07:47:20 CST 2009 root@mybox.com:/usr/obj/usr/src/sys/GENERIC amd64 This bug is almost always reproducible when any sort of slightly higher than normal disk I/O takes place to the samba mounted directory, ie. a copy from the remote target to the local drive of a 1GB file. I haven't really had a chance to follow up by looking through the relevant /usr/src/sys/../../smbfs/../*.c files to try and debug/determine some more information I will respond with relevant follow ups. Cheers, Sahil R Cooner Pablo Picasso - "Computers are useless. They can only give you answers." From owner-freebsd-current@FreeBSD.ORG Mon Nov 23 15:01:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C704106568F; Mon, 23 Nov 2009 15:01:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E25168FC0C; Mon, 23 Nov 2009 15:01:56 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7BFA946B37; Mon, 23 Nov 2009 10:01:56 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D39858A01B; Mon, 23 Nov 2009 10:01:55 -0500 (EST) From: John Baldwin To: Robert Noland Date: Mon, 23 Nov 2009 08:42:01 -0500 User-Agent: KMail/1.9.7 References: <200911171017.58140.jhb@freebsd.org> <1258914452.2344.18.camel@balrog.2hip.net> In-Reply-To: <1258914452.2344.18.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911230842.01788.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 23 Nov 2009 10:01:55 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: current@freebsd.org Subject: Re: [PATCH] Build a separate ZFS-enabled loader.zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2009 15:01:57 -0000 On Sunday 22 November 2009 1:27:32 pm Robert Noland wrote: > On Tue, 2009-11-17 at 10:17 -0500, John Baldwin wrote: > > This patch is a workaround to enabling ZFS support by default in the boot > > loader. It enables building a loader.zfs which is a ZFS-enabled loader and > > changing zfsboot and gptzfsboot to use /boot/loader.zfs instead > > of /boot/loader. I have only tested that things built ok, I have not > > boot-tested it as I don't have ZFS setup anywhere. The patch is available at > > http://www.FreeBSD.org/~jhb/loader.zfs/. You will also need to copy > > the 'loader.zfs/Makefile' file from that URL into a new > > sys/boot/i386/loader.zfs directory after applying the patch. > > Ok, I made a few changes, but this is tested and working for zfs. I > opted to change the loader name to zfsloader, since we tend to prefix > rather than suffix boot/loader bits and I thought that loader.zfs.old > looked ugly. The following should be a complete patch against -CURRENT. > Note that you do need to reinstall bootcode (zfsboot/gptzfsboot) for > this to boot the correct loader. > > http://people.freebsd.org/~rnoland/0001-Create-a-seperate-zfs-enabled-loader.patch > > robert. Looks ok to me, commit! -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 23 15:14:06 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72557106566C; Mon, 23 Nov 2009 15:14:06 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 422938FC18; Mon, 23 Nov 2009 15:14:05 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id nANFDsUA010760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Nov 2009 00:13:54 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 24 Nov 2009 00:13:54 +0900 Message-ID: From: Hajimu UMEMOTO To: Doug Barton In-Reply-To: <4B098D21.4040607@FreeBSD.org> References: <4B098D21.4040607@FreeBSD.org> User-Agent: xcite1.58> Wanderlust/2.15.7 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-RELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Tue_Nov_24_00:13:53_2009-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Tue, 24 Nov 2009 00:13:54 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: [CFR] unified rc.firewall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2009 15:14:06 -0000 --Multipart_Tue_Nov_24_00:13:53_2009-1 Content-Type: text/plain; charset=US-ASCII Hi, >>>>> On Sun, 22 Nov 2009 11:12:33 -0800 >>>>> Doug Barton said: dougb> In rc.firewall you seem to have copied afexists() from network.subr. dougb> Is there a reason that you did not simply source that file? That would dougb> be the preferred method. Also in that file you call "if afexists dougb> inet6" quite a few times. My preference from a performance standpoint dougb> would be to call it once, perhaps in a start_precmd then cache the value. Thank you for the comments. Ah, yes, afexists() is only in 9-CURRENT, and is not MFC'ed into 8, yet. So, I thought the patch should be able to work on both 9 and 8, for review. I've changed to source network.subr for afexists(). Calling afexists() several times was not good idea. So, I've changed to call afexists() just once. The new patch is attached. dougb> And of course, you have regression tested this thoroughly, yes? :) dougb> Please include scenarios where there is no INET6 in the kernel as well. Okay, I've tested it on INET6-less kernel, as well. Sincerely, --Multipart_Tue_Nov_24_00:13:53_2009-1 Content-Type: text/x-patch; type=patch; charset=US-ASCII Content-Disposition: attachment; filename="ipfw-unify.diff" Content-Transfer-Encoding: 7bit Index: etc/Makefile diff -u etc/Makefile.orig etc/Makefile --- etc/Makefile.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/Makefile 2009-11-22 22:07:19.840275808 +0900 @@ -15,7 +15,7 @@ inetd.conf libalias.conf login.access login.conf mac.conf motd \ netconfig network.subr networks newsyslog.conf nsswitch.conf \ phones profile protocols \ - rc rc.bsdextended rc.firewall rc.firewall6 rc.initdiskless \ + rc rc.bsdextended rc.firewall rc.initdiskless \ rc.sendmail rc.shutdown \ rc.subr remote rpc services shells \ sysctl.conf syslog.conf \ Index: etc/defaults/rc.conf diff -u etc/defaults/rc.conf.orig etc/defaults/rc.conf --- etc/defaults/rc.conf.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/defaults/rc.conf 2009-11-22 21:25:22.343296205 +0900 @@ -118,7 +118,10 @@ firewall_quiet="NO" # Set to YES to suppress rule display firewall_logging="NO" # Set to YES to enable events logging firewall_flags="" # Flags passed to ipfw when type is a file -firewall_client_net="192.0.2.0/24" # Network address for "client" firewall. +firewall_client_net="192.0.2.0/24" # IPv4 Network address for "client" + # firewall. +#firewall_client_net_ipv6="2001:db8:2:1::/64" # IPv6 network prefix for + # "client" firewall. firewall_simple_iif="ed1" # Inside network interface for "simple" # firewall. firewall_simple_inet="192.0.2.16/28" # Inside network address for "simple" @@ -127,12 +130,22 @@ # firewall. firewall_simple_onet="192.0.2.0/28" # Outside network address for "simple" # firewall. +#firewall_simple_iif_ipv6="ed1" # Inside IPv6 network interface for "simple" + # firewall. +#firewall_simple_inet_ipv6="2001:db8:2:800::/56" # Inside IPv6 network prefix + # for "simple" firewall. +#firewall_simple_oif_ipv6="ed0" # Outside IPv6 network interface for "simple" + # firewall. +#firewall_simple_onet_ipv6="2001:db8:2:0::/56" # Outside IPv6 network prefix + # for "simple" firewall. firewall_myservices="" # List of TCP ports on which this host # offers services for "workstation" firewall. firewall_allowservices="" # List of IPs which have access to # $firewall_myservices for "workstation" # firewall. -firewall_trusted="" # List of IPs which have full access to this +firewall_trusted="" # List of IPv4s which have full access to this + # host for "workstation" firewall. +firewall_trusted_ipv6="" # List of IPv6s which have full access to this # host for "workstation" firewall. firewall_logdeny="NO" # Set to YES to log default denied incoming # packets for "workstation" firewall. @@ -470,13 +483,18 @@ # faithd(8) setup. ipv6_ipv4mapping="NO" # Set to "YES" to enable IPv4 mapped IPv6 addr # communication. (like ::ffff:a.b.c.d) -ipv6_firewall_enable="NO" # Set to YES to enable IPv6 firewall - # functionality -ipv6_firewall_script="/etc/rc.firewall6" # Which script to run to set up the IPv6 firewall -ipv6_firewall_type="UNKNOWN" # IPv6 Firewall type (see /etc/rc.firewall6) -ipv6_firewall_quiet="NO" # Set to YES to suppress rule display -ipv6_firewall_logging="NO" # Set to YES to enable events logging -ipv6_firewall_flags="" # Flags passed to ip6fw when type is a file +#ipv6_firewall_enable="NO" # Set to YES to enable IPv6 firewall + # functionality (DEPRECAED) +#ipv6_firewall_script="/etc/rc.firewall6" # Which script to run to set up the + # IPv6 firewall (DEPRECAED) +#ipv6_firewall_type="UNKNOWN" # IPv6 Firewall type (see /etc/rc.firewall6) + # (DEPRECAED) +#ipv6_firewall_quiet="NO" # Set to YES to suppress rule display + # (DEPRECAED) +#ipv6_firewall_logging="NO" # Set to YES to enable events logging + # (DEPRECAED) +#ipv6_firewall_flags="" # Flags passed to ip6fw when type is a file + # (DEPRECAED) ipv6_ipfilter_rules="/etc/ipf6.rules" # rules definition file for ipfilter, # see /usr/src/contrib/ipfilter/rules # for examples Index: etc/rc.d/Makefile diff -u etc/rc.d/Makefile.orig etc/rc.d/Makefile --- etc/rc.d/Makefile.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/rc.d/Makefile 2009-11-22 20:42:16.398311126 +0900 @@ -15,7 +15,7 @@ hcsecd \ hostapd hostid hostid_save hostname \ inetd initrandom \ - ip6addrctl ip6fw ipfilter ipfs ipfw ipmon \ + ip6addrctl ipfilter ipfs ipfw ipmon \ ipnat ipsec ipxrouted \ jail \ kadmind kerberos keyserv kldxref kpasswdd \ Index: etc/rc.d/ipfw diff -u etc/rc.d/ipfw.orig etc/rc.d/ipfw --- etc/rc.d/ipfw.orig 2009-11-22 20:43:59.000000000 +0900 +++ etc/rc.d/ipfw 2009-11-23 19:29:05.426333161 +0900 @@ -61,7 +61,13 @@ # Enable the firewall # if ! ${SYSCTL_W} net.inet.ip.fw.enable=1 1>/dev/null 2>&1; then - warn "failed to enable firewall" + warn "failed to enable IPv4 firewall" + fi + if afexists inet6; then + if ! ${SYSCTL_W} net.inet6.ip6.fw.enable=1 1>/dev/null 2>&1 + then + warn "failed to enable IPv6 firewall" + fi fi } @@ -70,6 +76,9 @@ # Disable the firewall # ${SYSCTL_W} net.inet.ip.fw.enable=0 + if afexists inet6; then + ${SYSCTL_W} net.inet6.ip6.fw.enable=0 + fi if [ -f /etc/rc.d/natd ] ; then /etc/rc.d/natd quietstop fi Index: etc/rc.firewall diff -u etc/rc.firewall.orig etc/rc.firewall --- etc/rc.firewall.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/rc.firewall 2009-11-23 20:03:03.419477872 +0900 @@ -85,12 +85,43 @@ ${fwcmd} add 100 pass all from any to any via lo0 ${fwcmd} add 200 deny all from any to 127.0.0.0/8 ${fwcmd} add 300 deny ip from 127.0.0.0/8 to any + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add 400 deny ip6 from any to ::1 + ${fwcmd} add 500 deny ip6 from ::1 to any + fi +} + +setup_ipv6_mandatory () { + [ $ipv6_available -eq 0 ] || return 0 + + ############ + # Only in rare cases do you want to change these rules + # + # ND + # + # DAD + ${fwcmd} add pass ip6 from :: to ff02::/16 proto ipv6-icmp + # RS, RA, NS, NA, redirect... + ${fwcmd} add pass ip6 from fe80::/10 to fe80::/10 proto ipv6-icmp + ${fwcmd} add pass ip6 from fe80::/10 to ff02::/16 proto ipv6-icmp + + # Allow ICMPv6 destination unreach + ${fwcmd} add pass ip6 from any to any icmp6types 1 proto ipv6-icmp + + # Allow NS/NA/toobig (don't filter it out) + ${fwcmd} add pass ip6 from any to any icmp6types 2,135,136 \ + proto ipv6-icmp } if [ -n "${1}" ]; then firewall_type="${1}" fi +. /etc/rc.subr +. /etc/network.subr +afexists inet6 +ipv6_available=$? + ############ # Set quiet mode if requested # @@ -109,6 +140,7 @@ ${fwcmd} -f flush setup_loopback +setup_ipv6_mandatory ############ # Network Address Translation. All packets are passed to natd(8) @@ -166,11 +198,13 @@ # against people from outside your own network. # # Configuration: - # firewall_client_net: Network address of local network. + # firewall_client_net: Network address of local IPv4 network. + # firewall_client_net_ipv6: Network address of local IPv6 network. ############ # set this to your local network net="$firewall_client_net" + net6="$firewall_client_net_ipv6" # Allow limited broadcast traffic from my own net. ${fwcmd} add pass all from ${net} to 255.255.255.255 @@ -178,6 +212,16 @@ # Allow any traffic to or from my own net. ${fwcmd} add pass all from me to ${net} ${fwcmd} add pass all from ${net} to me + if [ -n "$net6" ]; then + ${fwcmd} add pass ip6 from me6 to ${net6} + ${fwcmd} add pass ip6 from ${net6} to me6 + fi + + if [ -n "$net6" ]; then + # Allow any link-local multicast traffic + ${fwcmd} add pass ip6 from fe80::/10 to ff02::/16 + ${fwcmd} add pass ip6 from ${net6} to ff02::/16 + fi # Allow TCP through if setup succeeded ${fwcmd} add pass tcp from any to any established @@ -212,23 +256,35 @@ # on the inside at this machine for those services. # # Configuration: - # firewall_simple_iif: Inside network interface. - # firewall_simple_inet: Inside network address. - # firewall_simple_oif: Outside network interface. - # firewall_simple_onet: Outside network address. + # firewall_simple_iif: Inside IPv4 network interface. + # firewall_simple_inet: Inside IPv4 network address. + # firewall_simple_oif: Outside IPv4 network interface. + # firewall_simple_onet: Outside IPv4 network address. + # firewall_simple_iif_ipv6: Inside IPv6 network interface. + # firewall_simple_inet_ipv6: Inside IPv6 network prefix. + # firewall_simple_oif_ipv6: Outside IPv6 network interface. + # firewall_simple_onet_ipv6: Outside IPv6 network prefix. ############ # set these to your outside interface network oif="$firewall_simple_oif" onet="$firewall_simple_onet" + oif6="$firewall_simple_oif_ipv6" + onet6="$firewall_simple_onet_ipv6" # set these to your inside interface network iif="$firewall_simple_iif" inet="$firewall_simple_inet" + iif6="$firewall_simple_iif_ipv6" + inet6="$firewall_simple_inet_ipv6" # Stop spoofing ${fwcmd} add deny all from ${inet} to any in via ${oif} ${fwcmd} add deny all from ${onet} to any in via ${iif} + if [ -n "$oif6" -a -n "$onet6" -a -n "$iif6" -a -n "$inet6" ]; then + ${fwcmd} add deny ip6 from ${inet6} to any in via ${oif6} + ${fwcmd} add deny ip6 from ${onet6} to any in via ${iif6} + fi # Stop RFC1918 nets on the outside interface ${fwcmd} add deny all from any to 10.0.0.0/8 via ${oif} @@ -254,7 +310,7 @@ case ${natd_enable} in [Yy][Ee][Ss]) if [ -n "${natd_interface}" ]; then - ${fwcmd} add divert natd all from any to any via ${natd_interface} + ${fwcmd} add divert natd ip4 from any to any via ${natd_interface} fi ;; esac @@ -273,6 +329,55 @@ ${fwcmd} add deny all from 224.0.0.0/4 to any via ${oif} ${fwcmd} add deny all from 240.0.0.0/4 to any via ${oif} + if [ -n "$oif6" -a -n "$onet6" -a -n "$iif6" -a -n "$inet6" ]; then + # Stop unique local unicast address on the outside interface + ${fwcmd} add deny ip6 from fc00::/7 to any via ${oif6} + ${fwcmd} add deny ip6 from any to fc00::/7 via ${oif6} + + # Stop site-local on the outside interface + ${fwcmd} add deny ip6 from fec0::/10 to any via ${oif6} + ${fwcmd} add deny ip6 from any to fec0::/10 via ${oif6} + + # Disallow "internal" addresses to appear on the wire. + ${fwcmd} add deny ip6 from ::ffff:0.0.0.0/96 to any \ + via ${oif6} + ${fwcmd} add deny ip6 from any to ::ffff:0.0.0.0/96 \ + via ${oif6} + + # Disallow packets to malicious IPv4 compatible prefix. + ${fwcmd} add deny ip6 from ::224.0.0.0/100 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ::224.0.0.0/100 via ${oif6} + ${fwcmd} add deny ip6 from ::127.0.0.0/104 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ::127.0.0.0/104 via ${oif6} + ${fwcmd} add deny ip6 from ::0.0.0.0/104 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ::0.0.0.0/104 via ${oif6} + ${fwcmd} add deny ip6 from ::255.0.0.0/104 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ::255.0.0.0/104 via ${oif6} + + ${fwcmd} add deny ip6 from ::0.0.0.0/96 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ::0.0.0.0/96 via ${oif6} + + # Disallow packets to malicious 6to4 prefix. + ${fwcmd} add deny ip6 from 2002:e000::/20 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:e000::/20 via ${oif6} + ${fwcmd} add deny ip6 from 2002:7f00::/24 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:7f00::/24 via ${oif6} + ${fwcmd} add deny ip6 from 2002:0000::/24 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:0000::/24 via ${oif6} + ${fwcmd} add deny ip6 from 2002:ff00::/24 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:ff00::/24 via ${oif6} + + ${fwcmd} add deny ip6 from 2002:0a00::/24 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:0a00::/24 via ${oif6} + ${fwcmd} add deny ip6 from 2002:ac10::/28 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:ac10::/28 via ${oif6} + ${fwcmd} add deny ip6 from 2002:c0a8::/32 to any via ${oif6} + ${fwcmd} add deny ip6 from any to 2002:c0a8::/32 via ${oif6} + + ${fwcmd} add deny ip6 from ff05::/16 to any via ${oif6} + ${fwcmd} add deny ip6 from any to ff05::/16 via ${oif6} + fi + # Allow TCP through if setup succeeded ${fwcmd} add pass tcp from any to any established @@ -291,7 +396,11 @@ ${fwcmd} add pass tcp from any to me 80 setup # Reject&Log all setup of incoming connections from the outside - ${fwcmd} add deny log tcp from any to any in via ${oif} setup + ${fwcmd} add deny log ip4 from any to any in via ${oif} setup proto tcp + if [ -n "$oif6" -a -n "$onet6" -a -n "$iif6" -a -n "$inet6" ]; then + ${fwcmd} add deny log ip6 from any to any in via ${oif6} \ + setup proto tcp + fi # Allow setup of any other TCP connection ${fwcmd} add pass tcp from any to any setup @@ -313,7 +422,7 @@ # offers services. # firewall_allowservices: List of IPs which has access to # $firewall_myservices. - # firewall_trusted: List of IPs which has full access + # firewall_trusted: List of IPv4s which has full access # to this host. Be very carefull # when setting this. This option can # seriously degrade the level of @@ -324,17 +433,31 @@ # firewall_nologports: List of TCP/UDP ports for which # denied incomming packets are not # logged. - + # firewall_trusted_ipv6: List of IPv6s which has full access + # to this host. Be very carefull + # when setting this. This option can + # seriously degrade the level of + # protection provided by the firewall. + # Allow packets for which a state has been built. ${fwcmd} add check-state # For services permitted below. ${fwcmd} add pass tcp from me to any established + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add pass ip6 from any to any proto tcp established + fi # Allow any connection out, adding state for each. ${fwcmd} add pass tcp from me to any setup keep-state ${fwcmd} add pass udp from me to any keep-state ${fwcmd} add pass icmp from me to any keep-state + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add pass ip6 from me6 to any proto tcp setup + ${fwcmd} add pass ip6 from me6 to any proto udp keep-state + ${fwcmd} add pass ip6 from me6 to any proto ipv6-icmp \ + keep-state + fi # Allow DHCP. ${fwcmd} add pass udp from 0.0.0.0 68 to 255.255.255.255 67 out @@ -343,6 +466,10 @@ # Some servers will ping the IP while trying to decide if it's # still in use. ${fwcmd} add pass icmp from any to any icmptype 8 + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add pass ip6 from any to any icmp6type 128,129 \ + proto ipv6-icmp + fi # Allow "mandatory" ICMP in. ${fwcmd} add pass icmp from any to any icmptype 3,4,11 @@ -361,6 +488,9 @@ for i in ${firewall_allowservices} ; do for j in ${firewall_myservices} ; do ${fwcmd} add pass tcp from $i to me $j + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add pass tcp from $i to me6 $j setup + fi done done @@ -370,7 +500,10 @@ for i in ${firewall_trusted} ; do ${fwcmd} add pass ip from $i to me done - + for i in ${firewall_trusted_ipv6} ; do + ${fwcmd} add pass ip6 from $i to me6 + done + ${fwcmd} add 65000 count ip from any to any # Drop packets to ports where we don't want logging --Multipart_Tue_Nov_24_00:13:53_2009-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Tue_Nov_24_00:13:53_2009-1-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 23 15:29:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98D17106568F; Mon, 23 Nov 2009 15:29:08 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id C9D928FC13; Mon, 23 Nov 2009 15:29:07 +0000 (UTC) Received: by fxm10 with SMTP id 10so2945901fxm.14 for ; Mon, 23 Nov 2009 07:29:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=7QyFbfsP2JjK/KXdmSNenekBaUQmFGndXq9C0nMKeMs=; b=NwWbwVIoyCIsBRdS8AOu196oBWoecYQQdA3lNrS4Keib5O+7pDOv1gb3k4eL5Ls0yK oypPnujAFx3rw2xdJh+SmMX5YzmpDSdTJt8oY9BGOnkRTF3St7xGUOjajlfVu7CyuPUX BoHVfWCY7FHfkzUNKthBuL7CkR86jL8L46NuU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=r0qcnQYg5DeT7/07e/EmoGsV31vymelgM5TMmOzmJwqX9ypjH4H/sobZo7FZWkcwob mR9OyiUYJQAYkwLWuj3fM6ml8xMfmadvacyhLjmNaUJgXMBMpM1Np1Zry25zemzjEM8l z14bdx79ByZ4AzDuugQwJShm7mz1d98jQaCOg= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.74.91 with SMTP id t27mr762089faj.62.1258990146730; Mon, 23 Nov 2009 07:29:06 -0800 (PST) In-Reply-To: <3bbf2fe10911190707w63d1ab66pa2014c526342f68e@mail.gmail.com> References: <3bbf2fe10911160718j7784b311g2980aa02c79bc9ec@mail.gmail.com> <20091117141713.GA51251@sandvine.com> <9C740225-CB30-4D26-8E4B-F9D5DC51B899@FreeBSD.org> <3bbf2fe10911181733j598083feiddf3d4b34d0007d6@mail.gmail.com> <3bbf2fe10911190545l264c0e2s615034999f46bc0a@mail.gmail.com> <645CAAD7-A3BE-44B3-97D5-F4E4786943A4@freebsd.org> <3bbf2fe10911190707w63d1ab66pa2014c526342f68e@mail.gmail.com> Date: Mon, 23 Nov 2009 16:29:06 +0100 X-Google-Sender-Auth: 650e050d628a3c2b Message-ID: <3bbf2fe10911230729l787f6e28n142916c5a580273b@mail.gmail.com> From: Attilio Rao To: "Robert N. M. Watson" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ed Maste Subject: Re: [PATCH] Let gcore use ptrace interface rather than the procfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2009 15:29:09 -0000 2009/11/19 Attilio Rao : > 2009/11/19 Robert N. M. Watson : >> >> On 19 Nov 2009, at 13:45, Attilio Rao wrote: >> >>>> If you add the missing include of sys/wait.h, elfcore.c generates an e= rror >>>> instead of a warning on this non-traditional use of wait(2): >>>> >>>> + wait(); >>>> >>>> Something like this may be preferred: >>>> >>>> if (waitpid(pid, NULL, 0) < 0) >>>> err(1, "waitpid"); >>> >>> I didn't get a warning neither an error but yes, the waitpid() is >>> preferred and should be used. >> >> This warning was on i386 9.x, FYI, and was a property of failing to call= wait(2) with an argument. >> >>>> I think that kills the last of the procfs dependencies, in which case >>>> perhaps we can remove the procfs.h include from elfcore.c, which requi= res >>>> defining a local version of a summary data structure borrowed from pro= cfs. >>>> It's worth trying with procfs unmounted, however, to make sure they're >>>> really all gone (which is how I ran into the above problem). >>> >>> I don't like the idea to replicate the structures because of code >>> maintence. IMHO is ok to have procfs header. >> >> >> I'm not sure I agree; looking at the elfcore code, it looks like it goes= to some amount of inconvenience to stuff things into the structure in the = first place, primarily because that was how procfs exported it. With your e= xcellent change, there's no need for gcore(1) to depend on procfs-specific = data structures that may change, or more ideally, be removed in the future. > > Yeah, I had the same feeling as the interfaces should be more lifted > in order to less fit procfs (example: probabilly readmap could export > directly the list of objects from libutil rather then transforming it) > but let's get there in a second round of changes probabilly. This further patch should address the last reported issues and a couple of style nits: http://www.freebsd.org/~attilio/Sandvine/STABLE_8/gcore/gcore3.diff Please also note that I added the Sandvine's copyright because I think the extent of the changes deserve it. Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Nov 23 15:56:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93E15106566C; Mon, 23 Nov 2009 15:56:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 650638FC15; Mon, 23 Nov 2009 15:56:18 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EAB1C46B37; Mon, 23 Nov 2009 10:56:17 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 2F2218A01D; Mon, 23 Nov 2009 10:56:17 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 23 Nov 2009 10:56:14 -0500 User-Agent: KMail/1.9.7 References: <4B098D21.4040607@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200911231056.15247.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 23 Nov 2009 10:56:17 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-net@freebsd.org, Doug Barton , Hajimu UMEMOTO Subject: Re: [CFR] unified rc.firewall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2009 15:56:18 -0000 On Monday 23 November 2009 10:13:54 am Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Sun, 22 Nov 2009 11:12:33 -0800 > >>>>> Doug Barton said: > > dougb> In rc.firewall you seem to have copied afexists() from network.subr. > dougb> Is there a reason that you did not simply source that file? That would > dougb> be the preferred method. Also in that file you call "if afexists > dougb> inet6" quite a few times. My preference from a performance standpoint > dougb> would be to call it once, perhaps in a start_precmd then cache the value. > > Thank you for the comments. > Ah, yes, afexists() is only in 9-CURRENT, and is not MFC'ed into 8, > yet. So, I thought the patch should be able to work on both 9 and 8, > for review. I've changed to source network.subr for afexists(). > Calling afexists() several times was not good idea. So, I've changed > to call afexists() just once. > The new patch is attached. > > dougb> And of course, you have regression tested this thoroughly, yes? :) > dougb> Please include scenarios where there is no INET6 in the kernel as well. > > Okay, I've tested it on INET6-less kernel, as well. Some comments I have: @@ -178,6 +212,16 @@ # Allow any traffic to or from my own net. ${fwcmd} add pass all from me to ${net} ${fwcmd} add pass all from ${net} to me + if [ -n "$net6" ]; then + ${fwcmd} add pass ip6 from me6 to ${net6} + ${fwcmd} add pass ip6 from ${net6} to me6 + fi + + if [ -n "$net6" ]; then + # Allow any link-local multicast traffic + ${fwcmd} add pass ip6 from fe80::/10 to ff02::/16 + ${fwcmd} add pass ip6 from ${net6} to ff02::/16 + fi Any reason to not use 'all' here rather than 'ip6' to match the earlier IPv4 rules? @@ -273,6 +329,55 @@ ${fwcmd} add deny all from 224.0.0.0/4 to any via ${oif} ${fwcmd} add deny all from 240.0.0.0/4 to any via ${oif} + if [ -n "$oif6" -a -n "$onet6" -a -n "$iif6" -a -n "$inet6" ]; then + # Stop unique local unicast address on the outside interface + ${fwcmd} add deny ip6 from fc00::/7 to any via ${oif6} + ${fwcmd} add deny ip6 from any to fc00::/7 via ${oif6} + .... Similarly here, why not use 'all' instead of 'ip6'? @@ -291,7 +396,11 @@ ${fwcmd} add pass tcp from any to me 80 setup # Reject&Log all setup of incoming connections from the outside - ${fwcmd} add deny log tcp from any to any in via ${oif} setup + ${fwcmd} add deny log ip4 from any to any in via ${oif} setup proto tcp + if [ -n "$oif6" -a -n "$onet6" -a -n "$iif6" -a -n "$inet6" ]; then + ${fwcmd} add deny log ip6 from any to any in via ${oif6} \ + setup proto tcp + fi I would actually not use separate v6 interfaces for the 'simple' firewall but just have 'oif', 'onet', and 'onet_ipv6' variables. Then you don't need this diff at all as the existing rule will work fine. # For services permitted below. ${fwcmd} add pass tcp from me to any established + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add pass ip6 from any to any proto tcp established + fi I think this extra rule here isn't needed at all as the first rule should already match all of those packets. # Allow any connection out, adding state for each. ${fwcmd} add pass tcp from me to any setup keep-state ${fwcmd} add pass udp from me to any keep-state ${fwcmd} add pass icmp from me to any keep-state + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add pass ip6 from me6 to any proto tcp setup + ${fwcmd} add pass ip6 from me6 to any proto udp keep-state + ${fwcmd} add pass ip6 from me6 to any proto ipv6-icmp \ + keep-state + fi I think it is more consistent to use 'pass tcp from me6 to any' similar to the IPv4 rules here. It is also shorter and easier to read that way IMO. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 23 16:15:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 846CF106566C; Mon, 23 Nov 2009 16:15:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBAD8FC27; Mon, 23 Nov 2009 16:15:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id C71E941C64A; Mon, 23 Nov 2009 17:15:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id l45mUYSjC5+D; Mon, 23 Nov 2009 17:15:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 5C5ED41C679; Mon, 23 Nov 2009 17:15:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 862C04448EC; Mon, 23 Nov 2009 16:12:20 +0000 (UTC) Date: Mon, 23 Nov 2009 16:12:20 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Hajimu UMEMOTO In-Reply-To: <200911231056.15247.jhb@freebsd.org> Message-ID: <20091123161013.X37440@maildrop.int.zabbadoz.net> References: <4B098D21.4040607@FreeBSD.org> <200911231056.15247.jhb@freebsd.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFR] unified rc.firewall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2009 16:15:07 -0000 On Mon, 23 Nov 2009, John Baldwin wrote: > On Monday 23 November 2009 10:13:54 am Hajimu UMEMOTO wrote: >> Hi, >> >>>>>>> On Sun, 22 Nov 2009 11:12:33 -0800 >>>>>>> Doug Barton said: >> >> dougb> In rc.firewall you seem to have copied afexists() from network.subr. >> dougb> Is there a reason that you did not simply source that file? That > would >> dougb> be the preferred method. Also in that file you call "if afexists >> dougb> inet6" quite a few times. My preference from a performance standpoint >> dougb> would be to call it once, perhaps in a start_precmd then cache the > value. >> >> Thank you for the comments. >> Ah, yes, afexists() is only in 9-CURRENT, and is not MFC'ed into 8, >> yet. So, I thought the patch should be able to work on both 9 and 8, >> for review. I've changed to source network.subr for afexists(). >> Calling afexists() several times was not good idea. So, I've changed >> to call afexists() just once. >> The new patch is attached. >> >> dougb> And of course, you have regression tested this thoroughly, yes? :) >> dougb> Please include scenarios where there is no INET6 in the kernel as > well. >> >> Okay, I've tested it on INET6-less kernel, as well. > > Some comments I have: > > @@ -178,6 +212,16 @@ > # Allow any traffic to or from my own net. > ${fwcmd} add pass all from me to ${net} > ${fwcmd} add pass all from ${net} to me I haven't looked at the entire update but as I see this I shall note unless I missed a fix to ipfw, you need to make that ip and use ip6 and me6 for the new world order. Please make sure that this works as expected in mixed-world scenarios as well as legacy IP and IPv6 only worlds. /bz -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-current@FreeBSD.ORG Mon Nov 23 17:13:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A64E11065670; Mon, 23 Nov 2009 17:13:17 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8A28FC1E; Mon, 23 Nov 2009 17:13:16 +0000 (UTC) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NCcTP-0001WL-PC; Mon, 23 Nov 2009 18:13:12 +0100 Message-ID: <4B0AC2A4.7020505@gwdg.de> Date: Mon, 23 Nov 2009 18:13:08 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: Oliver Pinter References: <4B05C709.2090005@dougbarton.us> <20091120110123.GG2331@deviant.kiev.zoral.com.ua> <4b069fec.141bf30a.7f54.ffff8735@mx.google.com> <4B06BCC5.1000806@gwdg.de> <4B08275A.3070209@gwdg.de> <6101e8c40911211544y2347b832kda66f3217fb6aa55@mail.gmail.com> In-Reply-To: <6101e8c40911211544y2347b832kda66f3217fb6aa55@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Kostik Belousov , Aditya Sarawgi , freebsd-current@freebsd.org, delphij@freebsd.org, dougb@dougbarton.us Subject: Re: multimedia/vlc causes a panic if media files are on msdosfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2009 17:13:17 -0000 On 22.11.2009 00:44 (UTC+1), Oliver Pinter wrote: > can you run memtest? hmmm. memtest reports no errors. And I do not think that this was a memory specific task. I observed the below described behaviour on to different machines, both running 9.0-CURRENT. And there are no panics any more after system update on november 21th. > On 11/21/09, Rainer Hurling wrote: >> On 20.11.2009 16:59 (UTC+1), Rainer Hurling wrote: >>> On 20.11.2009 20:26 (UTC+1), Aditya Sarawgi wrote: >>>> On Fri, Nov 20, 2009 at 01:01:23PM +0200, Kostik Belousov wrote: >>>>> On Thu, Nov 19, 2009 at 02:30:33PM -0800, Doug Barton wrote: >>>>>> Please see http://www.freebsd.org/cgi/query-pr.cgi?pr=140648 for more >>>>>> information, including a trace. >>>>>> >>>>>> There is also some evidence that the same problem is triggered by >>>>>> accessing files on an NTFS partition. The VLC folks have suggested >>>>>> that the problem may be related to threading. >>>>> This is because msdosfs and ntfs are not mpsafe, and it seems that >>>>> VLC using recently added F_RDAHEAD/F_READAHEAD fcntls. >>>>> >>>>> Please try this. >>>>> >>>>> diff --git a/sys/kern/kern_descrip.c b/sys/kern/kern_descrip.c >>>>> index 434f54a..676de65 100644 >>>>> --- a/sys/kern/kern_descrip.c >>>>> +++ b/sys/kern/kern_descrip.c >>>>> @@ -718,14 +718,15 @@ kern_fcntl(struct thread *td, int fd, int cmd, >>>>> intptr_t arg) >>>>> do { >>>>> new = old = fp->f_flag; >>>>> new |= FRDAHEAD; >>>>> - } while (atomic_cmpset_rel_int(&fp->f_flag, old, new) == >>>>> 0); >>>>> + } while (!atomic_cmpset_rel_int(&fp->f_flag, old, new)); >>>>> readahead_vnlock_fail: >>>>> VFS_UNLOCK_GIANT(vfslocked); >>>>> + vfslocked = 0; >>>>> } else { >>>>> do { >>>>> new = old = fp->f_flag; >>>>> new &= ~FRDAHEAD; >>>>> - } while (atomic_cmpset_rel_int(&fp->f_flag, old, new) == >>>>> 0); >>>>> + } while (!atomic_cmpset_rel_int(&fp->f_flag, old, new)); >>>>> } >>>>> fdrop(fp, td); >>>>> break; >>>> I have been getting panics with VLC on UFS filesytem too, Although the >>>> frequency of panics on a UFS filesystem is pretty low as compared to >>>> msdosfs and ntfs systems and they are very abrupt. I will try getting >>>> a trace. >>> I am observing panics also with newest vlc port on ufs2. System panics >>> whenever playing .flv files. >> With this patch even my panics went away :-) >> >> Thank you very much, >> Rainer Hurling >> >> _______________________________________________ >> 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 23 17:27:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CCFB1065679; Mon, 23 Nov 2009 17:27:38 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7C00F8FC15; Mon, 23 Nov 2009 17:27:37 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id nANHRNZc041681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Nov 2009 02:27:27 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 24 Nov 2009 02:27:23 +0900 Message-ID: From: Hajimu UMEMOTO To: John Baldwin In-Reply-To: <200911231056.15247.jhb@freebsd.org> References: <4B098D21.4040607@FreeBSD.org> <200911231056.15247.jhb@freebsd.org> User-Agent: xcite1.58> Wanderlust/2.15.7 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-RELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Tue, 24 Nov 2009 02:27:27 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Doug Barton Subject: Re: [CFR] unified rc.firewall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2009 17:27:38 -0000 Hi, >>>>> On Mon, 23 Nov 2009 10:56:14 -0500 >>>>> John Baldwin said: jhb> @@ -178,6 +212,16 @@ jhb> # Allow any traffic to or from my own net. jhb> ${fwcmd} add pass all from me to ${net} jhb> ${fwcmd} add pass all from ${net} to me jhb> + if [ -n "$net6" ]; then jhb> + ${fwcmd} add pass ip6 from me6 to ${net6} jhb> + ${fwcmd} add pass ip6 from ${net6} to me6 jhb> + fi jhb> + jhb> + if [ -n "$net6" ]; then jhb> + # Allow any link-local multicast traffic jhb> + ${fwcmd} add pass ip6 from fe80::/10 to ff02::/16 jhb> + ${fwcmd} add pass ip6 from ${net6} to ff02::/16 jhb> + fi jhb> Any reason to not use 'all' here rather than 'ip6' to match the earlier IPv4 jhb> rules? Thank you for the review. The rule is only applicable for IPv6. Rather, I prefer to use 'ip4' explicitly over 'all' or 'ip' here. However, changing 'all' to 'ip4' makes the diff complex. So, I keep 'all' as is. jhb> @@ -273,6 +329,55 @@ jhb> ${fwcmd} add deny all from 224.0.0.0/4 to any via ${oif} jhb> ${fwcmd} add deny all from 240.0.0.0/4 to any via ${oif} jhb> jhb> + if [ -n "$oif6" -a -n "$onet6" -a -n "$iif6" -a -n "$inet6" ]; then jhb> + # Stop unique local unicast address on the outside interface jhb> + ${fwcmd} add deny ip6 from fc00::/7 to any via ${oif6} jhb> + ${fwcmd} add deny ip6 from any to fc00::/7 via ${oif6} jhb> + jhb> .... jhb> Similarly here, why not use 'all' instead of 'ip6'? Same above. jhb> @@ -291,7 +396,11 @@ jhb> ${fwcmd} add pass tcp from any to me 80 setup jhb> jhb> # Reject&Log all setup of incoming connections from the outside jhb> - ${fwcmd} add deny log tcp from any to any in via ${oif} setup jhb> + ${fwcmd} add deny log ip4 from any to any in via ${oif} setup proto jhb> tcp jhb> + if [ -n "$oif6" -a -n "$onet6" -a -n "$iif6" -a -n "$inet6" ]; then jhb> + ${fwcmd} add deny log ip6 from any to any in via ${oif6} \ jhb> + setup proto tcp jhb> + fi jhb> I would actually not use separate v6 interfaces for the 'simple' firewall jhb> but just have 'oif', 'onet', and 'onet_ipv6' variables. Then you don't need jhb> this diff at all as the existing rule will work fine. Yup, it should makes rule simpler. However, many sites still use tunnel for IPv6 connectivity. I think, separating 'oif' and 'oif6' makes such sites happy. So, this diff should make sense, IMHO. jhb> # For services permitted below. jhb> ${fwcmd} add pass tcp from me to any established jhb> + if [ $ipv6_available -eq 0 ]; then jhb> + ${fwcmd} add pass ip6 from any to any proto tcp established jhb> + fi jhb> I think this extra rule here isn't needed at all as the first rule should jhb> already match all of those packets. WORKSTATION type rule is fully dynamic. However, I saw it doesn't work for IPv6 as expected. SSH connection stalls after some period. I suspect keepalive timer doesn't work well for IPv6. So, I changed to use traditional setup/established rule for TCP/IPv6. Further, 'me' doesn't match to IPv6 address. jhb> # Allow any connection out, adding state for each. jhb> ${fwcmd} add pass tcp from me to any setup keep-state jhb> ${fwcmd} add pass udp from me to any keep-state jhb> ${fwcmd} add pass icmp from me to any keep-state jhb> + if [ $ipv6_available -eq 0 ]; then jhb> + ${fwcmd} add pass ip6 from me6 to any proto tcp setup jhb> + ${fwcmd} add pass ip6 from me6 to any proto udp keep-state jhb> + ${fwcmd} add pass ip6 from me6 to any proto ipv6-icmp \ jhb> + keep-state jhb> + fi jhb> I think it is more consistent to use 'pass tcp from me6 to any' similar to jhb> the IPv4 rules here. It is also shorter and easier to read that way IMO. I thought similar thing with 'all' vs 'ip4'. Rather, I prefer to change IPv4 rules. However, if 'all' is preferable, I'll change so. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Mon Nov 23 17:55:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF02510656CD; Mon, 23 Nov 2009 17:55:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9B13E8FC1F; Mon, 23 Nov 2009 17:55:37 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1CA6E46B29; Mon, 23 Nov 2009 12:55:37 -0500 (EST) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 31D208A01B; Mon, 23 Nov 2009 12:55:36 -0500 (EST) From: John Baldwin To: Hajimu UMEMOTO Date: Mon, 23 Nov 2009 12:55:25 -0500 User-Agent: KMail/1.9.7 References: <200911231056.15247.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911231255.26279.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 23 Nov 2009 12:55:36 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Doug Barton Subject: Re: [CFR] unified rc.firewall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2009 17:55:38 -0000 On Monday 23 November 2009 12:27:23 pm Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Mon, 23 Nov 2009 10:56:14 -0500 > >>>>> John Baldwin said: > > jhb> @@ -178,6 +212,16 @@ > jhb> # Allow any traffic to or from my own net. > jhb> ${fwcmd} add pass all from me to ${net} > jhb> ${fwcmd} add pass all from ${net} to me > jhb> + if [ -n "$net6" ]; then > jhb> + ${fwcmd} add pass ip6 from me6 to ${net6} > jhb> + ${fwcmd} add pass ip6 from ${net6} to me6 > jhb> + fi > jhb> + > jhb> + if [ -n "$net6" ]; then > jhb> + # Allow any link-local multicast traffic > jhb> + ${fwcmd} add pass ip6 from fe80::/10 to ff02::/16 > jhb> + ${fwcmd} add pass ip6 from ${net6} to ff02::/16 > jhb> + fi > > jhb> Any reason to not use 'all' here rather than 'ip6' to match the earlier IPv4 > jhb> rules? > > Thank you for the review. > The rule is only applicable for IPv6. Rather, I prefer to use 'ip4' > explicitly over 'all' or 'ip' here. However, changing 'all' to 'ip4' > makes the diff complex. So, I keep 'all' as is. Hmm, however, using 'all' will work, and while in this case the typing is the same I find it easier to read 'add pass tcp <...>' vs 'add pass ip <...> proto tcp'. I do think they should be consistent regardless. > jhb> # For services permitted below. > jhb> ${fwcmd} add pass tcp from me to any established > jhb> + if [ $ipv6_available -eq 0 ]; then > jhb> + ${fwcmd} add pass ip6 from any to any proto tcp established > jhb> + fi > > jhb> I think this extra rule here isn't needed at all as the first rule should > jhb> already match all of those packets. > > WORKSTATION type rule is fully dynamic. However, I saw it doesn't > work for IPv6 as expected. SSH connection stalls after some period. > I suspect keepalive timer doesn't work well for IPv6. > So, I changed to use traditional setup/established rule for TCP/IPv6. > Further, 'me' doesn't match to IPv6 address. I had missed the me vs any. It is true that the equivalent rule would use me6. I would rather figure out the IPv6 bug so that TCP is treated the same for both protocols instead of having a weaker firewall for IPv6 than IPV4. > jhb> # Allow any connection out, adding state for each. > jhb> ${fwcmd} add pass tcp from me to any setup keep-state > jhb> ${fwcmd} add pass udp from me to any keep-state > jhb> ${fwcmd} add pass icmp from me to any keep-state > jhb> + if [ $ipv6_available -eq 0 ]; then > jhb> + ${fwcmd} add pass ip6 from me6 to any proto tcp setup > jhb> + ${fwcmd} add pass ip6 from me6 to any proto udp keep-state > jhb> + ${fwcmd} add pass ip6 from me6 to any proto ipv6-icmp \ > jhb> + keep-state > jhb> + fi > > jhb> I think it is more consistent to use 'pass tcp from me6 to any' similar to > jhb> the IPv4 rules here. It is also shorter and easier to read that way IMO. > > I thought similar thing with 'all' vs 'ip4'. Rather, I prefer to > change IPv4 rules. However, if 'all' is preferable, I'll change so. I do find the shorter version easier to read, and it matches the existing style as well as the examples in the manual page, handbook, etc. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 23 18:27:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2F10106568D; Mon, 23 Nov 2009 18:27:51 +0000 (UTC) (envelope-from ben@b1c1l1.com) Received: from lancer.b1c1l1.com (unknown [IPv6:2607:f358:1a:1a:1000::]) by mx1.freebsd.org (Postfix) with ESMTP id 97A288FC19; Mon, 23 Nov 2009 18:27:51 +0000 (UTC) Received: from supra.b1c1l1.com (supra.b1c1l1.com [IPv6:2001:470:83fb:0:216:cbff:fe07:bd1b]) by lancer.b1c1l1.com (Postfix) with ESMTPSA id 015935C21; Mon, 23 Nov 2009 10:27:50 -0800 (PST) Message-ID: <4B0AD41F.6020709@b1c1l1.com> Date: Mon, 23 Nov 2009 10:27:43 -0800 From: Benjamin Lee User-Agent: Thunderbird 2.0.0.23 (X11/20090829) MIME-Version: 1.0 To: John Baldwin References: <200911231056.15247.jhb@freebsd.org> <200911231255.26279.jhb@freebsd.org> In-Reply-To: <200911231255.26279.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB79F6952EB28033E2BC02B4D" X-Mailman-Approved-At: Mon, 23 Nov 2009 19:07:42 +0000 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Hajimu UMEMOTO , Doug Barton Subject: Re: [CFR] unified rc.firewall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2009 18:27:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB79F6952EB28033E2BC02B4D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 11/23/2009 09:55 AM, John Baldwin wrote: > On Monday 23 November 2009 12:27:23 pm Hajimu UMEMOTO wrote: >> Hi, >> >>>>>>> On Mon, 23 Nov 2009 10:56:14 -0500 >>>>>>> John Baldwin said: >> jhb> # For services permitted below. >> jhb> ${fwcmd} add pass tcp from me to any established >> jhb> + if [ $ipv6_available -eq 0 ]; then >> jhb> + ${fwcmd} add pass ip6 from any to any proto tcp e= stablished >> jhb> + fi >> >> jhb> I think this extra rule here isn't needed at all as the first rul= e should >> jhb> already match all of those packets. >> >> WORKSTATION type rule is fully dynamic. However, I saw it doesn't >> work for IPv6 as expected. SSH connection stalls after some period. >> I suspect keepalive timer doesn't work well for IPv6. >> So, I changed to use traditional setup/established rule for TCP/IPv6. >> Further, 'me' doesn't match to IPv6 address. >=20 > I had missed the me vs any. It is true that the equivalent rule would = use > me6. I would rather figure out the IPv6 bug so that TCP is treated the= > same for both protocols instead of having a weaker firewall for IPv6 th= an > IPV4. There is a bug in ipfw send_pkt() that prevents ipfw_tick() from functioning for IPv6. See PR kern/117234. --=20 Benjamin Lee http://www.b1c1l1.com/ --------------enigB79F6952EB28033E2BC02B4D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJLCtQnAAoJEHBW16CPoSMCjswP/ixFY0rcmatbLLK450mhUfc3 VhWZO6pK6qw3I/9rLr14vBoSyOFa839y/3RusTIpr6xHMOF+fL3ZlUWIT7xlk0nr 83S/Zv670FD+SBnzBqHEcTOinrCo/qz4duWqE56jki8329S4usEIJCz1ZOzjk0mi SRca7IuQp5/Rfb49lBfUjT1pOW/pVcx59kV87hXphj/re/TLCSQa+83N70MKHZHW 6kv+SCqymmysvUzWrbkJfb/NPAPGZL7aSO6M+FTuBrfaTFW9DlRJyEpXTmsb7p3U ixfXfUL5OjbKT38EhCGJFuJ7vlzhGwzzOzgDlQRshu3zabrVnPOL527s6j94OjN/ 0yx8RUyh+x88ShKBBdeSxFoM824LdCTdjWfsMSAvPlumlOnCvhGgVY4wdau+yDFc ZN0XNE6gD7rCdIHSmRSYDkLg+ZYwMITxpJiVS2mvoB03v7hPgGLV+YZEmTqG6piX SkVmX7zHW5RFBHmjKEHhXyMSR+lglXdtAMSqlIwXsv6hjrFXEBgH5fP5cMNs5ulD fs/vZJ1ICm2WXgEezKo3gpXyGaa44BZdxbjTEi7Fbmx/0eofIEKRESUwTEPkfD1f 4fpnhdNFZYdvndT2Q3rkFurxxKQJkhKNiUvZIxA2zAzBfrqzFFHH00JI1Y2ZAe84 H9XD0c9VoTjX/0GoKTGs =O7NI -----END PGP SIGNATURE----- --------------enigB79F6952EB28033E2BC02B4D-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 23 19:52:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDDB81065679; Mon, 23 Nov 2009 19:52:51 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF558FC0A; Mon, 23 Nov 2009 19:52:51 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id nANJqnIK011999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 23 Nov 2009 11:52:50 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1518C1CC0E; Mon, 23 Nov 2009 11:52:49 -0800 (PST) To: John Baldwin In-reply-to: Your message of "Mon, 23 Nov 2009 12:55:25 EST." <200911231255.26279.jhb@freebsd.org> Date: Mon, 23 Nov 2009 11:52:49 -0800 From: "Kevin Oberman" Message-Id: <20091123195249.1518C1CC0E@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-11-23_10:2009-11-16, 2009-11-23, 2009-11-23 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0911230175 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Hajimu UMEMOTO , Doug Barton Subject: Re: [CFR] unified rc.firewall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Nov 2009 19:52:51 -0000 > From: John Baldwin > Date: Mon, 23 Nov 2009 12:55:25 -0500 > Sender: owner-freebsd-current@freebsd.org > > On Monday 23 November 2009 12:27:23 pm Hajimu UMEMOTO wrote: > > Hi, > > > > >>>>> On Mon, 23 Nov 2009 10:56:14 -0500 > > >>>>> John Baldwin said: > > > > jhb> @@ -178,6 +212,16 @@ > > jhb> # Allow any traffic to or from my own net. > > jhb> ${fwcmd} add pass all from me to ${net} > > jhb> ${fwcmd} add pass all from ${net} to me > > jhb> + if [ -n "$net6" ]; then > > jhb> + ${fwcmd} add pass ip6 from me6 to ${net6} > > jhb> + ${fwcmd} add pass ip6 from ${net6} to me6 > > jhb> + fi > > jhb> + > > jhb> + if [ -n "$net6" ]; then > > jhb> + # Allow any link-local multicast traffic > > jhb> + ${fwcmd} add pass ip6 from fe80::/10 to ff02::/16 > > jhb> + ${fwcmd} add pass ip6 from ${net6} to ff02::/16 > > jhb> + fi > > > > jhb> Any reason to not use 'all' here rather than 'ip6' to match the earlier IPv4 > > jhb> rules? > > > > Thank you for the review. > > The rule is only applicable for IPv6. Rather, I prefer to use 'ip4' > > explicitly over 'all' or 'ip' here. However, changing 'all' to 'ip4' > > makes the diff complex. So, I keep 'all' as is. > > Hmm, however, using 'all' will work, and while in this case the typing is the > same I find it easier to read 'add pass tcp <...>' vs > 'add pass ip <...> proto tcp'. I do think they should be consistent > regardless. > > > jhb> # For services permitted below. > > jhb> ${fwcmd} add pass tcp from me to any established > > jhb> + if [ $ipv6_available -eq 0 ]; then > > jhb> + ${fwcmd} add pass ip6 from any to any proto tcp established > > jhb> + fi > > > > jhb> I think this extra rule here isn't needed at all as the first rule should > > jhb> already match all of those packets. > > > > WORKSTATION type rule is fully dynamic. However, I saw it doesn't > > work for IPv6 as expected. SSH connection stalls after some period. > > I suspect keepalive timer doesn't work well for IPv6. > > So, I changed to use traditional setup/established rule for TCP/IPv6. > > Further, 'me' doesn't match to IPv6 address. FWIW, I have been seeing this since the last update of OpenSSH. I never saw it until then. It's a real pain and I'd love to see it fixed. Right now I'm forced to use IPv4 for the jobs that I tunnel in SSH. -- 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 From owner-freebsd-current@FreeBSD.ORG Tue Nov 24 12:28:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03768106566B for ; Tue, 24 Nov 2009 12:28:33 +0000 (UTC) (envelope-from alteriks@gmail.com) Received: from mail-bw0-f220.google.com (mail-bw0-f220.google.com [209.85.218.220]) by mx1.freebsd.org (Postfix) with ESMTP id 87B948FC08 for ; Tue, 24 Nov 2009 12:28:32 +0000 (UTC) Received: by bwz20 with SMTP id 20so4890045bwz.14 for ; Tue, 24 Nov 2009 04:28:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:message-id:content-type :content-transfer-encoding; bh=cxt6dodVesHcTYCyA6BAqVKbeExdyWtWY9D41lLuP8M=; b=bpnkhjAYKamU0uOrp0Y5J4sRQIS1NfM4kcooJvCtR33dorR/zx6W9n4bL6MJcHfDRI ICgEhlzJQkEbsR3gUAPDZysvvTUKUxmKFW0w/TAq+CAHXw0IpKs/41EFUyiEmvJLDhKY irGspN3WP9Rk7TAmILMCevVQ60K6z9olvxkq4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:message-id :content-type:content-transfer-encoding; b=C2oT2erqFOGn0fbUeG3pLuTrB4roUudDwH4pYDs/bnvTU1GxtakzOaEeCQGFa7pZpc bpyFMO45NVKUtK9GPGruh6sFhrXb936pfrTOwBXpB6tlS/foIL+BdtPz9tRfmLiippNB /g7F8YsAMQm4airuLJfbC1BCMHl72zjZwW/3I= Received: by 10.204.10.6 with SMTP id n6mr5879786bkn.27.1259065711414; Tue, 24 Nov 2009 04:28:31 -0800 (PST) Received: from t42.localnet (host-80-252-1-119.gazeta.pl [80.252.1.119]) by mx.google.com with ESMTPS id f31sm7114647fkf.12.2009.11.24.04.28.30 (version=SSLv3 cipher=RC4-MD5); Tue, 24 Nov 2009 04:28:30 -0800 (PST) From: "alteriks@gmail.com" To: freebsd-current@freebsd.org Date: Tue, 24 Nov 2009 13:28:21 +0100 User-Agent: KMail/1.12.2 (Linux/2.6.30-1-686; KDE/4.3.2; i686; ; ) MIME-Version: 1.0 Message-Id: <200911241328.21832.alteriks@gmail.com> Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Subject: Can't poweroff with shutdown -p now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2009 12:28:33 -0000 Hi, I've run in a problem lately with powering off my system. It happens only if dbus and hal services are running. I can do shutdown -p now when: 1) I boot in single mode. System halts and power offs 2) I'm running kde4.3 and stop hal and dbus (I don't know yet which is causing problems) When those services are running and I execute shutdown -p now system halts and prints The operating system has halted. Please press any key to reboot. I've had runned on this machine Vista and Debian and PC-BSD, all three of them could power off system. Is this related to hald or dbus? From owner-freebsd-current@FreeBSD.ORG Tue Nov 24 13:49:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77C261065672 for ; Tue, 24 Nov 2009 13:49:04 +0000 (UTC) (envelope-from daimler3@googlemail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7448FC0C for ; Tue, 24 Nov 2009 13:49:03 +0000 (UTC) Received: by fxm10 with SMTP id 10so3910118fxm.14 for ; Tue, 24 Nov 2009 05:49:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=co/w52hj9xr/7SmMouD0AqW3SRPaZPUDtJ7fR7AF5/Q=; b=jtsaVmBFOOipuolsG/Yo9Fx/IniB/BBjXId6aB6+dKoiOtAsQbgpnBPVLhZdknXTqx yhIeNSI4A3/J6di91KMidrfaODeWTGVndVWEDGWuG7yhTliDhlmFUbXu7nIGSGzDnM4n Z59UqozdAggwQ9x04sF2LyzqAv6KrjcNB70F4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=WNsMmOlAPcSDBrANskAQjBGoSWDZsbFaHNXHV3Dhcd31G1VwyAKJcVEZC0sLSIL1G5 Uid4lt2s4VauvBNDYLCDSqjdof0abCm+rsvEhh4CbL2BCeeWXvGnsafslpNz/enYZsDK jHQxn/f9OxL1ZlBhUkQ6T4eGbk4tFcoNM0zCk= MIME-Version: 1.0 Received: by 10.239.140.66 with SMTP id w2mr613764hbw.208.1259070543012; Tue, 24 Nov 2009 05:49:03 -0800 (PST) In-Reply-To: <200911241328.21832.alteriks@gmail.com> References: <200911241328.21832.alteriks@gmail.com> Date: Tue, 24 Nov 2009 14:49:02 +0100 Message-ID: <791271c80911240549h66784e54v75565e5f9bfbc0c7@mail.gmail.com> From: Deniz To: "alteriks@gmail.com" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Can't poweroff with shutdown -p now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2009 13:49:04 -0000 My thought is that it is related to ACPI. Same happens to me on my laptop. Did you try it with acpi turned off? From owner-freebsd-current@FreeBSD.ORG Tue Nov 24 15:40:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8FC8106566B; Tue, 24 Nov 2009 15:40:54 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3807B8FC12; Tue, 24 Nov 2009 15:40:54 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga-m.mahoroba.org [IPv6:2001:2f0:104:801c:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id nAOFeMtk066783 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Nov 2009 00:40:24 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 25 Nov 2009 00:40:16 +0900 Message-ID: From: Hajimu UMEMOTO To: Benjamin Lee In-Reply-To: <4B0AD41F.6020709@b1c1l1.com> References: <200911231056.15247.jhb@freebsd.org> <200911231255.26279.jhb@freebsd.org> <4B0AD41F.6020709@b1c1l1.com> User-Agent: xcite1.58> Wanderlust/2.15.7 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-RELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Wed, 25 Nov 2009 00:40:24 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Doug Barton Subject: Re: [CFR] unified rc.firewall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2009 15:40:54 -0000 Hi, >>>>> On Mon, 23 Nov 2009 10:27:43 -0800 >>>>> Benjamin Lee said: ben> There is a bug in ipfw send_pkt() that prevents ipfw_tick() from ben> functioning for IPv6. See PR kern/117234. I confirmed that the patch fixed the problem. Thank you for letting me know. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue Nov 24 17:36:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0CC1106568F for ; Tue, 24 Nov 2009 17:36:22 +0000 (UTC) (envelope-from kevin@your.org) Received: from mail.your.org (chi02.mail.your.org [204.9.55.23]) by mx1.freebsd.org (Postfix) with ESMTP id 69D7E8FC08 for ; Tue, 24 Nov 2009 17:36:22 +0000 (UTC) Received: from mail.your.org (chi02.mail.your.org [204.9.55.23]) by mail.your.org (Postfix) with ESMTP id D327318078EE for ; Tue, 24 Nov 2009 17:20:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=your.org; h=from :content-type:content-transfer-encoding:subject:date:message-id :to:mime-version; s=selector1; bh=CrPSr85pJ2bVQuJnlXaY39dXn3c=; b=qItciyElwY8aEs3dOsQlMuIcohp3bf5soL9qjYd73E6Db/c/BaOa6PKRuinUJ cJ5dabQPRlhOE8LCkmdSKfa7gFY5dhZGdqtXX6MrMI0aFQqMOhYSDpeogaqJ/AZy FvjjCk4HCtSt4vxNkF86GHMoRJuT8sPfILXE/sm9uA7KzQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=your.org; h=from:content-type :content-transfer-encoding:subject:date:message-id:to: mime-version; q=dns; s=selector1; b=s9jURkYyAjjECoy9kANRkPXH63Kn CKZGmJ9EcQE68NdQYeJK7sVLs7wSKxbD/bPJZO3NSsr+XYcG6MooTR7m9cPe5ti7 0aRilkuD3tBsgaegSnNWCAi3lHgbsucJSwhwg3xKwwnuhlGRYNHC8+oB0hnUCacy DABvB8ihxoCZeW8= Received: from vpn177.ord02.your.org (vpn177.ord02.your.org [204.9.55.177]) by mail.your.org (Postfix) with ESMTPA id AB5F118078EC for ; Tue, 24 Nov 2009 17:20:26 +0000 (UTC) From: Kevin Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Date: Tue, 24 Nov 2009 11:20:26 -0600 Message-Id: <3EA83F9F-BE44-4C64-852F-CDC09FB63B94@your.org> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1076) X-Mailer: Apple Mail (2.1076) Subject: 8.0 still doesn't boot in Xen (kern/138863) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2009 17:36:22 -0000 Is it too late in the 8.0 release schedule to look at kern/138863? Between 7.x and 8.0 the kernel can no longer boot under Xen due to changes involving CLFLUSH. The effect is a crash very early in the boot, with no workaround. (This is under Xen's fully virtualized mode, not the XEN platform port underway.) This was also mentioned on the Xen mailing lists back in September (http://lists.freebsd.org/pipermail/freebsd-xen/2009-September/000310.html ) but nothing has been committed to fix this yet. XenServer is getting pretty popular in some enterprise and hosting environments, so having 8.0 not bootable would be a bit disappointing. :) -- Kevin From owner-freebsd-current@FreeBSD.ORG Tue Nov 24 17:50:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 823381065676 for ; Tue, 24 Nov 2009 17:50:34 +0000 (UTC) (envelope-from kevin@your.org) Received: from mail.your.org (chi02.mail.your.org [204.9.55.23]) by mx1.freebsd.org (Postfix) with ESMTP id 55F718FC22 for ; Tue, 24 Nov 2009 17:50:34 +0000 (UTC) Received: from mail.your.org (chi02.mail.your.org [204.9.55.23]) by mail.your.org (Postfix) with ESMTP id 8FB72180710D; Tue, 24 Nov 2009 17:50:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=your.org; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=selector1 ; bh=XO/dsN5ezdovXLxPpGMTZdgtoxo=; b=mbSlh3f5i3RrtyD6Bk3Llu/aX1d +/sieNikR0xpdE9hyaxUw01XWGpC4e2Dy7JuGIHfSwIs5Dy1ZnFvHCxL8HhvyRTu B+V2+63dMyas0LUAe2h7pfdEpUu5bKfnxJxc8lxDEFF92eLQ8BIXyc6ylI64V5m/ cPcbOQwPXt/3TT+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=your.org; h=subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to; q=dns; s=selector1; b=XV6yUNcGALcM7cB /3At2f6M8sPLYuILaKFO01PEe66EcIGvcSg7DPCNgK+FM18L6UHiKQ4ePG6GJKA+ XMtkX/QNwpaxTgH8cMYXTZfdgk9o+OZNnKghMRtUNeCUYp8zQ8LGwSsKb07KlwDR nG+s7qvbP4usm+Y50jVkTko3VAzs= Received: from vpn177.ord02.your.org (vpn177.ord02.your.org [204.9.55.177]) by mail.your.org (Postfix) with ESMTPA id 6654D180710B; Tue, 24 Nov 2009 17:50:33 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Kevin In-Reply-To: <5635aa0d0911240945q6acfcf8et79ccb1efbe548efa@mail.gmail.com> Date: Tue, 24 Nov 2009 11:50:33 -0600 Content-Transfer-Encoding: 7bit Message-Id: <549D5B6B-880F-4D59-84E6-8328F31516D1@your.org> References: <3EA83F9F-BE44-4C64-852F-CDC09FB63B94@your.org> <5635aa0d0911240945q6acfcf8et79ccb1efbe548efa@mail.gmail.com> To: Outback Dingo X-Mailer: Apple Mail (2.1076) Cc: freebsd-current@freebsd.org Subject: Re: 8.0 still doesn't boot in Xen (kern/138863) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2009 17:50:34 -0000 On Nov 24, 2009, at 11:45 AM, Outback Dingo wrote: > odd are you sure Ive got 8.0RC2 running under XEN Cloud Platform > right now as we speak 8.0-RC3 is still exhibiting this problem on my XenServer 5.5.0 install. -- Kevin From owner-freebsd-current@FreeBSD.ORG Tue Nov 24 18:00:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7CFD106566C for ; Tue, 24 Nov 2009 18:00:42 +0000 (UTC) (envelope-from kevin@your.org) Received: from mail.your.org (chi02.mail.your.org [204.9.55.23]) by mx1.freebsd.org (Postfix) with ESMTP id AEB3C8FC0A for ; Tue, 24 Nov 2009 18:00:42 +0000 (UTC) Received: from mail.your.org (chi02.mail.your.org [204.9.55.23]) by mail.your.org (Postfix) with ESMTP id 21F5A1807428 for ; Tue, 24 Nov 2009 18:00:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=your.org; h=content-type :mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; s=selector1 ; bh=fZwQmY0HffVn/BELmXhwkE/l5NQ=; b=cK3DfKehC3RgDWivSSPPOXNC2ho s7GbZOo5Ow4cY3/ntwFRA0/ly0l1odEGAxYLpyBQCgbr9n1APN9ZvRtOixk5ni1i RxOx8Wjy4yRxGXX7S7xfg408z2jxks37Z3Bo8SNVxBdXP5/PZ3XRsv7E10fyOH02 4azp24Y9ZtWxkCyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=your.org; h=content-type :mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; q=dns; s= selector1; b=IJVtb4lTRCO6Bqzcx74vyvznVKD58eBDS2XBlHIi47rCog1X3rQ vR+Q0mAc/3VddZA1DAjgUz/v2SIpvmkq1BOX2gBBvZTVdOU2ZpOYcyR4LsII7TkM ICYdp7W/2zr76CsN8AH6s5qjakPwQR+dGEqnv1OtPQbnM7JlKzAH3lkU= Received: from vpn177.ord02.your.org (vpn177.ord02.your.org [204.9.55.177]) by mail.your.org (Postfix) with ESMTPA id C3C851807418 for ; Tue, 24 Nov 2009 18:00:41 +0000 (UTC) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Mime-Version: 1.0 (Apple Message framework v1076) From: Kevin In-Reply-To: <3EA83F9F-BE44-4C64-852F-CDC09FB63B94@your.org> Date: Tue, 24 Nov 2009 12:00:41 -0600 Content-Transfer-Encoding: 7bit Message-Id: References: <3EA83F9F-BE44-4C64-852F-CDC09FB63B94@your.org> To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.1076) Subject: Re: 8.0 still doesn't boot in Xen (kern/138863) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2009 18:00:43 -0000 On Nov 24, 2009, at 11:20 AM, Kevin wrote: > > Is it too late in the 8.0 release schedule to look at kern/138863? > Between 7.x and 8.0 the kernel can no longer boot under Xen due to > changes involving CLFLUSH. The effect is a crash very early in the > boot, with no workaround. (This is under Xen's fully virtualized > mode, not the XEN platform port underway.) > > This was also mentioned on the Xen mailing lists back in September (http://lists.freebsd.org/pipermail/freebsd-xen/2009-September/000310.html > ) but nothing has been committed to fix this yet. > > XenServer is getting pretty popular in some enterprise and hosting > environments, so having 8.0 not bootable would be a bit > disappointing. :) I was just pointed to the change from a couple of days ago, adding the tunable "hw.clflush_disable". This looks like it might do what I need, so I'm building a new bootable CD to find out and update the PR. This should probably be documented somewhere, just so someone in a similar situation even knows about this tunable. -- Kevin From owner-freebsd-current@FreeBSD.ORG Tue Nov 24 18:22:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B79301065692 for ; Tue, 24 Nov 2009 18:22:53 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 4D43E8FC15 for ; Tue, 24 Nov 2009 18:22:52 +0000 (UTC) Received: by fxm10 with SMTP id 10so4214920fxm.14 for ; Tue, 24 Nov 2009 10:22:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=9OaZiiVMx7/vmn8mzLU8nTWxuDa0l6si8gf48WpjL7s=; b=no9P6iurLF3Zqkzu1BeYH9VekGLxsyFjErbn0DDjUeHJo3o5IuJuKB0So/VAo+YTJj rjd+4TO1GVUGUAAWW+tFtp2YQJ7mxPrB7J2P2+Lam7bLMQBlrqHduFyCeI8dqGMMzcmM NmMbcwIIuPoqqJ2YBv9JuN7FMx8qJsEF271GY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JLc8xnuKandEEcLQ6/OW7fPbrgwMc2TogFRo4AlIXp0LkMm+beOb3/sJKpuv2whHss 3WNNdxERuGlyNXXNISSskjokab697RK5KfdV2mmIGZNPnWYoHsg7LlL1nxVQO3j5WfeY b7PvO8RWFigIsLNMzegaGoWKWnOCsnVdfiiE4= MIME-Version: 1.0 Received: by 10.223.132.204 with SMTP id c12mr1061245fat.32.1259085109782; Tue, 24 Nov 2009 09:51:49 -0800 (PST) In-Reply-To: <549D5B6B-880F-4D59-84E6-8328F31516D1@your.org> References: <3EA83F9F-BE44-4C64-852F-CDC09FB63B94@your.org> <5635aa0d0911240945q6acfcf8et79ccb1efbe548efa@mail.gmail.com> <549D5B6B-880F-4D59-84E6-8328F31516D1@your.org> Date: Tue, 24 Nov 2009 12:51:49 -0500 Message-ID: <5635aa0d0911240951v1c37f77bt16d0a59fdc5450a9@mail.gmail.com> From: Outback Dingo To: Kevin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: 8.0 still doesn't boot in Xen (kern/138863) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2009 18:22:53 -0000 might be the XEN kernel version, i just recompiled from 8x trunk and it works ok On Tue, Nov 24, 2009 at 12:50 PM, Kevin wrote: > > On Nov 24, 2009, at 11:45 AM, Outback Dingo wrote: > > odd are you sure Ive got 8.0RC2 running under XEN Cloud Platform right now >> as we speak >> > > > 8.0-RC3 is still exhibiting this problem on my XenServer 5.5.0 install. > > -- Kevin > > From owner-freebsd-current@FreeBSD.ORG Tue Nov 24 18:52:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C60DF1065694 for ; Tue, 24 Nov 2009 18:52:26 +0000 (UTC) (envelope-from wp@ypsilon.net) Received: from mail.infosys.de (mail2.infosys.de [195.4.70.35]) by mx1.freebsd.org (Postfix) with ESMTP id DAEF18FC08 for ; Tue, 24 Nov 2009 18:52:25 +0000 (UTC) Received: from mail.infosys.de (localhost [127.0.0.1]) by mail.infosys.de (Postfix) with ESMTP id 318631A120D70 for ; Tue, 24 Nov 2009 19:35:49 +0100 (CET) Received: from moon.infosys.de (moon.infosys.de [195.4.70.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: witalij) by mail.infosys.de (Postfix) with ESMTPSA id 213B51A120D6E for ; Tue, 24 Nov 2009 19:35:49 +0100 (CET) Message-ID: <4B0C2784.8050606@ypsilon.net> Date: Tue, 24 Nov 2009 18:35:48 +0000 From: witalij User-Agent: Thunderbird 2.0.0.21 (X11/20090915) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------060908030804080906000201" X-Virus-Scanned: ClamAV using ClamSMTP X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freebsd 8.0 release usb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Nov 2009 18:52:26 -0000 This is a multi-part message in MIME format. --------------060908030804080906000201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello All, today i have upgrade my workstation from 7.2-release to 8.0-release with "freebsd-upgrade" and i wanted to test usb. For that i mount a USB stick and without umount remove them. And my workstation is dead. I can not write on the consolle , and i must be reset the workstation Nov 24 17:19:10 moon root: Unknown USB device: vendor 0x1307 product 0x0163 bus uhub2 Nov 24 17:19:10 moon kernel: ugen2.2: at usbus2 Nov 24 17:19:10 moon kernel: umass0: on usbus2 Nov 24 17:19:10 moon kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Nov 24 17:19:12 moon kernel: umass0:0:0:-1: Attached to scbus0 Nov 24 17:19:12 moon kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Nov 24 17:19:12 moon kernel: da0: Removable Direct Access SCSI-2 device Nov 24 17:19:12 moon kernel: da0: 40.000MB/s transfers Nov 24 17:19:12 moon kernel: da0: 490MB (1003520 512 byte sectors: 64H 32S/T 490C) Nov 24 17:19:12 moon kernel: GEOM: da0: partition 1 does not start on a track boundary. Nov 24 17:19:12 moon kernel: GEOM: da0: partition 1 does not end on a track boundary. Nov 24 17:19:31 moon kernel: ugen2.2: at usbus2 (disconnected) Nov 24 17:19:31 moon kernel: umass0: at uhub2, port 3, addr 2 (disconnected) Nov 24 17:19:31 moon kernel: (da0:umass-sim0:0:0:0): lost device Nov 24 17:19:31 moon kernel: (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0xa, scsi status == 0x0 Nov 24 17:19:31 moon kernel: (da0:umass-sim0:0:0:0): removing device entry Nov 24 17:19:40 moon kernel: g_vfs_done():da0s1[WRITE(offset=512, length=4096)]error = 6 Nov 24 17:19:55 moon login: ROOT LOGIN (root) ON ttyv1 Nov 24 17:21:58 moon console-kit-daemon[1262]: WARNING: Error waiting for native console 3 activation: Device not configured Nov 24 17:22:09 moon kernel: acpi0: suspend request ignored (not ready yet) Nov 24 17:22:09 moon kernel: acpi0: request to enter state S5 failed (err 6) what can i do ? i know not remove the stick without umount ! but i do this bad things only for test. Thenks much! --------------060908030804080906000201-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 25 02:35:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 767A01065670 for ; Wed, 25 Nov 2009 02:35:35 +0000 (UTC) (envelope-from russell.yount@gmail.com) Received: from mail-vw0-f173.google.com (mail-vw0-f173.google.com [209.85.212.173]) by mx1.freebsd.org (Postfix) with ESMTP id 1EFE98FC1A for ; Wed, 25 Nov 2009 02:35:34 +0000 (UTC) Received: by vws3 with SMTP id 3so2041306vws.3 for ; Tue, 24 Nov 2009 18:35:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=DZgrZ7CfuvbbEs+qd3eilZN3429pK0BZ55c1/sDroHg=; b=Kv4gpv90rV3RYB8EUkpZ7E9UhLQ3rPNm5+jxGC8xocv3c4DOnGNfwC8oI0yvzZJfjW wT6jHcdo/lWUXVrMB6qqPqPcyOpEwu6mbJX2+xPNv2r5Yme5rf5e1ZjTPmp7gRCTIaL9 0NMmgGJEO0vSNaExs12aO8+yDW7AHgKKqIRYk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=IYu/Y5kFuA7PvLIIN9NpXqOaZmmjzmA/XOrydH5MYd3BvP8og/KuqBNAaLKQeZbTVK eTLsRlaPV1CrQ1yw/pDLZbrz/nyMfTel0O4dsDThOJmuIk31vVSkTL85jDeSs75DS52T FWQMwLMaAvoMI6E9VefHDlXCmFJeWv0/FR7FY= MIME-Version: 1.0 Received: by 10.220.122.94 with SMTP id k30mr8501492vcr.72.1259115175690; Tue, 24 Nov 2009 18:12:55 -0800 (PST) Date: Tue, 24 Nov 2009 21:12:55 -0500 Message-ID: From: Russell Yount To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Russell Yount Subject: Hostap configuration problems, is this a bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2009 02:35:35 -0000 I have been trying setup an access point using FreeBSD 8.0-RC3 using a configuration similar to one I have working on FreeBSD 7.2. I have tried 8.0-RC3 with both 5004MP Atheros 4G/CM9 and NL-5354MP+Aries2 mini-PCI radios on different Soekris boxes with the same results. My windows XP laptop fails to authenticate to 8.0-RC3 using client side certificates. If I leave the access point open without hostapd authentication the laptop can connect and communicate over the link fine. Attached is the hopefully useful configuration and debug information of the laptop trying to authenticate. Have I missed somthing that changed in 8.0 or is this a bug? Any help would be appreciated. ------ In /etc/rc.conf wlans_ath0="wlan1" create_args_wlan1="wlanmode hostap" ifconfig_wlan1="ssid wireless1 mode 11a channel 60 up" cloned_interfaces="vlan1 vlan4 bridge1" ifconfig_sis0="up" ifconfig_vlan1=" vlan 11 vlandev sis0" ifconfig_vlan4="192.168.4.100/24 vlan 4 vlandev sis0" ifconfig_bridge1="addm vlan1 -autoedge vlan1 -autoptp vlan1 \ addm wlan1 edge wlan1 -autoedge wlan1 -autoptp wlan1 up" ------ In /etc/hostapd.conf interface=wlan1 driver=bsd logger_syslog=-1 logger_syslog_level=0 logger_stdout=-1 logger_stdout_level=2 dump_file=/tmp/hostapd.dump ctrl_interface=/var/run/hostapd ctrl_interface_group=0 ssid=wireless1 hw_mode=a channel=60 beacon_int=100 dtim_period=2 max_num_sta=255 rts_threshold=2347 fragm_threshold=2346 macaddr_acl=0 auth_algs=1 ignore_broadcast_ssid=0 wme_enabled=0 ieee8021x=1 eapol_version=2 eapol_key_index_workaround=0 own_ip_addr=192.168.4.100 nas_identifier=s0-wireless1 auth_server_addr=192.168.30.76 auth_server_port=1822 auth_server_shared_secret=XXXXX wpa=3 wpa_key_mgmt=WPA-EAP wpa_pairwise=CCMP wpa_strict_rekey=0 ------ >From /var/log/daemon 18:16:28 s0 hostapd: wlan1: STA 0:1:2:3:4:5 IEEE 802.11: associated 18:16:28 s0 hostapd: wlan1: STA 0:1:2:3:4:5 WPA: event 1 notification 18:16:28 s0 hostapd: wlan1: STA 0:1:2:3:4:5 IEEE 802.1X: start authentication 18:16:28 s0 hostapd: wlan1: STA 0:1:2:3:4:5 WPA: start authentication 18:16:28 s0 hostapd: wlan1: STA 0:1:2:3:4:5 IEEE 802.1X: unauthorizing port 18:16:32 s0 hostapd: wlan1: STA 0:1:2:3:4:5 IEEE 802.1X: received EAPOL-Start from STA 18:16:32 s0 hostapd: wlan1: STA 0:1:2:3:4:5 WPA: event 5 notification 18:17:22 s0 hostapd: wlan1: STA 0:1:2:3:4:5 IEEE 802.1X: received EAPOL-Start from STA 18:17:22 s0 hostapd: wlan1: STA 0:1:2:3:4:5 WPA: event 5 notification 18:18:12 s0 hostapd: wlan1: STA 0:1:2:3:4:5 IEEE 802.1X: received EAPOL-Start from STA 18:18:12 s0 hostapd: wlan1: STA 0:1:2:3:4:5 WPA: event 5 notification 18:19:02 s0 hostapd: wlan1: STA 0:1:2:3:4:5 IEEE 802.1X: received EAPOL-Logoff from STA 18:19:02 s0 hostapd: wlan1: STA 0:1:2:3:4:5 IEEE 802.1X: unauthorizing port 18:19:59 s0 hostapd: wlan1: STA 0:1:2:3:4:5 IEEE 802.11: deassociated 18:19:59 s0 hostapd: wlan1: STA 0:1:2:3:4:5 WPA: event 2 notification ------ >From /var/log/kern (during boot) 18:49:20 s0 kernel: wlan: mac acl policy registered 18:49:20 s0 kernel: ath0: mem 0xa0000000-0xa000ffff irq 10 at device 16.0 on pci0 18:49:20 s0 kernel: ath0: [ITHREAD] 18:49:20 s0 kernel: ath0: AR5212 mac 5.9 RF5112 phy 4.3 18:49:20 s0 kernel: wlan1: Ethernet address: 00:02:6f:02:02:02 >From /var/log/kern (wlandebug -i wlan1 +crypto+node+assoc+auth+state+wpa+acl+wme) 18:16:28 s0 kernel: wlan1: ieee80211_ref_node (ieee80211_send_proberesp:2391) 0xc1331000<00:02:6f:42:1c:c8> refcnt 5 18:16:28 s0 kernel: wlan1: [0:1:2:3:4:5] recv auth frame with algorithm 0 seq 1 18:16:28 s0 kernel: wlan1: ieee80211_alloc_node 0xc1345000<0:1:2:3:4:5> in station table 18:16:28 s0 kernel: wlan1: ieee80211_ref_node (ieee80211_send_mgmt:1876) 0xc1345000<0:1:2:3:4:5> refcnt 2 18:16:28 s0 kernel: wlan1: [0:1:2:3:4:5] station authenticated (open) 18:16:28 s0 kernel: wlan1: [0:1:2:3:4:5] recv deauth (reason 1) 18:16:28 s0 kernel: wlan1: [0:1:2:3:4:5] station with aid 0 leaves 18:16:28 s0 kernel: wlan1: node_reclaim: remove 0xc1345000<0:1:2:3:4:5> from station table, refcnt 2 18:16:28 s0 kernel: wlan1: ieee80211_ref_node (ieee80211_send_proberesp:2391) 0xc1331000<00:02:6f:42:1c:c8> refcnt 6 18:16:28 s0 kernel: wlan1: [0:1:2:3:4:5] recv auth frame with algorithm 0 seq 1 18:16:28 s0 kernel: wlan1: ieee80211_alloc_node 0xc1348000<0:1:2:3:4:5> in station table 18:16:28 s0 kernel: wlan1: ieee80211_ref_node (ieee80211_send_mgmt:1876) 0xc1348000<0:1:2:3:4:5> refcnt 2 18:16:28 s0 kernel: wlan1: [0:1:2:3:4:5] station authenticated (open) 18:16:28 s0 kernel: wlan1: [0:1:2:3:4:5] RSN ie: mc 3/0 uc 3/0 key 1 caps 0x3c 18:16:28 s0 kernel: wlan1: [0:1:2:3:4:5] station associated at aid 1: short preamble, short slot time, QoS 18:16:28 s0 kernel: wlan1: ieee80211_ref_node (ieee80211_send_mgmt:1876) 0xc1348000<0:1:2:3:4:5> refcnt 4 18:16:28 s0 kernel: wlan1: [0:1:2:3:4:5] node join 18:16:28 s0 kernel: wlan1: [0:1:2:3:4:5] station unauthorize via MLME 18:19:02 s0 kernel: wlan1: [0:1:2:3:4:5] station unauthorize via MLME 18:19:56 s0 kernel: wlan1: ieee80211_ref_node (ieee80211_send_proberesp:2391) 0xc1331000<00:02:6f:42:1c:c8> refcnt 5 18:19:56 s0 kernel: wlan1: ieee80211_ref_node (ieee80211_send_proberesp:2391) 0xc1331000<00:02:6f:42:1c:c8> refcnt 6 18:19:56 s0 kernel: wlan1: ieee80211_ref_node (ieee80211_send_proberesp:2391) 0xc1331000<00:02:6f:42:1c:c8> refcnt 7 18:19:59 s0 kernel: wlan1: [0:1:2:3:4:5] recv deauth (reason 1) 18:19:59 s0 kernel: wlan1: [0:1:2:3:4:5] station with aid 1 leaves 18:19:59 s0 kernel: wlan1: [0:1:2:3:4:5] node leave 18:19:59 s0 kernel: wlan1: node_reclaim: remove 0xc1348000<0:1:2:3:4:5> from station table, refcnt 1 ------ ] From owner-freebsd-current@FreeBSD.ORG Wed Nov 25 02:43:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86A19106568B for ; Wed, 25 Nov 2009 02:43:51 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB168FC12 for ; Wed, 25 Nov 2009 02:43:51 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id nAP2hoBJ087833; Tue, 24 Nov 2009 18:43:50 -0800 (PST) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id nAP2ho8A087832; Tue, 24 Nov 2009 18:43:50 -0800 (PST) (envelope-from faber) Date: Tue, 24 Nov 2009 18:43:50 -0800 From: Ted Faber To: freebsd-current@freebsd.org Message-ID: <20091125024350.GD62619@zod.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sgneBHv3152wZ8jf" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: mikeryan@ISI.EDU, jhickey@ISI.EDU Subject: kern/140853: NFSv2 remove calls fail to send error replies (memory leak!) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2009 02:43:51 -0000 --sgneBHv3152wZ8jf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just a heads up that we've submitted a small NFS patch in kern/140853. This bug was running a local server out of kernel memory on a regular cycle, and the bug seems to be still in the current NFS code. More info in the PR and on request, of course. ----- Forwarded message from FreeBSD-gnats-submit@FreeBSD.org ----- From: FreeBSD-gnats-submit@FreeBSD.org Date: Wed, 25 Nov 2009 02:30:02 GMT To: Ted Faber , jhickey@ISI.EDU, mikeryan@ISI.EDU Subject: Re: kern/140853: NFSv2 remove calls fail to send error replies (me= mory leak!) X-Spam-Level:=20 X-Spam-Status: No, score=3D-2.6 required=3D5.0 tests=3DBAYES_00 autolearn= =3Dham version=3D3.2.5 Thank you very much for your problem report. It has the internal identification `kern/140853'. The individual assigned to look at your report is: freebsd-bugs.=20 You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D140853 >Category: kern >Responsible: freebsd-bugs >Synopsis: NFSv2 remove calls fail to send error replies (memory leak= !) >Arrival-Date: Wed Nov 25 02:30:02 UTC 2009 ----- End forwarded message ----- --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --sgneBHv3152wZ8jf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksMmeYACgkQaUz3f+Zf+Xs0NwCgqMKCvt7EPXCVWAUNrzIPck/6 WJEAoO6LwIvM/nhkpcsEf1qWwHzXyfe1 =wluB -----END PGP SIGNATURE----- --sgneBHv3152wZ8jf-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 25 13:32:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7915106568D for ; Wed, 25 Nov 2009 13:32:38 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 684138FC0C for ; Wed, 25 Nov 2009 13:32:37 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 25 Nov 2009 08:32:37 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id QIK84370; Wed, 25 Nov 2009 08:32:15 -0500 (EST) Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 25 Nov 2009 08:32:15 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19213.12766.405179.674995@jerusalem.litteratus.org> Date: Wed, 25 Nov 2009 08:32:14 -0500 To: Deniz In-Reply-To: <791271c80911240549h66784e54v75565e5f9bfbc0c7@mail.gmail.com> References: <791271c80911240549h66784e54v75565e5f9bfbc0c7@mail.gmail.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: freebsd-current@freebsd.org, "alteriks@gmail.com" Subject: Re: Can't poweroff with shutdown -p now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2009 13:32:38 -0000 Deniz writes: > My thought is that it is related to ACPI. Same happens to me on > my laptop. Did you try it with acpi turned off? Is there somwething going on with state-of-the-market machines that our ACPI doesn't account for? The reason I ask: I recently build a new FreeBSD box using the ASRock AOD790GX. Like the venerable (2001 vintage) machine it replaced, "shutdown -p" works fine. However, with "shutdown -r" the shutdown part works but not the reboot. (Otherwise a nice board.) I'm willing to believe there's a BIOS setting that would fix this; I just wish I knew what it was. Robert Huff From owner-freebsd-current@FreeBSD.ORG Wed Nov 25 16:01:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D022106568B; Wed, 25 Nov 2009 16:01:36 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id E7E688FC16; Wed, 25 Nov 2009 16:01:34 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id nAPG1GVc001065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Nov 2009 01:01:21 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 26 Nov 2009 01:01:16 +0900 Message-ID: From: Hajimu UMEMOTO To: John Baldwin In-Reply-To: <200911231255.26279.jhb@freebsd.org> References: <200911231056.15247.jhb@freebsd.org> <200911231255.26279.jhb@freebsd.org> User-Agent: xcite1.58> Wanderlust/2.15.7 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-RELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Thu_Nov_26_01:01:16_2009-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Thu, 26 Nov 2009 01:01:21 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Doug Barton Subject: Re: [CFR] unified rc.firewall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2009 16:01:36 -0000 --Multipart_Thu_Nov_26_01:01:16_2009-1 Content-Type: text/plain; charset=US-ASCII Hi, >>>>> On Mon, 23 Nov 2009 12:55:25 -0500 >>>>> John Baldwin said: I updated the patch. jhb> I had missed the me vs any. It is true that the equivalent rule would use jhb> me6. I would rather figure out the IPv6 bug so that TCP is treated the jhb> same for both protocols instead of having a weaker firewall for IPv6 than jhb> IPV4. Yes, it is better, definitely. I thought that we could change to use dynamic rule, once it was fixed. Since the PR kern/117234 fixed it, I changed to use dynamic rule for IPv6 as well. So, it requires the patch in the PR. jhb> I do find the shorter version easier to read, and it matches the existing jhb> style as well as the examples in the manual page, handbook, etc. Okay, I changed 'ip6' to 'all' where we can use it, and stopped use of 'proto xxx'' as possible. I reconsidered oif vs oif6 and iif vs iif6 issue. Now, if $firewall_simple_oif_ipv6 is not set, $firewall_simple_oif is assumed for oif6, and, $firewall_simple_iif_ipv6 is not set, $firewall_simple_iif is assumed for iif6. Further, I think we don't assign a global IPv6 address to oif in usual. So, I made $firewall_simple_onet_ipv6 optional. One more change is that DHCPv6 is allowed as well as IPv4 DHCP for WORKSTATION type. I'm using DHCPv6 in usual; L2TP + DHCPv6 PD, DHCPv6 DNS option ... Sincerely, --Multipart_Thu_Nov_26_01:01:16_2009-1 Content-Type: text/x-patch; type=patch; charset=US-ASCII Content-Disposition: attachment; filename="ipfw-unify.diff" Content-Transfer-Encoding: 7bit Index: etc/Makefile diff -u etc/Makefile.orig etc/Makefile --- etc/Makefile.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/Makefile 2009-11-22 22:07:19.840275808 +0900 @@ -15,7 +15,7 @@ inetd.conf libalias.conf login.access login.conf mac.conf motd \ netconfig network.subr networks newsyslog.conf nsswitch.conf \ phones profile protocols \ - rc rc.bsdextended rc.firewall rc.firewall6 rc.initdiskless \ + rc rc.bsdextended rc.firewall rc.initdiskless \ rc.sendmail rc.shutdown \ rc.subr remote rpc services shells \ sysctl.conf syslog.conf \ Index: etc/defaults/rc.conf diff -u etc/defaults/rc.conf.orig etc/defaults/rc.conf --- etc/defaults/rc.conf.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/defaults/rc.conf 2009-11-22 21:25:22.343296205 +0900 @@ -118,7 +118,10 @@ firewall_quiet="NO" # Set to YES to suppress rule display firewall_logging="NO" # Set to YES to enable events logging firewall_flags="" # Flags passed to ipfw when type is a file -firewall_client_net="192.0.2.0/24" # Network address for "client" firewall. +firewall_client_net="192.0.2.0/24" # IPv4 Network address for "client" + # firewall. +#firewall_client_net_ipv6="2001:db8:2:1::/64" # IPv6 network prefix for + # "client" firewall. firewall_simple_iif="ed1" # Inside network interface for "simple" # firewall. firewall_simple_inet="192.0.2.16/28" # Inside network address for "simple" @@ -127,12 +130,22 @@ # firewall. firewall_simple_onet="192.0.2.0/28" # Outside network address for "simple" # firewall. +#firewall_simple_iif_ipv6="ed1" # Inside IPv6 network interface for "simple" + # firewall. +#firewall_simple_inet_ipv6="2001:db8:2:800::/56" # Inside IPv6 network prefix + # for "simple" firewall. +#firewall_simple_oif_ipv6="ed0" # Outside IPv6 network interface for "simple" + # firewall. +#firewall_simple_onet_ipv6="2001:db8:2:0::/56" # Outside IPv6 network prefix + # for "simple" firewall. firewall_myservices="" # List of TCP ports on which this host # offers services for "workstation" firewall. firewall_allowservices="" # List of IPs which have access to # $firewall_myservices for "workstation" # firewall. -firewall_trusted="" # List of IPs which have full access to this +firewall_trusted="" # List of IPv4s which have full access to this + # host for "workstation" firewall. +firewall_trusted_ipv6="" # List of IPv6s which have full access to this # host for "workstation" firewall. firewall_logdeny="NO" # Set to YES to log default denied incoming # packets for "workstation" firewall. @@ -470,13 +483,18 @@ # faithd(8) setup. ipv6_ipv4mapping="NO" # Set to "YES" to enable IPv4 mapped IPv6 addr # communication. (like ::ffff:a.b.c.d) -ipv6_firewall_enable="NO" # Set to YES to enable IPv6 firewall - # functionality -ipv6_firewall_script="/etc/rc.firewall6" # Which script to run to set up the IPv6 firewall -ipv6_firewall_type="UNKNOWN" # IPv6 Firewall type (see /etc/rc.firewall6) -ipv6_firewall_quiet="NO" # Set to YES to suppress rule display -ipv6_firewall_logging="NO" # Set to YES to enable events logging -ipv6_firewall_flags="" # Flags passed to ip6fw when type is a file +#ipv6_firewall_enable="NO" # Set to YES to enable IPv6 firewall + # functionality (DEPRECAED) +#ipv6_firewall_script="/etc/rc.firewall6" # Which script to run to set up the + # IPv6 firewall (DEPRECAED) +#ipv6_firewall_type="UNKNOWN" # IPv6 Firewall type (see /etc/rc.firewall6) + # (DEPRECAED) +#ipv6_firewall_quiet="NO" # Set to YES to suppress rule display + # (DEPRECAED) +#ipv6_firewall_logging="NO" # Set to YES to enable events logging + # (DEPRECAED) +#ipv6_firewall_flags="" # Flags passed to ip6fw when type is a file + # (DEPRECAED) ipv6_ipfilter_rules="/etc/ipf6.rules" # rules definition file for ipfilter, # see /usr/src/contrib/ipfilter/rules # for examples Index: etc/rc.d/Makefile diff -u etc/rc.d/Makefile.orig etc/rc.d/Makefile --- etc/rc.d/Makefile.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/rc.d/Makefile 2009-11-22 20:42:16.398311126 +0900 @@ -15,7 +15,7 @@ hcsecd \ hostapd hostid hostid_save hostname \ inetd initrandom \ - ip6addrctl ip6fw ipfilter ipfs ipfw ipmon \ + ip6addrctl ipfilter ipfs ipfw ipmon \ ipnat ipsec ipxrouted \ jail \ kadmind kerberos keyserv kldxref kpasswdd \ Index: etc/rc.d/ipfw diff -u etc/rc.d/ipfw.orig etc/rc.d/ipfw --- etc/rc.d/ipfw.orig 2009-11-22 20:43:59.000000000 +0900 +++ etc/rc.d/ipfw 2009-11-23 19:29:05.426333161 +0900 @@ -61,7 +61,13 @@ # Enable the firewall # if ! ${SYSCTL_W} net.inet.ip.fw.enable=1 1>/dev/null 2>&1; then - warn "failed to enable firewall" + warn "failed to enable IPv4 firewall" + fi + if afexists inet6; then + if ! ${SYSCTL_W} net.inet6.ip6.fw.enable=1 1>/dev/null 2>&1 + then + warn "failed to enable IPv6 firewall" + fi fi } @@ -70,6 +76,9 @@ # Disable the firewall # ${SYSCTL_W} net.inet.ip.fw.enable=0 + if afexists inet6; then + ${SYSCTL_W} net.inet6.ip6.fw.enable=0 + fi if [ -f /etc/rc.d/natd ] ; then /etc/rc.d/natd quietstop fi Index: etc/rc.firewall diff -u etc/rc.firewall.orig etc/rc.firewall --- etc/rc.firewall.orig 2009-10-25 10:10:29.000000000 +0900 +++ etc/rc.firewall 2009-11-25 03:18:14.568870172 +0900 @@ -85,12 +85,42 @@ ${fwcmd} add 100 pass all from any to any via lo0 ${fwcmd} add 200 deny all from any to 127.0.0.0/8 ${fwcmd} add 300 deny ip from 127.0.0.0/8 to any + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add 400 deny all from any to ::1 + ${fwcmd} add 500 deny all from ::1 to any + fi +} + +setup_ipv6_mandatory () { + [ $ipv6_available -eq 0 ] || return 0 + + ############ + # Only in rare cases do you want to change these rules + # + # ND + # + # DAD + ${fwcmd} add pass ipv6-icmp from :: to ff02::/16 + # RS, RA, NS, NA, redirect... + ${fwcmd} add pass ipv6-icmp from fe80::/10 to fe80::/10 + ${fwcmd} add pass ipv6-icmp from fe80::/10 to ff02::/16 + + # Allow ICMPv6 destination unreach + ${fwcmd} add pass ipv6-icmp from any to any icmp6types 1 + + # Allow NS/NA/toobig (don't filter it out) + ${fwcmd} add pass ipv6-icmp from any to any icmp6types 2,135,136 } if [ -n "${1}" ]; then firewall_type="${1}" fi +. /etc/rc.subr +. /etc/network.subr +afexists inet6 +ipv6_available=$? + ############ # Set quiet mode if requested # @@ -109,6 +139,7 @@ ${fwcmd} -f flush setup_loopback +setup_ipv6_mandatory ############ # Network Address Translation. All packets are passed to natd(8) @@ -166,11 +197,13 @@ # against people from outside your own network. # # Configuration: - # firewall_client_net: Network address of local network. + # firewall_client_net: Network address of local IPv4 network. + # firewall_client_net_ipv6: Network address of local IPv6 network. ############ # set this to your local network net="$firewall_client_net" + net6="$firewall_client_net_ipv6" # Allow limited broadcast traffic from my own net. ${fwcmd} add pass all from ${net} to 255.255.255.255 @@ -178,6 +211,16 @@ # Allow any traffic to or from my own net. ${fwcmd} add pass all from me to ${net} ${fwcmd} add pass all from ${net} to me + if [ -n "$net6" ]; then + ${fwcmd} add pass all from me6 to ${net6} + ${fwcmd} add pass all from ${net6} to me6 + fi + + if [ -n "$net6" ]; then + # Allow any link-local multicast traffic + ${fwcmd} add pass all from fe80::/10 to ff02::/16 + ${fwcmd} add pass all from ${net6} to ff02::/16 + fi # Allow TCP through if setup succeeded ${fwcmd} add pass tcp from any to any established @@ -212,23 +255,38 @@ # on the inside at this machine for those services. # # Configuration: - # firewall_simple_iif: Inside network interface. - # firewall_simple_inet: Inside network address. - # firewall_simple_oif: Outside network interface. - # firewall_simple_onet: Outside network address. + # firewall_simple_iif: Inside IPv4 network interface. + # firewall_simple_inet: Inside IPv4 network address. + # firewall_simple_oif: Outside IPv4 network interface. + # firewall_simple_onet: Outside IPv4 network address. + # firewall_simple_iif_ipv6: Inside IPv6 network interface. + # firewall_simple_inet_ipv6: Inside IPv6 network prefix. + # firewall_simple_oif_ipv6: Outside IPv6 network interface. + # firewall_simple_onet_ipv6: Outside IPv6 network prefix. ############ # set these to your outside interface network oif="$firewall_simple_oif" onet="$firewall_simple_onet" + oif6="${firewall_simple_oif_ipv6:-$firewall_simple_oif}" + onet6="$firewall_simple_onet_ipv6" # set these to your inside interface network iif="$firewall_simple_iif" inet="$firewall_simple_inet" + iif6="${firewall_simple_iif_ipv6:-$firewall_simple_iif}" + inet6="$firewall_simple_inet_ipv6" # Stop spoofing ${fwcmd} add deny all from ${inet} to any in via ${oif} ${fwcmd} add deny all from ${onet} to any in via ${iif} + if [ -n "$inet6" ]; then + ${fwcmd} add deny all from ${inet6} to any in via ${oif6} + if [ -n "$onet6" ]; then + ${fwcmd} add deny all from ${onet6} to any in \ + via ${iif6} + fi + fi # Stop RFC1918 nets on the outside interface ${fwcmd} add deny all from any to 10.0.0.0/8 via ${oif} @@ -254,7 +312,7 @@ case ${natd_enable} in [Yy][Ee][Ss]) if [ -n "${natd_interface}" ]; then - ${fwcmd} add divert natd all from any to any via ${natd_interface} + ${fwcmd} add divert natd ip4 from any to any via ${natd_interface} fi ;; esac @@ -273,6 +331,55 @@ ${fwcmd} add deny all from 224.0.0.0/4 to any via ${oif} ${fwcmd} add deny all from 240.0.0.0/4 to any via ${oif} + if [ -n "$inet6" ]; then + # Stop unique local unicast address on the outside interface + ${fwcmd} add deny all from fc00::/7 to any via ${oif6} + ${fwcmd} add deny all from any to fc00::/7 via ${oif6} + + # Stop site-local on the outside interface + ${fwcmd} add deny all from fec0::/10 to any via ${oif6} + ${fwcmd} add deny all from any to fec0::/10 via ${oif6} + + # Disallow "internal" addresses to appear on the wire. + ${fwcmd} add deny all from ::ffff:0.0.0.0/96 to any \ + via ${oif6} + ${fwcmd} add deny all from any to ::ffff:0.0.0.0/96 \ + via ${oif6} + + # Disallow packets to malicious IPv4 compatible prefix. + ${fwcmd} add deny all from ::224.0.0.0/100 to any via ${oif6} + ${fwcmd} add deny all from any to ::224.0.0.0/100 via ${oif6} + ${fwcmd} add deny all from ::127.0.0.0/104 to any via ${oif6} + ${fwcmd} add deny all from any to ::127.0.0.0/104 via ${oif6} + ${fwcmd} add deny all from ::0.0.0.0/104 to any via ${oif6} + ${fwcmd} add deny all from any to ::0.0.0.0/104 via ${oif6} + ${fwcmd} add deny all from ::255.0.0.0/104 to any via ${oif6} + ${fwcmd} add deny all from any to ::255.0.0.0/104 via ${oif6} + + ${fwcmd} add deny all from ::0.0.0.0/96 to any via ${oif6} + ${fwcmd} add deny all from any to ::0.0.0.0/96 via ${oif6} + + # Disallow packets to malicious 6to4 prefix. + ${fwcmd} add deny all from 2002:e000::/20 to any via ${oif6} + ${fwcmd} add deny all from any to 2002:e000::/20 via ${oif6} + ${fwcmd} add deny all from 2002:7f00::/24 to any via ${oif6} + ${fwcmd} add deny all from any to 2002:7f00::/24 via ${oif6} + ${fwcmd} add deny all from 2002:0000::/24 to any via ${oif6} + ${fwcmd} add deny all from any to 2002:0000::/24 via ${oif6} + ${fwcmd} add deny all from 2002:ff00::/24 to any via ${oif6} + ${fwcmd} add deny all from any to 2002:ff00::/24 via ${oif6} + + ${fwcmd} add deny all from 2002:0a00::/24 to any via ${oif6} + ${fwcmd} add deny all from any to 2002:0a00::/24 via ${oif6} + ${fwcmd} add deny all from 2002:ac10::/28 to any via ${oif6} + ${fwcmd} add deny all from any to 2002:ac10::/28 via ${oif6} + ${fwcmd} add deny all from 2002:c0a8::/32 to any via ${oif6} + ${fwcmd} add deny all from any to 2002:c0a8::/32 via ${oif6} + + ${fwcmd} add deny all from ff05::/16 to any via ${oif6} + ${fwcmd} add deny all from any to ff05::/16 via ${oif6} + fi + # Allow TCP through if setup succeeded ${fwcmd} add pass tcp from any to any established @@ -291,7 +398,11 @@ ${fwcmd} add pass tcp from any to me 80 setup # Reject&Log all setup of incoming connections from the outside - ${fwcmd} add deny log tcp from any to any in via ${oif} setup + ${fwcmd} add deny log ip4 from any to any in via ${oif} setup proto tcp + if [ -n "$inet6" ]; then + ${fwcmd} add deny log ip6 from any to any in via ${oif6} \ + setup proto tcp + fi # Allow setup of any other TCP connection ${fwcmd} add pass tcp from any to any setup @@ -313,7 +424,7 @@ # offers services. # firewall_allowservices: List of IPs which has access to # $firewall_myservices. - # firewall_trusted: List of IPs which has full access + # firewall_trusted: List of IPv4s which has full access # to this host. Be very carefull # when setting this. This option can # seriously degrade the level of @@ -324,25 +435,44 @@ # firewall_nologports: List of TCP/UDP ports for which # denied incomming packets are not # logged. - + # firewall_trusted_ipv6: List of IPv6s which has full access + # to this host. Be very carefull + # when setting this. This option can + # seriously degrade the level of + # protection provided by the firewall. + # Allow packets for which a state has been built. ${fwcmd} add check-state # For services permitted below. ${fwcmd} add pass tcp from me to any established + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add pass tcp from me6 to any established + fi # Allow any connection out, adding state for each. ${fwcmd} add pass tcp from me to any setup keep-state ${fwcmd} add pass udp from me to any keep-state ${fwcmd} add pass icmp from me to any keep-state + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add pass tcp from me6 to any setup keep-state + ${fwcmd} add pass udp from me6 to any keep-state + ${fwcmd} add pass ipv6-icmp from me6 to any keep-state + fi # Allow DHCP. ${fwcmd} add pass udp from 0.0.0.0 68 to 255.255.255.255 67 out ${fwcmd} add pass udp from any 67 to me 68 in ${fwcmd} add pass udp from any 67 to 255.255.255.255 68 in + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add pass udp from fe80::/10 to me6 546 in + fi # Some servers will ping the IP while trying to decide if it's # still in use. ${fwcmd} add pass icmp from any to any icmptype 8 + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add pass ipv6-icmp from any to any icmp6type 128,129 + fi # Allow "mandatory" ICMP in. ${fwcmd} add pass icmp from any to any icmptype 3,4,11 @@ -361,6 +491,9 @@ for i in ${firewall_allowservices} ; do for j in ${firewall_myservices} ; do ${fwcmd} add pass tcp from $i to me $j + if [ $ipv6_available -eq 0 ]; then + ${fwcmd} add pass tcp from $i to me6 $j + fi done done @@ -370,7 +503,10 @@ for i in ${firewall_trusted} ; do ${fwcmd} add pass ip from $i to me done - + for i in ${firewall_trusted_ipv6} ; do + ${fwcmd} add pass all from $i to me6 + done + ${fwcmd} add 65000 count ip from any to any # Drop packets to ports where we don't want logging --Multipart_Thu_Nov_26_01:01:16_2009-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Thu_Nov_26_01:01:16_2009-1-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 25 22:47:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4F25106568D for ; Wed, 25 Nov 2009 22:47:50 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 512668FC18 for ; Wed, 25 Nov 2009 22:47:49 +0000 (UTC) Received: by fxm10 with SMTP id 10so208628fxm.14 for ; Wed, 25 Nov 2009 14:47:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=HSy5hm00lSPPkm6246PmWVOeE7znXOfcMMg4+a9YhTI=; b=kL/qTUSaOxEZAxjzgX2zRueeTvQkVLcEbKUon50mzWHK5nYRILOquPtjjqQhJFFoB6 DoyNgKLMx86GztTJOWcmSIjM4zTTIlW1Vm+eObe8IsmN6+irmHCAiL5BmLU9w8vckhQC r//Hvu88amSZc2qyC+MvSYmkh8z5ux+btN/k8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=yFtxMnVCMgWDDWXd2ftrPWbGPnej1I4Vn5yCrfKm6QWP9tB3wuMxk6SrEWA8gjadib bYxKokA2/GMbXDZc/SlluUmoAZgDIhu7Dd4bzHbHyOaVu3Ku3LZu/AlbKHjp3yCaqu+x nMGxEpbnApTf/m6jyzFfi5DLy1kq5n4B1Drfc= MIME-Version: 1.0 Received: by 10.223.110.39 with SMTP id l39mr1258073fap.3.1259189269280; Wed, 25 Nov 2009 14:47:49 -0800 (PST) Date: Wed, 25 Nov 2009 16:47:49 -0600 Message-ID: <2d1264630911251447t4c204b69rc3a2be933e3dd206@mail.gmail.com> From: Jason Harmening To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Wed, 25 Nov 2009 23:33:19 +0000 Subject: newbus locking? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2009 22:47:50 -0000 The newbus sxlock showed up briefly back in August (yay! no more giant!), then went away for 8.0-RELEASE. Will it be coming back to HEAD sometime soon? I have a driver that needs to lock the device tree and uses __FreeBSD_version to determine whether to use the sxlock or Giant. Thx, Jason From owner-freebsd-current@FreeBSD.ORG Wed Nov 25 23:41:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCBF61065676 for ; Wed, 25 Nov 2009 23:41:10 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 70FB08FC16 for ; Wed, 25 Nov 2009 23:41:10 +0000 (UTC) Received: by fxm10 with SMTP id 10so237420fxm.14 for ; Wed, 25 Nov 2009 15:41:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=IrvA/+2apwpO2wstXwOa5cOEMOfEQKv22GJEf/LvEsA=; b=QVVswSuyUmCtLEiC3Oh/T6Nv4ygPVV+H1+y148zkRwM9N26oyUWENZTY+AUHZUpdlo Gcl3LJPEnzv34mqvdcgMsOsF+YS+Qu/edbWW9XRdhe6egot3mayzjVt2zNPOnQst8HfQ zuBxv4A7WFTnXRH0+E9mVZDa0DI1RRzzfPjNE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=GMSF3VWTFWvi+QD9rfl5n3tneFgD234+aeJQ4pb0lmSLKWYKW8gia3n2P89StDT6WL LXfb5DPL4AwLrA+9snJqtNJlSofZPqx3jpdyO7KsV7+7+lX54rs8SxeU9PWkpKv4DUd8 a+7OAjt7FB8JNpdgHz6BKPFb1EQArpZYb+9Y8= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.15.92 with SMTP id j28mr1401052faa.11.1259192469539; Wed, 25 Nov 2009 15:41:09 -0800 (PST) In-Reply-To: <2d1264630911251447t4c204b69rc3a2be933e3dd206@mail.gmail.com> References: <2d1264630911251447t4c204b69rc3a2be933e3dd206@mail.gmail.com> Date: Thu, 26 Nov 2009 00:41:09 +0100 X-Google-Sender-Auth: 2d6fb3e82c1819b4 Message-ID: <3bbf2fe10911251541o6943ead2ub7a8ab9ed0027896@mail.gmail.com> From: Attilio Rao To: Jason Harmening Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: newbus locking? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Nov 2009 23:41:10 -0000 2009/11/25 Jason Harmening : > The newbus sxlock showed up briefly back in August (yay! no more > giant!), then went away for 8.0-RELEASE. Will it be coming back to > HEAD sometime soon? > I have a driver that needs to lock the device tree and uses > __FreeBSD_version to determine whether to use the sxlock or Giant. Yes, I expect it to be happening very soon (I hope in maximum one month). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 00:16:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A39C106566B for ; Thu, 26 Nov 2009 00:16:31 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id D0BFE8FC17 for ; Thu, 26 Nov 2009 00:16:30 +0000 (UTC) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id nAQ0GRSw035621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 26 Nov 2009 10:46:27 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 26 Nov 2009 10:46:16 +1030 User-Agent: KMail/1.9.10 References: <791271c80911240549h66784e54v75565e5f9bfbc0c7@mail.gmail.com> <19213.12766.405179.674995@jerusalem.litteratus.org> In-Reply-To: <19213.12766.405179.674995@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1969592.6HsYOQ90xo"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200911261046.25429.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Deniz , Robert Huff , "alteriks@gmail.com" Subject: Re: Can't poweroff with shutdown -p now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 00:16:31 -0000 --nextPart1969592.6HsYOQ90xo Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 26 Nov 2009, Robert Huff wrote: > shutdown part works but not the reboot. (Otherwise a nice board.) > I'm willing to believe there's a BIOS setting that would fix > this; I just wish I knew what it was. I've had Supermicro C2SBA's stall there before I updated to the latest=20 BIOS. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1969592.6HsYOQ90xo Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBLDcjZ5ZPcIHs/zowRAmskAJ9Zf9NgYGY4b+2k/1m0C5AKv1DkswCeLJuI D/fdqLMqLxMNRQ7sxIGGAEg= =V1Py -----END PGP SIGNATURE----- --nextPart1969592.6HsYOQ90xo-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 04:17:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8CD6106566B for ; Thu, 26 Nov 2009 04:17:33 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by mx1.freebsd.org (Postfix) with ESMTP id 515FA8FC0A for ; Thu, 26 Nov 2009 04:17:32 +0000 (UTC) Received: from [114.76.235.20] (c114-76-235-20.farfl3.nsw.optusnet.com.au [114.76.235.20]) (authenticated sender horst.burkhardt) by mail04.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id nAQ4HQBw017495 for ; Thu, 26 Nov 2009 15:17:30 +1100 From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III To: freeBSD-CURRENT Mailing List Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-gedka0c897U1PhA1F9iN" Date: Thu, 26 Nov 2009 15:18:14 +1100 Message-Id: <1259209094.12131.3513.camel@horst-tla> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 Subject: What's Eating FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 04:17:33 -0000 --=-gedka0c897U1PhA1F9iN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi all. Just a quick question - what happened to FreeBSD 8.0? I can't even find the BETA isos anymore, can't see any RCs, certainly no releases. I've been looking forward to 8.0 in i386 to deploy on my laptop and in ppc to deploy on my mac because of the new altivec support and various other nifty new things i've seen. I got shot down in IRC with something about "it'll be out when we stop finding huge bugs and critical regressions" - what's going on?=20 In anticipation, -- Horst. --=-gedka0c897U1PhA1F9iN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEABECAAYFAksOAYYACgkQRtTtv0BbTe6uZQCgtbPFCUzHt0W1HeHPzosOkmp9 HC8An1NjruVUJBuQ0L7RB8gSXPqOtEnE =kEM3 -----END PGP SIGNATURE----- --=-gedka0c897U1PhA1F9iN-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 04:28:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6DDF1065670 for ; Thu, 26 Nov 2009 04:28:56 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8A4478FC18 for ; Thu, 26 Nov 2009 04:28:56 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id nAQ4StSC007708 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 25 Nov 2009 20:28:55 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 11FE71CC0E; Wed, 25 Nov 2009 20:28:55 -0800 (PST) To: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III In-reply-to: Your message of "Thu, 26 Nov 2009 15:18:14 +1100." <1259209094.12131.3513.camel@horst-tla> Date: Wed, 25 Nov 2009 20:28:55 -0800 From: "Kevin Oberman" Message-Id: <20091126042855.11FE71CC0E@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-11-25_15:2009-11-16, 2009-11-25, 2009-11-25 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0911250335 Cc: freeBSD-CURRENT Mailing List Subject: Re: What's Eating FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 04:28:56 -0000 > From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III > Date: Thu, 26 Nov 2009 15:18:14 +1100 > Sender: owner-freebsd-current@freebsd.org > > Hi all. > > Just a quick question - what happened to FreeBSD 8.0? I can't even find > the BETA isos anymore, can't see any RCs, certainly no releases. > > I've been looking forward to 8.0 in i386 to deploy on my laptop and in > ppc to deploy on my mac because of the new altivec support and various > other nifty new things i've seen. > > I got shot down in IRC with something about "it'll be out when we stop > finding huge bugs and critical regressions" - what's going on? > > In anticipation, > -- Horst. 8.0-Release is being distributed to mirrors at this time, so all of the RCs and BETAs have been pulled. Some mirrors may have 8.0-RELEASE and I expect 8.0 to be announced very shortly. Note that I am not in any way involved in the release, but I have seen the future and it is very near. -- 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 From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 04:49:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44600106566B for ; Thu, 26 Nov 2009 04:49:51 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id B9AF68FC15 for ; Thu, 26 Nov 2009 04:49:50 +0000 (UTC) Received: from demophon.fletchermoorland.co.uk (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.3/8.14.3) with ESMTP id nAQ4nfM6024041; Thu, 26 Nov 2009 04:49:41 GMT (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4B0E088A.10204@fletchermoorland.co.uk> Date: Thu, 26 Nov 2009 04:48:10 +0000 From: Paul Wootton User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Horst_G=FCnther_Burkhardt_III?= References: <20091126042855.11FE71CC0E@ptavv.es.net> In-Reply-To: <20091126042855.11FE71CC0E@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=10.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hydra.fletchermoorland.co.uk Cc: freeBSD-CURRENT Mailing List Subject: Re: What's Eating FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 04:49:51 -0000 Kevin Oberman wrote: >> From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III >> Date: Thu, 26 Nov 2009 15:18:14 +1100 >> Sender: owner-freebsd-current@freebsd.org >> >> Hi all. >> >> Just a quick question - what happened to FreeBSD 8.0? I can't even find >> the BETA isos anymore, can't see any RCs, certainly no releases. >> >> I've been looking forward to 8.0 in i386 to deploy on my laptop and in >> ppc to deploy on my mac because of the new altivec support and various >> other nifty new things i've seen. >> >> I got shot down in IRC with something about "it'll be out when we stop >> finding huge bugs and critical regressions" - what's going on? >> >> In anticipation, >> -- Horst. >> > > 8.0-Release is being distributed to mirrors at this time, so all of the > RCs and BETAs have been pulled. Some mirrors may have 8.0-RELEASE and I > expect 8.0 to be announced very shortly. > > Note that I am not in any way involved in the release, but I have seen > the future and it is very near. > The ISOs are now available on the main FTP server at ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/8.0/ As Kevin said, they are currently finding their way to a mirror near you From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 04:51:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3B001065696 for ; Thu, 26 Nov 2009 04:51:51 +0000 (UTC) (envelope-from kg6ymn@gmail.com) Received: from mail-yx0-f184.google.com (mail-yx0-f184.google.com [209.85.210.184]) by mx1.freebsd.org (Postfix) with ESMTP id AEF828FC1B for ; Thu, 26 Nov 2009 04:51:51 +0000 (UTC) Received: by yxe14 with SMTP id 14so373783yxe.7 for ; Wed, 25 Nov 2009 20:51:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=5VxklPCmme4zR+6pxgiF8eEhfKveKYVZ3bR3lCwsJ+A=; b=PXqeyaDeVHABoJtsGdNxuPEHgAJcDJy8ieGrk1Se7hLSmoLJ+sndOG/x/IoEdVRs2c sBGtQxXmNCGkNuUFNwWThudAYtfVKIKG9CoW189WCfxBbZkNbNuUM3zq54kRCzggSupQ j9oXPXSBlLqgmR/MuGHOrpIbK9HBrHwCfkdmY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Ag+fybCjsI8zgZJWxnTHFXaMneENMXNMnRFi19mggMGEmYuN1Oqjnkc5MOgI1ZudpO GfBn0mm0TJpjXvwF+605Dz1yJZG8eu4tiDjlUFNw9lJIxzG5vnMCwuPxI3VEjfNFMwsV p4l1pkWP1/JSRgP5S/+QkqDi8H7QqP/SIkVd0= MIME-Version: 1.0 Received: by 10.150.101.5 with SMTP id y5mr15136498ybb.85.1259209741517; Wed, 25 Nov 2009 20:29:01 -0800 (PST) In-Reply-To: <1259209094.12131.3513.camel@horst-tla> References: <1259209094.12131.3513.camel@horst-tla> Date: Wed, 25 Nov 2009 20:29:01 -0800 Message-ID: From: michael brindle To: =?ISO-8859-1?Q?Horst_G=FCnther_Burkhardt_III?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: What's Eating FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 04:51:52 -0000 freebsd-upgrade -r 8.0-RELEASE upgrade works fine for me with my i386. On Wed, Nov 25, 2009 at 8:18 PM, Horst G=FCnther Burkhardt III < horst@sxemacs.org> wrote: > Hi all. > > Just a quick question - what happened to FreeBSD 8.0? I can't even find > the BETA isos anymore, can't see any RCs, certainly no releases. > > I've been looking forward to 8.0 in i386 to deploy on my laptop and in > ppc to deploy on my mac because of the new altivec support and various > other nifty new things i've seen. > > I got shot down in IRC with something about "it'll be out when we stop > finding huge bugs and critical regressions" - what's going on? > > In anticipation, > -- Horst. > --=20 Michael Brindle From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 09:15:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66685106566C; Thu, 26 Nov 2009 09:15:01 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 24C1F8FC16; Thu, 26 Nov 2009 09:15:00 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NDaRF-0000g7-Nr; Thu, 26 Nov 2009 09:14:59 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NDaRF-0005nt-0b; Thu, 26 Nov 2009 09:14:57 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nAQ9EuTw093923; Thu, 26 Nov 2009 09:14:56 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nAQ9EuF1093922; Thu, 26 Nov 2009 09:14:56 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 26 Nov 2009 09:14:56 +0000 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, freebsd-current@freebsd.org Message-ID: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: nslookup dumps core on ia64 HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2009 09:15:01 -0000 > nslookup 113.105.65.7 Server: 137.222.10.36 Address: 137.222.10.36#53 ** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed Abort (core dumped) > -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 10:26:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C274D106566B for ; Thu, 26 Nov 2009 10:26:41 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7878FC13 for ; Thu, 26 Nov 2009 10:26:40 +0000 (UTC) Received: from significant-gravitas-shortfall.thebunker.net (gateway.ash.thebunker.net [213.129.64.4]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.3/8.14.3) with ESMTP id nAQAQQGK026167 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 26 Nov 2009 10:26:34 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk nAQAQQGK026167 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1259231194; bh=X2RBGSiAudNw29EvGzTFzhKUiNLL9DBEW0imM0oYYKY=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type:Cc: Content-Type:Date:From:In-Reply-To:Message-ID:Mime-Version: References:To; z=Message-ID:=20<4B0E57CC.7050509@infracaninophile.co.uk>|Date:=20T hu,=2026=20Nov=202009=2010:26:20=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.23=20(X11/20090824)|MIME-Vers ion:=201.0|To:=20freebsd-current@freebsd.org|Subject:=20Building=2 0RELENG_8_0=20confused=20by=20openldap.|X-Enigmail-Version:=200.95 .7|OpenPGP:=20id=3D60AE908C|Content-Type:=20multipart/signed=3B=20 micalg=3Dpgp-sha1=3B=0D=0A=20protocol=3D"application/pgp-signature "=3B=0D=0A=20boundary=3D"------------enigB2C223A27BAE4AB4E9950796" ; b=XrXUwxVUV6r9veaX6I2huhHP5wq6pXa5JCiCIwEPQRyAZ2NQln1v9f4jkfpbc31au QdgyXLRNrJJ5MLwPwN77qzNZAi1Y45ZJXxP5Ll0i3v6mG8YKleKbnU4D3ZtK6ZY+ke zXIZSfCzBRQvf+eT4D6/DAAZykH5iuBM5Bt3m7OI= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host gateway.ash.thebunker.net [213.129.64.4] claimed to be significant-gravitas-shortfall.thebunker.net Message-ID: <4B0E57CC.7050509@infracaninophile.co.uk> Date: Thu, 26 Nov 2009 10:26:20 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.23 (X11/20090824) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB2C223A27BAE4AB4E9950796" X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,SPF_FAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Subject: Building RELENG_8_0 confused by openldap. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 10:26:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB2C223A27BAE4AB4E9950796 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I realise that 8.0 is literally just heading out of the door, but I seem = to have discovered a problem. When building the RELENG_8_0 world preparatory to upgrading a RELENG_7_2 machine with OpenLDAP 2.4.19 installed, the build falls over because Kerb= eros ipropd picks up the presence of /usr/local/lib/libldap.so ultimately= causing linking to fail because of missing OpenSSL symbols: =3D=3D=3D> kerberos5/libexec/ipropd-master (all) cc -O2 -pipe -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/= heimdal/lib/krb5 -I/usr/src/kerberos5/libexec/ipropd-master/../../../cryp= to/heimdal/lib/asn1 -I/usr/src/kerberos5/libexec/ipropd-master/../../../c= rypto/heimdal/lib/roken -I. -I/usr/local/include -DOPENLDAP=3D1 -DHAVE_C= ONFIG_H -I/usr/src/kerberos5/libexec/ipropd-master/../../include -std=3Dg= nu99 -fstack-protector -c /usr/src/kerberos5/libexec/ipropd-master/../..= /../crypto/heimdal/lib/kadm5/ipropd_common.c cc -O2 -pipe -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/= heimdal/lib/krb5 -I/usr/src/kerberos5/libexec/ipropd-master/../../../cryp= to/heimdal/lib/asn1 -I/usr/src/kerberos5/libexec/ipropd-master/../../../c= rypto/heimdal/lib/roken -I. -I/usr/local/include -DOPENLDAP=3D1 -DHAVE_C= ONFIG_H -I/usr/src/kerberos5/libexec/ipropd-master/../../include -std=3Dg= nu99 -fstack-protector -c /usr/src/kerberos5/libexec/ipropd-master/../..= /../crypto/heimdal/lib/kadm5/ipropd_master.c cc -O2 -pipe -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/= heimdal/lib/krb5 -I/usr/src/kerberos5/libexec/ipropd-master/../../../cryp= to/heimdal/lib/asn1 -I/usr/src/kerberos5/libexec/ipropd-master/../../../c= rypto/heimdal/lib/roken -I. -I/usr/local/include -DOPENLDAP=3D1 -DHAVE_C= ONFIG_H -I/usr/src/kerberos5/libexec/ipropd-master/../../include -std=3Dg= nu99 -fstack-protector -L/usr/local/lib -Wl,-rpath,/usr/local/lib -o ipr= opd-master ipropd_common.o ipropd_master.o -lkadm5srv -lhdb -lkrb5 -lhx50= 9 -lroken /usr/obj/usr/src/kerberos5/libexec/ipropd-master/../../lib/libv= ers/libvers.a -lasn1 -lcrypto -lcrypt -lcom_err -lldap -llber /usr/obj/usr/src/tmp/usr/bin/ld: warning: libssl.so.5, needed by /usr/loc= al/lib/libldap.so, not found (try using -rpath or -rpath-link) /usr/obj/usr/src/tmp/usr/bin/ld: warning: libcrypto.so.5, needed by /usr/= local/lib/libldap.so, not found (try using -rpath or -rpath-link) /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_tmp_rsa_ca= llback' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_info_callb= ack' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_free' /usr/local/lib/libldap.so: undefined reference to `SSL_shutdown' /usr/local/lib/libldap.so: undefined reference to `SSL_load_client_CA_fil= e' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_default_ve= rify_paths' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_session_id= _context' /usr/local/lib/libldap.so: undefined reference to `SSL_get_error' /usr/local/lib/libldap.so: undefined reference to `SSL_read' /usr/local/lib/libldap.so: undefined reference to `SSL_new' /usr/local/lib/libldap.so: undefined reference to `SSL_add_dir_cert_subje= cts_to_stack' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_new' /usr/local/lib/libldap.so: undefined reference to `SSL_library_init' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_load_verify_lo= cations' /usr/local/lib/libldap.so: undefined reference to `SSL_pending' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_verify' /usr/local/lib/libldap.so: undefined reference to `SSL_set_bio' /usr/local/lib/libldap.so: undefined reference to `SSL_load_error_strings= ' /usr/local/lib/libldap.so: undefined reference to `SSL_get_certificate' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_cipher_lis= t' /usr/local/lib/libldap.so: undefined reference to `SSL_accept' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_ctrl' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_get_cert_store= ' /usr/local/lib/libldap.so: undefined reference to `SSL_get_current_cipher= ' /usr/local/lib/libldap.so: undefined reference to `SSL_CIPHER_get_bits' /usr/local/lib/libldap.so: undefined reference to `SSLv23_method' /usr/local/lib/libldap.so: undefined reference to `SSL_alert_desc_string_= long' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_use_PrivateKey= _file' /usr/local/lib/libldap.so: undefined reference to `SSL_alert_type_string_= long' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_tmp_dh_cal= lback' /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_use_certificat= e_file' /usr/local/lib/libldap.so: undefined reference to `SSL_state_string_long'= /usr/local/lib/libldap.so: undefined reference to `SSL_connect' /usr/local/lib/libldap.so: undefined reference to `SSL_free' /usr/local/lib/libldap.so: undefined reference to `SSL_get_peer_certifica= te' /usr/local/lib/libldap.so: undefined reference to `SSL_get_verify_result'= /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_client_CA_= list' /usr/local/lib/libldap.so: undefined reference to `SSL_write' *** Error code 1 Stop in /usr/src/kerberos5/libexec/ipropd-master. *** Error code 1 Stop in /usr/src/kerberos5/libexec. *** Error code 1 Stop in /usr/src/kerberos5. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK --------------enigB2C223A27BAE4AB4E9950796 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAksOV9IACgkQ3jDkPpsZ+VZuUwCeMkRdZHEgA7YBtGzJ2l98q3iV aEgAoMPHE5WVNwEBNTUDxRqTkgmu4SYY =Ub2i -----END PGP SIGNATURE----- --------------enigB2C223A27BAE4AB4E9950796-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 10:31:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5711B106566C; Thu, 26 Nov 2009 10:31:35 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 147D88FC12; Thu, 26 Nov 2009 10:31:34 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NDbdE-0007ft-94; Thu, 26 Nov 2009 10:31:34 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NDbdD-0007iC-MU; Thu, 26 Nov 2009 10:31:24 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nAQAVNL7094222; Thu, 26 Nov 2009 10:31:23 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nAQAVNE0094221; Thu, 26 Nov 2009 10:31:23 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 26 Nov 2009 10:31:23 +0000 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20091126103123.GA94212@mech-cluster241.men.bris.ac.uk> References: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -2.1 X-Spam-Level: -- Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: nslookup dumps core on ia64 HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2009 10:31:35 -0000 On Thu, Nov 26, 2009 at 09:14:56AM +0000, Anton Shterenlikht wrote: > > nslookup 113.105.65.7 > Server: 137.222.10.36 > Address: 137.222.10.36#53 > > ** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN > > /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed > Abort (core dumped) > > Is this any help: TZAV> gdb nslookup nslookup.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "ia64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `nslookup'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.6 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x200000004079c280 in thr_kill () from /lib/libc.so.7 (gdb) -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 10:37:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40154106566B; Thu, 26 Nov 2009 10:37:10 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id E3A7E8FC0A; Thu, 26 Nov 2009 10:37:09 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NDbhd-0000It-Eh; Thu, 26 Nov 2009 10:37:09 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NDbhX-0004NH-OM; Thu, 26 Nov 2009 10:35:57 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nAQAZpiO094258; Thu, 26 Nov 2009 10:35:51 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nAQAZpeM094257; Thu, 26 Nov 2009 10:35:51 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 26 Nov 2009 10:35:51 +0000 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20091126103551.GA94231@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.2 X-Spam-Level: - Cc: Subject: port www/kazehakase dumps core on ia64 HEAD when printing to a file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 10:37:10 -0000 kazehakase-0.5.4_6, FreeBSD 9.0-CURRENT ia64 I'm not really sure what to look for in debugger: 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 "ia64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `kazehakase'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/kazehakase/libkazehakase.so.1...done. Loaded symbols for /usr/local/lib/kazehakase/libkazehakase.so.1 Reading symbols from /usr/local/lib/libSM.so.6...done. Loaded symbols for /usr/local/lib/libSM.so.6 Reading symbols from /usr/local/lib/libICE.so.6...done. Loaded symbols for /usr/local/lib/libICE.so.6 Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libatk-1.0.so.0...done. Loaded symbols for /usr/local/lib/libatk-1.0.so.0 Reading symbols from /usr/local/lib/libgdk_pixbuf-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgdk_pixbuf-2.0.so.0 Reading symbols from /usr/local/lib/libpangocairo-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.0 Reading symbols from /usr/local/lib/libgio-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgio-2.0.so.0 Reading symbols from /usr/local/lib/libXinerama.so.1...done. Loaded symbols for /usr/local/lib/libXinerama.so.1 Reading symbols from /usr/local/lib/libXi.so.6...done. Loaded symbols for /usr/local/lib/libXi.so.6 Reading symbols from /usr/local/lib/libXrandr.so.2...done. Loaded symbols for /usr/local/lib/libXrandr.so.2 Reading symbols from /usr/local/lib/libXcursor.so.1...done. Loaded symbols for /usr/local/lib/libXcursor.so.1 Reading symbols from /usr/local/lib/libXcomposite.so.1...done. Loaded symbols for /usr/local/lib/libXcomposite.so.1 Reading symbols from /usr/local/lib/libXext.so.6...done. Loaded symbols for /usr/local/lib/libXext.so.6 Reading symbols from /usr/local/lib/libXdamage.so.1...done. Loaded symbols for /usr/local/lib/libXdamage.so.1 Reading symbols from /usr/local/lib/libpangoft2-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.0 Reading symbols from /usr/local/lib/libXfixes.so.3...done. Loaded symbols for /usr/local/lib/libXfixes.so.3 Reading symbols from /usr/local/lib/libcairo.so.2...done. Loaded symbols for /usr/local/lib/libcairo.so.2 Reading symbols from /usr/local/lib/libpixman-1.so.9...done. Loaded symbols for /usr/local/lib/libpixman-1.so.9 Reading symbols from /usr/local/lib/libpng.so.5...done. Loaded symbols for /usr/local/lib/libpng.so.5 Reading symbols from /usr/local/lib/libxcb-render-util.so.0...done. Loaded symbols for /usr/local/lib/libxcb-render-util.so.0 Reading symbols from /usr/local/lib/libxcb-render.so.0...done. Loaded symbols for /usr/local/lib/libxcb-render.so.0 Reading symbols from /usr/local/lib/libXrender.so.1...done. Loaded symbols for /usr/local/lib/libXrender.so.1 Reading symbols from /usr/local/lib/libX11.so.6...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/local/lib/libxcb.so.2...done. Loaded symbols for /usr/local/lib/libxcb.so.2 Reading symbols from /usr/local/lib/libXau.so.6...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libXdmcp.so.6...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/lib/librpcsvc.so.5...done. Loaded symbols for /usr/lib/librpcsvc.so.5 Reading symbols from /usr/local/lib/libpango-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpango-1.0.so.0 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/libfontconfig.so.1...done. Loaded symbols for /usr/local/lib/libfontconfig.so.1 Reading symbols from /usr/local/lib/libfreetype.so.9...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /lib/libz.so.5...done. Loaded symbols for /lib/libz.so.5 Reading symbols from /usr/local/lib/libexpat.so.6...done. Loaded symbols for /usr/local/lib/libexpat.so.6 Reading symbols from /usr/local/lib/libgobject-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgobject-2.0.so.0 Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libicui18n.so.38...done. Loaded symbols for /usr/local/lib/libicui18n.so.38 Reading symbols from /usr/local/lib/libintl.so.8...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libpcre.so.0...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/libicuuc.so.38...done. Loaded symbols for /usr/local/lib/libicuuc.so.38 Reading symbols from /usr/local/lib/libicudata.so.38...done. Loaded symbols for /usr/local/lib/libicudata.so.38 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so...done. Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so Reading symbols from /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so...done. Loaded symbols for /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-ico.so...done. Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-ico.so Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so...done. Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so Reading symbols from /usr/local/lib/kazehakase/embed/gecko.so...done. Loaded symbols for /usr/local/lib/kazehakase/embed/gecko.so Reading symbols from /usr/local/lib/xulrunner/libxpcom.so...done. Loaded symbols for /usr/local/lib/xulrunner/libxpcom.so Reading symbols from /usr/local/lib/libplds4.so.1...done. Loaded symbols for /usr/local/lib/libplds4.so.1 Reading symbols from /usr/local/lib/libplc4.so.1...done. Loaded symbols for /usr/local/lib/libplc4.so.1 Reading symbols from /usr/local/lib/libnspr4.so.1...done. Loaded symbols for /usr/local/lib/libnspr4.so.1 Reading symbols from /usr/local/lib/xulrunner/libxul.so...done. Loaded symbols for /usr/local/lib/xulrunner/libxul.so Reading symbols from /usr/local/lib/libjpeg.so.10...done. Loaded symbols for /usr/local/lib/libjpeg.so.10 Reading symbols from /usr/local/lib/xulrunner/libmozjs.so...done. Loaded symbols for /usr/local/lib/xulrunner/libmozjs.so Reading symbols from /usr/local/lib/libXft.so.2...done. Loaded symbols for /usr/local/lib/libXft.so.2 Reading symbols from /usr/local/lib/libXt.so.6...done. Loaded symbols for /usr/local/lib/libXt.so.6 Reading symbols from /usr/local/lib/xulrunner/components/libsystem-pref.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libsystem-pref.so Reading symbols from /usr/local/lib/libgconf-2.so.4...done. Loaded symbols for /usr/local/lib/libgconf-2.so.4 Reading symbols from /usr/local/lib/libORBit-2.so.0...done. Loaded symbols for /usr/local/lib/libORBit-2.so.0 Reading symbols from /usr/local/lib/libdbus-glib-1.so.2...done. Loaded symbols for /usr/local/lib/libdbus-glib-1.so.2 Reading symbols from /usr/local/lib/libdbus-1.so.3...done. Loaded symbols for /usr/local/lib/libdbus-1.so.3 Reading symbols from /usr/local/lib/xulrunner/components/libpipboot.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libpipboot.so Reading symbols from /usr/local/lib/xulrunner/components/libpermissions.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libpermissions.so Reading symbols from /usr/local/lib/xulrunner/components/libcookie.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libcookie.so Reading symbols from /usr/local/lib/xulrunner/components/libpipnss.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libpipnss.so Reading symbols from /usr/local/lib/nss/libsmime3.so.1...done. Loaded symbols for /usr/local/lib/nss/libsmime3.so.1 Reading symbols from /usr/local/lib/nss/libssl3.so.1...done. Loaded symbols for /usr/local/lib/nss/libssl3.so.1 Reading symbols from /usr/local/lib/nss/libnss3.so.1...done. Loaded symbols for /usr/local/lib/nss/libnss3.so.1 Reading symbols from /usr/local/lib/nss/libsoftokn3.so.1...done. Loaded symbols for /usr/local/lib/nss/libsoftokn3.so.1 Reading symbols from /usr/local/lib/nss/libnssutil3.so.1...done. Loaded symbols for /usr/local/lib/nss/libnssutil3.so.1 Reading symbols from /usr/local/lib/nss/libnsssqlite3.so.1...done. Loaded symbols for /usr/local/lib/nss/libnsssqlite3.so.1 Reading symbols from /usr/local/lib/nss/libnssdbm3.so.1...done. Loaded symbols for /usr/local/lib/nss/libnssdbm3.so.1 Reading symbols from /usr/local/lib/nss/libfreebl3.so.1...done. Loaded symbols for /usr/local/lib/nss/libfreebl3.so.1 Reading symbols from /usr/local/lib/nss/libnssckbi.so...done. Loaded symbols for /usr/local/lib/nss/libnssckbi.so Reading symbols from /usr/local/lib/xulrunner/components/libxmlextras.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libxmlextras.so Reading symbols from /usr/local/lib/gio/modules/libgiofam.so...done. Loaded symbols for /usr/local/lib/gio/modules/libgiofam.so Reading symbols from /usr/local/lib/libfam.so.0...done. Loaded symbols for /usr/local/lib/libfam.so.0 Reading symbols from /usr/local/lib/xulrunner/plugins/libnullplugin.so...done. Loaded symbols for /usr/local/lib/xulrunner/plugins/libnullplugin.so Reading symbols from /usr/local/lib/xulrunner/plugins/libunixprintplugin.so...done. Loaded symbols for /usr/local/lib/xulrunner/plugins/libunixprintplugin.so Reading symbols from /usr/local/lib/xulrunner/components/libtransformiix.so...done. Loaded symbols for /usr/local/lib/xulrunner/components/libtransformiix.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x20000000415b7e00 in IA__FcPatternDestroy () from /usr/local/lib/libfontconfig.so.1 (gdb) quit -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 11:06:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C89601065693; Thu, 26 Nov 2009 11:06:13 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 79E3D8FC21; Thu, 26 Nov 2009 11:06:13 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NDc9U-0003Qk-Rz; Thu, 26 Nov 2009 11:06:12 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NDc9T-0000aE-Po; Thu, 26 Nov 2009 11:04:44 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nAQB4hmi094364; Thu, 26 Nov 2009 11:04:43 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nAQB4hxx094363; Thu, 26 Nov 2009 11:04:43 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 26 Nov 2009 11:04:43 +0000 From: Anton Shterenlikht To: Anton Shterenlikht Message-ID: <20091126110443.GA94354@mech-cluster241.men.bris.ac.uk> References: <20091126103551.GA94231@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091126103551.GA94231@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.8 X-Spam-Level: - Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: port www/kazehakase dumps core on ia64 HEAD when printing to a file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 11:06:13 -0000 On Thu, Nov 26, 2009 at 10:35:51AM +0000, Anton Shterenlikht wrote: > kazehakase-0.5.4_6, FreeBSD 9.0-CURRENT ia64 > > I'm not really sure what to look for in debugger: > > 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 "ia64-marcel-freebsd"...(no debugging symbols found)... > Core was generated by `kazehakase'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/local/lib/kazehakase/libkazehakase.so.1...done. > Loaded symbols for /usr/local/lib/kazehakase/libkazehakase.so.1 > Reading symbols from /usr/local/lib/libSM.so.6...done. > Loaded symbols for /usr/local/lib/libSM.so.6 > Reading symbols from /usr/local/lib/libICE.so.6...done. > Loaded symbols for /usr/local/lib/libICE.so.6 > Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.0 > Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.0 > Reading symbols from /usr/local/lib/libatk-1.0.so.0...done. > Loaded symbols for /usr/local/lib/libatk-1.0.so.0 > Reading symbols from /usr/local/lib/libgdk_pixbuf-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgdk_pixbuf-2.0.so.0 > Reading symbols from /usr/local/lib/libpangocairo-1.0.so.0...done. > Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.0 > Reading symbols from /usr/local/lib/libgio-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgio-2.0.so.0 > Reading symbols from /usr/local/lib/libXinerama.so.1...done. > Loaded symbols for /usr/local/lib/libXinerama.so.1 > Reading symbols from /usr/local/lib/libXi.so.6...done. > Loaded symbols for /usr/local/lib/libXi.so.6 > Reading symbols from /usr/local/lib/libXrandr.so.2...done. > Loaded symbols for /usr/local/lib/libXrandr.so.2 > Reading symbols from /usr/local/lib/libXcursor.so.1...done. > Loaded symbols for /usr/local/lib/libXcursor.so.1 > Reading symbols from /usr/local/lib/libXcomposite.so.1...done. > Loaded symbols for /usr/local/lib/libXcomposite.so.1 > Reading symbols from /usr/local/lib/libXext.so.6...done. > Loaded symbols for /usr/local/lib/libXext.so.6 > Reading symbols from /usr/local/lib/libXdamage.so.1...done. > Loaded symbols for /usr/local/lib/libXdamage.so.1 > Reading symbols from /usr/local/lib/libpangoft2-1.0.so.0...done. > Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.0 > Reading symbols from /usr/local/lib/libXfixes.so.3...done. > Loaded symbols for /usr/local/lib/libXfixes.so.3 > Reading symbols from /usr/local/lib/libcairo.so.2...done. > Loaded symbols for /usr/local/lib/libcairo.so.2 > Reading symbols from /usr/local/lib/libpixman-1.so.9...done. > Loaded symbols for /usr/local/lib/libpixman-1.so.9 > Reading symbols from /usr/local/lib/libpng.so.5...done. > Loaded symbols for /usr/local/lib/libpng.so.5 > Reading symbols from /usr/local/lib/libxcb-render-util.so.0...done. > Loaded symbols for /usr/local/lib/libxcb-render-util.so.0 > Reading symbols from /usr/local/lib/libxcb-render.so.0...done. > Loaded symbols for /usr/local/lib/libxcb-render.so.0 > Reading symbols from /usr/local/lib/libXrender.so.1...done. > Loaded symbols for /usr/local/lib/libXrender.so.1 > Reading symbols from /usr/local/lib/libX11.so.6...done. > Loaded symbols for /usr/local/lib/libX11.so.6 > Reading symbols from /usr/local/lib/libxcb.so.2...done. > Loaded symbols for /usr/local/lib/libxcb.so.2 > Reading symbols from /usr/local/lib/libXau.so.6...done. > Loaded symbols for /usr/local/lib/libXau.so.6 > Reading symbols from /usr/local/lib/libXdmcp.so.6...done. > Loaded symbols for /usr/local/lib/libXdmcp.so.6 > Reading symbols from /usr/lib/librpcsvc.so.5...done. > Loaded symbols for /usr/lib/librpcsvc.so.5 > Reading symbols from /usr/local/lib/libpango-1.0.so.0...done. > Loaded symbols for /usr/local/lib/libpango-1.0.so.0 > Reading symbols from /lib/libm.so.5...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /usr/local/lib/libfontconfig.so.1...done. > Loaded symbols for /usr/local/lib/libfontconfig.so.1 > Reading symbols from /usr/local/lib/libfreetype.so.9...done. > Loaded symbols for /usr/local/lib/libfreetype.so.9 > Reading symbols from /lib/libz.so.5...done. > Loaded symbols for /lib/libz.so.5 > Reading symbols from /usr/local/lib/libexpat.so.6...done. > Loaded symbols for /usr/local/lib/libexpat.so.6 > Reading symbols from /usr/local/lib/libgobject-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgobject-2.0.so.0 > Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0 > Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 > Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. > Loaded symbols for /usr/local/lib/libglib-2.0.so.0 > Reading symbols from /usr/local/lib/libicui18n.so.38...done. > Loaded symbols for /usr/local/lib/libicui18n.so.38 > Reading symbols from /usr/local/lib/libintl.so.8...done. > Loaded symbols for /usr/local/lib/libintl.so.8 > Reading symbols from /usr/local/lib/libiconv.so.3...done. > Loaded symbols for /usr/local/lib/libiconv.so.3 > Reading symbols from /usr/local/lib/libpcre.so.0...done. > Loaded symbols for /usr/local/lib/libpcre.so.0 > Reading symbols from /lib/libthr.so.3...done. > Loaded symbols for /lib/libthr.so.3 > Reading symbols from /lib/libc.so.7...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /usr/local/lib/libicuuc.so.38...done. > Loaded symbols for /usr/local/lib/libicuuc.so.38 > Reading symbols from /usr/local/lib/libicudata.so.38...done. > Loaded symbols for /usr/local/lib/libicudata.so.38 > Reading symbols from /usr/lib/libstdc++.so.6...done. > Loaded symbols for /usr/lib/libstdc++.so.6 > Reading symbols from /lib/libgcc_s.so.1...done. > Loaded symbols for /lib/libgcc_s.so.1 > Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so...done. > Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so > Reading symbols from /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so...done. > Loaded symbols for /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so > Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-ico.so...done. > Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-ico.so > Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so...done. > Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so > Reading symbols from /usr/local/lib/kazehakase/embed/gecko.so...done. > Loaded symbols for /usr/local/lib/kazehakase/embed/gecko.so > Reading symbols from /usr/local/lib/xulrunner/libxpcom.so...done. > Loaded symbols for /usr/local/lib/xulrunner/libxpcom.so > Reading symbols from /usr/local/lib/libplds4.so.1...done. > Loaded symbols for /usr/local/lib/libplds4.so.1 > Reading symbols from /usr/local/lib/libplc4.so.1...done. > Loaded symbols for /usr/local/lib/libplc4.so.1 > Reading symbols from /usr/local/lib/libnspr4.so.1...done. > Loaded symbols for /usr/local/lib/libnspr4.so.1 > Reading symbols from /usr/local/lib/xulrunner/libxul.so...done. > Loaded symbols for /usr/local/lib/xulrunner/libxul.so > Reading symbols from /usr/local/lib/libjpeg.so.10...done. > Loaded symbols for /usr/local/lib/libjpeg.so.10 > Reading symbols from /usr/local/lib/xulrunner/libmozjs.so...done. > Loaded symbols for /usr/local/lib/xulrunner/libmozjs.so > Reading symbols from /usr/local/lib/libXft.so.2...done. > Loaded symbols for /usr/local/lib/libXft.so.2 > Reading symbols from /usr/local/lib/libXt.so.6...done. > Loaded symbols for /usr/local/lib/libXt.so.6 > Reading symbols from /usr/local/lib/xulrunner/components/libsystem-pref.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libsystem-pref.so > Reading symbols from /usr/local/lib/libgconf-2.so.4...done. > Loaded symbols for /usr/local/lib/libgconf-2.so.4 > Reading symbols from /usr/local/lib/libORBit-2.so.0...done. > Loaded symbols for /usr/local/lib/libORBit-2.so.0 > Reading symbols from /usr/local/lib/libdbus-glib-1.so.2...done. > Loaded symbols for /usr/local/lib/libdbus-glib-1.so.2 > Reading symbols from /usr/local/lib/libdbus-1.so.3...done. > Loaded symbols for /usr/local/lib/libdbus-1.so.3 > Reading symbols from /usr/local/lib/xulrunner/components/libpipboot.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libpipboot.so > Reading symbols from /usr/local/lib/xulrunner/components/libpermissions.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libpermissions.so > Reading symbols from /usr/local/lib/xulrunner/components/libcookie.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libcookie.so > Reading symbols from /usr/local/lib/xulrunner/components/libpipnss.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libpipnss.so > Reading symbols from /usr/local/lib/nss/libsmime3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libsmime3.so.1 > Reading symbols from /usr/local/lib/nss/libssl3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libssl3.so.1 > Reading symbols from /usr/local/lib/nss/libnss3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libnss3.so.1 > Reading symbols from /usr/local/lib/nss/libsoftokn3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libsoftokn3.so.1 > Reading symbols from /usr/local/lib/nss/libnssutil3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libnssutil3.so.1 > Reading symbols from /usr/local/lib/nss/libnsssqlite3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libnsssqlite3.so.1 > Reading symbols from /usr/local/lib/nss/libnssdbm3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libnssdbm3.so.1 > Reading symbols from /usr/local/lib/nss/libfreebl3.so.1...done. > Loaded symbols for /usr/local/lib/nss/libfreebl3.so.1 > Reading symbols from /usr/local/lib/nss/libnssckbi.so...done. > Loaded symbols for /usr/local/lib/nss/libnssckbi.so > Reading symbols from /usr/local/lib/xulrunner/components/libxmlextras.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libxmlextras.so > Reading symbols from /usr/local/lib/gio/modules/libgiofam.so...done. > Loaded symbols for /usr/local/lib/gio/modules/libgiofam.so > Reading symbols from /usr/local/lib/libfam.so.0...done. > Loaded symbols for /usr/local/lib/libfam.so.0 > Reading symbols from /usr/local/lib/xulrunner/plugins/libnullplugin.so...done. > Loaded symbols for /usr/local/lib/xulrunner/plugins/libnullplugin.so > Reading symbols from /usr/local/lib/xulrunner/plugins/libunixprintplugin.so...done. > Loaded symbols for /usr/local/lib/xulrunner/plugins/libunixprintplugin.so > Reading symbols from /usr/local/lib/xulrunner/components/libtransformiix.so...done. > Loaded symbols for /usr/local/lib/xulrunner/components/libtransformiix.so > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x20000000415b7e00 in IA__FcPatternDestroy () from /usr/local/lib/libfontconfig.so.1 > (gdb) quit and this: (gdb) bt #0 0x20000000415b7e00 in IA__FcPatternDestroy () from /usr/local/lib/libfontconfig.so.1 #1 0x2000000045283490 in __tcf_0 () from /usr/local/lib/xulrunner/libxul.so #2 0x0000000000000000 in ?? () Previous frame identical to this frame (corrupt stack?) (gdb) bt full #0 0x20000000415b7e00 in IA__FcPatternDestroy () from /usr/local/lib/libfontconfig.so.1 No symbol table info available. #1 0x2000000045283490 in __tcf_0 () from /usr/local/lib/xulrunner/libxul.so No symbol table info available. #2 0x0000000000000000 in ?? () No symbol table info available. (gdb) -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 11:45:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38BBF1065672 for ; Thu, 26 Nov 2009 11:45:53 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id E83FA8FC1E for ; Thu, 26 Nov 2009 11:45:52 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NDcnH-0004SB-My for freebsd-current@freebsd.org; Thu, 26 Nov 2009 12:45:51 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Nov 2009 12:45:51 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Nov 2009 12:45:51 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 26 Nov 2009 12:45:33 +0100 Lines: 15 Message-ID: References: <1259209094.12131.3513.camel@horst-tla> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: Sender: news Subject: FreeBSD-Update [was: Re: What's Eating FreeBSD 8?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 11:45:53 -0000 michael brindle wrote: > freebsd-update -r 8.0-RELEASE upgrade > > works fine for me with my i386. While there, what is happening with freebsd-update? I haven't been able to use it for some time now. Not that I use it often - I usually upgrade via source - but on about 5 different machines I cannot use it anymore: # freebsd-update -r 8.0-RELEASE upgrade Looking up update.FreeBSD.org mirrors... 3 mirrors found. Fetching public key from update5.FreeBSD.org... failed. Fetching public key from update2.FreeBSD.org... failed. Fetching public key from update4.FreeBSD.org... failed. No mirrors remaining, giving up. From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 11:55:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94BD1106568B for ; Thu, 26 Nov 2009 11:55:02 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 161968FC1D for ; Thu, 26 Nov 2009 11:55:01 +0000 (UTC) Received: from [192.168.178.71] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id nAQBhSu6083439 for ; Thu, 26 Nov 2009 12:43:28 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: current@freebsd.org In-Reply-To: References: <1259209094.12131.3513.camel@horst-tla> Content-Type: text/plain; charset="UTF-8" Date: Thu, 26 Nov 2009 12:43:25 +0100 Message-ID: <1259235805.3342.3.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: What's Eating FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 11:55:02 -0000 On Wed, 2009-11-25 at 20:29 -0800, michael brindle wrote: > freebsd-upgrade -r 8.0-RELEASE upgrade may be freebsd-update -r 8.0-RELEASE upgrade works better :) cheers Marten -- http://www.voedselbankleiden.nl needs your help! http://martenvijn.nl http://bsd.wifisoft.org/nek/ http://opencommunitycamp.org OCC 2010 From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 11:59:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8ADC106566B for ; Thu, 26 Nov 2009 11:59:28 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 554AD8FC15 for ; Thu, 26 Nov 2009 11:59:27 +0000 (UTC) Received: from [192.168.178.71] (martenvijn.xs4all.nl [80.101.161.153]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id nAQBxQFk059284; Thu, 26 Nov 2009 12:59:26 +0100 (CET) (envelope-from info@martenvijn.nl) From: Marten Vijn To: Ivan Voras In-Reply-To: References: <1259209094.12131.3513.camel@horst-tla> Content-Type: text/plain; charset="UTF-8" Date: Thu, 26 Nov 2009 12:59:23 +0100 Message-ID: <1259236763.3342.16.camel@mvn-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD-Update [was: Re: What's Eating FreeBSD 8?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 11:59:28 -0000 On Thu, 2009-11-26 at 12:45 +0100, Ivan Voras wrote: > michael brindle wrote: > > freebsd-update -r 8.0-RELEASE upgrade > > > > works fine for me with my i386. > > While there, what is happening with freebsd-update? I haven't been able > to use it for some time now. Not that I use it often - I usually upgrade > via source - but on about 5 different machines I cannot use it anymore: > > # freebsd-update -r 8.0-RELEASE upgrade > Looking up update.FreeBSD.org mirrors... 3 mirrors found. > Fetching public key from update5.FreeBSD.org... failed. > Fetching public key from update2.FreeBSD.org... failed. > Fetching public key from update4.FreeBSD.org... failed. > No mirrors remaining, giving up. FYI, I just updated from update4.FreeBSD.org 2 minutes ago, may there be an issue with keys? cheers, Marten > > _______________________________________________ > 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" -- http://www.voedselbankleiden.nl needs your help! http://martenvijn.nl http://bsd.wifisoft.org/nek/ http://opencommunitycamp.org OCC 2010 From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 12:31:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1026B106568F; Thu, 26 Nov 2009 12:31:57 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from ostracod.unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9050E8FC13; Thu, 26 Nov 2009 12:31:56 +0000 (UTC) Received: from vhoffman-macbook.local (52.shared.namesco.net [195.7.254.52] (may be forged)) (authenticated bits=0) by ostracod.unsane.co.uk (8.14.3/8.14.3) with ESMTP id nAQCWbQk053995 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Nov 2009 12:32:38 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4B0E753A.4040404@unsane.co.uk> Date: Thu, 26 Nov 2009 12:31:54 +0000 From: Vincent Hoffman User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Ivan Voras References: <1259209094.12131.3513.camel@horst-tla> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD-Update [was: Re: What's Eating FreeBSD 8?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 12:31:57 -0000 Ivan Voras wrote: > michael brindle wrote: >> freebsd-update -r 8.0-RELEASE upgrade >> >> works fine for me with my i386. > > While there, what is happening with freebsd-update? I haven't been > able to use it for some time now. Not that I use it often - I usually > upgrade via source - but on about 5 different machines I cannot use it > anymore: > > # freebsd-update -r 8.0-RELEASE upgrade > Looking up update.FreeBSD.org mirrors... 3 mirrors found. > Fetching public key from update5.FreeBSD.org... failed. > Fetching public key from update2.FreeBSD.org... failed. > Fetching public key from update4.FreeBSD.org... failed. > No mirrors remaining, giving up. > cant help other than "works for me", sorry > _______________________________________________ > 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 26 12:46:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACCC8106566C for ; Thu, 26 Nov 2009 12:46:01 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 676778FC08 for ; Thu, 26 Nov 2009 12:46:01 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NDdjT-00045g-TN for freebsd-current@freebsd.org; Thu, 26 Nov 2009 13:45:59 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Nov 2009 13:45:59 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 26 Nov 2009 13:45:59 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 26 Nov 2009 13:45:39 +0100 Lines: 22 Message-ID: References: <1259209094.12131.3513.camel@horst-tla> <1259236763.3342.16.camel@mvn-desktop> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <1259236763.3342.16.camel@mvn-desktop> Sender: news Subject: Re: FreeBSD-Update [was: Re: What's Eating FreeBSD 8?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 12:46:01 -0000 Marten Vijn wrote: > On Thu, 2009-11-26 at 12:45 +0100, Ivan Voras wrote: >> michael brindle wrote: >>> freebsd-update -r 8.0-RELEASE upgrade >>> >>> works fine for me with my i386. >> While there, what is happening with freebsd-update? I haven't been able >> to use it for some time now. Not that I use it often - I usually upgrade >> via source - but on about 5 different machines I cannot use it anymore: >> >> # freebsd-update -r 8.0-RELEASE upgrade >> Looking up update.FreeBSD.org mirrors... 3 mirrors found. >> Fetching public key from update5.FreeBSD.org... failed. >> Fetching public key from update2.FreeBSD.org... failed. >> Fetching public key from update4.FreeBSD.org... failed. >> No mirrors remaining, giving up. > > FYI, I just updated from update4.FreeBSD.org 2 minutes ago, > may there be an issue with keys? I don't know what it is but seems to be sistemic as it doesn't work for systems on different locations. From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 15:33:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 367CD106568F for ; Thu, 26 Nov 2009 15:33:16 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from mail.haruhiism.net (remilia.fujibayashi.jp [92.243.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id E31528FC08 for ; Thu, 26 Nov 2009 15:33:14 +0000 (UTC) Received: from [192.168.0.10] (datacenter.telecombusinessconsulting.net [77.221.137.211]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.haruhiism.net (Postfix) with ESMTPSA id E2FCD108189 for ; Fri, 27 Nov 2009 00:33:11 +0900 (JST) Message-ID: <4B0E9FBC.1000100@haruhiism.net> Date: Thu, 26 Nov 2009 18:33:16 +0300 From: "K.R." User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.4pre) Gecko/20090915 Thunderbird/3.0b4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20091126042855.11FE71CC0E@ptavv.es.net> In-Reply-To: <20091126042855.11FE71CC0E@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: What's Eating FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 15:33:16 -0000 On 26.11.2009 7:28, Kevin Oberman wrote: >> From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III >> Date: Thu, 26 Nov 2009 15:18:14 +1100 >> Sender: owner-freebsd-current@freebsd.org >> >> Hi all. >> >> Just a quick question - what happened to FreeBSD 8.0? I can't even find >> the BETA isos anymore, can't see any RCs, certainly no releases. >> >> I've been looking forward to 8.0 in i386 to deploy on my laptop and in >> ppc to deploy on my mac because of the new altivec support and various >> other nifty new things i've seen. >> >> I got shot down in IRC with something about "it'll be out when we stop >> finding huge bugs and critical regressions" - what's going on? >> >> In anticipation, >> -- Horst. >> > 8.0-Release is being distributed to mirrors at this time, so all of the > RCs and BETAs have been pulled. Some mirrors may have 8.0-RELEASE and I > expect 8.0 to be announced very shortly. > > Note that I am not in any way involved in the release, but I have seen > the future and it is very near. > I'm perfectly sure I downloaded a complete set of 8.0 ISO images off the official BitTorrent tracker *two* days ago. See http://torrents.freebsd.org:8080/ -- Kamigishi REi KREI-RIPE http://fujibayashi.jp From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 17:44:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19CF51065670; Thu, 26 Nov 2009 17:44:33 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id 047C28FC1E; Thu, 26 Nov 2009 17:44:32 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [172.17.196.83] ([63.204.222.2]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KTQ00MTQ9A5FA40@asmtp023.mac.com>; Thu, 26 Nov 2009 09:44:32 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> Date: Thu, 26 Nov 2009 09:44:29 -0800 Message-id: <7A71CC85-4189-405A-BD9E-5BFF2C04D5C2@mac.com> References: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: nslookup dumps core on ia64 HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2009 17:44:33 -0000 On Nov 26, 2009, at 1:14 AM, Anton Shterenlikht wrote: >> nslookup 113.105.65.7 > Server: 137.222.10.36 > Address: 137.222.10.36#53 > > ** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN > > /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed > Abort (core dumped) Recompile with -O0 and see if the problem goes away. If yes, it's a compiler bug -- I haven't looked at it, because I assume it's a compiler bug. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 17:47:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9243F106568F; Thu, 26 Nov 2009 17:47:52 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id 7A6478FC1B; Thu, 26 Nov 2009 17:47:52 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [172.17.196.83] ([63.204.222.2]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KTQ002PZ9FHWX90@asmtp030.mac.com>; Thu, 26 Nov 2009 09:47:43 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091126103551.GA94231@mech-cluster241.men.bris.ac.uk> Date: Thu, 26 Nov 2009 09:47:41 -0800 Message-id: References: <20091126103551.GA94231@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: port www/kazehakase dumps core on ia64 HEAD when printing to a file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 17:47:52 -0000 On Nov 26, 2009, at 2:35 AM, Anton Shterenlikht wrote: > kazehakase-0.5.4_6, FreeBSD 9.0-CURRENT ia64 > > I'm not really sure what to look for in debugger: You want to to recompile at a lower optimization level and with debugging enabled (i.e. -O0 -g). If you can't reproduce the problem this way, it's a compiler bug. If you can reproduce it, then gdb proves to be a lot more useful. At the very least, a backtrace is required. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 18:01:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA5D1065672 for ; Thu, 26 Nov 2009 18:01:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C6F818FC13 for ; Thu, 26 Nov 2009 18:01:49 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 6796046B1A; Thu, 26 Nov 2009 13:01:49 -0500 (EST) Date: Thu, 26 Nov 2009 18:01:49 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "K.R." In-Reply-To: <4B0E9FBC.1000100@haruhiism.net> Message-ID: References: <20091126042855.11FE71CC0E@ptavv.es.net> <4B0E9FBC.1000100@haruhiism.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: What's Eating FreeBSD 8? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Nov 2009 18:01:50 -0000 On Thu, 26 Nov 2009, K.R. wrote: >> 8.0-Release is being distributed to mirrors at this time, so all of the RCs >> and BETAs have been pulled. Some mirrors may have 8.0-RELEASE and I expect >> 8.0 to be announced very shortly. >> >> Note that I am not in any way involved in the release, but I have seen the >> future and it is very near. >> > I'm perfectly sure I downloaded a complete set of 8.0 ISO images off the > official BitTorrent tracker *two* days ago. > > See http://torrents.freebsd.org:8080/ The release process is highly non-atomic -- from time of tag to time of announcement is a minimum of days and typically at least a week. Some of the things between tag and announcement are the build process, validation, upload to ftp-master, distribution to mirrors, and release announcement/notes/press release chewing. I'm not sure this is a problem, but it's true that it's dragged out a bit more than usual. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 20:05:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07BC9106566C for ; Thu, 26 Nov 2009 20:05:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5A78FC17 for ; Thu, 26 Nov 2009 20:05:40 +0000 (UTC) Received: (qmail 3952 invoked by uid 399); 26 Nov 2009 20:05:24 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 Nov 2009 20:05:24 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B0EDF95.2010707@FreeBSD.org> Date: Thu, 26 Nov 2009 12:05:41 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Error in libexec/rpc.statd with today's -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, 26 Nov 2009 20:05:41 -0000 ===> libexec/rpc.rstatd (all) cc -O2 -pipe -g -g -std=gnu99 -fstack-protector -Wformat=2 -Wno-format-extra-args -Werror -static -o rpc.rstatd rstatd.o rstat_proc.o -lrpcsvc -lutil -ldevstat /usr/obj/usr/local/src/tmp/usr/lib/libdevstat.a(devstat.o)(.text+0x157c): In function `readkmem': /usr/local/src/lib/libdevstat/devstat.c:1552: undefined reference to `kvm_read' /usr/obj/usr/local/src/tmp/usr/lib/libdevstat.a(devstat.o)(.text+0x1593):/usr/local/src/lib/libdevstat/devstat.c:1553: undefined reference to `kvm_geterr' /usr/obj/usr/local/src/tmp/usr/lib/libdevstat.a(devstat.o)(.text+0x15f1): In function `readkmem_nl': /usr/local/src/lib/libdevstat/devstat.c:1569: undefined reference to `kvm_nlist' /usr/obj/usr/local/src/tmp/usr/lib/libdevstat.a(devstat.o)(.text+0x1617):/usr/local/src/lib/libdevstat/devstat.c:1570: undefined reference to `kvm_geterr' *** Error code 1 devstat.c already includes kvm.h so that error makes no sense. Any ideas? Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 22:15:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3040106566B for ; Thu, 26 Nov 2009 22:15:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7CDA88FC15 for ; Thu, 26 Nov 2009 22:15:44 +0000 (UTC) Received: (qmail 8917 invoked by uid 399); 26 Nov 2009 22:15:29 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 Nov 2009 22:15:29 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B0EFE12.7040602@FreeBSD.org> Date: Thu, 26 Nov 2009 14:15:46 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4B0EDF95.2010707@FreeBSD.org> In-Reply-To: <4B0EDF95.2010707@FreeBSD.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Error in libexec/rpc.statd with today's -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, 26 Nov 2009 22:15:45 -0000 Doug Barton wrote: > ===> libexec/rpc.rstatd (all) > cc -O2 -pipe -g -g -std=gnu99 -fstack-protector -Wformat=2 > -Wno-format-extra-args -Werror -static -o rpc.rstatd rstatd.o > rstat_proc.o -lrpcsvc -lutil -ldevstat > /usr/obj/usr/local/src/tmp/usr/lib/libdevstat.a(devstat.o)(.text+0x157c): > In function `readkmem': > /usr/local/src/lib/libdevstat/devstat.c:1552: undefined reference to > `kvm_read' > /usr/obj/usr/local/src/tmp/usr/lib/libdevstat.a(devstat.o)(.text+0x1593):/usr/local/src/lib/libdevstat/devstat.c:1553: > undefined reference to `kvm_geterr' > /usr/obj/usr/local/src/tmp/usr/lib/libdevstat.a(devstat.o)(.text+0x15f1): > In function `readkmem_nl': > /usr/local/src/lib/libdevstat/devstat.c:1569: undefined reference to > `kvm_nlist' > /usr/obj/usr/local/src/tmp/usr/lib/libdevstat.a(devstat.o)(.text+0x1617):/usr/local/src/lib/libdevstat/devstat.c:1570: > undefined reference to `kvm_geterr' > *** Error code 1 > > devstat.c already includes kvm.h so that error makes no sense. Thanks to thompsa, adding -lkvm to the Makefile "fixes" this problem, but it's not clear why it's occurring. BTW, my last successful build was 199540. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu Nov 26 22:16:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B02E21065676 for ; Thu, 26 Nov 2009 22:16:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB888FC25 for ; Thu, 26 Nov 2009 22:16:23 +0000 (UTC) Received: (qmail 9712 invoked by uid 399); 26 Nov 2009 22:16:07 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 Nov 2009 22:16:07 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B0EFE38.2080206@FreeBSD.org> Date: Thu, 26 Nov 2009 14:16:24 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Another error in today's -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, 26 Nov 2009 22:16:23 -0000 ===> cddl/usr.bin/ctfdump (all) cc -O2 -pipe -g -DNEED_SOLARIS_BOOLEAN -I/usr/local/src/cddl/usr.bin/ctfdump/../../../cddl/contrib/opensolaris -I/usr/local/src/cddl/usr.bin/ctfdump/../../../sys/cddl/contrib/opensolaris -I/usr/local/src/cddl/usr.bin/ctfdump/../../../cddl/contrib/opensolaris/head -I/usr/local/src/cddl/usr.bin/ctfdump/../../../cddl/contrib/opensolaris/cmd/mdb/tools/common -I/usr/local/src/cddl/usr.bin/ctfdump/../../../sys/cddl/compat/opensolaris -I/usr/local/src/cddl/usr.bin/ctfdump/../../../cddl/compat/opensolaris/include -I/usr/local/src/cddl/usr.bin/ctfdump/../../../cddl/contrib/opensolaris/tools/ctf/common -I/usr/local/src/cddl/usr.bin/ctfdump/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -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 -Wno-pointer-sign -Wno-unknown-pragmas -static -pthread -o ctfdump dump.o symbol.o utils.o -lelf -lz /usr/obj/usr/local/src/tmp/usr/lib/libc.a(err.o)(.text+0x1c0): In function `vwarn': /usr/local/src/lib/libc/gen/err.c:151: multiple definition of `vwarn' utils.o(.text+0x0):/usr/local/src/cddl/usr.bin/ctfdump/../../../cddl/contrib/opensolaris/tools/ctf/common/utils.c:65: first defined here /usr/obj/usr/local/src/tmp/usr/bin/ld: Warning: size of symbol `vwarn' changed from 143 in utils.o to 37 in /usr/obj/usr/local/src/tmp/usr/lib/libc.a(err.o) *** Error code 1 My last successful build was 199540. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 00:40:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7ECE1065704; Fri, 27 Nov 2009 00:40:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 7DEC38FC1A; Fri, 27 Nov 2009 00:40:39 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nAR0edih003376; Thu, 26 Nov 2009 16:40:39 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nAR0edf8003375; Thu, 26 Nov 2009 16:40:39 -0800 (PST) (envelope-from david) Date: Thu, 26 Nov 2009 16:40:38 -0800 From: David Wolfskill To: Doug Barton Message-ID: <20091127004038.GA1211@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Doug Barton , current@freebsd.org References: <4B0EFE38.2080206@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <4B0EFE38.2080206@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: Another error in today's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 00:40:39 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 26, 2009 at 02:16:24PM -0800, Doug Barton wrote: > ... > *** Error code 1 >=20 > My last successful build was 199540. I had no problems building (& running -- modulo my known issues) head at r199821 (today) or r199797 (yesterday) or r199746 (the day before). Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksPIAYACgkQmprOCmdXAD1OLQCfQal8Pyz+dgV4AiZ8+fYjuaPY bz8AnAsFThd8ubIRTgtDlJHPiqYoFx7v =ihJ9 -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 00:59:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F245106568B for ; Fri, 27 Nov 2009 00:59:02 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id C4C9E8FC22 for ; Fri, 27 Nov 2009 00:59:01 +0000 (UTC) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.3/8.14.3) with ESMTP id nAR0wuwi053627 for ; Fri, 27 Nov 2009 00:58:57 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk nAR0wuwi053627 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1259283537; bh=DARvMWB570NVLMayoazuis7Hn4Qiw+l7JUmGPpcbXVo=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4B0F244A.60404@infracaninophile.co.uk>|Date:=20Fri ,=2027=20Nov=202009=2000:58:50=20+0000|From:=20Matthew=20Seaman=20 |Organization:=20Infracaninophile |User-Agent:=20Thunderbird=202.0.0.23=20(X11/20090823)|MIME-Versio n:=201.0|To:=20freebsd-current@freebsd.org|Subject:=20Re:=20Buildi ng=20RELENG_8_0=20confused=20by=20openldap.|References:=20<4B0E57C C.7050509@infracaninophile.co.uk>|In-Reply-To:=20<4B0E57CC.7050509 @infracaninophile.co.uk>|X-Enigmail-Version:=200.95.6|Content-Type :=20multipart/signed=3B=20micalg=3Dpgp-sha256=3B=0D=0A=20protocol= 3D"application/pgp-signature"=3B=0D=0A=20boundary=3D"------------e nig4D14DC53F8C923C05D68866C"; b=4UbQiZGzAEsDKUFNoGRbaEiF7ZOzsw58das8DNugrImK4dxx7Ak35jmrT0Mko1T8Y NkWt7tPeQ1h1X3prW3jND2iXz4CUecxbnn3lbiHotvIu2HMg5gTHRW9QsMVm2Qzau4 LJQcQTYsCNBlA1CjdsDwoYrZtGVS7PvThmuPdasw= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be happy-idiot-talk.infracaninophile.co.uk Message-ID: <4B0F244A.60404@infracaninophile.co.uk> Date: Fri, 27 Nov 2009 00:58:50 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4B0E57CC.7050509@infracaninophile.co.uk> In-Reply-To: <4B0E57CC.7050509@infracaninophile.co.uk> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig4D14DC53F8C923C05D68866C" X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Subject: Re: Building RELENG_8_0 confused by openldap. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 00:59:02 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4D14DC53F8C923C05D68866C Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Matthew Seaman wrote: > Hi, >=20 > I realise that 8.0 is literally just heading out of the door, but I see= m to > have discovered a problem. >=20 > When building the RELENG_8_0 world preparatory to upgrading a RELENG_7_= 2 > machine with OpenLDAP 2.4.19 installed, the build falls over because Ke= rberos ipropd picks up the presence of /usr/local/lib/libldap.so ultimate= ly causing linking to fail because of missing OpenSSL symbols: >=20 > =3D=3D=3D> kerberos5/libexec/ipropd-master (all) > cc -O2 -pipe -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypt= o/heimdal/lib/krb5 -I/usr/src/kerberos5/libexec/ipropd-master/../../../cr= ypto/heimdal/lib/asn1 -I/usr/src/kerberos5/libexec/ipropd-master/../../..= /crypto/heimdal/lib/roken -I. -I/usr/local/include -DOPENLDAP=3D1 -DHAVE= _CONFIG_H -I/usr/src/kerberos5/libexec/ipropd-master/../../include -std=3D= gnu99 -fstack-protector -c /usr/src/kerberos5/libexec/ipropd-master/../.= =2E/../crypto/heimdal/lib/kadm5/ipropd_common.c > cc -O2 -pipe -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypt= o/heimdal/lib/krb5 -I/usr/src/kerberos5/libexec/ipropd-master/../../../cr= ypto/heimdal/lib/asn1 -I/usr/src/kerberos5/libexec/ipropd-master/../../..= /crypto/heimdal/lib/roken -I. -I/usr/local/include -DOPENLDAP=3D1 -DHAVE= _CONFIG_H -I/usr/src/kerberos5/libexec/ipropd-master/../../include -std=3D= gnu99 -fstack-protector -c /usr/src/kerberos5/libexec/ipropd-master/../.= =2E/../crypto/heimdal/lib/kadm5/ipropd_master.c > cc -O2 -pipe -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypt= o/heimdal/lib/krb5 -I/usr/src/kerberos5/libexec/ipropd-master/../../../cr= ypto/heimdal/lib/asn1 -I/usr/src/kerberos5/libexec/ipropd-master/../../..= /crypto/heimdal/lib/roken -I. -I/usr/local/include -DOPENLDAP=3D1 -DHAVE= _CONFIG_H -I/usr/src/kerberos5/libexec/ipropd-master/../../include -std=3D= gnu99 -fstack-protector -L/usr/local/lib -Wl,-rpath,/usr/local/lib -o ip= ropd-master ipropd_common.o ipropd_master.o -lkadm5srv -lhdb -lkrb5 -lhx5= 09 -lroken /usr/obj/usr/src/kerberos5/libexec/ipropd-master/../../lib/lib= vers/libvers.a -lasn1 -lcrypto -lcrypt -lcom_err -lldap -llber > /usr/obj/usr/src/tmp/usr/bin/ld: warning: libssl.so.5, needed by /usr/l= ocal/lib/libldap.so, not found (try using -rpath or -rpath-link) > /usr/obj/usr/src/tmp/usr/bin/ld: warning: libcrypto.so.5, needed by /us= r/local/lib/libldap.so, not found (try using -rpath or -rpath-link) > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_tmp_rsa_= callback' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_info_cal= lback' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_free' > /usr/local/lib/libldap.so: undefined reference to `SSL_shutdown' > /usr/local/lib/libldap.so: undefined reference to `SSL_load_client_CA_f= ile' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_default_= verify_paths' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_session_= id_context' > /usr/local/lib/libldap.so: undefined reference to `SSL_get_error' > /usr/local/lib/libldap.so: undefined reference to `SSL_read' > /usr/local/lib/libldap.so: undefined reference to `SSL_new' > /usr/local/lib/libldap.so: undefined reference to `SSL_add_dir_cert_sub= jects_to_stack' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_new' > /usr/local/lib/libldap.so: undefined reference to `SSL_library_init' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_load_verify_= locations' > /usr/local/lib/libldap.so: undefined reference to `SSL_pending' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_verify' > /usr/local/lib/libldap.so: undefined reference to `SSL_set_bio' > /usr/local/lib/libldap.so: undefined reference to `SSL_load_error_strin= gs' > /usr/local/lib/libldap.so: undefined reference to `SSL_get_certificate'= > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_cipher_l= ist' > /usr/local/lib/libldap.so: undefined reference to `SSL_accept' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_ctrl' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_get_cert_sto= re' > /usr/local/lib/libldap.so: undefined reference to `SSL_get_current_ciph= er' > /usr/local/lib/libldap.so: undefined reference to `SSL_CIPHER_get_bits'= > /usr/local/lib/libldap.so: undefined reference to `SSLv23_method' > /usr/local/lib/libldap.so: undefined reference to `SSL_alert_desc_strin= g_long' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_use_PrivateK= ey_file' > /usr/local/lib/libldap.so: undefined reference to `SSL_alert_type_strin= g_long' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_tmp_dh_c= allback' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_use_certific= ate_file' > /usr/local/lib/libldap.so: undefined reference to `SSL_state_string_lon= g' > /usr/local/lib/libldap.so: undefined reference to `SSL_connect' > /usr/local/lib/libldap.so: undefined reference to `SSL_free' > /usr/local/lib/libldap.so: undefined reference to `SSL_get_peer_certifi= cate' > /usr/local/lib/libldap.so: undefined reference to `SSL_get_verify_resul= t' > /usr/local/lib/libldap.so: undefined reference to `SSL_CTX_set_client_C= A_list' > /usr/local/lib/libldap.so: undefined reference to `SSL_write' > *** Error code 1 >=20 > Stop in /usr/src/kerberos5/libexec/ipropd-master. > *** Error code 1 >=20 > Stop in /usr/src/kerberos5/libexec. > *** Error code 1 >=20 > Stop in /usr/src/kerberos5. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 This seems to only affect the compilation of RELENG_8_0 sources in RELENG= _7_2. Worked around by setting WITHOUT_KERBEROS=3Dyes in /etc/src.conf, upgradi= ng the system through the usual procedure including rebuilding all of the ports,= and then removing /etc/src.conf and rebuilding world,kernel one more time. Still, ipropd-{master,slave} end up linked against the LDAP shlibs instal= led from ports which seems wrong to me, at least not without having to expres= sly set make variables to turn that behaviour on. % ldd /usr/libexec/ipropd-master=20 /usr/libexec/ipropd-master: libkadm5srv.so.10 =3D> /usr/lib/libkadm5srv.so.10 (0x80064b000) libhdb.so.10 =3D> /usr/lib/libhdb.so.10 (0x80075a000) libkrb5.so.10 =3D> /usr/lib/libkrb5.so.10 (0x800876000) libhx509.so.10 =3D> /usr/lib/libhx509.so.10 (0x8009e3000) libroken.so.10 =3D> /usr/lib/libroken.so.10 (0x800b22000) libasn1.so.10 =3D> /usr/lib/libasn1.so.10 (0x800c33000) libcrypto.so.6 =3D> /lib/libcrypto.so.6 (0x800db2000) libcrypt.so.5 =3D> /lib/libcrypt.so.5 (0x80104b000) libcom_err.so.5 =3D> /usr/lib/libcom_err.so.5 (0x801164000) libldap-2.4.so.7 =3D> /usr/local/lib/libldap-2.4.so.7 (0x80126600= 0) liblber-2.4.so.7 =3D> /usr/local/lib/liblber-2.4.so.7 (0x8013a400= 0) libc.so.7 =3D> /lib/libc.so.7 (0x8014b1000) libssl.so.6 =3D> /usr/lib/libssl.so.6 (0x8016e7000) Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig4D14DC53F8C923C05D68866C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAksPJFAACgkQ8Mjk52CukIxG3wCeMLJMyqp0jqC1PS/kUk84i1hY y4QAnR3TN2EiX1ttpA02itMD124mtkD5 =n92O -----END PGP SIGNATURE----- --------------enig4D14DC53F8C923C05D68866C-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 01:24:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12B20106566B; Fri, 27 Nov 2009 01:24:43 +0000 (UTC) (envelope-from kensmith@cse.buffalo.edu) Received: from localmailC.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.204]) by mx1.freebsd.org (Postfix) with ESMTP id DBAD68FC1B; Fri, 27 Nov 2009 01:24:42 +0000 (UTC) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 94D015627; Thu, 26 Nov 2009 20:06:25 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 212545614; Thu, 26 Nov 2009 20:06:25 -0500 (EST) Received: from mweb1.acsu.buffalo.edu (mweb1.acsu.buffalo.edu [128.205.5.238]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 1B6A355F2; Thu, 26 Nov 2009 20:06:25 -0500 (EST) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) by mweb1.acsu.buffalo.edu (Postfix) with ESMTP id A278C5B003A; Thu, 26 Nov 2009 20:06:24 -0500 (EST) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Z5db9p2oJAthtKYUZSA6" Date: Thu, 26 Nov 2009 20:06:23 -0500 Message-Id: <1259283983.92302.23.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: XX: 27% X-Mailman-Approved-At: Fri, 27 Nov 2009 02:49:19 +0000 Cc: Subject: 8.0-RELEASE completed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 01:24:43 -0000 --=-Z5db9p2oJAthtKYUZSA6 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Just a quick note in case there are people here who aren't subscribed to the freebsd-announce@ mailing list. We have completed the 8.0-RELEASE cycle. Details about the release are available from the main web site, in particular the announcement itself is available here: http://www.freebsd.org/releases/8.0R/announce.html Thanks for all the help with testing during the release process, as well as your continued support of FreeBSD. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-Z5db9p2oJAthtKYUZSA6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAksPJg8ACgkQ/G14VSmup/YH5ACfQ+23gMjww1eqen+G4311ltUo QTUAnjqKfB4Q3qUyYOJji5v2lbwFNZVO =fybo -----END PGP SIGNATURE----- --=-Z5db9p2oJAthtKYUZSA6-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 02:59:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0864106568B for ; Fri, 27 Nov 2009 02:59:00 +0000 (UTC) (envelope-from behrnetworks@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 36B358FC0A for ; Fri, 27 Nov 2009 02:59:00 +0000 (UTC) Received: by bwz5 with SMTP id 5so938370bwz.3 for ; Thu, 26 Nov 2009 18:58:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=vntcO3NclRIc+LzBnruZ7XkgDZEH20Sm7WDj5jB1loE=; b=MZKCMh2y7dQJ6rahjDAX9GA6TbGPbmT+RK2njMTK1GZu6egI2qDF5K3raLh61Ij1HU Za5Tnjt0b6NHM+MXCikeLvU03qvbw2UmjEAll/O/+snVaRqp9cnvR9VsRsb8i7ZS6xnd RctAb/12eqWkX/9+JaFJbeEqVREozj3OYQUVg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=kVwroXkcG4OAXFMFcQSGqQEkFqfFiblx094BSJ2dBy4shsuVNAvrIGZQss0UDXw86F q6qVd3AX0OTJU/N79vxD1lPy6ilsMki4subdqawtbUOhxhp/xeAT7+D2PMOH8eKXzvIO fbuw2BG+EcgDnnpkVcqk/UEOKcJO8UF1RKBAk= MIME-Version: 1.0 Received: by 10.204.3.211 with SMTP id 19mr468019bko.153.1259289118439; Thu, 26 Nov 2009 18:31:58 -0800 (PST) Date: Thu, 26 Nov 2009 21:31:58 -0500 Message-ID: <64aa03030911261831i1994a3dcpca545ab7ffd78dfe@mail.gmail.com> From: Chris To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ipw driver on FreeBSD 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 02:59:00 -0000 Hello, Months ago there was some chatter about the ipw driver (For Centrino Intel 2100 wireless) being broken in 8.0 but that was when 8.0 was still under the CURRENT branch. Can anyone tell me if it has been fixed? I'm having a heck of a time trying to get it to work with the new VAP stuff. Here's the thread I'm referring to: http://old.nabble.com/wpa_supplicant-can%27t-associate-with-WPA2-AP-td22687633.html I'm seeing exactly the same problem shown in the thread when trying to associate with a regular WPA access point. Any info would be appreciated! Chris From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 03:06:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E6881065670; Fri, 27 Nov 2009 03:06:16 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id 00A468FC14; Fri, 27 Nov 2009 03:06:15 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id nAR362Ma001648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 26 Nov 2009 19:06:06 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CAB2C1CC0E; Thu, 26 Nov 2009 19:06:01 -0800 (PST) To: Ken Smith In-reply-to: Your message of "Thu, 26 Nov 2009 20:06:23 EST." <1259283983.92302.23.camel@neo.cse.buffalo.edu> Date: Thu, 26 Nov 2009 19:06:01 -0800 From: "Kevin Oberman" Message-Id: <20091127030601.CAB2C1CC0E@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-11-26_07:2009-11-16, 2009-11-26, 2009-11-26 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0911260287 Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: 8.0-RELEASE completed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 03:06:16 -0000 > From: Ken Smith > Date: Thu, 26 Nov 2009 20:06:23 -0500 > Sender: owner-freebsd-stable@freebsd.org > > > Just a quick note in case there are people here who aren't subscribed to > the freebsd-announce@ mailing list. > > We have completed the 8.0-RELEASE cycle. Details about the release are > available from the main web site, in particular the announcement itself > is available here: > > http://www.freebsd.org/releases/8.0R/announce.html > > Thanks for all the help with testing during the release process, as well > as your continued support of FreeBSD. And congratulations and thanks to the entire FreeBSD release engineering team and the contributors. It's a .0 release, but my experience with it through the release cycle has been excellent. I especially appreciate the new USB stack which has fixed all sorts of annoying issues (and a couple that were a lot more than annoying) in the old stack. Great job! -- 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 From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 03:07:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41CA6106566B; Fri, 27 Nov 2009 03:07:33 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id DEF5B8FC1B; Fri, 27 Nov 2009 03:07:32 +0000 (UTC) Received: from T61p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.3/8.14.3) with ESMTP id nAR2k9Zp026751 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 26 Nov 2009 18:46:09 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <200911270246.nAR2k9Zp026751@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 26 Nov 2009 18:46:04 -0800 To: current@freebsd.org From: Manfred Antar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED,MISSING_MID, USER_IN_WHITELIST autolearn=failed version=3.2.5, No X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: nAR2k9Zp026751 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: ports@freebsd.org Subject: libthr on current breaks some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 03:07:33 -0000 The new addition to Makefile on /lib/libthr "-Wl,-znodlopen " Breaks php4 and mhash on my current 1386 I'm sure other ports that use it are broken too as can't load the lib. Remove -Wl,-znodlopen and everything works again. Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 05:49:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52050106566C for ; Fri, 27 Nov 2009 05:49:42 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0B88FC17 for ; Fri, 27 Nov 2009 05:49:41 +0000 (UTC) Received: by iwn36 with SMTP id 36so747958iwn.3 for ; Thu, 26 Nov 2009 21:49:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=FthNPnZOZyPV+yxUU0HSUY2tAmeMVIMUdt/xd6fyLfg=; b=bl4XvnpZ93l8fb0QVoZ1MB2GDTdgeWYWfll5MBVnS+YVGD4ktH6R1lrFLzpbHTUtx0 PHVegXxzSFhWLpv7Sl9HsnuWuVBx5XAdsNhudO1CFWgrRmYHNX2A5Hqvo+FOFzlQxHVD yV2eNmolTHHxeXZ3ksgkCXmYUhMETvrOxIkQo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=vgSOeH0Umk6ptGEAxsxzglMgHdW2RmFBKN6Y6Re243if9WxLxg7V0WfqAnjUvG+mJ2 D9BTSTgSad1f5AV2WhGV1uezC5N9GnMwlV/0ClDiSY3e0s4cI/ljC/7ZY6Rn7f1MDFY4 QpaJ+8s9rtoMyStm1S+/A5vSIaYl/l08wHHy4= MIME-Version: 1.0 Received: by 10.231.167.65 with SMTP id p1mr1508422iby.20.1259300981219; Thu, 26 Nov 2009 21:49:41 -0800 (PST) In-Reply-To: <4B0F244A.60404@infracaninophile.co.uk> References: <4B0E57CC.7050509@infracaninophile.co.uk> <4B0F244A.60404@infracaninophile.co.uk> Date: Thu, 26 Nov 2009 23:49:41 -0600 Message-ID: <790a9fff0911262149q2ccc91ecw23b89e067ef654ff@mail.gmail.com> From: Scot Hetzel To: Matthew Seaman Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Building RELENG_8_0 confused by openldap. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 05:49:42 -0000 On 11/26/09, Matthew Seaman wrote: > Still, ipropd-{master,slave} end up linked against the LDAP shlibs > installed > from ports which seems wrong to me, at least not without having to > expressly > set make variables to turn that behaviour on. > > % ldd /usr/libexec/ipropd-master /usr/libexec/ipropd-master: > libkadm5srv.so.10 => /usr/lib/libkadm5srv.so.10 (0x80064b000) > libhdb.so.10 => /usr/lib/libhdb.so.10 (0x80075a000) > libkrb5.so.10 => /usr/lib/libkrb5.so.10 (0x800876000) > libhx509.so.10 => /usr/lib/libhx509.so.10 (0x8009e3000) > libroken.so.10 => /usr/lib/libroken.so.10 (0x800b22000) > libasn1.so.10 => /usr/lib/libasn1.so.10 (0x800c33000) > libcrypto.so.6 => /lib/libcrypto.so.6 (0x800db2000) > libcrypt.so.5 => /lib/libcrypt.so.5 (0x80104b000) > libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x801164000) > libldap-2.4.so.7 => /usr/local/lib/libldap-2.4.so.7 > (0x801266000) > liblber-2.4.so.7 => /usr/local/lib/liblber-2.4.so.7 > (0x8013a4000) > libc.so.7 => /lib/libc.so.7 (0x8014b1000) > libssl.so.6 => /usr/lib/libssl.so.6 (0x8016e7000) > Have a look at src/kerberos5/Makefile.inc. This files adds the dependancy on OpenLDAP when WITH_OPENLDAP is defined. Do you have WITH_OPENLDAP defined in /etc/make.conf? One way to prevent Ports configuration variables from affecting the build of the FreeBSD src is to use ports-mgmt/portconf, and put those variables in /usr/local/etc/ports.conf file. Scot From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 07:24:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2C6810656F5 for ; Fri, 27 Nov 2009 07:24:36 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 867118FC1B for ; Fri, 27 Nov 2009 07:24:36 +0000 (UTC) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.3/8.14.3) with ESMTP id nAR7OUZK067603; Fri, 27 Nov 2009 07:24:31 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk nAR7OUZK067603 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1259306671; bh=rC0B5JL2P/OQK8E2iVaMsm+T2ow5aQ4ZpOandEzGF3o=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4B0F7EA8.4090408@infracaninophile.co.uk>|Date:=20F ri,=2027=20Nov=202009=2007:24:24=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.23=20(X11/20090823)|MIME-Vers ion:=201.0|To:=20Scot=20Hetzel=20|CC:=20freebs d-current@freebsd.org|Subject:=20Re:=20Building=20RELENG_8_0=20con fused=20by=20openldap.|References:=20<4B0E57CC.7050509@infracanino phile.co.uk>=09<4B0F244A.60404@infracaninophile.co.uk>=20<790a9fff 0911262149q2ccc91ecw23b89e067ef654ff@mail.gmail.com>|In-Reply-To:= 20<790a9fff0911262149q2ccc91ecw23b89e067ef654ff@mail.gmail.com>|X- Enigmail-Version:=200.95.6|Content-Type:=20multipart/signed=3B=20m icalg=3Dpgp-sha256=3B=0D=0A=20protocol=3D"application/pgp-signatur e"=3B=0D=0A=20boundary=3D"------------enig3CEE6CA7015507AE1E086FF3 "; b=rPhWOEeyKt1o7s586HPqivuTjznQ+gwSk8XolNHfzz2N83ka084a8M4tH6nJQ3eUG aLLFCDX0K+XWdEpsrgIyF5w+Dc9XtBCHOmDuJxItVRMrGWmbM5GQW7QJlVLNkPJufa egTOe9+IhTzhyMMcqrb7daQwNsysMhQMPaApvVLg= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be happy-idiot-talk.infracaninophile.co.uk Message-ID: <4B0F7EA8.4090408@infracaninophile.co.uk> Date: Fri, 27 Nov 2009 07:24:24 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: Scot Hetzel References: <4B0E57CC.7050509@infracaninophile.co.uk> <4B0F244A.60404@infracaninophile.co.uk> <790a9fff0911262149q2ccc91ecw23b89e067ef654ff@mail.gmail.com> In-Reply-To: <790a9fff0911262149q2ccc91ecw23b89e067ef654ff@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig3CEE6CA7015507AE1E086FF3" X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-current@freebsd.org Subject: Re: Building RELENG_8_0 confused by openldap. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 07:24:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3CEE6CA7015507AE1E086FF3 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Scot Hetzel wrote: > On 11/26/09, Matthew Seaman wrote: >> Still, ipropd-{master,slave} end up linked against the LDAP shlibs >> installed >> from ports which seems wrong to me, at least not without having to >> expressly >> set make variables to turn that behaviour on. >> >> % ldd /usr/libexec/ipropd-master /usr/libexec/ipropd-master: >> libkadm5srv.so.10 =3D> /usr/lib/libkadm5srv.so.10 (0x80064b000)= >> libhdb.so.10 =3D> /usr/lib/libhdb.so.10 (0x80075a000) >> libkrb5.so.10 =3D> /usr/lib/libkrb5.so.10 (0x800876000) >> libhx509.so.10 =3D> /usr/lib/libhx509.so.10 (0x8009e3000) >> libroken.so.10 =3D> /usr/lib/libroken.so.10 (0x800b22000) >> libasn1.so.10 =3D> /usr/lib/libasn1.so.10 (0x800c33000) >> libcrypto.so.6 =3D> /lib/libcrypto.so.6 (0x800db2000) >> libcrypt.so.5 =3D> /lib/libcrypt.so.5 (0x80104b000) >> libcom_err.so.5 =3D> /usr/lib/libcom_err.so.5 (0x801164000) >> libldap-2.4.so.7 =3D> /usr/local/lib/libldap-2.4.so.7 >> (0x801266000) >> liblber-2.4.so.7 =3D> /usr/local/lib/liblber-2.4.so.7 >> (0x8013a4000) >> libc.so.7 =3D> /lib/libc.so.7 (0x8014b1000) >> libssl.so.6 =3D> /usr/lib/libssl.so.6 (0x8016e7000) >> > Have a look at src/kerberos5/Makefile.inc. This files adds the > dependancy on OpenLDAP when WITH_OPENLDAP is defined. >=20 > Do you have WITH_OPENLDAP defined in /etc/make.conf? >=20 > One way to prevent Ports configuration variables from affecting the > build of the FreeBSD src is to use ports-mgmt/portconf, and put those > variables in /usr/local/etc/ports.conf file. D'Oh! Of course I do have WITH_OPENLDAP defined in /etc/make.conf, so linking against the LDAP libs is just doing what I told it to do. No problem. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig3CEE6CA7015507AE1E086FF3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAksPfq4ACgkQ8Mjk52CukIzIswCfVNoB0cxhabELKkgrbuOtBnCE j3gAn2W3s6j0IfD40D1Zo6/vTuJzjHBG =HHfm -----END PGP SIGNATURE----- --------------enig3CEE6CA7015507AE1E086FF3-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 10:22:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7323E1065670; Fri, 27 Nov 2009 10:22:08 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 3005A8FC08; Fri, 27 Nov 2009 10:22:07 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NDxxh-0006By-NL; Fri, 27 Nov 2009 10:22:05 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NDxxg-0000db-Sc; Fri, 27 Nov 2009 10:22:01 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nARAM0gc003145; Fri, 27 Nov 2009 10:22:00 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nARAM0XT003144; Fri, 27 Nov 2009 10:22:00 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 27 Nov 2009 10:22:00 +0000 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20091127102200.GB3108@mech-cluster241.men.bris.ac.uk> References: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> <7A71CC85-4189-405A-BD9E-5BFF2C04D5C2@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7A71CC85-4189-405A-BD9E-5BFF2C04D5C2@mac.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: nslookup dumps core on ia64 HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 10:22:08 -0000 On Thu, Nov 26, 2009 at 09:44:29AM -0800, Marcel Moolenaar wrote: > > On Nov 26, 2009, at 1:14 AM, Anton Shterenlikht wrote: > > >> nslookup 113.105.65.7 > > Server: 137.222.10.36 > > Address: 137.222.10.36#53 > > > > ** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN > > > > /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed > > Abort (core dumped) > > Recompile with -O0 and see if the problem goes away. If yes, it's > a compiler bug -- I haven't looked at it, because I assume it's a > compiler bug. As /usr/bin/nslookup is part of the base system, do you recommend using CFLAGS= -O0 in /etc/make.conf ? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 10:40:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AD7F1065670; Fri, 27 Nov 2009 10:40:46 +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 5D77D8FC17; Fri, 27 Nov 2009 10:40:46 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 6ED296D41B; Fri, 27 Nov 2009 10:40:44 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 38DC2844F1; Fri, 27 Nov 2009 11:40:44 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Manfred Antar References: <200911270246.nAR2k9Zp026751@pozo.com> Date: Fri, 27 Nov 2009 11:40:44 +0100 In-Reply-To: <200911270246.nAR2k9Zp026751@pozo.com> (Manfred Antar's message of "Thu, 26 Nov 2009 18:46:04 -0800") Message-ID: <86ocmos11v.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, current@freebsd.org Subject: Re: libthr on current breaks some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 10:40:46 -0000 Manfred Antar writes: > The new addition to Makefile on /lib/libthr "-Wl,-znodlopen " > Breaks php4 and mhash on my current 1386 If they try to dlopen() libthr, they're already broken. > I'm sure other ports that use it are broken too as can't load the lib. I doubt it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 06:24:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15ED810657A0; Fri, 27 Nov 2009 06:24:01 +0000 (UTC) (envelope-from kline@thought.org) Received: from aristotle.thought.org (ns1.thought.org [209.180.213.210]) by mx1.freebsd.org (Postfix) with ESMTP id 6B66E8FC1D; Fri, 27 Nov 2009 06:24:00 +0000 (UTC) Received: from thought.org (tao.thought.org [10.47.0.250]) (authenticated bits=0) by aristotle.thought.org (8.14.2/8.14.2) with ESMTP id nAR5vYCi046064; Thu, 26 Nov 2009 21:57:34 -0800 (PST) (envelope-from kline@thought.org) Received: by thought.org (nbSMTP-1.00) for uid 1002 kline@thought.org; Thu, 26 Nov 2009 21:57:58 -0800 (PST) Date: Thu, 26 Nov 2009 21:57:58 -0800 From: Gary Kline To: Kevin Oberman Message-ID: <20091127055757.GA75657@thought.org> References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127030601.CAB2C1CC0E@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091127030601.CAB2C1CC0E@ptavv.es.net> User-Agent: Mutt/1.4.2.3i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: With 23 years of service to the Unix community. X-Spam-Status: No, score=-4.4 required=3.6 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on aristotle.thought.org X-Mailman-Approved-At: Fri, 27 Nov 2009 13:06:16 +0000 Cc: Ken Smith , freebsd-stable , freebsd-current@freebsd.org Subject: Re: 8.0-RELEASE completed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 06:24:01 -0000 Some questions that I hope are not too far OT:: On Thu, Nov 26, 2009 at 07:06:01PM -0800, Kevin Oberman wrote: > > From: Ken Smith > > Date: Thu, 26 Nov 2009 20:06:23 -0500 > > Sender: owner-freebsd-stable@freebsd.org > > > > > > Just a quick note in case there are people here who aren't subscribed to > > the freebsd-announce@ mailing list. > > > > We have completed the 8.0-RELEASE cycle. Details about the release are > > available from the main web site, in particular the announcement itself > > is available here: > > > > http://www.freebsd.org/releases/8.0R/announce.html > > > > Thanks for all the help with testing during the release process, as well > > as your continued support of FreeBSD. > > And congratulations and thanks to the entire FreeBSD release engineering > team and the contributors. It's a .0 release, but my experience with it > through the release cycle has been excellent. I especially appreciate the > new USB stack which has fixed all sorts of annoying issues (and a couple > that were a lot more than annoying) in the old stack. > /* I echo Kevin's congrats, of course; it ain't getting any *easier*, certainly. */ Altho I am still some time from having my migration from the 1998 Kayak -> 2009 Dell done and working, will it be possible to upgrade my 32bit 7.2-R, p4 to a 64bit 8.0? Even tho i am documenting __everything__, it isn't something I would care to do more than necessary. In going from 32bits to 64, does the filesystem change? My hunch is that it does, but thought I would get that clear as a first step. My Intell duo-core is very fast; would moving to the 64-bit system be a net gain or loss [in performance]. Eventuaaly, I *will* have 64-bit micros, killers or otherwise, :-) ... thanks in advance. > Great job! > -- > 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 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Gary Kline kline@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.31a release of Jottings: http://jottings.thought.org/index.php From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 08:51:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C6E7106566C for ; Fri, 27 Nov 2009 08:51:36 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id 07B508FC12 for ; Fri, 27 Nov 2009 08:51:35 +0000 (UTC) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id nAR8X4a9055040; Fri, 27 Nov 2009 09:33:04 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 86D25BAC2; Fri, 27 Nov 2009 09:33:04 +0100 (CET) Date: Fri, 27 Nov 2009 09:33:04 +0100 From: Roland Smith To: Gary Kline Message-ID: <20091127083304.GA8618@slackbox.xs4all.nl> References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127030601.CAB2C1CC0E@ptavv.es.net> <20091127055757.GA75657@thought.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <20091127055757.GA75657@thought.org> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Fri, 27 Nov 2009 13:06:43 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: 8.0-RELEASE completed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 08:51:36 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 26, 2009 at 09:57:58PM -0800, Gary Kline wrote: >=20 > Altho I am still some time from having my migration from the > 1998 Kayak -> 2009 Dell done and working, will it be possible > to upgrade my 32bit 7.2-R, p4 to a 64bit 8.0?=20 It is possible, but not easy. Upgrading from 7.x to 8.0 on the same architecture is not that hard IMHO. Upgrading from i386 to amd64 on the same release is doable but tricky; you need a spare root partition to install the amd64 binaries. Combining these two sounds like a big can of worms to me. My advice would be _not_ to do it. It would be far easier to just install 8.0 on the new machine and migrate y= our data and configuration files. You are going to have to build your ports from scratch anyway, because you're switching to another architecture and another major release. As far as I know, the on-disk filesystem format hasn't changed. (unless your old machine is still running UFS1. The default now is UFS2) There are a couple of differences between 7.x and 8.0; * The USB stack has been rewritten. I've had to change the following in /etc/devfs.rules: replace "add path 'usb*' mode 0660 group usb" with "add path 'usb/*' mode 0660 group usb"=20 * The name of the tty devices has changed in /etc/ttys; ttydN -> ttyuN (impacts /etc/ttys) * There have been a lot of changes in the kernel configuration. If you want= a custom kernel, start anew from the 8.0 GENERIC kernel so you don't miss anything.=20 * A lot of changes as well in /etc/src.conf (the file that defines which pa= rts of the system are built from source) * Network cards show up in dmesg and ifconfig, but not as devices in /dev (= but that could be a configuration error on my part.) All my configuration files are kept in a directory that is under revision control by git(1), so I could show you exactly what changes I've made. > would get that clear as a first step. My Intell duo-core is > very fast; would moving to the 64-bit system be a net gain or > loss [in performance]. =20 There is no clear gain or loss answer to that one. It depends on the worklo= ad you are running. On the plus size, amd64 has a lot more general registers available in the CPU than i386. On the other hand, the binaries are bigger.=20 Since you're switching to another CPU, things like cache size will have a major inpact. WRT single versus multi cores, my impression has been that the individual cores in a multi-core intel CPU are somewhat slower that the core of a similarly clocked single-core CPU. (based on some informal testing I've done with povray). If your workloads are capable of running on multiple cor= es (e.g. make jobs, different programs running concurrently) there will be a significant speed increase. You only _need_ amd64 if you are running out of address space on the i386 architecture. Having said that, I've been running amd64 on my desktop since 5.3-RELEASE more or less because I can, and it has worked fine ever since. = Be aware though that there are a few (most binary) ports that do not work on amd64. You can see that in the port Makefiles by looking for things like NOT_FOR_ARCHS and ONLY_FOR_ARCHS. HTH, Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksPjsAACgkQEnfvsMMhpyU9FgCffxYTR3f1N8BJ1gMQd/7e9A3F BEQAniXU53GOIKUMLlX75yOh+kJs9Qq4 =wOcc -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 13:08:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D308106568F; Fri, 27 Nov 2009 13:08:27 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 44D158FC1A; Fri, 27 Nov 2009 13:08:27 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.70 (FreeBSD)) (envelope-from ) id 1NE0Yk-00009a-AO; Fri, 27 Nov 2009 13:08:26 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id C5B672C4DDB6; Fri, 27 Nov 2009 22:08:25 +0900 (JST) Date: Fri, 27 Nov 2009 22:08:25 +0900 Message-ID: From: Randy Bush To: "Kevin Oberman" In-Reply-To: <20091127030601.CAB2C1CC0E@ptavv.es.net> References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127030601.CAB2C1CC0E@ptavv.es.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: 8.0-RELEASE completed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 13:08:27 -0000 yep. have upgraded to 8.0-RELEASE on a number of servers and it is very boring. this is a feature. thanks all. randy From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 13:16:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C58A1065670; Fri, 27 Nov 2009 13:16:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 770CC8FC19; Fri, 27 Nov 2009 13:16:21 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nARDG68b023528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Nov 2009 15:16:06 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nARDG6b5012099; Fri, 27 Nov 2009 15:16:06 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nARDG67b012098; Fri, 27 Nov 2009 15:16:06 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 27 Nov 2009 15:16:06 +0200 From: Kostik Belousov To: Dag-Erling Sm??rgrav Message-ID: <20091127131606.GB2368@deviant.kiev.zoral.com.ua> References: <200911270246.nAR2k9Zp026751@pozo.com> <86ocmos11v.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: <86ocmos11v.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org, current@freebsd.org Subject: Re: libthr on current breaks some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 13:16:22 -0000 --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 27, 2009 at 11:40:44AM +0100, Dag-Erling Sm??rgrav wrote: > Manfred Antar writes: > > The new addition to Makefile on /lib/libthr "-Wl,-znodlopen " > > Breaks php4 and mhash on my current 1386 >=20 > If they try to dlopen() libthr, they're already broken. As an absolute minimum, you get non-working errno, because libraries loaded after libthr reference libthr threaded errno, while libc still uses global errno. Once, I spent several hours searching for the memory corruption only to realize this. >=20 > > I'm sure other ports that use it are broken too as can't load the lib. >=20 > I doubt it. >=20 > DES > --=20 > Dag-Erling Sm??rgrav - des@des.no > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksP0RYACgkQC3+MBN1Mb4hvVACfdutYnYv0vmzzTKOvOR288wZ4 eT4AnRDX/3Iho5IVGC5x9USaysHPx3M+ =gOwc -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 14:22:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B48B81065670 for ; Fri, 27 Nov 2009 14:22:55 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 707DF8FC08 for ; Fri, 27 Nov 2009 14:22:55 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NE1ik-0008HL-Sk for freebsd-current@freebsd.org; Fri, 27 Nov 2009 15:22:50 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 27 Nov 2009 15:22:50 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 27 Nov 2009 15:22:50 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 27 Nov 2009 15:22:26 +0100 Lines: 19 Message-ID: References: <200911270246.nAR2k9Zp026751__17786.8783976466$1259291391$gmane$org@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <200911270246.nAR2k9Zp026751__17786.8783976466$1259291391$gmane$org@pozo.com> Sender: news Subject: Re: libthr on current breaks some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 14:22:55 -0000 Manfred Antar wrote: > The new addition to Makefile on /lib/libthr "-Wl,-znodlopen " > Breaks php4 and mhash on my current 1386 > I'm sure other ports that use it are broken too as can't load the lib. > Remove -Wl,-znodlopen and everything works again. As others have said, this shouldn't work at all. In the specific case of PHP, I know it is very easy to have various extension libraries compiled at different points in time and system state, some of which might be using pthreads by accident or by bad design. Specifically, a compile-time port configuration option for SQLite (and I think at one point in time was also for PostgreSQL) is to build "threaded" client libraries, which once caused me many interesting and hard to debug problems. PHP, and especially PHP4, should never ever have anything to do with pthreads. From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 15:39:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC7121065692; Fri, 27 Nov 2009 15:39:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C6DCC8FC30; Fri, 27 Nov 2009 15:39:19 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 48E0C46B06; Fri, 27 Nov 2009 10:39:19 -0500 (EST) Date: Fri, 27 Nov 2009 15:39:19 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ken Smith In-Reply-To: <1259283983.92302.23.camel@neo.cse.buffalo.edu> Message-ID: References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-current@freebsd.org, freebsd-stable Subject: The press release (was: Re: 8.0-RELEASE completed...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 15:39:20 -0000 On Thu, 26 Nov 2009, Ken Smith wrote: > Just a quick note in case there are people here who aren't subscribed to the > freebsd-announce@ mailing list. > > We have completed the 8.0-RELEASE cycle. Details about the release are > available from the main web site, in particular the announcement itself is > available here: > > http://www.freebsd.org/releases/8.0R/announce.html > > Thanks for all the help with testing during the release process, as well as > your continued support of FreeBSD. For those wanting to do advocacy work for the release, in addition to the release announcement and highly detail release notes, there's also a press release: http://www.freebsd.org/releases/8.0R/pressrelease.html It is a bit more verbose and salesy than the announcement, but a lot shorter than the release notes. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 16:13:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 700F3106566B; Fri, 27 Nov 2009 16:13:44 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC5A8FC15; Fri, 27 Nov 2009 16:13:44 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NE3S3-0008SZ-O3; Fri, 27 Nov 2009 17:13:43 +0100 Date: Fri, 27 Nov 2009 17:13:43 +0100 From: Kurt Jaeger To: freebsd-current@freebsd.org, freebsd-stable Message-ID: <20091127161343.GG2103@home.opsec.eu> References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1259283983.92302.23.camel@neo.cse.buffalo.edu> Cc: Subject: route(8) and show/sticky/... Re: 8.0-RELEASE completed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 16:13:44 -0000 Hi! > Just a quick note in case there are people here who aren't subscribed to > the freebsd-announce@ mailing list. > > We have completed the 8.0-RELEASE cycle. Details about the release are > available from the main web site, in particular the announcement itself > is available here: > > http://www.freebsd.org/releases/8.0R/announce.html Thanks! One question: http://www.freebsd.org/releases/8.0R/relnotes-detailed.html says: ---------- The route(8) utility now supports show, weights, and sticky commands. For more details, see the route(8) manual page. ---------- I do not have those things in my man page or route(8) command ? -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 16:18:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6A94106566C; Fri, 27 Nov 2009 16:18:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7B7828FC19; Fri, 27 Nov 2009 16:18:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nARGIq8r005647; Fri, 27 Nov 2009 11:18:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nARGIqL9005629; Fri, 27 Nov 2009 16:18:52 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Nov 2009 16:18:52 GMT Message-Id: <200911271618.nARGIqL9005629@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 27 Nov 2009 16:18:53 -0000 TB --- 2009-11-27 15:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-27 15:25:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-11-27 15:25:00 - cleaning the object tree TB --- 2009-11-27 15:25:22 - cvsupping the source tree TB --- 2009-11-27 15:25:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-11-27 15:26:10 - building world TB --- 2009-11-27 15:26:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-27 15:26:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-27 15:26:10 - TARGET=pc98 TB --- 2009-11-27 15:26:10 - TARGET_ARCH=i386 TB --- 2009-11-27 15:26:10 - TZ=UTC TB --- 2009-11-27 15:26:10 - __MAKE_CONF=/dev/null TB --- 2009-11-27 15:26:10 - cd /src TB --- 2009-11-27 15:26:10 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 27 15:26:11 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/load_elf32_obj.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/reloc_elf32.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/bcache.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/isapnp.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/pnp.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/interp_forth.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -Os -std=gnu99 -static -Ttext 0x0 -nostdlib -o loader.sym /obj/pc98/src/sys/boot/pc98/loader/../btx/lib/crt0.o main.o conf.o vers.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o bcache.o isapnp.o pnp.o interp_forth.o /obj/pc98/src/sys/boot/pc98/loader/../../ficl/libficl.a /obj/pc98/src/sys/boot/pc98/loader/../libpc98/libpc98.a -lstand conf.o(.data+0x48): undefined reference to `spinconsole' *** Error code 1 Stop in /src/sys/boot/pc98/loader. *** Error code 1 Stop in /src/sys/boot/pc98. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-27 16:18:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-27 16:18:52 - ERROR: failed to build world TB --- 2009-11-27 16:18:52 - 2348.61 user 545.05 system 3232.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 16:25:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB8C5106566B for ; Fri, 27 Nov 2009 16:25:00 +0000 (UTC) (envelope-from marcin.bujak@openetworks.pl) Received: from mail.openetworks.pl (mail.openetworks.pl [62.181.1.150]) by mx1.freebsd.org (Postfix) with ESMTP id 927648FC0C for ; Fri, 27 Nov 2009 16:25:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.openetworks.pl (Postfix) with ESMTP id 2D8E512B1F4 for ; Fri, 27 Nov 2009 17:05:25 +0100 (CET) X-Virus-Scanned: amavisd-new at openetworks.pl Received: from mail.openetworks.pl ([127.0.0.1]) by localhost (mail.openetworks.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WyuUAC3OxZ8R for ; Fri, 27 Nov 2009 17:05:22 +0100 (CET) Received: from [10.133.8.105] (ksi-system-193239037070.internet.dla.mnie.pl [193.239.37.70]) by mail.openetworks.pl (Postfix) with ESMTP id A183D12B1D7 for ; Fri, 27 Nov 2009 17:05:21 +0100 (CET) Message-Id: From: Marcin Bujak To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 27 Nov 2009 17:05:15 +0100 X-Mailer: Apple Mail (2.936) Subject: zfs parent/child nfs share 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: Fri, 27 Nov 2009 16:25:00 -0000 Hi How can I properly share ZFS trough NFS with a child ZFS filesystems mounted in ? What I did; on server1: zfs create something/test1 zfs create something/test2 zfs list something something/test1 something/test2 zfs sharenfs=on something on server2: showmount -e server1 Exports list on server1: /something/test1 /something/test2 /something mount server1:something /something ls /something test1 test2 touch /something/test1/testfile ls /something/test1/testfile /something/test1/testfile on server1: ls /something/test1/testfile ls: /something/test1/testfile: No such file or directory zfs umount something/test1 ls /something/test1/testfile /something/test1/testfile so, the file has been created in the parent filesystem instead of in the mounted child when I use mount server1:something/test1 /something then it works properly zfs sharenfs=off something/test1 doesn't help is it possible to share a whole zfs structure in a one single parent share ? regards marcin From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 16:36:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A33251065693; Fri, 27 Nov 2009 16:36:50 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id 75FC58FC22; Fri, 27 Nov 2009 16:36:50 +0000 (UTC) Received: from T61p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.3/8.14.3) with ESMTP id nARGaf92050278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 27 Nov 2009 08:36:42 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <200911271636.nARGaf92050278@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 27 Nov 2009 08:36:36 -0800 To: Dag-Erling =?iso-8859-1?Q?Sm=C3=B8rgrav?= From: Manfred Antar In-Reply-To: <86ocmos11v.fsf@ds4.des.no> References: <200911270246.nAR2k9Zp026751@pozo.com> <86ocmos11v.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED,MISSING_MID, USER_IN_WHITELIST autolearn=failed version=3.2.5, No X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: nARGaf92050278 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: ports@freebsd.org, current@freebsd.org Subject: Re: libthr on current breaks some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 16:36:50 -0000 At 02:40 AM 11/27/2009, Dag-Erling Sm=C3=B8rgrav wrote: >Manfred Antar writes: >> The new addition to Makefile on /lib/libthr "-Wl,-znodlopen " >> Breaks php4 and mhash on my current 1386 > >If they try to dlopen() libthr, they're already broken. > >> I'm sure other ports that use it are broken too as can't load the lib. > >I doubt it. > >DES >--=20 >Dag-Erling Sm=C3=B8rgrav - des@des.no > >--=20 >This message has been scanned for viruses and >dangerous content by MailScanner, and is >believed to be clean. OK Here are some of the errors I get Just rebuild /usr/ports/graphics/gd ldd /usr/local/lib/libgd.so.4 /usr/local/lib/libgd.so.4: /libexec/ld-elf.so.1: /usr/local/lib/libgd.so.4:= Unexpected inconsistency: dependency libthr.so.3 not found /usr/local/lib/libgd.so.4: exit status 1 Just rebuild /usr/ports/security/mhash ldd /usr/local/lib/libmhash.so /usr/local/lib/libmhash.so: /libexec/ld-elf.so.1: /usr/local/lib/libmhash.s= o: Unexpected inconsistency: dependency libthr.so.3 not found /usr/local/lib/libmhash.so: exit status 1 Both of these have "--with-LDFLAGS=3D"${PTHREAD_LIBS}" in the 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 || null@pozo.com || || Ph. (415) 681-6235 || =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=20 --=20 This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 17:33:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA405106566B for ; Fri, 27 Nov 2009 17:33:20 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id 427D18FC0C for ; Fri, 27 Nov 2009 17:33:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id 2E9A816C5; Fri, 27 Nov 2009 18:33:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= user-agent:in-reply-to:content-disposition:content-type :content-type:mime-version:references:message-id:subject:subject :from:from:date:date:received:received; s=mail; t=1259343193; x= 1261157593; bh=8OZXox9WS8WOdkfiWrCzC9MeV6bDTCf9j8V4LqaZ71U=; b=i dZVo119s9ZnbzkYF0me87tVg5zPMZxJdieDBL4BozpyV/eWz+HjpvKgkgsyt9ZU9 7g4do7rzDDas/OCut2bUvmsFkuPmC3XBdZgH5o5Qb54ZB1yM45VN6twpZAzttcsR jTZkz4TluG3jA7vlMynJ4K+DE5MiCheIynV0jUZ200= X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by localhost (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id aE8mEuKtqvfh; Fri, 27 Nov 2009 18:33:13 +0100 (CET) Received: by megatron.madpilot.net (Postfix, from userid 1000) id 6BAA116BD; Fri, 27 Nov 2009 18:33:13 +0100 (CET) Date: Fri, 27 Nov 2009 18:33:13 +0100 From: Guido Falsi To: Chris Message-ID: <20091127173313.GC13193@megatron.madpilot.net> References: <64aa03030911261831i1994a3dcpca545ab7ffd78dfe@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <64aa03030911261831i1994a3dcpca545ab7ffd78dfe@mail.gmail.com> X-Operating-System: FreeBSD 8.0-RC2 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: ipw driver on FreeBSD 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 17:33:20 -0000 On Thu, Nov 26, 2009 at 09:31:58PM -0500, Chris wrote: > Hello, > > Months ago there was some chatter about the ipw driver (For Centrino Intel > 2100 wireless) being broken in 8.0 but that was when 8.0 was still under the > CURRENT branch. Can anyone tell me if it has been fixed? I'm having a heck > of a time trying to get it to work with the new VAP stuff. Here's the thread > I'm referring to: > > http://old.nabble.com/wpa_supplicant-can%27t-associate-with-WPA2-AP-td22687633.html > > I'm seeing exactly the same problem shown in the thread when trying to > associate with a regular WPA access point. > > Any info would be appreciated! That was me having thet problem on my old laptop. Still using that same laptop(I'd like to buy the latest hardware for my home setup, but at this time of the year I like spending my money to go to sky!). I have not tried ipw driver anymore, I have "fixed" the problem by using ndis. Works like a charm, so if you have this problem I suggest you do the same. I have not seen any major commit to the ipw driver, so my take is it is as it was then. Please correct me if I'm wrong. Some time ago I also had a look at the driver source, but it really requires some major knowledge of wlan protocols and device interface, and I lack both. BTW, at present my biggest problem with WiFi is the one described in PR kern/139117: [lagg] + wlan boot timing (EBUSY). I encountered it while trying to configure a wlan(with WPA2) failsafe lagg with the cabled ethernet. Any news on that front? Sorry if I could not be of any more help and thanks for any answers to my query. P.S. I'm also CCing freebsd-net@, since the problems seems to be appropriate there. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 17:47:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35A8A106566B for ; Fri, 27 Nov 2009 17:47:18 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id DCF8F8FC12 for ; Fri, 27 Nov 2009 17:47:17 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAJ+fD0uDaFvJ/2dsb2JhbADUM4QxBIFy X-IronPort-AV: E=Sophos;i="4.47,303,1257138000"; d="scan'208";a="57098352" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 27 Nov 2009 12:47:16 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 05116FB805D; Fri, 27 Nov 2009 12:47:16 -0500 (EST) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0VsrJCUsML5H; Fri, 27 Nov 2009 12:47:14 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id B6F18FB8036; Fri, 27 Nov 2009 12:47:14 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id nARHtYx10874; Fri, 27 Nov 2009 12:55:35 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Fri, 27 Nov 2009 12:55:34 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Marcin Bujak In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: zfs parent/child nfs share 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: Fri, 27 Nov 2009 17:47:18 -0000 On Fri, 27 Nov 2009, Marcin Bujak wrote: > Hi > How can I properly share ZFS trough NFS with a child ZFS filesystems mounted > in ? [stuff snipped] > so, the file has been created in the parent filesystem instead of in the > mounted child > when I use mount server1:something/test1 /something then it works properly > zfs sharenfs=off something/test1 doesn't help > > is it possible to share a whole zfs structure in a one single parent share ? > Only if you want to live on the bleeding edge and use NFSv4, via the experimental server/client. NFSv2 and v3 does not allow servers to cross mount pt/volume boundaries, so each has to be exported and mounted separately. (fyi, even the Solaris10 NFSv4 client gets confused by crossing of mount point boundaries and won't work. I believe the Linux client, experimental FreeBSD8 client and maybe OpenSolaris can handle it.) If you choose this route, you'll want the patches in r199616 and r199715 that are in FreeBSD-current and will be MFC'd to stable/8 in a week or so. (If you go to http://svn.freebsd.org/viewvc/base/head/sys/fs/nfsserver, then look at nfs_nfsdserv.c and nfs_nfsdport.c, you should be able to find them. I think I'll try and put them somewhere easy to grab.) You'll also probably want to: sysctl vfs.newnfs.enable_locallocks=0 since the local locks acquired by the experimental server for NFSv4 is currently broken. rick From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 17:53:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44BAC106566B; Fri, 27 Nov 2009 17:53:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id C90018FC0A; Fri, 27 Nov 2009 17:53:22 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nARHrHTo044701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Nov 2009 19:53:17 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nARHrHav040094; Fri, 27 Nov 2009 19:53:17 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nARHrHUd040093; Fri, 27 Nov 2009 19:53:17 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 27 Nov 2009 19:53:17 +0200 From: Kostik Belousov To: Manfred Antar Message-ID: <20091127175316.GE2368@deviant.kiev.zoral.com.ua> References: <200911270246.nAR2k9Zp026751@pozo.com> <86ocmos11v.fsf@ds4.des.no> <200911271636.nARGaf92050278@pozo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cPi+lWm09sJ+d57q" Content-Disposition: inline In-Reply-To: <200911271636.nARGaf92050278@pozo.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org, Dag-Erling Sm??rgrav , current@freebsd.org Subject: Re: libthr on current breaks some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 17:53:23 -0000 --cPi+lWm09sJ+d57q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 27, 2009 at 08:36:36AM -0800, Manfred Antar wrote: > At 02:40 AM 11/27/2009, Dag-Erling Sm??rgrav wrote: > >Manfred Antar writes: > >> The new addition to Makefile on /lib/libthr "-Wl,-znodlopen " > >> Breaks php4 and mhash on my current 1386 > > > >If they try to dlopen() libthr, they're already broken. > > > >> I'm sure other ports that use it are broken too as can't load the lib. > > > >I doubt it. > > > >DES > >--=20 > >Dag-Erling Sm??rgrav - des@des.no > > > >--=20 > >This message has been scanned for viruses and > >dangerous content by MailScanner, and is > >believed to be clean. >=20 > OK > Here are some of the errors I get > Just rebuild /usr/ports/graphics/gd >=20 > ldd /usr/local/lib/libgd.so.4 > /usr/local/lib/libgd.so.4: /libexec/ld-elf.so.1: /usr/local/lib/libgd.so.= 4: Unexpected inconsistency: dependency libthr.so.3 not found > /usr/local/lib/libgd.so.4: exit status 1 >=20 > Just rebuild /usr/ports/security/mhash > ldd /usr/local/lib/libmhash.so > /usr/local/lib/libmhash.so: /libexec/ld-elf.so.1: /usr/local/lib/libmhash= .so: Unexpected inconsistency: dependency libthr.so.3 not found > /usr/local/lib/libmhash.so: exit status 1 >=20 > Both of these have "--with-LDFLAGS=3D"${PTHREAD_LIBS}" in the Makefile. >=20 This is a real regression, but limited to ldd/LD_TRACE_LOADED_OBJECTS functionality. The following quick fix worked for me. diff --git a/libexec/rtld-elf/rtld.c b/libexec/rtld-elf/rtld.c index 320aa85..508a786 100644 --- a/libexec/rtld-elf/rtld.c +++ b/libexec/rtld-elf/rtld.c @@ -1571,7 +1571,8 @@ do_load_object(int fd, const char *name, char *path, = struct stat *sbp, object_add_name(obj, name); obj->path =3D path; digest_dynamic(obj, 0); - if (obj->z_noopen && (flags & RTLD_LO_DLOPEN)) { + if (obj->z_noopen && (flags & (RTLD_LO_DLOPEN | RTLD_LO_TRACE)) =3D=3D + RTLD_LO_DLOPEN) { dbg("refusing to load non-loadable \"%s\"", obj->path); _rtld_error("Cannot dlopen non-loadable %s\n", obj->path); munmap(obj->mapbase, obj->mapsize); @@ -2006,6 +2007,8 @@ dlopen(const char *name, int mode) lo_flags =3D RTLD_LO_DLOPEN; if (mode & RTLD_NOLOAD) lo_flags |=3D RTLD_LO_NOLOAD; + if (ld_tracing !=3D NULL) + lo_flags |=3D RTLD_LO_TRACE; =20 objlist_init(&initlist); =20 diff --git a/libexec/rtld-elf/rtld.h b/libexec/rtld-elf/rtld.h index 6f51d7d..875e84b 100644 --- a/libexec/rtld-elf/rtld.h +++ b/libexec/rtld-elf/rtld.h @@ -242,8 +242,9 @@ typedef struct Struct_Obj_Entry { dlsym. */ =20 /* Flags for load_object(). */ -#define RTLD_LO_NOLOAD 0x01 /* dlopen() specified RTLD_NOLOAD */ -#define RTLD_LO_DLOPEN 0x02 /* load_object() called from dlopen(). */ +#define RTLD_LO_NOLOAD 0x01 /* dlopen() specified RTLD_NOLOAD. */ +#define RTLD_LO_DLOPEN 0x02 /* Load_object() called from dlopen(). */ +#define RTLD_LO_TRACE 0x04 /* Only tracing. */ =20 /* * Symbol cache entry used during relocation to avoid multiple lookups --cPi+lWm09sJ+d57q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksQEgwACgkQC3+MBN1Mb4jxUgCdF/VGitH/Ndot0QIDbCO7GB7X H8AAn1DP+BCIadpUGdEXJv/AwoVPyzEz =TQ4V -----END PGP SIGNATURE----- --cPi+lWm09sJ+d57q-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 18:13:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01C4D106566B; Fri, 27 Nov 2009 18:13:36 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id E11B28FC18; Fri, 27 Nov 2009 18:13:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [172.17.196.83] ([63.204.222.2]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KTS00NIX5AM5190@asmtp029.mac.com>; Fri, 27 Nov 2009 10:13:35 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091127102200.GB3108@mech-cluster241.men.bris.ac.uk> Date: Fri, 27 Nov 2009 10:13:34 -0800 Message-id: <0DBED408-D602-4333-BEF6-FC0DA700730D@mac.com> References: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> <7A71CC85-4189-405A-BD9E-5BFF2C04D5C2@mac.com> <20091127102200.GB3108@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: nslookup dumps core on ia64 HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 18:13:36 -0000 On Nov 27, 2009, at 2:22 AM, Anton Shterenlikht wrote: > On Thu, Nov 26, 2009 at 09:44:29AM -0800, Marcel Moolenaar wrote: >> >> On Nov 26, 2009, at 1:14 AM, Anton Shterenlikht wrote: >> >>>> nslookup 113.105.65.7 >>> Server: 137.222.10.36 >>> Address: 137.222.10.36#53 >>> >>> ** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN >>> >>> /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed >>> Abort (core dumped) >> >> Recompile with -O0 and see if the problem goes away. If yes, it's >> a compiler bug -- I haven't looked at it, because I assume it's a >> compiler bug. > > As /usr/bin/nslookup is part of the base system, do you recommend using > > CFLAGS= -O0 > > in /etc/make.conf ? No, that's too much pessimization. On top of that, it expose other compiler bugs. Just recompile the suspect binary and/or libraries with "-O0 -g" and install them seperately, like so: % cd /usr/src/lib/bind/isc % make cleandir; make cleandir % make obj % make depend % make DEBUG_FLAGS="-O0 -g" % sudo make install To find out which libraries a binary uses, do: % ldd /usr/bin/nslookup For code in the base system, I typically try to find a work-around so that we can compile with the default flags. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 20:07:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AF5F106566C for ; Fri, 27 Nov 2009 20:07:19 +0000 (UTC) (envelope-from marcin.bujak@openetworks.pl) Received: from mail.openetworks.pl (mail.openetworks.pl [62.181.1.150]) by mx1.freebsd.org (Postfix) with ESMTP id E3EF68FC17 for ; Fri, 27 Nov 2009 20:07:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.openetworks.pl (Postfix) with ESMTP id 41B0112B79F; Fri, 27 Nov 2009 21:07:17 +0100 (CET) X-Virus-Scanned: amavisd-new at openetworks.pl Received: from mail.openetworks.pl ([127.0.0.1]) by localhost (mail.openetworks.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9Qaa-wn4uUxx; Fri, 27 Nov 2009 21:07:14 +0100 (CET) Received: from [10.133.8.105] (ksi-system-193239037070.internet.dla.mnie.pl [193.239.37.70]) by mail.openetworks.pl (Postfix) with ESMTP id 7917512B789; Fri, 27 Nov 2009 21:07:13 +0100 (CET) Message-Id: <2DD0137D-8662-4421-999E-5BF8688F837A@openetworks.pl> From: Marcin Bujak To: Rick Macklem In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 27 Nov 2009 21:05:59 +0100 References: X-Mailer: Apple Mail (2.936) Cc: freebsd-current@freebsd.org Subject: Re: zfs parent/child nfs share 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: Fri, 27 Nov 2009 20:07:19 -0000 I was going to use it in a production environment - so I'll stay with nfs3 and find another solution thanks m. From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 20:22:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3099B106566C; Fri, 27 Nov 2009 20:22:03 +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 E332D8FC0C; Fri, 27 Nov 2009 20:22:02 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id CB2086D41B; Fri, 27 Nov 2009 20:22:01 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 7FA20844F1; Fri, 27 Nov 2009 21:22:01 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Roland Smith References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127030601.CAB2C1CC0E@ptavv.es.net> <20091127055757.GA75657@thought.org> <20091127083304.GA8618@slackbox.xs4all.nl> Date: Fri, 27 Nov 2009 21:22:01 +0100 In-Reply-To: <20091127083304.GA8618@slackbox.xs4all.nl> (Roland Smith's message of "Fri, 27 Nov 2009 09:33:04 +0100") Message-ID: <86hbsflnva.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Gary Kline , freebsd-stable , freebsd-current@freebsd.org Subject: Re: 8.0-RELEASE completed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 20:22:03 -0000 Roland Smith writes: > It is possible, but not easy. Upgrading from 7.x to 8.0 on the same > architecture is not that hard IMHO. Upgrading from i386 to amd64 on the s= ame > release is doable but tricky; you need a spare root partition to install = the > amd64 binaries. Not at all, just make a backup of /etc, extract the amd64 dist on top of your existing system, then restore whichever parts of /etc got clobbered. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 21:56:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AB0710656A7 for ; Fri, 27 Nov 2009 21:56:45 +0000 (UTC) (envelope-from brunner@nic-naa.net) Received: from abenaki.wabanaki.net (abenaki.wabanaki.net [65.99.1.130]) by mx1.freebsd.org (Postfix) with ESMTP id C75AF8FC1B for ; Fri, 27 Nov 2009 21:56:44 +0000 (UTC) Received: from limpet.local (cpe-67-241-43-7.twcny.res.rr.com [67.241.43.7]) by abenaki.wabanaki.net (8.14.3/8.14.3) with ESMTP id nARLc6bp050346 for ; Fri, 27 Nov 2009 16:38:06 -0500 (EST) (envelope-from brunner@nic-naa.net) Message-ID: <4B10484D.2040801@nic-naa.net> Date: Fri, 27 Nov 2009 16:44:45 -0500 From: Eric Brunner-Williams User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Fwd: Wireless PCI recommendations for CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 21:56:45 -0000 Sent to -net a few days ago, no response. Anyone from -current with something that works better than ral? I'd like suggestions for a PCI wifi. Vanilla tower with -CURRENT. Thanks in advance, Eric From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 21:32:58 2009 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 854FB106568D; Fri, 27 Nov 2009 21:32:58 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 2EFB88FC12; Fri, 27 Nov 2009 21:32:58 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.167.197]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id nARLHVST062941 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Nov 2009 13:17:32 -0800 (PST) (envelope-from sobomax@sippysoft.com) Message-ID: <4B1041EB.9020109@sippysoft.com> Date: Fri, 27 Nov 2009 13:17:31 -0800 From: Maxim Sobolev Organization: Sippy Software User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: "current@freebsd.org" Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 27 Nov 2009 22:49:12 +0000 Cc: FreeBSD Hackers , stable@FreeBSD.ORG Subject: heap limits: mmap(2) vs. break(2) on 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: Fri, 27 Nov 2009 21:32:58 -0000 Hi, I am trying to figure out why java fails to start with 1024MB of heap on i386 with 4GB of RAM and 4GB of swap. Both MAXDSIZ and DFLDSIZ are set to 2GB. Here is my limits: Resource limits (current): cputime infinity secs filesize infinity kB datasize 2097152 kB stacksize 65536 kB coredumpsize infinity kB memoryuse infinity kB memorylocked infinity kB maxprocesses 5547 openfiles 20000 sbsize infinity bytes vmemoryuse infinity kB Running ktrace I see: 9154 java CALL mmap(0,0x44000000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_NORESERVE|MAP_ANON,0xffffffff,0,0) 9154 java RET mmap -1 errno 12 Cannot allocate memory 9154 java CALL write(0x1,0xbf9fe378,0x2b) 9154 java GIO fd 1 wrote 43 bytes "Error occurred during initialization of VM I made a small program that uses malloc(3) to allocate the same amount of memory, and that works nicely, ktrace reveals why: 10108 a.out CALL mmap(0,0x44000000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0,0) 10108 a.out RET mmap -1 errno 12 Cannot allocate memory 10108 a.out CALL break(0x4c100000) 10108 a.out RET break 0 So the question is: why does mmap() fails while essentially the same sbrk() request succeeds? This is really bad since, while native FreeBSD programs can work around this by using malloc(3), Linux programs and software that knows nothing about intricate details of the FreeBSD VM (i.e. Java) will fail miserably. I tried increasing vm.max_proc_mmap to 2147483647 from default 49344, but it did not do any good. mmap() still fails with the request of this size. I have seen several threads on the issue over the years, but still no resolution. It seems that only plausible solution is to limit heap size in java, which may not work for all cases. Funny thing is that the first sentence of the sbrk(2) manual page says: The brk() and sbrk() functions are legacy interfaces from before the advent of modern virtual memory management. Yet, "legacy interfaces" seems to do much better job than "modern virtual memory management interfaces"! -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 21:55:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C5CE106568D; Fri, 27 Nov 2009 21:55:37 +0000 (UTC) (envelope-from kline@thought.org) Received: from aristotle.thought.org (aristotle.thought.org [209.180.213.210]) by mx1.freebsd.org (Postfix) with ESMTP id 05E2D8FC08; Fri, 27 Nov 2009 21:55:36 +0000 (UTC) Received: from thought.org (tao.thought.org [10.47.0.250]) (authenticated bits=0) by aristotle.thought.org (8.14.2/8.14.2) with ESMTP id nARLt47e053820; Fri, 27 Nov 2009 13:55:05 -0800 (PST) (envelope-from kline@thought.org) Received: by thought.org (nbSMTP-1.00) for uid 1002 kline@thought.org; Fri, 27 Nov 2009 13:55:30 -0800 (PST) Date: Fri, 27 Nov 2009 13:55:29 -0800 From: Gary Kline To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20091127215529.GA78724@thought.org> References: <1259283983.92302.23.camel@neo.cse.buffalo.edu> <20091127030601.CAB2C1CC0E@ptavv.es.net> <20091127055757.GA75657@thought.org> <20091127083304.GA8618@slackbox.xs4all.nl> <86hbsflnva.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86hbsflnva.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: With 23 years of service to the Unix community. X-Spam-Status: No, score=-4.4 required=3.6 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on aristotle.thought.org X-Mailman-Approved-At: Fri, 27 Nov 2009 23:07:16 +0000 Cc: Roland Smith , freebsd-current@freebsd.org, freebsd-stable Subject: Re: 8.0-RELEASE completed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 21:55:37 -0000 On Fri, Nov 27, 2009 at 09:22:01PM +0100, Dag-Erling Sm?rgrav wrote: > Roland Smith writes: > > It is possible, but not easy. Upgrading from 7.x to 8.0 on the same > > architecture is not that hard IMHO. Upgrading from i386 to amd64 on the same > > release is doable but tricky; you need a spare root partition to install the > > amd64 binaries. > > Not at all, just make a backup of /etc, extract the amd64 dist on top of > your existing system, then restore whichever parts of /etc got clobbered. > > DES > -- > Dag-Erling Smørgrav - des@des.no Thanks, gentlemen. Mostly, my post was just a pondering; wondering if it might be better to re-do stuff now, But then my new server still isn't finished and probably won't be until next week. So best to stick with what I'm familar with. gary -- Gary Kline kline@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 7.31a release of Jottings: http://jottings.thought.org/index.php From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 00:22:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 981A11065698 for ; Sat, 28 Nov 2009 00:22:49 +0000 (UTC) (envelope-from scjamorim@bsd.com.br) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3F17F8FC0A for ; Sat, 28 Nov 2009 00:22:48 +0000 (UTC) Received: by ewy26 with SMTP id 26so2273237ewy.3 for ; Fri, 27 Nov 2009 16:22:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.89.139 with SMTP id c11mr522362wef.198.1259366150443; Fri, 27 Nov 2009 15:55:50 -0800 (PST) Date: Fri, 27 Nov 2009 21:55:50 -0200 Message-ID: <5859850b0911271555w4abfab19o875a30991c69a9bb@mail.gmail.com> From: Sylvio Cesar To: ports@freebsd.org, freebsd-ports@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: [Call For Testing] New version - aMSN-0.98.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 00:22:49 -0000 Hi folks, I would like to invite everyone to test the newest version of aMSN. This version has support for video conferencing and audio conferencing, is using tk and tcl 8.6 with support for threads. The tarball style ports can be downloaded at: http://people.freebsd.org/ ~ sylvio/amsn-0.98.1.tar.gz Some screens: http://people.freebsd.org/~sylvio/amsn-0.98.1.png http://people.freebsd.org/~sylvio/amsn_with_voice.png Thank you all. Regards, Sylvio Cesar. From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 02:28:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 111181065679; Sat, 28 Nov 2009 02:28:34 +0000 (UTC) (envelope-from vkushnir@bigmir.net) Received: from ex.volia.net (ex.volia.net [82.144.192.10]) by mx1.freebsd.org (Postfix) with ESMTP id B89648FC15; Sat, 28 Nov 2009 02:28:33 +0000 (UTC) Received: from em.volia.net ([82.144.192.9]) by ex.volia.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1NE4Yy-000309-1A; Fri, 27 Nov 2009 19:24:56 +0200 Received: from chiseled-boat.volia.net ([93.73.141.54] helo=kushnir1.kiev.ua) by em.volia.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1NE4Yx-0008Wy-S8; Fri, 27 Nov 2009 19:24:55 +0200 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [192.168.0.10]) by kushnir1.kiev.ua (8.14.3/8.13.8) with ESMTP id nARHMT90001861; Fri, 27 Nov 2009 19:22:29 +0200 (EET) (envelope-from vkushnir@bigmir.net) Date: Fri, 27 Nov 2009 19:22:29 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: ports@freebsd.org In-Reply-To: <200911271636.nARGaf92050278@pozo.com> Message-ID: References: <200911270246.nAR2k9Zp026751@pozo.com> <86ocmos11v.fsf@ds4.des.no> <200911271636.nARGaf92050278@pozo.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Volia-Original-IP: 93.73.141.54 Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=C3=B8rgrav?= , current@freebsd.org Subject: Re: libthr on current breaks some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 02:28:34 -0000 Sorry, just my .0002 USD On Fri, 27 Nov 2009, Manfred Antar wrote: > At 02:40 AM 11/27/2009, Dag-Erling Sm??rgrav wrote: >> Manfred Antar writes: >>> The new addition to Makefile on /lib/libthr "-Wl,-znodlopen " >>> Breaks php4 and mhash on my current 1386 >> >> If they try to dlopen() libthr, they're already broken. >> >>> I'm sure other ports that use it are broken too as can't load the lib. >> >> I doubt it. >> >> DES >> -- >> Dag-Erling Sm??rgrav - des@des.no >> >> -- >> This message has been scanned for viruses and >> dangerous content by MailScanner, and is >> believed to be clean. > > OK > Here are some of the errors I get > Just rebuild /usr/ports/graphics/gd > > ldd /usr/local/lib/libgd.so.4 > /usr/local/lib/libgd.so.4: /libexec/ld-elf.so.1: /usr/local/lib/libgd.so.4: Unexpected inconsistency: dependency libthr.so.3 not found > /usr/local/lib/libgd.so.4: exit status 1 > > Just rebuild /usr/ports/security/mhash > ldd /usr/local/lib/libmhash.so > /usr/local/lib/libmhash.so: /libexec/ld-elf.so.1: /usr/local/lib/libmhash.so: Unexpected inconsistency: dependency libthr.so.3 not found > /usr/local/lib/libmhash.so: exit status 1 > > Both of these have "--with-LDFLAGS="${PTHREAD_LIBS}" in the Makefile. > Just rebuild audio/faad - result precisely the same. Besides, ALL of the already installed ports are affected: ldd /usr/local/lib/lib*.so|grep libthr gives either the same or libthr.so.3 => not found (0x0) What is the worst, X does not load (display just freezes and the only way out is to turn a box off - fortunately, ACPI does work here). Result: as it is, my system (it's a desktop so ports are essential) is rendered unusable. Fortunately, installworld backs up old ld-elf.so.1 so replacing linker saves from this disaster. WBR, Vladimir From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 02:29:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F68D1065692; Sat, 28 Nov 2009 02:29:48 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id 170B78FC19; Sat, 28 Nov 2009 02:29:47 +0000 (UTC) Received: by pzk15 with SMTP id 15so1343749pzk.3 for ; Fri, 27 Nov 2009 18:29:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=QlHu4pGKRn3b1zHwYsmTeqS5a0wTc/ZPtVBcHL3XX2o=; b=G5Me0eTRi/YZiwbsDSTigpMTZ2OJA6wjZ6xW1e+WxlnF/yfOmbOqyhqCB3adutfs3k Wgdd7+rXEYbElxcTKnwgysKVezOEtB6SZ/ueFJXxpTwZYM93vvPwjIQPtSPM2z9xVeJc 1YlYeflSQWDaJl3Bjm1qrRQzRGGTO3g5EbDYs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=BF1HHesK7XD1JbI1rPO2trj0fCLazzYMlzm3OpwKL2Fz/xcDSsYJNzRakTIFy7CNui bQ2FnCM22n8nkyOuhUC8t1i3mDU/rIxh8/uz0YukWv+uMVNOqmmLUOhGWVw9xfuYo4ig ErhJMbFWmdsPiMS0sSs8ZEHZ2lKVt0uyZJMPI= MIME-Version: 1.0 Received: by 10.142.119.24 with SMTP id r24mr175885wfc.291.1259375387488; Fri, 27 Nov 2009 18:29:47 -0800 (PST) In-Reply-To: <200911230842.01788.jhb@freebsd.org> References: <200911171017.58140.jhb@freebsd.org> <1258914452.2344.18.camel@balrog.2hip.net> <200911230842.01788.jhb@freebsd.org> Date: Sat, 28 Nov 2009 09:29:47 +0700 Message-ID: From: Edho P Arief To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, Robert Noland Subject: Re: [PATCH] Build a separate ZFS-enabled loader.zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 02:29:48 -0000 On Mon, Nov 23, 2009 at 8:42 PM, John Baldwin wrote: > On Sunday 22 November 2009 1:27:32 pm Robert Noland wrote: >> On Tue, 2009-11-17 at 10:17 -0500, John Baldwin wrote: >> >> Ok, I made a few changes, but this is tested and working for zfs. =C2=A0= I >> opted to change the loader name to zfsloader, since we tend to prefix >> rather than suffix boot/loader bits and I thought that loader.zfs.old >> looked ugly. =C2=A0The following should be a complete patch against -CUR= RENT. >> Note that you do need to reinstall bootcode (zfsboot/gptzfsboot) for >> this to boot the correct loader. >> >> > http://people.freebsd.org/~rnoland/0001-Create-a-seperate-zfs-enabled-loa= der.patch >> >> robert. > > Looks ok to me, commit! > will this merged back to 8.0-stable? --=20 O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 06:36:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F48A106566B for ; Sat, 28 Nov 2009 06:36:55 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id C91668FC0A for ; Sat, 28 Nov 2009 06:36:54 +0000 (UTC) Received: by iwn36 with SMTP id 36so1205096iwn.3 for ; Fri, 27 Nov 2009 22:36:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=ICvQatjPTslXQMqQ+qp0V0EPFhNMmoxf6UeMmxPx2oA=; b=CQXLBil7jF/AejxjfYNRgtO8qX6IEvRa99acNAOvudmzKNe45nbMHzias+TvzZsPXW jDvjnIGWm9bSexUVCzmGa+LGeimndNPXHtItsWejG6WGGTDRXyLEXPWu6+6CpCLfX7HH R28kXyibWapBN6kwy6Hk3OuF/Yx/itgt0ZYvM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=MXCtFZ4/4WJwS+a5zvOqL0ymPSkFQ/D/BaqqtUhihCNMMjNg94TdvPQr0uV+Go/zer uM7VtsmVxp1/YMjgR9Bo3H3tsi/N9Kj49hDK4Ac3TwBcgWGdeGAWjXMfLKtI7vn4E1de RNltL5nNgTqDW2edoZ7wJl+uIMd0LrcfRm0F8= MIME-Version: 1.0 Received: by 10.231.122.103 with SMTP id k39mr2350844ibr.10.1259390213989; Fri, 27 Nov 2009 22:36:53 -0800 (PST) In-Reply-To: References: <200911171017.58140.jhb@freebsd.org> <1258914452.2344.18.camel@balrog.2hip.net> <200911230842.01788.jhb@freebsd.org> Date: Sat, 28 Nov 2009 00:36:53 -0600 Message-ID: <790a9fff0911272236s1c17395bs8c3f6281bb985@mail.gmail.com> From: Scot Hetzel To: Edho P Arief Content-Type: text/plain; charset=ISO-8859-1 Cc: Robert Noland , current@freebsd.org Subject: Re: [PATCH] Build a separate ZFS-enabled loader.zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 06:36:55 -0000 On 11/27/09, Edho P Arief wrote: > On Mon, Nov 23, 2009 at 8:42 PM, John Baldwin wrote: > > On Sunday 22 November 2009 1:27:32 pm Robert Noland wrote: > >> On Tue, 2009-11-17 at 10:17 -0500, John Baldwin wrote: > >> > > >> Ok, I made a few changes, but this is tested and working for zfs. I > >> opted to change the loader name to zfsloader, since we tend to prefix > >> rather than suffix boot/loader bits and I thought that loader.zfs.old > >> looked ugly. The following should be a complete patch against -CURRENT. > >> Note that you do need to reinstall bootcode (zfsboot/gptzfsboot) for > >> this to boot the correct loader. > >> > >> > > http://people.freebsd.org/~rnoland/0001-Create-a-seperate-zfs-enabled-loader.patch > >> > >> robert. > > > > Looks ok to me, commit! > > > > > will this merged back to 8.0-stable? > According to SVN r199714 it will be merged in 2 weeks http://svn.freebsd.org/viewvc/base?view=revision&revision=199714 Scot From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 08:15:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A257A106566B; Sat, 28 Nov 2009 08:15:41 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id DF19D8FC1C; Sat, 28 Nov 2009 08:15:40 +0000 (UTC) Received: from [212.62.248.150] (helo=[192.168.2.110]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NEI0i-000CxR-AE; Sat, 28 Nov 2009 08:46:28 +0100 From: =?iso-8859-1?Q?Eirik_=D8verby?= Date: Sat, 28 Nov 2009 08:46:12 +0100 Message-Id: To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: weldon@excelsusphoto.com, Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 08:15:41 -0000 Hi, Gavin Atkinson wrote: > On Tue, 2009-11-03 at 08:32 -0500, Weldon S Godfrey 3 wrote: > >=20 > > If memory serves me right, sometime around Yesterday, Gavin Atkinson = told me: > >=20 > > Gavin, thank you A LOT for helping us with this, I have answered as = much=20 > > as I can from the most recent crash below. We did hit max mbufs. = It is=20 > > at 25Kclusters, which is the default. I have upped it to 32K = because a=20 > > rather old article mentioned that as the top end and I need to get = into=20 > > work so I am not trying to do this with a remote console to go = higher. I=20 > > have already set it to reboot next with 64K clusters. I already = have kmem=20 > > maxed to what is bootable (or at least at one time) in 8.0, 4GB, how = high=20 > > can I safely go? This is a NFS server running ZFS with sustained 5 = min=20 > > averages of 120-200Mb/s running as a store for a mail system. > >=20 > > > Some things that would be useful: > > > > > > - Does "arp -da" fix things? > >=20 > > no, it hangs like ssh, route add, etc > >=20 > > > - What's the output of "netstat -m" while the networking is = broken? > > Tue Nov 3 07:02:11 CST 2009 > > 36971/2033/39004 mbufs in use (current/cache/total) > > 24869/731/25600/25600 mbuf clusters in use (current/cache/total/max) > > 24314/731 mbuf+clusters out of packet secondary zone in use=20 > > (current/cache) > > 0/35/35/12800 4k (page size) jumbo clusters in use=20 > > (current/cache/total/max) > > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > > 58980K/2110K/61091K bytes allocated to network (current/cache/total) > > 0/201276/90662 requests for mbufs denied = (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/0/0 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 0 requests for I/O initiated by sendfile > > 0 calls to protocol drain routines >=20 > OK, at least we've figured out what is going wrong then. As a > workaround to get the machine to stay up longer, you should be able to > set kern.ipc.nmbclusters=3D256000 in /boot/loader.conf -but hopefully = we > can resolve this soon. I'll chip in with a report of exactly the same situation, and I'm on = 8.0-RELEASE. We've been struggling with this for some time, and latest yesterday the = box was rebooted, and already last night it wedged again. We're at a = whopping=20 kern.ipc.nmbclusters: 524288 and I've just doubled it once more, which means we're allocating 2GB to = networking.. Much like the original poster, we're seeing this on a amd64 storage = server with a large ZFS array shared through NFS, and network interfaces = are two em(4) combined in a lagg(4) interface (lacp). Using either of = the two em interfaces without lagg shows the same problem, just lower = performance.. > Firstly, what kernel was the above output from? And what network card > are you using? In your initial post you mentioned testing both bce(4) > and em(4) cards, be aware that em(4) had an issue that would cause > exactly this issue, which was fixed with a commit on September 11th > (r197093). Make sure your kernel is from after that date if you are > using em(4). I guess it is also possible that bce(4) has the same > issue, I'm not aware of any fixes to it recently. We're on GENERIC . > So, from here, I think the best thing would be to just use the em(4) = NIC > and an up-to-date kernel, and see if you can reproduce the issue. em(4) and 8.0-RELEASE still shows this problem. > How important is this machine? If em(4) works, are you able to help > debug the issues with the bce(4) driver? We have no bce(4), but we have the problem on em(4) so can help debug = there. The server is important, but making it stable is more important.. = See below the sig for some debug info. /Eirik Output from sysctl dev.em.[0,1].debug=3D1 : em0: Adapter hardware address =3D 0xffffff80003ac530=20 em0: CTRL =3D 0x140248 RCTL =3D 0x8002=20 em0: Packet buffer =3D Tx=3D20k Rx=3D12k=20 em0: Flow control watermarks high =3D 10240 low =3D 8740 em0: tx_int_delay =3D 66, tx_abs_int_delay =3D 66 em0: rx_int_delay =3D 32, rx_abs_int_delay =3D 66 em0: fifo workaround =3D 0, fifo_reset_count =3D 0 em0: hw tdh =3D 92, hw tdt =3D 92 em0: hw rdh =3D 225, hw rdt =3D 224 em0: Num Tx descriptors avail =3D 256 em0: Tx Descriptors not avail1 =3D 0 em0: Tx Descriptors not avail2 =3D 0 em0: Std mbuf failed =3D 0 em0: Std mbuf cluster failed =3D 11001 em0: Driver dropped packets =3D 0 em0: Driver tx dma failure in encap =3D 0 em1: Adapter hardware address =3D 0xffffff80003be530=20 em1: CTRL =3D 0x140248 RCTL =3D 0x8002=20 em1: Packet buffer =3D Tx=3D20k Rx=3D12k=20 em1: Flow control watermarks high =3D 10240 low =3D 8740 em1: tx_int_delay =3D 66, tx_abs_int_delay =3D 66 em1: rx_int_delay =3D 32, rx_abs_int_delay =3D 66 em1: fifo workaround =3D 0, fifo_reset_count =3D 0 em1: hw tdh =3D 165, hw tdt =3D 165 em1: hw rdh =3D 94, hw rdt =3D 93 em1: Num Tx descriptors avail =3D 256 em1: Tx Descriptors not avail1 =3D 0 em1: Tx Descriptors not avail2 =3D 0 em1: Std mbuf failed =3D 0 em1: Std mbuf cluster failed =3D 17765 em1: Driver dropped packets =3D 0 em1: Driver tx dma failure in encap =3D 0 Output from netstat -m (note that I just doubled the mbuf cluster count, = thus max is > total and the box currently works: 544916/3604/548520 mbufs in use (current/cache/total) 543903/3041/546944/1048576 mbuf clusters in use = (current/cache/total/max) 543858/821 mbuf+clusters out of packet secondary zone in use = (current/cache) 0/77/77/262144 4k (page size) jumbo clusters in use = (current/cache/total/max) 0/0/0/131072 9k jumbo clusters in use (current/cache/total/max) 0/0/0/65536 16k jumbo clusters in use (current/cache/total/max) 1224035K/7291K/1231326K bytes allocated to network (current/cache/total) 0/58919/29431 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 10:06:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B58541065670 for ; Sat, 28 Nov 2009 10:06:08 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51803.mail.re2.yahoo.com (web51803.mail.re2.yahoo.com [206.190.38.234]) by mx1.freebsd.org (Postfix) with SMTP id 5C77E8FC12 for ; Sat, 28 Nov 2009 10:06:08 +0000 (UTC) Received: (qmail 94638 invoked by uid 60001); 28 Nov 2009 10:06:07 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1259402767; bh=rh7G9cx4VaYlrWshafFW3oJ8X9i7TRZBpV0e0v+nggU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=l5xScO8STMMzfT7BDhVdNljrr03NAZB0v4U1tF79oX5Zj8G7CTwiZqR5Lf4Du6m7mwT+cEnYmY7uq9RIRdngiWh5T1hmougAXoBQFiCZXiOt9GDQkavzA6Kyt/C5smtJAJHD30/FaZwEP2U3aETrkpVfkFTFrVDylzOMmeHSKwY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=uSogW9vZ+FI0AlyqdPExyQuorSiXze5be/Ain5ZZa2OHkIhaEcxT3WA8jMCO6kwaYokN+BIXZyeqnCAOjWwM/2skj8GxtFiVarEVK8oNxiflmHrJDlCF8Fpx4wTMMLT2QySTrIZWNK9ZGa4GW+jAVJ5IfmPN0qOIuqDdwjUiQxg=; Message-ID: <748570.94146.qm@web51803.mail.re2.yahoo.com> X-YMail-OSG: s9N9Lj8VM1npY0RP1IWXuvy0q9QvI25wEi6HcpI9Mlh6C_zugMxH_OotxbozWAVryO72TIewtXvPNmcC.p5dKYWQmXKA8KOQN95Bow8PAZs2iUkESbOapMb1gFhuj.FgeXs5XXkzMNzok2PyjRZFhfH6rdY_kk4YyOVls73TnMUCKHGuSPtZhaZpdLQIKp8Jga5716asQxntE88E2h4dW_T7MbpLqWLvURsRz_2d3cbCGY4B0Rc.WTFTOMNF2eax0QB7MOQqB4u0If4GccWn2Zl9syCM0SJKEzX9pC9Gd7ge6uKUsTY_rgfjangnCGc8bhtgLHsbSej1UgUjdNlADHPtKrTFi.rezuugPaOJZtddIFB6HsGOEscqV5SrrxFJeMrl9Y2dt4rQv2KvpIdqn10CQZdS1MQOWxj2nufD5xEGvhcqvNUtCX6C9VncYYjVsVgpOa3_N5FT32QNQD8Beazpv2An8PLIMGTQPrVNl3N7.OOHsywoCxS_aUnLqAfyilCRqt9xxM8Us8HmRThgDrkFsEyIxa7tT6U3MYJ84Pf3E1leaX4Y8QeoQZFf6vho2RkklIoTULDhPk4T9D9kG_UMnBcJyEo- Received: from [75.158.17.63] by web51803.mail.re2.yahoo.com via HTTP; Sat, 28 Nov 2009 02:06:07 PST X-Mailer: YahooMailRC/211.6 YahooMailWebService/0.8.100.260964 Date: Sat, 28 Nov 2009 02:06:07 -0800 (PST) From: PseudoCylon To: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Fix available for run driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 10:06:08 -0000 Hello,=0A=0AThere are some fixes for run driver for 8.0 release and current= . It can be downloaded from freebsd forums at=0Ahttp://forums.freebsd.org/s= howpost.php?s=3D87e376cf71273061f7de5aaf258132a1&p=3D44110&postcount=3D1=0A= =0ASome packet loss/drop and memory leak have been identified and fixed. (I= t improved some performance, too)=0A=0AAlso, 40 more vender/device IDs have= been added.=0A=0ADetails are on RELEASE_NOTES included.=0A=0APlease update= before the driver causing any troubles.=0A=0AAkinori=0A=0A=0A _______= ___________________________________________________________=0AMake your bro= wsing faster, safer, and easier with the new Internet Explorer=AE 8. Optimi= zed for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/intern= etexplorer/ From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 10:15:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ECAA106566B for ; Sat, 28 Nov 2009 10:15:05 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 98ABB8FC08 for ; Sat, 28 Nov 2009 10:15:04 +0000 (UTC) Received: from [195.4.92.14] (helo=4.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NEKKU-0005QB-AQ for current@freebsd.org; Sat, 28 Nov 2009 11:15:02 +0100 Received: from td828.t.pppool.de ([89.55.216.40]:58442 helo=ernst.jennejohn.org) by 4.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NEKKU-0002G6-4f for current@freebsd.org; Sat, 28 Nov 2009 11:15:02 +0100 Date: Sat, 28 Nov 2009 11:15:01 +0100 From: Gary Jennejohn To: current@freebsd.org Message-ID: <20091128111501.34a7a2a4@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 10:15:05 -0000 Since I installed a new world and kernel on November 26 I'm seeing core dumps with cvsup, even though I reinstalled cvsup yesterday. Here the output from a gdb session without any debugging symbols: Core was generated by `cvsup'. Program terminated with signal 4, Illegal instruction. Reading symbols from /lib/libz.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.5 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 (gdb) bt #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 #1 0x00000008009ed79e in gmtime_r () from /lib/libc.so.7 #2 0x00000008009ee420 in gmtime_r () from /lib/libc.so.7 #3 0x00000008009ee638 in gmtime_r () from /lib/libc.so.7 #4 0x00000008009f1988 in _once () from /lib/libc.so.7 #5 0x00000008009ed41f in timeoff () from /lib/libc.so.7 #6 0x00000008009eeca7 in gmtime () from /lib/libc.so.7 #7 0x00000000004a643a in calloc () #8 0x000000000043aec7 in ?? () #9 0x0000000000448eaa in ?? () #10 0x0000000000409ece in ?? () #11 0x00000000004191a4 in ?? () #12 0x0000000000417cbe in ?? () #13 0x000000000041529f in ?? () #14 0x0000000000414d7a in ?? () #15 0x000000000049f980 in calloc () #16 0x000000000048fa3d in fnmatch () #17 0x00007fffffffd3e8 in ?? () #18 0x00007fffffffe950 in ?? () #19 0x00007fffffffea40 in ?? () #20 0x00007fffffffea28 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x00001fa00000037f in ?? () #24 0x0000000000000000 in ?? () #25 0x00000000006476c0 in ?? () #26 0x00000000006476c0 in ?? () #27 0x0000000000494d89 in fnmatch () Previous frame inner to this frame (corrupt stack?) Seems to me that _once() was a very recent addition. Can't say for certain whether this is the culprit, but it looks suspicious to me. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 11:04:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B11A11065672 for ; Sat, 28 Nov 2009 11:04:58 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 726B08FC14 for ; Sat, 28 Nov 2009 11:04:58 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id B5E44398B3; Sat, 28 Nov 2009 12:04:56 +0100 (CET) Date: Sat, 28 Nov 2009 12:04:56 +0100 From: Lars Engels To: Eric Brunner-Williams Message-ID: <20091128110456.GB7972@e.0x20.net> Mail-Followup-To: Lars Engels , Eric Brunner-Williams , freebsd-current@freebsd.org References: <4B10484D.2040801@nic-naa.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline In-Reply-To: <4B10484D.2040801@nic-naa.net> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: [Fwd: Wireless PCI recommendations for CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 11:04:58 -0000 --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 27, 2009 at 04:44:45PM -0500, Eric Brunner-Williams wrote: > Sent to -net a few days ago, no response. Anyone from -current with=20 > something that works better than ral? >=20 > I'd like suggestions for a PCI wifi. Vanilla tower with -CURRENT. >=20 > Thanks in advance, > Eric Look out for atheros-based PCI cards. A list of supported atheros chipsets is in ath(4) [1]. There's also a URL to atheros hardware db. [1] http://man.freebsd.org/ath --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAksRA9gACgkQKc512sD3afgeEgCfW4mwvofqfrt2G43Bo4c+fzaH D/gAnjOdrwNHfo03gw3My0w0aZg4MHG3 =q/Cl -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 13:09:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3904D106566B; Sat, 28 Nov 2009 13:09:09 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay001.isp.belgacom.be (mailrelay001.isp.belgacom.be [195.238.6.51]) by mx1.freebsd.org (Postfix) with ESMTP id 803B78FC13; Sat, 28 Nov 2009 13:09:08 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArcEAGapEEtR8EdJ/2dsb2JhbACBTdB8hDEE Received: from 73.71-240-81.adsl-dyn.isp.belgacom.be (HELO kalimero.atlascopco.be) ([81.240.71.73]) by relay.skynet.be with ESMTP; 28 Nov 2009 13:39:39 +0100 Received: from kalimero.atlascopco.be (kalimero.atlascopco.be [127.0.0.1]) by kalimero.atlascopco.be (8.14.3/8.14.3) with ESMTP id nASCcruV002359; Sat, 28 Nov 2009 13:39:08 +0100 (CET) (envelope-from tijl@coosemans.org) From: Tijl Coosemans To: Maxim Sobolev Date: Sat, 28 Nov 2009 13:38:50 +0100 User-Agent: KMail/1.9.10 References: <4B1041EB.9020109@sippysoft.com> In-Reply-To: <4B1041EB.9020109@sippysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200911281338.53430.tijl@coosemans.org> Cc: FreeBSD Hackers , stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: heap limits: mmap(2) vs. break(2) on 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: Sat, 28 Nov 2009 13:09:09 -0000 On Friday 27 November 2009 22:17:31 Maxim Sobolev wrote: > I am trying to figure out why java fails to start with 1024MB of heap > on i386 with 4GB of RAM and 4GB of swap. Both MAXDSIZ and DFLDSIZ are > set to 2GB. Here is my limits: > > Resource limits (current): > cputime infinity secs > filesize infinity kB > datasize 2097152 kB > stacksize 65536 kB > coredumpsize infinity kB > memoryuse infinity kB > memorylocked infinity kB > maxprocesses 5547 > openfiles 20000 > sbsize infinity bytes > vmemoryuse infinity kB > > Running ktrace I see: > > 9154 java CALL mmap(0,0x44000000,PROT_READ|PROT_WRITE|PROT_EXEC,MAP_PRIVATE|MAP_NORESERVE|MAP_ANON,0xffffffff,0,0) > 9154 java RET mmap -1 errno 12 Cannot allocate memory > 9154 java CALL write(0x1,0xbf9fe378,0x2b) > 9154 java GIO fd 1 wrote 43 bytes > "Error occurred during initialization of VM On i386 a process has only 3GiB of address space. If you reserve 2GiB for datasize (sbrk), there's less than 1GiB available for mmap. Unless you have a program that still uses sbrk and needs 2GiB you should make maxdsiz much smaller. Since FreeBSD 7 malloc can use mmap besides sbrk so you can set maxdsiz to a really small value if you want to. From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 14:31:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7856E106566B; Sat, 28 Nov 2009 14:31:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 36FEF8FC15; Sat, 28 Nov 2009 14:31:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nASEVHYM067572; Sat, 28 Nov 2009 09:31:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nASEVH61067550; Sat, 28 Nov 2009 14:31:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Nov 2009 14:31:17 GMT Message-Id: <200911281431.nASEVH61067550@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 28 Nov 2009 14:31:18 -0000 TB --- 2009-11-28 13:03:52 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-28 13:03:52 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-11-28 13:03:52 - cleaning the object tree TB --- 2009-11-28 13:04:14 - cvsupping the source tree TB --- 2009-11-28 13:04:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-11-28 13:04:37 - building world TB --- 2009-11-28 13:04:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-28 13:04:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-28 13:04:37 - TARGET=ia64 TB --- 2009-11-28 13:04:37 - TARGET_ARCH=ia64 TB --- 2009-11-28 13:04:37 - TZ=UTC TB --- 2009-11-28 13:04:37 - __MAKE_CONF=/dev/null TB --- 2009-11-28 13:04:37 - cd /src TB --- 2009-11-28 13:04:37 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 28 13:04:38 UTC 2009 >>> 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 28 14:20:58 UTC 2009 TB --- 2009-11-28 14:20:58 - generating LINT kernel config TB --- 2009-11-28 14:20:58 - cd /src/sys/ia64/conf TB --- 2009-11-28 14:20:58 - /usr/bin/make -B LINT TB --- 2009-11-28 14:20:58 - building LINT kernel TB --- 2009-11-28 14:20:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-28 14:20:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-28 14:20:58 - TARGET=ia64 TB --- 2009-11-28 14:20:58 - TARGET_ARCH=ia64 TB --- 2009-11-28 14:20:58 - TZ=UTC TB --- 2009-11-28 14:20:58 - __MAKE_CONF=/dev/null TB --- 2009-11-28 14:20:58 - cd /src TB --- 2009-11-28 14:20:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 28 14:20:59 UTC 2009 >>> 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/geom/label/g_label_gpt.c:160: warning: (near initialization for 'g_label_gpt') /src/sys/geom/label/g_label_gpt.c:162: error: conflicting type qualifiers for 'g_label_gpt_uuid' /src/sys/geom/label/g_label.h:75: error: previous declaration of 'g_label_gpt_uuid' was here /src/sys/geom/label/g_label_gpt.c:165: error: unknown field 'ld_enabled' specified in initializer /src/sys/geom/label/g_label_gpt.c:166: warning: excess elements in struct initializer /src/sys/geom/label/g_label_gpt.c:166: warning: (near initialization for 'g_label_gpt_uuid') /src/sys/geom/label/g_label_gpt.c:168: error: expected ')' before string constant /src/sys/geom/label/g_label_gpt.c:169: error: expected ')' before string constant *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-28 14:31:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-28 14:31:17 - ERROR: failed to build lint kernel TB --- 2009-11-28 14:31:17 - 4141.51 user 655.27 system 5244.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 14:46:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3314106566B; Sat, 28 Nov 2009 14:46:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 535C08FC0A; Sat, 28 Nov 2009 14:46:53 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id nASEklOl090037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Nov 2009 16:46:47 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id nASEklqo071402; Sat, 28 Nov 2009 16:46:47 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id nASEkld4071401; Sat, 28 Nov 2009 16:46:47 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 28 Nov 2009 16:46:47 +0200 From: Kostik Belousov To: Vladimir Kushnir Message-ID: <20091128144647.GN2368@deviant.kiev.zoral.com.ua> References: <200911270246.nAR2k9Zp026751@pozo.com> <86ocmos11v.fsf@ds4.des.no> <200911271636.nARGaf92050278@pozo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qi3SIpffvxS/TM8d" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org, Dag-Erling Sm??rgrav , current@freebsd.org Subject: Re: libthr on current breaks some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 14:46:55 -0000 --qi3SIpffvxS/TM8d Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 27, 2009 at 07:22:29PM +0200, Vladimir Kushnir wrote: > Sorry, just my .0002 USD >=20 > On Fri, 27 Nov 2009, Manfred Antar wrote: >=20 > >At 02:40 AM 11/27/2009, Dag-Erling Sm??rgrav wrote: > >>Manfred Antar writes: > >>>The new addition to Makefile on /lib/libthr "-Wl,-znodlopen " > >>>Breaks php4 and mhash on my current 1386 > >> > >>If they try to dlopen() libthr, they're already broken. > >> > >>>I'm sure other ports that use it are broken too as can't load the lib. > >> > >>I doubt it. > >> > >>DES > >>-- > >>Dag-Erling Sm??rgrav - des@des.no > >> > >>-- > >>This message has been scanned for viruses and > >>dangerous content by MailScanner, and is > >>believed to be clean. > > > >OK > >Here are some of the errors I get > >Just rebuild /usr/ports/graphics/gd > > > >ldd /usr/local/lib/libgd.so.4 > >/usr/local/lib/libgd.so.4: /libexec/ld-elf.so.1:=20 > >/usr/local/lib/libgd.so.4: Unexpected inconsistency: dependency=20 > >libthr.so.3 not found > >/usr/local/lib/libgd.so.4: exit status 1 > > > >Just rebuild /usr/ports/security/mhash > >ldd /usr/local/lib/libmhash.so > >/usr/local/lib/libmhash.so: /libexec/ld-elf.so.1:=20 > >/usr/local/lib/libmhash.so: Unexpected inconsistency: dependency=20 > >libthr.so.3 not found > >/usr/local/lib/libmhash.so: exit status 1 > > > >Both of these have "--with-LDFLAGS=3D"${PTHREAD_LIBS}" in the Makefile. > > Issue is ldd on the _library_ linked to non-loadable object is cosmetic, I fixed it in r199877. >=20 > Just rebuild audio/faad - result precisely the same. Besides, ALL of the= =20 > already installed ports are affected: > ldd /usr/local/lib/lib*.so|grep libthr > gives either the same or > libthr.so.3 =3D> not found (0x0) > What is the worst, X does not load (display just freezes and the only way= =20 > out is to turn a box off - fortunately, ACPI does work here). What is the driver you use for your graphic card ? I remember Intel' driver had this problem: driver was linked with libthr, while X server was not. My server seems to be properly linked. I reverted r199830 that marked libthr as not loadable, r199878. > Result: as it is, my system (it's a desktop so ports are essential) is=20 > rendered unusable. > Fortunately, installworld backs up old ld-elf.so.1 so replacing linker=20 > saves from this disaster. --qi3SIpffvxS/TM8d Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksRN9YACgkQC3+MBN1Mb4hFkQCfU831xfLjzQBFixPglajwbnHX ZPkAn3lev+AaakHdGHLw7tgLXKesHbzI =S++S -----END PGP SIGNATURE----- --qi3SIpffvxS/TM8d-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 15:16:03 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C7B0106566B for ; Sat, 28 Nov 2009 15:16:03 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 184418FC0C for ; Sat, 28 Nov 2009 15:16:03 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id nASFG1AE093223; Sat, 28 Nov 2009 09:16:01 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Sat, 28 Nov 2009 09:16:01 -0600 (CST) From: "Sean C. Farley" To: Gary Jennejohn In-Reply-To: <20091128111501.34a7a2a4@ernst.jennejohn.org> Message-ID: References: <20091128111501.34a7a2a4@ernst.jennejohn.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.6 required=4.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: current@FreeBSD.org Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 15:16:03 -0000 On Sat, 28 Nov 2009, Gary Jennejohn wrote: > Since I installed a new world and kernel on November 26 I'm seeing > core dumps with cvsup, even though I reinstalled cvsup yesterday. > > Here the output from a gdb session without any debugging symbols: > > Core was generated by `cvsup'. > Program terminated with signal 4, Illegal instruction. > Reading symbols from /lib/libz.so.5...(no debugging symbols found)...done. > Loaded symbols for /lib/libz.so.5 > Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 > (gdb) bt > #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 > #1 0x00000008009ed79e in gmtime_r () from /lib/libc.so.7 > #2 0x00000008009ee420 in gmtime_r () from /lib/libc.so.7 > #3 0x00000008009ee638 in gmtime_r () from /lib/libc.so.7 > #4 0x00000008009f1988 in _once () from /lib/libc.so.7 > #5 0x00000008009ed41f in timeoff () from /lib/libc.so.7 > #6 0x00000008009eeca7 in gmtime () from /lib/libc.so.7 > #7 0x00000000004a643a in calloc () > #8 0x000000000043aec7 in ?? () > #9 0x0000000000448eaa in ?? () > #10 0x0000000000409ece in ?? () > #11 0x00000000004191a4 in ?? () > #12 0x0000000000417cbe in ?? () > #13 0x000000000041529f in ?? () > #14 0x0000000000414d7a in ?? () > #15 0x000000000049f980 in calloc () > #16 0x000000000048fa3d in fnmatch () > #17 0x00007fffffffd3e8 in ?? () > #18 0x00007fffffffe950 in ?? () > #19 0x00007fffffffea40 in ?? () > #20 0x00007fffffffea28 in ?? () > #21 0x0000000000000000 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x00001fa00000037f in ?? () > #24 0x0000000000000000 in ?? () > #25 0x00000000006476c0 in ?? () > #26 0x00000000006476c0 in ?? () > #27 0x0000000000494d89 in fnmatch () > Previous frame inner to this frame (corrupt stack?) > > Seems to me that _once() was a very recent addition. Can't say for > certain whether this is the culprit, but it looks suspicious to me. Also, cvsupd will core dump (SIGILL) when built on stable/8 amd64 r199641 when a connection to it is made from csup. An i386-built cvsupd will run correctly on the same system. For cvsupd, it is dying at dladdr(), but I have not had time to debug it further. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 15:17:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5783B1065676; Sat, 28 Nov 2009 15:17:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 181728FC15; Sat, 28 Nov 2009 15:17:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nASFH2QH074761; Sat, 28 Nov 2009 10:17:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nASFH2EH074757; Sat, 28 Nov 2009 15:17:02 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Nov 2009 15:17:02 GMT Message-Id: <200911281517.nASFH2EH074757@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 28 Nov 2009 15:17:03 -0000 TB --- 2009-11-28 14:11:53 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-28 14:11:53 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-11-28 14:11:53 - cleaning the object tree TB --- 2009-11-28 14:12:16 - cvsupping the source tree TB --- 2009-11-28 14:12:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-11-28 14:12:40 - building world TB --- 2009-11-28 14:12:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-28 14:12:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-28 14:12:40 - TARGET=powerpc TB --- 2009-11-28 14:12:40 - TARGET_ARCH=powerpc TB --- 2009-11-28 14:12:40 - TZ=UTC TB --- 2009-11-28 14:12:40 - __MAKE_CONF=/dev/null TB --- 2009-11-28 14:12:40 - cd /src TB --- 2009-11-28 14:12:40 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 28 14:12:40 UTC 2009 >>> 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 28 15:10:22 UTC 2009 TB --- 2009-11-28 15:10:22 - generating LINT kernel config TB --- 2009-11-28 15:10:22 - cd /src/sys/powerpc/conf TB --- 2009-11-28 15:10:22 - /usr/bin/make -B LINT TB --- 2009-11-28 15:10:22 - building LINT kernel TB --- 2009-11-28 15:10:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-28 15:10:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-28 15:10:22 - TARGET=powerpc TB --- 2009-11-28 15:10:22 - TARGET_ARCH=powerpc TB --- 2009-11-28 15:10:22 - TZ=UTC TB --- 2009-11-28 15:10:22 - __MAKE_CONF=/dev/null TB --- 2009-11-28 15:10:22 - cd /src TB --- 2009-11-28 15:10:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 28 15:10:23 UTC 2009 >>> 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/geom/label/g_label_gpt.c:160: warning: (near initialization for 'g_label_gpt') /src/sys/geom/label/g_label_gpt.c:162: error: conflicting type qualifiers for 'g_label_gpt_uuid' /src/sys/geom/label/g_label.h:75: error: previous declaration of 'g_label_gpt_uuid' was here /src/sys/geom/label/g_label_gpt.c:165: error: unknown field 'ld_enabled' specified in initializer /src/sys/geom/label/g_label_gpt.c:166: warning: excess elements in struct initializer /src/sys/geom/label/g_label_gpt.c:166: warning: (near initialization for 'g_label_gpt_uuid') /src/sys/geom/label/g_label_gpt.c:168: error: expected ')' before string constant /src/sys/geom/label/g_label_gpt.c:169: error: expected ')' before string constant *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-28 15:17:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-28 15:17:02 - ERROR: failed to build lint kernel TB --- 2009-11-28 15:17:02 - 3042.27 user 612.21 system 3908.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 15:29:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 851B8106568B; Sat, 28 Nov 2009 15:29:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 43C548FC08; Sat, 28 Nov 2009 15:29:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nASFTmdD033655; Sat, 28 Nov 2009 10:29:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nASFTmRo033651; Sat, 28 Nov 2009 15:29:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Nov 2009 15:29:48 GMT Message-Id: <200911281529.nASFTmRo033651@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 28 Nov 2009 15:29:49 -0000 TB --- 2009-11-28 14:29:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-28 14:29:28 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-11-28 14:29:28 - cleaning the object tree TB --- 2009-11-28 14:29:46 - cvsupping the source tree TB --- 2009-11-28 14:29:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-11-28 14:30:10 - building world TB --- 2009-11-28 14:30:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-28 14:30:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-28 14:30:10 - TARGET=sparc64 TB --- 2009-11-28 14:30:10 - TARGET_ARCH=sparc64 TB --- 2009-11-28 14:30:10 - TZ=UTC TB --- 2009-11-28 14:30:10 - __MAKE_CONF=/dev/null TB --- 2009-11-28 14:30:10 - cd /src TB --- 2009-11-28 14:30:10 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 28 14:30:11 UTC 2009 >>> 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 28 15:23:03 UTC 2009 TB --- 2009-11-28 15:23:03 - generating LINT kernel config TB --- 2009-11-28 15:23:03 - cd /src/sys/sparc64/conf TB --- 2009-11-28 15:23:03 - /usr/bin/make -B LINT TB --- 2009-11-28 15:23:03 - building LINT kernel TB --- 2009-11-28 15:23:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-28 15:23:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-28 15:23:03 - TARGET=sparc64 TB --- 2009-11-28 15:23:03 - TARGET_ARCH=sparc64 TB --- 2009-11-28 15:23:03 - TZ=UTC TB --- 2009-11-28 15:23:03 - __MAKE_CONF=/dev/null TB --- 2009-11-28 15:23:03 - cd /src TB --- 2009-11-28 15:23:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 28 15:23:03 UTC 2009 >>> 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/geom/label/g_label_gpt.c:160: warning: (near initialization for 'g_label_gpt') /src/sys/geom/label/g_label_gpt.c:162: error: conflicting type qualifiers for 'g_label_gpt_uuid' /src/sys/geom/label/g_label.h:75: error: previous declaration of 'g_label_gpt_uuid' was here /src/sys/geom/label/g_label_gpt.c:165: error: unknown field 'ld_enabled' specified in initializer /src/sys/geom/label/g_label_gpt.c:166: warning: excess elements in struct initializer /src/sys/geom/label/g_label_gpt.c:166: warning: (near initialization for 'g_label_gpt_uuid') /src/sys/geom/label/g_label_gpt.c:168: error: expected ')' before string constant /src/sys/geom/label/g_label_gpt.c:169: error: expected ')' before string constant *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-28 15:29:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-28 15:29:48 - ERROR: failed to build lint kernel TB --- 2009-11-28 15:29:48 - 2887.34 user 593.91 system 3620.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 15:31:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7339106566B; Sat, 28 Nov 2009 15:31:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A6B078FC1A; Sat, 28 Nov 2009 15:31:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nASFVBCd034405; Sat, 28 Nov 2009 10:31:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nASFVBwB034404; Sat, 28 Nov 2009 15:31:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Nov 2009 15:31:11 GMT Message-Id: <200911281531.nASFVBwB034404@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 28 Nov 2009 15:31:12 -0000 TB --- 2009-11-28 14:31:17 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-28 14:31:17 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-11-28 14:31:17 - cleaning the object tree TB --- 2009-11-28 14:31:30 - cvsupping the source tree TB --- 2009-11-28 14:31:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-11-28 14:31:52 - building world TB --- 2009-11-28 14:31:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-28 14:31:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-28 14:31:52 - TARGET=sun4v TB --- 2009-11-28 14:31:52 - TARGET_ARCH=sparc64 TB --- 2009-11-28 14:31:52 - TZ=UTC TB --- 2009-11-28 14:31:52 - __MAKE_CONF=/dev/null TB --- 2009-11-28 14:31:52 - cd /src TB --- 2009-11-28 14:31:52 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 28 14:31:53 UTC 2009 >>> 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 28 15:24:34 UTC 2009 TB --- 2009-11-28 15:24:34 - generating LINT kernel config TB --- 2009-11-28 15:24:34 - cd /src/sys/sun4v/conf TB --- 2009-11-28 15:24:34 - /usr/bin/make -B LINT TB --- 2009-11-28 15:24:34 - building LINT kernel TB --- 2009-11-28 15:24:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-28 15:24:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-28 15:24:34 - TARGET=sun4v TB --- 2009-11-28 15:24:34 - TARGET_ARCH=sparc64 TB --- 2009-11-28 15:24:34 - TZ=UTC TB --- 2009-11-28 15:24:34 - __MAKE_CONF=/dev/null TB --- 2009-11-28 15:24:34 - cd /src TB --- 2009-11-28 15:24:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 28 15:24:34 UTC 2009 >>> 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/geom/label/g_label_gpt.c:160: warning: (near initialization for 'g_label_gpt') /src/sys/geom/label/g_label_gpt.c:162: error: conflicting type qualifiers for 'g_label_gpt_uuid' /src/sys/geom/label/g_label.h:75: error: previous declaration of 'g_label_gpt_uuid' was here /src/sys/geom/label/g_label_gpt.c:165: error: unknown field 'ld_enabled' specified in initializer /src/sys/geom/label/g_label_gpt.c:166: warning: excess elements in struct initializer /src/sys/geom/label/g_label_gpt.c:166: warning: (near initialization for 'g_label_gpt_uuid') /src/sys/geom/label/g_label_gpt.c:168: error: expected ')' before string constant /src/sys/geom/label/g_label_gpt.c:169: error: expected ')' before string constant *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-11-28 15:31:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-28 15:31:11 - ERROR: failed to build lint kernel TB --- 2009-11-28 15:31:11 - 2874.84 user 591.34 system 3593.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 17:23:53 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DC9F1065676; Sat, 28 Nov 2009 17:23:53 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 991F08FC0C; Sat, 28 Nov 2009 17:23:52 +0000 (UTC) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NER1T-0003Hj-VW; Sat, 28 Nov 2009 18:23:51 +0100 Received: from td828.t.pppool.de ([89.55.216.40]:10383 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NER1T-0007WG-LT; Sat, 28 Nov 2009 18:23:51 +0100 Date: Sat, 28 Nov 2009 18:23:51 +0100 From: Gary Jennejohn To: "Sean C. Farley" Message-ID: <20091128182351.3e245ad6@ernst.jennejohn.org> In-Reply-To: References: <20091128111501.34a7a2a4@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 17:23:53 -0000 On Sat, 28 Nov 2009 09:16:01 -0600 (CST) "Sean C. Farley" wrote: > On Sat, 28 Nov 2009, Gary Jennejohn wrote: > > > Since I installed a new world and kernel on November 26 I'm seeing > > core dumps with cvsup, even though I reinstalled cvsup yesterday. > > > > Here the output from a gdb session without any debugging symbols: > > > > Core was generated by `cvsup'. > > Program terminated with signal 4, Illegal instruction. > > Reading symbols from /lib/libz.so.5...(no debugging symbols found)...done. > > Loaded symbols for /lib/libz.so.5 > > Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. > > Loaded symbols for /lib/libm.so.5 > > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > > Loaded symbols for /lib/libc.so.7 > > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > > Loaded symbols for /libexec/ld-elf.so.1 > > #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 > > (gdb) bt > > #0 0x00000008009edcf7 in gmtime_r () from /lib/libc.so.7 > > #1 0x00000008009ed79e in gmtime_r () from /lib/libc.so.7 > > #2 0x00000008009ee420 in gmtime_r () from /lib/libc.so.7 > > #3 0x00000008009ee638 in gmtime_r () from /lib/libc.so.7 > > #4 0x00000008009f1988 in _once () from /lib/libc.so.7 > > #5 0x00000008009ed41f in timeoff () from /lib/libc.so.7 > > #6 0x00000008009eeca7 in gmtime () from /lib/libc.so.7 > > #7 0x00000000004a643a in calloc () > > #8 0x000000000043aec7 in ?? () > > #9 0x0000000000448eaa in ?? () > > #10 0x0000000000409ece in ?? () > > #11 0x00000000004191a4 in ?? () > > #12 0x0000000000417cbe in ?? () > > #13 0x000000000041529f in ?? () > > #14 0x0000000000414d7a in ?? () > > #15 0x000000000049f980 in calloc () > > #16 0x000000000048fa3d in fnmatch () > > #17 0x00007fffffffd3e8 in ?? () > > #18 0x00007fffffffe950 in ?? () > > #19 0x00007fffffffea40 in ?? () > > #20 0x00007fffffffea28 in ?? () > > #21 0x0000000000000000 in ?? () > > #22 0x0000000000000000 in ?? () > > #23 0x00001fa00000037f in ?? () > > #24 0x0000000000000000 in ?? () > > #25 0x00000000006476c0 in ?? () > > #26 0x00000000006476c0 in ?? () > > #27 0x0000000000494d89 in fnmatch () > > Previous frame inner to this frame (corrupt stack?) > > > > Seems to me that _once() was a very recent addition. Can't say for > > certain whether this is the culprit, but it looks suspicious to me. > > Also, cvsupd will core dump (SIGILL) when built on stable/8 amd64 > r199641 when a connection to it is made from csup. An i386-built > cvsupd will run correctly on the same system. For cvsupd, it is dying > at dladdr(), but I have not had time to debug it further. > Interestingly enough, locally connecting with csup to cvsupd works just fine on 9-current from November 26. In fact, cvsup works Ok to update the CVS tree. It core dumps when it connects to cvsupd locally and tries to update the ports/src trees. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 18:05:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E9D7106566C; Sat, 28 Nov 2009 18:05:29 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 14E1B8FC0C; Sat, 28 Nov 2009 18:05:28 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-218-170.ard.bellsouth.net [72.154.218.170]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nASI5QPc017966 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 28 Nov 2009 13:05:27 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Edho P Arief In-Reply-To: References: <200911171017.58140.jhb@freebsd.org> <1258914452.2344.18.camel@balrog.2hip.net> <200911230842.01788.jhb@freebsd.org> Content-Type: text/plain Organization: FreeBSD Date: Sat, 28 Nov 2009 12:05:21 -0600 Message-Id: <1259431521.2315.16.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: current@freebsd.org Subject: Re: [PATCH] Build a separate ZFS-enabled loader.zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 18:05:29 -0000 On Sat, 2009-11-28 at 09:29 +0700, Edho P Arief wrote: > On Mon, Nov 23, 2009 at 8:42 PM, John Baldwin wrote: > > On Sunday 22 November 2009 1:27:32 pm Robert Noland wrote: > >> On Tue, 2009-11-17 at 10:17 -0500, John Baldwin wrote: > >> > >> Ok, I made a few changes, but this is tested and working for zfs. I > >> opted to change the loader name to zfsloader, since we tend to prefix > >> rather than suffix boot/loader bits and I thought that loader.zfs.old > >> looked ugly. The following should be a complete patch against -CURRENT. > >> Note that you do need to reinstall bootcode (zfsboot/gptzfsboot) for > >> this to boot the correct loader. > >> > >> > > http://people.freebsd.org/~rnoland/0001-Create-a-seperate-zfs-enabled-loader.patch > >> > >> robert. > > > > Looks ok to me, commit! > > > > will this merged back to 8.0-stable? I plan on it, but the big win won't come until it makes it into a release or at least a snapshot where you can just install everything from CD/DVD. robert. > -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 19:36:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF12106566B; Sat, 28 Nov 2009 19:36:37 +0000 (UTC) (envelope-from efinley.lists@gmail.com) Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx1.freebsd.org (Postfix) with ESMTP id AA1DB8FC13; Sat, 28 Nov 2009 19:36:37 +0000 (UTC) Received: by pzk15 with SMTP id 15so1632603pzk.3 for ; Sat, 28 Nov 2009 11:36:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=zU0WR4XPknb7Ay7m/mICHVjQS0JYPsPihPynrjVNVOs=; b=IXrGsJTyxHb3G5p5BaNhb/OsIxfrXz3PozFlJUwFome47IO/007wj3pXJSLJuGEREP mvfQBrRsoXjjhwqKtXPcVsMwllWddZRsRn9bbjos3qGoPY4dyD9Khd0oAOn1YTEETig3 EHpt2PX3r4Eb7Gl57sZlQmI3Cj4U7sCFUNp7Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=C3+SFxHqqzxBMslqnGxB25/9v9o6qHmsBx2QqdwxQfoFnfdDyZdJXyovfOSw7lOcd1 hMgfeA637f5KFtZ1XsTUIyZHABf7JAdHP6miIDHefDSVIukLi6VQL5zHvPPWd+leEX3j jhtl2veElhS+GgrqmbR83muXB/l8OHObBDp+s= MIME-Version: 1.0 Received: by 10.142.6.11 with SMTP id 11mr253114wff.260.1259436997333; Sat, 28 Nov 2009 11:36:37 -0800 (PST) In-Reply-To: <54e63c320911190842n352cd860q460684376065cd3a@mail.gmail.com> References: <54e63c320911181807m4ddb770br1281d1163ae3cf5f@mail.gmail.com> <54e63c320911190842n352cd860q460684376065cd3a@mail.gmail.com> Date: Sat, 28 Nov 2009 12:36:37 -0700 Message-ID: <54e63c320911281136v5621496ev8c803119e8274056@mail.gmail.com> From: Elliot Finley To: Robert Watson , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: 8.0-RC3 network performance regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 19:36:37 -0000 Robert, Here is more info that may be helpful in tracking this down. I'm now running 8.0-R on all boxes. If I use the following settings on the box that's running netserver: kern.ipc.maxsockbuf=16777216 net.inet.tcp.recvbuf_max=16777216 net.inet.tcp.recvbuf_inc=524288 net.inet.tcp.hostcache.expire=1 and I leave the netperf box at default, then I get 932Mbps. But if I then add the same settings to the box that I'm running netperf from, the speed drops down to around 420Mbps again. What other information is needed to help track this down? TIA Elliot On Thu, Nov 19, 2009 at 9:42 AM, Elliot Finley wrote: > > > On Thu, Nov 19, 2009 at 2:11 AM, Robert Watson wrote: > >> >> On Wed, 18 Nov 2009, Elliot Finley wrote: >> >> I have several boxes running 8.0-RC3 with pretty dismal network >>> performance. I also have some 7.2 boxes with great performance. Using iperf >>> I did some tests: >>> >>> server(8.0) <- client (8.0) == 420Mbps >>> server(7.2) <- client (7.2) == 950Mbps >>> server(7.2) <- client (8.0) == 920Mbps >>> server(8.0) <- client (7.2) == 420Mbps >>> >>> so when the server is 7.2, I have good performance regardless of whether >>> the client is 8.0 or 7.2. when the server is 8.0, I have poor performance >>> regardless of whether the client is 8.0 or 7.2. >>> >>> Has anyone else noticed this? Am I missing something simple? >>> >> >> I've generally not measured regressions along these lines, but TCP >> performance can be quite sensitive to specific driver version and hardware >> configuration. So far, I've generally measured significant TCP scalability >> improvements in 8, and moderate raw TCP performance improvements over real >> interfaces. On the other hand, I've seen decreased TCP performance on the >> loopback due to scheduling interactions with ULE on some systems (but not >> all -- disabling checksum generate/verify has improved loopback on other >> systems). >> >> The first thing to establish is whether other similar benchmarks give the >> same result, which might us to narrow the issue down a bit. Could you try >> using netperf+netserver with the TCP_STREAM test and see if that differs >> using the otherwise identical configuration? >> >> Could you compare the ifconfig link configuration of 7.2 and 8.0 to make >> sure there's not a problem with the driver negotiating, for example, half >> duplex instead of full duplex? Also confirm that the same blend ot >> LRO/TSO/checksum offloading/etc is present. >> >> Could you do "procstat -at | grep ifname" (where ifname is your interface >> name) and send that to me? >> >> Another thing to keep an eye of is interrupt rates and pin sharing, which >> are both sensitive to driver change and ACPI changes. It wouldn't hurt to >> compare vmstat -i rates not just on your network interface, but also on >> other devices, to make sure there's not new aliasing. With a new USB stack >> and plenty of other changes, additional driver code running when your NIC >> interrupt fires would be highly measurable. >> >> Finally, two TCP tweaks to try: >> >> (1) Try disabling in-flight bandwidth estimation by setting >> net.inet.tcp.inflight.enable to 0. This often hurts low-latency, >> high-bandwidth local ethernet links, and is sensitive to many other >> issues >> including time-keeping. It may not be the "cause", but it's a useful >> thing to try. >> >> (2) Try setting net.inet.tcp.read_locking to 0, which disables the >> read-write >> locking strategy on global TCP locks. This setting, when enabled, >> significantly impoves TCP scalability when dealing with multiple NICs >> or >> input queues, but is one of the non-trivial functional changes in TCP. > > > Thanks for the reply. Here is some more info: > > netperf results: > storage-price-3 root:~#>netperf -H 10.20.10.20 > TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 10.20.10.20 > (10.20.10.20) port 0 AF_INET > Recv Send Send > Socket Socket Message Elapsed > Size Size Size Time Throughput > bytes bytes bytes secs. 10^6bits/sec > > 4194304 4194304 4194304 10.04 460.10 > > > The interface on both boxes is em1. Both boxes (8.0RC3) have two 4-port > PCIe NICs in them.Trying the two TCP tweaks didn't change anything. While > running iperf I did the procstat and vmstat: > > SERVER: > storage-price-2 root:~#>ifconfig em1 > em1: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:15:17:b2:31:3d > inet 10.20.10.20 netmask 0xffffff00 broadcast 10.20.10.255 > media: Ethernet autoselect (1000baseT ) > status: active > > storage-price-2 root:~#>procstat -at | grep em1 > 0 100040 kernel em1 taskq 3 16 run - > > storage-price-2 root:~#>vmstat -i > interrupt total rate > irq14: ata0 22979 0 > irq15: ata1 23157 0 > irq16: aac0 uhci0* 1552 0 > irq17: uhci2+ 37 0 > irq18: ehci0 uhci+ 43 0 > cpu0: timer 108455076 2000 > irq257: em1 2039287 37 > cpu2: timer 108446955 1999 > cpu1: timer 108447018 1999 > cpu3: timer 108447039 1999 > cpu7: timer 108447061 1999 > cpu5: timer 108447061 1999 > cpu6: timer 108447054 1999 > cpu4: timer 108447061 1999 > Total 869671380 16037 > > CLIENT: > storage-price-3 root:~#>ifconfig em1 > em1: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:15:17:b2:31:49 > inet 10.20.10.30 netmask 0xffffff00 broadcast 10.20.10.255 > media: Ethernet autoselect (1000baseT ) > status: active > > storage-price-3 root:~#>procstat -at | grep em1 > 0 100040 kernel em1 taskq 3 16 run - > > storage-price-3 root:~#>vmstat -i > interrupt total rate > irq1: atkbd0 2 0 > irq14: ata0 22501 0 > irq15: ata1 22395 0 > irq16: aac0 uhci0* 5091 0 > irq17: uhci2+ 125 0 > irq18: ehci0 uhci+ 43 0 > cpu0: timer 108421132 1999 > irq257: em1 1100465 20 > cpu3: timer 108412973 1999 > cpu1: timer 108412987 1999 > cpu2: timer 108413010 1999 > cpu7: timer 108413048 1999 > cpu6: timer 108413048 1999 > cpu5: timer 108413031 1999 > cpu4: timer 108413045 1999 > Total 868462896 16020 > > 7.2 BOX: > dns1 root:~#>ifconfig em0 > em0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:13:72:5a:ff:48 > inet X.Y.Z.7 netmask 0xffffffc0 broadcast X.Y.Z.63 > media: Ethernet autoselect (1000baseTX ) > status: active > > The 8.0RC3 boxes are being used for testing right now (production 2nd week > of December). If you want access to them, that wouldn't be a problem. > > TIA > Elliot > > From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 21:22:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B8BC1065676 for ; Sat, 28 Nov 2009 21:22:31 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id D53D68FC0A for ; Sat, 28 Nov 2009 21:22:30 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id nASLMR3a006838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 29 Nov 2009 08:22:28 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id nASLMQQ6046411 for ; Sun, 29 Nov 2009 08:22:26 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id nASLMQj5046410 for freebsd-current@freebsd.org; Sun, 29 Nov 2009 08:22:26 +1100 (EST) (envelope-from peter) Date: Sun, 29 Nov 2009 08:22:26 +1100 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20091128212226.GA9841@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Non-responsive 8.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 21:22:31 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My main server is running 8.0/amd64 from between RC1 and RC2 and I've recently had a couple of long-duration hangs on it during which time processes doing I/O will stop responding. The first time, it stopped responding for about 25 minutes and then spontaneously corrected itself. I was logged in remotely the whole time and Ctrl-T was responding throughout (claiming the process was 'runnable'). I tried starteding a second session - which got as far as reporting the SSH banner I have configured and then did nothing. The second time lasted about 5 minutes. I can't find anything in any log files or dmesg. 'vmstat -m' output looks sensible. Unfortunately, I didn't have access to the console on either occasion. The system is a dual-core Athlon with the base OS (root/usr/var) on UFS and the remainder of the filesystem ZFS. It's running SCHEDULE. It runs a pair of BOINC processes in the background. The first time, it should have been otherwise unused apart from a mairix (mail indexing tool) process that I'd just started. The second time, it would have been running a buildkernel. Based on it managing to report the ssh banner (which is stored in /etc) but not getting to a shell prompt (my home directory is ZFS), my initial suspicion was ZFS but it occurs to me that it could be a priority-inversion problem with the BOINC processes. Can anyone suggest where to go looking for a cause? --=20 Peter Jeremy --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksRlJEACgkQ/opHv/APuIf8PgCeMihYhUwdm+tUyu2VVwXNYv10 HYcAoL6S8npxf5ANu7a1mgHsAsVcuRsx =3Hpb -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 21:22:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E726106568B; Sat, 28 Nov 2009 21:22:51 +0000 (UTC) (envelope-from vkushnir@bigmir.net) Received: from ex.volia.net (ex.volia.net [82.144.192.10]) by mx1.freebsd.org (Postfix) with ESMTP id 512908FC14; Sat, 28 Nov 2009 21:22:51 +0000 (UTC) Received: from em.volia.net ([82.144.192.9]) by ex.volia.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1NEUkj-0006dT-Km; Sat, 28 Nov 2009 23:22:49 +0200 Received: from chiseled-boat.volia.net ([93.73.141.54] helo=kushnir1.kiev.ua) by em.volia.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1NEUkj-000La0-GV; Sat, 28 Nov 2009 23:22:49 +0200 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [192.168.0.10]) by kushnir1.kiev.ua (8.14.3/8.13.8) with ESMTP id nASLKX36075756; Sat, 28 Nov 2009 23:20:33 +0200 (EET) (envelope-from vkushnir@bigmir.net) Date: Sat, 28 Nov 2009 23:20:33 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: Kostik Belousov In-Reply-To: <20091128144647.GN2368@deviant.kiev.zoral.com.ua> Message-ID: References: <200911270246.nAR2k9Zp026751@pozo.com> <86ocmos11v.fsf@ds4.des.no> <200911271636.nARGaf92050278@pozo.com> <20091128144647.GN2368@deviant.kiev.zoral.com.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Volia-Original-IP: 93.73.141.54 Cc: ports@freebsd.org, current@freebsd.org Subject: Re: libthr on current breaks some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Nov 2009 21:22:51 -0000 On Sat, 28 Nov 2009, Kostik Belousov wrote: > Issue is ldd on the _library_ linked to non-loadable object is cosmetic, > I fixed it in r199877. Thanks, I'll try it ASAP > What is the driver you use for your graphic card ? I remember Intel' > driver had this problem: driver was linked with libthr, while X > server was not. My server seems to be properly linked. > It's ATI Radeon X600 (driver radeon). And my server is not linked to libthr either. > I reverted r199830 that marked libthr as not loadable, r199878. > Thanks again. WBR, Vladimir From owner-freebsd-current@FreeBSD.ORG Sat Nov 28 23:23:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89A591065670; Sat, 28 Nov 2009 23:23:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 395918FC14; Sat, 28 Nov 2009 23:23:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nASNN8Ya071582; Sat, 28 Nov 2009 18:23:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nASNN8Nj071573; Sat, 28 Nov 2009 23:23:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Nov 2009 23:23:08 GMT Message-Id: <200911282323.nASNN8Nj071573@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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, 28 Nov 2009 23:23:09 -0000 TB --- 2009-11-28 23:03:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-11-28 23:03:56 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-11-28 23:03:56 - cleaning the object tree TB --- 2009-11-28 23:04:07 - cvsupping the source tree TB --- 2009-11-28 23:04:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-11-28 23:04:39 - building world TB --- 2009-11-28 23:04:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-11-28 23:04:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-11-28 23:04:39 - TARGET=ia64 TB --- 2009-11-28 23:04:39 - TARGET_ARCH=ia64 TB --- 2009-11-28 23:04:39 - TZ=UTC TB --- 2009-11-28 23:04:39 - __MAKE_CONF=/dev/null TB --- 2009-11-28 23:04:39 - cd /src TB --- 2009-11-28 23:04:39 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 28 23:04:39 UTC 2009 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/src/lib/libkvm /src/lib/libkvm/kvm.c /src/lib/libkvm/kvm_ia64.c /src/lib/libkvm/kvm_cptime.c /src/lib/libkvm/kvm_file.c /src/lib/libkvm/kvm_getloadavg.c /src/lib/libkvm/kvm_getswapinfo.c /src/lib/libkvm/kvm_pcpu.c /src/lib/libkvm/kvm_proc.c /src/lib/libkvm/kvm_vnet.c cc -O2 -pipe -DLIBC_SCCS -I/src/lib/libkvm -std=gnu99 -c /src/lib/libkvm/kvm.c cc -O2 -pipe -DLIBC_SCCS -I/src/lib/libkvm -std=gnu99 -c /src/lib/libkvm/kvm_ia64.c cc -O2 -pipe -DLIBC_SCCS -I/src/lib/libkvm -std=gnu99 -c /src/lib/libkvm/kvm_cptime.c In file included from /obj/ia64/src/tmp/usr/include/sys/pcpu.h:43, from /src/lib/libkvm/kvm_cptime.c:35: /obj/ia64/src/tmp/usr/include/machine/pcpu.h:37: error: field 'pcs_sysctl_ctx' has incomplete type *** Error code 1 Stop in /src/lib/libkvm. *** 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 --- 2009-11-28 23:23:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-11-28 23:23:08 - ERROR: failed to build world TB --- 2009-11-28 23:23:08 - 843.13 user 178.66 system 1151.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full