From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 01:05:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E89E216A422; Sun, 19 Feb 2006 01:05:59 +0000 (GMT) (envelope-from jdgunder@purdue.edu) Received: from mailhub246.itcs.purdue.edu (mailhub246.itcs.purdue.edu [128.210.5.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D69443D48; Sun, 19 Feb 2006 01:05:59 +0000 (GMT) (envelope-from jdgunder@purdue.edu) Received: from [192.168.1.108] (d60-65-198-220.col.wideopenwest.com [65.60.220.198]) (authenticated bits=0) by mailhub246.itcs.purdue.edu (8.13.4/8.13.4/external-auth-smtp) with ESMTP id k1J15prE000978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 18 Feb 2006 20:05:57 -0500 Message-ID: <43F7C46D.2070201@purdue.edu> Date: Sat, 18 Feb 2006 20:05:49 -0500 From: Joel Gunderson User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <20060216094646.8qqpg683cwk0o0ww@netchild.homeip.net> <43F5F531.2070900@virtual-voodoo.com> <20060218124212.363545a1@Magellan.Leidinger.net> In-Reply-To: <20060218124212.363545a1@Magellan.Leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 4.7.1.128075 X-PerlMx-Virus-Scanned: Yes Cc: re@freebsd.org, current@freebsd.org, foo@virtual-voodoo.com Subject: Re: reversed behavior with nsswitch.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 01:06:00 -0000 Alexander Leidinger wrote: >Am Fri, 17 Feb 2006 11:09:21 -0500 >schrieb Foo : > > > >>Hi, >> >>I have run into this as well. I am a student in a class that required >>us to set up sendmail in an environment where we don't have access to >>the local DNS, so all our resolution is done via /etc/hosts. I had to >>be able to send email between our three *nix boxes, and it kept breaking >>on the DNS resolution. Initially, I used mailertable entries to >>circumvent the issue since every other strategy I found to turn off DNS >>resolution for sendmail didn't work. However, upon reading this, I >>switched the order of the >>"hosts" settings in nsswitch.conf and got rid of the mailertable entries >>and it worked. So yes, I have run into the issue as well. I am using >>6.0-RELEASE. >> >> > >Is it possible for you to update to 6.1-BETA2? Either by doing a binary >update or by updating /usr/src and doing a build/install? > >I haven't tested it, but someone suggested in private mail to use >"hosts: files [success=return] dns" (he told me this is the way linux >distributions are doing this) which suggests that the documented >default criteria in nsswitch.conf(5) doesn't work. Can you test if this >work-around works? > >Bye, >Alexander. > > > I tried the "hosts: files [success=return] dns" in nsswitch, but it didn't work. I'll have to get back to you on the upgrade thing...if for some reason the machine flips out on the update I don't have time to fix it before checkoffs. Plus my group members would kill me. -Joel From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 01:10:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EEB916A420 for ; Sun, 19 Feb 2006 01:10:28 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 788F943D4C for ; Sun, 19 Feb 2006 01:10:27 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from flame.pc (dialup158.ach.sch.gr [81.186.70.158]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1J1A9ud017805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 19 Feb 2006 03:10:13 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1J19wgU022373 for ; Sun, 19 Feb 2006 03:09:58 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1J19wbt022372 for freebsd-current@freebsd.org; Sun, 19 Feb 2006 03:09:58 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sun, 19 Feb 2006 03:09:58 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20060219010958.GA22357@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.765, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.63, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org Subject: Is HEAD broken for anybody else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 01:10:28 -0000 I get the following build error when I try to build HEAD on a snapshot of 20-Jan-2006. 2006-02-19 00:56:33.078914 - ===> sbin/atm/atmconfig (depend) 2006-02-19 00:56:33.180210 - cat /home/build/src/sbin/atm/atmconfig/../../../contrib/ngatm/snmp_atm/atm_tree.def /home/build/src/sbin/atm/atmconfig/../../../usr.sbin/bsnmpd/modules/snmp_atm/atm_freebsd.def | gensnmptree -e `tail -n +2 /home/build/src/sbin/atm/atmconfig/atm_oid.list` > /home/build/obj/home/build/src/sbin/atm/atmconfig/oid.h 2006-02-19 00:56:33.218435 - gensnmptree: not found 2006-02-19 00:56:33.219570 - *** Error code 127 2006-02-19 00:56:33.219705 - 2006-02-19 00:56:33.219826 - Stop in /home/build/src/sbin/atm/atmconfig. 2006-02-19 00:56:33.220762 - *** Error code 1 2006-02-19 00:56:33.220883 - 2006-02-19 00:56:33.221004 - Stop in /home/build/src/sbin/atm. 2006-02-19 00:56:33.222062 - *** Error code 1 2006-02-19 00:56:33.222194 - 2006-02-19 00:56:33.222315 - Stop in /home/build/src/sbin. 2006-02-19 00:56:33.223236 - *** Error code 1 2006-02-19 00:56:33.223419 - 2006-02-19 00:56:33.223547 - Stop in /home/build/src. 2006-02-19 00:56:33.224515 - *** Error code 1 2006-02-19 00:56:33.225785 - 2006-02-19 00:56:33.225923 - Stop in /home/build/src. 2006-02-19 00:56:33.226006 - *** Error code 1 2006-02-19 00:56:33.226112 - 2006-02-19 00:56:33.226187 - Stop in /home/build/src. Is this something that anyone else has bumped to, or have I managed to mess my CURRENT installation? - Giorgos From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 02:12:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7080F16A420 for ; Sun, 19 Feb 2006 02:12:09 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from mail07.powweb.com (mail07.powweb.com [66.152.97.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18C4543D48 for ; Sun, 19 Feb 2006 02:12:09 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.vulpes (24-119-205-114.cpe.cableone.net [24.119.205.114]) by mail07.powweb.com (Postfix) with ESMTP id 3378A14DAA9 for ; Sat, 18 Feb 2006 18:12:07 -0800 (PST) Date: Sat, 18 Feb 2006 20:21:29 -0600 From: Vulpes Velox Cc: freebsd-current@freebsd.org Message-ID: <20060218202129.60ce8f9c@vixen42.vulpes> In-Reply-To: <20060218170647.497340e7@vixen42.vulpes> References: <20060218170647.497340e7@vixen42.vulpes> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_v7rffujN8zALWD2cuj8YW0=" Subject: Re: Changes to IPFW start up scripts. [updated[ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 02:12:10 -0000 --MP_v7rffujN8zALWD2cuj8YW0= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sat, 18 Feb 2006 17:06:47 -0600 Vulpes Velox wrote: > This adds in the ability to run /etc/rc.d/ipfw save > or /etc/rc.d/ip6fw save. This saves it to /etc/rc.firewall.save > or /etc/rc.firewall6.save. By setting the firewall type to LAST it > the last save will be used. I have updated them to save to /var/db/ipfw/ as suggested by Sean Chittenden. I also fixed the problem with the loopback stuff getting added more than once. It will now accept names for the files. ipfw start dog will use /var/db/ipfw/dog. This applies to save as well. --MP_v7rffujN8zALWD2cuj8YW0= Content-Type: text/x-patch; name=rc.d_ip6fw.patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=rc.d_ip6fw.patch 17a18,27 > extra_commands="save" > save_cmd="ipfw_save" > > # Gets the name of the save to use. > if [ ! -z $2 ]; then > savename="$2" > usingsave="yes" > else > savename="last" > fi 31a42,48 > ipfw_save() > { > # Saves the firewall rules to /var/db/ipfw/$savename > [ ! -d /var/db/ipfw ] && mkdir /var/db/ipfw && chmod go-rwx /var/db/ipfw > ipfw list | awk '{print "${fwcmd} add " $0 }' > /var/db/ipfw/$savename.6 > } > 33a51,58 > # Make sure the save file exists if one is specified. > if [ ! -z $usingsave ]; then > if [ ! -f "/var/db/ipfw/$savename.6" ]; then > echo "Specified save does not exist" > exit 1 > fi > fi > 42c67 < . "${ipv6_firewall_script}" --- > . "${ipv6_firewall_script}" $savename --MP_v7rffujN8zALWD2cuj8YW0= Content-Type: text/x-patch; name=rc.d_ipfw.patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=rc.d_ipfw.patch 18a19,29 > extra_commands="save" > save_cmd="ipfw_save" > > > #gets the name of the save to use > if [ ! -z $2 ]; then > savename="$2" > usingsave="yes" > else > savename="last" > fi 31a43,49 > ipfw_save() > { > # Saves the firewall rules to /var/db/ipfw/$savename > [ ! -d /var/db/ipfw ] && mkdir /var/db/ipfw && chmod go-rwx /var/db/ipfw > ipfw list | awk '{print "${fwcmd} add " $0 }' > /var/db/ipfw/$savename > } > 33a52,59 > # Make sure the save file exists if one is specified > if [ ! -z $usingsave ]; then > if [ ! -f "/var/db/ipfw/$savename" ]; then > echo "Specified save does not exist" > exit 1 > fi > fi > 38c64 < . "${firewall_script}" --- > . "${firewall_script}" $savename --MP_v7rffujN8zALWD2cuj8YW0= Content-Type: application/octet-stream; name=rc.firewall Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=rc.firewall LS0tIC91c3Ivc3JjL2V0Yy9yYy5maXJld2FsbAlTdW4gTm92ICAyIDA3OjMxOjQ0IDIwMDMKKysr IC9ldGMvcmMuZmlyZXdhbGwJU3VuIEZlYiAxOSAwOTowODo1MiAyMDA2CkBAIC0xNDMsNiArMTQz LDE3IEBACiAJc2V0dXBfbG9vcGJhY2sKIAkke2Z3Y21kfSBhZGQgNjUwMDAgcGFzcyBhbGwgZnJv bSBhbnkgdG8gYW55CiAJOzsKKwkKK1tMbF1bQWFdW1NzXVtUdF0pCisJIyBHZXRzIHRoZSBuYW1l IG9mIHRoZSBzYXZlIHRvIHVzZS4KKwlpZiBbICEgLXogJDEgXTsgdGhlbgorCQlzYXZlbmFtZT0i JDEiCisJZWxzZQorCQlzYXZlbmFtZT0ibGFzdCIKKwlmaQorCQorCS4gL3Zhci9kYi9pcGZ3LyRz YXZlbmFtZQorCTs7CiAKIFtDY11bTGxdW0lpXVtFZV1bTm5dW1R0XSkKIAkjIyMjIyMjIyMjIyMK --MP_v7rffujN8zALWD2cuj8YW0= Content-Type: application/octet-stream; name=rc.firewall6 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=rc.firewall6 LS0tIC91c3Ivc3JjL2V0Yy9yYy5maXJld2FsbDYJU3VuIERlYyAgNCAwODo0ODowNSAyMDA1Cisr KyAvZXRjL3JjLmZpcmV3YWxsNglTdW4gRmViIDE5IDA5OjEzOjIwIDIwMDYKQEAgLTEwNSw2ICsx MDUsMTcgQEAKIAkke2Z3NmNtZH0gYWRkIDY1MDAwIHBhc3MgYWxsIGZyb20gYW55IHRvIGFueQog CTs7CiAKK1tMbF1bQWFdW1NzXVtUdF0pCisgICAgICAgICMgR2V0cyB0aGUgbmFtZSBvZiB0aGUg c2F2ZSB0byB1c2UuCisJaWYgWyAhIC16ICQxIF07IHRoZW4KKwkJc2F2ZW5hbWU9IiQxIgorCWVs c2UKKwkJc2F2ZW5hbWU9Imxhc3QiCisJZmkKKworCS4gL3Zhci9kYi9pcGZ3LyRzYXZlbmFtZS42 CisJOzsKKwogW0NjXVtMbF1bSWldW0VlXVtObl1bVHRdKQogCSMjIyMjIyMjIyMjIwogCSMgVGhp cyBpcyBhIHByb3RvdHlwZSBzZXR1cCB0aGF0IHdpbGwgcHJvdGVjdCB5b3VyIHN5c3RlbSBzb21l d2hhdAo= --MP_v7rffujN8zALWD2cuj8YW0=-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 03:18:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12D7F16A420 for ; Sun, 19 Feb 2006 03:18:34 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 495BF43D45 for ; Sun, 19 Feb 2006 03:18:32 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (dialup158.ach.sch.gr [81.186.70.158]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1J3IDXa022153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 19 Feb 2006 05:18:17 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1J3I24i020386 for ; Sun, 19 Feb 2006 05:18:02 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1J3I0we020385 for freebsd-current@freebsd.org; Sun, 19 Feb 2006 05:18:00 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 19 Feb 2006 05:18:00 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20060219031800.GA19663@flame.pc> References: <20060219010958.GA22357@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060219010958.GA22357@flame.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.386, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.81, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Subject: Re: Is HEAD broken for anybody else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 03:18:34 -0000 On 2006-02-19 03:09, Giorgos Keramidas wrote: > I get the following build error when I try to build HEAD on a snapshot > of 20-Jan-2006. > > 2006-02-19 00:56:33.078914 - ===> sbin/atm/atmconfig (depend) > 2006-02-19 00:56:33.180210 - cat /home/build/src/sbin/atm/atmconfig/../../../contrib/ngatm/snmp_atm/atm_tree.def /home/build/src/sbin/atm/atmconfig/../../../usr.sbin/bsnmpd/modules/snmp_atm/atm_freebsd.def | gensnmptree -e `tail -n +2 /home/build/src/sbin/atm/atmconfig/atm_oid.list` > /home/build/obj/home/build/src/sbin/atm/atmconfig/oid.h > 2006-02-19 00:56:33.218435 - gensnmptree: not found > 2006-02-19 00:56:33.219570 - *** Error code 127 > 2006-02-19 00:56:33.219705 - > 2006-02-19 00:56:33.219826 - Stop in /home/build/src/sbin/atm/atmconfig. > 2006-02-19 00:56:33.220762 - *** Error code 1 > 2006-02-19 00:56:33.220883 - > 2006-02-19 00:56:33.221004 - Stop in /home/build/src/sbin/atm. > 2006-02-19 00:56:33.222062 - *** Error code 1 > 2006-02-19 00:56:33.222194 - > 2006-02-19 00:56:33.222315 - Stop in /home/build/src/sbin. > 2006-02-19 00:56:33.223236 - *** Error code 1 > 2006-02-19 00:56:33.223419 - > 2006-02-19 00:56:33.223547 - Stop in /home/build/src. > 2006-02-19 00:56:33.224515 - *** Error code 1 > 2006-02-19 00:56:33.225785 - > 2006-02-19 00:56:33.225923 - Stop in /home/build/src. > 2006-02-19 00:56:33.226006 - *** Error code 1 > 2006-02-19 00:56:33.226112 - > 2006-02-19 00:56:33.226187 - Stop in /home/build/src. > > Is this something that anyone else has bumped to, or have I managed to > mess my CURRENT installation? There seem to be some changes in sbin/atm/ that depend on gensnmptree being available at "make depend" time. The following fixes the "make depend" run here, but I'm not sure if this is the right way to do it. %%% Index: atmconfig/Makefile =================================================================== --- atmconfig/Makefile (revision 16) +++ atmconfig/Makefile (working copy) @@ -6,27 +6,12 @@ # $FreeBSD: src/sbin/atm/atmconfig/Makefile,v 1.8 2005/03/15 07:38:15 harti Exp $ PROG= atmconfig -.ifndef RESCUE -SRCS= ${.OBJDIR}/oid.h -.endif -SRCS+= main.c diag.c natm.c -.ifndef RESCUE -SRCS+= atmconfig_device.c -.endif +SRCS= main.c diag.c natm.c MAN= atmconfig.8 # CFLAGS+= -DPATH_HELP='".:/usr/share/doc/atm:/usr/local/share/doc/atm"' CFLAGS+= -I${.OBJDIR} -.ifndef RESCUE -DPADD= ${LIBBSNMP} -LDADD= -lbsnmp -.endif - -.ifndef RESCUE -CLEANFILES+= oid.h -.endif - .if ${MACHINE_ARCH} == "arm" WARNS?= 3 .else %%% From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 03:41:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED5B116A420 for ; Sun, 19 Feb 2006 03:41:26 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6570743D4C for ; Sun, 19 Feb 2006 03:41:25 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (dialup158.ach.sch.gr [81.186.70.158]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1J3f2DD022816 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 19 Feb 2006 05:41:07 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1J3eoU5020486 for ; Sun, 19 Feb 2006 05:40:50 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1J3eomm020485 for freebsd-current@freebsd.org; Sun, 19 Feb 2006 05:40:50 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 19 Feb 2006 05:40:50 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20060219034050.GA20475@flame.pc> References: <20060219010958.GA22357@flame.pc> <20060219031800.GA19663@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060219031800.GA19663@flame.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.387, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.81, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Subject: Re: Is HEAD broken for anybody else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 03:41:27 -0000 On 2006-02-19 05:18, Giorgos Keramidas wrote: > On 2006-02-19 03:09, Giorgos Keramidas wrote: > > I get the following build error when I try to build HEAD on a snapshot > > of 20-Jan-2006. > > > > 2006-02-19 00:56:33.078914 - ===> sbin/atm/atmconfig (depend) > > 2006-02-19 00:56:33.180210 - cat /home/build/src/sbin/atm/atmconfig/../../../contrib/ngatm/snmp_atm/atm_tree.def /home/build/src/sbin/atm/atmconfig/../../../usr.sbin/bsnmpd/modules/snmp_atm/atm_freebsd.def | gensnmptree -e `tail -n +2 /home/build/src/sbin/atm/atmconfig/atm_oid.list` > /home/build/obj/home/build/src/sbin/atm/atmconfig/oid.h > > 2006-02-19 00:56:33.218435 - gensnmptree: not found > > 2006-02-19 00:56:33.219570 - *** Error code 127 > > 2006-02-19 00:56:33.219705 - > > 2006-02-19 00:56:33.219826 - Stop in /home/build/src/sbin/atm/atmconfig. > > 2006-02-19 00:56:33.220762 - *** Error code 1 > > 2006-02-19 00:56:33.220883 - > > 2006-02-19 00:56:33.221004 - Stop in /home/build/src/sbin/atm. > > 2006-02-19 00:56:33.222062 - *** Error code 1 > > 2006-02-19 00:56:33.222194 - > > 2006-02-19 00:56:33.222315 - Stop in /home/build/src/sbin. > > 2006-02-19 00:56:33.223236 - *** Error code 1 > > 2006-02-19 00:56:33.223419 - > > 2006-02-19 00:56:33.223547 - Stop in /home/build/src. > > 2006-02-19 00:56:33.224515 - *** Error code 1 > > 2006-02-19 00:56:33.225785 - > > 2006-02-19 00:56:33.225923 - Stop in /home/build/src. > > 2006-02-19 00:56:33.226006 - *** Error code 1 > > 2006-02-19 00:56:33.226112 - > > 2006-02-19 00:56:33.226187 - Stop in /home/build/src. > > > > Is this something that anyone else has bumped to, or have I managed to > > mess my CURRENT installation? > > There seem to be some changes in sbin/atm/ that depend on gensnmptree > being available at "make depend" time. > > The following fixes the "make depend" run here, but I'm not sure if this > is the right way to do it. Wrong patch. Then atmconfig will not link. Ignore this please :( > %%% > Index: atmconfig/Makefile > =================================================================== > --- atmconfig/Makefile (revision 16) > +++ atmconfig/Makefile (working copy) > @@ -6,27 +6,12 @@ > # $FreeBSD: src/sbin/atm/atmconfig/Makefile,v 1.8 2005/03/15 07:38:15 harti Exp $ > > PROG= atmconfig > -.ifndef RESCUE > -SRCS= ${.OBJDIR}/oid.h > -.endif > -SRCS+= main.c diag.c natm.c > -.ifndef RESCUE > -SRCS+= atmconfig_device.c > -.endif > +SRCS= main.c diag.c natm.c > MAN= atmconfig.8 > # CFLAGS+= -DPATH_HELP='".:/usr/share/doc/atm:/usr/local/share/doc/atm"' > > CFLAGS+= -I${.OBJDIR} > > -.ifndef RESCUE > -DPADD= ${LIBBSNMP} > -LDADD= -lbsnmp > -.endif > - > -.ifndef RESCUE > -CLEANFILES+= oid.h > -.endif > - > .if ${MACHINE_ARCH} == "arm" > WARNS?= 3 > .else > %%% > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 04:10:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89C4B16A427; Sun, 19 Feb 2006 04:10:16 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx1.orcon.net.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id C127443D45; Sun, 19 Feb 2006 04:10:15 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received-SPF: none Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx1.orcon.net.nz (8.13.2/8.13.2/Debian-1) with ESMTP id k1J4AXh4007335; Sun, 19 Feb 2006 17:10:34 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id A8D4D1CC38; Sun, 19 Feb 2006 17:10:12 +1300 (NZDT) Date: Sun, 19 Feb 2006 17:10:12 +1300 From: Andrew Thompson To: John Baldwin Message-ID: <20060219041012.GB78376@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , John Baldwin , freebsd-current@freebsd.org References: <20060215211534.GA78376@heff.fud.org.nz> <200602171342.13451.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602171342.13451.jhb@freebsd.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on dbmail-mx1.orcon.net.nz X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: rwlock patch for bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 04:10:25 -0000 On Fri, Feb 17, 2006 at 01:42:11PM -0500, John Baldwin wrote: > On Wednesday 15 February 2006 16:15, Andrew Thompson wrote: > > > > Here is a patch that changes if_bridge to use rwlock(9) rather than the > > handrolled ref counting. Can I please get it reviewed to ensure I have > > the changes correct. I pondered if the order of unlocking the softc > > mutex and grabbing the rlock mattered but decided it didn't. > > Have you thought about replacing both the mutex and ref-count with the single > rwlock? (Perhaps that is infeasible, but it would be somewhat pointless to > just lock one lock so you can turn around and lock the next.) The bridge code makes use of callout_init_mtx(), can a rwlock be passed instead of a mutex? cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 04:19:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B76DD16A422 for ; Sun, 19 Feb 2006 04:19:53 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEDDD43D46 for ; Sun, 19 Feb 2006 04:19:51 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (dialup158.ach.sch.gr [81.186.70.158]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1J4JYG3023902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 19 Feb 2006 06:19:37 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1J4JMiS067830 for ; Sun, 19 Feb 2006 06:19:22 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1J4JMEc067814 for freebsd-current@freebsd.org; Sun, 19 Feb 2006 06:19:22 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 19 Feb 2006 06:19:21 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20060219041921.GA62239@flame.pc> References: <20060219010958.GA22357@flame.pc> <20060219031800.GA19663@flame.pc> <20060219034050.GA20475@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060219034050.GA20475@flame.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.389, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.81, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Subject: Re: Is HEAD broken for anybody else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 04:19:53 -0000 On 2006-02-19 05:40, Giorgos Keramidas wrote: > Wrong patch. Then atmconfig will not link. Ignore this please :( > > > %%% > > Index: atmconfig/Makefile > > =================================================================== > > --- atmconfig/Makefile (revision 16) > > +++ atmconfig/Makefile (working copy) > > @@ -6,27 +6,12 @@ > > # $FreeBSD: src/sbin/atm/atmconfig/Makefile,v 1.8 2005/03/15 07:38:15 harti Exp $ The correct fix is probably to add gensnmptree to bootstrap-tools. I'm currently building a snapshot with: %%% Index: Makefile.inc1 =================================================================== --- Makefile.inc1 (revision 16) +++ Makefile.inc1 (working copy) @@ -839,6 +839,7 @@ usr.bin/rpcgen \ usr.bin/xinstall \ usr.sbin/config \ + usr.sbin/bsnmpd/gensnmptree \ ${_crunchgen} \ ${_pwd_mkdb} ${_+_}@${ECHODIR} "===> ${_tool} (obj,depend,all,install)"; \ %%% But this will take a while to test properly. From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 08:50:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EAFC16A420 for ; Sun, 19 Feb 2006 08:50:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDB8843D45 for ; Sun, 19 Feb 2006 08:50:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 5282F1FFF40; Sun, 19 Feb 2006 09:50:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 98D901FFF32; Sun, 19 Feb 2006 09:50: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 6578644487E; Sun, 19 Feb 2006 08:47:15 +0000 (UTC) Date: Sun, 19 Feb 2006 08:47:15 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Giorgos Keramidas In-Reply-To: <20060219041921.GA62239@flame.pc> Message-ID: <20060219084102.P74458@maildrop.int.zabbadoz.net> References: <20060219010958.GA22357@flame.pc> <20060219031800.GA19663@flame.pc> <20060219034050.GA20475@flame.pc> <20060219041921.GA62239@flame.pc> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-current@freebsd.org Subject: Re: Is HEAD broken for anybody else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 08:50:11 -0000 On Sun, 19 Feb 2006, Giorgos Keramidas wrote: > On 2006-02-19 05:40, Giorgos Keramidas wrote: >> Wrong patch. Then atmconfig will not link. Ignore this please :( >> >>> %%% >>> Index: atmconfig/Makefile >>> =================================================================== >>> --- atmconfig/Makefile (revision 16) >>> +++ atmconfig/Makefile (working copy) >>> @@ -6,27 +6,12 @@ >>> # $FreeBSD: src/sbin/atm/atmconfig/Makefile,v 1.8 2005/03/15 07:38:15 harti Exp $ > > The correct fix is probably to add gensnmptree to bootstrap-tools. > I'm currently building a snapshot with: the problem might be that bsnmp currently is removed from the build because of some miss-import[1]. Anyway I haven't seen this problem and no tinderbox because of this. Are you sure that it's nothing in your local tree? [1] http://docs.freebsd.org/cgi/mid.cgi?200602140834.k1E8YQRP071616 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 09:05:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C455816A420 for ; Sun, 19 Feb 2006 09:05:39 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FF7B43D45 for ; Sun, 19 Feb 2006 09:05:39 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp2-g19.free.fr (Postfix) with ESMTP id 57DEB6CD4B for ; Sun, 19 Feb 2006 10:05:38 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k1J95VgP027888 for ; Sun, 19 Feb 2006 10:05:35 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 19 Feb 2006 10:05:24 +0100 User-Agent: KMail/1.9.1 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602191005.25128.thierry@herbelot.com> Subject: MFC of "Unbreak Promise SATAII/150 controllers" ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 09:05:39 -0000 Hello, My main server runs Releng-6 and has SATA disks driven by a Promise SATA controller. Recent releng-6 kernels (6.1-Beta) lose access to the disks with messages like : ad10: req=0xc2771e10 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! (the disks themselves are new and have been checked recently : they have been converted to a g_mirror setup). After searching in cvs archives, I have found this commit for -Current : http://lists.freebsd.org/pipermail/cvs-src/2006-February/059647.html Modified files: sys/dev/ata ata-all.c ata-all.h ata-chipset.c Log: Unbreak Promise SATAII/150 controllers caused by the DMA dump changes. a quick check with a recent (yesterday's) -current kernel (running in the place of releng_6) seems to show that -current is fixed (at least a 'ls -lR /big_part' runs as expected). Is there any plan to MFC this commit ? Cheers TfH From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 10:31:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08E6916A420 for ; Sun, 19 Feb 2006 10:31:25 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with SMTP id 3664A43D46 for ; Sun, 19 Feb 2006 10:31:23 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 7109 invoked by uid 89); 19 Feb 2006 10:31:21 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 19 Feb 2006 10:31:21 -0000 Date: Sun, 19 Feb 2006 11:31:20 +0100 From: Oliver Lehmann To: current@freebsd.org Message-Id: <20060219113120.b7dcbdf0.lehmann@ans-netz.de> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: attaching a keyboard later X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 10:31:25 -0000 Hi, back in the 3.x days It was possible to attach a keyboard later to a system after it was booted up and having it working. If I'm not mistaken this was possible via a boot(8) switch. I can't find a switch in the man page which reads like it does that now. Can someone tell me if it is still possible and maybe what to do? I know that this is sth. you shouldn't do since PS/2 isn't "Plug&Play" but I don't want to attach a keyboard to each system I've running (I even don't have so much keyboards). I only need this in case the system got some problems like my swapper was telling me sth. this night on console but I was unable to find out more since the only thing which worked via network was ping. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 11:07:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFB1F16A420 for ; Sun, 19 Feb 2006 11:07:36 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CAEC43D48 for ; Sun, 19 Feb 2006 11:07:35 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id k1JB7Wi7012854 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 19 Feb 2006 12:07:32 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id k1JB7WcA012853 for freebsd-current@freebsd.org; Sun, 19 Feb 2006 12:07:32 +0100 (CET) Date: Sun, 19 Feb 2006 12:07:32 +0100 From: Divacky Roman To: freebsd-current@freebsd.org Message-ID: <20060219110732.GA12550@stud.fit.vutbr.cz> References: <1140187193.731.47.camel@spirit> <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> <20060217234118.GA22643@odin.ac.hmc.edu> <43F67121.5080809@FreeBSD.org> <43F682F2.1020804@FreeBSD.org> <43F68611.7080602@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43F68611.7080602@FreeBSD.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Subject: Re: New RCorder: abi loaded too late X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 11:07:36 -0000 On Fri, Feb 17, 2006 at 06:27:29PM -0800, Jason Evans wrote: > Doug Barton wrote: > >PS to jasone, the trace on the core file shows that the error in rcorder is > >at line 761 of rcorder.c (which was recently patched to fix a different > >kind > >of core dumping problem). I'd be glad to provide you or the list with more > >details if there is interest. > > Chances are good that the crash is due to a double free. If you have > trouble tracking this down, you can try reducing the size of the delay > cache (MALLOC_OPTIONS='cccccccc' will reduce the delay cache to one > item), which may cause a different failure mode that is easier to interpret. I tried running rcorder under valgrind and it showed me massive leaks/double-frees etc. unfortunately I am not able to run valgrind on recent 7-current (when I start it it just creates 2.8G coredump) it would be great to run coverity on rcorder or something to reveal the bugs. I am willing to hack on it but I'd appreciate some help (either the valgrind running or list of coverity revealed bugs) roman From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 12:19:18 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFDB416A420 for ; Sun, 19 Feb 2006 12:19:18 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA37643D45 for ; Sun, 19 Feb 2006 12:19:17 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k1JCJEeQ043054; Sun, 19 Feb 2006 13:19:14 +0100 (CET) (envelope-from sos@FreeBSD.org) Message-ID: <43F86242.5050701@FreeBSD.org> Date: Sun, 19 Feb 2006 13:19:14 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5 (X11/20060130) MIME-Version: 1.0 To: thierry@herbelot.com References: <200602191005.25128.thierry@herbelot.com> In-Reply-To: <200602191005.25128.thierry@herbelot.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-current@FreeBSD.org Subject: Re: MFC of "Unbreak Promise SATAII/150 controllers" ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 12:19:18 -0000 Thierry Herbelot wrote: > Hello, > > My main server runs Releng-6 and has SATA disks driven by a Promise SATA > controller. > > Recent releng-6 kernels (6.1-Beta) lose access to the disks with messages > like : > ad10: req=0xc2771e10 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER > Will Robinson !! > (the disks themselves are new and have been checked recently : they have been > converted to a g_mirror setup). > > After searching in cvs archives, I have found this commit for -Current : > http://lists.freebsd.org/pipermail/cvs-src/2006-February/059647.html > > Modified files: > sys/dev/ata ata-all.c ata-all.h ata-chipset.c > Log: > Unbreak Promise SATAII/150 controllers caused by the DMA dump changes. > > a quick check with a recent (yesterday's) -current kernel (running in the > place of releng_6) seems to show that -current is fixed (at least a 'ls > -lR /big_part' runs as expected). > > Is there any plan to MFC this commit ? > Yes, and I got ready for it just as the announce of BETA2 builds hit developers. It'll get in as soon as I have a spare minute to catch up as there now a a few more things to MFC... -Søren From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 12:31:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC25D16A420 for ; Sun, 19 Feb 2006 12:31:23 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73F7043D46 for ; Sun, 19 Feb 2006 12:31:23 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 8AAEDDA; Sun, 19 Feb 2006 07:31:44 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 0BD67D31F; Sun, 19 Feb 2006 07:31:42 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FAnih-000CDe-8z; Sun, 19 Feb 2006 12:31:19 +0000 Date: Sun, 19 Feb 2006 12:31:19 +0000 From: Brian Candler To: Oliver Lehmann Message-ID: <20060219123118.GA46877@uk.tiscali.com> References: <20060219113120.b7dcbdf0.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060219113120.b7dcbdf0.lehmann@ans-netz.de> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: attaching a keyboard later X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 12:31:23 -0000 On Sun, Feb 19, 2006 at 11:31:20AM +0100, Oliver Lehmann wrote: > back in the 3.x days It was possible to attach a keyboard later to a > system after it was booted up and having it working. If I'm not mistaken > this was possible via a boot(8) switch. I can't find a switch in the man > page which reads like it does that now. Can someone tell me if it is still > possible and maybe what to do? I can't speak for -CURRENT as I'm not running it right now, but on 6.0 the atkbd(4) manpage says: Driver Flags The atkbd driver accepts the following driver flags. They can be set either in /boot/device.hints, or else from within the boot loader (see loader(8)). bit 0 (FAIL_IF_NO_KBD) By default the atkbd driver will install even if a keyboard is not actually connected to the system. This option prevents the driver from being installed in this situation. ... bit 3 (NO_PROBE_TEST) When this option is given, the atkbd driver will not test the key- board port during the probe routine. Some machines hang during boot when this test is performed. but unfortunately doesn't give an exact example of how to use this, nor does it give the default setting of the flags. ISTR that in FreeBSD 4.x, you had a flags=0x01 setting in the kernel configuration file, which you could change to 0x00 to get the keyboard to work even if not detected at bootup time. I guess you could try something like hint.atkbd.0.flags=0x00 or hint.atkbd.0.flags=0x08 If you find out exactly what this is, please submit a patch for the manpage :-) HTH, Brian. From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 12:45:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E96016A420; Sun, 19 Feb 2006 12:45:47 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A069543D55; Sun, 19 Feb 2006 12:45:44 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FDA2.dip.t-dialin.net [84.165.253.162]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k1JCWZmK088209; Sun, 19 Feb 2006 13:32:37 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k1JCjcxJ050020; Sun, 19 Feb 2006 13:45:38 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sun, 19 Feb 2006 13:45:39 +0100 From: Alexander Leidinger To: Joel Gunderson Message-ID: <20060219134539.68fbb3e9@Magellan.Leidinger.net> In-Reply-To: <43F7C46D.2070201@purdue.edu> References: <20060216094646.8qqpg683cwk0o0ww@netchild.homeip.net> <43F5F531.2070900@virtual-voodoo.com> <20060218124212.363545a1@Magellan.Leidinger.net> <43F7C46D.2070201@purdue.edu> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: re@freebsd.org, current@freebsd.org, foo@virtual-voodoo.com Subject: Re: reversed behavior with nsswitch.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 12:45:47 -0000 Am Sat, 18 Feb 2006 20:05:49 -0500 schrieb Joel Gunderson : > Alexander Leidinger wrote: > >I haven't tested it, but someone suggested in private mail to use > >"hosts: files [success=return] dns" (he told me this is the way linux > >distributions are doing this) which suggests that the documented > >default criteria in nsswitch.conf(5) doesn't work. Can you test if this > >work-around works? > I tried the "hosts: files [success=return] dns" in nsswitch, but it > didn't work. I'll have to get back to you on the upgrade thing...if for Ah, ok. One datapoint more. > some reason the machine flips out on the update I don't have time to fix > it before checkoffs. Plus my group members would kill me. Don't risk your grade for this (this doesn't mean an update will break something, but no need to "enjoy" a bad feeling when you're not sure 100% yourself). Bye, Alexander. -- Failure is not an option. It comes bundled with your Microsoft product. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 12:54:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91D7D16A420; Sun, 19 Feb 2006 12:54:13 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C72143D46; Sun, 19 Feb 2006 12:54:13 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp2-g19.free.fr (Postfix) with ESMTP id 472326CD26; Sun, 19 Feb 2006 13:54:11 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k1JCs8x8021710; Sun, 19 Feb 2006 13:54:10 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 19 Feb 2006 13:54:00 +0100 User-Agent: KMail/1.9.1 References: <200602191005.25128.thierry@herbelot.com> <43F86242.5050701@FreeBSD.org> In-Reply-To: <43F86242.5050701@FreeBSD.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200602191354.01770.thierry@herbelot.com> Cc: =?iso-8859-1?q?S=F8ren_Schmidt?= Subject: Re: MFC of "Unbreak Promise SATAII/150 controllers" ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 12:54:13 -0000 Le Sunday 19 February 2006 13:19, Søren Schmidt a écrit : > > Modified files: > > sys/dev/ata ata-all.c ata-all.h ata-chipset.c > > Log: > > Unbreak Promise SATAII/150 controllers caused by the DMA dump changes. > > > > a quick check with a recent (yesterday's) -current kernel (running in the > > place of releng_6) seems to show that -current is fixed (at least a 'ls > > -lR /big_part' runs as expected). > > > > Is there any plan to MFC this commit ? > > Yes, and I got ready for it just as the announce of BETA2 builds hit > developers. It'll get in as soon as I have a spare minute to catch up as > there now a a few more things to MFC... fine : I'll be one of the first to test the patch ;-) TfH From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 12:58:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE34116A420 for ; Sun, 19 Feb 2006 12:58:13 +0000 (GMT) (envelope-from dettloff@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B5AB43D53 for ; Sun, 19 Feb 2006 12:58:13 +0000 (GMT) (envelope-from dettloff@gmail.com) Received: by nproxy.gmail.com with SMTP id a4so500660nfc for ; Sun, 19 Feb 2006 04:58:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=o4Z91ANlNHQXvy4c09+Hftz2n/j9FV2weN+0IAp4OCBZ7vy2zCTLm33HLJrrxFvewKQ/PdypxxQh3BsCoIl/g3xP+M6CBvrjE07oYwuj/SZwCWpXq9yhKqNtMZpq5Ab9RzR9Z1FOl48Fz+wkyvxWBxIzwEx6NAH4jUMYhjYaaqo= Received: by 10.49.21.16 with SMTP id y16mr931496nfi; Sun, 19 Feb 2006 04:58:12 -0800 (PST) Received: by 10.49.43.13 with HTTP; Sun, 19 Feb 2006 04:58:12 -0800 (PST) Message-ID: <5b0444b50602190458m3cbe0341w@mail.gmail.com> Date: Sun, 19 Feb 2006 13:58:12 +0100 From: "Tim Dettloff" To: current@freebsd.org In-Reply-To: <43F5F531.2070900@virtual-voodoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20060216094646.8qqpg683cwk0o0ww@netchild.homeip.net> <43F5F531.2070900@virtual-voodoo.com> Cc: Subject: Re: reversed behavior with nsswitch.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 12:58:14 -0000 T24gMTcvMDIvMDYsIEZvbyA8Zm9vIEAgdmlydHVhbCAtIHZvb2RvbyAuIGNvbT4gd3JvdGU6Cj4g SGksCj4KPiBJIGhhdmUgcnVuIGludG8gdGhpcyBhcyB3ZWxsLiAgSSBhbSBhIHN0dWRlbnQgaW4g YSBjbGFzcyB0aGF0IHJlcXVpcmVkCj4gdXMgdG8gc2V0IHVwIHNlbmRtYWlsIGluIGFuIGVudmly b25tZW50IHdoZXJlIHdlIGRvbid0IGhhdmUgYWNjZXNzIHRvCj4gdGhlIGxvY2FsIEROUywgc28g YWxsIG91ciByZXNvbHV0aW9uIGlzIGRvbmUgdmlhIC9ldGMvaG9zdHMuICBJIGhhZCB0bwo+IGJl IGFibGUgdG8gc2VuZCBlbWFpbCBiZXR3ZWVuIG91ciB0aHJlZSAqbml4IGJveGVzLCBhbmQgaXQg a2VwdCBicmVha2luZwo+IG9uIHRoZSBETlMgcmVzb2x1dGlvbi4gSW5pdGlhbGx5LCBJIHVzZWQg bWFpbGVydGFibGUgZW50cmllcyB0bwo+IGNpcmN1bXZlbnQgdGhlIGlzc3VlIHNpbmNlIGV2ZXJ5 IG90aGVyIHN0cmF0ZWd5IEkgZm91bmQgdG8gdHVybiBvZmYgRE5TCj4gcmVzb2x1dGlvbiBmb3Ig c2VuZG1haWwgZGlkbid0IHdvcmsuICBIb3dldmVyLCB1cG9uIHJlYWRpbmcgdGhpcywgSQo+IHN3 aXRjaGVkIHRoZSBvcmRlciBvZiB0aGUKPiAiaG9zdHMiIHNldHRpbmdzIGluIG5zc3dpdGNoLmNv bmYgYW5kIGdvdCByaWQgb2YgdGhlIG1haWxlcnRhYmxlIGVudHJpZXMKPiBhbmQgaXQgd29ya2Vk LiAgU28geWVzLCBJIGhhdmUgcnVuIGludG8gdGhlIGlzc3VlIGFzIHdlbGwuICBJIGFtIHVzaW5n Cj4gNi4wLVJFTEVBU0UuCj4KPiBIb3BlIHRoaXMgaGVscHMuCj4gSm9lbAo+CgpIaSwKCk9uZSB0 aGluZyB5b3UgaGF2ZSB0byByZW1lbWJlciBhYm91dCBzZW5kbWFpbCBpcyB0aGF0IGluIG1vc3Qg Y2FzZXMgaXQKaGFzIHRvIHVzZSBkbnMsIGFzIG14IHJlY29yZHMgY2Fubm90IGJlIHNwZWNpZmll ZCBpbiAvZXRjL2hvc3RzLgoKU2VlICJzZW5kbWFpbCBzcGVjaWZpY3MiIGh0dHA6Ly93d3cuc2Vu ZG1haWwub3JnL2VtYWlsLWV4cGxhaW5lZC5odG1sLgoKIFRpbQo= From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 13:23:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40F4716A420 for ; Sun, 19 Feb 2006 13:23:48 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20B8E43D45 for ; Sun, 19 Feb 2006 13:23:46 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id 90C2C1A726 for ; Sun, 19 Feb 2006 14:23:44 +0100 (CET) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (mx1.h3q.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94665-08 for ; Sun, 19 Feb 2006 14:23:43 +0100 (CET) Received: from [192.168.0.81] (81-234-243-91-o926.tbon.telia.com [81.234.243.91]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.h3q.net (Postfix) with ESMTP id 097CD1A723 for ; Sun, 19 Feb 2006 14:23:42 +0100 (CET) Message-ID: <43F87155.3050103@shapeshifter.se> Date: Sun, 19 Feb 2006 14:23:33 +0100 From: Fredrik Lindberg User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------040001020400000200060600" X-Virus-Scanned: amavisd-new at h3q.net Subject: USB and clear endpoint stall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 13:23:48 -0000 This is a multi-part message in MIME format. --------------040001020400000200060600 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit After a quite recent -current update, UPEKs touchchip driver began to run dead slow and by turning on debugging for libusb (which the driver utilize) I noticed several 5 seconds long read timeouts. These timeouts were not present with the same driver on an earlier current and I think I've tracked it down to the commits on Jan 8 which dropped usbd_clear_endpoint_stall() from usbd_setup_pipe(). Apparently this device needs this, because after re-adding this functionallity the timeout disappears. I've attached a patch that works for me, it's basicly the same as before Jan 8, but with the quirk reversed. My USB-foo isn't that good so people with better understanding of the USB stack might have a better fix for this. Fredrik Lindberg --------------040001020400000200060600 Content-Type: text/plain; name="usb-open-clearstall-20060219.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="usb-open-clearstall-20060219.patch" Index: sys/dev/usb/usb_quirks.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/usb_quirks.c,v retrieving revision 1.47 diff -u -r1.47 usb_quirks.c --- sys/dev/usb/usb_quirks.c 8 Jan 2006 03:34:29 -0000 1.47 +++ sys/dev/usb/usb_quirks.c 19 Feb 2006 09:59:34 -0000 @@ -79,6 +79,8 @@ { USB_VENDOR_TELEX, USB_PRODUCT_TELEX_MIC1, 0x009, { UQ_AU_NO_FRAC }}, { USB_VENDOR_SILICONPORTALS, USB_PRODUCT_SILICONPORTALS_YAPPHONE, 0x100, { UQ_AU_INP_ASYNC }}, + { USB_VENDOR_STMICRO, USB_PRODUCT_STMICRO_BIOCPU, + ANY, { UQ_OPEN_CLEARSTALL }}, /* XXX These should have a revision number, but I don't know what they are. */ { USB_VENDOR_HP, USB_PRODUCT_HP_895C, ANY, { UQ_BROKEN_BIDIR }}, { USB_VENDOR_HP, USB_PRODUCT_HP_880C, ANY, { UQ_BROKEN_BIDIR }}, Index: sys/dev/usb/usb_quirks.h =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/usb_quirks.h,v retrieving revision 1.21 diff -u -r1.21 usb_quirks.h --- sys/dev/usb/usb_quirks.h 8 Jan 2006 03:34:29 -0000 1.21 +++ sys/dev/usb/usb_quirks.h 19 Feb 2006 09:59:34 -0000 @@ -54,6 +54,7 @@ #define UQ_AU_INP_ASYNC 0x0800 /* input is async despite claim of adaptive */ #define UQ_ASSUME_CM_OVER_DATA 0x1000 /* modem device breaks on cm over data */ #define UQ_BROKEN_BIDIR 0x2000 /* printer has broken bidir mode */ +#define UQ_OPEN_CLEARSTALL 0x4000 /* device needs clear endpoint stall */ #define UQ_HID_IGNORE 0x8000 /* device should be ignored by hid class */ }; Index: sys/dev/usb/usb_subr.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/usb_subr.c,v retrieving revision 1.80 diff -u -r1.80 usb_subr.c --- sys/dev/usb/usb_subr.c 11 Feb 2006 03:41:20 -0000 1.80 +++ sys/dev/usb/usb_subr.c 19 Feb 2006 09:59:34 -0000 @@ -780,6 +780,18 @@ return (err); } + if (dev->quirks->uq_flags & UQ_OPEN_CLEARSTALL) { + /* Clear any stall and make sure DATA0 toggle will be used next. */ + if (UE_GET_ADDR(ep->edesc->bEndpointAddress) != USB_CONTROL_ENDPOINT) { + err = usbd_clear_endpoint_stall(p); + if (err && err != USBD_STALLED && err != USBD_TIMEOUT) { + printf("usbd_setup_pipe: failed to start " + "endpoint, %s\n", usbd_errstr(err)); + return (err); + } + } + } + *pipe = p; return (USBD_NORMAL_COMPLETION); } Index: sys/dev/usb/usbdevs =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/usbdevs,v retrieving revision 1.253 diff -u -r1.253 usbdevs --- sys/dev/usb/usbdevs 11 Feb 2006 03:27:57 -0000 1.253 +++ sys/dev/usb/usbdevs 19 Feb 2006 09:59:34 -0000 @@ -1529,6 +1529,7 @@ product SOURCENEXT KEIKAI8_CHG 0x012e KeikaiDenwa 8 with charger /* STMicroelectronics products */ +product STMICRO BIOCPU 0x2016 Biometric Coprocessor product STMICRO COMMUNICATOR 0x7554 USB Communicator /* STSN products */ --------------040001020400000200060600-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 14:34:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E89B216A420 for ; Sun, 19 Feb 2006 14:34:09 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F30E43D45 for ; Sun, 19 Feb 2006 14:34:09 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FDA2.dip.t-dialin.net [84.165.253.162]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k1JEL0co088654; Sun, 19 Feb 2006 15:21:01 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k1JEY59a069870; Sun, 19 Feb 2006 15:34:05 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Sun, 19 Feb 2006 15:34:06 +0100 From: Alexander Leidinger To: "Tim Dettloff" Message-ID: <20060219153406.19566370@Magellan.Leidinger.net> In-Reply-To: <5b0444b50602190458m3cbe0341w@mail.gmail.com> References: <20060216094646.8qqpg683cwk0o0ww@netchild.homeip.net> <43F5F531.2070900@virtual-voodoo.com> <5b0444b50602190458m3cbe0341w@mail.gmail.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: reversed behavior with nsswitch.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 14:34:10 -0000 Am Sun, 19 Feb 2006 13:58:12 +0100 schrieb "Tim Dettloff" : > One thing you have to remember about sendmail is that in most cases it > has to use dns, as mx records cannot be specified in /etc/hosts. > > See "sendmail specifics" http://www.sendmail.org/email-explained.html. This isn't about sendmail and resolving MX records (and I agree that you can't do it with /etc/hosts), it's about broken nsswitch behavior which can be detected with e.g. sendmail and broken reverse DNS setups. Bye, Alexander. -- Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 14:52:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F23B916A420 for ; Sun, 19 Feb 2006 14:52:26 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 343CE43D45 for ; Sun, 19 Feb 2006 14:52:25 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1JEq5sE010017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 19 Feb 2006 16:52:13 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1JEpmSj001133; Sun, 19 Feb 2006 16:51:48 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1JEpm6H001132; Sun, 19 Feb 2006 16:51:48 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 19 Feb 2006 16:51:48 +0200 From: Giorgos Keramidas To: "Bjoern A. Zeeb" Message-ID: <20060219145148.GA1065@flame.pc> References: <20060219010958.GA22357@flame.pc> <20060219031800.GA19663@flame.pc> <20060219034050.GA20475@flame.pc> <20060219041921.GA62239@flame.pc> <20060219084102.P74458@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060219084102.P74458@maildrop.int.zabbadoz.net> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.358, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.84, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org Subject: Re: Is HEAD broken for anybody else? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 14:52:27 -0000 On 2006-02-19 08:47, "Bjoern A. Zeeb" wrote: >On Sun, 19 Feb 2006, Giorgos Keramidas wrote: >>On 2006-02-19 05:40, Giorgos Keramidas wrote: >>>Wrong patch. Then atmconfig will not link. Ignore this please :( >>> >>>>%%% >>>>Index: atmconfig/Makefile >>>>=================================================================== >>>>--- atmconfig/Makefile (revision 16) >>>>+++ atmconfig/Makefile (working copy) >>>>@@ -6,27 +6,12 @@ >>>> # $FreeBSD: src/sbin/atm/atmconfig/Makefile,v 1.8 2005/03/15 07:38:15 >>>> harti Exp $ >> >> The correct fix is probably to add gensnmptree to bootstrap-tools. >> I'm currently building a snapshot with: > > the problem might be that bsnmp currently is removed from the build > because of some miss-import[1]. > > Anyway I haven't seen this problem and no tinderbox because of this. > Are you sure that it's nothing in your local tree? > > [1] http://docs.freebsd.org/cgi/mid.cgi?200602140834.k1E8YQRP071616 No local changes are related to bsnmp, as far as I can tell. The only diffs my trunk/src has from the HEAD of ncvs are: http://people.freebsd.org/~keramida/diff/keramida-patch-ncvs Other then the large `FLAME' kernel config file, this diff is pretty small to have caused this. From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 15:00:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF02F16A422 for ; Sun, 19 Feb 2006 15:00:18 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A5A543D55 for ; Sun, 19 Feb 2006 15:00:17 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 19 Feb 2006 15:00:13 +0000 (GMT) To: Fredrik Lindberg In-Reply-To: Your message of "Sun, 19 Feb 2006 14:23:33 +0100." <43F87155.3050103@shapeshifter.se> Date: Sun, 19 Feb 2006 15:00:12 +0000 From: Ian Dowse Message-ID: <200602191500.aa87886@nowhere.iedowse.com> Cc: freebsd-current@freebsd.org Subject: Re: USB and clear endpoint stall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 15:00:19 -0000 In message <43F87155.3050103@shapeshifter.se>, Fredrik Lindberg writes: >After a quite recent -current update, UPEKs touchchip driver began >to run dead slow and by turning on debugging for libusb (which the >driver utilize) I noticed several 5 seconds long read timeouts. > >These timeouts were not present with the same driver on an earlier >current and I think I've tracked it down to the commits on Jan 8 >which dropped usbd_clear_endpoint_stall() from usbd_setup_pipe(). >Apparently this device needs this, because after re-adding this >functionallity the timeout disappears. > >I've attached a patch that works for me, it's basicly the same >as before Jan 8, but with the quirk reversed. >My USB-foo isn't that good so people with better understanding >of the USB stack might have a better fix for this. Committed, thanks! I wasn't sure if such devices would exist, but that's exactly the right way to handle them. Ian From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 15:21:14 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F4CF16A420 for ; Sun, 19 Feb 2006 15:21:14 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA5E43D55 for ; Sun, 19 Feb 2006 15:21:13 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k1JFLC11045620; Sun, 19 Feb 2006 16:21:12 +0100 (CET) (envelope-from sos@FreeBSD.org) Message-ID: <43F88CE8.7000603@FreeBSD.org> Date: Sun, 19 Feb 2006 16:21:12 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5 (X11/20060130) MIME-Version: 1.0 To: thierry@herbelot.com References: <200602191005.25128.thierry@herbelot.com> <43F86242.5050701@FreeBSD.org> <200602191354.01770.thierry@herbelot.com> In-Reply-To: <200602191354.01770.thierry@herbelot.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-current@FreeBSD.org Subject: Re: MFC of "Unbreak Promise SATAII/150 controllers" ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 15:21:14 -0000 Thierry Herbelot wrote: > Le Sunday 19 February 2006 13:19, Søren Schmidt a écrit : > > >>> Modified files: >>> sys/dev/ata ata-all.c ata-all.h ata-chipset.c >>> Log: >>> Unbreak Promise SATAII/150 controllers caused by the DMA dump changes. >>> >>> a quick check with a recent (yesterday's) -current kernel (running in the >>> place of releng_6) seems to show that -current is fixed (at least a 'ls >>> -lR /big_part' runs as expected). >>> >>> Is there any plan to MFC this commit ? >>> >> Yes, and I got ready for it just as the announce of BETA2 builds hit >> developers. It'll get in as soon as I have a spare minute to catch up as >> there now a a few more things to MFC... >> > > fine : I'll be one of the first to test the patch ;-) > Its just been committed, so have a go at it... -Søren From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 17:32:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36DCA16A420 for ; Sun, 19 Feb 2006 17:32:59 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id A1C5443D46 for ; Sun, 19 Feb 2006 17:32:58 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 13116 invoked by uid 399); 19 Feb 2006 17:32:57 -0000 Received: from localhost (HELO ?192.168.1.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 19 Feb 2006 17:32:57 -0000 Message-ID: <43F8ABC8.30005@FreeBSD.org> Date: Sun, 19 Feb 2006 09:32:56 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Divacky Roman References: <1140187193.731.47.camel@spirit> <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> <20060217234118.GA22643@odin.ac.hmc.edu> <43F67121.5080809@FreeBSD.org> <43F682F2.1020804@FreeBSD.org> <43F68611.7080602@FreeBSD.org> <20060219110732.GA12550@stud.fit.vutbr.cz> In-Reply-To: <20060219110732.GA12550@stud.fit.vutbr.cz> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Bad code in rcorder(8) (Was: Re: New RCorder: abi loaded too late) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 17:32:59 -0000 Divacky Roman wrote: > I tried running rcorder under valgrind and it showed me massive > leaks/double-frees etc. unfortunately I am not able to run valgrind on recent > 7-current (when I start it it just creates 2.8G coredump) > > it would be great to run coverity on rcorder or something to reveal the bugs. I > am willing to hack on it but I'd appreciate some help (either the valgrind > running or list of coverity revealed bugs) I actually requested a coverity check of the code, and it didn't turn up anything. The code for rcorder is the same in both HEAD and RELENG_6, although obviously you won't get the new malloc if you are running in the latter. However, I'm guessing that if you fix things that are obviously bugs that are exposed by valgrind on RELENG_6, it would still be valuable to bring those fixes into HEAD first. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 18:09:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41C0316A420 for ; Sun, 19 Feb 2006 18:09:42 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6E3843D49 for ; Sun, 19 Feb 2006 18:09:41 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id h29so540729wxd for ; Sun, 19 Feb 2006 10:09:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=mg/xbDAb3J5gnk/JEhr9cC0f8OvAAyQvekeejO760D6pHeoPWXzUs/3zTH9Nwel2BOxUyJZNiQyGb4pYkAQxxiBy8z70kPF5HeXLzn7ltfGJeaE2P5u0O5KR8T3qM/HyNU3gl18gyTuealUtTSd5eg5Kir3gAbOzhhPzB+Fh5EE= Received: by 10.70.89.7 with SMTP id m7mr914674wxb; Sun, 19 Feb 2006 10:09:39 -0800 (PST) Received: by 10.70.116.16 with HTTP; Sun, 19 Feb 2006 10:09:39 -0800 (PST) Message-ID: <84dead720602191009p5fa3c317w254b13454dbc8cb8@mail.gmail.com> Date: Sun, 19 Feb 2006 23:39:39 +0530 From: "Joseph Koshy" To: "David Xu" In-Reply-To: <43F16E2D.5010109@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_13861_23762493.1140372579894" References: <200602101246.31666.root@solink.ru> <200602141023.35850.root@solink.ru> <84dead720602132054y6d114b1eo8126fca84ac8972a@mail.gmail.com> <200602141058.24366.root@solink.ru> <43F1656A.2050100@freebsd.org> <84dead720602132140p1cc2b471h5c25c877b7311791@mail.gmail.com> <43F16E2D.5010109@freebsd.org> Cc: Bachilo Dmitry , freebsd-current@freebsd.org Subject: Re: Bad system call (core dumped) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 18:09:42 -0000 ------=_Part_13861_23762493.1140372579894 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline jk> Userland code should be checking for kernel support for jk> features before attempting to use them. dx> I don't think user code should check it before it can be dx> used, actually, it is being used by thread libraries to dx> implement named semaphore, it is requred by POSIX. Well, support for posix semaphores is not turned on in GENERIC, and so code that calls sem_init(3) is rudely sent a SIGSYS today. How about the attached patch to make our libraries better behaved with kernels that lack the P1003_1B_SEMAPHORES option? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy ------=_Part_13861_23762493.1140372579894 Content-Type: text/plain; name=p.txt; charset=us-ascii Content-Transfer-Encoding: 7bit X-Attachment-Id: f_ejvo90fc Content-Disposition: attachment; filename="p.txt" Index: libc/gen/sem.c =================================================================== RCS file: /cvs/FreeBSD/src/lib/libc/gen/sem.c,v retrieving revision 1.15 diff -u -u -r1.15 sem.c --- libc/gen/sem.c 18 Oct 2005 17:24:03 -0000 1.15 +++ libc/gen/sem.c 19 Feb 2006 17:48:17 -0000 @@ -59,6 +59,7 @@ #include "namespace.h" #include #include +#include #include #include #include @@ -70,6 +71,7 @@ #include "un-namespace.h" #include "libc_private.h" +static int sem_supported = -1; /* changed by the first call to __sem_init() */ static sem_t sem_alloc(unsigned int value, semid_t semid, int system_sem); static void sem_free(sem_t sem); @@ -140,6 +142,21 @@ __sem_init(sem_t *sem, int pshared, unsigned int value) { semid_t semid; + int mib[2]; + size_t len; + + if (sem_supported < 0) { + mib[0] = CTL_P1003_1B; + mib[1] = CTL_P1003_1B_SEMAPHORES; + len = sizeof(sem_supported); + if (sysctl(mib, 2, &sem_supported, &len, NULL, 0) < 0) + sem_supported = 0; + } + + if (!sem_supported) { + errno = ENOSYS; + return -1; + } /* * We always have to create the kernel semaphore if the Index: libc/gen/sem_init.3 =================================================================== RCS file: /cvs/FreeBSD/src/lib/libc/gen/sem_init.3,v retrieving revision 1.18 diff -u -u -r1.18 sem_init.3 --- libc/gen/sem_init.3 13 Jul 2005 13:15:21 -0000 1.18 +++ libc/gen/sem_init.3 19 Feb 2006 18:02:56 -0000 @@ -78,6 +78,10 @@ .Dv SEM_VALUE_MAX . .It Bq Er ENOSPC Memory allocation error. +.It Bq Er ENOSYS +The system does not support +.Tn POSIX +semaphores. .It Bq Er EPERM Unable to initialize a shared semaphore. .El @@ -94,6 +98,12 @@ function conforms to .St -p1003.1-96 . .Pp +Support for +.Tn POSIX +semaphores requires the currently running kernel to have been configured +with +.Cd "options P1003_1B_SEMAPHORES" . +.Pp This implementation does not support shared semaphores, and reports this fact by setting .Va errno Index: libthr/thread/thr_sem.c =================================================================== RCS file: /cvs/FreeBSD/src/lib/libthr/thread/thr_sem.c,v retrieving revision 1.6 diff -u -u -r1.6 thr_sem.c --- libthr/thread/thr_sem.c 1 Sep 2005 15:21:23 -0000 1.6 +++ libthr/thread/thr_sem.c 19 Feb 2006 17:34:56 -0000 @@ -32,6 +32,7 @@ #include "namespace.h" #include +#include #include #include #include @@ -44,6 +45,7 @@ #include "thr_private.h" +static int sem_supported = -1; /* changed by the first call to _sem_init() */ __weak_reference(_sem_init, sem_init); __weak_reference(_sem_destroy, sem_destroy); @@ -99,6 +101,21 @@ _sem_init(sem_t *sem, int pshared, unsigned int value) { semid_t semid; + int mib[2]; + size_t len; + + if (sem_supported < 0) { + mib[0] = CTL_P1003_1B; + mib[1] = CTL_P1003_1B_SEMAPHORES; + len = sizeof(sem_supported); + if (sysctl(mib, 2, &sem_supported, &len, NULL, 0) < 0) + sem_supported = 0; + } + + if (!sem_supported) { + errno = ENOSYS; + return -1; + } semid = (semid_t)SEM_USER; if ((pshared != 0) && (ksem_init(&semid, value) != 0)) Index: libpthread/thread/thr_sem.c =================================================================== RCS file: /cvs/FreeBSD/src/lib/libpthread/thread/thr_sem.c,v retrieving revision 1.17 diff -u -u -r1.17 thr_sem.c --- libpthread/thread/thr_sem.c 1 Sep 2005 15:16:46 -0000 1.17 +++ libpthread/thread/thr_sem.c 19 Feb 2006 17:44:36 -0000 @@ -31,6 +31,7 @@ #include "namespace.h" #include +#include #include #include #include @@ -43,7 +44,6 @@ #include "libc_private.h" #include "thr_private.h" - extern int pthread_cond_wait(pthread_cond_t *, pthread_mutex_t *); extern int pthread_cond_timedwait(pthread_cond_t *, pthread_mutex_t *, struct timespec *); @@ -53,6 +53,7 @@ __weak_reference(_sem_timedwait, sem_timedwait); __weak_reference(_sem_post, sem_post); +static int sem_supported = -1; /* changed by the first call to _sem_init() */ static inline int sem_check_validity(sem_t *sem) @@ -123,6 +124,21 @@ _sem_init(sem_t *sem, int pshared, unsigned int value) { semid_t semid; + int mib[2]; + size_t len; + + if (sem_supported < 0) { + mib[0] = CTL_P1003_1B; + mib[1] = CTL_P1003_1B_SEMAPHORES; + len = sizeof(sem_supported); + if (sysctl(mib, 2, &sem_supported, &len, NULL, 0) < 0) + sem_supported = 0; + } + + if (!sem_supported) { + errno = ENOSYS; + return -1; + } semid = (semid_t)SEM_USER; if ((pshared != 0) && (ksem_init(&semid, value) != 0)) ------=_Part_13861_23762493.1140372579894-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 18:29:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A95116A420; Sun, 19 Feb 2006 18:29:58 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55DA843D53; Sun, 19 Feb 2006 18:29:57 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id F3B6646BC8; Sun, 19 Feb 2006 13:29:41 -0500 (EST) Date: Sun, 19 Feb 2006 18:33:30 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Joseph Koshy In-Reply-To: <84dead720602191009p5fa3c317w254b13454dbc8cb8@mail.gmail.com> Message-ID: <20060219183128.K37014@fledge.watson.org> References: <200602101246.31666.root@solink.ru> <200602141023.35850.root@solink.ru> <84dead720602132054y6d114b1eo8126fca84ac8972a@mail.gmail.com> <200602141058.24366.root@solink.ru> <43F1656A.2050100@freebsd.org> <84dead720602132140p1cc2b471h5c25c877b7311791@mail.gmail.com> <43F16E2D.5010109@freebsd.org> <84dead720602191009p5fa3c317w254b13454dbc8cb8@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Bachilo Dmitry , freebsd-current@freebsd.org, David Xu Subject: Re: Bad system call (core dumped) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 18:29:58 -0000 On Sun, 19 Feb 2006, Joseph Koshy wrote: > jk> Userland code should be checking for kernel support for > jk> features before attempting to use them. > > dx> I don't think user code should check it before it can be > dx> used, actually, it is being used by thread libraries to > dx> implement named semaphore, it is requred by POSIX. > > Well, support for posix semaphores is not turned on in GENERIC, and so code > that calls sem_init(3) is rudely sent a SIGSYS today. > > How about the attached patch to make our libraries better behaved with > kernels that lack the P1003_1B_SEMAPHORES option? We generally have two different cases for ENOSYS: (1) ENOSYS when the supporting implementation isn't completed into the kernel, which generates SIGSYS. This terminates the application. (2) ENOSYS compiled in using a stub, which allows the application to check for ENOSYS. I prefer the second when we've simply compiled out a module, since it means applications can check for ENOSYS during probing for facilities, and I believe is what POSIX generally asks for -- features like Audit, etc, all return ENOSYS when they are compiled out so that things like login don't crash when it's compiled out :-). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 19:49:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4197A16A420 for ; Sun, 19 Feb 2006 19:49:53 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from deliver.smtp.vlink.ru (vlink-1.avtlg.ru [83.239.142.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9902B43D48 for ; Sun, 19 Feb 2006 19:49:51 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id D7FE5FED2AC for ; Sun, 19 Feb 2006 22:49:49 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.66]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id B5B0110098FA for ; Sun, 19 Feb 2006 22:49:49 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.4/8.13.4) with ESMTP id k1JJnnbH001224 for ; Sun, 19 Feb 2006 22:49:49 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.4/8.13.4/Submit) id k1JJnmBC001221; Sun, 19 Feb 2006 22:49:48 +0300 (MSK) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Sun, 19 Feb 2006 22:49:48 +0300 Message-ID: <87y807t9gj.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Subject: em0: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 19:49:53 -0000 Hi! I've just seen the trap on my SMP system FreeBSD sagitta.internal.vlink.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Sun Feb 19 20:22:49 MSK 2006 dsh@build.rigel.internal.vlink.ru:/usr/obj/usr/src/sys/MYSMPIC i386 >From syslog after reboot: Fatal trap 12: page fault while in cpuid = 1; apic id = 06 fault virtual address = 0xbfc08000 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06314bf stack pointer = 0x28:0xe65deb84 frame pointer = 0x28:0xe65debe8 code segment = base 0x0, limit 0xffff f, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 21 (em0 taskq) trap number -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 19:59:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A077F16A426 for ; Sun, 19 Feb 2006 19:59:58 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CBA243D45 for ; Sun, 19 Feb 2006 19:59:57 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k1JJxs72075021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 19 Feb 2006 22:59:54 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k1JJxr3o075020; Sun, 19 Feb 2006 22:59:54 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 19 Feb 2006 22:59:53 +0300 From: Gleb Smirnoff To: Denis Shaposhnikov Message-ID: <20060219195953.GB96737@FreeBSD.org> References: <87y807t9gj.fsf@neva.vlink.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <87y807t9gj.fsf@neva.vlink.ru> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: em0: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 19:59:58 -0000 On Sun, Feb 19, 2006 at 10:49:48PM +0300, Denis Shaposhnikov wrote: D> I've just seen the trap on my SMP system D> D> FreeBSD sagitta.internal.vlink.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Sun Feb 19 20:22:49 MSK 2006 dsh@build.rigel.internal.vlink.ru:/usr/obj/usr/src/sys/MYSMPIC i386 D> D> >From syslog after reboot: D> D> Fatal trap 12: page fault while in D> D> cpuid = 1; apic id = 06 D> fault virtual address = 0xbfc08000 D> fault code = supervisor read, page not present D> instruction pointer = 0x20:0xc06314bf D> stack pointer = 0x28:0xe65deb84 D> frame pointer = 0x28:0xe65debe8 D> code segment = base 0x0, limit 0xffff f, type 0x1b = DPL 0, pres 1, def32 1, gran 1 D> processor eflags = interrupt enabled, resume, IOPL = 0 D> current process = 21 (em0 taskq) trap number What revision if if_em.c do you have? Was there any special reconfiguring of interface, when the panic occured? For example any ifconfig(8) command on em0. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 20:12:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A984F16A420; Sun, 19 Feb 2006 20:12:12 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 446E043D45; Sun, 19 Feb 2006 20:12:12 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 503654F1F3; Sun, 19 Feb 2006 21:12:11 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k1JKC8xI023146; Sun, 19 Feb 2006 21:12:09 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org, =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Sun, 19 Feb 2006 21:12:00 +0100 User-Agent: KMail/1.9.1 References: <200602191005.25128.thierry@herbelot.com> <200602191354.01770.thierry@herbelot.com> <43F88CE8.7000603@FreeBSD.org> In-Reply-To: <43F88CE8.7000603@FreeBSD.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200602192112.02246.thierry@herbelot.com> Cc: Subject: Re: MFC of "Unbreak Promise SATAII/150 controllers" ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 20:12:12 -0000 Le Sunday 19 February 2006 16:21, Søren Schmidt a écrit : > > > > fine : I'll be one of the first to test the patch ;-) > > Its just been committed, so have a go at it... the code is running OK : thanks for the MFC TfH From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 20:34:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE4E716A420 for ; Sun, 19 Feb 2006 20:34:39 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from deliver.smtp.vlink.ru (vlink-1.avtlg.ru [83.239.142.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42F7843D46 for ; Sun, 19 Feb 2006 20:34:39 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 363C2FED2AD for ; Sun, 19 Feb 2006 23:34:38 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.66]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 0C9E010098FA for ; Sun, 19 Feb 2006 23:34:37 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.4/8.13.4) with ESMTP id k1JKYb8B001458 for ; Sun, 19 Feb 2006 23:34:37 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.4/8.13.4/Submit) id k1JKYbp0001455; Sun, 19 Feb 2006 23:34:37 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: Gleb Smirnoff To: freebsd-current@freebsd.org References: <87y807t9gj.fsf@neva.vlink.ru> <20060219195953.GB96737@FreeBSD.org> From: Denis Shaposhnikov Date: Sun, 19 Feb 2006 23:34:37 +0300 In-Reply-To: <20060219195953.GB96737@FreeBSD.org> (Gleb Smirnoff's message of "Sun, 19 Feb 2006 22:59:53 +0300") Message-ID: <87oe132ile.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: em0: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Feb 2006 20:34:39 -0000 >>>>> "Gleb" == Gleb Smirnoff writes: Gleb> What revision if if_em.c do you have? /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.113 2006/02/15 14:27:38 glebius Exp $*/ Gleb> Was there any special reconfiguring of interface, when the Gleb> panic occured? For example any ifconfig(8) command on em0. No, no any reconfiguration. Just rc.conf's: ifconfig_em0_name="lan0" ifconfig_lan0="inet x.x.x.1/27" ifconfig_lan0_alias0="inet x.x.x.17/32" I've upgraded to fresh CURRENT today because I've got em0 fatal trap with version from january 29 and I've got it again right after upgrade. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 22:36:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DF2D16A420 for ; Sun, 19 Feb 2006 22:36:04 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93FCD43D73 for ; Sun, 19 Feb 2006 22:36:01 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp5-g19.free.fr (Postfix) with ESMTP id 7E5BA17EB6 for ; Sun, 19 Feb 2006 23:36:00 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id k1JMZvKg015554 for ; Sun, 19 Feb 2006 23:35:59 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 19 Feb 2006 23:35:49 +0100 User-Agent: KMail/1.9.1 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602192335.50604.thierry@herbelot.com> Subject: no dump on a gmirror ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 22:36:04 -0000 Hello, I have recently converted a machine to a full gmirror configuration (as explained on http://people.freebsd.org/~rse/mirror/ : everything, including swap, is mirrored). The dump device is configured as AUTO from /etc/defaults/rc.conf and the kernel complains when booting that "No suitable dump device was found". Is this to be expected ? (I do not find any hint in gmirror(8) or dumpon(8)) TfH From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 22:37:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 452BA16A420 for ; Sun, 19 Feb 2006 22:37:37 +0000 (GMT) (envelope-from ahebert@pubnix.net) Received: from mail.pubnix.net (Mail.pubnix.net [192.172.250.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDACD43D69 for ; Sun, 19 Feb 2006 22:37:36 +0000 (GMT) (envelope-from ahebert@pubnix.net) Received: from [10.0.1.2] (aal.pubnix.net [64.235.216.13]) (authenticated bits=0) by mail.pubnix.net (8.13.4/8.13.4) with ESMTP id k1JMbZBW089401 for ; Sun, 19 Feb 2006 17:37:35 -0500 (EST) (envelope-from ahebert@pubnix.net) Message-ID: <43F8F32F.6070100@pubnix.net> Date: Sun, 19 Feb 2006 17:37:35 -0500 From: Alain Hebert Organization: PubNIX, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060130 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20060219113120.b7dcbdf0.lehmann@ans-netz.de> <20060219123118.GA46877@uk.tiscali.com> In-Reply-To: <20060219123118.GA46877@uk.tiscali.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: attaching a keyboard later X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ahebert@pubnix.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2006 22:37:37 -0000 What works for me: In device.hints -> hint.atkbd.0.flags="0x1" Brian Candler wrote: >On Sun, Feb 19, 2006 at 11:31:20AM +0100, Oliver Lehmann wrote: > > >>back in the 3.x days It was possible to attach a keyboard later to a >>system after it was booted up and having it working. If I'm not mistaken >>this was possible via a boot(8) switch. I can't find a switch in the man >>page which reads like it does that now. Can someone tell me if it is still >>possible and maybe what to do? >> >> > >I can't speak for -CURRENT as I'm not running it right now, but on 6.0 the >atkbd(4) manpage says: > > Driver Flags > The atkbd driver accepts the following driver flags. They can be set > either in /boot/device.hints, or else from within the boot loader (see > loader(8)). > > bit 0 (FAIL_IF_NO_KBD) > By default the atkbd driver will install even if a keyboard is not > actually connected to the system. This option prevents the driver > from being installed in this situation. >... > bit 3 (NO_PROBE_TEST) > When this option is given, the atkbd driver will not test the key- > board port during the probe routine. Some machines hang during > boot when this test is performed. > >but unfortunately doesn't give an exact example of how to use this, nor does >it give the default setting of the flags. ISTR that in FreeBSD 4.x, you had >a flags=0x01 setting in the kernel configuration file, which you could >change to 0x00 to get the keyboard to work even if not detected at bootup >time. > >I guess you could try something like > >hint.atkbd.0.flags=0x00 >or >hint.atkbd.0.flags=0x08 > >If you find out exactly what this is, please submit a patch for the manpage >:-) > >HTH, > >Brian. >_______________________________________________ >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" > > > -- Alain Hebert ahebert@pubnix.net PubNIX Inc. P.O. Box 175 Beaconsfield, Quebec H9W 5T7 tel 514-990-5911 http://www.pubnix.net fax 514-990-9443 From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 00:11:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E9E616A420; Mon, 20 Feb 2006 00:11:09 +0000 (GMT) (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 454BD43D45; Mon, 20 Feb 2006 00:11:06 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.21]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k1K0ApOi055733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Feb 2006 10:41:01 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Jason Evans Date: Mon, 20 Feb 2006 10:40:16 +1030 User-Agent: KMail/1.9.1 References: <200601301652.16237.doconnor@gsoft.com.au> <200602162202.51872.doconnor@gsoft.com.au> <43F52E61.10007@FreeBSD.org> In-Reply-To: <43F52E61.10007@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1421283.PP7qoVH6nK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602201040.48083.doconnor@gsoft.com.au> X-Spam-Score: -3.066 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: freebsd-current@freebsd.org, Michael Nottebrock , Kris Kennaway Subject: Re: KDE 3.5.0 seems much chubbier than 3.4.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2006 00:11:09 -0000 --nextPart1421283.PP7qoVH6nK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 17 February 2006 12:31, Jason Evans wrote: > > I can supply debugging information about it if you tell me what you nee= d. > > First, can you please assure me that this is an increase in resident > memory, rather than just virtual memory? Hmm, I am not so sure that is the case.. I definitely had performance issues though - my system was paging a *lot* m= ore=20 than it used to. > Can you tell me which programs are particularly bad, and if you are > using them in any particular ways that are important to reproducing the > high memory usage? I don't generally use KDE, so any details you > provide are likely to help. Hmm, well it seems XOrg, Amarok, Kopete, Konqueror and KMail show up as big= =20 users. I have a largish MP3 collection (~7000 songs) loaded into Amarok, I have se= t=20 the number of history items in Kopete to be 250, Konqueror has about 10 tab= s=20 open and KMail is setup to used cached-imap with my email accounts (162=20 folders, ~10000 messages) With phkmalloc I am seeing Xorg use 110M/80M (size/res), amarok uses 93M/73= M,=20 Kopete uses 82M/56M, Konqueror uses 81M/68M, and KMail uses 68M/53M. With jemalloc I saw Xorg use 213M/50M, amarok - 213M/50M, Kopete 119M/7.3M,= =20 Konq - 260M/67M (guessed), and KMail - 137M/51M. =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 --nextPart1421283.PP7qoVH6nK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD+QkH5ZPcIHs/zowRAmD+AJ9Ta2xTnXcVrTouRWM9NHCJkFbTygCeO0YY p8waGL6K/kafB60pxmGjMAk= =sKht -----END PGP SIGNATURE----- --nextPart1421283.PP7qoVH6nK-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 07:30:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0746016A420 for ; Mon, 20 Feb 2006 07:30:15 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from mail2.zrz.tu-berlin.de (mail2.zrz.TU-Berlin.DE [130.149.4.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A21A43D46 for ; Mon, 20 Feb 2006 07:30:13 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost ([127.0.0.1] helo=mail2.zrz.TU-Berlin.DE) by mail2.zrz.tu-berlin.de with esmtp (exim-4.60) for id 1FB5Uq-0006Ex-Bg; Mon, 20 Feb 2006 08:30:12 +0100 Received: from mail2.zrz.TU-Berlin.DE ([130.149.4.14]) by mail2.zrz.TU-Berlin.DE (MailMonitor for SMTP v1.2.2 ) ; Mon, 20 Feb 2006 08:30:12 +0100 (CET) Received: from mailbox.tu-berlin.de ([130.149.4.18]) by mail2.zrz.tu-berlin.de with esmtp (exim-4.60) for id 1FB5Uq-0006El-AU; Mon, 20 Feb 2006 08:30:12 +0100 Received: from apache by mailbox.tu-berlin.de with local (exim-4.60) for id 1FB5Uq-0006qN-4a; Mon, 20 Feb 2006 08:30:12 +0100 Received: from 150.101.159.26 (SquirrelMail authenticated user rossicbb) by mailbox.TU-Berlin.DE with HTTP; Mon, 20 Feb 2006 18:30:12 +1100 (EST) Message-ID: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> Date: Mon, 20 Feb 2006 18:30:12 +1100 (EST) From: "Peter Ross" To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.8) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_20060220183012_42470" X-Virus-Scanned: Sophos MailMonitor on mail2.zrz.tu-berlin.de; Mon, 20 Feb 2006 08:30:12 +0100 Subject: bge(4) 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: Mon, 20 Feb 2006 07:30:15 -0000 ------=_20060220183012_42470 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi, I installed a IBM x336, a 1U server. it came with two bge interfaces built-in: (from dmesg) which are working fine. But I have a problem with two dual port Broadcom cards plugged in into this box: I cannot connect them to the 1000MBit switch (a Dell Powerswitch, unfortunatelly in unmanaged mode at the moment and 1000 km away:-( If I try autonegiotiate they sometimes come up with 10MBit/sec, sometimes they do not detect a carrier at all, if I force them to 1000baseTX they do not find a carrier, if I force them to 100baseTX they connect but I have packet loss (varying between 15-60 %) so they are basically unusable. I tried it with 6.0-Release, upgraded to 6.0-p4, and finally to 7.0-current this afternoon (it includes the last src/sys/dev/bge/if_bge.c version 1.124) The result is always the same :-( I attach the dmesg and pciconf -lv output (my last reboot under -current), world and mel2syd are the renamed bge4 and bge5 interfaces (the ones onboard, happily working with the 1GB) dmz, dmz2, hidden and hidden2 are bge0..3. I am more then happy to debug and test, but I only have limited time. Then I have to install Red Hat Linux. My boss is keen to use FreeBSD but we are under some pressure to get it working soon. I also attach a tcpdump output, created when I am connected with 100MBit/sec and I do a ping. It looks like is holding back the ARP requests for a while (~20 sec or so) and suddenly they are all released. Afterwards you see that only some ICMP echo requests go out. Thanks for any help Peter P.S. Excuse me if the mail comes twice, I am using a webinterface now - I do not know where my first mails are stuck, maybe swallowed by a stupid filter:-( ------=_20060220183012_42470 Content-Type: application/octet-stream; name="dmesg.out" Content-Disposition: attachment; filename="dmesg.out" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDcuMC1DVVJSRU5UICMwOiBNb24gRmViIDIwIDExOjU5OjM0 IEVTVCAyMDA2CiAgICByb290QGZ3MWRycC5zeWRuZXkuYWNvbmV4LmNvbTovdXNyL29iai91c3Iv c3JjL3N5cy9HRU5FUklDCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCBy ZWR1Y2VkIHBlcmZvcm1hbmNlLgpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgy IEh6IHF1YWxpdHkgMApDUFU6IEludGVsKFIpIFhlb24oVE0pIENQVSAzLjAwR0h6ICgzMDAwLjE0 LU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4ZjQz ICBTdGVwcGluZyA9IDMKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxN U1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxV U0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9 MHg2NDFkPFNTRTMsUlNWRDIsTU9OLERTX0NQTCxDTlRYLUlELENYMTYsPGIxND4+CiAgQU1EIEZl YXR1cmVzPTB4MjAwMDAwMDA8TE0+CiAgTG9naWNhbCBDUFVzIHBlciBjb3JlOiAyCnJlYWwgbWVt b3J5ICA9IDEwNzM1Mjg4MzIgKDEwMjMgTUIpCmF2YWlsIG1lbW9yeSA9IDEwNDEzMDU2MDAgKDk5 MyBNQikKQUNQSSBBUElDIFRhYmxlOiA8SUJNICAgIFNFUk9OWVhQPgpGcmVlQlNEL1NNUDogTXVs dGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6 ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCmlvYXBpYzIgPFZlcnNpb24gMi4wPiBpcnFzIDQ4 LTcxIG9uIG1vdGhlcmJvYXJkCmlvYXBpYzEgPFZlcnNpb24gMi4wPiBpcnFzIDI0LTQ3IG9uIG1v dGhlcmJvYXJkCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQK bnB4MDogW0ZBU1RdCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQKbnB4MDog SU5UIDE2IGludGVyZmFjZQphY3BpMDogPElCTSBTRVJPTllYUD4gb24gbW90aGVyYm9hcmQKYWNw aV9idXNfbnVtYmVyOiBjYW4ndCBnZXQgX0FEUgphY3BpX2J1c19udW1iZXI6IGNhbid0IGdldCBf QURSCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQphY3BpX2J1c19udW1iZXI6IGNhbid0IGdl dCBfQURSCmFjcGlfYnVzX251bWJlcjogY2FuJ3QgZ2V0IF9BRFIKVGltZWNvdW50ZXIgIkFDUEkt ZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQt Yml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NTg4LTB4NThiIG9uIGFjcGkwCmNwdTA6 IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApwY2liMDogPEFD UEkgSG9zdC1QQ0kgYnJpZGdlPiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li MApwY2kwOiA8dW5rbm93bj4gYXQgZGV2aWNlIDAuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2li MTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24gcGNpMApwY2kyOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmlj ZSA0LjAgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2liMzogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAwLjAgb24gcGNpMwpwY2k0OiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMwptcHQwOiA8TFNJTG9naWMgMTAzMCBVbHRyYTQgQWRhcHRlcj4gcG9ydCAweDQw MDAtMHg0MGZmIG1lbSAweGRlZmYwMDAwLTB4ZGVmZmZmZmYsMHhkZWZlMDAwMC0weGRlZmVmZmZm IGlycSAyOCBhdCBkZXZpY2UgMS4wIG9uIHBjaTQKbXB0MDogW0dJQU5ULUxPQ0tFRF0KbXB0MDog cmVwbHkgbGVuZ3RoIGRvZXMgbm90IG1hdGNoIG1lc3NhZ2UgbGVuZ3RoOiBnb3QgMHgzYywgZXhw ZWN0ZWQgMHg1MAptcHQwOiBNUEkgVmVyc2lvbj0xLjIuMTUuMAptcHQwOiBObyBIYW5kbGVycyBG b3IgQW55IEV2ZW50IE5vdGlmeSBGcmFtZXMuIEV2ZW50IDB4YSAoQUNLIG5vdCByZXF1aXJlZCku Cm1wdDA6IENhcGFiaWxpdGllczogKCBSQUlELTEgU0FGVEUgKQptcHQwOiAxIEFjdGl2ZSBWb2x1 bWUgKDEgTWF4KQptcHQwOiAyIEhpZGRlbiBEcml2ZSBNZW1iZXJzICg2IE1heCkKYmdlMDogPEJy b2FkY29tIEJDTTU3MDRDIER1YWwgR2lnYWJpdCBFdGhlcm5ldCwgQVNJQyByZXYuIDB4MjEwMD4g bWVtIDB4ZGVmZDAwMDAtMHhkZWZkZmZmZiBpcnEgMjQgYXQgZGV2aWNlIDIuMCBvbiBwY2k0Cm1p aWJ1czA6IDxNSUkgYnVzPiBvbiBiZ2UwCmJyZ3BoeTA6IDxCQ001NzA0IDEwLzEwMC8xMDAwYmFz ZVRYIFBIWT4gb24gbWlpYnVzMApicmdwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJh c2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VUWCwgMTAwMGJhc2VUWC1GRFgsIGF1dG8KYmdl MDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTA6MTg6MTE6ODA6ODgKYmdlMTogPEJyb2FkY29tIEJD TTU3MDRDIER1YWwgR2lnYWJpdCBFdGhlcm5ldCwgQVNJQyByZXYuIDB4MjEwMD4gbWVtIDB4ZGVm YzAwMDAtMHhkZWZjZmZmZiBpcnEgMjUgYXQgZGV2aWNlIDIuMSBvbiBwY2k0Cm1paWJ1czE6IDxN SUkgYnVzPiBvbiBiZ2UxCmJyZ3BoeTE6IDxCQ001NzA0IDEwLzEwMC8xMDAwYmFzZVRYIFBIWT4g b24gbWlpYnVzMQpicmdwaHkxOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAw YmFzZVRYLUZEWCwgMTAwMGJhc2VUWCwgMTAwMGJhc2VUWC1GRFgsIGF1dG8KYmdlMTogRXRoZXJu ZXQgYWRkcmVzczogMDA6MTA6MTg6MTE6ODA6ODkKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBhdCBkZXZpY2UgMC4yIG9uIHBjaTMKcGNpNTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKYmdl MjogPEJyb2FkY29tIEJDTTU3MDRDIER1YWwgR2lnYWJpdCBFdGhlcm5ldCwgQVNJQyByZXYuIDB4 MjEwMD4gbWVtIDB4ZGNmZjAwMDAtMHhkY2ZmZmZmZiBpcnEgNDggYXQgZGV2aWNlIDEuMCBvbiBw Y2k1Cm1paWJ1czI6IDxNSUkgYnVzPiBvbiBiZ2UyCmJyZ3BoeTI6IDxCQ001NzA0IDEwLzEwMC8x MDAwYmFzZVRYIFBIWT4gb24gbWlpYnVzMgpicmdwaHkyOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgs IDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VUWCwgMTAwMGJhc2VUWC1GRFgsIGF1 dG8KYmdlMjogRXRoZXJuZXQgYWRkcmVzczogMDA6MTA6MTg6MTE6OGU6OGEKYmdlMzogPEJyb2Fk Y29tIEJDTTU3MDRDIER1YWwgR2lnYWJpdCBFdGhlcm5ldCwgQVNJQyByZXYuIDB4MjEwMD4gbWVt IDB4ZGNmZTAwMDAtMHhkY2ZlZmZmZiBpcnEgNDkgYXQgZGV2aWNlIDEuMSBvbiBwY2k1Cm1paWJ1 czM6IDxNSUkgYnVzPiBvbiBiZ2UzCmJyZ3BoeTM6IDxCQ001NzA0IDEwLzEwMC8xMDAwYmFzZVRY IFBIWT4gb24gbWlpYnVzMwpicmdwaHkzOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VU WCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VUWCwgMTAwMGJhc2VUWC1GRFgsIGF1dG8KYmdlMzog RXRoZXJuZXQgYWRkcmVzczogMDA6MTA6MTg6MTE6OGU6OGIKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBhdCBkZXZpY2UgNi4wIG9uIHBjaTAKcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjUKYmdlNDogPEJyb2FkY29tIEJDTTU3MjEgR2lnYWJpdCBFdGhlcm5ldCwgQVNJQyByZXYuIDB4 NDEwMT4gbWVtIDB4ZGFmZjAwMDAtMHhkYWZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBw Y2k2Cm1paWJ1czQ6IDxNSUkgYnVzPiBvbiBiZ2U0CmJyZ3BoeTQ6IDxCQ001NzUwIDEwLzEwMC8x MDAwYmFzZVRYIFBIWT4gb24gbWlpYnVzNApicmdwaHk0OiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgs IDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VUWCwgMTAwMGJhc2VUWC1GRFgsIGF1 dG8KYmdlNDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTQ6NWU6MzE6NTI6MzgKcGNpYjY6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBjaTAKcGNpNzogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjYKYmdlNTogPEJyb2FkY29tIEJDTTU3MjEgR2lnYWJpdCBFdGhlcm5ldCwgQVNJ QyByZXYuIDB4NDEwMT4gbWVtIDB4ZDhmZjAwMDAtMHhkOGZmZmZmZiBpcnEgMTYgYXQgZGV2aWNl IDAuMCBvbiBwY2k3Cm1paWJ1czU6IDxNSUkgYnVzPiBvbiBiZ2U1CmJyZ3BoeTU6IDxCQ001NzUw IDEwLzEwMC8xMDAwYmFzZVRYIFBIWT4gb24gbWlpYnVzNQpicmdwaHk1OiAgMTBiYXNlVCwgMTBi YXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VUWCwgMTAwMGJhc2VU WC1GRFgsIGF1dG8KYmdlNTogRXRoZXJuZXQgYWRkcmVzczogMDA6MTQ6NWU6MzE6NTI6MzkKcGNp MDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDguMCAobm8gZHJpdmVyIGF0dGFjaGVkKQp1 aGNpMDogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBwb3J0IDB4 MjIwMC0weDIyMWYgaXJxIDE2IGF0IGRldmljZSAyOS4wIG9uIHBjaTAKdWhjaTA6IFtHSUFOVC1M T0NLRURdCnVzYjA6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQT4g b24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBo dWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2IwCnVodWIwOiBJbnRl bCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMDog MiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTE6IDxJbnRlbCA4Mjgw MUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweDI2MDAtMHgyNjFmIGlycSAx OSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwCnVoY2kxOiBbR0lBTlQtTE9DS0VEXQp1c2IxOiA8SW50 ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IG9uIHVoY2kxCnVzYjE6IFVT QiByZXZpc2lvbiAxLjAKdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJl diAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMQp1aHViMTogSW50ZWwgVUhDSSByb290IGh1Yiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCmVoY2kwOiA8SW50ZWwgODI4MDFFQi9SIChJQ0g1KSBVU0Ig Mi4wIGNvbnRyb2xsZXI+IG1lbSAweGY5MDAwMDAwLTB4ZjkwMDAzZmYgaXJxIDIzIGF0IGRldmlj ZSAyOS43IG9uIHBjaTAKZWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjI6IEVIQ0kgdmVyc2lvbiAx LjAKdXNiMjogY29tcGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNiMQp1 c2IyOiA8SW50ZWwgODI4MDFFQi9SIChJQ0g1KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kw CnVzYjI6IFVTQiByZXZpc2lvbiAyLjAKdWh1YjI6IDxJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFz cyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMgp1aHViMjogSW50ZWwgRUhDSSBy b290IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDEKdWh1YjI6IDQgcG9ydHMg d2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnBjaWI3OiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNwp2 Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweDMwMDAtMHgzMGZmIG1lbSAw eGYwMDAwMDAwLTB4ZjdmZmZmZmYsMHhmODAwMDAwMC0weGY4MDBmZmZmIGlycSAxNiBhdCBkZXZp Y2UgMS4wIG9uIHBjaTEKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24g cGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVsIElDSDUgU0FUQTE1 MCBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4 NDgwLTB4NDhmIGF0IGRldmljZSAzMS4yIG9uIHBjaTAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9u IGF0YXBjaTAKYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKcGNpMDogPHNlcmlhbCBi dXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQphdGtiZGMwOiA8 S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjQsMHg2MCBpcnEgMSBvbiBhY3Bp MAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAphdGtiZDogdW5hYmxlIHRv IHNldCB0aGUgY29tbWFuZCBieXRlLgprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NL RURdCnBzbTA6IHVuYWJsZSB0byBzZXQgdGhlIGNvbW1hbmQgYnl0ZS4Kc2lvMDogPDE2NTUwQS1j b21wYXRpYmxlIENPTSBwb3J0PiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24g YWNwaTAKc2lvMDogdHlwZSAxNjU1MEEKcG10aW1lcjAgb24gaXNhMApvcm0wOiA8SVNBIE9wdGlv biBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4Y2FmZmYsMHhjYjAwMC0weGNlZmZmLDB4Y2YwMDAt MHhkMGZmZiwweGQxMDAwLTB4ZDJmZmYgcG5waWQgT1JNMDAwMCBvbiBpc2EwCnBwYzA6IHBhcmFs bGVsIHBvcnQgbm90IGZvdW5kLgpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAg b24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnNpbzE6 IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzE6IHBv cnQgbWF5IG5vdCBiZSBlbmFibGVkCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgz YzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKdWtiZDA6IDxJQk0gUFBDIEkv RiwgY2xhc3MgMC8wLCByZXYgMS4xMC8wLjAxLCBhZGRyIDI+IG9uIHVodWIxCnVrYmQwOiBJQk0g UFBDIEkvRiwgcmV2IDEuMTAvMC4wMSwgYWRkciAyLCBpY2xhc3MgMy8xCmtiZDEgYXQgdWtiZDAK dW1zMDogPElCTSBQUEMgSS9GLCBjbGFzcyAwLzAsIHJldiAxLjEwLzAuMDEsIGFkZHIgMj4gb24g dWh1YjEKdW1zMDogSUJNIFBQQyBJL0YsIHJldiAxLjEwLzAuMDEsIGFkZHIgMiwgaWNsYXNzIDMv MQp1bXMwOiBYIHJlcG9ydCAweDAwMDIgbm90IHN1cHBvcnRlZApkZXZpY2VfYXR0YWNoOiB1bXMw IGF0dGFjaCByZXR1cm5lZCA2ClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKV2Fp dGluZyA1IHNlY29uZHMgZm9yIFNDU0kgZGV2aWNlcyB0byBzZXR0bGUKYWNkMDogRFZEUk9NIDxI TC1EVC1TVERWRC1ST00gR0RSODA4M04vMEwwMj4gYXQgYXRhMC1tYXN0ZXIgVURNQTMzCmFjZDA6 IEZBSUxVUkUgLSBSRUFEX0JJRyBJTExFR0FMIFJFUVVFU1QgYXNjPTB4NjQgYXNjcT0weDAwIGVy cm9yPTQ8QUJPUlRFRD4KbXB0MDp2b2wwKG1wdDA6MDowKTogU2V0dGluZ3MgKCBIb3QtUGx1Zy1T cGFyZXMgSGlnaC1Qcmlvcml0eS1SZVN5bmMgKWFjZDA6IEZBSUxVUkUgLSBSRUFEX0JJRyBJTExF R0FMIFJFUVVFU1QgYXNjPTB4NjQgYXNjcT0weDAwIGVycm9yPTQ8QUJPUlRFRD4KCm1wdDA6dm9s MChtcHQwOjA6MCk6IFVzaW5nIFNwYXJlIFBvb2xzOiAwIDEgMiAzIDQgNSA2IDcKbXB0MDp2b2ww KG1wdDA6MDowKTogMiBNZW1iZXJzOgogICAgICAobXB0MDowOjApOiBQcmltYXJ5CiAgICAgICht cHQwOjA6MSk6IFNlY29uZGFyeQptcHQwOnZvbDAobXB0MDowOjApOiBSQUlELTEgLSBPcHRpbWFs Cm1wdDA6dm9sMChtcHQwOjA6MCk6IFN0YXR1cyAoIEVuYWJsZWQgKQoobXB0MDp2b2wwOjApOiBQ aHlzaWNhbCAobXB0MDowOjApLCBQYXNzLXRocnUgKG1wdDA6MTowKQoobXB0MDp2b2wwOjApOiBP bmxpbmUKKG1wdDA6dm9sMDoxKTogUGh5c2ljYWwgKG1wdDA6MDoxKSwgUGFzcy10aHJ1IChtcHQw OjE6MSkKKG1wdDA6dm9sMDoxKTogT25saW5lCnNlczAgYXQgbXB0MCBidXMgMCB0YXJnZXQgOCBs dW4gMApzZXMwOiA8SUJNIDI1UDM0OTVhIFMzMjAgIDEgMT4gRml4ZWQgUHJvY2Vzc29yIFNDU0kt MiBkZXZpY2UgCnNlczA6IDMuMzAwTUIvcyB0cmFuc2ZlcnMKc2VzMDogU0FGLVRFIENvbXBsaWFu dCBEZXZpY2UKcGFzczIgYXQgbXB0MCBidXMgMSB0YXJnZXQgMCBsdW4gMApwYXNzMjogPElCTS1F U1hTIE1BVDMwNzNOQyAgICAgRk4gQjQxND4gRml4ZWQgdW5rbm93biBTQ1NJLTQgZGV2aWNlIApw YXNzMjogMzIwLjAwME1CL3MgdHJhbnNmZXJzICgxNjAuMDAwTUh6LCBvZmZzZXQgMTI3LCAxNmJp dCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkCnBhc3MzIGF0IG1wdDAgYnVzIDEgdGFyZ2V0IDEg bHVuIDAKcGFzczM6IDxJQk0tRVNYUyBNQVQzMDczTkMgICAgIEZOIEI0MTQ+IEZpeGVkIHVua25v d24gU0NTSS00IGRldmljZSAKcGFzczM6IDMyMC4wMDBNQi9zIHRyYW5zZmVycyAoMTYwLjAwME1I eiwgb2Zmc2V0IDEyNywgMTZiaXQpLCBUYWdnZWQgUXVldWVpbmcgRW5hYmxlZApkYTAgYXQgbXB0 MCBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxMU0lMT0dJQyAxMDMwIElNIDEwMDA+IEZpeGVk IERpcmVjdCBBY2Nlc3MgU0NTSS0yIGRldmljZSAKZGEwOiAzMjAuMDAwTUIvcyB0cmFuc2ZlcnMg KDE2MC4wMDBNSHosIG9mZnNldCAxMjcsIDE2Yml0KSwgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQK ZGEwOiA3MDAwNk1CICgxNDMzNzIyODggNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA4OTI0 QykKU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZz Oi9kZXYvZGEwczFhCldBUk5JTkc6IGF0dGVtcHQgdG8gbmV0X2FkZF9kb21haW4obmV0Z3JhcGgp IGFmdGVyIGRvbWFpbmZpbmFsaXplKCkKd29ybGQ6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApt ZWwyc3lkOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAK ------=_20060220183012_42470 Content-Type: application/octet-stream; name="pciconf_lv.out" Content-Disposition: attachment; filename="pciconf_lv.out" Content-Transfer-Encoding: base64 aG9zdGIwQHBjaTA6MDowOgljbGFzcz0weDA2MDAwMCBjYXJkPTB4MDJkYzEwMTQgY2hpcD0weDM1 OTA4MDg2IHJldj0weDBjIGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicKICAgIGRldmljZSAgID0gJ0U3NTJ4IFNlcnZlciBNZW1vcnkgQ29udHJvbGxlciBIdWInCiAg ICBjbGFzcyAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgPSBIT1NULVBDSQpub25lMEBwY2kwOjA6 MToJY2xhc3M9MHhmZjAwMDAgY2FyZD0weDAyZGMxMDE0IGNoaXA9MHgzNTkxODA4NiByZXY9MHgw YyBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2Ug ICA9ICdFNzUyeCBNZW1vcnkgQ29udHJvbGxlciBIdWIgRXJyb3IgUmVwb3J0aW5nIFJlZ2lzdGVy cycKcGNpYjFAcGNpMDoyOjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDA1MCBjaGlwPTB4 MzU5NTgwODYgcmV2PTB4MGMgaGRyPTB4MDEKICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0 aW9uJwogICAgZGV2aWNlICAgPSAnRTc1MnggTWVtb3J5IENvbnRyb2xsZXIgSHViIFBDSSBFeHBy ZXNzIFBvcnQgQTAnCiAgICBjbGFzcyAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgPSBQQ0ktUENJ CnBjaWIyQHBjaTA6NDowOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAwMDAwNTAgY2hpcD0weDM1 OTc4MDg2IHJldj0weDBjIGhkcj0weDAxCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicKICAgIGRldmljZSAgID0gJ0U3NTJ4IE1lbW9yeSBDb250cm9sbGVyIEh1YiBQQ0kgRXhwcmVz cyBQb3J0IEIwJwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLVBDSQpw Y2liNUBwY2kwOjY6MDoJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDAwMDAwMDUwIGNoaXA9MHgzNTk5 ODA4NiByZXY9MHgwYyBoZHI9MHgwMQogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24n CiAgICBkZXZpY2UgICA9ICdFNzUyeCBNZW1vcnkgQ29udHJvbGxlciBIdWIgUENJIEV4cHJlc3Mg UG9ydCBDMCcKICAgIGNsYXNzICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyA9IFBDSS1QQ0kKcGNp YjZAcGNpMDo3OjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHgwMDAwMDA1MCBjaGlwPTB4MzU5YTgw ODYgcmV2PTB4MGMgaGRyPTB4MDEKICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwog ICAgZGV2aWNlICAgPSAnRTc1MnggTWVtb3J5IENvbnRyb2xsZXIgSHViIERNQSBDb250cm9sbGVy JwogICAgY2xhc3MgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzID0gUENJLVBDSQpub25lMUBwY2kw Ojg6MDoJY2xhc3M9MHgwODgwMDAgY2FyZD0weDAyZGMxMDE0IGNoaXA9MHgzNTliODA4NiByZXY9 MHgwYyBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZp Y2UgICA9ICdFNzUyeCBNZW1vcnkgQ29udHJvbGxlciBIdWIgRXh0ZW5kZWQgQ29uZmlndXJhdGlv biBSZWdpc3RlcnMnCiAgICBjbGFzcyAgICA9IGJhc2UgcGVyaXBoZXJhbAp1aGNpMEBwY2kwOjI5 OjA6CWNsYXNzPTB4MGMwMzAwIGNhcmQ9MHgwMmRjMTAxNCBjaGlwPTB4MjRkMjgwODYgcmV2PTB4 MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNl ICAgPSAnODI4MDFFQi9FUiAoSUNINS9JQ0g1UikgVVNCIFVIQ0kgQ29udHJvbGxlcicKICAgIGNs YXNzICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgPSBVU0IKdWhjaTFAcGNpMDoyOToxOglj bGFzcz0weDBjMDMwMCBjYXJkPTB4MDJkYzEwMTQgY2hpcD0weDI0ZDQ4MDg2IHJldj0weDAyIGhk cj0weDAwCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0g JzgyODAxRUIvRVIgKElDSDUvSUNINVIpIFVTQiBVSENJIENvbnRyb2xsZXInCiAgICBjbGFzcyAg ICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzID0gVVNCCmVoY2kwQHBjaTA6Mjk6NzoJY2xhc3M9 MHgwYzAzMjAgY2FyZD0weDAyZGMxMDE0IGNoaXA9MHgyNGRkODA4NiByZXY9MHgwMiBoZHI9MHgw MAogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICA9ICc4Mjgw MUVCL0VSIChJQ0g1L0lDSDVSKSBVU0IgMi4wIEVIQ0kgQ29udHJvbGxlcicKICAgIGNsYXNzICAg ID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgPSBVU0IKcGNpYjdAcGNpMDozMDowOgljbGFzcz0w eDA2MDQwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDI0NGU4MDg2IHJldj0weGMyIGhkcj0weDAx CiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJzgyODAx QkEvQ0EvREIvREJML0VCL0VSL0ZCIChJQ0gyLzMvNC80LzUvNS82KSwgNjMwMEVTQiBIdWIgSW50 ZXJmYWNlIHRvIFBDSSBCcmlkZ2UnCiAgICBjbGFzcyAgICA9IGJyaWRnZQogICAgc3ViY2xhc3Mg PSBQQ0ktUENJCmlzYWIwQHBjaTA6MzE6MDoJY2xhc3M9MHgwNjAxMDAgY2FyZD0weDAwMDAwMDAw IGNoaXA9MHgyNGQwODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnSW50ZWwg Q29ycG9yYXRpb24nCiAgICBkZXZpY2UgICA9ICc4MjgwMUVCL0VSIChJQ0g1L0lDSDVSKSBMUEMg SW50ZXJmYWNlIEJyaWRnZScKICAgIGNsYXNzICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyA9IFBD SS1JU0EKYXRhcGNpMEBwY2kwOjMxOjI6CWNsYXNzPTB4MDEwMThhIGNhcmQ9MHgwMmRjMTAxNCBj aGlwPTB4MjRkMTgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgID0gJ0ludGVsIENv cnBvcmF0aW9uJwogICAgZGV2aWNlICAgPSAnODI4MDFFQiAoSUNINSkgU0FUQSBDb250cm9sbGVy JwogICAgY2xhc3MgICAgPSBtYXNzIHN0b3JhZ2UKICAgIHN1YmNsYXNzID0gQVRBCm5vbmUyQHBj aTA6MzE6MzoJY2xhc3M9MHgwYzA1MDAgY2FyZD0weDAyZGMxMDE0IGNoaXA9MHgyNGQzODA4NiBy ZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBk ZXZpY2UgICA9ICc4MjgwMUVCL0VSIChJQ0g1L0lDSDVSKSBTTUJ1cyBDb250cm9sbGVyJwogICAg Y2xhc3MgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyA9IFNNQnVzCnBjaWIzQHBjaTM6MDow OgljbGFzcz0weDA2MDQwMCBjYXJkPTB4MDAwMDAwNDQgY2hpcD0weDAzMjk4MDg2IHJldj0weDA5 IGhkcj0weDAxCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAg ID0gJzY3MDBQWEggUENJIEV4cHJlc3MtdG8tUENJIEV4cHJlc3MgQnJpZGdlIEEnCiAgICBjbGFz cyAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgPSBQQ0ktUENJCnBjaWI0QHBjaTM6MDoyOgljbGFz cz0weDA2MDQwMCBjYXJkPTB4MDAwMDAwNDQgY2hpcD0weDAzMmE4MDg2IHJldj0weDA5IGhkcj0w eDAxCiAgICB2ZW5kb3IgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJzY3 MDBQWEggUENJIEV4cHJlc3MtdG8tUENJIEV4cHJlc3MgQnJpZGdlIEInCiAgICBjbGFzcyAgICA9 IGJyaWRnZQogICAgc3ViY2xhc3MgPSBQQ0ktUENJCm1wdDBAcGNpNDoxOjA6CWNsYXNzPTB4MDEw MDAwIGNhcmQ9MHgwMjZkMTAxNCBjaGlwPTB4MDAzMDEwMDAgcmV2PTB4MDggaGRyPTB4MDAKICAg IHZlbmRvciAgID0gJ0xTSSBMb2dpYyAoV2FzOiBTeW1iaW9zIExvZ2ljLCBOQ1IpJwogICAgZGV2 aWNlICAgPSAnTFNJNTNDMTAyMC8xMDMwIFBDSS1YIHRvIFVsdHJhMzIwIFNDU0kgQ29udHJvbGxl cicKICAgIGNsYXNzICAgID0gbWFzcyBzdG9yYWdlCiAgICBzdWJjbGFzcyA9IFNDU0kKYmdlMEBw Y2k0OjI6MDoJY2xhc3M9MHgwMjAwMDAgY2FyZD0weDE2NDgxNGU0IGNoaXA9MHgxNjQ4MTRlNCBy ZXY9MHgxMCBoZHI9MHgwMAogICAgdmVuZG9yICAgPSAnQnJvYWRjb20gQ29ycG9yYXRpb24nCiAg ICBkZXZpY2UgICA9ICdCQ001NzA0IE5ldFh0cmVtZSBEdWFsIEdpZ2FiaXQgQWRhcHRlcicKICAg IGNsYXNzICAgID0gbmV0d29yawogICAgc3ViY2xhc3MgPSBldGhlcm5ldApiZ2UxQHBjaTQ6Mjox OgljbGFzcz0weDAyMDAwMCBjYXJkPTB4MTY0ODE0ZTQgY2hpcD0weDE2NDgxNGU0IHJldj0weDEw IGhkcj0weDAwCiAgICB2ZW5kb3IgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicKICAgIGRldmlj ZSAgID0gJ0JDTTU3MDQgTmV0WHRyZW1lIER1YWwgR2lnYWJpdCBBZGFwdGVyJwogICAgY2xhc3Mg ICAgPSBuZXR3b3JrCiAgICBzdWJjbGFzcyA9IGV0aGVybmV0CmJnZTJAcGNpNToxOjA6CWNsYXNz PTB4MDIwMDAwIGNhcmQ9MHgxNjQ4MTRlNCBjaGlwPTB4MTY0ODE0ZTQgcmV2PTB4MTAgaGRyPTB4 MDAKICAgIHZlbmRvciAgID0gJ0Jyb2FkY29tIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgPSAn QkNNNTcwNCBOZXRYdHJlbWUgRHVhbCBHaWdhYml0IEFkYXB0ZXInCiAgICBjbGFzcyAgICA9IG5l dHdvcmsKICAgIHN1YmNsYXNzID0gZXRoZXJuZXQKYmdlM0BwY2k1OjE6MToJY2xhc3M9MHgwMjAw MDAgY2FyZD0weDE2NDgxNGU0IGNoaXA9MHgxNjQ4MTRlNCByZXY9MHgxMCBoZHI9MHgwMAogICAg dmVuZG9yICAgPSAnQnJvYWRjb20gQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICA9ICdCQ001NzA0 IE5ldFh0cmVtZSBEdWFsIEdpZ2FiaXQgQWRhcHRlcicKICAgIGNsYXNzICAgID0gbmV0d29yawog ICAgc3ViY2xhc3MgPSBldGhlcm5ldApiZ2U0QHBjaTY6MDowOgljbGFzcz0weDAyMDAwMCBjYXJk PTB4MDJjNjEwMTQgY2hpcD0weDE2NTkxNGU0IHJldj0weDExIGhkcj0weDAwCiAgICB2ZW5kb3Ig ICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJ0JDTTU3NTBBMSBOZXRY dHJlbWUgR2lnYWJpdCBFdGhlcm5ldCBQQ0kgRXhwcmVzcycKICAgIGNsYXNzICAgID0gbmV0d29y awogICAgc3ViY2xhc3MgPSBldGhlcm5ldApiZ2U1QHBjaTc6MDowOgljbGFzcz0weDAyMDAwMCBj YXJkPTB4MDJjNjEwMTQgY2hpcD0weDE2NTkxNGU0IHJldj0weDExIGhkcj0weDAwCiAgICB2ZW5k b3IgICA9ICdCcm9hZGNvbSBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgID0gJ0JDTTU3NTBBMSBO ZXRYdHJlbWUgR2lnYWJpdCBFdGhlcm5ldCBQQ0kgRXhwcmVzcycKICAgIGNsYXNzICAgID0gbmV0 d29yawogICAgc3ViY2xhc3MgPSBldGhlcm5ldAp2Z2FwY2kwQHBjaTE6MTowOgljbGFzcz0weDAz MDAwMCBjYXJkPTB4MDJjODEwMTQgY2hpcD0weDUxNTkxMDAyIHJldj0weDAwIGhkcj0weDAwCiAg ICB2ZW5kb3IgICA9ICdBVEkgVGVjaG5vbG9naWVzIEluYycKICAgIGRldmljZSAgID0gJ1JWMTAw IFJhZGVvbiA3MDAwIC8gUmFkZW9uIFZFJwogICAgY2xhc3MgICAgPSBkaXNwbGF5CiAgICBzdWJj bGFzcyA9IFZHQQo= ------=_20060220183012_42470 Content-Type: application/octet-stream; name="tcpdump.out" Content-Disposition: attachment; filename="tcpdump.out" Content-Transfer-Encoding: base64 IyB0Y3BkdW1wIC1uIC1pIGhpZGRlbgp0Y3BkdW1wOiB2ZXJib3NlIG91dHB1dCBzdXBwcmVzc2Vk LCB1c2UgLXYgb3IgLXZ2IGZvciBmdWxsIHByb3RvY29sIGRlY29kZQpsaXN0ZW5pbmcgb24gaGlk ZGVuLCBsaW5rLXR5cGUgRU4xME1CIChFdGhlcm5ldCksIGNhcHR1cmUgc2l6ZSA5NiBieXRlcwox NDozMjozOC4zNzc0NjggMDA6MTQ6NWU6MmE6NDU6NWYgPiAwMTo4MDpjMjowMDowMDowMiwgZXRo ZXJ0eXBlIFVua25vd24gKDB4ODgwOSksIGxlbmd0aCAxMjQ6CiAgICAgICAgMHgwMDAwOiAgMDEw MSAwMTE0IDAwMDEgMDAxNCA1ZTJhIDQ1NWYgMDAwMSAwMDAxICAuLi4uLi4uLl4qRV8uLi4uCiAg ICAgICAgMHgwMDEwOiAgMDAwOSA3ZDAwIDAwMDAgMDIxNCAwMDAxIDAwMDAgMDAwMCAwMDAwICAu Ln0uLi4uLi4uLi4uLi4uCiAgICAgICAgMHgwMDIwOiAgMDAwMSAwMDAxIDAwMDkgNzgwMCAwMDAw IDAzMTAgZmZmZiAwMDAwICAuLi4uLi54Li4uLi4uLi4uCiAgICAgICAgMHgwMDMwOiAgMDAwMCAw MDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwICAuLi4uLi4uLi4uLi4uLi4uCiAgICAg ICAgMHgwMDQwOiAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwIDAwMDAgMDAwMCAwMDAwICAuLi4u Li4uLi4uLi4uLi4uCiAgICAgICAgMHgwMDUwOiAgMDAwMCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAuLgoxNDozMjozOC4zNzc0ODggYXJwIHdoby1oYXMgMTkyLjE2OC4xODEu MjU0IHRlbGwgMTkyLjE2OC4xODEuMjU0CjE0OjMyOjM4LjM3NzQ5MiBJUDYgZmU4MDo6MjEwOjE4 ZmY6ZmUxMTo4ZThhID4gZmYwMjo6MjpmM2NhOjE4MmM6IEhCSCBJQ01QNiwgbXVsdGljYXN0IGxp c3RlbmVyIHJlcG9ydG1heCByZXNwIGRlbGF5OiAwIGFkZHI6IGZmMDI6OjI6ZjNjYToxODJjLCBs ZW5ndGggMjQKMTQ6MzI6MzguMzc3NDk2IGFycCB3aG8taGFzIDE5Mi4xNjguMTgxLjEwMCB0ZWxs IDE5Mi4xNjguMTgxLjI1NAoxNDozMjozOC4zNzc1MDAgYXJwIHdoby1oYXMgMTkyLjE2OC4xODEu MTAwIHRlbGwgMTkyLjE2OC4xODEuMjU0CjE0OjMyOjM4LjM3NzUwNCBhcnAgd2hvLWhhcyAxOTIu MTY4LjE4MS4xMDAgdGVsbCAxOTIuMTY4LjE4MS4yNTQKMTQ6MzI6MzguMzc3NTA3IGFycCB3aG8t aGFzIDE5Mi4xNjguMTgxLjEwMCB0ZWxsIDE5Mi4xNjguMTgxLjI1NAoxNDozMjozOC4zNzc1MTAg YXJwIHdoby1oYXMgMTkyLjE2OC4xODEuMTAwIHRlbGwgMTkyLjE2OC4xODEuMjU0CjE0OjMyOjM4 LjM3NzUxNCBhcnAgd2hvLWhhcyAxOTIuMTY4LjE4MS4xMDAgdGVsbCAxOTIuMTY4LjE4MS4yNTQK MTQ6MzI6MzguMzc3NTE3IGFycCB3aG8taGFzIDE5Mi4xNjguMTgxLjEwMCB0ZWxsIDE5Mi4xNjgu MTgxLjI1NAoxNDozMjozOC4zNzc1MjEgYXJwIHdoby1oYXMgMTkyLjE2OC4xODEuMTAwIHRlbGwg MTkyLjE2OC4xODEuMjU0CjE0OjMyOjM4LjM3NzUyNCBhcnAgd2hvLWhhcyAxOTIuMTY4LjE4MS4x MDAgdGVsbCAxOTIuMTY4LjE4MS4yNTQKMTQ6MzI6MzguMzc3NTI4IGFycCB3aG8taGFzIDE5Mi4x NjguMTgxLjEwMCB0ZWxsIDE5Mi4xNjguMTgxLjI1NAoxNDozMjozOC4zNzc1MzIgYXJwIHdoby1o YXMgMTkyLjE2OC4xODEuMTAwIHRlbGwgMTkyLjE2OC4xODEuMjU0CjE0OjMyOjM4LjM3NzUzNiBh cnAgd2hvLWhhcyAxOTIuMTY4LjE4MS4xMDAgdGVsbCAxOTIuMTY4LjE4MS4yNTQKMTQ6MzI6Mzgu Mzc3NTM5IGFycCB3aG8taGFzIDE5Mi4xNjguMTgxLjEwMCB0ZWxsIDE5Mi4xNjguMTgxLjI1NAox NDozMjozOC4zNzc1NDMgYXJwIHdoby1oYXMgMTkyLjE2OC4xODEuMTAwIHRlbGwgMTkyLjE2OC4x ODEuMjU0CjE0OjMyOjM4LjM3NzU0NiBhcnAgd2hvLWhhcyAxOTIuMTY4LjE4MS4xMDAgdGVsbCAx OTIuMTY4LjE4MS4yNTQKMTQ6MzI6MzguMzc3NTUwIGFycCB3aG8taGFzIDE5Mi4xNjguMTgxLjEw MCB0ZWxsIDE5Mi4xNjguMTgxLjI1NAoxNDozMjozOC4zNzc1NTQgYXJwIHdoby1oYXMgMTkyLjE2 OC4xODEuMTAwIHRlbGwgMTkyLjE2OC4xODEuMjU0CjE0OjMyOjM4LjM3NzU1NyBhcnAgd2hvLWhh cyAxOTIuMTY4LjE4MS4xMDAgdGVsbCAxOTIuMTY4LjE4MS4yNTQKMTQ6MzI6MzguMzc3NTYxIGFy cCB3aG8taGFzIDE5Mi4xNjguMTgxLjEwMCB0ZWxsIDE5Mi4xNjguMTgxLjI1NAoxNDozMjozOC4z Nzc1NjUgYXJwIHdoby1oYXMgMTkyLjE2OC4xODEuMTAwIHRlbGwgMTkyLjE2OC4xODEuMjU0CjE0 OjMyOjM4LjM3NzU2OSBhcnAgd2hvLWhhcyAxOTIuMTY4LjE4MS4xMDAgdGVsbCAxOTIuMTY4LjE4 MS4yNTQKMTQ6MzI6MzguMzc3NTcyIGFycCB3aG8taGFzIDE5Mi4xNjguMTgxLjEwMCB0ZWxsIDE5 Mi4xNjguMTgxLjI1NAoxNDozMjozOC4zNzc1NzYgYXJwIHdoby1oYXMgMTkyLjE2OC4xODEuMTAw IHRlbGwgMTkyLjE2OC4xODEuMjU0CjE0OjMyOjM4LjM3NzU3OSBhcnAgd2hvLWhhcyAxOTIuMTY4 LjE4MS4xMDAgdGVsbCAxOTIuMTY4LjE4MS4yNTQKMTQ6MzI6MzguMzc3NTgzIGFycCB3aG8taGFz IDE5Mi4xNjguMTgxLjEwMCB0ZWxsIDE5Mi4xNjguMTgxLjI1NAoxNDozMjozOC4zNzc1ODYgYXJw IHdoby1oYXMgMTkyLjE2OC4xODEuMTAwIHRlbGwgMTkyLjE2OC4xODEuMjU0CjE0OjMyOjM4LjM3 NzU5MCBhcnAgd2hvLWhhcyAxOTIuMTY4LjE4MS4xMDAgdGVsbCAxOTIuMTY4LjE4MS4yNTQKMTQ6 MzI6MzguMzc3NTk0IGFycCB3aG8taGFzIDE5Mi4xNjguMTgxLjEwMCB0ZWxsIDE5Mi4xNjguMTgx LjI1NAoxNDozMjozOC4zNzc1OTggYXJwIHdoby1oYXMgMTkyLjE2OC4xODEuMTAwIHRlbGwgMTky LjE2OC4xODEuMjU0CjE0OjMyOjM4LjM3Nzg0OCBhcnAgcmVwbHkgMTkyLjE2OC4xODEuMTAwIGlz LWF0IDAwOjE0OjVlOjJhOjRhOjMwCjE0OjMyOjM4LjM3Nzg2NCBhcnAgcmVwbHkgMTkyLjE2OC4x ODEuMTAwIGlzLWF0IDAwOjE0OjVlOjJhOjRhOjMwCjE0OjMyOjM4LjM3Nzg3NyBhcnAgcmVwbHkg MTkyLjE2OC4xODEuMTAwIGlzLWF0IDAwOjE0OjVlOjJhOjRhOjMwCjE0OjMyOjM4LjM3NzkwMyBJ UCAxOTIuMTY4LjE4MS4yNTQgPiAxOTIuMTY4LjE4MS4xMDA6IElDTVAgZWNobyByZXF1ZXN0LCBp ZCA1NDAxOCwgc2VxIDQsIGxlbmd0aCA2NAoxNDozMjozOC4zNzc5OTUgYXJwIHJlcGx5IDE5Mi4x NjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgwMTEgYXJwIHJl cGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgw MjQgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDoz MjozOC4zNzgwMzYgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0 YTozMAoxNDozMjozOC4zNzgwNDkgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDox NDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgxNDMgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBp cy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgxNTkgYXJwIHJlcGx5IDE5Mi4xNjgu MTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgxNzMgYXJwIHJlcGx5 IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgxODUg YXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjoz OC4zNzgxOTggYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YToz MAoxNDozMjozOC4zNzgyMTEgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1 ZToyYTo0YTozMAoxNDozMjozOC4zNzgyMjQgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1h dCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgyMzcgYXJwIHJlcGx5IDE5Mi4xNjguMTgx LjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgyNDkgYXJwIHJlcGx5IDE5 Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgyNjEgYXJw IHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4z NzgyNzMgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAox NDozMjozOC4zNzgyODUgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToy YTo0YTozMAoxNDozMjozOC4zNzgyOTggYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAw MDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgzMTAgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEw MCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgzMjIgYXJwIHJlcGx5IDE5Mi4x NjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgzNDQgYXJwIHJl cGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzgz NjIgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDoz MjozOC4zNzgzODEgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0 YTozMAoxNDozMjozOC4zNzgzOTkgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDox NDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg0MTggYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBp cy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg0MzQgYXJwIHJlcGx5IDE5Mi4xNjgu MTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg0NTMgYXJwIHJlcGx5 IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg0NzAg YXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjoz OC4zNzg0ODcgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YToz MAoxNDozMjozOC4zNzg1MDYgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1 ZToyYTo0YTozMAoxNDozMjozOC4zNzg1MjMgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1h dCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg1NDcgYXJwIHJlcGx5IDE5Mi4xNjguMTgx LjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg1NzAgYXJwIHJlcGx5IDE5 Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg1ODEgYXJw IHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4z Nzg1OTAgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAox NDozMjozOC4zNzg1OTkgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToy YTo0YTozMAoxNDozMjozOC4zNzg2MTMgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAw MDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg2MzMgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEw MCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg2NTAgYXJwIHJlcGx5IDE5Mi4x NjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg2NjggYXJwIHJl cGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg2 OTggYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDoz MjozOC4zNzg3MTYgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0 YTozMAoxNDozMjozOC4zNzg3MzIgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDox NDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg3NDQgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjEwMCBp cy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg4NDIgYXJwIHJlcGx5IDE5Mi4xNjgu MTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg4NjAgYXJwIHJlcGx5 IDE5Mi4xNjguMTgxLjEwMCBpcy1hdCAwMDoxNDo1ZToyYTo0YTozMAoxNDozMjozOC4zNzg4NzMg SVAgMTkyLjE2OC4xODEuMTAwID4gMTkyLjE2OC4xODEuMjU0OiBJQ01QIGVjaG8gcmVwbHksIGlk IDU0MDE4LCBzZXEgNCwgbGVuZ3RoIDY0CjE0OjMyOjM5LjY5MjI4MSBJUCAxOTIuMTY4LjE4MS4y NTQgPiAxOTIuMTY4LjE4MS4xMDA6IElDTVAgZWNobyByZXF1ZXN0LCBpZCA1NDAxOCwgc2VxIDYs IGxlbmd0aCA2NAoxNDozMjo0MS42OTQzNzUgSVAgMTkyLjE2OC4xODEuMjU0ID4gMTkyLjE2OC4x ODEuMTAwOiBJQ01QIGVjaG8gcmVxdWVzdCwgaWQgNTQwMTgsIHNlcSA4LCBsZW5ndGggNjQKMTQ6 MzI6NDMuMzc3OTc5IGFycCB3aG8taGFzIDE5Mi4xNjguMTgxLjI1NCB0ZWxsIDE5Mi4xNjguMTgx LjEwMAoxNDozMjo0My4zNzgwMDQgYXJwIHJlcGx5IDE5Mi4xNjguMTgxLjI1NCBpcy1hdCAwMDox MDoxODoxMTo4ZTo4YQoxNDozMjo0NS4yMzE4NDUgSVAgMTkyLjE2OC4xODEuMjU0ID4gMTkyLjE2 OC4xODEuMTAwOiBJQ01QIGVjaG8gcmVxdWVzdCwgaWQgNTQwMTgsIHNlcSAxMSwgbGVuZ3RoIDY0 CjE0OjMyOjQ1LjIzMTk4MiBJUCAxOTIuMTY4LjE4MS4xMDAgPiAxOTIuMTY4LjE4MS4yNTQ6IElD TVAgZWNobyByZXBseSwgaWQgNTQwMTgsIHNlcSAxMSwgbGVuZ3RoIDY0CjE0OjMyOjQ3LjI5MTU3 MSBJUCAxOTIuMTY4LjE4MS4yNTQgPiAxOTIuMTY4LjE4MS4xMDA6IElDTVAgZWNobyByZXF1ZXN0 LCBpZCA1NDAxOCwgc2VxIDEzLCBsZW5ndGggNjQKMTQ6MzI6NDcuMjkxNjcwIElQIDE5Mi4xNjgu MTgxLjEwMCA+IDE5Mi4xNjguMTgxLjI1NDogSUNNUCBlY2hvIHJlcGx5LCBpZCA1NDAxOCwgc2Vx IDEzLCBsZW5ndGggNjQKMTQ6MzI6NDkuMjkzNjQyIElQIDE5Mi4xNjguMTgxLjI1NCA+IDE5Mi4x NjguMTgxLjEwMDogSUNNUCBlY2hvIHJlcXVlc3QsIGlkIDU0MDE4LCBzZXEgMTUsIGxlbmd0aCA2 NAoxNDozMjo0OS4yOTM3NzggSVAgMTkyLjE2OC4xODEuMTAwID4gMTkyLjE2OC4xODEuMjU0OiBJ Q01QIGVjaG8gcmVwbHksIGlkIDU0MDE4LCBzZXEgMTUsIGxlbmd0aCA2NAoxNDozMjo1Mi4xMTA3 MDUgSVAgMTkyLjE2OC4xODEuMjU0ID4gMTkyLjE2OC4xODEuMTAwOiBJQ01QIGVjaG8gcmVxdWVz dCwgaWQgNTQwMTgsIHNlcSAxNywgbGVuZ3RoIDY0CjE0OjMyOjU0LjE2OTc2NyBJUCAxOTIuMTY4 LjE4MS4yNTQgPiAxOTIuMTY4LjE4MS4xMDA6IElDTVAgZWNobyByZXF1ZXN0LCBpZCA1NDAxOCwg c2VxIDE5LCBsZW5ndGggNjQKMTQ6MzI6NTQuMTY5ODcxIElQIDE5Mi4xNjguMTgxLjEwMCA+IDE5 Mi4xNjguMTgxLjI1NDogSUNNUCBlY2hvIHJlcGx5LCBpZCA1NDAxOCwgc2VxIDE5LCBsZW5ndGgg NjQKMTQ6MzI6NTYuMTcxODY1IElQIDE5Mi4xNjguMTgxLjI1NCA+IDE5Mi4xNjguMTgxLjEwMDog SUNNUCBlY2hvIHJlcXVlc3QsIGlkIDU0MDE4LCBzZXEgMjEsIGxlbmd0aCA2NAoxNDozMjo1Ni4x NzIwMDYgSVAgMTkyLjE2OC4xODEuMTAwID4gMTkyLjE2OC4xODEuMjU0OiBJQ01QIGVjaG8gcmVw bHksIGlkIDU0MDE4LCBzZXEgMjEsIGxlbmd0aCA2NAoK ------=_20060220183012_42470-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 07:44:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C77A716A423 for ; Mon, 20 Feb 2006 07:44:21 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from deliver.smtp.vlink.ru (vlink-1.avtlg.ru [83.239.142.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEF0143D45 for ; Mon, 20 Feb 2006 07:44:20 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 3C779FED232 for ; Mon, 20 Feb 2006 10:44:19 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.66]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id EE66910099B8 for ; Mon, 20 Feb 2006 10:44:16 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.4/8.13.4) with ESMTP id k1K7iGE9022472 for ; Mon, 20 Feb 2006 10:44:16 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.4/8.13.4/Submit) id k1K7iG7i022469; Mon, 20 Feb 2006 10:44:16 +0300 (MSK) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org References: <87y807t9gj.fsf@neva.vlink.ru> From: Denis Shaposhnikov Date: Mon, 20 Feb 2006 10:44:15 +0300 In-Reply-To: <87y807t9gj.fsf@neva.vlink.ru> (Denis Shaposhnikov's message of "Sun, 19 Feb 2006 22:49:48 +0300") Message-ID: <87vevabhkg.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: em0: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 07:44:21 -0000 >>>>> "Denis" == Denis Shaposhnikov writes: >> From syslog after reboot: Denis> Fatal trap 12: page fault while in Denis> cpuid = 1; apic id = 06 fault virtual address = 0xbfc08000 BTW, I've got it again today morning. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 08:06:21 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A4C116A420 for ; Mon, 20 Feb 2006 08:06:21 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83F0B43D46 for ; Mon, 20 Feb 2006 08:06:20 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k1K86HMc086372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Feb 2006 11:06:18 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k1K86HNB086371; Mon, 20 Feb 2006 11:06:17 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 20 Feb 2006 11:06:17 +0300 From: Gleb Smirnoff To: Denis Shaposhnikov Message-ID: <20060220080617.GC96737@FreeBSD.org> References: <87y807t9gj.fsf@neva.vlink.ru> <87vevabhkg.fsf@neva.vlink.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <87vevabhkg.fsf@neva.vlink.ru> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: em0: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 08:06:21 -0000 On Mon, Feb 20, 2006 at 10:44:15AM +0300, Denis Shaposhnikov wrote: D> Denis> Fatal trap 12: page fault while in D> Denis> cpuid = 1; apic id = 06 fault virtual address = 0xbfc08000 D> D> BTW, I've got it again today morning. Probably now is time to configure the crashdump device and wait for next panic. :) -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 12:17:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5625916A420 for ; Mon, 20 Feb 2006 12:17:56 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E636143D45 for ; Mon, 20 Feb 2006 12:17:55 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: by zproxy.gmail.com with SMTP id o37so868792nzf for ; Mon, 20 Feb 2006 04:17:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=h3hZYC5PxIBgy0YDo13h9+tXtgSxdbpXssudQU068+NNEMsB+3Jb4izhp/riQw5oHe/60d2/E4S5wPfIiQXpnXGZ2arkr53P36hGaHZAaHVti4OtzniewewYSIl1tBsDdPX8E+l1DoZUgEeh9+czP+L/S5H5WyKVS6ECGpCmDho= Received: by 10.36.154.3 with SMTP id b3mr1953791nze; Mon, 20 Feb 2006 04:17:55 -0800 (PST) Received: from mwilke.ath.cx ( [84.141.63.233]) by mx.gmail.com with ESMTP id 34sm8151442nza.2006.02.20.04.17.53; Mon, 20 Feb 2006 04:17:54 -0800 (PST) Date: Mon, 20 Feb 2006 13:17:51 +0100 From: Martin Wilke To: current@freebsd.org Message-ID: <20060220131751.7e43ba80@mwilke.ath.cx> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 Cc: Subject: kernel panic / acpi 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: Mon, 20 Feb 2006 12:17:56 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpIZWxsbywg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0K SSBib3VnaHQgbXlzZWxmIGFuIEFtaWxvIEExNjY3Ry4gV2hlbiBJIHdhbnQgdG8gYm9vdCBGcmVl QlNEIDYuMC82LjFCIG9yIGN1cnJlbnQgd2l0aG91dCBhY3BpLA0KaW4gYWxsIDMgdmVyc2lvbnMg aXQgYmxvY2tzIGhlcmU6IA0KDQoNCk1hbnVhbCByb290DQpmaWxlc3lzdGVtIHNwZWNpZmljYXRp b24gPGZzdHlwZT46PGRldmljZT4gTW91bnQgPGRldmljZSB1c2luZw0KRmlsZXN1c3RlbSA8ZnN0 eW9lDQplZy4gdWZzOmRhMHMxYSA/ICAgICAgICAgICAgICAgTGlzdCB2YWxpZCBkaXNrDQpib290 IGRldmljZXMgPGVtcHR5IGxpbmU+DQpBYm91bg0KaW5wdXQgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgDQptb3VudHJvb3Q+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQphbmQgd2hlbiBJIGhp dCB0aGUgZW50ZXIgYnV0dG9uIEkgZ2V0IGEga2VybmVsDQpwYW5pYy4gOiANCnBhbmljOiBSb290 IG1vdW50IGZhaWxlZCwNCnN0YXJ0dXAgYWJvcnRlZC4gS0RCOg0KZW50ZXI6IFBhbmljIFt0aHJl YWQgcGlkIDENCnRpZCAxMDAwMDQgXSBTdG9wcGVkIGF0DQprYmVudGVyKzB4MmU6DQpsZWF2ZSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICANCmRiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQp0aGUgb3V0cHV0IGZyb20gdGhlIGJ0IGlz Og0KDQpUcmFjaW5nIHBpZCAxIHRpZCAxMDAwMDQNCnRkIDBYZmZmZmZmMDAzZGJhZjJjMCBrZGJf ZW50ZXIgKCkNCmF0IGtkYl9lbnRlcisweDJlIHBhbmljICgpDQphdCBwYW5pYysweDE1OCB2ZnNf bW91bnRwb2ludCAoKQ0KYXQgdmZzX21vdW50cm9vdCsweDNiMSBzdGFydF9pbml0KCkNCmF0IHN0 YXJ0X2luaXQrMHg2MSBmb3JrX2V4aXQoKQ0KYXQgZm9ya19FeGl0KzB4YmMgZm9ya190cmFtcG9s aW5lKCkNCmF0IGZvcmtfdHJhbXBvbGluZSsweGUgLS0tdHJhbSAwLCByaXAgPSAwLCByc3AgPSAw eGZmZmZmZmZmYTA0OWFkNDAsDQpyYnAgPSAwIC0tLSANCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIA0KQXMgc29vbiBJIGJvb3Qgd2l0aCBhY3BpLCBpdCBib290cyB3aXRob3V0IHByb2Js ZW1zLiANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQpNYW55IFJlZ2FyZHMsIA0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQpNYXJ0aW4gICAgICANCi0tLS0tQkVHSU4g UEdQIFNJR05BVFVSRS0tLS0tDQpWZXJzaW9uOiBHbnVQRyB2MS40LjIuMSAoRnJlZUJTRCkNCg0K aUQ4REJRRkQrYk52RlJaL2tCVDR2cDhSQXMwUUFKOWtQN2hvZjhhMCt3RzJ2enhCb01jNkY3ODZK QUNlSmprWA0KUzRoeE5UQTc5dDRMUWJvdE1VTTFtM009DQo9QkR5NQ0KLS0tLS1FTkQgUEdQIFNJ R05BVFVSRS0tLS0tDQo= From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 12:43:57 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 915CB16A420 for ; Mon, 20 Feb 2006 12:43:57 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C99643D48 for ; Mon, 20 Feb 2006 12:43:56 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k1KChoxd092212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Feb 2006 15:43:51 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k1KChouE092211; Mon, 20 Feb 2006 15:43:50 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 20 Feb 2006 15:43:50 +0300 From: Gleb Smirnoff To: Peter Ross Message-ID: <20060220124350.GK96737@FreeBSD.org> References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: bge(4) 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: Mon, 20 Feb 2006 12:43:57 -0000 Hi, Peter! Can you please answer several questions. I don't promise to do anything, since I don't have such card and it is not sold in Russia, but I will try to help you. On Mon, Feb 20, 2006 at 06:30:12PM +1100, Peter Ross wrote: P> I installed a IBM x336, a 1U server. P> P> it came with two bge interfaces built-in: P> (from dmesg) P> P> which are working fine. P> P> But I have a problem with two dual port Broadcom cards plugged in into P> this box: P> Not related to problem, but how did you managed to install two PCI cards into 1U server? P> I cannot connect them to the 1000MBit switch (a Dell Powerswitch, P> unfortunatelly in unmanaged mode at the moment and 1000 km away:-( P> P> If I try autonegiotiate they sometimes come up with 10MBit/sec, sometimes P> they do not detect a carrier at all, P> P> if I force them to 1000baseTX they do not find a carrier, P> P> if I force them to 100baseTX they connect but I have packet loss (varying P> between 15-60 %) so they are basically unusable. P> P> I tried it with 6.0-Release, P> P> upgraded to 6.0-p4, P> P> and finally to 7.0-current this afternoon (it includes the last P> src/sys/dev/bge/if_bge.c version 1.124) Are the NICs a copper ones? Do they work properly against each other, or against any other equipment? Since you are connecting them to a switch that is 1000 km away, I suppose you are using some media converters; what equipment is the NIC connected to? P> I am more then happy to debug and test, but I only have limited time. Then P> I have to install Red Hat Linux. My boss is keen to use FreeBSD but we are P> under some pressure to get it working soon. Do you have a proven evidence that Linux works properly in the same setup? What is the version of Linux kernel? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 12:59:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCFB916A420 for ; Mon, 20 Feb 2006 12:59:03 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8712943D46 for ; Mon, 20 Feb 2006 12:59:01 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id A76BCE4; Mon, 20 Feb 2006 07:59:22 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 68EE1E5AF; Mon, 20 Feb 2006 07:59:21 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FBAd0-000DBk-2l; Mon, 20 Feb 2006 12:58:58 +0000 Date: Mon, 20 Feb 2006 12:58:58 +0000 From: Brian Candler To: Alain Hebert Message-ID: <20060220125857.GA50685@uk.tiscali.com> References: <20060219113120.b7dcbdf0.lehmann@ans-netz.de> <20060219123118.GA46877@uk.tiscali.com> <43F8F32F.6070100@pubnix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43F8F32F.6070100@pubnix.net> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: attaching a keyboard later X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 12:59:04 -0000 On Sun, Feb 19, 2006 at 05:37:35PM -0500, Alain Hebert wrote: > What works for me: > > In device.hints -> hint.atkbd.0.flags="0x1" Interesting - then the man page is wrong? (i.e. 0x1 should mean that if you have no keyboard attached, the atkbd driver will *not* be installed) > > bit 0 (FAIL_IF_NO_KBD) > > By default the atkbd driver will install even if a keyboard is > > not > > actually connected to the system. This option prevents the > > driver > > from being installed in this situation. From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 13:28:20 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20FD216A420; Mon, 20 Feb 2006 13:28:20 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 798DC43D46; Mon, 20 Feb 2006 13:28:18 +0000 (GMT) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from laptop.lan (d58-105-62-111.dsl.vic.optusnet.com.au [58.105.62.111]) by mail03.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k1KDSBNf008741 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 21 Feb 2006 00:28:12 +1100 Received: from laptop.lan (localhost [127.0.0.1]) by laptop.lan (8.13.4/8.13.4) with ESMTP id k1KDVhxt001047; Tue, 21 Feb 2006 00:31:43 +1100 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost (petros@localhost) by laptop.lan (8.13.4/8.13.4/Submit) with ESMTP id k1KDVgAD001044; Tue, 21 Feb 2006 00:31:43 +1100 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) X-Authentication-Warning: laptop.lan: petros owned process doing -bs Date: Tue, 21 Feb 2006 00:31:42 +1100 (EST) From: Peter Ross X-X-Sender: petros@laptop.lan To: Gleb Smirnoff In-Reply-To: <20060220124350.GK96737@FreeBSD.org> Message-ID: <20060221001623.C1003@laptop.lan> References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> <20060220124350.GK96737@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-current@FreeBSD.org" Subject: Re: bge(4) 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: Mon, 20 Feb 2006 13:28:20 -0000 Hi Gleb, thanks for your help. > P> But I have a problem with two dual port Broadcom cards plugged in into > P> this box: > P> > > Not related to problem, but how did you managed to install two PCI > cards into 1U server? There is a adapter so they are sitting parallel to the mainboard. > Are the NICs a copper ones? Do they work properly against each other, > or against any other equipment? Yes, they are copper. I did not try to connect them against each other but I tried to connect them to the data centre uplink (100 MBit, I do not know what it is..anyway, the onboard cards are working with it.) It worked with 100MBit but I saw the same packet loss there. > Since you are connecting them to a switch that is 1000 km away, I > suppose you are using some media converters; what equipment is the NIC > connected to? Sorry, I wasn't clear. Both, Dell Powerswitch and server, are 1000 km away (in Sydney, I am sitting in Melbourne) but they are both in the same rack connected by a 2m CAT-6 cable. The fact that I am 1000km away limits my ability to access the hardware. I only have remote console access. > Do you have a proven evidence that Linux works properly in the same setup? > What is the version of Linux kernel? I tried a Fedora Core 4 rescue CD. All NICs were working fine with them. It is a 2.6.11 kernel (heavily patched by Red Hat so it is far from being a vanilla 2.6.11). Thanks again for your answer Peter From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 14:26:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A7B116A420 for ; Mon, 20 Feb 2006 14:26:56 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39C3543D55 for ; Mon, 20 Feb 2006 14:26:54 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 4F0C35CB3; Mon, 20 Feb 2006 09:26:51 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99855-06; Mon, 20 Feb 2006 09:26:50 -0500 (EST) Received: from [192.168.1.3] (pool-68-160-251-207.ny325.east.verizon.net [68.160.251.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 452AB5C94; Mon, 20 Feb 2006 09:26:50 -0500 (EST) Message-ID: <43F9D1AB.2030506@mac.com> Date: Mon, 20 Feb 2006 09:26:51 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Brian Candler References: <20060219113120.b7dcbdf0.lehmann@ans-netz.de> <20060219123118.GA46877@uk.tiscali.com> <43F8F32F.6070100@pubnix.net> <20060220125857.GA50685@uk.tiscali.com> In-Reply-To: <20060220125857.GA50685@uk.tiscali.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: current@freebsd.org Subject: Re: attaching a keyboard later X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 14:26:56 -0000 Brian Candler wrote: > On Sun, Feb 19, 2006 at 05:37:35PM -0500, Alain Hebert wrote: >> What works for me: >> >> In device.hints -> hint.atkbd.0.flags="0x1" > > Interesting - then the man page is wrong? (i.e. 0x1 should mean that if you > have no keyboard attached, the atkbd driver will *not* be installed) The man page is fine. You are invited to consider what numeric value setting bit 0 actually gives you... :-) -- -Chuck From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 14:51:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BED3516A420 for ; Mon, 20 Feb 2006 14:51:42 +0000 (GMT) (envelope-from sico@loquefaltaba.com) Received: from mail.loquefaltaba.com (78.Red-213-96-97.staticIP.rima-tde.net [213.96.97.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF75243D55 for ; Mon, 20 Feb 2006 14:51:40 +0000 (GMT) (envelope-from sico@loquefaltaba.com) Received: from localhost (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id 6C8FCC14F; Mon, 20 Feb 2006 15:51:38 +0100 (CET) Received: from mail.loquefaltaba.com ([127.0.0.1]) by localhost (sico.loquefaltaba.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33905-10; Mon, 20 Feb 2006 15:51:30 +0100 (CET) Received: from webmail.loquefaltaba.com (localhost.loquefaltaba.com [127.0.0.1]) by mail.loquefaltaba.com (Postfix) with ESMTP id AAA9CC11B; Mon, 20 Feb 2006 15:51:30 +0100 (CET) Received: from 194.179.68.110 (SquirrelMail authenticated user sico) by webmail.loquefaltaba.com with HTTP; Mon, 20 Feb 2006 15:51:30 +0100 (CET) Message-ID: <55243.194.179.68.110.1140447090.squirrel@webmail.loquefaltaba.com> In-Reply-To: <20060221001623.C1003@laptop.lan> References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> <20060220124350.GK96737@FreeBSD.org> <20060221001623.C1003@laptop.lan> Date: Mon, 20 Feb 2006 15:51:30 +0100 (CET) From: "David Barbero" To: "Peter Ross" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at loquefaltaba.com Cc: current@freebsd.org Subject: Re: bge(4) 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: Mon, 20 Feb 2006 14:51:42 -0000 Peter Ross wrote: > Yes, they are copper. I did not try to connect them against each other but > I tried to connect them to the data centre uplink (100 MBit, I do not know > what it is..anyway, the onboard cards are working with it.) It worked with > 100MBit but I saw the same packet loss there. Are you try to force media to 100baseTX fullDuplex??? In many times i have similar problem whit a switch Lan don't negociate correct media... -- "Linux is for people who hate Windows, BSD is for people who love UNIX" "Social Engineer -> Because there is no patch for human stupidity" From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 15:08:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08C3716A420 for ; Mon, 20 Feb 2006 15:08:50 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 952EC43D45 for ; Mon, 20 Feb 2006 15:08:49 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id 977CC71296; Mon, 20 Feb 2006 10:08:48 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id 628EF1D3DD; Mon, 20 Feb 2006 10:08:47 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FBCec-000DJa-BQ; Mon, 20 Feb 2006 15:08:46 +0000 Date: Mon, 20 Feb 2006 15:08:46 +0000 From: Brian Candler To: Chuck Swiger Message-ID: <20060220150846.GA51152@uk.tiscali.com> References: <20060219113120.b7dcbdf0.lehmann@ans-netz.de> <20060219123118.GA46877@uk.tiscali.com> <43F8F32F.6070100@pubnix.net> <20060220125857.GA50685@uk.tiscali.com> <43F9D1AB.2030506@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43F9D1AB.2030506@mac.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: attaching a keyboard later X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 15:08:50 -0000 On Mon, Feb 20, 2006 at 09:26:51AM -0500, Chuck Swiger wrote: > Brian Candler wrote: > > On Sun, Feb 19, 2006 at 05:37:35PM -0500, Alain Hebert wrote: > >> What works for me: > >> > >> In device.hints -> hint.atkbd.0.flags="0x1" > > > > Interesting - then the man page is wrong? (i.e. 0x1 should mean that if you > > have no keyboard attached, the atkbd driver will *not* be installed) > > The man page is fine. You are invited to consider what numeric value setting > bit 0 actually gives you... :-) Setting bit 0 gives a numeric value of 0x1. Yes? The man page says that "This option prevents the driver from being installed" if a keyboard is not actually attached to the system at bootup time. The OP wanted to ensure that his keyboard would work if plugged in later. According to the manpage, then, he would need to set this flag to 0x0 (or at least, any value with the LSB set to 0, i.e. any even value) According to someone else, it's necessary to set hint.atkbd.0.flags="0x1" Therefore, I perceive a conflict in information. If I'm overlooking something, can you please point it out to me? Thanks, Brian. From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 15:18:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DACE16A420 for ; Mon, 20 Feb 2006 15:18:50 +0000 (GMT) (envelope-from geoffwa@idkfa.ath.cx) Received: from mail-ihug.icp-qv1-irony4.iinet.net.au (ihug-mail.icp-qv1-irony4.iinet.net.au [203.59.1.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C24843D62 for ; Mon, 20 Feb 2006 15:18:47 +0000 (GMT) (envelope-from geoffwa@idkfa.ath.cx) Received: from 203-214-118-246.dyn.iinet.net.au (HELO idkfa.ath.cx) ([203.214.118.246]) by mail-ihug.icp-qv1-irony4.iinet.net.au with ESMTP; 20 Feb 2006 23:18:43 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.02,130,1139155200"; d="scan'208"; a="619273766:sNHT29372956" Received: by idkfa.ath.cx (Postfix, from userid 1004) id B6D07B839; Tue, 21 Feb 2006 02:18:51 +1100 (EST) Date: Tue, 21 Feb 2006 02:18:51 +1100 From: Geoffrey Giesemann To: freebsd-current@freebsd.org Message-ID: <20060220151851.GA92811@idkfa.ath.cx> Mail-Followup-To: freebsd-current@freebsd.org References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> <20060220124350.GK96737@FreeBSD.org> <20060221001623.C1003@laptop.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060221001623.C1003@laptop.lan> User-Agent: Mutt/1.5.11 Subject: Re: bge(4) 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: Mon, 20 Feb 2006 15:18:50 -0000 On Tue, Feb 21, 2006 at 12:31:42AM +1100, Peter Ross wrote: > >P> But I have a problem with two dual port Broadcom cards plugged in into > >P> this box: > >P> > > > >Not related to problem, but how did you managed to install two PCI > >cards into 1U server? > > There is a adapter so they are sitting parallel to the mainboard. > Have you tried the cards sans adapter (with the case open)? I had a problem with two fxp cards in a 2U case many years ago. Transfers from a card sitting in the middle slot (it was a 3 slot adapter) would stall after first few kilobytes. Different symptoms but might be worth a try. From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 15:26:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F345616A420 for ; Mon, 20 Feb 2006 15:25:59 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5690C43D5A for ; Mon, 20 Feb 2006 15:25:47 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 5B1285C94; Mon, 20 Feb 2006 10:25:46 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99855-10; Mon, 20 Feb 2006 10:25:45 -0500 (EST) Received: from [192.168.1.3] (pool-68-160-251-207.ny325.east.verizon.net [68.160.251.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 69F775C27; Mon, 20 Feb 2006 10:25:45 -0500 (EST) Message-ID: <43F9DF7A.2030500@mac.com> Date: Mon, 20 Feb 2006 10:25:46 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Brian Candler References: <20060219113120.b7dcbdf0.lehmann@ans-netz.de> <20060219123118.GA46877@uk.tiscali.com> <43F8F32F.6070100@pubnix.net> <20060220125857.GA50685@uk.tiscali.com> <43F9D1AB.2030506@mac.com> <20060220150846.GA51152@uk.tiscali.com> In-Reply-To: <20060220150846.GA51152@uk.tiscali.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: current Subject: Re: attaching a keyboard later X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 15:26:00 -0000 Brian Candler wrote: > On Mon, Feb 20, 2006 at 09:26:51AM -0500, Chuck Swiger wrote: >> Brian Candler wrote: [ ... ] > Setting bit 0 gives a numeric value of 0x1. Yes? Yes. > The man page says that "This option prevents the driver from being > installed" if a keyboard is not actually attached to the system at bootup > time. Agreed. > The OP wanted to ensure that his keyboard would work if plugged in later. > > According to the manpage, then, he would need to set this flag to 0x0 (or at > least, any value with the LSB set to 0, i.e. any even value) > > According to someone else, it's necessary to set hint.atkbd.0.flags="0x1" > > Therefore, I perceive a conflict in information. If I'm overlooking > something, can you please point it out to me? Ah, I see the conflict too. Maybe I'm getting too used to toggling bits when the thing they control doesn't work right to pay sufficient attention to which value actually over-rides the default behavior. :-) -- -Chuck From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 15:40:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA7C116A430 for ; Mon, 20 Feb 2006 15:40:17 +0000 (GMT) (envelope-from ahebert@pubnix.net) Received: from mail.pubnix.net (Mail.pubnix.net [192.172.250.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8375843D49 for ; Mon, 20 Feb 2006 15:40:17 +0000 (GMT) (envelope-from ahebert@pubnix.net) Received: from [10.0.1.2] (aal.pubnix.net [64.235.216.13]) (authenticated bits=0) by mail.pubnix.net (8.13.4/8.13.4) with ESMTP id k1KFeGWM060816 for ; Mon, 20 Feb 2006 10:40:16 -0500 (EST) (envelope-from ahebert@pubnix.net) Message-ID: <43F9E2DF.50606@pubnix.net> Date: Mon, 20 Feb 2006 10:40:15 -0500 From: Alain Hebert Organization: PubNIX, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060130 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20060219113120.b7dcbdf0.lehmann@ans-netz.de> <20060219123118.GA46877@uk.tiscali.com> <43F8F32F.6070100@pubnix.net> <20060220125857.GA50685@uk.tiscali.com> In-Reply-To: <20060220125857.GA50685@uk.tiscali.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: attaching a keyboard later X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ahebert@pubnix.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2006 15:40:18 -0000 Yeah, You're right ... It a failure on my end ... I checked for difference between our servers and the one I taught was fixed. Sorry. Brian Candler wrote: >On Sun, Feb 19, 2006 at 05:37:35PM -0500, Alain Hebert wrote: > > >>What works for me: >> >> In device.hints -> hint.atkbd.0.flags="0x1" >> >> > >Interesting - then the man page is wrong? (i.e. 0x1 should mean that if you >have no keyboard attached, the atkbd driver will *not* be installed) > > > >>> bit 0 (FAIL_IF_NO_KBD) >>> By default the atkbd driver will install even if a keyboard is >>> not >>> actually connected to the system. This option prevents the >>> driver >>> from being installed in this situation. >>> >>> > > > -- Alain Hebert ahebert@pubnix.net PubNIX Inc. P.O. Box 175 Beaconsfield, Quebec H9W 5T7 tel 514-990-5911 http://www.pubnix.net fax 514-990-9443 From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 16:23:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 184AC16A422 for ; Mon, 20 Feb 2006 16:23:04 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5594443D49 for ; Mon, 20 Feb 2006 16:23:03 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so908950wri for ; Mon, 20 Feb 2006 08:23:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=XzfGJ7K3XLniy6UbPu0izx8lbec6Fe0CD1BjHteuD4zimDTLPzLfhH0HMcKMa7Rcc6vM6KoVNnpzg2EpJARvQloIhsqYzBNO2xcdy8X275s+8jv4mtDnm7IjMrVNEwG9YBnAX5c+5A+2yQIxkvQHM/TdrTwaRZUhmBXF9pNY8LA= Received: by 10.65.121.8 with SMTP id y8mr888439qbm; Mon, 20 Feb 2006 08:23:02 -0800 (PST) Received: by 10.65.211.12 with HTTP; Mon, 20 Feb 2006 08:23:02 -0800 (PST) Message-ID: <47d0403c0602200823hdcb256dv3ac29d6b6048e3dd@mail.gmail.com> Date: Mon, 20 Feb 2006 10:23:02 -0600 From: "Ben Kaduk" To: "Martin Wilke" In-Reply-To: <20060220131751.7e43ba80@mwilke.ath.cx> MIME-Version: 1.0 References: <20060220131751.7e43ba80@mwilke.ath.cx> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: kernel panic / acpi 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: Mon, 20 Feb 2006 16:23:04 -0000 On 2/20/06, Martin Wilke wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, > > I bought myself an Amilo A1667G. When I want to boot FreeBSD 6.0/6.1B or > current without acpi, > in all 3 versions it blocks here: > > > Manual root > filesystem specification : Mount Filesustem eg. ufs:da0s1a ? List valid disk > boot devices > Aboun > input > mountroot> > > > and when I hit the enter button I get a kernel > panic. : > panic: Root mount failed, > startup aborted. KDB: > enter: Panic [thread pid 1 > tid 100004 ] Stopped at > kbenter+0x2e: > leave > db> > > the output from the bt is: > > Tracing pid 1 tid 100004 > td 0Xffffff003dbaf2c0 kdb_enter () > at kdb_enter+0x2e panic () > at panic+0x158 vfs_mountpoint () > at vfs_mountroot+0x3b1 start_init() > at start_init+0x61 fork_exit() > at fork_Exit+0xbc fork_trampoline() > at fork_trampoline+0xe ---tram 0, rip =3D 0, rsp =3D 0xffffffffa049ad40, > rbp =3D 0 --- > > As soon I boot with acpi, it boots without problems. > > > Many Regards, > > Martin > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.1 (FreeBSD) > > iD8DBQFD+bNvFRZ/kBT4vp8RAs0QAJ9kP7hof8a0+wG2vzxBoMc6F786JACeJjkX > S4hxNTA79t4LQbotMUM1m3M=3D > =3DBDy5 > -----END PGP SIGNATURE----- > > _______________________________________________ > 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= " > > Sounds like you should use acpi, then -- why would you want to not use it? Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 16:50:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8598316A420 for ; Mon, 20 Feb 2006 16:50:23 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFC1D43D4C for ; Mon, 20 Feb 2006 16:50:22 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k1KGoK2i056738; Mon, 20 Feb 2006 19:50:20 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k1KGoJkH056737; Mon, 20 Feb 2006 19:50:19 +0300 (MSK) (envelope-from yar) Date: Mon, 20 Feb 2006 19:50:19 +0300 From: Yar Tikhiy To: Maksim Yevmenkin Message-ID: <20060220165019.GF55136@comp.chem.msu.su> References: <43ED294A.2050505@savvis.net> <43F6C577.5020901@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43F6C577.5020901@savvis.net> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: -current is sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 16:50:23 -0000 On Fri, Feb 17, 2006 at 10:57:59PM -0800, Maksim Yevmenkin wrote: > Maksim Yevmenkin wrote: > >Dear Hackers, > > > >after upgrading to today's current my laptop is very sluggish [snip] > and just to close this thread, all i had to do is put > > performance_cx_lowest="HIGH" > > into my /etc/rc.conf and then > > # /etc/rc.d/power_profile 0x01 > > this fixes things for me. > > i find it strange that /etc/defaults/rc.cond has > performance_cx_lowest="LOW", but someone must have had a good reason for > this. I'm about to run CURRENT on a rather modern laptop with all the fancy power-control stuff, which I've never done before, so this thread is rather interesting to me. According to rc.conf(5), performance_cx_lowest specifies a CPU power state when idle. Shouldn't it have no effect on the CPU speed when it has some real work to do? Looks like there is significant latency in the CPU's transition from idle state to active state -- at least in your case. -- Yar From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 17:35:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 446F916A420 for ; Mon, 20 Feb 2006 17:35:54 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05ABC43D45 for ; Mon, 20 Feb 2006 17:35:53 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Mon, 20 Feb 2006 09:35:51 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D97C54504D; Mon, 20 Feb 2006 09:35:49 -0800 (PST) To: Yar Tikhiy In-reply-to: Your message of "Mon, 20 Feb 2006 19:50:19 +0300." <20060220165019.GF55136@comp.chem.msu.su> Date: Mon, 20 Feb 2006 09:35:49 -0800 From: "Kevin Oberman" Message-Id: <20060220173549.D97C54504D@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: -current is sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 17:35:54 -0000 > Date: Mon, 20 Feb 2006 19:50:19 +0300 > From: Yar Tikhiy > Sender: owner-freebsd-current@freebsd.org > > On Fri, Feb 17, 2006 at 10:57:59PM -0800, Maksim Yevmenkin wrote: > > Maksim Yevmenkin wrote: > > >Dear Hackers, > > > > > >after upgrading to today's current my laptop is very sluggish > [snip] > > and just to close this thread, all i had to do is put > > > > performance_cx_lowest="HIGH" > > > > into my /etc/rc.conf and then > > > > # /etc/rc.d/power_profile 0x01 > > > > this fixes things for me. > > > > i find it strange that /etc/defaults/rc.cond has > > performance_cx_lowest="LOW", but someone must have had a good reason for > > this. > > I'm about to run CURRENT on a rather modern laptop with all the > fancy power-control stuff, which I've never done before, so this > thread is rather interesting to me. According to rc.conf(5), > performance_cx_lowest specifies a CPU power state when idle. > Shouldn't it have no effect on the CPU speed when it has some real > work to do? Looks like there is significant latency in the CPU's > transition from idle state to active state -- at least in your case. If the CPU is running at 100%, it has no effect. If your CPU is busy for a few seconds and then idle for a few ms, it has a big effect. But it SHOULD not be noticeable to the user. Windows uses this a great deal and there was a recent flap about the new Duo chip eating too much power that was tracked to a bug in the Windows USB support that kept it from being effective. The result was complaints of short battery life. (Note that FreeBSD has a similar issue with USB and sleep states, but on all i386 systems.) If I understand it correctly, hw.acpi.cpu.cx_supported will give you a list of sleep states (C1...Cn) followed by an integer which is the number of cycles that the system must be idle before this sleep state will be used. On my T30, I see C1/0 C2/1 C3/85. Some systems have C4. I have never seen more than that. The whole ides is that it takes longer to come out of deeper sleep states, so they are only entered when the system has been idle for a pre-defined time and, statistically, it is likely to remain that way for a while, so the slower wake-up will not be noticed. I think something odd is happening if dropping into C3 is noticeable to the user. If someone more conversant on i386 hardware can explain why it is noticeable, I'd be interested. I may not understand this was well as I thought I did. -- 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 From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 18:12:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63C3616A420 for ; Mon, 20 Feb 2006 18:12:56 +0000 (GMT) (envelope-from ler@lerctr.org) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A914A43D64 for ; Mon, 20 Feb 2006 18:12:41 +0000 (GMT) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; b=oh0aGoNRXWHm6gi92R34TkHF6XbdjSBggIq3PihKkU6Wz1Gw1WiqKFuBPhzwzM9mY2udfyGZdHKhg2YPRD+V17S+SkRw8VCxsehQZ84RKyuBsReg/Wc6MJWnoIzNMC9Rx4IU5iXqVxU9TZ1/OFV9h0mPUJqf7i2QP2oALH3taWo=; Received: from 64-132-13-2.gen.twtelecom.net ([64.132.13.2]:51241 helo=LROSENMAC8010P) by lerami.lerctr.org with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1FBFWW-0004vC-Ok; Mon, 20 Feb 2006 12:12:40 -0600 From: "Larry Rosenman" To: , Date: Mon, 20 Feb 2006 12:12:36 -0600 Message-ID: <00de01c63649$3a6ad430$0a0a0a0a@aus.pervasive.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Thread-Index: AcY1pO1fQQONmOFuRXKyqVip5BuQEQApDlxg In-Reply-To: <200602192335.50604.thierry@herbelot.com> X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 DomainKey-Status: no signature Cc: Subject: RE: no dump on a gmirror ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 18:12:56 -0000 Thierry Herbelot wrote: > Hello, > > I have recently converted a machine to a full gmirror configuration > (as explained on http://people.freebsd.org/~rse/mirror/ : everything, > including swap, is mirrored). > > The dump device is configured as AUTO from /etc/defaults/rc.conf and > the kernel complains when booting that "No suitable dump device was > found". > > Is this to be expected ? (I do not find any hint in gmirror(8) or > dumpon(8)) Yes, unfortunately. I wish someone would change it, as if I get a system panic, I'll not be able to help fix it. > > TfH > _______________________________________________ > 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" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 18:38:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E66616A420 for ; Mon, 20 Feb 2006 18:38:02 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95D0D43D46 for ; Mon, 20 Feb 2006 18:38:01 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.13.4/8.13.4) with ESMTP id k1KIc1lM041576; Mon, 20 Feb 2006 10:38:01 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.13.4/8.13.4/Submit) id k1KIc0CG041575; Mon, 20 Feb 2006 10:38:00 -0800 (PST) Date: Mon, 20 Feb 2006 10:38:00 -0800 (PST) From: Matthew Dillon Message-Id: <200602201838.k1KIc0CG041575@apollo.backplane.com> To: Peter Jeremy , freebsd-current@freebsd.org References: <20060102222723.GA1754@dragon.NUXI.org> <200602180439.k1I4drNm010220@apollo.backplane.com> <20060218064523.GA684@turion.vk2pj.dyndns.org> <200602180742.k1I7g3XA012241@apollo.backplane.com> Cc: Subject: Re: It still here... panic: ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 18:38:02 -0000 Could someone familiar with softupdates take a look at line 902 of kern/vfs_cluster.c? There is a call to buf_start(tbp) there, but then just after that in the B_VMIO code there is a brelse() call if one of the pages making up the buffer is BUSY. A brelse() call there, after the call to buf_start(), could leave the buffer in a very sad state indeed! It seems to me that that buf_start() call needs to be moved to around line 949, after the VM check and just before the tbp is added to the cluster list. -Matt From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 18:58:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76C1816A420; Mon, 20 Feb 2006 18:58:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E104743D46; Mon, 20 Feb 2006 18:58:54 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1KIwoVR022835; Mon, 20 Feb 2006 13:58:52 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Andrew Thompson Date: Mon, 20 Feb 2006 13:43:48 -0500 User-Agent: KMail/1.9.1 References: <20060215211534.GA78376@heff.fud.org.nz> <200602171342.13451.jhb@freebsd.org> <20060219041012.GB78376@heff.fud.org.nz> In-Reply-To: <20060219041012.GB78376@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602201343.49927.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1293/Sun Feb 19 11:40:25 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: rwlock patch for bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2006 18:58:55 -0000 On Saturday 18 February 2006 23:10, Andrew Thompson wrote: > On Fri, Feb 17, 2006 at 01:42:11PM -0500, John Baldwin wrote: > > On Wednesday 15 February 2006 16:15, Andrew Thompson wrote: > > > Here is a patch that changes if_bridge to use rwlock(9) rather than the > > > handrolled ref counting. Can I please get it reviewed to ensure I have > > > the changes correct. I pondered if the order of unlocking the softc > > > mutex and grabbing the rlock mattered but decided it didn't. > > > > Have you thought about replacing both the mutex and ref-count with the > > single rwlock? (Perhaps that is infeasible, but it would be somewhat > > pointless to just lock one lock so you can turn around and lock the > > next.) > > The bridge code makes use of callout_init_mtx(), can a rwlock be passed > instead of a mutex? No. You could use callout_init() and mark it MPSAFE and handle the teardown race yourself perhaps. I'd be interested in benchmarks, btw, of this patch as I'd imagine it is actually a pessimization because you are trading simple arith operations for atomic operations to mess with the rw lock. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 19:18:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 468FE16A420 for ; Mon, 20 Feb 2006 19:18:17 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 5442143D45 for ; Mon, 20 Feb 2006 19:18:16 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 10352 invoked by uid 399); 20 Feb 2006 19:18:15 -0000 Received: from localhost (HELO ?192.168.1.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 20 Feb 2006 19:18:15 -0000 Message-ID: <43FA15F5.4050300@FreeBSD.org> Date: Mon, 20 Feb 2006 11:18:13 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Larry Rosenman References: <00de01c63649$3a6ad430$0a0a0a0a@aus.pervasive.com> In-Reply-To: <00de01c63649$3a6ad430$0a0a0a0a@aus.pervasive.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, thierry@herbelot.com Subject: Re: no dump on a gmirror ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 19:18:17 -0000 Larry Rosenman wrote: > Thierry Herbelot wrote: >> Hello, >> >> I have recently converted a machine to a full gmirror configuration >> (as explained on http://people.freebsd.org/~rse/mirror/ : everything, >> including swap, is mirrored). >> >> The dump device is configured as AUTO from /etc/defaults/rc.conf and >> the kernel complains when booting that "No suitable dump device was >> found". >> >> Is this to be expected ? (I do not find any hint in gmirror(8) or >> dumpon(8)) > > Yes, unfortunately. > > I wish someone would change it, as if I get a system panic, I'll > not be able to help fix it. Does specifying a device, rather than using AUTO, work for you? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 19:25:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A344416A420; Mon, 20 Feb 2006 19:25:29 +0000 (GMT) (envelope-from ler@lerctr.org) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 094F743D4C; Mon, 20 Feb 2006 19:25:28 +0000 (GMT) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; b=Jkrlo3Y0mfnS2qTA/aQznyg3mcepr5YsCGNpcCUETg4T7S9t7aHKgwyfCX4JZ1ulhwWWO8DLjzw4bp+w/tTd+xOhz+64JGJ96yGcxb3cOXAGgUEHAxcdvLr1loV2sYr/Mf55SQRcXM5N/dlhqDaCgP82g2+SgohJsu9dWbxCfPg=; Received: from 64-132-13-2.gen.twtelecom.net ([64.132.13.2]:50325 helo=LROSENMAC8010P) by lerami.lerctr.org with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1FBGeg-0006HW-RW; Mon, 20 Feb 2006 13:25:28 -0600 From: "Larry Rosenman" To: "'Doug Barton'" Date: Mon, 20 Feb 2006 13:25:05 -0600 Message-ID: <013701c63653$5b440e10$0a0a0a0a@aus.pervasive.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Thread-Index: AcY2Um4o34uaWwP5Qe2SMjsWDItrhQAAA8qg In-Reply-To: <43FA15F5.4050300@FreeBSD.org> X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 DomainKey-Status: no signature Cc: freebsd-current@freebsd.org, thierry@herbelot.com Subject: RE: no dump on a gmirror ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 19:25:29 -0000 Doug Barton wrote: > Larry Rosenman wrote: >> Thierry Herbelot wrote: >>> Hello, >>> >>> I have recently converted a machine to a full gmirror configuration >>> (as explained on http://people.freebsd.org/~rse/mirror/ : >>> everything, including swap, is mirrored). >>> >>> The dump device is configured as AUTO from /etc/defaults/rc.conf and >>> the kernel complains when booting that "No suitable dump device was >>> found". >>> >>> Is this to be expected ? (I do not find any hint in gmirror(8) or >>> dumpon(8)) >> >> Yes, unfortunately. >> >> I wish someone would change it, as if I get a system panic, I'll >> not be able to help fix it. > > Does specifying a device, rather than using AUTO, work for you? > > Doug as in? # dumpon /dev/mirror/gm0s1b dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported # Feb 20 13:23:03 thebighonker kernel: Loading configuration files. Feb 20 13:23:03 thebighonker kernel: dumpon: Feb 20 13:23:03 thebighonker kernel: ioctl(DIOCSKERNELDUMP) Feb 20 13:23:03 thebighonker kernel: : Feb 20 13:23:03 thebighonker kernel: Operation not supported # cat /etc/rc.conf hostname="thebighonker.lerctr.org" dumpdev="/dev/mirror/gm0s1b" so, no it doesn't. I don't believe I can get at the "b" slices of the individual disks (da0/da1). LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 19:38:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A07D616A420 for ; Mon, 20 Feb 2006 19:38:30 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66AAF43D49 for ; Mon, 20 Feb 2006 19:38:29 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: by zproxy.gmail.com with SMTP id x7so969230nzc for ; Mon, 20 Feb 2006 11:38:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=SDujC8sxm98lHRGGZ0SK1OEj6xcETGh6G4YOKmamSbepwmXWlx5RGDmyYZ/KALHqzYC7X48inYkVjG5qLYypnuk19mvwjv+LfESMTic0wznw9V/GncS+mdSqV6i2j3MsW9c81twYrsleHQdvnl7fLWd4C/B1L0FWsSfFvPAMnGg= Received: by 10.36.140.6 with SMTP id n6mr6005553nzd; Mon, 20 Feb 2006 11:38:28 -0800 (PST) Received: from mwilke.ath.cx ( [84.141.63.233]) by mx.gmail.com with ESMTP id 38sm303193nzk.2006.02.20.11.38.26; Mon, 20 Feb 2006 11:38:28 -0800 (PST) Date: Mon, 20 Feb 2006 20:38:22 +0100 From: Martin Wilke To: "Ben Kaduk" Message-ID: <20060220203822.5d56bd71@mwilke.ath.cx> In-Reply-To: <47d0403c0602200823hdcb256dv3ac29d6b6048e3dd@mail.gmail.com> References: <20060220131751.7e43ba80@mwilke.ath.cx> <47d0403c0602200823hdcb256dv3ac29d6b6048e3dd@mail.gmail.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 Cc: current@freebsd.org Subject: Re: kernel panic / acpi 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: Mon, 20 Feb 2006 19:38:30 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpPbiBNb24s IDIwIEZlYiAyMDA2IDEwOjIzOjAyIC0wNjAwDQoiQmVuIEthZHVrIiA8bWluaW1hcm1vdEBnbWFp bC5jb20+IHdyb3RlOg0KDQo+IE9uIDIvMjAvMDYsIE1hcnRpbiBXaWxrZSA8dW5peGZyZXVuZGVA Z21haWwuY29tPiB3cm90ZToNCj4gPg0KPiA+IC0tLS0tQkVHSU4gUEdQIFNJR05FRCBNRVNTQUdF LS0tLS0NCj4gPiBIYXNoOiBTSEExDQo+ID4NCj4gPiBIZWxsbywNCj4gPg0KPiA+IEkgYm91Z2h0 IG15c2VsZiBhbiBBbWlsbyBBMTY2N0cuIFdoZW4gSSB3YW50IHRvIGJvb3QgRnJlZUJTRA0KPiA+ IDYuMC82LjFCIG9yIGN1cnJlbnQgd2l0aG91dCBhY3BpLA0KPiA+IGluIGFsbCAzIHZlcnNpb25z IGl0IGJsb2NrcyBoZXJlOg0KPiA+DQo+ID4NCj4gPiBNYW51YWwgcm9vdA0KPiA+IGZpbGVzeXN0 ZW0gc3BlY2lmaWNhdGlvbiA8ZnN0eXBlPjo8ZGV2aWNlPiBNb3VudCA8ZGV2aWNlIHVzaW5nDQo+ ID4gRmlsZXN1c3RlbSA8ZnN0eW9lDQo+ID4gZWcuIHVmczpkYTBzMWEgPyAgICAgICAgICAgICAg IExpc3QgdmFsaWQgZGlzaw0KPiA+IGJvb3QgZGV2aWNlcyA8ZW1wdHkgbGluZT4NCj4gPiBBYm91 bg0KPiA+IGlucHV0DQo+ID4gbW91bnRyb290Pg0KPiA+DQo+ID4NCj4gPiBhbmQgd2hlbiBJIGhp dCB0aGUgZW50ZXIgYnV0dG9uIEkgZ2V0IGEga2VybmVsDQo+ID4gcGFuaWMuIDoNCj4gPiBwYW5p YzogUm9vdCBtb3VudCBmYWlsZWQsDQo+ID4gc3RhcnR1cCBhYm9ydGVkLiBLREI6DQo+ID4gZW50 ZXI6IFBhbmljIFt0aHJlYWQgcGlkIDENCj4gPiB0aWQgMTAwMDA0IF0gU3RvcHBlZCBhdA0KPiA+ IGtiZW50ZXIrMHgyZToNCj4gPiBsZWF2ZQ0KPiA+IGRiPg0KPiA+DQo+ID4gdGhlIG91dHB1dCBm cm9tIHRoZSBidCBpczoNCj4gPg0KPiA+IFRyYWNpbmcgcGlkIDEgdGlkIDEwMDAwNA0KPiA+IHRk IDBYZmZmZmZmMDAzZGJhZjJjMCBrZGJfZW50ZXIgKCkNCj4gPiBhdCBrZGJfZW50ZXIrMHgyZSBw YW5pYyAoKQ0KPiA+IGF0IHBhbmljKzB4MTU4IHZmc19tb3VudHBvaW50ICgpDQo+ID4gYXQgdmZz X21vdW50cm9vdCsweDNiMSBzdGFydF9pbml0KCkNCj4gPiBhdCBzdGFydF9pbml0KzB4NjEgZm9y a19leGl0KCkNCj4gPiBhdCBmb3JrX0V4aXQrMHhiYyBmb3JrX3RyYW1wb2xpbmUoKQ0KPiA+IGF0 IGZvcmtfdHJhbXBvbGluZSsweGUgLS0tdHJhbSAwLCByaXAgPSAwLCByc3AgPSAweGZmZmZmZmZm YTA0OWFkNDAsDQo+ID4gcmJwID0gMCAtLS0NCj4gPg0KPiA+IEFzIHNvb24gSSBib290IHdpdGgg YWNwaSwgaXQgYm9vdHMgd2l0aG91dCBwcm9ibGVtcy4NCj4gPg0KPiA+DQo+ID4gTWFueSBSZWdh cmRzLA0KPiA+DQo+ID4gTWFydGluDQo+ID4gLS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0N Cj4gPiBWZXJzaW9uOiBHbnVQRyB2MS40LjIuMSAoRnJlZUJTRCkNCj4gPg0KPiA+IGlEOERCUUZE K2JOdkZSWi9rQlQ0dnA4UkFzMFFBSjlrUDdob2Y4YTArd0cydnp4Qm9NYzZGNzg2SkFDZUpqa1gN Cj4gPiBTNGh4TlRBNzl0NExRYm90TVVNMW0zTT0NCj4gPiA9QkR5NQ0KPiA+IC0tLS0tRU5EIFBH UCBTSUdOQVRVUkUtLS0tLQ0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4gPiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcgbWFpbGlu ZyBsaXN0DQo+ID4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJl ZWJzZC1jdXJyZW50DQo+ID4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8NCj4gPiAi ZnJlZWJzZC1jdXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0KPiA+DQo+ID4NCj4gU291 bmRzIGxpa2UgeW91IHNob3VsZCB1c2UgYWNwaSwgdGhlbiAtLSB3aHkgd291bGQgeW91IHdhbnQg dG8gbm90DQo+IHVzZSBpdD8NCj4gDQo+IEJlbiBLYWR1aw0KDQp3ZWxsLi4gSGkgQmVuLCAgdGhl IHJlYXNvbiBiZWNhdXNlIEkgd2FudCB0byB1c2UgdGhlICJubyBhY3BpIG9wdGlvbiIgaXMgcmVs YXRlZCB0byBzZXZlcmUgcHJvYmxlbXMgaSBoYXZlIHdoZW4gSSBib290IHdpdGggdGhlIGFjcGkg ZW5hYmxlZA0Kb3B0aW9uOiAxLSB0aGUgYm94IHNlZW1zIHRvIGdldCBzdHVjayB2ZXJ5IG9mdGVu IChmcmVlemVzKSAgMi0gSSBjYW50IHVzZSB0aGUgRk4ga2V5cyBha2EgdGhlIHN1c3BlbmQgbW9k dWxlcyBhcmUgaW1wb3NzaWJsZSB0byB1c2UgYmVjYXVzZQ0KaXRzIHVuYWJsZSB0byB3YWtlIHVw IHRoZSBwYyBmcm9tIHRoZSBzdXNwZW5kIG1vZGUuLi4NCg0KR3JlZXR6IE1hcnRpbg0KLS0tLS1C RUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NClZlcnNpb246IEdudVBHIHYxLjQuMi4xIChGcmVlQlNE KQ0KDQppRDhEQlFGRCtocXhGUlova0JUNHZwOFJBcHY3QUtDTmhkcmh3cUNhdGFnNHMycFhnUTZV bGE2dTR3Q2RIOE9HDQoxK3prRFRZTU1UeDJOOGw2VkRmWWc5OD0NCj1xTklFDQotLS0tLUVORCBQ R1AgU0lHTkFUVVJFLS0tLS0NCg== From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 20:16:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C476316A420 for ; Mon, 20 Feb 2006 20:16:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A80243D45 for ; Mon, 20 Feb 2006 20:16:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 580E01A3C22; Mon, 20 Feb 2006 12:16:57 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 84F245186D; Mon, 20 Feb 2006 15:16:56 -0500 (EST) Date: Mon, 20 Feb 2006 15:16:56 -0500 From: Kris Kennaway To: Yar Tikhiy Message-ID: <20060220201656.GA20356@xor.obsecurity.org> References: <43ED294A.2050505@savvis.net> <43F6C577.5020901@savvis.net> <20060220165019.GF55136@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20060220165019.GF55136@comp.chem.msu.su> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: -current is sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 20:16:57 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 20, 2006 at 07:50:19PM +0300, Yar Tikhiy wrote: > On Fri, Feb 17, 2006 at 10:57:59PM -0800, Maksim Yevmenkin wrote: > > Maksim Yevmenkin wrote: > > >Dear Hackers, > > > > > >after upgrading to today's current my laptop is very sluggish > [snip] > > and just to close this thread, all i had to do is put > >=20 > > performance_cx_lowest=3D"HIGH" > >=20 > > into my /etc/rc.conf and then > >=20 > > # /etc/rc.d/power_profile 0x01 > >=20 > > this fixes things for me. > >=20 > > i find it strange that /etc/defaults/rc.cond has=20 > > performance_cx_lowest=3D"LOW", but someone must have had a good reason = for=20 > > this. >=20 > I'm about to run CURRENT on a rather modern laptop with all the > fancy power-control stuff, which I've never done before, so this > thread is rather interesting to me. According to rc.conf(5), > performance_cx_lowest specifies a CPU power state when idle. > Shouldn't it have no effect on the CPU speed when it has some real > work to do? Looks like there is significant latency in the CPU's > transition from idle state to active state -- at least in your case. Talk to njl@, who recently made this change. Kris --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD+iO3Wry0BWjoQKURAsIpAJsEc0+x35WkoDiFqAQuUYuNtq6GnACdGds2 KlTuJFm2kLV7/qjQmNlWvP8= =3CrT -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 21:58:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C3FE16A420 for ; Mon, 20 Feb 2006 21:58:01 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0514A43D48 for ; Mon, 20 Feb 2006 21:58:01 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IV000MBWACN2J@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Mon, 20 Feb 2006 22:58:00 +0100 (MET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Mon, 20 Feb 2006 22:57:59 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k1KLvwV8004339; Mon, 20 Feb 2006 22:57:58 +0100 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1FBJ2c-0007br-VF; Mon, 20 Feb 2006 22:57:58 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id CA55F3F42F; Mon, 20 Feb 2006 22:57:58 +0100 (CET) Date: Mon, 20 Feb 2006 22:57:58 +0100 From: Christian Brueffer In-reply-to: <200602150157.aa84194@nowhere.iedowse.com> To: Ian Dowse Message-id: <20060220215758.GG1020@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=Zrag5V6pnZGjLKiw; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20060214205050.GA6218@haakonia.hitnet.RWTH-Aachen.DE> <200602150157.aa84194@nowhere.iedowse.com> Cc: current@freebsd.org Subject: Re: panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 21:58:01 -0000 --Zrag5V6pnZGjLKiw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 15, 2006 at 01:57:28AM +0000, Ian Dowse wrote: > In message <20060214205050.GA6218@haakonia.hitnet.RWTH-Aachen.DE>, Christ= ian Br > ueffer writes: > >I get the following panic now and then when trying to mount my external > >usb drive. The panic only occurs when the machine has been up for some > >time. >=20 > There's an experimental patch at >=20 > http://people.freebsd.org/~iedowse/usb.diff >=20 > that attempts to avoid the need for the USB subsystem to allocate > any large contiguous chunks of memory. It would be useful if you > could test this to see if it solves the issue. >=20 > Recently I've updated the patch to try completing the OHCI support > for non-contiguous allocations, so OHCI and in particular isochronous > OHCI transfers may have problems. I'd be greatful if anyone could > test the patch, especially with OHCI isochronous devices that > currently work, since I've almost certainly broken something there. >=20 I've been running with this patch for the last couple of days and haven't been able to reproduce the panic. While this doesn't have to say anything, it's looking pretty good. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --Zrag5V6pnZGjLKiw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFD+jtmbHYXjKDtmC0RAhIHAJ9cUTTSHMOf9C/PcWE4bJ0x+MzLbwCgnBir YAN/AXjrS0Q5IRQ+faROIxM= =rw9y -----END PGP SIGNATURE----- --Zrag5V6pnZGjLKiw-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 22:02:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5A0716A420; Mon, 20 Feb 2006 22:02:10 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60E3343D7C; Mon, 20 Feb 2006 22:02:03 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.net (Postfix) with ESMTP id 691BE3982E; Mon, 20 Feb 2006 23:03:14 +0100 (CET) Date: Mon, 20 Feb 2006 22:00:37 +0000 From: Marcin Jessa To: "Larry Rosenman" Message-Id: <20060220220037.2d14f128.lists@yazzy.org> In-Reply-To: <013701c63653$5b440e10$0a0a0a0a@aus.pervasive.com> References: <43FA15F5.4050300@FreeBSD.org> <013701c63653$5b440e10$0a0a0a0a@aus.pervasive.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: thierry@herbelot.com, dougb@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: no dump on a gmirror ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 22:02:10 -0000 On Mon, 20 Feb 2006 13:25:05 -0600 "Larry Rosenman" wrote: > Doug Barton wrote: > > Larry Rosenman wrote: > >> Thierry Herbelot wrote: > >>> Hello, > >>> > >>> I have recently converted a machine to a full gmirror configuration > >>> (as explained on http://people.freebsd.org/~rse/mirror/ : > >>> everything, including swap, is mirrored). > >>> > >>> The dump device is configured as AUTO from /etc/defaults/rc.conf and > >>> the kernel complains when booting that "No suitable dump device was > >>> found". > >>> > >>> Is this to be expected ? (I do not find any hint in gmirror(8) or > >>> dumpon(8)) > >> > >> Yes, unfortunately. > >> > >> I wish someone would change it, as if I get a system panic, I'll > >> not be able to help fix it. > > > > Does specifying a device, rather than using AUTO, work for you? > > > > Doug > > as in? > > # dumpon /dev/mirror/gm0s1b > dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported > # > > Feb 20 13:23:03 thebighonker kernel: Loading configuration files. > Feb 20 13:23:03 thebighonker kernel: dumpon: > Feb 20 13:23:03 thebighonker kernel: ioctl(DIOCSKERNELDUMP) > Feb 20 13:23:03 thebighonker kernel: : > Feb 20 13:23:03 thebighonker kernel: Operation not supported > > # cat /etc/rc.conf > hostname="thebighonker.lerctr.org" > dumpdev="/dev/mirror/gm0s1b" > > so, no it doesn't. > > I don't believe I can get at the "b" slices of the individual disks > (da0/da1). You may try the same trick as NetBSD uses with RAIDframe: http://www.netbsd.org/guide/en/chap-rf.html#chap-rf-setup-kerneldump Cheers, Marcin. From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 22:12:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA3D516A422; Mon, 20 Feb 2006 22:12:25 +0000 (GMT) (envelope-from ler@lerctr.org) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCB5743D5E; Mon, 20 Feb 2006 22:12:20 +0000 (GMT) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; b=Byui3fDAsDRPfvXjVsmJp1l5+Ya5dNLBaj8Qcqqx9D5mfYG1rwB9Wx8q0vNjItca1zZXHOq+n+mo4dsCOW018ggMr39KlyO8tRlbvDxqkMpblWOh5jL4X/4ppH87/rPeKxE9/zRn879SVxO0kuK942kGUgSAsKhJGNutd8KH1FM=; Received: from 64-132-13-2.gen.twtelecom.net ([64.132.13.2]:61842 helo=LROSENMAC8010P) by lerami.lerctr.org with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1FBJGQ-00074f-Fs; Mon, 20 Feb 2006 16:12:19 -0600 From: "Larry Rosenman" To: "'Marcin Jessa'" Date: Mon, 20 Feb 2006 16:12:14 -0600 Message-ID: <02dc01c6366a$b4336c20$0a0a0a0a@aus.pervasive.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Thread-Index: AcY2abAQ1crHNEUiR7Sfhx5JrCFK8AAAN9JA In-Reply-To: <20060220220037.2d14f128.lists@yazzy.org> X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 DomainKey-Status: no signature Cc: dougb@FreeBSD.org, freebsd-current@freebsd.org, thierry@herbelot.com Subject: RE: no dump on a gmirror ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 22:12:26 -0000 Marcin Jessa wrote: > On Mon, 20 Feb 2006 13:25:05 -0600 > "Larry Rosenman" wrote: > >> Doug Barton wrote: >>> Larry Rosenman wrote: >>>> Thierry Herbelot wrote: >>>>> Hello, >>>>> >>>>> I have recently converted a machine to a full gmirror >>>>> configuration (as explained on >>>>> http://people.freebsd.org/~rse/mirror/ : everything, including >>>>> swap, is mirrored). >>>>> >>>>> The dump device is configured as AUTO from /etc/defaults/rc.conf >>>>> and the kernel complains when booting that "No suitable dump >>>>> device was found". >>>>> >>>>> Is this to be expected ? (I do not find any hint in gmirror(8) or >>>>> dumpon(8)) >>>> >>>> Yes, unfortunately. >>>> >>>> I wish someone would change it, as if I get a system panic, I'll >>>> not be able to help fix it. >>> >>> Does specifying a device, rather than using AUTO, work for you? >>> >>> Doug >> >> as in? >> >> # dumpon /dev/mirror/gm0s1b >> dumpon: ioctl(DIOCSKERNELDUMP): Operation not supported # >> >> Feb 20 13:23:03 thebighonker kernel: Loading configuration files. >> Feb 20 13:23:03 thebighonker kernel: dumpon: >> Feb 20 13:23:03 thebighonker kernel: ioctl(DIOCSKERNELDUMP) >> Feb 20 13:23:03 thebighonker kernel: : >> Feb 20 13:23:03 thebighonker kernel: Operation not supported >> >> # cat /etc/rc.conf >> hostname="thebighonker.lerctr.org" >> dumpdev="/dev/mirror/gm0s1b" >> >> so, no it doesn't. >> >> I don't believe I can get at the "b" slices of the individual disks >> (da0/da1). > > You may try the same trick as NetBSD uses with RAIDframe: > http://www.netbsd.org/guide/en/chap-rf.html#chap-rf-setup-kerneldump > That won't work, as you can't get at the labels: # bsdlabel da0 bsdlabel: /dev/da0: no valid label found # bsdlabel da0s1 bsdlabel: /dev/da0s1: Operation not permitted # -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 23:15:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89CC316A420 for ; Mon, 20 Feb 2006 23:15:34 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id E23A943D58 for ; Mon, 20 Feb 2006 23:15:33 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id k1KNFWE0038976 for ; Tue, 21 Feb 2006 02:15:32 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id k1KNFWIx038975 for current@freebsd.org; Tue, 21 Feb 2006 02:15:32 +0300 (MSK) (envelope-from ache) Date: Tue, 21 Feb 2006 02:15:31 +0300 From: Andrey Chernov To: current@freebsd.org Message-ID: <20060220231530.GA38930@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: Lots of calcru: runtime went backwards, never saw it before X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 23:15:34 -0000 What I got with recent -current (below). What does it mean, what I supposed to do and why I never saw it before? Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from 42153 usec to 42152 usec for pid 613 (sshd) Feb 21 01:14:19 pobrecita kernel: u 2:28102/28101 s 1:14051/14050 i 0:0/1 Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from 2979 usec to 2978 usec for pid 606 (getty) Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 1:2979/2978 i 0:0/0 Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from 3148 usec to 3147 usec for pid 605 (getty) Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 1:3148/3147 i 0:0/0 Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from 5011 usec to 5010 usec for pid 585 (inetd) Feb 21 01:14:19 pobrecita kernel: u 1:5011/5010 s 0:0/0 i 0:0/0 Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from 292891 usec to 292883 usec for pid 29 (pagezero) Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 37:292891/292883 i 0:0/0 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 23:25:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C45D516A420; Mon, 20 Feb 2006 23:25:14 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8E6243D49; Mon, 20 Feb 2006 23:25:12 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1KNOtSW025407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 21 Feb 2006 01:24:56 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1KNOZN1039143; Tue, 21 Feb 2006 01:24:35 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1KNOZ0p039142; Tue, 21 Feb 2006 01:24:35 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 21 Feb 2006 01:24:35 +0200 From: Giorgos Keramidas To: Andrey Chernov , current@freebsd.org Message-ID: <20060220232435.GA38768@flame.pc> References: <20060220231530.GA38930@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060220231530.GA38930@nagual.pp.ru> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.362, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.84, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: Subject: Re: Lots of calcru: runtime went backwards, never saw it before X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 23:25:14 -0000 On 2006-02-21 02:15, Andrey Chernov wrote: > What I got with recent -current (below). What does it mean, what I > supposed to do and why I never saw it before? > > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from > 42153 usec to 42152 usec for pid 613 (sshd) > Feb 21 01:14:19 pobrecita kernel: u 2:28102/28101 s 1:14051/14050 i 0:0/1 > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from 2979 > usec to 2978 usec for pid 606 (getty) > Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 1:2979/2978 i 0:0/0 > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from 3148 > usec to 3147 usec for pid 605 (getty) > Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 1:3148/3147 i 0:0/0 > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from 5011 > usec to 5010 usec for pid 585 (inetd) > Feb 21 01:14:19 pobrecita kernel: u 1:5011/5010 s 0:0/0 i 0:0/0 > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from > 292891 usec to 292883 usec for pid 29 (pagezero) > Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 37:292891/292883 i 0:0/0 Hi Andrey, Can you test with the following /etc/defaults/rc.conf vars set to "HIGH"? keramida@flame:/home/keramida$ grep _cx /etc/defaults/rc.conf /etc/rc.conf /etc/defaults/rc.conf:performance_cx_lowest="LOW" # Online CPU idle state /etc/defaults/rc.conf:economy_cx_lowest="LOW" # Offline CPU idle state keramida@flame:/home/keramida$ Without these set to "HIGH" in rc.conf, my laptop crawls to a halt very fast after it enters multiuser mode. From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 23:33:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28DB516A420; Mon, 20 Feb 2006 23:33:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9C6643D45; Mon, 20 Feb 2006 23:33:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B0BED1A3C22; Mon, 20 Feb 2006 15:33:08 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 20A875214D; Mon, 20 Feb 2006 18:33:08 -0500 (EST) Date: Mon, 20 Feb 2006 18:33:08 -0500 From: Kris Kennaway To: Giorgos Keramidas Message-ID: <20060220233307.GA25429@xor.obsecurity.org> References: <20060220231530.GA38930@nagual.pp.ru> <20060220232435.GA38768@flame.pc> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <20060220232435.GA38768@flame.pc> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Lots of calcru: runtime went backwards, never saw it before X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 23:33:09 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2006 at 01:24:35AM +0200, Giorgos Keramidas wrote: > On 2006-02-21 02:15, Andrey Chernov wrote: > > What I got with recent -current (below). What does it mean, what I > > supposed to do and why I never saw it before? > > > > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from > > 42153 usec to 42152 usec for pid 613 (sshd) > > Feb 21 01:14:19 pobrecita kernel: u 2:28102/28101 s 1:14051/14050 i 0:0= /1 > > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from 2= 979 > > usec to 2978 usec for pid 606 (getty) > > Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 1:2979/2978 i 0:0/0 > > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from 3= 148 > > usec to 3147 usec for pid 605 (getty) > > Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 1:3148/3147 i 0:0/0 > > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from 5= 011 > > usec to 5010 usec for pid 585 (inetd) > > Feb 21 01:14:19 pobrecita kernel: u 1:5011/5010 s 0:0/0 i 0:0/0 > > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from > > 292891 usec to 292883 usec for pid 29 (pagezero) > > Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 37:292891/292883 i 0:0/0 >=20 > Hi Andrey, >=20 > Can you test with the following /etc/defaults/rc.conf vars set to "HIGH"? >=20 > keramida@flame:/home/keramida$ grep _cx /etc/defaults/rc.conf /etc/rc.conf > /etc/defaults/rc.conf:performance_cx_lowest=3D"LOW" # Online CPU idl= e state > /etc/defaults/rc.conf:economy_cx_lowest=3D"LOW" # Offline CPU id= le state > keramida@flame:/home/keramida$ >=20 > Without these set to "HIGH" in rc.conf, my laptop crawls to a halt very > fast after it enters multiuser mode. It's not related to this, but to phk's recent timekeeping commits. Others have already reported it. Kris --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD+lGzWry0BWjoQKURAndPAKC0/LarGkigwg3GPl5NsmPPF2dFOgCgzt9h 1Ik04qgFAPn/bQQGMcfWu2A= =9hA1 -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 23:37:47 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BA2716A420 for ; Mon, 20 Feb 2006 23:37:47 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB8B543D48 for ; Mon, 20 Feb 2006 23:37:46 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id k1KNbhHf049973; Tue, 21 Feb 2006 02:37:43 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id k1KNbhUk049968; Tue, 21 Feb 2006 02:37:43 +0300 (MSK) (envelope-from ache) Date: Tue, 21 Feb 2006 02:37:42 +0300 From: Andrey Chernov To: Giorgos Keramidas Message-ID: <20060220233742.GA42513@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Giorgos Keramidas , current@FreeBSD.ORG References: <20060220231530.GA38930@nagual.pp.ru> <20060220232435.GA38768@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060220232435.GA38768@flame.pc> User-Agent: Mutt/1.5.11 Cc: current@FreeBSD.ORG Subject: Re: Lots of calcru: runtime went backwards, never saw it before X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 23:37:47 -0000 On Tue, Feb 21, 2006 at 01:24:35AM +0200, Giorgos Keramidas wrote: > On 2006-02-21 02:15, Andrey Chernov wrote: > > What I got with recent -current (below). What does it mean, what I > > supposed to do and why I never saw it before? > > > > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from > > 42153 usec to 42152 usec for pid 613 (sshd) > > Feb 21 01:14:19 pobrecita kernel: u 2:28102/28101 s 1:14051/14050 i 0:0/1 ... > Can you test with the following /etc/defaults/rc.conf vars set to "HIGH"? > > keramida@flame:/home/keramida$ grep _cx /etc/defaults/rc.conf /etc/rc.conf > /etc/defaults/rc.conf:performance_cx_lowest="LOW" # Online CPU idle state > /etc/defaults/rc.conf:economy_cx_lowest="LOW" # Offline CPU idle state This is definitely not my case. It is desktop server without any power saving, moreover, I have only one CPU state, i.e. LOW == HIGH == C1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 23:43:31 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D72C716A420; Mon, 20 Feb 2006 23:43:31 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9382143D76; Mon, 20 Feb 2006 23:43:25 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id k1KNhM9G053549; Tue, 21 Feb 2006 02:43:22 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id k1KNhMLG053548; Tue, 21 Feb 2006 02:43:22 +0300 (MSK) (envelope-from ache) Date: Tue, 21 Feb 2006 02:43:22 +0300 From: Andrey Chernov To: Kris Kennaway Message-ID: <20060220234322.GB42513@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Kris Kennaway , Giorgos Keramidas , current@FreeBSD.ORG, phk@freebsd.org References: <20060220231530.GA38930@nagual.pp.ru> <20060220232435.GA38768@flame.pc> <20060220233307.GA25429@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <20060220233307.GA25429@xor.obsecurity.org> User-Agent: Mutt/1.5.11 Cc: Giorgos Keramidas , current@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: Lots of calcru: runtime went backwards, never saw it before X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Feb 2006 23:43:32 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 20, 2006 at 06:33:08PM -0500, Kris Kennaway wrote: > > Without these set to "HIGH" in rc.conf, my laptop crawls to a halt very > > fast after it enters multiuser mode. >=20 > It's not related to this, but to phk's recent timekeeping commits. > Others have already reported it. I have only one C1 CPU state to choose from, so definitely not related. I not look into phk's timekeeping commits yet. While it is known, is it=20 supposed to be fixed soon? --=20 http://ache.pp.ru/ --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iQCVAwUBQ/pUGuJgpPLZnQjrAQI25AQAnro9xv1AmEaywzV0kpjOxswMGG2M/SBU rap4IQLuVB6UzwJOmXVRZi25LCfNNT+pDcoNGxVuadd+34+cnczuJBIRzdFluTfE kaEzZufaXArvkKDCfOiN/5pg7nW71B01V/XJk79/EsOAztjwr+BS3XwNMt5klP35 5Whktd0Oh9g= =nSn1 -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 00:01:52 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 296EE16A420; Tue, 21 Feb 2006 00:01:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D83F643D45; Tue, 21 Feb 2006 00:01:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B296A1A3C28; Mon, 20 Feb 2006 16:01:51 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DE00A5214D; Mon, 20 Feb 2006 19:01:49 -0500 (EST) Date: Mon, 20 Feb 2006 19:01:49 -0500 From: Kris Kennaway To: Andrey Chernov , Kris Kennaway , Giorgos Keramidas , current@FreeBSD.ORG, phk@freebsd.org Message-ID: <20060221000149.GA25990@xor.obsecurity.org> References: <20060220231530.GA38930@nagual.pp.ru> <20060220232435.GA38768@flame.pc> <20060220233307.GA25429@xor.obsecurity.org> <20060220234322.GB42513@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <20060220234322.GB42513@nagual.pp.ru> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Lots of calcru: runtime went backwards, never saw it before X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 00:01:52 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2006 at 02:43:22AM +0300, Andrey Chernov wrote: > On Mon, Feb 20, 2006 at 06:33:08PM -0500, Kris Kennaway wrote: > > > Without these set to "HIGH" in rc.conf, my laptop crawls to a halt ve= ry > > > fast after it enters multiuser mode. > >=20 > > It's not related to this, but to phk's recent timekeeping commits. > > Others have already reported it. >=20 > I have only one C1 CPU state to choose from, so definitely not related. > I not look into phk's timekeeping commits yet. While it is known, is it= =20 > supposed to be fixed soon? Presumably. Kris --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD+lhtWry0BWjoQKURAi0TAKDL3xgKVOjr8ddHA3gklvtlKKQOuQCgseza nBM8o1RGXyzx89Dsmq7oTMs= =J4rd -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 00:11:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D738116A422 for ; Tue, 21 Feb 2006 00:11:29 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 438CB43D46 for ; Tue, 21 Feb 2006 00:11:28 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id F34C3516E1; Tue, 21 Feb 2006 01:11:26 +0100 (CET) Received: from localhost (djy126.neoplus.adsl.tpnet.pl [83.24.2.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1B44151746; Tue, 21 Feb 2006 01:11:21 +0100 (CET) Date: Tue, 21 Feb 2006 01:11:09 +0100 From: Pawel Jakub Dawidek To: Balgansuren Batsukh Message-ID: <20060221001109.GA4231@garage.freebsd.pl> References: <003001c63453$230c0cc0$0201000a@JACK> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <003001c63453$230c0cc0$0201000a@JACK> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: GELI question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 00:11:30 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 18, 2006 at 02:18:29PM +0800, Balgansuren Batsukh wrote: +> Hello, +>=20 +> I am trying to install/use FreeBSD-6.0-RELEASE. +>=20 +> I tried to use geli command on shell to initialize hard disk. +>=20 +> But it seems geli command option seems different from=20 +> "Complete Hard Disk Encryption Using FreeBSD's GEOM Framework" +>=20 +> when i try to use "geli init -b /dev/ad0" on shell prompt, it says "Unkn= own command: init" +> usage: geli help +> geli list [name ...] +> geli status [-s] [name ...] +> geli load [-v] +> geli unload [-v] +>=20 +> I loaded geom_eli.ko module before boot system. +>=20 +> How can I get to work geli command? What option need to use with it? If you installed your system properly you should have /lib/geom/geom_eli.so file. This is very all other commands are implemented. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD+lqdForvXbEpPzQRAgNtAJ0czzATydyTjaDYiXaveuyhOPdQvwCg5FPJ ubQan0sfZLJic1sSEZds68M= =pCF0 -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 00:41:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01DF416A420 for ; Tue, 21 Feb 2006 00:41:21 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AE5E43D48 for ; Tue, 21 Feb 2006 00:41:19 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1L0f6qK029301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 21 Feb 2006 02:41:07 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1L0ekxk057749; Tue, 21 Feb 2006 02:40:46 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1L0ejVg057748; Tue, 21 Feb 2006 02:40:45 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 21 Feb 2006 02:40:45 +0200 From: Giorgos Keramidas To: Kris Kennaway Message-ID: <20060221004045.GA57727@flame.pc> References: <20060220231530.GA38930@nagual.pp.ru> <20060220232435.GA38768@flame.pc> <20060220233307.GA25429@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060220233307.GA25429@xor.obsecurity.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.362, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.84, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: current@freebsd.org Subject: Re: Lots of calcru: runtime went backwards, never saw it before X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 00:41:21 -0000 On 2006-02-20 18:33, Kris Kennaway wrote: > On Tue, Feb 21, 2006 at 01:24:35AM +0200, Giorgos Keramidas wrote: > > On 2006-02-21 02:15, Andrey Chernov wrote: > > > What I got with recent -current (below). What does it mean, what I > > > supposed to do and why I never saw it before? > > > > > > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from > > > 42153 usec to 42152 usec for pid 613 (sshd) > > > [...] > > Hi Andrey, > > > > Can you test with the following /etc/defaults/rc.conf vars set to "HIGH"? > > > > keramida@flame:/home/keramida$ grep _cx /etc/defaults/rc.conf /etc/rc.conf > > /etc/defaults/rc.conf:performance_cx_lowest="LOW" # Online CPU idle state > > /etc/defaults/rc.conf:economy_cx_lowest="LOW" # Offline CPU idle state > > keramida@flame:/home/keramida$ > > > > Without these set to "HIGH" in rc.conf, my laptop crawls to a halt very > > fast after it enters multiuser mode. > > It's not related to this, but to phk's recent timekeeping commits. > Others have already reported it. Thanks for the clarification, Kris. I didn't manage to build a daily CURRENT today, so I hadn't noticed this new change. From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 01:20:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42E9C16A420 for ; Tue, 21 Feb 2006 01:20:33 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 165AA43D49 for ; Tue, 21 Feb 2006 01:20:32 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465 for ; Mon, 20 Feb 2006 17:20:28 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1F0D14504C for ; Mon, 20 Feb 2006 17:20:29 -0800 (PST) To: current@freebsd.org Date: Mon, 20 Feb 2006 17:20:29 -0800 From: "Kevin Oberman" Message-Id: <20060221012029.1F0D14504C@ptavv.es.net> Cc: Subject: dhclient existing when run early in startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 01:20:33 -0000 I have a script (Tobias Roth's profile) that runs right after root is mounted r/w. With the new OpenBSD dhclient, it fails completely. If I run it later (after the system is up), it works fine. The only messages I get are: chroot exit; Any idea what is causing this and if there is a work-around other than ISC dhclient? -- 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 From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 01:33:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8401716A420 for ; Tue, 21 Feb 2006 01:33:33 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16C1D43D4C for ; Tue, 21 Feb 2006 01:33:33 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id i1so1111981nzh for ; Mon, 20 Feb 2006 17:33:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=V8LCBKnPqcvjq86rGgzu1eP8Q0/HQ6vDi1bG/4Yn+/u/zxGkJrY3PZiGZ8EzYHtYFXPm1C/JJaqN6t58Dud6silW0dC6lKpFWpguIP4C+t5SzTyeVNjQG+Csp5bPdBNfaX6n1GvOiC8ezZDin+vCP7/WBUpVIis5YBjpaCOrv3o= Received: by 10.64.148.6 with SMTP id v6mr673594qbd; Mon, 20 Feb 2006 17:33:32 -0800 (PST) Received: by 10.65.110.13 with HTTP; Mon, 20 Feb 2006 17:33:32 -0800 (PST) Message-ID: Date: Tue, 21 Feb 2006 09:33:32 +0800 From: "Jiawei Ye" To: "Andrey Chernov" , current@freebsd.org In-Reply-To: <20060220231530.GA38930@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060220231530.GA38930@nagual.pp.ru> Cc: Subject: Re: Lots of calcru: runtime went backwards, never saw it before X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 01:33:33 -0000 On 2/21/06, Andrey Chernov wrote: > Feb 21 01:14:19 pobrecita kernel: u 1:5011/5010 s 0:0/0 i 0:0/0 > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from > 292891 usec to 292883 usec for pid 29 (pagezero) > Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 37:292891/292883 i 0:0/0 > When this happens, can you still login to your machine? Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 01:56:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB0AC16A423 for ; Tue, 21 Feb 2006 01:56:33 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D5A443D53 for ; Tue, 21 Feb 2006 01:56:30 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id k1L1sWDk012091 for ; Tue, 21 Feb 2006 12:24:32 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Tue, 21 Feb 2006 12:26:23 +1030 Received: from fmbex501.dsto.defence.gov.au (fmbex501.dsto.defence.gov.au [146.221.39.230]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id k1L1rkp26563 for ; Tue, 21 Feb 2006 12:23:46 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by fmbex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YXL1ZHN7; Tue, 21 Feb 2006 12:53:41 +1100 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.13.3/8.13.3) with ESMTP id k1L1sZKs083552; Tue, 21 Feb 2006 12:24:35 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.13.3/8.13.3/Submit) id k1L1sZpd083551; Tue, 21 Feb 2006 12:24:35 +1030 (CST) (envelope-from wilkinsa) Date: Tue, 21 Feb 2006 12:24:35 +1030 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20060221015435.GM82482@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, matthew.thyer@dsto.defence.gov.au Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: matthew.thyer@dsto.defence.gov.au Subject: netgroup limits on -current ... [mountd(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: Tue, 21 Feb 2006 01:56:34 -0000 OS: FreeBSD 7.0-CURRENT #24: Thu Feb 16 12:28:58 CST 2006 Hi all, We are currently experiencing problems with FreeBSD -CURRENT and mountd(8). When we export a filesystem via NFS to a netgroup with a 'large' number of hosts in it we get all sorts of truncation. There looks like a limit on the number of hosts in a netgroup FreeBSD's mountd(8) can export to. e.g. NFS Export ---------- /export/home/username my_netgroup mountd(8) In Debugging Mode --------------------------- Feb 21 12:10:49 host mountd[83451]: can't get address info for host hostname.dsto.defence.g Feb 21 12:10:49 host mountd[83451]: bad host host.dsto.defence.g in netgroup my_netgroup, skipping This happens as mountd(8) builds its exports list via: mountd: getting export list mountd: got line /export/home/username my_netgroup mountd: making new ep fs=0x4297314f,0x57f85ac got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au got host host.dsto.defence.gov.au ... relevant code producing this error: /usr/src/usr.sbin/mountd get_host(cp, grp, tgrp) char *cp; struct grouplist *grp; struct grouplist *tgrp; { struct grouplist *checkgrp; struct addrinfo *ai, *tai, hints; int ecode; char host[NI_MAXHOST]; if (grp->gr_type != GT_NULL) { syslog(LOG_ERR, "Bad netgroup type for ip host %s", cp); return (1); } memset(&hints, 0, sizeof hints); hints.ai_flags = AI_CANONNAME; hints.ai_protocol = IPPROTO_UDP; ecode = getaddrinfo(cp, NULL, &hints, &ai); if (ecode != 0) { syslog(LOG_ERR,"can't get address info for host %s", cp); return 1; } grp->gr_ptr.gt_addrinfo = ai; while (ai != NULL) { if (ai->ai_canonname == NULL) { if (getnameinfo(ai->ai_addr, ai->ai_addrlen, host, sizeof host, NULL, 0, NI_NUMERICHOST) != 0) strlcpy(host, "?", sizeof(host)); ai->ai_canonname = strdup(host); ai->ai_flags |= AI_CANONNAME; } if (debug) fprintf(stderr, "got host %s\n", ai->ai_canonname); /* * Sanity check: make sure we don't already have an entry * for this host in the grouplist. */ for (checkgrp = tgrp; checkgrp != NULL; checkgrp = checkgrp->gr_next) { if (checkgrp->gr_type != GT_HOST) continue; for (tai = checkgrp->gr_ptr.gt_addrinfo; tai != NULL; tai = tai->ai_next) { if (sacmp(tai->ai_addr, ai->ai_addr, NULL) != 0) continue; if (debug) fprintf(stderr, "ignoring duplicate host %s\n", ai->ai_canonname); grp->gr_type = GT_IGNORE; return (0); } } ai = ai->ai_next; } Can someone please tell me if there is a limit on the number characters or hosts that mountd(8) can build an export list from ? And if so can we increase it ? Cheers - aW From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 02:37:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40AEA16A420 for ; Tue, 21 Feb 2006 02:37:55 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E26C643D45 for ; Tue, 21 Feb 2006 02:37:54 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k1L2bo9j002861; Mon, 20 Feb 2006 18:37:50 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k1L2boKG002860; Mon, 20 Feb 2006 18:37:50 -0800 Date: Mon, 20 Feb 2006 18:37:50 -0800 From: Brooks Davis To: Kevin Oberman Message-ID: <20060221023750.GA32185@odin.ac.hmc.edu> References: <20060221012029.1F0D14504C@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <20060221012029.1F0D14504C@ptavv.es.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org Subject: Re: dhclient existing when run early in startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 02:37:55 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 20, 2006 at 05:20:29PM -0800, Kevin Oberman wrote: > I have a script (Tobias Roth's profile) that runs right after root is > mounted r/w. With the new OpenBSD dhclient, it fails completely. If I > run it later (after the system is up), it works fine. >=20 > The only messages I get are: > chroot > exit; >=20 > Any idea what is causing this and if there is a work-around other than > ISC dhclient? I really don't have any idea where to start debugging this. Can you verify that profile runs before netif? If it doesn't, profile is probably messing with the interface in an unsupported way and killing dhclient. With the base doing a better job of supporting dynamic configuration, we're diverging more and more from the 4.x model profile is based on so it's going to be increasingly difficult to make it work without major rewrites. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFD+nz9XY6L6fI4GtQRAp/qAKCqQmxhBKJKh5X+0v71DlTOk4JbpwCgtBOp Wv2ic3iWMopsVSljA2Hlu4c= =uR1T -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 04:53:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64EF416A420 for ; Tue, 21 Feb 2006 04:53:29 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDDD043D46 for ; Tue, 21 Feb 2006 04:53:28 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Mon, 20 Feb 2006 20:53:25 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8717645048; Mon, 20 Feb 2006 20:53:24 -0800 (PST) To: Brooks Davis In-reply-to: Your message of "Mon, 20 Feb 2006 18:37:50 PST." <20060221023750.GA32185@odin.ac.hmc.edu> Date: Mon, 20 Feb 2006 20:53:24 -0800 From: "Kevin Oberman" Message-Id: <20060221045324.8717645048@ptavv.es.net> Cc: current@freebsd.org Subject: Re: dhclient existing when run early in startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 04:53:29 -0000 > Date: Mon, 20 Feb 2006 18:37:50 -0800 > From: Brooks Davis > > > --qMm9M+Fa2AknHoGS > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Mon, Feb 20, 2006 at 05:20:29PM -0800, Kevin Oberman wrote: > > I have a script (Tobias Roth's profile) that runs right after root is > > mounted r/w. With the new OpenBSD dhclient, it fails completely. If I > > run it later (after the system is up), it works fine. > > > > The only messages I get are: > > chroot > > exit; > > > > Any idea what is causing this and if there is a work-around other than > > ISC dhclient? > > I really don't have any idea where to start debugging this. Can you > verify that profile runs before netif? If it doesn't, profile is > probably messing with the interface in an unsupported way and killing > dhclient. With the base doing a better job of supporting dynamic > configuration, we're diverging more and more from the 4.x model profile > is based on so it's going to be increasingly difficult to make it work > without major rewrites. I should have spent a bit longer looking at the sources before posting the question. Sorry. I think I've got it, but I won't be able to test it until tomorrow. profile.sh wants to run as early as possible as it allows you to pick a different set of files in /etc depending on where you are. It runs after root and before mountcritlocal. If you run a startup script before mountcritlocal, you don't have /var/empty and the chroot(_PATH_VAREMPTY) fails, printing out the less than useful "chroot" message. BTW, profile was originally written for V5 as it needs RCng to do many of its things for suspend and resume. (I am not positive that Tobias didn't have a V4 version of it, but I don't think so and the code would have had be have been almost totally re-written.) profile.sh runs when there is really not much system to work with. I modified the script to create /var/empty and then clean it up. It already creates a config file in /var and specifies that the lease file goes into /var, as well. (Of course, at this point /var is just a directory; not a mountpoint.) I'll try it tomorrow morning and see if it's working. Thanks for the reply, Brooks! -- 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 From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 07:51:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39DA216A420 for ; Tue, 21 Feb 2006 07:51:50 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub04.unibe.ch (mailhub04.unibe.ch [130.92.9.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7193C43D45 for ; Tue, 21 Feb 2006 07:51:49 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub01-eth0.unibe.ch [130.92.254.65]) by mailhub04.unibe.ch (Postfix) with ESMTP id 2C1F61C202; Tue, 21 Feb 2006 08:51:47 +0100 (CET) Received: from mailhub04.unibe.ch ([130.92.9.71]) by localhost (scanhub01.unibe.ch [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 09559-03-43; Tue, 21 Feb 2006 08:51:45 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub04.unibe.ch (Postfix) with ESMTP id 9BC211C257; Tue, 21 Feb 2006 08:51:44 +0100 (CET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id k1L7pj8Z015051; Tue, 21 Feb 2006 08:51:45 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k1L7pepi009185; Tue, 21 Feb 2006 08:51:40 +0100 (MET) Date: Tue, 21 Feb 2006 08:51:40 +0100 From: Tobias Roth To: Kevin Oberman Message-ID: <20060221075140.GA9101@droopy.unibe.ch> References: <20060221023750.GA32185@odin.ac.hmc.edu> <20060221045324.8717645048@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060221045324.8717645048@ptavv.es.net> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: current@freebsd.org Subject: Re: dhclient existing when run early in startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 07:51:50 -0000 On Mon, Feb 20, 2006 at 08:53:24PM -0800, Kevin Oberman wrote: > > On Mon, Feb 20, 2006 at 05:20:29PM -0800, Kevin Oberman wrote: > > > I have a script (Tobias Roth's profile) that runs right after root is > > > mounted r/w. With the new OpenBSD dhclient, it fails completely. If I > > > run it later (after the system is up), it works fine. > > > > > > The only messages I get are: > > > chroot > > > exit; > > > > > > Any idea what is causing this and if there is a work-around other than > > > ISC dhclient? Kevin: Did you try the latest version? DHCP works fine here with rev25, which is the second latest available. The latest has the REQUIRE and BEFORE lines changed as you suggested, to allow fscking again. > > I really don't have any idea where to start debugging this. Can you > > verify that profile runs before netif? If it doesn't, profile is > > probably messing with the interface in an unsupported way and killing > > dhclient. With the base doing a better job of supporting dynamic > > configuration, we're diverging more and more from the 4.x model profile > > is based on so it's going to be increasingly difficult to make it work > > without major rewrites. Brooks: I'm happy to debug, since the problem is obviously with profile and not with dhclient. Yes, dhclient is killed for the following reason: After a profile that requires dhcp has been tested for, the script attempts to restore the system context to how it usually is at this point in the rc.d/ chain. So since profile runs between root and mountcritlocal, dhclient is killed. The next three things that can happen are the check for the next profile (which may or may not require dhcp), the selection of the current profile (in that case, the dhclient kill may be not needed, as it will run later in the rc.d/ chain again) or the usage of the default profile (i.e. no union mounts over /etc, there again dhclient may or may not be needed again later). How would you attempt to handle this situation, if killing dhclient is not permitted/desired? Do you have other critique or ideas about profile, how to improve it? I still think its way of handling the whole 'laptop multihoming' problem is the most flexible, and I also think with some more work it can be made ready for a trial in -CURRENT. Please let me know if you disagree. The only other way of handling 'laptop multihoming' I see is to create a program that specifically handles all the testing, and put it into /sbin. But even then, I think using union mounts is the way to go. I'd be glad to discuss this more deeply. > I should have spent a bit longer looking at the sources before posting > the question. Sorry. > > I think I've got it, but I won't be able to test it until tomorrow. > > profile.sh wants to run as early as possible as it allows you to pick a > different set of files in /etc depending on where you are. It runs after > root and before mountcritlocal. If you run a startup script before > mountcritlocal, you don't have /var/empty and the chroot(_PATH_VAREMPTY) > fails, printing out the less than useful "chroot" message. Kevin: So you probably have / and /var on different partitions, and that is what breaks profile. I'll look into this, it must be fixed. Can you confirm that this might be the cause of the problem? > BTW, profile was originally written for V5 as it needs RCng to do many > of its things for suspend and resume. (I am not positive that Tobias > didn't have a V4 version of it, but I don't think so and the code would > have had be have been almost totally re-written.) There never was a V4 version. > profile.sh runs when there is really not much system to work with. I > modified the script to create /var/empty and then clean it up. It > already creates a config file in /var and specifies that the lease file > goes into /var, as well. (Of course, at this point /var is just a > directory; not a mountpoint.) What actually happens is that a temporary memory filesystem is created and placed over /tmp. There are two reasons for this. The first one is still valid: The default timeout for dhclient is 60s, which is way too long for a profile check. Since the timeout cannot be specified on the commandline, a config file that lowers the timeout has to be created and stored somewhere. The second reason is that earlier versions of profile where executed before root, and thus had no place to save temporary files. So the temporary memory file system was a hack to get a place to store both the lease and the config file for the duration of the dhcp test. The isc version of dhclient also wanted to store a pid file somewhere. Possible improvements: 1) change dhclient to accept a timeout on the commandline 2) store the lease somewhere on /, now that it is rw I would really like to make profile more useful and bring it to a state where people don't think about it as 'just some ugly hack'. The problem it tackles is one that pretty much every laptop owner has, and there is much demand for a clean solution. Thanks, Tobias P.S. should we move this discussion to freebsd-rc? From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 08:55:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EAEC16A420 for ; Tue, 21 Feb 2006 08:55:13 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id E057843D55 for ; Tue, 21 Feb 2006 08:55:12 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.13.1) with ESMTP id k1L8t4nn016306 for ; Tue, 21 Feb 2006 14:55:04 +0600 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id k1L8swmp023598 for ; Tue, 21 Feb 2006 14:54:59 +0600 From: Bachilo Dmitry Organization: SoLink To: current@freebsd.org Date: Tue, 21 Feb 2006 14:55:01 +0600 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602211455.01731.root@solink.ru> Cc: Subject: mount_smbfs trouble after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 08:55:13 -0000 I've cvsuped from 6.0 to 6.1-PRERELEASE and now I can't mount NT's shares w= ith=20 password. It worked fine before, but after cvsup i get=20 mount_smbfs: unable to open connection: syserr =3D Authentication error and in /var/log/messages I get =46eb 21 14:51:24 notebook kernel: netsmb_dev: loaded =46eb 21 14:51:27 notebook kernel: smb_encrypt: password encryption is not= =20 available =46eb 21 14:51:27 notebook kernel: smb_ntencrypt: password encryption is no= t=20 available As far as I see, there is no option in mount_smbfs to disable password=20 encryption, so I'm just stuck, what should I do? Thanks in advance. =2D-=20 =2D----------------------- =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=EC=C9=CE=CB" From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 10:10:20 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD4CC16A420 for ; Tue, 21 Feb 2006 10:10:20 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1737B43D45 for ; Tue, 21 Feb 2006 10:10:19 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id k1LAAIk2024641; Tue, 21 Feb 2006 13:10:18 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id k1LAAIv3024640; Tue, 21 Feb 2006 13:10:18 +0300 (MSK) (envelope-from ache) Date: Tue, 21 Feb 2006 13:10:18 +0300 From: Andrey Chernov To: Jiawei Ye Message-ID: <20060221101018.GA24591@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Jiawei Ye , current@FreeBSD.ORG References: <20060220231530.GA38930@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: current@FreeBSD.ORG Subject: Re: Lots of calcru: runtime went backwards, never saw it before X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 10:10:20 -0000 On Tue, Feb 21, 2006 at 09:33:32AM +0800, Jiawei Ye wrote: > On 2/21/06, Andrey Chernov wrote: > > Feb 21 01:14:19 pobrecita kernel: u 1:5011/5010 s 0:0/0 i 0:0/0 > > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from > > 292891 usec to 292883 usec for pid 29 (pagezero) > > Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 37:292891/292883 i 0:0/0 > > > When this happens, can you still login to your machine? Yes (via ssh). This is remote machine and I can't test console login yet. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 10:12:57 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D44816A420; Tue, 21 Feb 2006 10:12:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B32B43D45; Tue, 21 Feb 2006 10:12:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 2F76C1A3C22; Tue, 21 Feb 2006 02:12:47 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 80B61515AE; Tue, 21 Feb 2006 05:12:46 -0500 (EST) Date: Tue, 21 Feb 2006 05:12:46 -0500 From: Kris Kennaway To: Andrey Chernov , Jiawei Ye , current@FreeBSD.ORG Message-ID: <20060221101246.GA34826@xor.obsecurity.org> References: <20060220231530.GA38930@nagual.pp.ru> <20060221101018.GA24591@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <20060221101018.GA24591@nagual.pp.ru> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Lots of calcru: runtime went backwards, never saw it before X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 10:12:57 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2006 at 01:10:18PM +0300, Andrey Chernov wrote: > On Tue, Feb 21, 2006 at 09:33:32AM +0800, Jiawei Ye wrote: > > On 2/21/06, Andrey Chernov wrote: > > > Feb 21 01:14:19 pobrecita kernel: u 1:5011/5010 s 0:0/0 i 0:0/0 > > > Feb 21 01:14:19 pobrecita kernel: calcru: runtime went backwards from > > > 292891 usec to 292883 usec for pid 29 (pagezero) > > > Feb 21 01:14:19 pobrecita kernel: u 0:0/0 s 37:292891/292883 i 0:0/0 > > > > > When this happens, can you still login to your machine? >=20 > Yes (via ssh). This is remote machine and I can't test console login yet. login works fine for me, and I don't see an obvious reason why the above should cause problems with it. Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD+ueeWry0BWjoQKURAitMAKCmpPdv6ycyFLkyCAbv2b3MZm+jUgCgq3GR WfRvfPKMxhYcEBR9EVW2QgQ= =2Nji -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 11:29:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 985C816A420 for ; Tue, 21 Feb 2006 11:29:59 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B46743D49 for ; Tue, 21 Feb 2006 11:29:59 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id E742F8C9C7D; Tue, 21 Feb 2006 19:29:57 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id DFA968C9C7C; Tue, 21 Feb 2006 19:29:57 +0800 (CST) Date: Tue, 21 Feb 2006 19:29:57 +0800 (CST) From: Tai-hwa Liang To: Bachilo Dmitry In-Reply-To: <200602211455.01731.root@solink.ru> Message-ID: <06022119291516.78019@www.mmlab.cse.yzu.edu.tw> References: <200602211455.01731.root@solink.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: mount_smbfs trouble after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 11:29:59 -0000 On Tue, 21 Feb 2006, Bachilo Dmitry wrote: > I've cvsuped from 6.0 to 6.1-PRERELEASE and now I can't mount NT's shares with > password. It worked fine before, but after cvsup i get > mount_smbfs: unable to open connection: syserr = Authentication error > and in /var/log/messages I get > Feb 21 14:51:24 notebook kernel: netsmb_dev: loaded > Feb 21 14:51:27 notebook kernel: smb_encrypt: password encryption is not > available > Feb 21 14:51:27 notebook kernel: smb_ntencrypt: password encryption is not > available > > As far as I see, there is no option in mount_smbfs to disable password "options NETSMBCRYPTO" in kernel configuartion file. > encryption, so I'm just stuck, what should I do? > Thanks in advance. http://lists.freebsd.org/pipermail/freebsd-current/2006-January/059823.html -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 12:29:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F4B916A420 for ; Tue, 21 Feb 2006 12:29:55 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 828B643D46 for ; Tue, 21 Feb 2006 12:29:54 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: by pproxy.gmail.com with SMTP id n25so1418576pyg for ; Tue, 21 Feb 2006 04:29:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=UHSZTCsXcPF9uJVy4NroO5tULRZKLtt01hQTTaWdw1HX+U9JpZ29uHf7m/6+Y7cPou8Tn9nb3BRO+5HOJvTZZJanvPhaPGKzNZmt+IiYlvBu9Xcm3BXlREq7SJ03nuME69hKG75gwt7puoZcgX/QFkc2sKHxM1zgw8dl6teFQNw= Received: by 10.35.9.2 with SMTP id m2mr2250828pyi; Mon, 20 Feb 2006 04:01:23 -0800 (PST) Received: from mwilke.ath.cx ( [84.141.63.233]) by mx.gmail.com with ESMTP id i64sm37562pye.2006.02.20.04.01.22; Mon, 20 Feb 2006 04:01:23 -0800 (PST) Date: Mon, 20 Feb 2006 13:01:19 +0100 From: Martin Wilke To: freebsd-current@freebsd.org Message-ID: <20060220130119.69db7ad6@mwilke.ath.cx> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 Subject: kernel panic / acpi 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: Tue, 21 Feb 2006 12:29:55 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpIZWxsbywg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0K SSBib3VnaHQgbXlzZWxmIGFuIEFtaWxvIEExNjY3Ry4gV2hlbiBJIHdhbnQgdG8gYm9vdCBGcmVl QlNEIDYuMC82LjFCIG9yIGN1cnJlbnQgd2l0aG91dCBhY3BpLA0KaW4gYWxsIDMgdmVyc2lvbnMg aXQgYmxvY2tzIGhlcmU6IA0KDQoNCk1hbnVhbCByb290DQpmaWxlc3lzdGVtIHNwZWNpZmljYXRp b24gPGZzdHlwZT46PGRldmljZT4gTW91bnQgPGRldmljZSB1c2luZw0KRmlsZXN1c3RlbSA8ZnN0 eW9lDQplZy4gdWZzOmRhMHMxYSA/ICAgICAgICAgICAgICAgTGlzdCB2YWxpZCBkaXNrDQpib290 IGRldmljZXMgPGVtcHR5IGxpbmU+DQpBYm91bg0KaW5wdXQgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgDQptb3VudHJvb3Q+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQphbmQgd2hlbiBJIGhp dCB0aGUgZW50ZXIgYnV0dG9uIEkgZ2V0IGEga2VybmVsDQpwYW5pYy4gOiANCnBhbmljOiBSb290 IG1vdW50IGZhaWxlZCwNCnN0YXJ0dXAgYWJvcnRlZC4gS0RCOg0KZW50ZXI6IFBhbmljIFt0aHJl YWQgcGlkIDENCnRpZCAxMDAwMDQgXSBTdG9wcGVkIGF0DQprYmVudGVyKzB4MmU6DQpsZWF2ZSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICANCmRiPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQp0aGUgb3V0cHV0IGZyb20gdGhlIGJ0IGlz Og0KDQpUcmFjaW5nIHBpZCAxIHRpZCAxMDAwMDQNCnRkIDBYZmZmZmZmMDAzZGJhZjJjMCBrZGJf ZW50ZXIgKCkNCmF0IGtkYl9lbnRlcisweDJlIHBhbmljICgpDQphdCBwYW5pYysweDE1OCB2ZnNf bW91bnRwb2ludCAoKQ0KYXQgdmZzX21vdW50cm9vdCsweDNiMSBzdGFydF9pbml0KCkNCmF0IHN0 YXJ0X2luaXQrMHg2MSBmb3JrX2V4aXQoKQ0KYXQgZm9ya19FeGl0KzB4YmMgZm9ya190cmFtcG9s aW5lKCkNCmF0IGZvcmtfdHJhbXBvbGluZSsweGUgLS0tdHJhbSAwLCByaXAgPSAwLCByc3AgPSAw eGZmZmZmZmZmYTA0OWFkNDAsDQpyYnAgPSAwIC0tLSANCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIA0KQXMgc29vbiBJIGJvb3Qgd2l0aCBhY3BpLCBpdCBib290cyB3aXRob3V0IHByb2Js ZW1zLiANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQpNYW55IFJlZ2FyZHMsIA0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQpNYXJ0aW4gICAgICANCi0tLS0tQkVHSU4g UEdQIFNJR05BVFVSRS0tLS0tDQpWZXJzaW9uOiBHbnVQRyB2MS40LjIuMSAoRnJlZUJTRCkNCg0K aUQ4REJRRkQrYStQRlJaL2tCVDR2cDhSQW1SZkFKOXJOK1JtMWNEZUUwdmQ2b01GNmczZExKRlBn Z0NnbDR6NA0KT25ZSzZtUFpwdXlLaFNFNjgwQUoxOUE9DQo9YjFibA0KLS0tLS1FTkQgUEdQIFNJ R05BVFVSRS0tLS0tDQo= From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 14:17:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAEFC16A420 for ; Tue, 21 Feb 2006 14:17:30 +0000 (GMT) (envelope-from vladimir@math.uic.edu) Received: from thor.math.uic.edu (thor.math.uic.edu [131.193.178.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7745843D72 for ; Tue, 21 Feb 2006 14:17:29 +0000 (GMT) (envelope-from vladimir@math.uic.edu) Received: from cvsup.math.uic.edu ([131.193.178.106]:60699 "HELO math.uic.edu") by thor.math.uic.edu with SMTP id S502997AbWBUORQ (ORCPT ); Tue, 21 Feb 2006 08:17:16 -0600 Received: (qmail 10469 invoked by uid 31415); 21 Feb 2006 14:19:32 -0000 Date: Tue, 21 Feb 2006 08:19:32 -0600 From: Vladimir Egorin To: freebsd-current@freebsd.org, matthew.thyer@dsto.defence.gov.au Message-ID: <20060221141932.GA10409@math.uic.edu> References: <20060221015435.GM82482@squash.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060221015435.GM82482@squash.dsto.defence.gov.au> User-Agent: Mutt/1.5.11 Cc: Subject: Re: netgroup limits on -current ... [mountd(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: Tue, 21 Feb 2006 14:17:30 -0000 On Tue, Feb 21, 2006 at 12:24:35PM +1030, Wilkinson, Alex wrote: > OS: FreeBSD 7.0-CURRENT #24: Thu Feb 16 12:28:58 CST 2006 > > Hi all, > > We are currently experiencing problems with FreeBSD -CURRENT and mountd(8). > When we export a filesystem via NFS to a netgroup with a 'large' number of hosts > in it we get all sorts of truncation. There looks like a limit on the number of > hosts in a netgroup FreeBSD's mountd(8) can export to. e.g. > > NFS Export > ---------- > > /export/home/username my_netgroup > > mountd(8) In Debugging Mode > --------------------------- > > Feb 21 12:10:49 host mountd[83451]: can't get address info for host hostname.dsto.defence.g > Feb 21 12:10:49 host mountd[83451]: bad host host.dsto.defence.g in netgroup my_netgroup, skipping > > This happens as mountd(8) builds its exports list via: > > mountd: getting export list > mountd: got line /export/home/username my_netgroup > mountd: making new ep fs=0x4297314f,0x57f85ac > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > got host host.dsto.defence.gov.au > > ... > > relevant code producing this error: > > /usr/src/usr.sbin/mountd > > get_host(cp, grp, tgrp) > char *cp; > struct grouplist *grp; > struct grouplist *tgrp; > { > struct grouplist *checkgrp; > struct addrinfo *ai, *tai, hints; > int ecode; > char host[NI_MAXHOST]; > > if (grp->gr_type != GT_NULL) { > syslog(LOG_ERR, "Bad netgroup type for ip host %s", cp); > return (1); > } > memset(&hints, 0, sizeof hints); > hints.ai_flags = AI_CANONNAME; > hints.ai_protocol = IPPROTO_UDP; > ecode = getaddrinfo(cp, NULL, &hints, &ai); > if (ecode != 0) { > syslog(LOG_ERR,"can't get address info for host %s", cp); > return 1; > } > grp->gr_ptr.gt_addrinfo = ai; > while (ai != NULL) { > if (ai->ai_canonname == NULL) { > if (getnameinfo(ai->ai_addr, ai->ai_addrlen, host, > sizeof host, NULL, 0, NI_NUMERICHOST) != 0) > strlcpy(host, "?", sizeof(host)); > ai->ai_canonname = strdup(host); > ai->ai_flags |= AI_CANONNAME; > } > if (debug) > fprintf(stderr, "got host %s\n", ai->ai_canonname); > /* > * Sanity check: make sure we don't already have an entry > * for this host in the grouplist. > */ > for (checkgrp = tgrp; checkgrp != NULL; > checkgrp = checkgrp->gr_next) { > if (checkgrp->gr_type != GT_HOST) > continue; > for (tai = checkgrp->gr_ptr.gt_addrinfo; tai != NULL; > tai = tai->ai_next) { > if (sacmp(tai->ai_addr, ai->ai_addr, NULL) != 0) > continue; > if (debug) > fprintf(stderr, > "ignoring duplicate host %s\n", > ai->ai_canonname); > grp->gr_type = GT_IGNORE; > return (0); > } > } > ai = ai->ai_next; > } > > > Can someone please tell me if there is a limit on the number characters or hosts > that mountd(8) can build an export list from ? And if so can we increase it ? > > Cheers > > - aW This reminds me of an old problem I had on a solaris 2.5.1 -- it was not possible to have a "large" number of hosts in the netgroup and (thus) in the export list. The solution was to split the large netgroup into a number of smaller netgroups, and then combine them into a large netgroup using the smaller netgroups' names. We did that with a C program, you could also do that in a script. The problem was a limit of 255 characters on the length of the netgroup list. I still have the program if you are interested. -- Vladimir From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 10:36:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6587816A420 for ; Tue, 21 Feb 2006 10:36:12 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5418443D45 for ; Tue, 21 Feb 2006 10:36:08 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.171] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FBUua-000IGv-VK for freebsd-current@freebsd.org; Tue, 21 Feb 2006 18:38:29 +0800 Message-ID: <00b601c636d3$4caad020$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Tue, 21 Feb 2006 18:40:57 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Mailman-Approved-At: Tue, 21 Feb 2006 14:37:40 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: GELI boot on root partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 10:36:12 -0000 Hello, I am trying to use /dev/ad0.elia as root partition. How can I boot kernel from /dev/ad0.elia partition? Balgaa From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 10:38:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C92F016A420 for ; Tue, 21 Feb 2006 10:38:03 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25FEC43D58 for ; Tue, 21 Feb 2006 10:38:01 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.171] (helo=JACK) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FBUwV-000IIf-S4 for freebsd-current@freebsd.org; Tue, 21 Feb 2006 18:40:28 +0800 Message-ID: <00c101c636d3$938823d0$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Tue, 21 Feb 2006 18:42:56 +0800 Organization: Bolsoft Co., Ltd MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Mailman-Approved-At: Tue, 21 Feb 2006 14:37:57 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: partition for GELI disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 10:38:04 -0000 Hello, 1.I get to work vi and trying to make label on disk. I did following using bsdlabel -e /dev/ad0.eli # /dev/ad0.eli: 8 partitions: # size offset fstype [fsize bsize bps/cpg] --->/ a: 1G 16 4.2BSD 2048 16384 b: 384M * swap c: 156301487 0 unused 0 0 --->/tmp d: 8G * 4.2BSD --->/usr e: 15G * 4.2BSD ---->/var f: * * 4.2BSD My laptop with 80GB hard disk, but fdisk inform 76319MB. In above = disklabel,=20 I try to use entire hard disk, but I get "partition f: partition extends = past end of unit" message when try to write it. How can I inform = bsdlabel to=20 determine correct end of geometry? 2.If possible I would like to use first 4xGB for FreeBSD and second 3xGB = for=20 Linux. In this case can I to install Linux on encrypted hard disk? Balgaa From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 14:59:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2B5916A420 for ; Tue, 21 Feb 2006 14:59:15 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 4266043D45 for ; Tue, 21 Feb 2006 14:59:12 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 14548 invoked from network); 21 Feb 2006 14:59:11 -0000 Received: from unknown (HELO ?192.168.2.5?) (192.168.2.5) by andxor.it with SMTP; 21 Feb 2006 14:59:11 -0000 Message-ID: <43FB2ABD.5050002@FreeBSD.org> Date: Tue, 21 Feb 2006 15:59:09 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060115) MIME-Version: 1.0 To: Balgansuren Batsukh References: <00b601c636d3$4caad020$0201000a@JACK> In-Reply-To: <00b601c636d3$4caad020$0201000a@JACK> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: GELI boot on root partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 14:59:16 -0000 Balgansuren Batsukh wrote: > How can I boot kernel from /dev/ad0.elia partition? You cannot boot the kernel from an encrypted partition. The kernel and the geom_eli.ko module should be loaded from an unencrypted partition (like a USB memory token) and then you can automatically mount /dev/ad0.elia as the root filesystem (if you have init'ed it with -b flag). -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 15:46:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B834616A420; Tue, 21 Feb 2006 15:46:13 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CFAC43D6B; Tue, 21 Feb 2006 15:46:12 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.242] (Not Verified[10.50.41.242]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 21 Feb 2006 11:06:24 -0500 From: John Baldwin To: current@freebsd.org Date: Tue, 21 Feb 2006 10:47:04 -0500 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602211047.06599.jhb@freebsd.org> Cc: ups@freebsd.org Subject: [PATCH] possible fix for the runtime going backwards warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 15:46:13 -0000 The latest round of calcru() changes accidentally changed calccru() to use the wrong rusage_ext structure (p->p_rux vs p->p_crux) when calculating usage times for children. The patch fixes calccru() to use p->p_crux again. It also moves the ruadd() in exit1() even later in the function so that it takes the dying thread's last time slice into account. Please test it and let me know if it makes the messages go away (or if it makes things worse!) Thanks! http://www.FreeBSD.org/~jhb/patches/calccru.patch -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 16:26:24 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2665216A420 for ; Tue, 21 Feb 2006 16:26:24 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3459843D64 for ; Tue, 21 Feb 2006 16:26:19 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 21 Feb 2006 16:26:19 -0000 Received: from fwswe.rise-s.com (EHLO dhcp105.swe) [83.65.168.194] by mail.gmx.net (mp017) with SMTP; 21 Feb 2006 17:26:19 +0100 X-Authenticated: #16703784 From: Stefan Ehmann To: John Baldwin In-Reply-To: <200602211047.06599.jhb@freebsd.org> References: <200602211047.06599.jhb@freebsd.org> Content-Type: text/plain Date: Tue, 21 Feb 2006 17:26:09 +0100 Message-Id: <1140539169.857.0.camel@something.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: ups@freebsd.org, current@freebsd.org Subject: Re: [PATCH] possible fix for the runtime going backwards warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 16:26:24 -0000 On Tue, 2006-02-21 at 10:47 -0500, John Baldwin wrote: > The latest round of calcru() changes accidentally changed calccru() to use the > wrong rusage_ext structure (p->p_rux vs p->p_crux) when calculating usage > times for children. The patch fixes calccru() to use p->p_crux again. It > also moves the ruadd() in exit1() even later in the function so that it takes > the dying thread's last time slice into account. Please test it and let me > know if it makes the messages go away (or if it makes things worse!) Thanks! > > http://www.FreeBSD.org/~jhb/patches/calccru.patch Seems to work for me. I no longer see the message here. Thanks. From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 18:04:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6662516A425; Tue, 21 Feb 2006 18:04:46 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F25F43D4C; Tue, 21 Feb 2006 18:04:44 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from virusscan.mail (amavis2.rz.uni-wuerzburg.de [132.187.3.47]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 0AC9E146B12; Tue, 21 Feb 2006 19:04:42 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id E573E2C40; Tue, 21 Feb 2006 19:04:41 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 9C46E14676D; Tue, 21 Feb 2006 19:04:41 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id k1LI4fIX099167; Tue, 21 Feb 2006 19:04:41 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id k1LI4fX9066286; Tue, 21 Feb 2006 19:04:41 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id k1LI4ea5007247; Tue, 21 Feb 2006 19:04:40 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id k1LI4ehG007246; Tue, 21 Feb 2006 19:04:40 +0100 (CET) (envelope-from q@galgenberg.net) Date: Tue, 21 Feb 2006 19:04:40 +0100 From: Ulrich Spoerlein To: Doug Barton Message-ID: <20060221180440.GB2996@galgenberg.net> Mail-Followup-To: Doug Barton , Divacky Roman , freebsd-current@freebsd.org References: <1140187193.731.47.camel@spirit> <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> <20060217234118.GA22643@odin.ac.hmc.edu> <43F67121.5080809@FreeBSD.org> <43F682F2.1020804@FreeBSD.org> <43F68611.7080602@FreeBSD.org> <20060219110732.GA12550@stud.fit.vutbr.cz> <43F8ABC8.30005@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KN5l+BnMqAQyZLvT" Content-Disposition: inline In-Reply-To: <43F8ABC8.30005@FreeBSD.org> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: Divacky Roman , freebsd-current@freebsd.org Subject: Re: Bad code in rcorder(8) (Was: Re: New RCorder: abi loaded too late) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 18:04:46 -0000 --KN5l+BnMqAQyZLvT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Doug Barton wrote: > Divacky Roman wrote: > > I tried running rcorder under valgrind and it showed me massive > > leaks/double-frees etc. unfortunately I am not able to run valgrind on = recent > > 7-current (when I start it it just creates 2.8G coredump) > >=20 > > it would be great to run coverity on rcorder or something to reveal the= bugs. I > > am willing to hack on it but I'd appreciate some help (either the valgr= ind > > running or list of coverity revealed bugs) >=20 > I actually requested a coverity check of the code, and it didn't turn up > anything. The code for rcorder is the same in both HEAD and RELENG_6, > although obviously you won't get the new malloc if you are running in the > latter. However, I'm guessing that if you fix things that are obviously b= ugs > that are exposed by valgrind on RELENG_6, it would still be valuable to > bring those fixes into HEAD first. Looks fine to me ... % valgrind --leak-check=3Dyes rcorder -s nostart /etc/rc.d/* /usr/local/etc= /rc.d/* =3D=3D7236=3D=3D Memcheck, a memory error detector for x86-linux. =3D=3D7236=3D=3D Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward. =3D=3D7236=3D=3D Using valgrind-2.1.0, a program supervision framework for = x86-linux. =3D=3D7236=3D=3D Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward. =3D=3D7236=3D=3D Estimated CPU clock rate is 998 MHz =3D=3D7236=3D=3D For more details, rerun with: -v =3D=3D7236=3D=3D=20 /etc/rc.d/rcconf.sh /etc/rc.d/dumpon /etc/rc.d/initrandom =2E.. /etc/rc.d/bsnmpd /etc/rc.d/bgfsck =3D=3D7236=3D=3D=20 =3D=3D7236=3D=3D ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 fro= m 0) =3D=3D7236=3D=3D malloc/free: in use at exit: 18734 bytes in 612 blocks. =3D=3D7236=3D=3D malloc/free: 4090 allocs, 3478 frees, 744580 bytes allocat= ed. =3D=3D7236=3D=3D For counts of detected errors, rerun with: -v =3D=3D7236=3D=3D searching for pointers to 612 not-freed blocks. =3D=3D7236=3D=3D checked 1323540 bytes. =3D=3D7236=3D=3D=20 =3D=3D7236=3D=3D 2032 bytes in 110 blocks are definitely lost in loss recor= d 1 of 3 =3D=3D7236=3D=3D at 0x3C032183: malloc (in /usr/local/lib/valgrind/vgpre= load_memcheck.so) =3D=3D7236=3D=3D by 0x80489DA: emalloc (ealloc.c:75) =3D=3D7236=3D=3D by 0x8048E56: strnode_add (rcorder.c:216) =3D=3D7236=3D=3D by 0x8049055: add_keyword (rcorder.c:388) =3D=3D7236=3D=3D=20 =3D=3D7236=3D=3D LEAK SUMMARY: =3D=3D7236=3D=3D definitely lost: 2032 bytes in 110 blocks. =3D=3D7236=3D=3D possibly lost: 0 bytes in 0 blocks. =3D=3D7236=3D=3D still reachable: 16702 bytes in 502 blocks. =3D=3D7236=3D=3D suppressed: 0 bytes in 0 blocks. =3D=3D7236=3D=3D Reachable blocks (those to which a pointer was found) are = not shown. =3D=3D7236=3D=3D To see them, rerun with: --show-reachable=3Dyes If the problem lies with a specific rc script, you should probably try to find out which one, or post them somewhere, so people can take a look. Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --KN5l+BnMqAQyZLvT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD+1Y4524iJyD+6d0RAiRLAKCpDaaZC2RHkjpxP5YaxK0wbEUKzwCgq1GN cL4YgFoQ6jhiH0lQNtjqmrM= =ThA6 -----END PGP SIGNATURE----- --KN5l+BnMqAQyZLvT-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 18:14:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E520E16A420 for ; Tue, 21 Feb 2006 18:14:26 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F90B43D48 for ; Tue, 21 Feb 2006 18:14:26 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from virusscan.mail (amavis2.rz.uni-wuerzburg.de [132.187.3.47]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 58156146A2F; Tue, 21 Feb 2006 19:14:25 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 495E113E4; Tue, 21 Feb 2006 19:14:25 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 1B7CE146A2F; Tue, 21 Feb 2006 19:14:25 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id k1LIEOT1002768; Tue, 21 Feb 2006 19:14:24 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id k1LIEOf9066327; Tue, 21 Feb 2006 19:14:24 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id k1LIEOnr007451; Tue, 21 Feb 2006 19:14:24 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id k1LIEJLH007450; Tue, 21 Feb 2006 19:14:19 +0100 (CET) (envelope-from q@galgenberg.net) Date: Tue, 21 Feb 2006 19:14:19 +0100 From: Ulrich Spoerlein To: Balgansuren Batsukh Message-ID: <20060221181419.GC2996@galgenberg.net> Mail-Followup-To: Balgansuren Batsukh , freebsd-current@freebsd.org References: <00c101c636d3$938823d0$0201000a@JACK> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JwB53PgKC5A7+0Ej" Content-Disposition: inline In-Reply-To: <00c101c636d3$938823d0$0201000a@JACK> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: partition for GELI disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 18:14:27 -0000 --JwB53PgKC5A7+0Ej Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Balgansuren Batsukh wrote: > Hello, >=20 > 1.I get to work vi and trying to make label on disk. >=20 > I did following using bsdlabel -e /dev/ad0.eli >=20 > # /dev/ad0.eli: >=20 > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > --->/ a: 1G 16 4.2BSD 2048 16384 > b: 384M * swap > c: 156301487 0 unused 0 0 > --->/tmp d: 8G * 4.2BSD > --->/usr e: 15G * 4.2BSD > ---->/var f: * * 4.2BSD >=20 > My laptop with 80GB hard disk, but fdisk inform 76319MB. In above disklab= el,=20 > I try to use entire hard disk, but I get "partition f: partition extends= =20 > past end of unit" message when try to write it. How can I inform bsdlabel= to=20 > determine correct end of geometry? The problem is known (at least) to me. The last '*' will expand to the complete remaining size of the disk, not taking the offset '16' for partition 'a' into account. So either change the offset of 'a' to '0' (why is there such an offset anyway?) or calculate it by hand. I think a commit in CURRENT fixed that behaviour, but I can't remember right now. Wich version of FreeBSD are you trying to install? Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --JwB53PgKC5A7+0Ej Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD+1h7524iJyD+6d0RArBxAJ9714UV5k9CVG2ZX+m7Mw0aWITD8wCgkUrJ zquYM218vZG2OniM9LpC7i0= =ny+D -----END PGP SIGNATURE----- --JwB53PgKC5A7+0Ej-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 20:32:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DC1716A422 for ; Tue, 21 Feb 2006 20:32:51 +0000 (GMT) (envelope-from peter@pean.org) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F2043DAF for ; Tue, 21 Feb 2006 20:32:45 +0000 (GMT) (envelope-from peter@pean.org) Received: from [192.168.2.3] ([213.114.218.71] [213.114.218.71]) by mxfep01.bredband.com with ESMTP id <20060221203244.VBJI16046.mxfep01.bredband.com@[192.168.2.3]> for ; Tue, 21 Feb 2006 21:32:44 +0100 Message-ID: <43FB78DD.1030702@pean.org> Date: Tue, 21 Feb 2006 21:32:29 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 21 Feb 2006 21:25:41 +0000 Subject: NanoBSD don't boot. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 20:32:51 -0000 I've found a pdf about installing NanoBSD on phk.freebsd.dk. Everything worked out quite well untill I tried to boot the CF card (I've had no problem booting a standard minimal install from the CF before.) This is what I did: * sh nanobsd.sh -c uchman.conf ( http://pean.org/uchman.conf ) * dd if=_.disk.full of=/dev/ad4 bs=64kb (ad4 == my CF-card) Everything seems to work fine but when I try to boot it just says: BTX loader 1.00 BTX version is 1.01 and then nothing. I tried to boot the machine with a freebsd-installation and set the partitions bootable but no success. What could have gone wrong? I have also tried to create an image with the default config but the same problem occur. From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 21:07:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BC2616A420 for ; Tue, 21 Feb 2006 21:07:24 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 923C443D49 for ; Tue, 21 Feb 2006 21:07:22 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.143] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FBelY-0001ID-V6 for freebsd-current@freebsd.org; Wed, 22 Feb 2006 05:09:49 +0800 Message-ID: <00a301c6372b$7d2f2180$0201000a@JACK> From: "Balgansuren Batsukh" To: References: <00c101c636d3$938823d0$0201000a@JACK> <20060221181419.GC2996@galgenberg.net> Date: Wed, 22 Feb 2006 05:12:14 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Mailman-Approved-At: Tue, 21 Feb 2006 21:25:52 +0000 Subject: Re: partition for GELI disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 21:07:24 -0000 I am trying to use FreeBSD-6.0-RELEASE. Offset 16 set by when I boot install, not by me. Balgaa ----- Original Message ----- From: "Ulrich Spoerlein" To: "Balgansuren Batsukh" Cc: Sent: Wednesday, February 22, 2006 2:14 AM Subject: Re: partition for GELI disk From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 21:09:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A54016A423 for ; Tue, 21 Feb 2006 21:09:02 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F23843D5D for ; Tue, 21 Feb 2006 21:09:01 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.143] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FBen8-0001KH-Ql for freebsd-current@freebsd.org; Wed, 22 Feb 2006 05:11:26 +0800 Message-ID: <00a801c6372b$b780c9b0$0201000a@JACK> From: "Balgansuren Batsukh" To: References: <00b601c636d3$4caad020$0201000a@JACK> <43FB2ABD.5050002@FreeBSD.org> Date: Wed, 22 Feb 2006 05:13:52 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Mailman-Approved-At: Tue, 21 Feb 2006 21:25:59 +0000 Subject: Re: GELI boot on root partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 21:09:02 -0000 I understand need to configure USB for boot media. Balgaa ----- Original Message ----- From: "Alex Dupre" To: "Balgansuren Batsukh" Cc: Sent: Tuesday, February 21, 2006 10:59 PM Subject: Re: GELI boot on root partition > Balgansuren Batsukh wrote: >> How can I boot kernel from /dev/ad0.elia partition? > > You cannot boot the kernel from an encrypted partition. The kernel and the > geom_eli.ko module should be loaded from an unencrypted partition (like a > USB memory token) and then you can automatically mount /dev/ad0.elia as > the root filesystem (if you have init'ed it with -b flag). > > -- > Alex Dupre > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 22:07:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AE0616A420 for ; Tue, 21 Feb 2006 22:07:52 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 359FE43D5A for ; Tue, 21 Feb 2006 22:07:50 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 19A6C512B0; Tue, 21 Feb 2006 23:07:49 +0100 (CET) Received: from localhost (dks11.neoplus.adsl.tpnet.pl [83.24.22.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CACC15129D; Tue, 21 Feb 2006 23:07:42 +0100 (CET) Date: Tue, 21 Feb 2006 23:07:27 +0100 From: Pawel Jakub Dawidek To: Balgansuren Batsukh , freebsd-current@freebsd.org Message-ID: <20060221220727.GA8554@garage.freebsd.pl> References: <00c101c636d3$938823d0$0201000a@JACK> <20060221181419.GC2996@galgenberg.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <20060221181419.GC2996@galgenberg.net> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Subject: Re: partition for GELI disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 22:07:52 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2006 at 07:14:19PM +0100, Ulrich Spoerlein wrote: +> The problem is known (at least) to me. The last '*' will expand to the +> complete remaining size of the disk, not taking the offset '16' for +> partition 'a' into account. So either change the offset of 'a' to '0' +> (why is there such an offset anyway?) or calculate it by hand. It is very, _very_ important. Those 16 secotors is where bsdlabel(8) store its metadata. If you put 0 there, be ready to lose your partitions. Swap skips first 16 sectors, so it won't touch it. UFS skips first 16 sectors, so you are safe here as well, but those are evil hacks. If you configure something else on first partition which starts at offset 0 (eg. encrypted partition) you are in big troubles. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD+48fForvXbEpPzQRAiLAAJ9gFtJEdFpeIf1hYXLohRcl5T9O7wCcCxy/ ENtZ3hPnbaFckcs8q9dOYcQ= =kgL9 -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 23:13:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24C3016A423 for ; Tue, 21 Feb 2006 23:13:55 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F5F143D48 for ; Tue, 21 Feb 2006 23:13:53 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FBghT-00007L-Fy for freebsd-current@freebsd.org; Wed, 22 Feb 2006 00:13:43 +0100 Received: from gw205.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Feb 2006 00:13:43 +0100 Received: from atkin901 by gw205.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Feb 2006 00:13:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Tue, 21 Feb 2006 15:13:31 -0800 Lines: 79 Message-ID: References: <20051224140019.d2311673.nork@FreeBSD.org> <20051224214308.fb94df1f.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: gw205.f5.com User-Agent: KNode/0.10.1 Sender: news Subject: Re: Can't resolve defined(?) symbol after ELF symbol versioning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Feb 2006 23:13:55 -0000 warning! crusty old quoted post below! Norikatsu Shigemura wrote: > On Sat, 24 Dec 2005 14:00:19 +0900 > Norikatsu Shigemura wrote: >> 2. "T" (the symbol is in the text (code) section) symbol >> cannot be resolved like following behavior. >> $ firefox /home/nork/Flash/AYB2.swf >> LoadPlugin: failed to initialize shared library >> /usr/X11R6/lib/linux-flashplugin7/libflashplayer.so >> [/usr/X11R6/lib/linux-flashplugin7/libflashplayer.so: Undefined symbol >> "_ZN12NetworkASyncD1Ev"] > > Oops, case: new rtld.c > $FreeBSD: src/libexec/rtld-elf/rtld.c,v 1.111 2005/12/23 15:30:53 kan Exp > $ > > $ firefox /home/nork/Flash/maiyahi.swf > LoadPlugin: failed to initialize shared library > /usr/X11R6/lib/linux-flashplugin7/libflashplayer.so > [/usr/local/lib/pluginwrapper/browser.so does not have version > information, but /usr/X11R6/lib/linux-flashplugin7/libflashplayer.so > requires it] > > I should study about ELF symbol versioning. A couple of references first: http://www.gnu.org/software/binutils/manual/ld-2.9.1/html_node/ld_25.html http://lists.debian.org/lsb-spec/1999/12/msg00017.html I thought at first I could get flash7.so on -current to work simply by dumping all the defined symbols compiled into flash7 in to a version script for use by the linker. I took the brute force approach since I don't know which version (2.0 or 2.1) that the flashplayer plugin is actually looking for in each of this functions. flash7.vsc GLIBC_2.1 { __errno_location; __fxstat; __strdup; __strtol_internal; __strtoul_internal; __xstat; _fini; _init; accept; bind; connect; dlsym; fcntl; getsockopt; ioctl; open; pthread_mutex_init; setsockopt; shmat; shmctl; socket; }; GLIBC_2.0 { __errno_location; __fxstat; __strdup; __strtol_internal; __strtoul_internal; __xstat; _fini; _init; accept; bind; connect; dlsym; fcntl; getsockopt; ioctl; open; pthread_mutex_init; setsockopt; shmat; shmctl; socket; }; I then compile that into flash7.so via -Xlinker "--version-script=flash7.vsc" and get symbols: readelf --version-info flash7.so (snip) However, now when I attempt to use the wrapper, I get the following: LoadPlugin: failed to initialize shared library /usr/X11R6/lib/linux-flashplugin7/libflashplayer.so [/lib/libm.so.4: version GLIBC_2.0 required by /usr/X11R6/lib/linux-flashplugin7/libflashplayer.so not defined] libm.so.4 is spec'd as .so.6 by /etc/libmap.conf. In order to make this work am I going to have to wrap libm functions as well? I thinking yes, since I don't think we want GLIBC_2.0 tagged on the native freebsd libm.so.6 -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 23:26:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5327516A422 for ; Tue, 21 Feb 2006 23:26:14 +0000 (GMT) (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 4F39143D53 for ; Tue, 21 Feb 2006 23:26:11 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 73ADC2094; Wed, 22 Feb 2006 00:26:06 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id EFE74208E; Wed, 22 Feb 2006 00:26:05 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id BCE3433C1D; Wed, 22 Feb 2006 00:26:05 +0100 (CET) To: =?iso-8859-1?q?Peter_Ankerst=E5l?= References: <43FB78DD.1030702@pean.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 22 Feb 2006 00:26:05 +0100 In-Reply-To: <43FB78DD.1030702@pean.org> (Peter =?iso-8859-1?q?Ankerst=E5l's?= message of "Tue, 21 Feb 2006 21:32:29 +0100") Message-ID: <86acckb8fm.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: NanoBSD don't boot. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2006 23:26:14 -0000 Peter Ankerst=E5l writes: > Everything seems to work fine but when I try to boot it just says: > > BTX loader 1.00 BTX version is 1.01 > and then nothing. My guess is that it switched to the wrong console. Make sure loader.conf contains console=3D"comconsole" if and only if you are actually using a serial console. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 01:44:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 219EB16A420 for ; Wed, 22 Feb 2006 01:44:09 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 557AE43D46 for ; Wed, 22 Feb 2006 01:44:07 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 2279 invoked by uid 399); 22 Feb 2006 01:44:06 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 22 Feb 2006 01:44:06 -0000 Message-ID: <43FBC1E4.7020204@FreeBSD.org> Date: Tue, 21 Feb 2006 17:44:04 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Doug Barton , Divacky Roman , freebsd-current@freebsd.org References: <1140187193.731.47.camel@spirit> <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> <20060217234118.GA22643@odin.ac.hmc.edu> <43F67121.5080809@FreeBSD.org> <43F682F2.1020804@FreeBSD.org> <43F68611.7080602@FreeBSD.org> <20060219110732.GA12550@stud.fit.vutbr.cz> <43F8ABC8.30005@FreeBSD.org> <20060221180440.GB2996@galgenberg.net> In-Reply-To: <20060221180440.GB2996@galgenberg.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Bad code in rcorder(8) (Was: Re: New RCorder: abi loaded too late) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 01:44:09 -0000 Ulrich Spoerlein wrote: >> Divacky Roman wrote: >>> I tried running rcorder under valgrind and it showed me massive >>> leaks/double-frees etc. unfortunately I am not able to run valgrind on recent >>> 7-current (when I start it it just creates 2.8G coredump) > Looks fine to me ... I think the trick is to repeat your test with some bad stuff in the scripts. So, create some circular dependencies, and some other impossible conditions, then repeat the test. Also, Divacky posted a PR with a start to cleaning up the code, might be worth some before and after on that. http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/93630 Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 02:36:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A6C316A420; Wed, 22 Feb 2006 02:36:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 566FB43D46; Wed, 22 Feb 2006 02:36:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 136021A3C25; Tue, 21 Feb 2006 18:36:48 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A0F25517D5; Tue, 21 Feb 2006 21:36:46 -0500 (EST) Date: Tue, 21 Feb 2006 21:36:46 -0500 From: Kris Kennaway To: John Baldwin Message-ID: <20060222023646.GA75290@xor.obsecurity.org> References: <200602211047.06599.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <200602211047.06599.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: ups@freebsd.org, current@freebsd.org Subject: Re: [PATCH] possible fix for the runtime going backwards warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 02:36:48 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2006 at 10:47:04AM -0500, John Baldwin wrote: > The latest round of calcru() changes accidentally changed calccru() to us= e the=20 > wrong rusage_ext structure (p->p_rux vs p->p_crux) when calculating usage= =20 > times for children. The patch fixes calccru() to use p->p_crux again. I= t=20 > also moves the ruadd() in exit1() even later in the function so that it t= akes=20 > the dying thread's last time slice into account. Please test it and let = me=20 > know if it makes the messages go away (or if it makes things worse!) Tha= nks! >=20 > http://www.FreeBSD.org/~jhb/patches/calccru.patch I think you committed this already, right? I'm still getting calcru spam on the 3 SMP machines that I upgraded with fresh sources: Working revision: 1.284 Wed Feb 22 00:27:32 2006 Repository revision: 1.284 /c/ncvs/src/sys/kern/kern_exit.c,v Working revision: 1.155 Wed Feb 22 00:27:33 2006 Repository revision: 1.155 /c/ncvs/src/sys/kern/kern_resource.c,v calcru: runtime went backwards from 140475 usec to 140458 usec for pid 724 = (csh) u 9:54457/54961 s 14:86017/85496 i 0:1/1 calcru: runtime went backwards from 3855 usec to 3854 usec for pid 719 (csh) u 0:0/0 s 1:3855/3854 i 0:0/0 calcru: runtime went backwards from 19044 usec to 19043 usec for pid 713 (t= csh) u 2:8888/12695 s 1:10156/6347 i 0:0/1 calcru: runtime went backwards from 41540 usec to 41531 usec for pid 454 (n= fsd) u 4:27693/27687 s 2:13846/13843 i 0:1/1 calcru: runtime went backwards from 4552 usec to 4551 usec for pid 452 (mou= ntd) u 0:0/0 s 1:4552/4551 i 0:0/0 calcru: runtime went backwards from 564 usec to 563 usec for pid 140 (adjke= rntz) u 0:0/0 s 1:564/563 i 0:0/0 calcru: runtime went backwards from 78654 usec to 78637 usec for pid 20 (sw= i6: task queue) u 0:0/0 s 0:0/0 i 4:78654/78637 calcru: runtime went backwards from 38428 usec to 38420 usec for pid 0 (swa= pper) u 0:0/0 s 11:38428/38420 i 0:0/0 calcru: runtime went backwards from 1496715 usec to 1496579 usec for pid 32= (pagezero) u 0:0/0 s 199:1496715/1496579 i 0:0/0 calcru: runtime went backwards from 102337 usec to 102327 usec for pid 0 (s= wapper) u 0:0/0 s 41:102337/102327 i 0:0/0 calcru: runtime went backwards from 1461648 usec to 1461600 usec for pid 32= (pagezero) u 0:0/0 s 194:1461648/1461600 i 0:0/0 calcru: runtime went backwards from 100852 usec to 100848 usec for pid 0 (s= wapper) u 0:0/0 s 42:100852/100848 i 0:0/0 Kris --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD+84+Wry0BWjoQKURAq/PAJ9WYysaNYvAF9LENYHoqNfASlmYVQCg/bkj k0WvkYkBuptJKj4vx0IxjgY= =VfwC -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 08:56:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7327516A420 for ; Wed, 22 Feb 2006 08:56:02 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3446643D46 for ; Wed, 22 Feb 2006 08:56:02 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k1M8u1oU076677 for ; Wed, 22 Feb 2006 00:56:01 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k1M8u1q0076676 for current@freebsd.org; Wed, 22 Feb 2006 00:56:01 -0800 (PST) (envelope-from rizzo) Date: Wed, 22 Feb 2006 00:56:01 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20060222005601.A76538@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: proposed /sbin/init permission change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 08:56:02 -0000 objections to this change to /sbin/init/Makefile so that /sbin/init is installed with normal (555) modes ? Using mode 500 makes it unreadable from nfs-exported filesystems (as those that one can use in a diskless environment). There is no privacy issue with the content of /sbin/init to justify making it unreadable, and the first two lines if (getuid() != 0) errx(1, "%s", strerror(EPERM)); prevent non-root execution anyways. BTW this would apply to -stable as well. I have already made this request multiple times over time (i think the first time was back in 1999 when i started working with diskless environments) with no answer. cheers luigi > cvs diff -u Makefile Index: Makefile =================================================================== RCS file: /home/ncvs/src/sbin/init/Makefile,v retrieving revision 1.32 diff -u -r1.32 Makefile --- Makefile 11 Jan 2005 14:34:29 -0000 1.32 +++ Makefile 22 Feb 2006 08:55:02 -0000 @@ -4,7 +4,6 @@ PROG= init MAN= init.8 MLINKS= init.8 securelevel.8 -BINMODE=500 PRECIOUSPROG= INSTALLFLAGS=-b -B.bak WARNS?= 6 From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 10:18:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 472A816A420 for ; Wed, 22 Feb 2006 10:18:32 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9A2F43D45 for ; Wed, 22 Feb 2006 10:18:31 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id 1790C5C36C; Wed, 22 Feb 2006 11:18:28 +0100 (CET) Date: Wed, 22 Feb 2006 11:18:28 +0100 From: Thomas Quinot To: Luigi Rizzo Message-ID: <20060222101828.GA71445@melamine.cuivre.fr.eu.org> References: <20060222005601.A76538@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060222005601.A76538@xorpc.icir.org> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: proposed /sbin/init permission change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 10:18:32 -0000 * Luigi Rizzo, 2006-02-22 : > objections to this change to /sbin/init/Makefile > so that /sbin/init is installed with normal (555) modes ? Proposed change sounds reasonable. Thomas. From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 13:25:12 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E990216A420; Wed, 22 Feb 2006 13:25:12 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3742043D48; Wed, 22 Feb 2006 13:25:12 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id k1MDPAoc013403; Wed, 22 Feb 2006 16:25:10 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id k1MDPA0Y013402; Wed, 22 Feb 2006 16:25:10 +0300 (MSK) (envelope-from ache) Date: Wed, 22 Feb 2006 16:25:09 +0300 From: Andrey Chernov To: Kris Kennaway Message-ID: <20060222132509.GA13060@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Kris Kennaway , John Baldwin , ups@FreeBSD.ORG, current@FreeBSD.ORG References: <200602211047.06599.jhb@freebsd.org> <20060222023646.GA75290@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <20060222023646.GA75290@xor.obsecurity.org> User-Agent: Mutt/1.5.11 Cc: ups@FreeBSD.ORG, current@FreeBSD.ORG, John Baldwin Subject: Re: [PATCH] possible fix for the runtime going backwards warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 13:25:13 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2006 at 09:36:46PM -0500, Kris Kennaway wrote: > On Tue, Feb 21, 2006 at 10:47:04AM -0500, John Baldwin wrote: > > The latest round of calcru() changes accidentally changed calccru() to = use the=20 > > wrong rusage_ext structure (p->p_rux vs p->p_crux) when calculating usa= ge=20 > > times for children. The patch fixes calccru() to use p->p_crux again. = It=20 > > also moves the ruadd() in exit1() even later in the function so that it= takes=20 > > the dying thread's last time slice into account. Please test it and le= t me=20 > > know if it makes the messages go away (or if it makes things worse!) T= hanks! > >=20 > > http://www.FreeBSD.org/~jhb/patches/calccru.patch >=20 > I think you committed this already, right? >=20 > I'm still getting calcru spam on the 3 SMP machines that I upgraded > with fresh sources: I too (but less than before patch), UP machine: Feb 22 03:37:45 pobrecita kernel: calcru: runtime went backwards from 29254= 2 usec to 292537 usec for pid 29 (pagezero) Feb 22 03:37:45 pobrecita kernel: u 0:0/0 s 38:292542/292537 i 0:0/0 --=20 http://ache.pp.ru/ --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iQCVAwUBQ/xmNeJgpPLZnQjrAQKoAgQA7hyzdBJwqizkulZOMgXst4a8peln3AIP aTBa8c8EC1BNlUfT/cyWzcL9kQrcKEs6fAJpaBzMis6WdzAr4THNAxl4PjB0Ivna Z9asFx0ediESFUrClPG6dWuxJwDthTiQBXpi+ApAa3VAI9P9JQo+hWRuS+FkMvrH yfzuMjIqjTo= =Sh7X -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 14:18:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3643716A420; Wed, 22 Feb 2006 14:18:57 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88ABF43D4C; Wed, 22 Feb 2006 14:18:55 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id k1MEIpHr044058 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 22 Feb 2006 15:18:52 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id k1MEIpfj044057; Wed, 22 Feb 2006 15:18:51 +0100 (CET) Date: Wed, 22 Feb 2006 15:18:51 +0100 From: Divacky Roman To: Doug Barton Message-ID: <20060222141851.GA43749@stud.fit.vutbr.cz> References: <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> <20060217234118.GA22643@odin.ac.hmc.edu> <43F67121.5080809@FreeBSD.org> <43F682F2.1020804@FreeBSD.org> <43F68611.7080602@FreeBSD.org> <20060219110732.GA12550@stud.fit.vutbr.cz> <43F8ABC8.30005@FreeBSD.org> <20060221180440.GB2996@galgenberg.net> <43FBC1E4.7020204@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43FBC1E4.7020204@FreeBSD.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: freebsd-current@freebsd.org Subject: Re: Bad code in rcorder(8) (Was: Re: New RCorder: abi loaded too late) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 14:18:57 -0000 On Tue, Feb 21, 2006 at 05:44:04PM -0800, Doug Barton wrote: > Ulrich Spoerlein wrote: > > >> Divacky Roman wrote: > >>> I tried running rcorder under valgrind and it showed me massive > >>> leaks/double-frees etc. unfortunately I am not able to run valgrind on recent > >>> 7-current (when I start it it just creates 2.8G coredump) > > > Looks fine to me ... > > I think the trick is to repeat your test with some bad stuff in the scripts. > So, create some circular dependencies, and some other impossible conditions, > then repeat the test. yes... I tried running valgrind on circular dependancies... that showed some mem leaks.... see http://www.freebsd.org/cgi/query-pr.cgi?pr=91789, I got that leaks when investigating this PR (iirc) > Also, Divacky posted a PR with a start to cleaning up the code, might be > worth some before and after on that. > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/93630 my patch doesnt solve any such problems. its just a little cleanup I did when looking at the code. From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 14:48:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46A8516A422 for ; Wed, 22 Feb 2006 14:48:40 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6189243D55 for ; Wed, 22 Feb 2006 14:48:35 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from virusscan.mail (amavis2.rz.uni-wuerzburg.de [132.187.3.47]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 08418146CE7; Wed, 22 Feb 2006 15:48:35 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id ED5445BEB; Wed, 22 Feb 2006 15:48:34 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id CA43A146CEB; Wed, 22 Feb 2006 15:48:34 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id k1MEmY0H055675; Wed, 22 Feb 2006 15:48:34 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id k1MEmYPW059927; Wed, 22 Feb 2006 15:48:34 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id k1MEmX9S003441; Wed, 22 Feb 2006 15:48:33 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id k1MEmXgX003440; Wed, 22 Feb 2006 15:48:33 +0100 (CET) (envelope-from q@galgenberg.net) Date: Wed, 22 Feb 2006 15:48:33 +0100 From: Ulrich Spoerlein To: Divacky Roman Message-ID: <20060222144833.GA1124@galgenberg.net> Mail-Followup-To: Divacky Roman , current@freebsd.org References: <20060217181842.GA21033@odin.ac.hmc.edu> <43F65A70.7080608@FreeBSD.org> <20060217234118.GA22643@odin.ac.hmc.edu> <43F67121.5080809@FreeBSD.org> <43F682F2.1020804@FreeBSD.org> <43F68611.7080602@FreeBSD.org> <20060219110732.GA12550@stud.fit.vutbr.cz> <43F8ABC8.30005@FreeBSD.org> <20060221180440.GB2996@galgenberg.net> <20060222142058.GB43749@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20060222142058.GB43749@stud.fit.vutbr.cz> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: current@freebsd.org Subject: Re: Bad code in rcorder(8) (Was: Re: New RCorder: abi loaded too late) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 14:48:40 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Divacky Roman wrote: > well. there are leaks :) if you try the > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D91789 >=20 > I think you'll get touch-after-free as well=20 Ah I see. I first tried this with rcorder from early January and I got errors from 20 different contexts. I now just checked out a fresh rcorder from RELENG_6 and there are still two problems remaining. So the patch in the PR did not address all problems. Here's the output =2E.. /etc/rc.d/ipfw /etc/rc.d/nsswitch rcorder: Circular dependency on file `/etc/rc.d/NETWORKING'. =3D=3D3431=3D=3D Invalid read of size 4 =3D=3D3431=3D=3D at 0x80499B0: satisfy_req (rcorder.c:654) =3D=3D3431=3D=3D by 0x804979A: do_file (rcorder.c:758) =3D=3D3431=3D=3D by 0x80499DA: satisfy_req (rcorder.c:686) =3D=3D3431=3D=3D by 0x804979A: do_file (rcorder.c:758) =3D=3D3431=3D=3D Address 0x3C1E6AEC is 0 bytes inside a block of size 8 fr= ee'd =3D=3D3431=3D=3D at 0x3C03267F: free (in /usr/local/lib/valgrind/vgprelo= ad_memcheck.so) =3D=3D3431=3D=3D by 0x80497B2: do_file (rcorder.c:761) =3D=3D3431=3D=3D by 0x80499DA: satisfy_req (rcorder.c:686) =3D=3D3431=3D=3D by 0x804979A: do_file (rcorder.c:758) =3D=3D3431=3D=3D=20 =3D=3D3431=3D=3D Invalid read of size 4 =3D=3D3431=3D=3D at 0x80497A5: do_file (rcorder.c:759) =3D=3D3431=3D=3D by 0x80499DA: satisfy_req (rcorder.c:686) =3D=3D3431=3D=3D by 0x804979A: do_file (rcorder.c:758) =3D=3D3431=3D=3D by 0x80499DA: satisfy_req (rcorder.c:686) =3D=3D3431=3D=3D Address 0x3C1E6AF0 is 4 bytes inside a block of size 8 fr= ee'd =3D=3D3431=3D=3D at 0x3C03267F: free (in /usr/local/lib/valgrind/vgprelo= ad_memcheck.so) =3D=3D3431=3D=3D by 0x80497B2: do_file (rcorder.c:761) =3D=3D3431=3D=3D by 0x80499DA: satisfy_req (rcorder.c:686) =3D=3D3431=3D=3D by 0x804979A: do_file (rcorder.c:758) rcorder: Circular dependency on provision `fake_prov_00000006' in file `/et= c/rc.d/NETWORKING'. /etc/rc.d/ip6addrctl /etc/rc.d/atm2 =2E.. =3D=3D3431=3D=3D=20 =3D=3D3431=3D=3D ERROR SUMMARY: 4 errors from 2 contexts (suppressed: 0 fro= m 0) =3D=3D3431=3D=3D malloc/free: in use at exit: 17128 bytes in 536 blocks. =3D=3D3431=3D=3D malloc/free: 3579 allocs, 3043 frees, 631699 bytes allocat= ed. hth, Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD/HnB524iJyD+6d0RAphfAJ9pFi31m8kPqIBGiskg+WVmq/iJpgCfeJPG S7x8J+/4ghXb9kodGnYpLJk= =GGgT -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 15:35:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55F1416A420 for ; Wed, 22 Feb 2006 15:35:32 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C29943D45 for ; Wed, 22 Feb 2006 15:35:31 +0000 (GMT) (envelope-from q@galgenberg.net) Received: from virusscan.mail (amavis2.rz.uni-wuerzburg.de [132.187.3.47]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 650DB140332 for ; Wed, 22 Feb 2006 16:35:30 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 573B55C11 for ; Wed, 22 Feb 2006 16:35:30 +0100 (CET) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 2DEB1140332 for ; Wed, 22 Feb 2006 16:35:30 +0100 (CET) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id k1MFZT3n072903 for ; Wed, 22 Feb 2006 16:35:29 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.4/8.13.4) with ESMTP id k1MFZTkb060146 for ; Wed, 22 Feb 2006 16:35:29 +0100 (CET) (envelope-from q@galgenberg.net) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.4/8.13.4) with ESMTP id k1MFZTBS003667 for ; Wed, 22 Feb 2006 16:35:29 +0100 (CET) (envelope-from q@galgenberg.net) Received: (from q@localhost) by roadrunner.q.local (8.13.4/8.13.4/Submit) id k1MFZTmQ003666 for freebsd-current@freebsd.org; Wed, 22 Feb 2006 16:35:29 +0100 (CET) (envelope-from q@galgenberg.net) Date: Wed, 22 Feb 2006 16:35:29 +0100 From: Ulrich Spoerlein To: freebsd-current@freebsd.org Message-ID: <20060222153529.GB1124@galgenberg.net> Mail-Followup-To: freebsd-current@freebsd.org References: <00c101c636d3$938823d0$0201000a@JACK> <20060221181419.GC2996@galgenberg.net> <20060221220727.GA8554@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Bn2rw/3z4jIqBvZU" Content-Disposition: inline In-Reply-To: <20060221220727.GA8554@garage.freebsd.pl> X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Subject: Re: partition for GELI disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2006 15:35:32 -0000 --Bn2rw/3z4jIqBvZU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Pawel Jakub Dawidek wrote: > On Tue, Feb 21, 2006 at 07:14:19PM +0100, Ulrich Spoerlein wrote: > +> The problem is known (at least) to me. The last '*' will expand to the > +> complete remaining size of the disk, not taking the offset '16' for > +> partition 'a' into account. So either change the offset of 'a' to '0' > +> (why is there such an offset anyway?) or calculate it by hand. >=20 > It is very, _very_ important. Those 16 secotors is where bsdlabel(8) > store its metadata. If you put 0 there, be ready to lose your > partitions. >=20 > Swap skips first 16 sectors, so it won't touch it. UFS skips first 16 > sectors, so you are safe here as well, but those are evil hacks. > If you configure something else on first partition which starts at > offset 0 (eg. encrypted partition) you are in big troubles. Thanks for that explanation. So does bsdlabel take this offset into account for the '*'? This never worked for me ... Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --Bn2rw/3z4jIqBvZU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD/ITB524iJyD+6d0RAtqxAJ0cXzNvNcz1qH7aMJTmQVQ16TqZ+wCePfbR BZfvFc+1B8SPFC4dFknCmu4= =yq/D -----END PGP SIGNATURE----- --Bn2rw/3z4jIqBvZU-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 16:00:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF6CF16A422 for ; Wed, 22 Feb 2006 16:00:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4301D43D49 for ; Wed, 22 Feb 2006 16:00:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1MG0tJV043917; Wed, 22 Feb 2006 11:00:55 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kris Kennaway Date: Wed, 22 Feb 2006 11:01:39 -0500 User-Agent: KMail/1.9.1 References: <200602211047.06599.jhb@freebsd.org> <20060222023646.GA75290@xor.obsecurity.org> In-Reply-To: <20060222023646.GA75290@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602221101.41027.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1297/Tue Feb 21 16:44:31 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: [PATCH] possible fix for the runtime going backwards warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 16:00:58 -0000 On Tuesday 21 February 2006 21:36, Kris Kennaway wrote: > On Tue, Feb 21, 2006 at 10:47:04AM -0500, John Baldwin wrote: > > The latest round of calcru() changes accidentally changed calccru() to > > use the wrong rusage_ext structure (p->p_rux vs p->p_crux) when > > calculating usage times for children. The patch fixes calccru() to use > > p->p_crux again. It also moves the ruadd() in exit1() even later in the > > function so that it takes the dying thread's last time slice into > > account. Please test it and let me know if it makes the messages go away > > (or if it makes things worse!) Thanks! > > > > http://www.FreeBSD.org/~jhb/patches/calccru.patch > > I think you committed this already, right? Yes. > I'm still getting calcru spam on the 3 SMP machines that I upgraded > with fresh sources: Is it more or less than before the patch? Also, what happens if you just back out the kern_exit.c change? > Working revision: 1.284 Wed Feb 22 00:27:32 2006 > Repository revision: 1.284 /c/ncvs/src/sys/kern/kern_exit.c,v > > Working revision: 1.155 Wed Feb 22 00:27:33 2006 > Repository revision: 1.155 /c/ncvs/src/sys/kern/kern_resource.c,v > > calcru: runtime went backwards from 140475 usec to 140458 usec for pid 724 > (csh) u 9:54457/54961 s 14:86017/85496 i 0:1/1 > calcru: runtime went backwards from 3855 usec to 3854 usec for pid 719 > (csh) u 0:0/0 s 1:3855/3854 i 0:0/0 > calcru: runtime went backwards from 19044 usec to 19043 usec for pid 713 > (tcsh) u 2:8888/12695 s 1:10156/6347 i 0:0/1 > calcru: runtime went backwards from 41540 usec to 41531 usec for pid 454 > (nfsd) u 4:27693/27687 s 2:13846/13843 i 0:1/1 > calcru: runtime went backwards from 4552 usec to 4551 usec for pid 452 > (mountd) u 0:0/0 s 1:4552/4551 i 0:0/0 > calcru: runtime went backwards from 564 usec to 563 usec for pid 140 > (adjkerntz) u 0:0/0 s 1:564/563 i 0:0/0 > calcru: runtime went backwards from 78654 usec to 78637 usec for pid 20 > (swi6: task queue) u 0:0/0 s 0:0/0 i 4:78654/78637 > calcru: runtime went backwards from 38428 usec to 38420 usec for pid 0 > (swapper) u 0:0/0 s 11:38428/38420 i 0:0/0 > > > calcru: runtime went backwards from 1496715 usec to 1496579 usec for pid 32 > (pagezero) u 0:0/0 s 199:1496715/1496579 i 0:0/0 > calcru: runtime went backwards from 102337 usec to 102327 usec for pid 0 > (swapper) u 0:0/0 s 41:102337/102327 i 0:0/0 > > > calcru: runtime went backwards from 1461648 usec to 1461600 usec for pid 32 > (pagezero) u 0:0/0 s 194:1461648/1461600 i 0:0/0 > calcru: runtime went backwards from 100852 usec to 100848 usec for pid 0 > (swapper) u 0:0/0 s 42:100852/100848 i 0:0/0 The pagezero ones are truly odd. calcru() shouldn't be called for kthreads very often (if at all). I wonder if your tickrate is changing out from under you. Try editing sys/i386/i386/tsc.c and where it does 'set_cputicker(rdtsc, tsc_freq, 1)' change the last parameter to '0' and see if they go away. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 16:20:49 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80AB516A420; Wed, 22 Feb 2006 16:20:49 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9055443D46; Wed, 22 Feb 2006 16:20:48 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id k1MGKlSh016698; Wed, 22 Feb 2006 19:20:47 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id k1MGKlES016697; Wed, 22 Feb 2006 19:20:47 +0300 (MSK) (envelope-from ache) Date: Wed, 22 Feb 2006 19:20:46 +0300 From: Andrey Chernov To: John Baldwin Message-ID: <20060222162046.GA16663@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , John Baldwin , Kris Kennaway , current@FreeBSD.ORG References: <200602211047.06599.jhb@freebsd.org> <20060222023646.GA75290@xor.obsecurity.org> <200602221101.41027.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602221101.41027.jhb@freebsd.org> User-Agent: Mutt/1.5.11 Cc: current@FreeBSD.ORG, Kris Kennaway Subject: Re: [PATCH] possible fix for the runtime going backwards warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 16:20:49 -0000 On Wed, Feb 22, 2006 at 11:01:39AM -0500, John Baldwin wrote: > Is it more or less than before the patch? Also, what happens if you just back Less than (for me). > The pagezero ones are truly odd. calcru() shouldn't be called for kthreads > very often (if at all). I wonder if your tickrate is changing out from under > you. Try editing sys/i386/i386/tsc.c and where it does 'set_cputicker(rdtsc, > tsc_freq, 1)' change the last parameter to '0' and see if they go away. May it interfere with ntpd activity? I have those log lines in one chunk: Feb 22 03:36:43 pobrecita ntpd[422]: time reset +0.622691 s Feb 22 03:36:43 pobrecita ntpd[422]: kernel time sync disabled 2041 Feb 22 03:37:45 pobrecita kernel: calcru: runtime went backwards from 292542 usec to 292537 usec for pid 29 (pagezero) Feb 22 03:37:45 pobrecita kernel: u 0:0/0 s 38:292542/292537 i 0:0/0 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 16:47:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C2CD16A420; Wed, 22 Feb 2006 16:47:45 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip8.gate01.com [61.122.117.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BD6243D49; Wed, 22 Feb 2006 16:47:44 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.18]) by pop11.isp.us-com.jp with esmtp (Mail 4.20) id 1FBx9S-0000Ap-Hb; Thu, 23 Feb 2006 01:47:42 +0900 Message-ID: <43FC951E.2070002@highway.ne.jp> Date: Thu, 23 Feb 2006 01:45:18 +0900 From: Kazuaki Oda User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200602211047.06599.jhb@freebsd.org> <20060222023646.GA75290@xor.obsecurity.org> <200602221101.41027.jhb@freebsd.org> In-Reply-To: <200602221101.41027.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Kris Kennaway Subject: Re: [PATCH] possible fix for the runtime going backwards warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 16:47:45 -0000 John Baldwin wrote: > The pagezero ones are truly odd. calcru() shouldn't be called for kthreads > very often (if at all). I wonder if your tickrate is changing out from under > you. Try editing sys/i386/i386/tsc.c and where it does 'set_cputicker(rdtsc, > tsc_freq, 1)' change the last parameter to '0' and see if they go away. > I still get calcru messages too. And I have noticed that I get these messages when I run ps or top command. When we run ps, fill_kinfo_proc_only() is called, and I think calcru() and calccru() for kthreads are called in that function. --------------- Kazuaki Oda From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 17:02:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82F4416A420 for ; Wed, 22 Feb 2006 17:02:17 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5949843D46 for ; Wed, 22 Feb 2006 17:02:17 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Wed, 22 Feb 2006 09:02:13 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BAB0645046; Wed, 22 Feb 2006 09:02:12 -0800 (PST) To: Tobias Roth In-reply-to: Your message of "Tue, 21 Feb 2006 08:51:40 +0100." <20060221075140.GA9101@droopy.unibe.ch> Date: Wed, 22 Feb 2006 09:02:12 -0800 From: "Kevin Oberman" Message-Id: <20060222170212.BAB0645046@ptavv.es.net> Cc: current@freebsd.org Subject: Re: dhclient existing when run early in startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 17:02:17 -0000 I have dhclient almost working on -current. I just added the following 3 lines before running dhclient: if ! [ -d "/var/empty" ]; then mkdir /var/empty fi I don't delete the directory, so it's only created once and just sits there forever. Now, the correct profile is selected, but I now hang in dhclient in netif. This may be impacted by the fact that I am running ISC dhcp-client because my Prism 2.5 does not play will with the one in -current. A ^C clears things and the system starts fine with the correct configuration of the interface. I will try running it again with debugging turned on. -- 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 From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 17:03:59 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B9F316A420 for ; Wed, 22 Feb 2006 17:03:59 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA38B43D45 for ; Wed, 22 Feb 2006 17:03:58 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1MH3nr2044612; Wed, 22 Feb 2006 12:03:57 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kazuaki Oda Date: Wed, 22 Feb 2006 12:04:33 -0500 User-Agent: KMail/1.9.1 References: <200602211047.06599.jhb@freebsd.org> <200602221101.41027.jhb@freebsd.org> <43FC951E.2070002@highway.ne.jp> In-Reply-To: <43FC951E.2070002@highway.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602221204.35413.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1297/Tue Feb 21 16:44:31 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: current@freebsd.org, Kris Kennaway Subject: Re: [PATCH] possible fix for the runtime going backwards warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 17:03:59 -0000 On Wednesday 22 February 2006 11:45, Kazuaki Oda wrote: > John Baldwin wrote: > > The pagezero ones are truly odd. calcru() shouldn't be called for kthreads > > very often (if at all). I wonder if your tickrate is changing out from under > > you. Try editing sys/i386/i386/tsc.c and where it does 'set_cputicker(rdtsc, > > tsc_freq, 1)' change the last parameter to '0' and see if they go away. > > > > I still get calcru messages too. And I have noticed that I get these > messages when I run ps or top command. When we run ps, > fill_kinfo_proc_only() is called, and I think calcru() and calccru() > for kthreads are called in that function. Ok, that makes sense (as to why calcru() is getting invoked). I would try the change I suggested earlier of forcing the tsc to be treated as statically scaled rather than dynamic. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 11:05:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98E4F16A420; Wed, 22 Feb 2006 11:05:03 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBD8D43D45; Wed, 22 Feb 2006 11:05:02 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id k1MB4uvS002384; Wed, 22 Feb 2006 11:04:56 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id k1MB4tuQ084025; Wed, 22 Feb 2006 11:04:55 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id k1MB4s8n084016; Wed, 22 Feb 2006 11:04:54 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Tai-hwa Liang In-Reply-To: <06022119291516.78019@www.mmlab.cse.yzu.edu.tw> References: <200602211455.01731.root@solink.ru> <06022119291516.78019@www.mmlab.cse.yzu.edu.tw> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 22 Feb 2006 11:04:54 +0000 Message-Id: <1140606294.59408.8.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk X-Mailman-Approved-At: Wed, 22 Feb 2006 17:33:02 +0000 Cc: Bachilo Dmitry , stable@freebsd.org Subject: Re: mount_smbfs trouble after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 11:05:03 -0000 On Tue, 2006-02-21 at 19:29 +0800, Tai-hwa Liang wrote: > On Tue, 21 Feb 2006, Bachilo Dmitry wrote: > > I've cvsuped from 6.0 to 6.1-PRERELEASE and now I can't mount NT's shares with > > password. It worked fine before, but after cvsup i get > > mount_smbfs: unable to open connection: syserr = Authentication error > > and in /var/log/messages I get > > Feb 21 14:51:24 notebook kernel: netsmb_dev: loaded > > Feb 21 14:51:27 notebook kernel: smb_encrypt: password encryption is not > > available > > Feb 21 14:51:27 notebook kernel: smb_ntencrypt: password encryption is not > > available > > > > As far as I see, there is no option in mount_smbfs to disable password > > "options NETSMBCRYPTO" in kernel configuartion file. > > > encryption, so I'm just stuck, what should I do? > > Thanks in advance. > > http://lists.freebsd.org/pipermail/freebsd-current/2006-January/059823.html Is there a reason this change was made? And is there a reason why NETSMBCRYPTO is not in GENERIC? To me, it seems that breaking smbfs between releases within 6.x violates POLA... I suspect a large number of people (myself included) have always used smbfs for passworded shares and it's "just worked". Moved to stable, where it belongs. Gavin From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 17:41:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2948516A420; Wed, 22 Feb 2006 17:41:56 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub03.unibe.ch (mailhub03.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1EC343D75; Wed, 22 Feb 2006 17:41:45 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub02-eth0.unibe.ch [130.92.254.66]) by mailhub03.unibe.ch (Postfix) with ESMTP id D72D72908D; Wed, 22 Feb 2006 18:41:44 +0100 (CET) Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub02.unibe.ch [130.92.254.66]) (amavisd-new, port 10024) with LMTP id 22732-01-89; Wed, 22 Feb 2006 18:41:42 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id E5D5928FC8; Wed, 22 Feb 2006 18:41:42 +0100 (CET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id k1MHfg8Z016565; Wed, 22 Feb 2006 18:41:42 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k1MHfgRu018262; Wed, 22 Feb 2006 18:41:42 +0100 (MET) Date: Wed, 22 Feb 2006 18:41:42 +0100 From: Tobias Roth To: Kevin Oberman Message-ID: <20060222174142.GA18232@droopy.unibe.ch> References: <20060221075140.GA9101@droopy.unibe.ch> <20060222170212.BAB0645046@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060222170212.BAB0645046@ptavv.es.net> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: freebsd-rc@freebsd.org, current@freebsd.org Subject: Re: dhclient existing when run early in startup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 17:41:56 -0000 On Wed, Feb 22, 2006 at 09:02:12AM -0800, Kevin Oberman wrote: > I have dhclient almost working on -current. I just added the following 3 > lines before running dhclient: > if ! [ -d "/var/empty" ]; then > mkdir /var/empty > fi > > I don't delete the directory, so it's only created once and just sits > there forever. I'll add that to the next revision. I'm installing and setting up -CURRENT right now so I can continue development there. > Now, the correct profile is selected, but I now hang in dhclient in > netif. This may be impacted by the fact that I am running ISC > dhcp-client because my Prism 2.5 does not play will with the one in > -current. Yeah, in rev 25I adapted profile from the old ISC dhcp to the new OpenBSD dhcp. You might want to revert this if you depend on ISC. > A ^C clears things and the system starts fine with the correct > configuration of the interface. Funny, I had the exact behaviour when trying to run isc-compatible profile with the new dhclient from OpenBSD :-) Oh well, this is getting a bit messy. I'll respond to Bruces mail when I have had time to think things through a bit. For now, I will try to make profile working with 6.0 and 7.0 and keep the existing functionality, while figuring in which direction to go in the future. cheers, Tobias btw, I'm cc'ing freebsd-current@ since you accidentally sent your mail there, so people don't get too confused. From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 18:20:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 251DA16A420; Wed, 22 Feb 2006 18:20:50 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A28F43D6A; Wed, 22 Feb 2006 18:20:38 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1MIKbT1045049; Wed, 22 Feb 2006 13:20:37 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Andrey Chernov Date: Wed, 22 Feb 2006 12:05:37 -0500 User-Agent: KMail/1.9.1 References: <200602211047.06599.jhb@freebsd.org> <200602221101.41027.jhb@freebsd.org> <20060222162046.GA16663@nagual.pp.ru> In-Reply-To: <20060222162046.GA16663@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602221205.40160.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1297/Tue Feb 21 16:44:31 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: current@freebsd.org, Kris Kennaway Subject: Re: [PATCH] possible fix for the runtime going backwards warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 18:20:50 -0000 On Wednesday 22 February 2006 11:20, Andrey Chernov wrote: > On Wed, Feb 22, 2006 at 11:01:39AM -0500, John Baldwin wrote: > > Is it more or less than before the patch? Also, what happens if you just back > > Less than (for me). So the patch was a net improvement? > > The pagezero ones are truly odd. calcru() shouldn't be called for kthreads > > very often (if at all). I wonder if your tickrate is changing out from under > > you. Try editing sys/i386/i386/tsc.c and where it does 'set_cputicker(rdtsc, > > tsc_freq, 1)' change the last parameter to '0' and see if they go away. > > May it interfere with ntpd activity? I have those log lines in one chunk: > Feb 22 03:36:43 pobrecita ntpd[422]: time reset +0.622691 s > Feb 22 03:36:43 pobrecita ntpd[422]: kernel time sync disabled 2041 > Feb 22 03:37:45 pobrecita kernel: calcru: runtime went backwards from 292542 usec to 292537 usec for pid 29 (pagezero) > Feb 22 03:37:45 pobrecita kernel: u 0:0/0 s 38:292542/292537 i 0:0/0 It should not affect ntp. It is just about the usage calculations for processes, not related to timekeeping or wall time. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 18:27:15 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE26216A452; Wed, 22 Feb 2006 18:27:15 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F98143D64; Wed, 22 Feb 2006 18:27:02 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.4/8.13.4) with ESMTP id k1MIR1Jf019443; Wed, 22 Feb 2006 21:27:01 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.4/8.13.4/Submit) id k1MIR1TT019442; Wed, 22 Feb 2006 21:27:01 +0300 (MSK) (envelope-from ache) Date: Wed, 22 Feb 2006 21:27:01 +0300 From: Andrey Chernov To: John Baldwin Message-ID: <20060222182701.GA19397@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , John Baldwin , Kris Kennaway , current@FreeBSD.ORG References: <200602211047.06599.jhb@freebsd.org> <200602221101.41027.jhb@freebsd.org> <20060222162046.GA16663@nagual.pp.ru> <200602221205.40160.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602221205.40160.jhb@freebsd.org> User-Agent: Mutt/1.5.11 Cc: current@FreeBSD.ORG, Kris Kennaway Subject: Re: [PATCH] possible fix for the runtime going backwards warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 18:27:16 -0000 On Wed, Feb 22, 2006 at 12:05:37PM -0500, John Baldwin wrote: > On Wednesday 22 February 2006 11:20, Andrey Chernov wrote: > > On Wed, Feb 22, 2006 at 11:01:39AM -0500, John Baldwin wrote: > > > Is it more or less than before the patch? Also, what happens if you just back > > > > Less than (for me). > > So the patch was a net improvement? Yes. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 18:39:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B938916A420 for ; Wed, 22 Feb 2006 18:39:13 +0000 (GMT) (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 3287343D49 for ; Wed, 22 Feb 2006 18:39:13 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 9D301209B for ; Wed, 22 Feb 2006 19:39:06 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -2.4/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 8F71D2098 for ; Wed, 22 Feb 2006 19:39:06 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 6C1D433C1D; Wed, 22 Feb 2006 19:39:06 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: freebsd-current@freebsd.org References: <00c101c636d3$938823d0$0201000a@JACK> <20060221181419.GC2996@galgenberg.net> <20060221220727.GA8554@garage.freebsd.pl> <20060222153529.GB1124@galgenberg.net> Date: Wed, 22 Feb 2006 19:39:06 +0100 In-Reply-To: <20060222153529.GB1124@galgenberg.net> (Ulrich Spoerlein's message of "Wed, 22 Feb 2006 16:35:29 +0100") Message-ID: <86oe0z8chh.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: partition for GELI disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2006 18:39:13 -0000 Ulrich Spoerlein writes: > Thanks for that explanation. So does bsdlabel take this offset into > account for the '*'? This never worked for me ... No, instead of interpreting * as "whatever is left until the beginning of the next fixed partition", it interprets it as "the size of the slice minus the sum of the sizes of the other partitions". DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 19:32:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41B8216A420; Wed, 22 Feb 2006 19:32:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0025643D45; Wed, 22 Feb 2006 19:32:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id CE12D1A3C1C; Wed, 22 Feb 2006 11:32:26 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BA4DB517D5; Wed, 22 Feb 2006 14:32:25 -0500 (EST) Date: Wed, 22 Feb 2006 14:32:25 -0500 From: Kris Kennaway To: John Baldwin Message-ID: <20060222193225.GA38057@xor.obsecurity.org> References: <200602211047.06599.jhb@freebsd.org> <20060222023646.GA75290@xor.obsecurity.org> <200602221101.41027.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <200602221101.41027.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Kris Kennaway Subject: Re: [PATCH] possible fix for the runtime going backwards warnings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Feb 2006 19:32:27 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 22, 2006 at 11:01:39AM -0500, John Baldwin wrote: > On Tuesday 21 February 2006 21:36, Kris Kennaway wrote: > > On Tue, Feb 21, 2006 at 10:47:04AM -0500, John Baldwin wrote: > > > The latest round of calcru() changes accidentally changed calccru() to > > > use the wrong rusage_ext structure (p->p_rux vs p->p_crux) when > > > calculating usage times for children. The patch fixes calccru() to u= se > > > p->p_crux again. It also moves the ruadd() in exit1() even later in = the > > > function so that it takes the dying thread's last time slice into > > > account. Please test it and let me know if it makes the messages go = away > > > (or if it makes things worse!) Thanks! > > > > > > http://www.FreeBSD.org/~jhb/patches/calccru.patch > > > > I think you committed this already, right? >=20 > Yes. >=20 > > I'm still getting calcru spam on the 3 SMP machines that I upgraded > > with fresh sources: >=20 > Is it more or less than before the patch? Also, what happens if you just= back=20 > out the kern_exit.c change? About the same. > The pagezero ones are truly odd. calcru() shouldn't be called for kthrea= ds=20 > very often (if at all). I wonder if your tickrate is changing out from u= nder=20 > you. Try editing sys/i386/i386/tsc.c and where it does 'set_cputicker(rd= tsc,=20 > tsc_freq, 1)' change the last parameter to '0' and see if they go away. OK. Kris --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD/LxJWry0BWjoQKURAii+AJ99Q/S5KeP7zJSMLQkOyDrlCWqUjACgmPFZ dz6zeh7thU7vhDZ+rCOQefU= =QPXI -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 01:34:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D1FC16A420 for ; Thu, 23 Feb 2006 01:34:21 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 848AE43D49 for ; Thu, 23 Feb 2006 01:34:20 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 22362 invoked from network); 23 Feb 2006 01:34:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=IHlgw/SZ86wJWSwGsauitlYjmzKYqbVGBg+e++e2zMDFiB5OketYkTy1XQrsjVEFyTO5O9ALsgaqz3BNax0NtcIw8MjXU8GQykRYtW72BOTP0WJPG3VNYVKK61Vmoqm0HTVk2slTQB91gUcshx4SiPQqIR3xnE5FzxbQWpdghZI= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 23 Feb 2006 01:34:19 -0000 Message-ID: <43FD112F.7050709@rogers.com> Date: Wed, 22 Feb 2006 20:34:39 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Feb 2006 01:34:21 -0000 I get this message on bootup, i have an adsl connection using the system ppp. It seems like it is the process of loading modules and establishing the connection that does this. Anyone know why this is happening, and if its harmless, perhaps it would be better to silence it? --- FreeBSD 7.0-CURRENT #0: Sat Feb 18 02:13:39 EST 2006 Feb 22 20:27:17 fbsd kernel: ad0: 78167MB at ata0-master UDMA100 Feb 22 20:27:17 fbsd kernel: ad2: 156334MB at ata1-master UDMA100 Feb 22 20:27:17 fbsd kernel: ad4: 239372MB at ata2-master UDMA100 Feb 22 20:27:17 fbsd kernel: ad6: 76345MB at ata3-master UDMA100 Feb 22 20:27:17 fbsd kernel: Trying to mount root from ufs:/dev/ad0s1a Feb 22 20:27:17 fbsd kernel: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() Feb 22 20:27:17 fbsd savecore: no dumps found # kldstat Id Refs Address Size Name 1 7 0xc0400000 339be8 kernel 2 1 0xc073a000 61b60 acpi.ko 3 4 0xc3273000 b000 netgraph.ko 4 1 0xc3282000 4000 ng_ether.ko 5 1 0xc3286000 5000 ng_pppoe.ko 6 1 0xc328b000 4000 ng_socket.ko /etc/rc.conf: ppp_enable="YES" ppp_mode="ddial" ppp_profile="myisp" ppp_nat="NO" /etc/ppp/ppp.conf: default: set log Phase Chat IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) myisp: set device PPPoE:xl0 set authname *** set authkey *** set dial set login set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 04:57:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 560A216A420 for ; Thu, 23 Feb 2006 04:57:24 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CD6243D45 for ; Thu, 23 Feb 2006 04:57:18 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id k1N4tKSG016289 for ; Thu, 23 Feb 2006 15:25:20 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Thu, 23 Feb 2006 15:27:11 +1030 Received: from fmbex501.dsto.defence.gov.au (fmbex501.dsto.defence.gov.au [146.221.39.230]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id k1N4sQp08985 for ; Thu, 23 Feb 2006 15:24:26 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by fmbex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YXL10CSW; Thu, 23 Feb 2006 15:54:19 +1100 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.13.3/8.13.3) with ESMTP id k1N4tIZU094629 for ; Thu, 23 Feb 2006 15:25:18 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.13.3/8.13.3/Submit) id k1N4tIle094628 for freebsd-current@freebsd.org; Thu, 23 Feb 2006 15:25:18 +1030 (CST) (envelope-from wilkinsa) Date: Thu, 23 Feb 2006 15:25:17 +1030 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20060223045515.GW92877@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <20060221015435.GM82482@squash.dsto.defence.gov.au> <20060221141932.GA10409@math.uic.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20060221141932.GA10409@math.uic.edu> User-Agent: Mutt/1.5.11 Subject: Re: netgroup limits on -current ... [mountd(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, 23 Feb 2006 04:57:24 -0000 0n Tue, Feb 21, 2006 at 08:19:32AM -0600, Vladimir Egorin wrote: >On Tue, Feb 21, 2006 at 12:24:35PM +1030, Wilkinson, Alex wrote: > > OS: FreeBSD 7.0-CURRENT #24: Thu Feb 16 12:28:58 CST 2006 > > > > Hi all, > > > > We are currently experiencing problems with FreeBSD -CURRENT and mountd(8). > > When we export a filesystem via NFS to a netgroup with a 'large' number of hosts > > in it we get all sorts of truncation. There looks like a limit on the number of > > hosts in a netgroup FreeBSD's mountd(8) can export to. e.g. > > > > NFS Export > > ---------- > > > > /export/home/username my_netgroup > > > > mountd(8) In Debugging Mode > > --------------------------- > > > > Feb 21 12:10:49 host mountd[83451]: can't get address info for host hostname.dsto.defence.g > > Feb 21 12:10:49 host mountd[83451]: bad host host.dsto.defence.g in netgroup my_netgroup, skipping > > > > This happens as mountd(8) builds its exports list via: > > > > mountd: getting export list > > mountd: got line /export/home/username my_netgroup > > mountd: making new ep fs=0x4297314f,0x57f85ac > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > got host host.dsto.defence.gov.au > > > > ... > > > > relevant code producing this error: > > > > /usr/src/usr.sbin/mountd > > > > get_host(cp, grp, tgrp) > > char *cp; > > struct grouplist *grp; > > struct grouplist *tgrp; > > { > > struct grouplist *checkgrp; > > struct addrinfo *ai, *tai, hints; > > int ecode; > > char host[NI_MAXHOST]; > > > > if (grp->gr_type != GT_NULL) { > > syslog(LOG_ERR, "Bad netgroup type for ip host %s", cp); > > return (1); > > } > > memset(&hints, 0, sizeof hints); > > hints.ai_flags = AI_CANONNAME; > > hints.ai_protocol = IPPROTO_UDP; > > ecode = getaddrinfo(cp, NULL, &hints, &ai); > > if (ecode != 0) { > > syslog(LOG_ERR,"can't get address info for host %s", cp); > > return 1; > > } > > grp->gr_ptr.gt_addrinfo = ai; > > while (ai != NULL) { > > if (ai->ai_canonname == NULL) { > > if (getnameinfo(ai->ai_addr, ai->ai_addrlen, host, > > sizeof host, NULL, 0, NI_NUMERICHOST) != 0) > > strlcpy(host, "?", sizeof(host)); > > ai->ai_canonname = strdup(host); > > ai->ai_flags |= AI_CANONNAME; > > } > > if (debug) > > fprintf(stderr, "got host %s\n", ai->ai_canonname); > > /* > > * Sanity check: make sure we don't already have an entry > > * for this host in the grouplist. > > */ > > for (checkgrp = tgrp; checkgrp != NULL; > > checkgrp = checkgrp->gr_next) { > > if (checkgrp->gr_type != GT_HOST) > > continue; > > for (tai = checkgrp->gr_ptr.gt_addrinfo; tai != NULL; > > tai = tai->ai_next) { > > if (sacmp(tai->ai_addr, ai->ai_addr, NULL) != 0) > > continue; > > if (debug) > > fprintf(stderr, > > "ignoring duplicate host %s\n", > > ai->ai_canonname); > > grp->gr_type = GT_IGNORE; > > return (0); > > } > > } > > ai = ai->ai_next; > > } > > > > > > Can someone please tell me if there is a limit on the number characters or hosts > > that mountd(8) can build an export list from ? And if so can we increase it ? > > > > Cheers > > > > - aW > >This reminds me of an old problem I had on a solaris 2.5.1 -- it was not possible >to have a "large" number of hosts in the netgroup and (thus) in the export list. >The solution was to split the large netgroup into a number of smaller netgroups, >and then combine them into a large netgroup using the smaller netgroups' names. >We did that with a C program, you could also do that in a script. > >The problem was a limit of 255 characters on the length of the >netgroup list. > >I still have the program if you are interested. Thats exactly the type of hack we are wanting to avoid. Thanks anyway. -aW From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 09:23:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0EA516A420 for ; Thu, 23 Feb 2006 09:23:46 +0000 (GMT) (envelope-from cianlists@cian.ws) Received: from mail.cian.ws (cian.ws [87.192.36.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39B1343D48 for ; Thu, 23 Feb 2006 09:23:46 +0000 (GMT) (envelope-from cianlists@cian.ws) Received: from localhost (localhost.cian.ws [127.0.0.1]) by mail.cian.ws (Postfix) with ESMTP id 9227C33C6B for ; Sat, 18 Feb 2006 22:42:17 +0000 (GMT) Received: from mail.cian.ws ([127.0.0.1]) by localhost (oppy.cian.ws [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 62582-07 for ; Sat, 18 Feb 2006 22:42:12 +0000 (GMT) Received: from [10.0.1.5] (g5.cian.ws [10.0.1.5]) by mail.cian.ws (Postfix) with ESMTP id 680B833C6A for ; Sat, 18 Feb 2006 22:42:12 +0000 (GMT) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <5FF33901-8CA6-49F0-9B39-0E5CD73A49E5@cian.ws> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Cian Hughes Date: Sat, 18 Feb 2006 22:42:10 +0000 X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at cian.ws Subject: Networking Puzzle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Feb 2006 09:23:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here is one for those of you that like a challenge: I have a freebsd 7-current box, it has two interfaces rl0 (connected to wireless link) and rl1 (LAN) rl0 has no addresses I run PPPoE on rl0 which gives me an static IP address (lets call this 1.2.3.4) and Default Gateway. I also have a /29 of public IP's which are routed through this address the first address x.x.x.1 is assigned to rl1 The normal setup is a cisco router on the wireless link, and all computers route through it (but my cisco router is broken). Any traffic originating from 1.2.3.4 and going to the outside world is blocked by an upstream firewall that I have no control over, anything in my public range has no upstream firewalling. Sysctl is set to forward packets, and machines on the LAN with public ips in my range work as expected. however if i do something like this: ping freebsd.org it fails because the packets automatically originate from 1.2.3.4 if I do this: ping -S x.x.x.1 freebsd.org (thus setting the src address to a non- firewalled IP) it all goes fine and the packets return. Inbound connections (eg ssh) from the internet to x.x.x.1 work, but obviously any web access from my freebsd box fails. My Question: How do i set the src address for all outbound packets originating on my machine to x.x.x.1 instead of 1.2.3.4 when they are passing through my pppoe tunnel? BTW this is not a show stopper for me, I have placed an old PII machine between my server and the pppoe tunnel, which solves it. I'm just curious as to whether or not there is a solution. Regards, Cian. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFD96LCaVVfOlCF0TQRAmsQAJwJq5N77DJZ/SC6qCR8hDpz0ty2mACcCfWl s+/TkKXGcYiXFt3Ou2yxVdY= =S5Pc -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 14:51:46 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0228516A420 for ; Thu, 23 Feb 2006 14:51:46 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F2C143D49 for ; Thu, 23 Feb 2006 14:51:45 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B183B46C01 for ; Thu, 23 Feb 2006 09:51:23 -0500 (EST) Date: Thu, 23 Feb 2006 14:55:34 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20060223143856.O9642@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: The sixty second pmc howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Feb 2006 14:51:46 -0000 For those of you who haven't been using pmc for kernel profiling, you definitely ought to consider it. Joseph Koshy's tools are very easy to use, and the results are quite informative. The output mode to convert pmc samples to something gmon understands is particularly neat. In thirty seconds, here's how to get it working: (1) Compile your kernel with device hwpmc, options HWPMC_HOOKS. (2) Run "pmcstat -S instructions -O /tmp/sample.out" to start sampling of instruction retirement events, saving the results to /tmp/sample.out. (3) Exercise your kernel code. (4) Exit pmcstat -- I hit ctrl-c, but there are probably more mature ways of setting this up. (5) Run "pmcstat -R /tmp/sample.out -k /zoo/tiger-2/boot/kernel/kernel -g" to convert the results to gmon output format so it can be processed by gprof. Obviously, you need to set the right path to your boot kernel -- by default, pmcstat uses /boot/kernel/kernel for kernel sample results. (6) View the results using gprof, "gprof /zoo/tiger-2/boot/kernel/kernel p4-instr-retired/gmon.out". Again, update the path as needed. Since there is no call graph information in the sample, the first few pages of gprof output will be of limited utility, but the summary table by function is the bit I found most useful: % cumulative self self total time seconds seconds calls ms/call ms/call name 13.6 7251.00 7251.00 0 100.00% _mtx_lock_sleep [1] 3.7 9213.00 1962.00 0 100.00% _mtx_lock_spin [2] 3.3 10956.00 1743.00 0 100.00% bus_dmamap_load_mbuf_sg [3] 2.7 12370.00 1414.00 0 100.00% tcp_input [4] 2.6 13781.00 1411.00 0 100.00% tcp_output [5] 2.6 15172.00 1391.00 0 100.00% spinlock_exit [6] 2.5 16496.00 1324.00 0 100.00% uma_zalloc_arg [7] 2.0 17555.00 1059.00 0 100.00% spinlock_enter [8] 1.9 18553.00 998.00 0 100.00% uma_zfree_arg [9] 1.6 19409.00 856.00 0 100.00% em_rxeof [10] 1.6 20260.00 851.00 0 100.00% sleepq_signal [11] 1.5 21071.00 811.00 0 100.00% em_get_buf [12] 1.4 21821.00 750.00 0 100.00% rn_match [13] 1.3 22531.00 710.00 0 100.00% ether_demux [14] 1.3 23222.00 691.00 0 100.00% ip_output [15] ... In this sample, there's a mutex contention problem, which shows up clearly. Without the call graph, there's more work yet to do to identify the source of contention, but the fact that pmc exhibits a relatively low overhead, not to mention higher accuracy, than the existing kernel profiling is great. And, this isn't limited to instruction retirement. You can also profile by cache line miss, mis-predicted branches, etc. Here's an excerpt from the resource stall sample on the same workload: % cumulative self self total time seconds seconds calls ms/call ms/call name 3.9 3225.00 3225.00 0 100.00% m_freem [1] 3.7 6253.00 3028.00 0 100.00% ether_input [2] 3.5 9116.00 2863.00 0 100.00% cpu_switch [3] 2.9 11470.00 2354.00 0 100.00% mb_ctor_pack [4] 2.7 13681.00 2211.00 0 100.00% uma_zalloc_arg [5] 2.7 15882.00 2201.00 0 100.00% em_rxeof [6] 2.6 18045.00 2163.00 0 100.00% em_intr_fast [7] 2.6 20148.00 2103.00 0 100.00% intr_event_schedule_thread [8] 2.2 21941.00 1793.00 0 100.00% if_handoff [9] 2.2 23727.00 1786.00 0 100.00% sleepq_signal [10] 1.8 25222.00 1495.00 0 100.00% _mtx_lock_sleep [11] 1.7 26612.00 1390.00 0 100.00% tcp_output [12] 1.7 27997.00 1385.00 0 100.00% bus_dmamap_load_mbuf_sg [13] 1.6 29309.00 1312.00 0 100.00% uma_zfree_arg [14] So if you're doing kernel performance work, and not already using pmc, you probably should be. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 15:20:02 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33CA816A420; Thu, 23 Feb 2006 15:20:02 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97B6143D48; Thu, 23 Feb 2006 15:20:01 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k1NFJwFk014165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Feb 2006 10:19:58 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k1NFJpbW096258; Thu, 23 Feb 2006 10:19:51 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17405.53911.686306.362353@grasshopper.cs.duke.edu> Date: Thu, 23 Feb 2006 10:19:51 -0500 (EST) To: Robert Watson In-Reply-To: <20060223143856.O9642@fledge.watson.org> References: <20060223143856.O9642@fledge.watson.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@FreeBSD.org Subject: Re: The sixty second pmc howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Feb 2006 15:20:02 -0000 Robert Watson writes: > (2) Run "pmcstat -S instructions -O /tmp/sample.out" to start sampling of > instruction retirement events, saving the results to /tmp/sample.out. Dumb question, but what does "instructions" really mean? The number of instructions, the time spent executing them, ? <.....> > Since there is no call graph information in the sample, the first few pages of > gprof output will be of limited utility, but the summary table by function is > the bit I found most useful: You can use gprof -l to suppress the printing of the call-graph profile My only problem with hwpmc is that it will not work for kernel modules. I wonder if somebody with enough toolchain fu could take kldstat output and produce a pre-linked elf executable image containing kernel+modules which could be used for hwpmc, and also for crash dump analysis. Or is there another, better, way to get a complete symbol table of the kernel & all kernel modules? > So if you're doing kernel performance work, and not already using pmc, you > probably should be. Very much agreed. Drew From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 15:32:08 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36D7916A420 for ; Thu, 23 Feb 2006 15:32:08 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7D4C43D46 for ; Thu, 23 Feb 2006 15:32:07 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 2E65746BAE; Thu, 23 Feb 2006 10:31:50 -0500 (EST) Date: Thu, 23 Feb 2006 15:36:01 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Gallatin In-Reply-To: <17405.53911.686306.362353@grasshopper.cs.duke.edu> Message-ID: <20060223153135.C9642@fledge.watson.org> References: <20060223143856.O9642@fledge.watson.org> <17405.53911.686306.362353@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: The sixty second pmc howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Feb 2006 15:32:08 -0000 On Thu, 23 Feb 2006, Andrew Gallatin wrote: > Robert Watson writes: > > > (2) Run "pmcstat -S instructions -O /tmp/sample.out" to start sampling of > > instruction retirement events, saving the results to /tmp/sample.out. > > Dumb question, but what does "instructions" really mean? The number of > instructions, the time spent executing them, ? pmcstat magically translates 'instructions' into 'p4-instr-retired', which might well refer to what happens to an instruction when it is believed to have successfully executed. Presumably this happens once you know it hasn't been mispredicted, etc, but I'm sure someone can give a better and more detailed answer. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 15:43:04 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 362BC16A420; Thu, 23 Feb 2006 15:43:04 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BED5443D48; Thu, 23 Feb 2006 15:43:03 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k1NFh2JX020091 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Feb 2006 10:43:02 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k1NFgugu096283; Thu, 23 Feb 2006 10:42:56 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17405.55296.628193.915218@grasshopper.cs.duke.edu> Date: Thu, 23 Feb 2006 10:42:56 -0500 (EST) To: Robert Watson In-Reply-To: <20060223153135.C9642@fledge.watson.org> References: <20060223143856.O9642@fledge.watson.org> <17405.53911.686306.362353@grasshopper.cs.duke.edu> <20060223153135.C9642@fledge.watson.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@FreeBSD.org Subject: Re: The sixty second pmc howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Feb 2006 15:43:04 -0000 Robert Watson writes: > > On Thu, 23 Feb 2006, Andrew Gallatin wrote: > > > Robert Watson writes: > > > > > (2) Run "pmcstat -S instructions -O /tmp/sample.out" to start sampling of > > > instruction retirement events, saving the results to /tmp/sample.out. > > > > Dumb question, but what does "instructions" really mean? The number of > > instructions, the time spent executing them, ? > > pmcstat magically translates 'instructions' into 'p4-instr-retired', which > might well refer to what happens to an instruction when it is believed to have > successfully executed. Presumably this happens once you know it hasn't been > mispredicted, etc, but I'm sure someone can give a better and more detailed > answer. Let's say it takes 1000 cycles to issue a memory load because of a cache miss, and 1 cycle to increment something already in a register. Let's also say that your program does each operation the same number of times. Does the 'instructions' count each operation identically so both operations appear to cost the same, or is it sampled from some clock interrupt, so that the memory load (correctly) shows up 1000 times more often? For what its worth, I tend to use k8-bu-cpu-clk-unhalted because my gut feeling is that it probably gives the latter behaviour. Drew From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 19:30:47 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 568AD16A420; Thu, 23 Feb 2006 19:30:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2BDA43D48; Thu, 23 Feb 2006 19:30:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D929B1A3C1D; Thu, 23 Feb 2006 11:30:46 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 34A27515AE; Thu, 23 Feb 2006 14:30:46 -0500 (EST) Date: Thu, 23 Feb 2006 14:30:46 -0500 From: Kris Kennaway To: davidxu@FreeBSD.org, current@FreeBSD.org Message-ID: <20060223193046.GB89672@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KFztAG8eRSV9hGtP" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Page fault in thr_exit() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Feb 2006 19:30:47 -0000 --KFztAG8eRSV9hGtP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This came from running stress2 with libthr: Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0xc96ca608 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0525803 stack pointer = 0x28:0xee9feb38 frame pointer = 0x28:0xee9feb54 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 9192 (thr1) [thread pid 9192 tid 103345 ] Stopped at _mtx_lock_sleep+0x121: cmpl $0x4,0x128(%ebx) db> wh Tracing pid 9192 tid 103345 td 0xc94fd9c0 _mtx_lock_sleep(c0786720,c94fd9c0,0,c0720007,9d) at _mtx_lock_sleep+0x121 _mtx_lock_flags(c0786720,0,c0720007,9d,156) at _mtx_lock_flags+0xcb _sx_xlock(ca0f5b9c,c0737259,bb1,c8d034e0,ee9febe0) at _sx_xlock+0x32 _vm_map_lock_read(ca0f5b58,c0737259,bb1,200028d,ee9fec44) at _vm_map_lock_read+0x48 vm_map_lookup(ee9fec08,805b20c,2,ee9fec0c,ee9fec48) at vm_map_lookup+0x2e umtx_key_get(c94fd9c0,805b20c,ee9fec44,1,c071e9d5) at umtx_key_get+0x57 kern_umtx_wake(c94fd9c0,805b20c,7fffffff,5e,1) at kern_umtx_wake+0x20 thr_exit(c94fd9c0,ee9fed04,4,445,ee9feca4) at thr_exit+0x45 syscall(3b,2807003b,bfbf003b,1,805b200) at syscall+0x2e7 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (431, FreeBSD ELF32, thr_exit), eip = 0x280d4e4f, esp = 0xb393eee0, ebp = 0xb393ef9c --- Core available. Kris --KFztAG8eRSV9hGtP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD/g1lWry0BWjoQKURAn4mAKD4XmJBXKhZ6NYYXqSCHPLh9/3atgCgqaJK Yst3CjyTC8hjM/NazMb77Uw= =/dVg -----END PGP SIGNATURE----- --KFztAG8eRSV9hGtP-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 20:41:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B75016A420 for ; Thu, 23 Feb 2006 20:41:50 +0000 (GMT) (envelope-from petros.fraser@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 022EF43D46 for ; Thu, 23 Feb 2006 20:41:49 +0000 (GMT) (envelope-from petros.fraser@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so137446wra for ; Thu, 23 Feb 2006 12:41:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=eS3tBhLugpazCg0fl42b2nEJg/BWoeedgbjZ51UWv/9k24F7j5wb3pbbiAA/GcpnGih6XrPrYHRPrMN+jjhb4u5roKKECxdDNc34SLtD0h2oGPzc7RMfBcrqSIEyw0LLvy6tESzGN6UFiihHQREDILEJTp9OSdDBiicfwfCB85s= Received: by 10.54.117.17 with SMTP id p17mr616412wrc; Thu, 23 Feb 2006 12:41:47 -0800 (PST) Received: by 10.54.122.20 with HTTP; Thu, 23 Feb 2006 12:41:47 -0800 (PST) Message-ID: Date: Thu, 23 Feb 2006 15:41:47 -0500 From: "Peter Fraser" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Virtual memory consumption (both user and kernel) in modern 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, 23 Feb 2006 20:41:50 -0000 It's truly a ptiy that so serious a thing is an issue so near to a release. I agree that users should be given a choice especially since some of us run non-threaded apps that spawn a number of processes. From what I have read, wouldn't a squid + squidguard combination rely much more heavily on swap now. If so, I think I will also stick with the 5 series and 6.0 in my environment. From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 21:00:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBD1116A420 for ; Thu, 23 Feb 2006 21:00:16 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D90A43D66 for ; Thu, 23 Feb 2006 21:00:16 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 78F3D46BD8; Thu, 23 Feb 2006 15:59:59 -0500 (EST) Date: Thu, 23 Feb 2006 21:04:11 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Fraser In-Reply-To: Message-ID: <20060223205739.P33959@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Virtual memory consumption (both user and kernel) in modern 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, 23 Feb 2006 21:00:16 -0000 On Thu, 23 Feb 2006, Peter Fraser wrote: > It's truly a ptiy that so serious a thing is an issue so near to a release. > I agree that users should be given a choice especially since some of us run > non-threaded apps that spawn a number of processes. From what I have read, > wouldn't a squid + squidguard combination rely much more heavily on swap > now. If so, I think I will also stick with the 5 series and 6.0 in my > environment. If I read your e-mail right, you're referring to reported issues regarding the new user space malloc implementation in 7.x. However, the 7.0 release is still well over a year away. The new malloc implementation is not present in 6.x, and I wouldn't expect a merge to the 6.x branch any time soon, if ever. Unless you were planning to run 7.x in production in the next year, something I generally wouldn't recommend without very careful consideration, I'm not sure how this affects your decision regarding FreeBSD versions to run -- neither of the upcoming FreeBSD 5.5 or FreeBSD 6.1 releases would be affected in any way. Perhaps there has been a misunderstanding? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 00:07:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 113FB16A420 for ; Fri, 24 Feb 2006 00:06:59 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <43FE4E26.4060507@freebsd.org> Date: Fri, 24 Feb 2006 08:07:02 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060117 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 00:07:00 -0000 Just ran a stress test on 6.1-PRELEASE, and got : davidxu@tiger:/home/davidxu/stress2/testcases/thr1> ./thr1 Feb 24 08:02:10 tiger login: ROOT LOGIN (root) ON ttyv1 calcru: runtime went backwards from 39012220 usec to 39011621 usec for pid 789 ( thr1) calcru: runtime went backwards from 45138436 usec to 45138007 usec for pid 789 ( thr1) David Xu From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 01:31:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AC8416A420 for ; Fri, 24 Feb 2006 01:31:38 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40A0B43D46 for ; Fri, 24 Feb 2006 01:31:37 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id h29so152677wxd for ; Thu, 23 Feb 2006 17:31:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fvFDDc+ee1qdeVL3Kks3nBwUCfrgiucIiCWzexvyumxEB5kH/BFI/5XKmcR6NMtjswE+Zm5f1RcIJ8t4Dvkcoyp2iheOB1A8Z4dvmxnBDLfZmzwCJ6ZY9kV4pqfmtwvtObymCLB2BPfDv0SqHLvWcbmEaWaPbsKKFiMneXVuq14= Received: by 10.70.110.3 with SMTP id i3mr3391602wxc; Thu, 23 Feb 2006 17:31:36 -0800 (PST) Received: by 10.70.116.16 with HTTP; Thu, 23 Feb 2006 17:31:36 -0800 (PST) Message-ID: <84dead720602231731l4b1ff6cfkd2dcaf752efb127b@mail.gmail.com> Date: Fri, 24 Feb 2006 07:01:36 +0530 From: "Joseph Koshy" To: "Andrew Gallatin" In-Reply-To: <17405.55296.628193.915218@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060223143856.O9642@fledge.watson.org> <17405.53911.686306.362353@grasshopper.cs.duke.edu> <20060223153135.C9642@fledge.watson.org> <17405.55296.628193.915218@grasshopper.cs.duke.edu> Cc: Robert Watson , current@freebsd.org Subject: Re: The sixty second pmc howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 01:31:38 -0000 ag> Let's say it takes 1000 cycles to issue a memory load ag> because of a cache miss, and 1 cycle to increment ag> something already in a register. Let's also say that ag> your program does each operation the same number of times. ag> Does the 'instructions' count each operation identically so ag> both operations appear to cost the same, or is it sampled ag> from some clock interrupt, so that the memory load ag> (correctly) shows up 1000 times more often? 'instructions' is a convenience alias for closest underlying PMC event that counts retired instructions. Take a look at pmc(3), section "Event Name Aliases". I could add an alias 'unhalted-cycles' that maps to: AMD K8 -- "k8-bu-cpu-clk-unhalted" INTEL P6 -- "p6-cpu-clk-unhalted" INTEL PIV -- "p4-global-power-events" perhaps. I need to check the manual again. (The AMD K7 lacks a suitable event). -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 01:52:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B25FD16A420 for ; Fri, 24 Feb 2006 01:52:13 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64EFE43D49 for ; Fri, 24 Feb 2006 01:52:13 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.183.10]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IV6009CS570D492@vms048.mailsrvcs.net> for freebsd-current@freebsd.org; Thu, 23 Feb 2006 19:52:12 -0600 (CST) Date: Thu, 23 Feb 2006 19:22:10 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <5FF33901-8CA6-49F0-9B39-0E5CD73A49E5@cian.ws> To: Cian Hughes Message-id: <1140740530.4217.9.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <5FF33901-8CA6-49F0-9B39-0E5CD73A49E5@cian.ws> Cc: freebsd-current@freebsd.org Subject: Re: Networking Puzzle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 01:52:13 -0000 On Sat, 2006-02-18 at 22:42 +0000, Cian Hughes wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Here is one for those of you that like a challenge: > I have a freebsd 7-current box, it has two interfaces rl0 (connected > to wireless link) and rl1 (LAN) > rl0 has no addresses > I run PPPoE on rl0 which gives me an static IP address (lets call > this 1.2.3.4) and Default Gateway. > I also have a /29 of public IP's which are routed through this address > the first address x.x.x.1 is assigned to rl1 > > The normal setup is a cisco router on the wireless link, and all > computers route through it (but my cisco router is broken). > > Any traffic originating from 1.2.3.4 and going to the outside world > is blocked by an upstream firewall that I have no control over, > anything in my public range has no upstream firewalling. > > Sysctl is set to forward packets, and machines on the LAN with public > ips in my range work as expected. > > however if i do something like this: > ping freebsd.org > it fails because the packets automatically originate from 1.2.3.4 > > if I do this: > ping -S x.x.x.1 freebsd.org (thus setting the src address to a non- > firewalled IP) > it all goes fine and the packets return. > > Inbound connections (eg ssh) from the internet to x.x.x.1 work, but > obviously any web access from my freebsd box fails. > > My Question: How do i set the src address for all outbound packets > originating on my machine to x.x.x.1 instead of 1.2.3.4 when they are > passing through my pppoe tunnel? > > BTW this is not a show stopper for me, I have placed an old PII > machine between my server and the pppoe tunnel, which solves it. I'm > just curious as to whether or not there is a solution. > > Regards, Cian. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (Darwin) > > iD8DBQFD96LCaVVfOlCF0TQRAmsQAJwJq5N77DJZ/SC6qCR8hDpz0ty2mACcCfWl > s+/TkKXGcYiXFt3Ou2yxVdY= > =S5Pc > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" If I did not understand your setup, I do apologize, but it looks like natd -a x.x.x.1 should do the trick. Make sure that you are either have options IPDIVERT #divert sockets in your kernel configuration, or kldload ipdivert or better yet, read 'man natd' ;) -- Alexandre "Sunny" Kovalenko (ŸÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 02:05:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B13FE16A420 for ; Fri, 24 Feb 2006 02:05:39 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp103.biz.mail.re2.yahoo.com (smtp103.biz.mail.re2.yahoo.com [68.142.229.217]) by mx1.FreeBSD.org (Postfix) with SMTP id 21BBA43D46 for ; Fri, 24 Feb 2006 02:05:38 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 90051 invoked from network); 24 Feb 2006 02:05:37 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp103.biz.mail.re2.yahoo.com with SMTP; 24 Feb 2006 02:05:37 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 3758C62DD; Thu, 23 Feb 2006 21:05:37 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 69829-09; Thu, 23 Feb 2006 21:05:36 -0500 (EST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 048C060F3; Thu, 23 Feb 2006 21:05:36 -0500 (EST) Received: from 170.140.82.83 (SquirrelMail authenticated user noackjr) by www.noacks.org with HTTP; Thu, 23 Feb 2006 21:05:36 -0500 (EST) Message-ID: <61399.170.140.82.83.1140746736.squirrel@www.noacks.org> In-Reply-To: References: Date: Thu, 23 Feb 2006 21:05:36 -0500 (EST) From: "Jonathan Noack" To: "Peter Fraser" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-current@freebsd.org Subject: Re: Virtual memory consumption (both user and kernel) in modern CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 02:05:39 -0000 Peter, 6.1 will be built from 6-STABLE, not -CURRENT. The next release scheduled from what is now -CURRENT is 7.0. -Jonathan Peter Fraser wrote: > It's truly a ptiy that so serious a thing is an issue so near to a > release. > I agree that users should be given a choice especially since some of us > run > non-threaded apps that spawn a number of processes. From what I have read, > wouldn't a squid + squidguard combination rely much more heavily on swap > now. If so, I think I will also stick with the 5 series and 6.0 in my > environment. > _______________________________________________ > 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" > > -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 02:18:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A1F316A420 for ; Fri, 24 Feb 2006 02:18:56 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id F265443D46 for ; Fri, 24 Feb 2006 02:18:55 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: by zproxy.gmail.com with SMTP id j2so234171nzf for ; Thu, 23 Feb 2006 18:18:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=sDD9D2rT2pDv3TaOip2tiLAawWZgqQnVnyeARy9XtpzfTGl7+4x8BNnmgPYt9rBDrfSFKwhHej8hevWffeWjzr3KbTHedKgrKgukJMS2khfjSrVeZroezY1PJjFsGoDrnnxr8Q/DRov0LOOBtPM0tB8nT1wGE9muP5+fYdW7xfo= Received: by 10.36.97.8 with SMTP id u8mr1946003nzb; Thu, 23 Feb 2006 18:18:55 -0800 (PST) Received: by 10.36.224.32 with HTTP; Thu, 23 Feb 2006 18:18:55 -0800 (PST) Message-ID: <60ffc71f0602231818m9f5cddaoc627fbaf3fd334bd@mail.gmail.com> Date: Fri, 24 Feb 2006 10:18:55 +0800 From: Nik To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ping (DUP!) in FreeBSD 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 02:18:56 -0000 Hi all, This is happen when I setup point to point connection using wireless with realtek network card (rl0). I wondering if this situation will effect my throughput but I noticed even there is a duplicate echo reply but there is = a small amount of packet loss. Thanks 64 bytes from xxx.xxx.208.137: icmp_seq=3D595 ttl=3D255 time=3D4.243 ms 64 bytes from xxx.xxx.208.137: icmp_seq=3D595 ttl=3D255 time=3D4.397 ms (DU= P!) 64 bytes from xxx.xxx.208.137: icmp_seq=3D595 ttl=3D255 time=3D4.811 ms (DU= P!) 64 bytes from xxx.xxx.208.137: icmp_seq=3D595 ttl=3D255 time=3D5.189 ms (DU= P!) 64 bytes from xxx.xxx.208.137: icmp_seq=3D595 ttl=3D255 time=3D5.838 ms (DU= P!) From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 02:22:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 253EC16A420 for ; Fri, 24 Feb 2006 02:22:00 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-5.paradise.net.nz (bm-5a.paradise.net.nz [203.96.152.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1D9943D64 for ; Fri, 24 Feb 2006 02:21:53 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-2.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-5.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IV600K2U6KFPV@linda-5.paradise.net.nz> for freebsd-current@freebsd.org; Fri, 24 Feb 2006 15:21:51 +1300 (NZDT) Received: from [192.168.1.11] (218-101-29-134.dsl.clear.net.nz [218.101.29.134]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id 60633229C6C; Fri, 24 Feb 2006 15:21:51 +1300 (NZDT) Date: Fri, 24 Feb 2006 15:21:49 +1300 From: Mark Kirkwood In-reply-to: To: Peter Fraser , mikej@rogers.com Message-id: <43FE6DBD.5000006@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051106) References: Cc: freebsd-current@freebsd.org Subject: Re: Virtual memory consumption (both user and kernel) in modern 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, 24 Feb 2006 02:22:00 -0000 Peter Fraser wrote: > It's truly a ptiy that so serious a thing is an issue so near to a release. > I agree that users should be given a choice especially since some of us run > non-threaded apps that spawn a number of processes. From what I have read, > wouldn't a squid + squidguard combination rely much more heavily on swap > now. If so, I think I will also stick with the 5 series and 6.0 in my > environment. The most likely culprit is the fact that redzones are enabled at the moment in -CURRENT. On that note, Mike - did you try turning them off? regards Mark From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 02:43:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDE8516A420 for ; Fri, 24 Feb 2006 02:43:36 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp106.rog.mail.re2.yahoo.com (smtp106.rog.mail.re2.yahoo.com [68.142.225.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 2AD1443D46 for ; Fri, 24 Feb 2006 02:43:36 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 66595 invoked from network); 24 Feb 2006 02:43:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-Squirrel-UserHash:X-Squirrel-FromHash:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=qYE5CHeERz7mDEfyz9lkxFTqjlT95gXiu9yxQYqBDgyvKe4DQWmV+Z/sZzsm2eIIViLhwj67Q6QGHX8KPyx+ZWbvCSu1PeqBl8us3GkCE16mIA9QK1KdNGzaP1rcE4Mt0bI0X4fbYJC9x7J3L7m4hiGyMkynC6Cey7AQjldmsEU= ; Received: from unknown (HELO 172.16.0.1) (mikej@rogers.com@66.96.18.43 with login) by smtp106.rog.mail.re2.yahoo.com with SMTP; 24 Feb 2006 02:43:35 -0000 X-Squirrel-UserHash: GgEKEQ8= X-Squirrel-FromHash: FgtQRFVGBkU= Message-ID: <2154.FgtQRFVGBkU=.1140749016.squirrel@172.16.0.1> In-Reply-To: <43FE6DBD.5000006@paradise.net.nz> References: <43FE6DBD.5000006@paradise.net.nz> Date: Thu, 23 Feb 2006 21:43:36 -0500 (EST) From: "Mike Jakubik" To: "Mark Kirkwood" User-Agent: SquirrelMail/1.5.2 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Peter Fraser Subject: Re: Virtual memory consumption (both user and kernel) in modern 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, 24 Feb 2006 02:43:36 -0000 On Thu, February 23, 2006 9:21 pm, Mark Kirkwood wrote: > The most likely culprit is the fact that redzones are enabled at the > moment in -CURRENT. > > On that note, Mike - did you try turning them off? Yes, it lowered my swap space usage from 40MB to 1MB. Which is certainly better, but even before, my system used no swap. From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 03:05:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 011A016A420 for ; Fri, 24 Feb 2006 03:05:41 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-5.paradise.net.nz (bm-5a.paradise.net.nz [203.96.152.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FCE643D45 for ; Fri, 24 Feb 2006 03:05:40 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-3.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-5.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IV600L1R8LFJ1@linda-5.paradise.net.nz> for freebsd-current@freebsd.org; Fri, 24 Feb 2006 16:05:39 +1300 (NZDT) Received: from [192.168.1.11] (218-101-29-134.dsl.clear.net.nz [218.101.29.134]) by smtp-3.paradise.net.nz (Postfix) with ESMTP id D946F4B81F2; Fri, 24 Feb 2006 16:05:38 +1300 (NZDT) Date: Fri, 24 Feb 2006 16:05:36 +1300 From: Mark Kirkwood In-reply-to: <2154.FgtQRFVGBkU=.1140749016.squirrel@172.16.0.1> To: Mike Jakubik Message-id: <43FE7800.4040808@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051106) References: <43FE6DBD.5000006@paradise.net.nz> <2154.FgtQRFVGBkU=.1140749016.squirrel@172.16.0.1> Cc: freebsd-current@freebsd.org, Peter Fraser Subject: Re: Virtual memory consumption (both user and kernel) in modern 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, 24 Feb 2006 03:05:42 -0000 Mike Jakubik wrote: > On Thu, February 23, 2006 9:21 pm, Mark Kirkwood wrote: > > >>The most likely culprit is the fact that redzones are enabled at the >>moment in -CURRENT. >> >>On that note, Mike - did you try turning them off? > > > Yes, it lowered my swap space usage from 40MB to 1MB. Which is certainly > better, but even before, my system used no swap. > Hmm, that's not so great - any idea about how much free memory you had using the old malloc? I'm interested, as I run 6.0R on a PIII with 512MB RAM and have (right now) 193MB free, that's with Enlightment, Firefox, Thunderbird, xmms, and several Eterms running - so needless to say it runs great. I'm wondering what the situation will look like with -CURRENT.... regards Mark From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 05:02:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DC6416A420 for ; Fri, 24 Feb 2006 05:02:11 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.FreeBSD.org (Postfix) with SMTP id 942CD43D77 for ; Fri, 24 Feb 2006 05:02:10 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 87102 invoked from network); 24 Feb 2006 05:02:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=aKHMLBEJocd46ySu1lRwSjfdzS0W2X+Ix5ZrvwBTLrOJWKuEcfCVJHUJCoweC/BF3bMJVCA1HDvwNwoYhThearejlly4SBmcflqS34Locy4ErX5/Pw0NissvWaKsoZGfS76XDi1jzYyNUmNbPkY+1+nqcy9YLrJ8D/ygk+YgxJs= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 24 Feb 2006 05:02:09 -0000 Message-ID: <43FE9370.8000209@rogers.com> Date: Fri, 24 Feb 2006 00:02:40 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Mark Kirkwood References: <43FE6DBD.5000006@paradise.net.nz> <2154.FgtQRFVGBkU=.1140749016.squirrel@172.16.0.1> <43FE7800.4040808@paradise.net.nz> In-Reply-To: <43FE7800.4040808@paradise.net.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Peter Fraser Subject: Re: Virtual memory consumption (both user and kernel) in modern 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, 24 Feb 2006 05:02:11 -0000 Mark Kirkwood wrote: > Mike Jakubik wrote: >> On Thu, February 23, 2006 9:21 pm, Mark Kirkwood wrote: >> >> >>> The most likely culprit is the fact that redzones are enabled at the >>> moment in -CURRENT. >>> >>> On that note, Mike - did you try turning them off? >> >> >> Yes, it lowered my swap space usage from 40MB to 1MB. Which is certainly >> better, but even before, my system used no swap. >> > > Hmm, that's not so great - any idea about how much free memory you had > using the old malloc? > > I'm interested, as I run 6.0R on a PIII with 512MB RAM and have (right > now) 193MB free, that's with Enlightment, Firefox, Thunderbird, xmms, > and several Eterms running - so needless to say it runs great. I'm > wondering what the situation will look like with -CURRENT.... Nope, and i don't really feel like backing out malloc and recompiling world now :P Basically, i had bit more free memory, but i suggest you stick with 6.x, unless you don't mind testing a development branch. From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 01:19:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC15216A420 for ; Fri, 24 Feb 2006 01:19:49 +0000 (GMT) (envelope-from freebsd-current@lame.net) Received: from goliath.lame.net (c-24-6-132-82.hsd1.ca.comcast.net [24.6.132.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78C8543D46 for ; Fri, 24 Feb 2006 01:19:47 +0000 (GMT) (envelope-from freebsd-current@lame.net) Received: from lame.net (fuqu@localhost [127.0.0.1]) by goliath.lame.net (8.13.4/8.13.1) with ESMTP id k1O1DJQP039351 for ; Thu, 23 Feb 2006 17:13:41 -0800 (PST) (envelope-from freebsd-current@lame.net) Date: Thu, 23 Feb 2006 17:13:19 -0800 (PST) From: eric Message-Id: <200602240113.k1O1DJQP039351@goliath.lame.net> To: undisclosed-recipients:; X-Mailman-Approved-At: Fri, 24 Feb 2006 05:36:41 +0000 Subject: FreeBSD-Current on hp nc6220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 01:19:49 -0000 Has anybody run current on this hardware? I'm having extreme problems using it. It worked well until I cvsupped some time ago (Sorry, don't know the date). The box basically hangs, I believe due to cpufreq/ACPI lowering the CPU speed. The box essentially freezes (if I trigger a beep, the beep will just continue). The box runs fine until about 3 seconds after boot with the acpi module, longer without, and it even longer in "safe mode" which I'm not entirely sure what it does. The problem is, I can't even keep the box up long enough to build world on it, to see if maybe the problem is fixed in a more current revision. I really don't want to reinstall using a new snapshot, as I've installed a lot of software there that would take forever to reinstall. If there is a way to keep it running for at least a few hours, I'm sure I could build world. So essentially I have 2 questions: 1) How can I get this box running, and 2) Is this known/fixed/broken? I'd really appreciate some insight, nothing special happens on the console even with acpi debug turned on. Also, what exactly is safe mode? (Sorry for the ignorance) -eric From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 05:40:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 354A016A422; Fri, 24 Feb 2006 05:40:38 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F0143D48; Fri, 24 Feb 2006 05:40:37 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.18]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1FCVgy-0000ek-2W; Fri, 24 Feb 2006 14:40:36 +0900 Message-ID: <43FE9BC3.5070909@highway.ne.jp> Date: Fri, 24 Feb 2006 14:38:11 +0900 From: Kazuaki Oda User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Xu References: <43FE4E26.4060507@freebsd.org> In-Reply-To: <43FE4E26.4060507@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 05:40:38 -0000 David Xu wrote: > Just ran a stress test on 6.1-PRELEASE, and got : > > davidxu@tiger:/home/davidxu/stress2/testcases/thr1> ./thr1 > Feb 24 08:02:10 tiger login: ROOT LOGIN (root) ON ttyv1 > calcru: runtime went backwards from 39012220 usec to 39011621 usec for > pid 789 ( > thr1) > calcru: runtime went backwards from 45138436 usec to 45138007 usec for > pid 789 ( > thr1) I've been getting calcru messages on 6-STABLE when stress-testing an application linked with libpthread. As far as my experience goes, these messages are only for ones linked with libpthread. If the same application is linked with libthr, these messages go away. As I post about the same issue on -CURRENT a few days ago, I guess these messages are caused by the programs which access process states. ps(1), top(1) etc. Because if I run the following command on the test target machine, I can easily get them. % sh -c "while true; do ps ax >/dev/null; done" I hope this issue will be fixed before 6.1-RELEASE. ---- Kazuaki Oda From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 08:26:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F125616A420 for ; Fri, 24 Feb 2006 08:26:42 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8913943D45 for ; Fri, 24 Feb 2006 08:26:42 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.witelcom.com ([84.247.144.144] helo=marcin) by mail.yazzy.net with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1FCYHC-000254-Nk; Fri, 24 Feb 2006 09:26:11 +0100 Date: Fri, 24 Feb 2006 09:26:40 +0100 From: Marcin Jessa To: Cian Hughes Message-Id: <20060224092640.71acb0e3.lists@yazzy.org> In-Reply-To: <5FF33901-8CA6-49F0-9B39-0E5CD73A49E5@cian.ws> References: <5FF33901-8CA6-49F0-9B39-0E5CD73A49E5@cian.ws> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.4 (--) Cc: freebsd-current@freebsd.org Subject: Re: Networking Puzzle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 08:26:43 -0000 On Sat, 18 Feb 2006 22:42:10 +0000 Cian Hughes wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Here is one for those of you that like a challenge: > I have a freebsd 7-current box, it has two interfaces rl0 (connected > to wireless link) and rl1 (LAN) > rl0 has no addresses > I run PPPoE on rl0 which gives me an static IP address (lets call > this 1.2.3.4) and Default Gateway. > I also have a /29 of public IP's which are routed through this address > the first address x.x.x.1 is assigned to rl1 > > The normal setup is a cisco router on the wireless link, and all > computers route through it (but my cisco router is broken). > > Any traffic originating from 1.2.3.4 and going to the outside world > is blocked by an upstream firewall that I have no control over, > anything in my public range has no upstream firewalling. > > Sysctl is set to forward packets, and machines on the LAN with > public ips in my range work as expected. > > however if i do something like this: > ping freebsd.org > it fails because the packets automatically originate from 1.2.3.4 > > if I do this: > ping -S x.x.x.1 freebsd.org (thus setting the src address to a non- > firewalled IP) > it all goes fine and the packets return. > > Inbound connections (eg ssh) from the internet to x.x.x.1 work, but > obviously any web access from my freebsd box fails. > > My Question: How do i set the src address for all outbound packets > originating on my machine to x.x.x.1 instead of 1.2.3.4 when they > are passing through my pppoe tunnel? > > BTW this is not a show stopper for me, I have placed an old PII > machine between my server and the pppoe tunnel, which solves it. I'm > just curious as to whether or not there is a solution. > I've done something like that before (as ISP). The tunnel end of the PPPoE link had IP from unofficial range and the static net with official IPs was routed to this unofficial IP. This works fine. Can you show me your routing table ? Marcin From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 08:34:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BB3F16A420 for ; Fri, 24 Feb 2006 08:34:20 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41DC643D46 for ; Fri, 24 Feb 2006 08:34:18 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k1O8YFg3024066; Fri, 24 Feb 2006 10:34:15 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 24 Feb 2006 10:34:15 +0200 (EET) From: Dmitry Pryanishnikov To: Nik In-Reply-To: <60ffc71f0602231818m9f5cddaoc627fbaf3fd334bd@mail.gmail.com> Message-ID: <20060224102555.K19923@atlantis.atlantis.dp.ua> References: <60ffc71f0602231818m9f5cddaoc627fbaf3fd334bd@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ping (DUP!) in FreeBSD 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 08:34:20 -0000 Hello! On Fri, 24 Feb 2006, Nik wrote: > This is happen when I setup point to point connection using wireless with > realtek network card (rl0). I wondering if this situation will effect my What kind of wireless hardware do you use? I have seen a lot of duplicates with cheap wireless adapters made by Planet or D-Link. It has nothing to do with your NIC, duplicates are originated by wireless. Yes, duplicates can lower network throughput by using the additional bandwidth. You can try to avoid them by changing the antenna orientation. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 08:39:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92F1516A422 for ; Fri, 24 Feb 2006 08:39:52 +0000 (GMT) (envelope-from jim@netgate.com) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 505FB43D45 for ; Fri, 24 Feb 2006 08:39:52 +0000 (GMT) (envelope-from jim@netgate.com) Received: by netgate.com (Postfix, from userid 45) id 31D4B280014; Fri, 24 Feb 2006 00:39:52 -0800 (PST) Received: from [192.168.2.190] (rrcs-67-52-77-54.west.biz.rr.com [67.52.77.54]) by netgate.com (Postfix) with ESMTP id DA8C5280012; Fri, 24 Feb 2006 00:39:48 -0800 (PST) Message-ID: <43FEC654.5090407@netgate.com> Date: Thu, 23 Feb 2006 22:39:48 -1000 From: Jim Thompson User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <60ffc71f0602231818m9f5cddaoc627fbaf3fd334bd@mail.gmail.com> <20060224102555.K19923@atlantis.atlantis.dp.ua> In-Reply-To: <20060224102555.K19923@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on he-colo.netgate.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Cc: freebsd-current@freebsd.org, Nik Subject: Re: ping (DUP!) in FreeBSD 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 08:39:52 -0000 Dmitry Pryanishnikov wrote: > > Hello! > > On Fri, 24 Feb 2006, Nik wrote: > >> This is happen when I setup point to point connection using wireless >> with >> realtek network card (rl0). I wondering if this situation will effect my > > > What kind of wireless hardware do you use? he said 'ralink' > I have seen a lot of duplicates > with cheap wireless adapters made by Planet or D-Link. It has nothing to > do with your NIC, duplicates are originated by wireless. this statement makes no sense. It translates to "it has nothing to do with your nice, duplicates are originated by ". Yes, you can get dups if the transmitter doesn't receive an ACK. Any number of things can cause this. > Yes, duplicates > can lower network throughput by using the additional bandwidth. You can > try to avoid them by changing the antenna orientation. you can also try: better coax dryer coax installing an antenna period (you'd be suprised at what people try to get away with) moving the devices closer together lowering the modulation rate etc From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 08:47:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD44716A420 for ; Fri, 24 Feb 2006 08:47:28 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2718843D46 for ; Fri, 24 Feb 2006 08:47:27 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k1O8lJPn029932; Fri, 24 Feb 2006 10:47:19 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 24 Feb 2006 10:47:19 +0200 (EET) From: Dmitry Pryanishnikov To: Jim Thompson In-Reply-To: <43FEC654.5090407@netgate.com> Message-ID: <20060224104331.M19923@atlantis.atlantis.dp.ua> References: <60ffc71f0602231818m9f5cddaoc627fbaf3fd334bd@mail.gmail.com> <20060224102555.K19923@atlantis.atlantis.dp.ua> <43FEC654.5090407@netgate.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Nik Subject: Re: ping (DUP!) in FreeBSD 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 08:47:29 -0000 Hello! On Thu, 23 Feb 2006, Jim Thompson wrote: >>> with >>> realtek network card (rl0). I wondering if this situation will effect my >> >> >> What kind of wireless hardware do you use? > > he said 'ralink' Where did he say? His original post is: > This is happen when I setup point to point connection using wireless with > realtek network card (rl0). I wondering if this situation will effect my > throughput but I noticed even there is a duplicate echo reply but there is a > small amount of packet loss. Thanks I don't see 'ralink' here, I see Realtek NIC + some (unknown) wireless HW. >> I have seen a lot of duplicates >> with cheap wireless adapters made by Planet or D-Link. It has nothing to >> do with your NIC, duplicates are originated by wireless. > > this statement makes no sense. It translates to "it has nothing to do > with your nice, duplicates are originated by ". No, it does not. As far as I understood he has separate (from his NIC) wireless hardware. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 13:51:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D09A16A422 for ; Fri, 24 Feb 2006 13:51:46 +0000 (GMT) (envelope-from petros.fraser@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CAB143D45 for ; Fri, 24 Feb 2006 13:51:36 +0000 (GMT) (envelope-from petros.fraser@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so285591wra for ; Fri, 24 Feb 2006 05:51:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=hQ+fHq5rQ29sJQ2bDWmRs955X3QP3pvG7rlwphu0xCmLIyx3dUVF8t3NliRHYz/yBtfOCwlmAqVnrRzfLzzkFVL1A7lqufI//Eb6cITwWBV0N9wIRFPnM+sAOEpGmQC+ETqAHVqVpxp0DKZShLY64tvlJV4l2CY2kULiRF9RmI0= Received: by 10.54.126.20 with SMTP id y20mr1442554wrc; Fri, 24 Feb 2006 05:51:35 -0800 (PST) Received: by 10.54.122.20 with HTTP; Fri, 24 Feb 2006 05:51:35 -0800 (PST) Message-ID: Date: Fri, 24 Feb 2006 08:51:35 -0500 From: "Peter Fraser" To: freebsd-current@freebsd.org. In-Reply-To: <20060223205739.P33959@fledge.watson.org> MIME-Version: 1.0 References: <20060223205739.P33959@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Virtual memory consumption (both user and kernel) in modern 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, 24 Feb 2006 13:51:46 -0000 On 2/23/06, Robert Watson wrote: > > > On Thu, 23 Feb 2006, Peter Fraser wrote: > > > It's truly a ptiy that so serious a thing is an issue so near to a > release. > > I agree that users should be given a choice especially since some of us > run > > non-threaded apps that spawn a number of processes. From what I have > read, > > wouldn't a squid + squidguard combination rely much more heavily on swa= p > > now. If so, I think I will also stick with the 5 series and 6.0 in my > > environment. > > If I read your e-mail right, you're referring to reported issues regardin= g > the > new user space malloc implementation in 7.x. However, the 7.0 release is > still well over a year away. The new malloc implementation is not presen= t > in > 6.x, and I wouldn't expect a merge to the 6.x branch any time soon, if > ever. > Unless you were planning to run 7.x in production in the next year, > something > I generally wouldn't recommend without very careful consideration, I'm no= t > sure how this affects your decision regarding FreeBSD versions to run -- > neither of the upcoming FreeBSD 5.5 or FreeBSD 6.1 releases would be > affected > in any way. Perhaps there has been a misunderstanding? > > Robert N M Watson Thanks for the clarification. I was under the impression from a previous post that this would be inplemented in the new 6.1 release. Apparently I misread. I can now breathe a sigh of relief and migrate to 6.1 when released. Thanks again. PeterF From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 13:52:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A5AB16A476 for ; Fri, 24 Feb 2006 13:52:06 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BAFE43D64 for ; Fri, 24 Feb 2006 13:51:57 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so355288nzo for ; Fri, 24 Feb 2006 05:51:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=JyM3oPD79LrJ16Yo5PSDkJN1hd3tMyhMNvA21o0d3SwqdU1qmktFGLMDNUR6OjVTUNO3sGW401enZ5rHbXPbSryc4fHZECKufXOiCNuV2brt/AaDIiUMQrLv1+WUm9LpbrDe0o127yOpU4D4P7Mg7aYGLsl1qc/1uYqh6baxg64= Received: by 10.36.247.77 with SMTP id u77mr1926670nzh; Fri, 24 Feb 2006 05:51:56 -0800 (PST) Received: by 10.36.224.32 with HTTP; Fri, 24 Feb 2006 05:51:56 -0800 (PST) Message-ID: <60ffc71f0602240551s668e3f09r85c1912512d2d500@mail.gmail.com> Date: Fri, 24 Feb 2006 21:51:56 +0800 From: Nik To: "Dmitry Pryanishnikov" In-Reply-To: <20060224104331.M19923@atlantis.atlantis.dp.ua> MIME-Version: 1.0 References: <60ffc71f0602231818m9f5cddaoc627fbaf3fd334bd@mail.gmail.com> <20060224102555.K19923@atlantis.atlantis.dp.ua> <43FEC654.5090407@netgate.com> <20060224104331.M19923@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jim Thompson , freebsd-current@freebsd.org Subject: Re: ping (DUP!) in FreeBSD 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 13:52:06 -0000 I'm using D-Link AP that set to bridge mode with additional antenna (custom made I think). rl0 is my network card (Realtek), so do you think that I can solve this problem by changing the antenna orientation. I'll try this first= . I also sniff the outcome from my NIC using tcpdump. Here it goes; 1) I'm using 1 block IP xxx.xxx.xxx.136/29 2) Gateway is xxx.xxx.xxx.137/29 3) My router is xxx.xxx.xxx.140/29 4) When I ping to xxx.xxx.xxx.137 --> Result from tcpdump showing that echo reply from xxx.xxx.xxx.141 & xxx.xxx.xxx.142 that think it was xxx.xxx.xxx.137 I'm gonna try to do iperf to see the throughput. Because I'm using 11g so it's suppose to get up to 12 Mb I think. Thanks. From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 13:53:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBDDB16A420 for ; Fri, 24 Feb 2006 13:53:49 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1231043D55 for ; Fri, 24 Feb 2006 13:53:18 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id t5so224283wxc for ; Fri, 24 Feb 2006 05:53:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OsfT0pgq9ggxp+6fUoQPz4YyxA2f39SjCeGcytcQtIbs5aUm+9s9ZCeMifM24cIJxoN4K8eevR4d4G8DAc4F97RxehxTGZxl305I0JSksLenl3et2jAgoDATLezXicyJhVVswMXiyWPXVy7RmTDY7npuijTJiFcSQX9Hzp/9pYM= Received: by 10.70.123.15 with SMTP id v15mr3006306wxc; Fri, 24 Feb 2006 05:53:18 -0800 (PST) Received: by 10.70.31.17 with HTTP; Fri, 24 Feb 2006 05:53:18 -0800 (PST) Message-ID: <790a9fff0602240553l5fefdc29m651df6301b3e7217@mail.gmail.com> Date: Fri, 24 Feb 2006 07:53:18 -0600 From: "Scot Hetzel" To: eric In-Reply-To: <200602240113.k1O1DJQP039351@goliath.lame.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200602240113.k1O1DJQP039351@goliath.lame.net> Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD-Current on hp nc6220 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 13:53:50 -0000 On 2/23/06, eric wrote: > Has anybody run current on this hardware? I'm having extreme problems usi= ng it. It worked well until I cvsupped some time ago (Sorry, don't know the= date). If you can boot the old kernel, you could then try to re-build the sources to see if your problem was fixed. > Also, what exactly is safe mode? I safe mode turns of ACPI and APIC(?). Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 14:52:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 830F116A420 for ; Fri, 24 Feb 2006 14:52:23 +0000 (GMT) (envelope-from andrit@ukr.net) Received: from jerry.kiev.farlep.net (jerry.kiev.farlep.net [213.130.24.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20EB943D45 for ; Fri, 24 Feb 2006 14:52:22 +0000 (GMT) (envelope-from andrit@ukr.net) Received: from frontex.kiev.farlep.net ([62.221.47.70] helo=[192.168.101.13]) by jerry.kiev.farlep.net with esmtp (Exim 4.54 (FreeBSD)) id 1FCeIv-000KBm-9I for freebsd-current@freebsd.org; Fri, 24 Feb 2006 16:52:21 +0200 From: Andriy Tkachuk Organization: eMICT To: freebsd-current@freebsd.org Date: Fri, 24 Feb 2006 16:52:19 +0200 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602241652.20204.andrit@ukr.net> X-Farlep-Data: 62.221.47.70 Subject: typo in dump manual? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 14:52:23 -0000 hello folks. maybe i should write this to freebsd-doc, but i'm not subscribed - excuse my laziness. Look for this: FreeBSD 7.0-current -T date Use the specified date as the starting time for the dump instead of the time determined from looking in a warning will be issued and the dumpdates file. FreeBSD 6.0-stable -T date Use the specified date as the starting time for the dump instead of the time determined from looking in a warning will be issued and the dumpdates file. FreeBSD 5.4-stable -T date Use the specified date as the starting time for the dump instead of the time determined from looking in the dumpdates file. thanks, andriy From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 15:04:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF01B16A420 for ; Fri, 24 Feb 2006 15:04:08 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3370A43D82 for ; Fri, 24 Feb 2006 15:03:53 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1OF3fHi011353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 24 Feb 2006 17:03:43 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1OF3E44062712; Fri, 24 Feb 2006 17:03:14 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1OF3EuM062710; Fri, 24 Feb 2006 17:03:14 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Fri, 24 Feb 2006 17:03:14 +0200 From: Giorgos Keramidas To: Andriy Tkachuk Message-ID: <20060224150314.GA61603@flame.pc> References: <200602241652.20204.andrit@ukr.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <200602241652.20204.andrit@ukr.net> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.597, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.80, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re: typo in dump manual? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 15:04:08 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 2006-02-24 16:52, Andriy Tkachuk wrote: > hello folks. > > maybe i should write this to freebsd-doc, but > i'm not subscribed - excuse my laziness. Yes, that would be the place. Another good idea would be to submit a bug report. It's not necessary this time, as I committed a fix to HEAD and will take care of RELENG_6. > Look for this: > > FreeBSD 7.0-current > > -T date > Use the specified date as the starting time for the dump instead > of the time determined from looking in a warning will be issued > and the dumpdates file. > > FreeBSD 6.0-stable > > -T date > Use the specified date as the starting time for the dump instead > of the time determined from looking in a warning will be issued > and the dumpdates file. > > FreeBSD 5.4-stable > > -T date > Use the specified date as the starting time for the dump instead > of the time determined from looking in the dumpdates file. Nice catch :) --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFD/yAy1g+UGjGGA7YRAgg2AJ9r+Q3msrTm/wZlYqOlJeubZF7WpwCeML2k 2nD02RvK8B/K58eje4sUuaw= =zk+H -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 15:14:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 482ED16A425 for ; Fri, 24 Feb 2006 15:14:37 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74A9F43D48 for ; Fri, 24 Feb 2006 15:14:35 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1OFEKhm011919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 24 Feb 2006 17:14:22 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1OFDs16071194; Fri, 24 Feb 2006 17:13:54 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1OFDsbh071193; Fri, 24 Feb 2006 17:13:54 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 24 Feb 2006 17:13:54 +0200 From: Giorgos Keramidas To: Andriy Tkachuk Message-ID: <20060224151353.GA71189@flame.pc> References: <200602241652.20204.andrit@ukr.net> <20060224150314.GA61603@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060224150314.GA61603@flame.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.374, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.82, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org Subject: Re: typo in dump manual? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 15:14:37 -0000 On 2006-02-24 17:03, Giorgos Keramidas wrote: > On 2006-02-24 16:52, Andriy Tkachuk wrote: > > hello folks. > > > > maybe i should write this to freebsd-doc, but > > i'm not subscribed - excuse my laziness. > > Yes, that would be the place. Another good idea would be to submit a > bug report. It's not necessary this time, as I committed a fix to HEAD > and will take care of RELENG_6. Committed to RELENG_6 too, now. Thanks again, for the report :) From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 15:51:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3175316A420 for ; Fri, 24 Feb 2006 15:51:32 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0145443D75 for ; Fri, 24 Feb 2006 15:51:30 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4F1BE46BAC; Fri, 24 Feb 2006 10:51:13 -0500 (EST) Date: Fri, 24 Feb 2006 15:55:30 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Fraser In-Reply-To: Message-ID: <20060224155345.J20006@fledge.watson.org> References: <20060223205739.P33959@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Virtual memory consumption (both user and kernel) in modern 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, 24 Feb 2006 15:51:32 -0000 On Fri, 24 Feb 2006, Peter Fraser wrote: > Thanks for the clarification. I was under the impression from a previous > post that this would be inplemented in the new 6.1 release. Apparently I > misread. I can now breathe a sigh of relief and migrate to 6.1 when > released. Thanks again. Yeah -- a new malloc implementation is a big deal, and it will need the next year to settle out. Not only will it have its own bugs and problems that need fixing, but it has been triggering lots of previously latent application bugs, and will continue to do so for some time to come. It's a bit like putting in a new compiler: worth it, but a lot of work! Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 16:52:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B4AA16A420 for ; Fri, 24 Feb 2006 16:52:19 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id C93B743D5F for ; Fri, 24 Feb 2006 16:52:11 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.3/8.13.1) with ESMTP id k1OGq6ec098220 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 24 Feb 2006 17:52:09 +0100 (CET) (envelope-from mime@traveller.cz) From: Michal Mertl To: Scott Long In-Reply-To: <43E2184B.3040606@samsco.org> References: <1138813174.1358.34.camel@genius.i.cz> <43E0FE09.50804@samsco.org> <1138875351.1807.12.camel@genius.i.cz> <43E203F9.9060307@samsco.org> <1138890130.9192.3.camel@genius.i.cz> <43E2184B.3040606@samsco.org> Content-Type: text/plain Date: Fri, 24 Feb 2006 17:51:55 +0100 Message-Id: <1140799915.867.17.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: em(4) stops forwarding X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 16:52:19 -0000 Scott Long wrote: > Michal Mertl wrote: > > > Scott Long wrote: > > > >>Michal Mertl wrote: > >> > >>>Scott Long wrote: > >>> > >>> > >>>>Michal Mertl wrote: > >>>> > >>>> > >>>>>Hello, > >>>>> > >>>>>I've been running CURRENT for long time and never experienced problem > >>>>>with the built-in em(4) card before. Recently (I first noticed it on Jan > >>>>>24) the card has stopped working several times. Nothing gets into the > >>>>>log file. Carrier is still detected properly but no data is exchanged. > >>>>>Ifconfig up/down doesn't help but kldunload/load does. When I run > >>>>>tcpdump I don't see any packet coming in but I see some outgoing. > >>>>> > >>>>>Can someone suggest what to look at when it happens the next time? I > >>>>>have DDB compiled in. I will try to sniff the wire using another machine > >>>>>next time to see if the card sends out anything. > >>>>> > >>>>>The command 'pciconf -lv' says about the card this: > >>>>>em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 > >>>>>hdr=0x00 > >>>>> vendor = 'Intel Corporation' > >>>>> device = '82540EP Gigabit Ethernet Controller (Mobile)' > >>>>> class = network > >>>>> subclass = ethernet > >>>>> > >>>>>The dmesg: > >>>>>em0: port > >>>>>0x8000-0x803f mem 0xc0220000-0xc023ffff,0xc0200000-0xc020ffff irq 11 at > >>>>>device 1.0 on pci2 > >>>>>em0: Ethernet address: 00:0d:60:cd:ae:e2 > >>>>>em0: [FAST] > >>>>> > >>>>>The interrupt is shared since the machine is a notebook. I don't know if > >>>>>it was just a coincidence but I think that it happened at the same time > >>>>>as my USB mouse stopped working - the USB controller is on the same irq. > >>>>> > >>>>>Michal > >>>>> > >>>> > >>>>What is sharing the interrupt? > >>> > >>> > >>>vgapci0, ipw0, ehci0, uhci0-2. I don't think vgapci0 and ipw0 are really > >>>using the interrupt when I use em0. > >>> > >>> > >> > >>Ouch. For now, edit /sys/dev/em/if_em.c and add the following line to > >>the top of the file: > >> > >>#define NO_EM_FASTINTR > > > > > > Do you know the reason of the problem? Wouldn't it be better if I used > > stock driver and got some information for you when it doesn't work? I > > use the machine as my workstation so it isn't such a big problem when it > > looses the network. > > > > The problem is that the drivers that are sharing the interrupt, > particularly the USB ones, can spend a very very long time waiting on > locks to service the interrupt. During that time, the interrupt pin is > masked and the all interrupts from all shared devices don't get > delivered. So even though the if_em driver has a very fast interrupt > handler, it still has to wait on the USB drivers. During that wait, a > burst of network traffic might come into the card, filling its buffers > and triggering an overflow. This would be especially likely to happen > while the kernel is flushing out filesystem i/o. In theory the > interrupt service latency shouldn't be any different whether the if_em > driver is fast or not, but there might be coincidental timing issues > that I don't understand. That's why I'd like you to set the #ifdef in > the driver to revert it back to it's classic behaviour and see if the > problem persists. If it doesn't, then I'll have to rethink some of the > changes that I made to it. > I thought I should let you know if I still experience the em lock up. The answer is unfotunately that it didn't happen any more neither with NO_EM_FASTINTR defined or not. > Scott > > > > >>Also, does your kernel config include the apic device? > > > > > > Yes, it does. But I believe that the chipset doesn't have it and neither > > the CPU supports it. > > > > Michal > > > > From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 19:50:24 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E65B116A420 for ; Fri, 24 Feb 2006 19:50:24 +0000 (GMT) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F14543D45 for ; Fri, 24 Feb 2006 19:50:23 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 66147 invoked from network); 24 Feb 2006 19:50:22 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 24 Feb 2006 19:50:22 -0000 X-pair-Authenticated: 83.95.197.184 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.4/8.13.4) with ESMTP id k1OJoLJT052907 for ; Fri, 24 Feb 2006 20:50:21 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.4/8.13.4/Submit) id k1OJoLPR052906 for current@freebsd.org; Fri, 24 Feb 2006 20:50:21 +0100 (CET) (envelope-from pho) Date: Fri, 24 Feb 2006 20:50:21 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20060224195021.GA52892@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: panic: PHOLD of exiting process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 19:50:25 -0000 GENERIC HEAD from Feb 23 18:08 UTC panic: PHOLD of exiting process cpuid = 0 KDB: enter: panic [thread pid 75139 tid 100298 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 75139 tid 100298 td 0xc24244e0 kdb_enter(c0888514) at kdb_enter+0x2b panic(c084a3c9,d57,c09af2d8,e,c08904ae) at panic+0x14b softdep_disk_io_initiation(c72ea010) at softdep_disk_io_initiation+0x7a ffs_geom_strategy(c242beec,c72ea010) at ffs_geom_strategy+0x32 bufwrite(c72ea010,0,0,cd5419b4,c0784aa1) at bufwrite+0x15a ffs_bufwrite(c72ea010) at ffs_bufwrite+0x282 ffs_update(c3121b2c,0,c3121b2c,c23d8c00,1) at ffs_update+0x3a5 ufs_inactive(cd541a04) at ufs_inactive+0x178 VOP_INACTIVE_APV(c092b5e0,cd541a04) at VOP_INACTIVE_APV+0x7e vinactive(c3121b2c,c24244e0) at vinactive+0x72 vput(c3121b2c,c23d8c00,c093a720,c3121b2c,1) at vput+0x188 vn_close(c3121b2c,1,c2d74600,c24244e0,cd541acc) at vn_close+0x96 vn_closefile(c26b1e10,c24244e0) at vn_closefile+0xca fdrop_locked(c26b1e10,c24244e0,c219a3a0,0,c0884d50) at fdrop_locked+0x88 fdrop(c26b1e10,c24244e0,6b5,c095b034,0) at fdrop+0x24 closef(c26b1e10,c24244e0) at closef+0x367 fdfree(c24244e0) at fdfree+0x4a3 exit1(c24244e0,0,cd541d30,c081b34e,c24244e0) at exit1+0x450 exit1(c24244e0,cd541d04,c3a77890,c,c24244e0) at exit1 syscall(3b,3b,3b,2804eaec,bfbfebe8) at syscall+0x27a http://people.freebsd.org/~pho/stress/log/cons188.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 20:40:03 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AD2816A420 for ; Fri, 24 Feb 2006 20:40:03 +0000 (GMT) (envelope-from sepotvin@videotron.ca) Received: from tomts44-srv.bellnexxia.net (tomts44-srv.bellnexxia.net [209.226.175.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85E1243D45 for ; Fri, 24 Feb 2006 20:40:02 +0000 (GMT) (envelope-from sepotvin@videotron.ca) Received: from mail.telcobridges.com ([67.70.237.76]) by tomts44-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060224204001.IAGZ13431.tomts44-srv.bellnexxia.net@mail.telcobridges.com> for ; Fri, 24 Feb 2006 15:40:01 -0500 Received: from [10.0.0.130] ([10.0.0.130]) (authenticated bits=0) by mail.telcobridges.com (8.13.3/8.13.3) with ESMTP id k1OKe0dH097661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 24 Feb 2006 15:40:00 -0500 (EST) (envelope-from sepotvin@videotron.ca) Message-ID: <43FF6F20.7090404@videotron.ca> Date: Fri, 24 Feb 2006 15:40:00 -0500 From: "Stephane E. Potvin" User-Agent: Thunderbird 1.5 (X11/20060224) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: multimedia/libxine fails with recent autotools update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 20:40:03 -0000 I had to apply the following patch to get multimedia/libxine to build after the latest autotools update. Index: Makefile =================================================================== RCS file: /home/FreeBSD/ncvs/ports/multimedia/libxine/Makefile,v retrieving revision 1.87 diff -u -r1.87 Makefile --- Makefile 23 Feb 2006 10:38:09 -0000 1.87 +++ Makefile 24 Feb 2006 20:18:14 -0000 @@ -31,7 +31,6 @@ modplug.0:${PORTSDIR}/audio/libmodplug \ vcdinfo.2:${PORTSDIR}/multimedia/vcdimager \ Wand.9:${PORTSDIR}/graphics/ImageMagick -PATCH_DEPENDS= libtool15:${PORTSDIR}/devel/libtool15 USE_GETTEXT= yes USE_ICONV= yes @@ -43,6 +42,7 @@ USE_GL= yes USE_SDL= sdl USE_REINPLACE= yes +USE_AUTOTOOLS= libtool:15 CONFIGURE_ENV= CFLAGS="${CFLAGS} -fno-force-addr -I${LOCALBASE}/include -I${LOCALBASE}/include/dvdread -I${X11BASE}/include" \ CPPFLAGS="-I${LOCALBASE}/include -I${X11BASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib -L${X11BASE}/lib" \ Regards, Steph From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 20:52:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 684CC16A420 for ; Fri, 24 Feb 2006 20:52:35 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8470343D46 for ; Fri, 24 Feb 2006 20:52:34 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1OKqPJZ064401; Fri, 24 Feb 2006 15:52:31 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 24 Feb 2006 15:53:26 -0500 User-Agent: KMail/1.9.1 References: <20060224195021.GA52892@peter.osted.lan> In-Reply-To: <20060224195021.GA52892@peter.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602241553.28548.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1301/Fri Feb 24 05:04:11 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: panic: PHOLD of exiting process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 20:52:35 -0000 On Friday 24 February 2006 14:50, Peter Holm wrote: > GENERIC HEAD from Feb 23 18:08 UTC > > panic: PHOLD of exiting process > cpuid = 0 > KDB: enter: panic > [thread pid 75139 tid 100298 ] > Stopped at kdb_enter+0x2b: nop > db> where > Tracing pid 75139 tid 100298 td 0xc24244e0 > kdb_enter(c0888514) at kdb_enter+0x2b > panic(c084a3c9,d57,c09af2d8,e,c08904ae) at panic+0x14b > softdep_disk_io_initiation(c72ea010) at > softdep_disk_io_initiation+0x7a > ffs_geom_strategy(c242beec,c72ea010) at ffs_geom_strategy+0x32 > bufwrite(c72ea010,0,0,cd5419b4,c0784aa1) at bufwrite+0x15a > ffs_bufwrite(c72ea010) at ffs_bufwrite+0x282 > ffs_update(c3121b2c,0,c3121b2c,c23d8c00,1) at ffs_update+0x3a5 > ufs_inactive(cd541a04) at ufs_inactive+0x178 > VOP_INACTIVE_APV(c092b5e0,cd541a04) at VOP_INACTIVE_APV+0x7e > vinactive(c3121b2c,c24244e0) at vinactive+0x72 > vput(c3121b2c,c23d8c00,c093a720,c3121b2c,1) at vput+0x188 > vn_close(c3121b2c,1,c2d74600,c24244e0,cd541acc) at vn_close+0x96 > vn_closefile(c26b1e10,c24244e0) at vn_closefile+0xca > fdrop_locked(c26b1e10,c24244e0,c219a3a0,0,c0884d50) at > fdrop_locked+0x88 > fdrop(c26b1e10,c24244e0,6b5,c095b034,0) at fdrop+0x24 > closef(c26b1e10,c24244e0) at closef+0x367 > fdfree(c24244e0) at fdfree+0x4a3 > exit1(c24244e0,0,cd541d30,c081b34e,c24244e0) at exit1+0x450 > exit1(c24244e0,cd541d04,c3a77890,c,c24244e0) at exit1 > syscall(3b,3b,3b,2804eaec,bfbfebe8) at syscall+0x27a > > http://people.freebsd.org/~pho/stress/log/cons188.html I'm talking with Jeff and Kris about it. This is my current thinking: --- //depot/vendor/freebsd/src/sys/sys/proc.h 2006/02/22 19:00:49 +++ //depot/projects/smpng/sys/sys/proc.h 2006/02/24 20:11:28 @@ -792,7 +792,8 @@ } while (0) #define _PHOLD(p) do { \ PROC_LOCK_ASSERT((p), MA_OWNED); \ - KASSERT(!((p)->p_flag & P_WEXIT), ("PHOLD of exiting process"));\ + KASSERT(!((p)->p_flag & P_WEXIT) || (p) == curproc, \ + ("PHOLD of exiting process")); \ (p)->p_lock++; \ if (((p)->p_sflag & PS_INMEM) == 0) \ faultin((p)); \ -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 21:07:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D649916A420 for ; Fri, 24 Feb 2006 21:07:45 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BDD143D48 for ; Fri, 24 Feb 2006 21:07:45 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 068555E4903; Fri, 24 Feb 2006 13:07:45 -0800 (PST) Received: from [129.101.159.73] (unknown [129.101.159.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 745355E48F6; Fri, 24 Feb 2006 13:07:43 -0800 (PST) In-Reply-To: <43FE9370.8000209@rogers.com> References: <43FE6DBD.5000006@paradise.net.nz> <2154.FgtQRFVGBkU=.1140749016.squirrel@172.16.0.1> <43FE7800.4040808@paradise.net.nz> <43FE9370.8000209@rogers.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <06424916-2FC9-4A31-A109-654682BFC1C4@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Fri, 24 Feb 2006 13:07:45 -0800 To: Mike Jakubik X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.4 Cc: freebsd-current@freebsd.org, Peter Fraser , Mark Kirkwood Subject: Re: Virtual memory consumption (both user and kernel) in modern 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, 24 Feb 2006 21:07:46 -0000 On Feb 23, 2006, at 9:02 PM, Mike Jakubik wrote: > Mark Kirkwood wrote: >> Mike Jakubik wrote: >>> On Thu, February 23, 2006 9:21 pm, Mark Kirkwood wrote: >>> >>> >>>> The most likely culprit is the fact that redzones are enabled at >>>> the >>>> moment in -CURRENT. >>>> >>>> On that note, Mike - did you try turning them off? >>> >>> >>> Yes, it lowered my swap space usage from 40MB to 1MB. Which is >>> certainly >>> better, but even before, my system used no swap. >>> >> >> Hmm, that's not so great - any idea about how much free memory you >> had using the old malloc? >> >> I'm interested, as I run 6.0R on a PIII with 512MB RAM and have >> (right now) 193MB free, that's with Enlightment, Firefox, >> Thunderbird, xmms, and several Eterms running - so needless to say >> it runs great. I'm wondering what the situation will look like >> with -CURRENT.... > > Nope, and i don't really feel like backing out malloc and > recompiling world now :P Basically, i had bit more free memory, > but i suggest you stick with 6.x, unless you don't mind testing a > development branch. I did some quick experiments last night, where I booted a -current system with phkmalloc, then with jemalloc. The total increase in resident memory was negligible, on the order of kilobytes. Jason From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 21:21:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5369616A420 for ; Fri, 24 Feb 2006 21:21:36 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 122AC43D45 for ; Fri, 24 Feb 2006 21:21:35 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k1OLLYo7073149 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 24 Feb 2006 13:21:35 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43FF79A0.8040809@errno.com> Date: Fri, 24 Feb 2006 13:24:48 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: CFT: src/tools/tools/npcus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 21:21:36 -0000 I need folks to test some code committed recently for identifying the number of cpu's on a machine. The plan is to use this code to choose an SMP or UP kernel during an install. cd /usr/src/tools/tools/ncpus make su ./ncpus You should get output like this: trouble# ./ncpus acpi0_check: nexus0 attached acpi0_check: legacy0 not-present acpi0_check: npx0 attached acpi0_check: acpi0 attached ncpus: MADT: Found CPU APIC ID 1 enabled ncpus: MADT: Found CPU APIC ID 2 disabled acpi: 1 ncpus: MPTable: Found CPU APIC ID 0 enabled mptable: 1 acpi: 1 means checking ACPI configuration info we found 1 cpu. mptable: 1 means MPTable indicated there was 1 cpu. The rest of the stuff printed out is for debugging. If you run this test and DON'T see the correct number of cpus for your machine please mail me (directly) with the output and dmesg output from booting your kernel. FWIW acpi info is considered more definitive than MPTable so if acpi gives you the right answer but MPTable does not that's ok. Sam From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 22:17:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 808A416A420 for ; Fri, 24 Feb 2006 22:17:28 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 366CD43D45 for ; Fri, 24 Feb 2006 22:17:27 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k1OMHRo7073521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Feb 2006 14:17:27 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43FF86B8.1070607@errno.com> Date: Fri, 24 Feb 2006 14:20:40 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <43FF79A0.8040809@errno.com> In-Reply-To: <43FF79A0.8040809@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: CFT: src/tools/tools/npcus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 22:17:28 -0000 Sam Leffler wrote: > I need folks to test some code committed recently for identifying the > number of cpu's on a machine. The plan is to use this code to choose an > SMP or UP kernel during an install. > > cd /usr/src/tools/tools/ncpus > make > su > ./ncpus > > You should get output like this: > > trouble# ./ncpus > acpi0_check: nexus0 attached > acpi0_check: legacy0 not-present > acpi0_check: npx0 attached > acpi0_check: acpi0 attached > ncpus: MADT: Found CPU APIC ID 1 enabled > ncpus: MADT: Found CPU APIC ID 2 disabled > acpi: 1 > ncpus: MPTable: Found CPU APIC ID 0 enabled > mptable: 1 > > acpi: 1 means checking ACPI configuration info we found 1 cpu. mptable: > 1 means MPTable indicated there was 1 cpu. The rest of the stuff > printed out is for debugging. > > If you run this test and DON'T see the correct number of cpus for your > machine please mail me (directly) with the output and dmesg output from > booting your kernel. FWIW acpi info is considered more definitive than > MPTable so if acpi gives you the right answer but MPTable does not > that's ok. If you get a compile error like this: amper% # make Warning: Object directory not changed from original /usr/src/tools/tools/ncpus cc -O2 -fno-strict-aliasing -pipe -fomit-frame-pointer -c ncpus.c cc -O2 -fno-strict-aliasing -pipe -fomit-frame-pointer -c acpi.c cc -O2 -fno-strict-aliasing -pipe -fomit-frame-pointer -c biosmptable.c In file included from biosmptable.c:41: /usr/include/machine/mptable.h:143: error: syntax error before "pcib" then /usr/include/machine/mptable.h is not up to date wrt /usr/src. Sorry for not mentioning that detail. Sam From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 22:19:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 537E716A423 for ; Fri, 24 Feb 2006 22:19:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2247143D7B for ; Fri, 24 Feb 2006 22:19:42 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1OMJdlF064906; Fri, 24 Feb 2006 17:19:40 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 24 Feb 2006 17:20:41 -0500 User-Agent: KMail/1.9.1 References: <43FF79A0.8040809@errno.com> In-Reply-To: <43FF79A0.8040809@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602241720.42863.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1301/Fri Feb 24 05:04:11 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: CFT: src/tools/tools/npcus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 22:19:52 -0000 On Friday 24 February 2006 16:24, Sam Leffler wrote: > I need folks to test some code committed recently for identifying the > number of cpu's on a machine. The plan is to use this code to choose an > SMP or UP kernel during an install. > > cd /usr/src/tools/tools/ncpus > make > su > ./ncpus > > You should get output like this: > > trouble# ./ncpus > acpi0_check: nexus0 attached > acpi0_check: legacy0 not-present > acpi0_check: npx0 attached > acpi0_check: acpi0 attached > ncpus: MADT: Found CPU APIC ID 1 enabled > ncpus: MADT: Found CPU APIC ID 2 disabled > acpi: 1 > ncpus: MPTable: Found CPU APIC ID 0 enabled > mptable: 1 > > acpi: 1 means checking ACPI configuration info we found 1 cpu. mptable: > 1 means MPTable indicated there was 1 cpu. The rest of the stuff > printed out is for debugging. > > If you run this test and DON'T see the correct number of cpus for your > machine please mail me (directly) with the output and dmesg output from > booting your kernel. FWIW acpi info is considered more definitive than > MPTable so if acpi gives you the right answer but MPTable does not > that's ok. Specifically, MPTable is likely (except on a few early Xeon's with HTT) to not include enabled HTT CPUs in its count. The ACPI count should reflect any HTT CPUs if and only if HTT is enabled in the BIOS. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 22:44:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D27816A420; Fri, 24 Feb 2006 22:44:14 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id F397643D55; Fri, 24 Feb 2006 22:44:05 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 63A22BC7A; Fri, 24 Feb 2006 22:44:02 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k1OMhxNO001744; Fri, 24 Feb 2006 22:44:01 GMT (envelope-from phk@critter.freebsd.dk) To: Jason Evans From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 24 Feb 2006 13:07:45 PST." <06424916-2FC9-4A31-A109-654682BFC1C4@freebsd.org> Date: Fri, 24 Feb 2006 22:43:59 +0000 Message-ID: <1743.1140821039@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Mike Jakubik , freebsd-current@freebsd.org, Peter Fraser , Mark Kirkwood Subject: Re: Virtual memory consumption (both user and kernel) in modern 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, 24 Feb 2006 22:44:14 -0000 In message <06424916-2FC9-4A31-A109-654682BFC1C4@freebsd.org>, Jason Evans writes: >I did some quick experiments last night, where I booted a -current >system with phkmalloc, then with jemalloc. The total increase in >resident memory was negligible, on the order of kilobytes. Running which applications ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 22:54:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7982F16A420; Fri, 24 Feb 2006 22:54:10 +0000 (GMT) (envelope-from davidxu@freebsd.org) Message-ID: <43FF8E96.5040203@freebsd.org> Date: Sat, 25 Feb 2006 06:54:14 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20060117 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kazuaki Oda References: <43FE4E26.4060507@freebsd.org> <43FE9BC3.5070909@highway.ne.jp> In-Reply-To: <43FE9BC3.5070909@highway.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2006 22:54:11 -0000 Kazuaki Oda wrote: > > I've been getting calcru messages on 6-STABLE when stress-testing an > application linked with libpthread. As far as my experience goes, > these messages are only for ones linked with libpthread. If the same > application is linked with libthr, these messages go away. > > As I post about the same issue on -CURRENT a few days ago, I guess > these messages are caused by the programs which access process states. > ps(1), top(1) etc. Because if I run the following command on the test > target machine, I can easily get them. > % sh -c "while true; do ps ax >/dev/null; done" > > I hope this issue will be fixed before 6.1-RELEASE. > > > ---- > Kazuaki Oda > > Can you try following patch on a 6-STABLE machine? Index: kern_thread.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_thread.c,v retrieving revision 1.216.2.1 diff -u -r1.216.2.1 kern_thread.c --- kern_thread.c 4 Oct 2005 22:53:56 -0000 1.216.2.1 +++ kern_thread.c 24 Feb 2006 22:51:08 -0000 @@ -439,6 +439,7 @@ void thread_exit(void) { + struct bintime new_switchtime; struct thread *td; struct proc *p; struct ksegrp *kg; @@ -566,6 +567,15 @@ */ PROC_UNLOCK(p); } + + /* Do the same timestamp bookkeeping that mi_switch() would do. */ + binuptime(&new_switchtime); + bintime_add(&p->p_rux.rux_runtime, &new_switchtime); + bintime_sub(&p->p_rux.rux_runtime, PCPU_PTR(switchtime)); + PCPU_SET(switchtime, new_switchtime); + PCPU_SET(switchticks, ticks); + cnt.v_swtch++; + td->td_state = TDS_INACTIVE; CTR1(KTR_PROC, "thread_exit: cpu_throw() thread %p", td); cpu_throw(td, choosethread()); From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 22:56:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58C7516A420 for ; Fri, 24 Feb 2006 22:56:01 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: from lh.synack.net (lh.synack.net [204.152.188.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7AC143D6A for ; Fri, 24 Feb 2006 22:55:57 +0000 (GMT) (envelope-from jasone@freebsd.org) Received: by lh.synack.net (Postfix, from userid 100) id 8A5315E4902; Fri, 24 Feb 2006 14:55:57 -0800 (PST) Received: from [129.101.159.73] (unknown [129.101.159.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by lh.synack.net (Postfix) with ESMTP id 0D09F5E48F6; Fri, 24 Feb 2006 14:55:55 -0800 (PST) In-Reply-To: <1743.1140821039@critter.freebsd.dk> References: <1743.1140821039@critter.freebsd.dk> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <45B20008-CAC0-41FC-9F35-CEFE59611265@freebsd.org> Content-Transfer-Encoding: 7bit From: Jason Evans Date: Fri, 24 Feb 2006 14:55:59 -0800 To: Poul-Henning Kamp X-Mailer: Apple Mail (2.746.2) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on lh.synack.net X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.4 Cc: Mike Jakubik , freebsd-current@freebsd.org, Peter Fraser , Mark Kirkwood Subject: Re: Virtual memory consumption (both user and kernel) in modern 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, 24 Feb 2006 22:56:01 -0000 On Feb 24, 2006, at 2:43 PM, Poul-Henning Kamp wrote: > In message <06424916-2FC9-4A31-A109-654682BFC1C4@freebsd.org>, > Jason Evans writes: >> I did some quick experiments last night, where I booted a -current >> system with phkmalloc, then with jemalloc. The total increase in >> resident memory was negligible, on the order of kilobytes. > > Running which applications ? This was immediately after boot. I used ssh to log in, then ran top to get a snapshot at ~60 seconds after boot. Things like getty, zsh, sshd, and sendmail were running (total of 23 processes). Admittedly, this is a rather lame experimental design, but it was simple to perform, and I wanted to know if there were huge differences in system memory usage, as a number of people have repeatedly implied. This experiment convinced me that there are not any consistently substantial differences in memory usage, though I fully expect there to be variation, depending on the application(s) being run. Jason From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 23:36:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2F0C16A420 for ; Fri, 24 Feb 2006 23:36:18 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from ismybrain.com (ismybrain.com [64.246.42.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65EE043D45 for ; Fri, 24 Feb 2006 23:36:18 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [10.254.186.111] (localhost.localdomain [127.0.0.1]) by ismybrain.com (8.11.6/8.11.6) with ESMTP id k1ONaGM27263 for ; Fri, 24 Feb 2006 18:36:17 -0500 Message-ID: <43FF986E.9030205@savvis.net> Date: Fri, 24 Feb 2006 15:36:14 -0800 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: [PATCH] kbdmux(4) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2006 23:36:18 -0000 dear Hackers, i was finally able to trace hard lockup problem with kbdmux(4), ps/2 keyboard and ps/2 mouse under x11. the problem was traced back to the following code in kbdmux(4) == /* read all chars from the keyboard */ while (KBDMUX_CHECK_CHAR(kbd)) { c = KBDMUX_READ_CHAR(kbd, 0); if (c == NOKEY) continue; if (c == ERRKEY) continue; /* XXX ring bell */ if (!KBD_IS_BUSY(kbd)) continue; /* not open - discard the input */ putc(c, &state->ks_inq); } == it turns out that atkbd(4) check_char() method may return "true" while read_char() method returns NOKEY. kbdmux(4) was simply stuck in the dead loop. this is only happening when kbdmux(4), ps/2 keyboard and ps/2 mouse used together, and, here is why: atkbd_check_char() calls kbdc_data_ready(). the later will return "true" if there are pending data in either kbd or aux queue. so, could someone with atkbd(4) and psm(4) knowledge verify this? also there is similar code in genkbd_event(), i.e. == /* read all pending input */ while ((*kbdsw[kbd->kb_index]->check_char)(kbd)) { c = (*kbdsw[kbd->kb_index]->read_char)(kbd, FALSE); if (c == NOKEY) continue; == the following patch should fix the problem with kbdmux(4). please give it a try and let me know if it works for you. == --- kbdmux.c.orig Mon Oct 17 23:38:14 2005 +++ kbdmux.c Fri Feb 24 15:27:51 2006 @@ -250,7 +250,7 @@ while (KBDMUX_CHECK_CHAR(kbd)) { c = KBDMUX_READ_CHAR(kbd, 0); if (c == NOKEY) - continue; + break; if (c == ERRKEY) continue; /* XXX ring bell */ if (!KBD_IS_BUSY(kbd)) == while i'm here, could someone please review the following patch for ukbd(4). this patch makes ukbd(4) to not delay break scancodes in "raw" mode. == --- ukbd.c.orig Wed Mar 30 00:32:41 2005 +++ ukbd.c Thu Feb 23 17:18:37 2006 @@ -1145,9 +1145,7 @@ state = (ukbd_state_t *)kbd->kb_data; if (!(state->ks_flags & COMPOSE) && (state->ks_composed_char > 0)) return TRUE; - if (state->ks_inputs > 0) - return TRUE; - return FALSE; + return ukbd_check(kbd); } /* some useful control functions */ == thanks, max From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 01:37:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7516216A420; Sat, 25 Feb 2006 01:37:34 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0787F43D45; Sat, 25 Feb 2006 01:37:33 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.18]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1FCoNI-0006Jx-6I; Sat, 25 Feb 2006 10:37:32 +0900 Message-ID: <43FFB44A.4050003@highway.ne.jp> Date: Sat, 25 Feb 2006 10:35:06 +0900 From: Kazuaki Oda User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Xu References: <43FE4E26.4060507@freebsd.org> <43FE9BC3.5070909@highway.ne.jp> <43FF8E96.5040203@freebsd.org> In-Reply-To: <43FF8E96.5040203@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: calcru: runtime went backwards X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2006 01:37:34 -0000 David Xu wrote: > Kazuaki Oda wrote: > >> >> I've been getting calcru messages on 6-STABLE when stress-testing an >> application linked with libpthread. As far as my experience goes, >> these messages are only for ones linked with libpthread. If the same >> application is linked with libthr, these messages go away. >> >> As I post about the same issue on -CURRENT a few days ago, I guess >> these messages are caused by the programs which access process states. >> ps(1), top(1) etc. Because if I run the following command on the test >> target machine, I can easily get them. >> % sh -c "while true; do ps ax >/dev/null; done" >> >> I hope this issue will be fixed before 6.1-RELEASE. >> >> >> ---- >> Kazuaki Oda >> >> > Can you try following patch on a 6-STABLE machine? Thanks. After applying your patch, I never get calcru messages on 6-STABLE. It seems fine. Thanks again! ---- Kazuaki Oda From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 14:05:19 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43DED16A420; Sat, 25 Feb 2006 14:05:19 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0136443D46; Sat, 25 Feb 2006 14:05:14 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k1PE5AtG080242; Sat, 25 Feb 2006 17:05:10 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k1PE59u5080240; Sat, 25 Feb 2006 17:05:10 +0300 (MSK) (envelope-from yar) Date: Sat, 25 Feb 2006 17:05:09 +0300 From: Yar Tikhiy To: current@FreeBSD.org Message-ID: <20060225140509.GC79616@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: cokane@FreeBSD.org Subject: RFC: separate 3dfx_linux module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2006 14:05:19 -0000 Hi there, In the course of reviewing and cleaning up the default configuration of kernel options, it was suggested by the Release Engineers that we had a separate module for TDFX_LINUX instead of placing the burden on the device tdfx and module 3dfx. Could anybody interested test this change? I've made sure it builds, but I have no 3dfx hw to really test it. The testing is as simple as building the new 3dfx and 3dfx_linux modules, loading them, and verifying that the linux apps work with the device as before. Thanks in advance! -- Yar Index: dev/tdfx/tdfx_linux.c =================================================================== RCS file: dev/tdfx/tdfx_linux.c diff -N dev/tdfx/tdfx_linux.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ dev/tdfx/tdfx_linux.c 24 Feb 2006 18:44:27 -0000 @@ -0,0 +1,87 @@ +/*- + * Copyright (c) 2006 The FreeBSD Project + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include + +#include + +LINUX_IOCTL_SET(tdfx, LINUX_IOCTL_TDFX_MIN, LINUX_IOCTL_TDFX_MAX); + +/* + * Linux emulation IOCTL for /dev/tdfx + */ +static int +linux_ioctl_tdfx(struct thread *td, struct linux_ioctl_args* args) +{ + int error = 0; + u_long cmd = args->cmd & 0xffff; + + /* The structure passed to ioctl has two shorts, one int + and one void*. */ + char d_pio[2*sizeof(short) + sizeof(int) + sizeof(void*)]; + + struct file *fp; + + if ((error = fget(td, args->fd, &fp)) != 0) + return (error); + /* We simply copy the data and send it right to ioctl */ + copyin((caddr_t)args->arg, &d_pio, sizeof(d_pio)); + error = fo_ioctl(fp, cmd, (caddr_t)&d_pio, td->td_ucred, td); + fdrop(fp, td); + return error; +} + +static int +tdfx_linux_modevent(struct module *mod __unused, int what, void *arg __unused) +{ + + switch (what) { + case MOD_LOAD: + case MOD_UNLOAD: + return (0); + } + return (EOPNOTSUPP); +} + +static moduledata_t tdfx_linux_mod = { + "tdfx_linux", + tdfx_linux_modevent, + 0 +}; + +/* As in SYSCALL_MODULE */ +DECLARE_MODULE(tdfx_linux, tdfx_linux_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); +MODULE_VERSION(tdfx_linux, 1); +MODULE_DEPEND(tdfx_linux, tdfx, 1, 1, 1); +MODULE_DEPEND(tdfx_linux, linux, 1, 1, 1); Index: dev/tdfx/tdfx_pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/tdfx/tdfx_pci.c,v retrieving revision 1.38 diff -u -p -r1.38 tdfx_pci.c --- dev/tdfx/tdfx_pci.c 31 Oct 2005 15:41:19 -0000 1.38 +++ dev/tdfx/tdfx_pci.c 24 Feb 2006 18:44:28 -0000 @@ -70,12 +70,6 @@ __FBSDID("$FreeBSD: src/sys/dev/tdfx/tdf #include #include -/* This must come first */ -#include "opt_tdfx.h" -#ifdef TDFX_LINUX -#include -#endif - #include #include #include @@ -98,11 +92,6 @@ static device_method_t tdfx_methods[] = MALLOC_DEFINE(M_TDFX,"tdfx_driver","3DFX Graphics[/2D]/3D Accelerator(s)"); -#ifdef TDFX_LINUX -MODULE_DEPEND(tdfx, linux, 1, 1, 1); -LINUX_IOCTL_SET(tdfx, LINUX_IOCTL_TDFX_MIN, LINUX_IOCTL_TDFX_MAX); -#endif - /* Char. Dev. file operations structure */ static struct cdevsw tdfx_cdev = { .d_version = D_VERSION, @@ -822,33 +811,6 @@ tdfx_ioctl(struct cdev *dev, u_long cmd, return 0; } -#ifdef TDFX_LINUX -/* - * Linux emulation IOCTL for /dev/tdfx - */ -static int -linux_ioctl_tdfx(struct thread *td, struct linux_ioctl_args* args) -{ - int error = 0; - u_long cmd = args->cmd & 0xffff; - - /* The structure passed to ioctl has two shorts, one int - and one void*. */ - char d_pio[2*sizeof(short) + sizeof(int) + sizeof(void*)]; - - struct file *fp; - - if ((error = fget(td, args->fd, &fp)) != 0) - return (error); - /* We simply copy the data and send it right to ioctl */ - copyin((caddr_t)args->arg, &d_pio, sizeof(d_pio)); - error = fo_ioctl(fp, cmd, (caddr_t)&d_pio, td->td_ucred, td); - fdrop(fp, td); - return error; -} -#endif /* TDFX_LINUX */ - - /* This is the device driver struct. This is sent to the driver subsystem to * register the method structure and the info strcut space for this particular * instance of the driver. @@ -861,3 +823,4 @@ static driver_t tdfx_driver = { /* Tell Mr. Kernel about us! */ DRIVER_MODULE(tdfx, pci, tdfx_driver, tdfx_devclass, 0, 0); +MODULE_VERSION(tdfx, 1); Index: modules/3dfx/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/3dfx/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- modules/3dfx/Makefile 14 Oct 2005 23:30:06 -0000 1.12 +++ modules/3dfx/Makefile 24 Feb 2006 18:44:28 -0000 @@ -5,22 +5,11 @@ MAINTAINER= cokane@FreeBSD.org .PATH: $(.CURDIR)/../../dev/tdfx KMOD= 3dfx -SRCS= opt_tdfx.h bus_if.h pci_if.h device_if.h tdfx_pci.h tdfx_io.h\ +SRCS= bus_if.h pci_if.h device_if.h tdfx_pci.h tdfx_io.h\ tdfx_vars.h tdfx_pci.c INCSRC= ../../sys -.if ${MACHINE_ARCH} == "i386" -# This line enables linux ioctl handling by default -# comment out if you don't want it -TDFX_OPTS= "\#define TDFX_LINUX" -.endif - # Uncomment this for debugging messages #CFLAGS+= -DDEBUG -.if !defined(KERNBUILDDIR) -opt_tdfx.h: - echo $(TDFX_OPTS) > opt_tdfx.h -.endif - .include Index: modules/3dfx_linux/Makefile =================================================================== RCS file: modules/3dfx_linux/Makefile diff -N modules/3dfx_linux/Makefile --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ modules/3dfx_linux/Makefile 24 Feb 2006 18:44:28 -0000 @@ -0,0 +1,8 @@ +# $FreeBSD$ + +.PATH: ${.CURDIR}/../../dev/tdfx + +KMOD= 3dfx_linux +SRCS= tdfx_linux.c + +.include Index: conf/files =================================================================== RCS file: /home/ncvs/src/sys/conf/files,v retrieving revision 1.1096 diff -u -p -r1.1096 files --- conf/files 7 Feb 2006 18:41:56 -0000 1.1096 +++ conf/files 24 Feb 2006 18:44:28 -0000 @@ -913,6 +913,7 @@ dev/syscons/rain/rain_saver.c optional r dev/syscons/snake/snake_saver.c optional snake_saver dev/syscons/star/star_saver.c optional star_saver dev/syscons/warp/warp_saver.c optional warp_saver +dev/tdfx/tdfx_linux.c optional tdfx_linux tdfx compat_linux dev/tdfx/tdfx_pci.c optional tdfx pci dev/ti/if_ti.c optional ti pci dev/trm/trm.c optional trm Index: conf/options =================================================================== RCS file: /home/ncvs/src/sys/conf/options,v retrieving revision 1.528 diff -u -p -r1.528 options --- conf/options 1 Feb 2006 21:00:16 -0000 1.528 +++ conf/options 24 Feb 2006 18:44:29 -0000 @@ -598,7 +598,7 @@ ROOTDEVNAME FDC_DEBUG opt_fdc.h PCFCLOCK_VERBOSE opt_pcfclock.h PCFCLOCK_MAX_RETRIES opt_pcfclock.h -TDFX_LINUX opt_tdfx.h +TDFX_LINUX KTR opt_global.h KTR_ALQ opt_ktr.h From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 14:39:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7EE416A420 for ; Sat, 25 Feb 2006 14:39:39 +0000 (GMT) (envelope-from markus@brueffer.de) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0E4D43D48 for ; Sat, 25 Feb 2006 14:39:33 +0000 (GMT) (envelope-from markus@brueffer.de) Received: from fwd32.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1FD0a4-0008E3-01; Sat, 25 Feb 2006 15:39:32 +0100 Received: from ramses.kicks-ass.net (GFW0XBZcweg7ajeBpO4cPOFkoN3uo2b1EfDNNbCSZETfHN-s-bcjox@[80.143.252.42]) by fwd32.sul.t-online.de with esmtp id 1FD0Zu-13Gulk0; Sat, 25 Feb 2006 15:39:22 +0100 Received: from localhost (dslb-084-061-019-208.pools.arcor-ip.net [84.61.19.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ramses.kicks-ass.net (Postfix) with ESMTP id 8A95EB841; Sat, 25 Feb 2006 15:39:27 +0100 (CET) From: Markus Brueffer To: freebsd-current@freebsd.org Date: Sat, 25 Feb 2006 15:38:36 +0100 User-Agent: KMail/1.9.1 References: <43FF986E.9030205@savvis.net> In-Reply-To: <43FF986E.9030205@savvis.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2387583.nUJ13a5Bkd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602251538.54403.markus@brueffer.de> X-ID: GFW0XBZcweg7ajeBpO4cPOFkoN3uo2b1EfDNNbCSZETfHN-s-bcjox@t-dialin.net X-TOI-MSGID: cc6ec77f-ac6f-4a6e-89c1-844773973615 Cc: Subject: Re: [PATCH] kbdmux(4) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2006 14:39:40 -0000 --nextPart2387583.nUJ13a5Bkd Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Maksim, Am Saturday 25 February 2006 00:36 schrieb Maksim Yevmenkin: [...] > the following patch should fix the problem with kbdmux(4). please give > it a try and let me know if it works for you. [...] Great work! With this patch I'm currently working since half an hour with a= =20 PS/2 mouse, a Bluetooth mouse, a PS/2 keyboard and a Bluetooth mouse in=20 parallel without any ill effects. Without it, the machine froze within=20 seconds. Btw: I'm getting LORs from vkbd(4) when working with the bluetooth keyboard= =20 (6-STABLE from about an hour ago with the kndmux patch): Calling uiomove() with the following non-sleepable locks held: exclusive sleep mutex vkbd_lock r =3D 0 (0xc5c5b984) locked=20 @ /usr/src/sys/modules/vkbd/../../dev/vkbd/vkbd.c:354 KDB: stack backtrace: kdb_backtrace(1,c5c5b800,1,e9e3ccbc,e9e3cbc8) at kdb_backtrace+0x29 witness_warn(5,0,c06f3d9b,c0d2511f,0) at witness_warn+0x18e uiomove(c5c5b884,4,e9e3ccbc,c5c5b984,0) at uiomove+0x56 vkbd_dev_write(c5ffde00,e9e3ccbc,0,c076a740,0) at vkbd_dev_write+0x160 giant_write(c5ffde00,e9e3ccbc,0,c5ffde00,c0d27a40) at giant_write+0x2d devfs_write_f(c5f4a0d8,e9e3ccbc,c6027580,0,c60d9c00) at devfs_write_f+0x7b dofilewrite(c60d9c00,5,c5f4a0d8,e9e3ccbc,ffffffff) at dofilewrite+0x77 kern_writev(c60d9c00,5,e9e3ccbc,bfbfdfd0,4) at kern_writev+0x3b write(c60d9c00,e9e3cd04,3,151,202) at write+0x45 syscall(3b,3b,3b,bfbfdfd0,4) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (4, FreeBSD ELF32, write), eip =3D 0x28136b7f, esp =3D 0xbfbf= dfac, ebp=20 =3D 0xbfbfe0e8 --- Markus =2D-=20 Markus Brueffer =9A =9A| GPG-Key: http://people.FreeBSD.org/~markus/markus.= asc markus@brueffer.de | FP: 3F9B EBE8 F290 E5CC 1447 8760 D48D 1072 78F8 A8D4 markus@FreeBSD.org | FreeBSD: The Power to Serve! --nextPart2387583.nUJ13a5Bkd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQBEAGv+1I0Qcnj4qNQRAt8uAKCxtQpyMUsCxW/QAScgPanxleNQBQCdGUoC PmZMN408EpG5aom8F0B7BBM= =UJY/ -----END PGP SIGNATURE----- --nextPart2387583.nUJ13a5Bkd-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 14:44:17 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2163D16A420; Sat, 25 Feb 2006 14:44:17 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A03243D49; Sat, 25 Feb 2006 14:44:15 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k1PEiBeG097090; Sat, 25 Feb 2006 16:44:11 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sat, 25 Feb 2006 16:44:11 +0200 (EET) From: Dmitry Pryanishnikov To: freebsd-current@FreeBSD.org Message-ID: <20060225143840.H48703@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: sos@FreeBSD.org Subject: ATA DMA dump failures: take 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2006 14:44:17 -0000 Hello! I'm trying to find why the new ATA DMA dump code in CURRENT fails under some conditions. My conditions IMHO are very common: I issue cd /usr/ports/editors/openoffice.org-2.0 NOCLEANDEPENDS=yes make extract clean (just to create and then delete a LOT of files) on ASUS M5A notebook with "only" 256Mb of RAM. This reliably panics my system during the clean pass, when softupdates code runs into the shortage of kmem_map: panic: kmem_malloc(4096): kmem_map too small: 82014208 total allocated Before trying to understand how to tune my system better (alas tuning(7) doesn't mention kmem_map at all) I'm trying to obtain crash dump, but I'm just getting infamous "FAILURE - out of memory in start" error in ad_strategy. OK, it's very unwise to rely on availability of kernel memory in situations like mine. But we can easily guard against it by preallocating a spare "struct ata_request". I've created a simple patch: ftp://external.atlantis.dp.ua/FreeBSD/CURRENT/nodump/ata-disk.c.patch wich solves this allocation problem and instruments code in order to understand code flow. Note that it's unclear to me _what_ guarantees that ad_strategy() will always finish it's job, so I've added a check for BIO_DONE. Actually once I've got this check failed, and my system was just keeping print '.''s (request has never been finished). But the most serious problem is that in more than 90% of cases I don't even come to printf("}"); ! I'm just getting another "panic: double fault" instead. Look at the pictures DSCN1971-4 in the same folder as patch. On the 1st picture you can see that panic happens during the execution of ad_strategy() (there is a "{" w/o matching "}"). On the 2nd you see the start of 'bt' output. I've no idea about trap 0x17 - is it stack overflow or something else? On the 3rd you can see what that main part of the stack is filled with: repetitive sequence of nested ata_start() ata_interrupt() ata_finish() ata_completed() 4th picture is the point where initial ad_dump() takes place. My theory is that ata driver tries to finish off all queued I/O requests and is running out of the stack. And the question here is whether driver should try to complete those previously queued requests at all: OS has just crashed, so data (and disk block numbers!) in those request can be invalid. My main question is whether dump speed increase worth the loss of dump robustness? I think it's not. Alas, this new dump code has already been commited to RELENG_6, so IMHO we should try to fix this issue before ongoing 6.1-RELEASE. Impossibility to obtain a crash dump can make developer's life really difficult. IMHO we should try to make the new code robust (so it won't fail in the case of OS resource shortages), but if we fail the good old (slow but always working) dump code should be restored. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 16:17:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98BEC16A420; Sat, 25 Feb 2006 16:17:38 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07BDD43D46; Sat, 25 Feb 2006 16:17:37 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k1PGHPv0025115; Sat, 25 Feb 2006 09:17:25 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <44008314.8030205@samsco.org> Date: Sat, 25 Feb 2006 09:17:24 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yar Tikhiy References: <20060225140509.GC79616@comp.chem.msu.su> In-Reply-To: <20060225140509.GC79616@comp.chem.msu.su> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: current@freebsd.org, cokane@freebsd.org Subject: Re: RFC: separate 3dfx_linux module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2006 16:17:38 -0000 Yar Tikhiy wrote: > Hi there, > > In the course of reviewing and cleaning up the default configuration > of kernel options, it was suggested by the Release Engineers that > we had a separate module for TDFX_LINUX instead of placing the > burden on the device tdfx and module 3dfx. Could anybody interested > test this change? I've made sure it builds, but I have no 3dfx hw > to really test it. The testing is as simple as building the new > 3dfx and 3dfx_linux modules, loading them, and verifying that the > linux apps work with the device as before. Thanks in advance! > Why keep the TDFX_LINUX option defined in sys/conf/options? Scott From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 16:21:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FF0B16A424 for ; Sat, 25 Feb 2006 16:21:47 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFE7E43D49 for ; Sat, 25 Feb 2006 16:21:46 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [70.32.199.60]) by mta10.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060225162146.FRKP13051.mta10.adelphia.net@[192.168.1.254]>; Sat, 25 Feb 2006 11:21:46 -0500 Message-ID: <4400840F.3030807@savvis.net> Date: Sat, 25 Feb 2006 08:21:35 -0800 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Markus Brueffer References: <43FF986E.9030205@savvis.net> <200602251538.54403.markus@brueffer.de> In-Reply-To: <200602251538.54403.markus@brueffer.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] kbdmux(4) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2006 16:21:47 -0000 Markus, >>the following patch should fix the problem with kbdmux(4). please give >>it a try and let me know if it works for you. > > [...] > > Great work! With this patch I'm currently working since half an hour with a > PS/2 mouse, a Bluetooth mouse, a PS/2 keyboard and a Bluetooth mouse in > parallel without any ill effects. Without it, the machine froze within > seconds. cool, thanks for the report. btw, did you mean "ps/2 keyboard and a bluetooth keyboard" (not mouse) above? or you really have 2 bluetooth mice going at the same time? > Btw: I'm getting LORs from vkbd(4) when working with the bluetooth keyboard > (6-STABLE from about an hour ago with the kndmux patch): thanks for reporting this. it has nothing to do with the kdbmux(4) patch. it has been there for quite a long time. i will fix it. thanks, max From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 16:32:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4058516A422 for ; Sat, 25 Feb 2006 16:32:56 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCDFA43D48 for ; Sat, 25 Feb 2006 16:32:55 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [70.32.199.60]) by mta11.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060225163255.UGMV17101.mta11.adelphia.net@[192.168.1.254]>; Sat, 25 Feb 2006 11:32:55 -0500 Message-ID: <440086AC.8090600@savvis.net> Date: Sat, 25 Feb 2006 08:32:44 -0800 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <43FF986E.9030205@savvis.net> <20060225151031.GA1088@galgenberg.net> In-Reply-To: <20060225151031.GA1088@galgenberg.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] kbdmux(4) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2006 16:32:56 -0000 Ulrich, >>while i'm here, could someone please review the following patch for ukbd(4). this patch makes >>ukbd(4) to not delay break scancodes in "raw" mode. > > How exactly could this manifest itself? I do have some troubles with a it should not manifest itself if only one keyboard is used. the typical case looks like this "keypad-enter" is pressed and the following scancodes are sent e0 1c e0 ^prefix ^make code ^prefix as you can see there is no "break" code. "enter" key is pressed and the following scancodes are sent 9c 1c 9c ^break code ^make code ^delayed break code as you can see, 0x9c is the "delayed" break code for "keypad-enter" after ukbd(4) patch, the sequence would be e0 1c e0 9c -- keypad-enter 1c 9c -- enter > SUN Type5 keyboard attached via SUN->USB adapter, and I blame the USB > stack for now. Might this lead to different scan codes "getting > through"? i'm not sure. imo, its not likely when only one keyboard is used. you could try the patch and see if it fixes your problem. this patch should not change anything else and it is pretty safe to try. thanks, max From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 17:12:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93F1316A420 for ; Sat, 25 Feb 2006 17:12:31 +0000 (GMT) (envelope-from markus@brueffer.de) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D791543D58 for ; Sat, 25 Feb 2006 17:12:29 +0000 (GMT) (envelope-from markus@brueffer.de) Received: from fwd28.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1FD2y3-0001Yi-02; Sat, 25 Feb 2006 18:12:27 +0100 Received: from ramses.kicks-ass.net (ZwHoHBZBweqqxBypuFGSkvAcC-rV6-B-skbGronOWYaJnL1-use7Q9@[80.143.225.24]) by fwd28.sul.t-online.de with esmtp id 1FD2xu-2CBsnY0; Sat, 25 Feb 2006 18:12:18 +0100 Received: from localhost (dslb-084-061-019-208.pools.arcor-ip.net [84.61.19.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ramses.kicks-ass.net (Postfix) with ESMTP id D97C8B833; Sat, 25 Feb 2006 18:12:23 +0100 (CET) From: Markus Brueffer To: Maksim Yevmenkin Date: Sat, 25 Feb 2006 18:11:41 +0100 User-Agent: KMail/1.9.1 References: <43FF986E.9030205@savvis.net> <200602251538.54403.markus@brueffer.de> <4400840F.3030807@savvis.net> In-Reply-To: <4400840F.3030807@savvis.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1201741.uKagPZS3lq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602251811.50530.markus@brueffer.de> X-ID: ZwHoHBZBweqqxBypuFGSkvAcC-rV6-B-skbGronOWYaJnL1-use7Q9@t-dialin.net X-TOI-MSGID: 93fd8154-b23c-4997-9d79-d96d245bd238 Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] kbdmux(4) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2006 17:12:31 -0000 --nextPart1201741.uKagPZS3lq Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Saturday 25 February 2006 17:21 schrieb Maksim Yevmenkin: > >>the following patch should fix the problem with kbdmux(4). please give > >>it a try and let me know if it works for you. > > > > [...] > > > > Great work! With this patch I'm currently working since half an hour wi= th > > a PS/2 mouse, a Bluetooth mouse, a PS/2 keyboard and a Bluetooth mouse = in > > parallel without any ill effects. Without it, the machine froze within > > seconds. > > cool, thanks for the report. btw, did you mean "ps/2 keyboard and a > bluetooth keyboard" (not mouse) above? or you really have 2 bluetooth > mice going at the same time? Actually I meant "ps/2 keyboard and a bluetooth keyboard", but I did a litt= le=20 bit of further testing and now have: - one Logitech ps/2 mouse - one Logitech MX1000 bluetooth mouse - two Logitech MX900 bluetooth mice - one Cherry ps/2 keyboard - one Logitech MX5000 bluetooth keyboard working in parallel flawlessly :) I would say: Awesome work Maksim! > > Btw: I'm getting LORs from vkbd(4) when working with the bluetooth > > keyboard (6-STABLE from about an hour ago with the kndmux patch): > > thanks for reporting this. it has nothing to do with the kdbmux(4) > patch. it has been there for quite a long time. i will fix it. Thanks! Markus =2D-=20 Markus Brueffer =A0 =A0| GPG-Key: http://people.FreeBSD.org/~markus/markus.= asc markus@brueffer.de | FP: 3F9B EBE8 F290 E5CC 1447 8760 D48D 1072 78F8 A8D4 markus@FreeBSD.org | FreeBSD: The Power to Serve! --nextPart1201741.uKagPZS3lq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQBEAI/W1I0Qcnj4qNQRAi3PAKCKHe89StQFyoKJ85MS+cUl+JyjSwCeNKY/ eq+tXuLGYL+dGTPivmVzC3g= =j4PC -----END PGP SIGNATURE----- --nextPart1201741.uKagPZS3lq-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 20:32:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFAF616A422 for ; Sat, 25 Feb 2006 20:32:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CFF343D46 for ; Sat, 25 Feb 2006 20:32:19 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k1PKWC2U026301; Sat, 25 Feb 2006 13:32:12 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4400BECB.8080406@samsco.org> Date: Sat, 25 Feb 2006 13:32:11 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Markus Brueffer References: <43FF986E.9030205@savvis.net> <200602251538.54403.markus@brueffer.de> <4400840F.3030807@savvis.net> <200602251811.50530.markus@brueffer.de> In-Reply-To: <200602251811.50530.markus@brueffer.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] kbdmux(4) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2006 20:32:24 -0000 Markus Brueffer wrote: > Am Saturday 25 February 2006 17:21 schrieb Maksim Yevmenkin: > >>>>the following patch should fix the problem with kbdmux(4). please give >>>>it a try and let me know if it works for you. >>> >>>[...] >>> >>>Great work! With this patch I'm currently working since half an hour with >>>a PS/2 mouse, a Bluetooth mouse, a PS/2 keyboard and a Bluetooth mouse in >>>parallel without any ill effects. Without it, the machine froze within >>>seconds. >> >>cool, thanks for the report. btw, did you mean "ps/2 keyboard and a >>bluetooth keyboard" (not mouse) above? or you really have 2 bluetooth >>mice going at the same time? > > > Actually I meant "ps/2 keyboard and a bluetooth keyboard", but I did a little > bit of further testing and now have: > > - one Logitech ps/2 mouse > - one Logitech MX1000 bluetooth mouse > - two Logitech MX900 bluetooth mice > - one Cherry ps/2 keyboard > - one Logitech MX5000 bluetooth keyboard > > working in parallel flawlessly :) I would say: Awesome work Maksim! > > >>>Btw: I'm getting LORs from vkbd(4) when working with the bluetooth >>>keyboard (6-STABLE from about an hour ago with the kndmux patch): >> >>thanks for reporting this. it has nothing to do with the kdbmux(4) >>patch. it has been there for quite a long time. i will fix it. > > > Thanks! > > Markus > This is definitely something worth getting into 6.1. Scott From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 20:08:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B2A116A420 for ; Sat, 25 Feb 2006 20:08:57 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from smtp2.fuse.net (mail-out2.fuse.net [216.68.8.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA7D143D55 for ; Sat, 25 Feb 2006 20:08:56 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from gx6.fuse.net ([216.196.181.22]) by smtp2.fuse.net (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20060225200855.HKXS12076.smtp2.fuse.net@gx6.fuse.net> for ; Sat, 25 Feb 2006 15:08:55 -0500 Received: from mail.cokane.org ([216.196.181.22]) by gx6.fuse.net (InterMail vG.1.02.00.02 201-2136-104-102-20041210) with ESMTP id <20060225200855.CGML4722.gx6.fuse.net@mail.cokane.org> for ; Sat, 25 Feb 2006 15:08:55 -0500 Received: (qmail 6941 invoked by uid 1000); 25 Feb 2006 15:11:02 -0500 Date: Sat, 25 Feb 2006 15:11:02 -0500 From: Coleman Kane To: Scott Long Message-ID: <20060225201102.GA6936@pint.candc.home> References: <20060225140509.GC79616@comp.chem.msu.su> <44008314.8030205@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44008314.8030205@samsco.org> User-Agent: Mutt/1.5.11 X-Mailman-Approved-At: Sat, 25 Feb 2006 21:03:51 +0000 Cc: Yar Tikhiy , current@freebsd.org, cokane@freebsd.org Subject: Re: RFC: separate 3dfx_linux module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2006 20:08:57 -0000 I have unfortunately lost all of my voodoo hardware. On Sat, Feb 25, 2006 at 09:17:24AM -0700, Scott Long wrote: > Yar Tikhiy wrote: > >Hi there, > > > >In the course of reviewing and cleaning up the default configuration > >of kernel options, it was suggested by the Release Engineers that > >we had a separate module for TDFX_LINUX instead of placing the > >burden on the device tdfx and module 3dfx. Could anybody interested > >test this change? I've made sure it builds, but I have no 3dfx hw > >to really test it. The testing is as simple as building the new > >3dfx and 3dfx_linux modules, loading them, and verifying that the > >linux apps work with the device as before. Thanks in advance! > > Sounds goo to me. I am all for further modularization of the codebase. > > Why keep the TDFX_LINUX option defined in sys/conf/options? Sounds good to me. In the event that you want to build this statically into the kernel, doesn't the option still need to be available, or are we talking about a device tdfxlinux ? > > Scott >