From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 02:58:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 358431065670; Sun, 27 Jun 2010 02:58:10 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id ED4A78FC1B; Sun, 27 Jun 2010 02:58:08 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 8A81978C3B; Sun, 27 Jun 2010 11:58:05 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 7BC0878C34; Sun, 27 Jun 2010 11:58:05 +0900 (JST) Message-ID: <6BC2B2FBAFFA4C26A46977F121B707E1@ad.peach.ne.jp> From: "Daisuke Aoyama" To: References: <1931AE1113EC4A8983B8A52A2A1966C2@ad.peach.ne.jp> In-Reply-To: <1931AE1113EC4A8983B8A52A2A1966C2@ad.peach.ne.jp> Date: Sun, 27 Jun 2010 11:57:03 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: isboot (iSCSI boot driver) version 0.1.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2010 02:58:10 -0000 Updated isboot to 0.1.3. Try this. How to build/upgrade: # cd /usr/src # tar xvf /path/to/iscsi-2.2.4.tar.gz # tar xvf /path/to/isboot-0.1.3.tar.gz # make buildkernel # make installkernel or # cd /usr/src/sys/modules/iscsi/isboot # make obj # make depend # make all # make install After installation, please reboot the server to take effect. Confirm the log shows "iSCSI boot driver version 0.1.3". What's new?: * improve session recovery mode. * fix panic when socket is lost. Download links: http://www.peach.ne.jp/archives/isboot/isboot-0.1.3.tar.gz Download links(for testing purpose only): http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-amd64-isboot-0.1.3.iso http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-i386-isboot-0.1.3.iso http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC1-amd64-isboot-0.1.3.iso http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC1-i386-isboot-0.1.3.iso http://www.peach.ne.jp/archives/isboot/demo/unionfs-mkisboot.sh I hope this helps you. Enjoy it. Daisuke Aoyama From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 03:07:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 244F4106564A; Sun, 27 Jun 2010 03:07:49 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id BAB368FC14; Sun, 27 Jun 2010 03:07:48 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 3624A78C3B; Sun, 27 Jun 2010 12:07:48 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 26E1B78C34; Sun, 27 Jun 2010 12:07:48 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: "Vincent Hoffman" References: <1931AE1113EC4A8983B8A52A2A1966C2@ad.peach.ne.jp> <4C2531FD.8050605@unsane.co.uk> In-Reply-To: <4C2531FD.8050605@unsane.co.uk> Date: Sun, 27 Jun 2010 12:06:47 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: iSCSI boot driver version 0.1.1 for iBFT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2010 03:07:49 -0000 Vincent Hoffman, wrote: > Since I dont have a supported nic, would the iscsi support in gpxe > (http://etherboot.org/wiki/iscsiboot) > be enough? (might give it a try if i get time after the weekend.) Yes. gPXE + istgt can be used. I have confirmed with Windows before. Now I tested with FreeBSD 8.1+isboot0.1.3 (integrated). If you use integrated version, you can install FreeBSD to iSCSI target, mentioned in http://www.etherboot.org/wiki/sanboot/iscsi_install. There is the log of my old machine which have Intel Fast Ether onboard. (use gPXE1.0.0 FD + FreeBSD-8.1-RC1-i386-isboot-0.1.3.iso) gPXE 1.0.0 "Customize image configuration options" (static IP): --------------------------------------------------------------- #!gpxe ifopen net0 set net0/initiator-iqn iqn.2000-09.org.etherboot:gpxe-fbs8 set net0/ip 192.168.2.224 set net0/netmask 255.255.255.0 set net0/gateway 192.168.2.1 set net0/dns 192.168.2.1 set keep-san 1 sanboot iscsi:192.168.2.36::::iqn.2007-09.jp.ne.peach:isboot-gpxe --------------------------------------------------------------- istgt.conf: --------------------------------------------------------------- [InitiatorGroup97] Comment "Initiator Group97" InitiatorName "iqn.2000-09.org.etherboot:gpxe-fbs8" Netmask 192.168.2.0/24 [LogicalUnit97] Comment "iSCSI Boot Disk3" TargetName "iqn.2007-09.jp.ne.peach:isboot-gpxe" Mapping PortalGroup4 InitiatorGroup97 AuthMethod Auto UseDigest Auto UnitType Disk #QueueDepth 64 # FreeBSD 8.1 gPXE 1.0.0 LUN0 Storage /tank/iscsiz/istgt-boot-gpxe 16GB --------------------------------------------------------------- dmesg: --------------------------------------------------------------- iSCSI boot driver version 0.1.3 IS: Initiator name: iqn.2000-09.org.etherboot:gpxe-fbs8 NIC0: IP address: 192.168.2.224 NIC0: Prefix: 24 NIC0: Gateway: 192.168.2.1 NIC0: MAC address: 00:10:dc:55:5d:a1 TGT0: Target IP address: 192.168.2.36 TGT0: Target Port: 3260 TGT0: Target LUN: 0 TGT0: Target name: iqn.2007-09.jp.ne.peach:isboot-gpxe Boot NIC: fxp0 Configure IPv4 by NIC0 Attempting to login to iSCSI target and scan all LUNs. ... cut ... da0 at isboot0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 16384MB (33554432 512 byte sectors: 255H 63S/T 2088C) ... cut ... Boot device: da0 --------------------------------------------------------------- some results: --------------------------------------------------------------- # df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1a 507630 173014 294006 37% / devfs 1 1 0 100% /dev /dev/da0s1e 507630 12 467008 0% /tmp /dev/da0s1f 12744762 705772 11019410 6% /usr /dev/da0s1d 1500046 294 1379750 0% /var # camcontrol devlist at scbus0 target 0 lun 0 (da0,pass0) # diskinfo -v da0 da0 512 # sectorsize 17179869184 # mediasize in bytes (16G) 33554432 # mediasize in sectors 0 # stripesize 0 # stripeoffset 2088 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. 10000097 # Disk ident. # ifconfig -a fwe0: flags=8802 metric 0 mtu 1500 options=8 ether 02:10:dc:00:45:4e ch 1 dma -1 fwip0: flags=8802 metric 0 mtu 1500 lladdr 0.10.dc.56.0.0.45.4e.a.2.ff.fe.0.0.0.0 fxp0: flags=8843 metric 0 mtu 1500 options=2009 ether 00:10:dc:55:5d:a1 inet 192.168.2.224 netmask 0xffffff00 broadcast 192.168.2.255 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 nd6 options=3 # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.2.1 UGS 0 1 fxp0 127.0.0.1 link#4 UH 0 2 lo0 192.168.2.0/24 link#3 U 2 11391 fxp0 192.168.2.224 link#3 UHS 0 16 lo0 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UH lo0 fe80::%lo0/64 link#4 U lo0 fe80::1%lo0 link#4 UHS lo0 ff01:4::/32 fe80::1%lo0 U lo0 ff02::%lo0/32 fe80::1%lo0 U lo0 --------------------------------------------------------------- Notes: You have to configure DNS (/etc/resolv.conf) and hostname manually. Or must set exactly matched IP/mask/route in iBFT by sysinstall. This is current limitation. (sysintall breaks booted NIC parameter.) -- Daisuke Aoyama From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 05:50:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A2FD106564A for ; Sun, 27 Jun 2010 05:50:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id A04208FC15 for ; Sun, 27 Jun 2010 05:50:42 +0000 (UTC) Received: (qmail 17038 invoked by uid 399); 27 Jun 2010 05:50:40 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 27 Jun 2010 05:50:40 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C26E6A5.4010803@FreeBSD.org> Date: Sat, 26 Jun 2010 22:50:29 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: Hans Petter Selasky References: <201006262229.09747.hselasky@c2i.net> In-Reply-To: <201006262229.09747.hselasky@c2i.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2010 05:50:43 -0000 On 06/26/10 13:29, Hans Petter Selasky wrote: > Hi, > > Sometimes utilities that are started by devd require libraries outside > /usr/lib. One example is the webcamd utility which is started by devd upon USB > device insertion. What do you think about the following patch: > > --- devd (revision 209463) > +++ devd (local) > @@ -4,7 +4,7 @@ > # > > # PROVIDE: devd > -# REQUIRE: netif > +# REQUIRE: netif ldconfig > # BEFORE: NETWORKING mountcritremote > # KEYWORD: nojail shutdown ldconfig requires mountcritremote, so this patch would introduce a circular dependency. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 18:08:12 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 367B1106566B for ; Sun, 27 Jun 2010 18:08:12 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id D23AB8FC17 for ; Sun, 27 Jun 2010 18:08:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5RI3dX8073158 for ; Sun, 27 Jun 2010 12:03:39 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 27 Jun 2010 12:03:49 -0600 (MDT) Message-Id: <20100627.120349.649807917675430774.imp@bsdimp.com> To: current@freebsd.org From: "M. Warner Losh" X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Sun_Jun_27_12_03_49_2010_362)--" Content-Transfer-Encoding: 7bit Cc: Subject: Fw: svn commit: r209554 - in head/usr.sbin/pc-sysinstall: . pc-sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2010 18:08:12 -0000 ----Next_Part(Sun_Jun_27_12_03_49_2010_362)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit If you updated after pc-sysinstall was committed, but before this commit, you'll have a stray /pc-sysinstall. It can and should be deleted. Warner ----Next_Part(Sun_Jun_27_12_03_49_2010_362)-- Content-Type: Message/Rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: owner-src-committers@FreeBSD.org Delivery-Date: Sun, 27 Jun 2010 11:15:21 -0600 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on harmony.bsdimp.com X-Spam-Level: X-Spam-Status: No, score=-1.6 required=3.8 tests=BAYES_00,EMPTY_MESSAGE autolearn=no version=3.2.5 Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5RHEFDA072761 for ; Sun, 27 Jun 2010 11:14:15 -0600 (MDT) (envelope-from owner-src-committers@FreeBSD.org) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6FC54154B87 for ; Sun, 27 Jun 2010 17:14:12 +0000 (UTC) Received: by hub.freebsd.org (Postfix) id ACB5510656E1; Sun, 27 Jun 2010 17:14:11 +0000 (UTC) Delivered-To: imp@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 85E861065672; Sun, 27 Jun 2010 17:14:10 +0000 (UTC) Delivered-To: src-committers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48287106566B; Sun, 27 Jun 2010 17:14:05 +0000 (UTC) (envelope-from imp@FreeBSD.org) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:4f8:fff6::2c]) by mx1.freebsd.org (Postfix) with ESMTP id 3639F8FC16; Sun, 27 Jun 2010 17:14:05 +0000 (UTC) Received: from svn.freebsd.org (localhost [127.0.0.1]) by svn.freebsd.org (8.14.3/8.14.3) with ESMTP id o5RHE5Cs047522; Sun, 27 Jun 2010 17:14:05 GMT (envelope-from imp@svn.freebsd.org) Received: (from imp@localhost) by svn.freebsd.org (8.14.3/8.14.3/Submit) id o5RHE5kK047519; Sun, 27 Jun 2010 17:14:05 GMT (envelope-from imp@svn.freebsd.org) Message-Id: <201006271714.o5RHE5kK047519@svn.freebsd.org> From: Warner Losh Date: Sun, 27 Jun 2010 17:14:05 +0000 (UTC) To: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org Subject: svn commit: r209554 - in head/usr.sbin/pc-sysinstall: . pc-sysinstall X-SVN-Group: head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG Author: imp Date: Sun Jun 27 17:14:04 2010 New Revision: 209554 URL: http://svn.freebsd.org/changeset/base/209554 Log: Properly inherit variables from src/usr.sbin/Makefile.inc for subdirectories of pc-sysinstall. Back out explicit setting in pc-sysinstall/pc-sysinstall/Makefile. Added: head/usr.sbin/pc-sysinstall/Makefile.inc (contents, props changed) Modified: head/usr.sbin/pc-sysinstall/pc-sysinstall/Makefile Added: head/usr.sbin/pc-sysinstall/Makefile.inc ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ head/usr.sbin/pc-sysinstall/Makefile.inc Sun Jun 27 17:14:04 2010 (r209554) @@ -0,0 +1,3 @@ +# $FreeBSD$ + +.include "../Makefile.inc" Modified: head/usr.sbin/pc-sysinstall/pc-sysinstall/Makefile ============================================================================== --- head/usr.sbin/pc-sysinstall/pc-sysinstall/Makefile Sun Jun 27 17:04:03 2010 (r209553) +++ head/usr.sbin/pc-sysinstall/pc-sysinstall/Makefile Sun Jun 27 17:14:04 2010 (r209554) @@ -2,6 +2,5 @@ SCRIPTS=pc-sysinstall.sh MAN= pc-sysinstall.8 -BINDIR= /usr/sbin .include ----Next_Part(Sun_Jun_27_12_03_49_2010_362)---- From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 20:15:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DE3F1065673; Sun, 27 Jun 2010 20:15:08 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id E2F3F8FC0A; Sun, 27 Jun 2010 20:15:07 +0000 (UTC) Received: by pxi3 with SMTP id 3so112172pxi.13 for ; Sun, 27 Jun 2010 13:14:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=BKWFw7tnvAwBcjU80i+o7kHH3CcHhjhRdl5CAs2kAVA=; b=SHAegriifrd4iG/NcKRiWV5efgTivZ6V15KsnNfXx2gSJ+WWTAM3/oGKMqFST8yMQ+ odgZKKFz+YORduyTR2vO2xKyDZ98VC8IUS6PKA4WypRkbhxAo75KuqZAVISn1Of0Y5HZ JDRW22r1Xz8sBz1NwTYHNcxlhdXzUK8yvz/gg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=UADK9fjWIBfqd743PtmAukQBxdE0xEG+DdHvAYIsMYL7P4A4lh6Slv6M8bUQAeendI CgUG0sK6q54ZtuT4DLJrERNMITOZDqrTFR5Mfy4R86pPXLSp+xxEQAc/ORhOMiX5Voh2 rb974Pfp+8NyrWHmn0B7caGAIgf8mEDmC6KtE= MIME-Version: 1.0 Received: by 10.142.207.19 with SMTP id e19mr4573503wfg.186.1277669699223; Sun, 27 Jun 2010 13:14:59 -0700 (PDT) Received: by 10.143.6.11 with HTTP; Sun, 27 Jun 2010 13:14:59 -0700 (PDT) Date: Sun, 27 Jun 2010 13:14:59 -0700 Message-ID: From: Garrett Cooper To: Ruslan Ermilov Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Coming back to the btxld: No such file or directory installworld error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2010 20:15:08 -0000 Hi Ruslan, I've run into this particular error twice now in the past couple of weeks when building with -j24 on a memory disk and I was wondering if there was an missing dependency / race somewhere or something (perhaps make obj?): ===> sys/boot/i386/boot2 (install) # ... btxld -v -E 0x2000 -f bin -b /usr/obj/scratch/freebsd/current/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin btxld: No such file or directory *** Error code 1 Stop in /scratch/freebsd/current/sys/boot/i386/boot2. *** Error code 1 Stop in /scratch/freebsd/current/sys/boot/i386. *** Error code 1 Stop in /scratch/freebsd/current/sys/boot. *** Error code 1 Stop in /scratch/freebsd/current/sys. *** Error code 1 Stop in /scratch/freebsd/current. *** Error code 1 Stop in /scratch/freebsd/current. *** Error code 1 Stop in /scratch/freebsd/current. *** Error code 1 Stop in /scratch/freebsd/current. Same goes for zfsboot: ===> sys/boot/i386/zfsboot (install) as --32 -o zfsboot.o zfsboot.s ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o zfsboot.out /usr/obj/scratch/freebsd/current/sys/boot/i386/zfsboot/../btx/lib/crt0.o zfsboot.o sio.o /scratch/tftpboot/orangebox//usr/lib/libstand.a objcopy -S -O binary zfsboot.out zfsboot.bin btxld -v -E 0x2000 -f bin -b /usr/obj/scratch/freebsd/current/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin btxld: No such file or directory *** Error code 1 Stop in /scratch/freebsd/current/sys/boot/i386/zfsboot. *** Error code 1 Stop in /scratch/freebsd/current/sys/boot/i386. *** Error code 1 Stop in /scratch/freebsd/current/sys/boot. *** Error code 1 Stop in /scratch/freebsd/current/sys. *** Error code 1 Stop in /scratch/freebsd/current. *** Error code 1 Running the make in the respective subdirectories, then rerunning installworld works. Example: btxld -v -E 0x2000 -f bin -b /usr/obj/scratch/freebsd/current/sys/boot/i386/zfsboot/../btx/btx/btx -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=602c text=0 data=0 bss=0 entry=0 output: fmt=bin size=66bc text=0 data=66bc org=0 entry=0 6468 bytes available dd if=zfsboot.ld of=zfsboot2 obs=32768 conv=osync 51+1 records in 1+0 records out 32768 bytes transferred in 0.000062 secs (528611360 bytes/sec) cat zfsboot1 zfsboot2 > zfsboot Thanks, -Garrett PS. This has been brought up in two separate threads in the past as well: [1]. http://lists.freebsd.org/pipermail/freebsd-amd64/2006-September/008849.html [2]. http://lists.freebsd.org/pipermail/freebsd-amd64/2004-August/001906.html From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 20:47:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6002106564A; Sun, 27 Jun 2010 20:47:33 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6258FC08; Sun, 27 Jun 2010 20:47:33 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 40FE31FFC33; Sun, 27 Jun 2010 20:47:32 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 0C4C5844A7; Sun, 27 Jun 2010 22:45:21 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Garrett Cooper References: <754D875E-48AB-423D-B309-9415EA2867E4@mac.com> <20100623130534.GA69821@mech-cluster241.men.bris.ac.uk> <86d3vhomot.fsf@ds4.des.no> <20100624083635.GB9272@mech-cluster241.men.bris.ac.uk> <86vd98aj7p.fsf@ds4.des.no> <8639wcafhn.fsf@ds4.des.no> <20100624110511.GD10082@mech-cluster241.men.bris.ac.uk> <86tyos8u57.fsf@ds4.des.no> <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> Date: Sun, 27 Jun 2010 22:45:21 +0200 In-Reply-To: (Garrett Cooper's message of "Sat, 26 Jun 2010 14:37:46 -0700") Message-ID: <861vbsdx26.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2010 20:47:33 -0000 Garrett Cooper writes: > Sorry to jump in, but could you please copy your source tree on > the failing machine elsewhere, run make clean cleandir, and try > applying the patch attached to the post below [1] and see whether or > not the issue is resolved? Umm... the error you got was completely unrelated, and that patch does *nothing* that will help Anton. Your problem seems to be that ar(1) somehow got built before libarchive, while Anton's problem is that gcc is picking up the wrong version of liblzma. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 20:49:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F92A106567A; Sun, 27 Jun 2010 20:49:12 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id C98578FC13; Sun, 27 Jun 2010 20:49:11 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OSyms-0005Ct-3e; Sun, 27 Jun 2010 21:49:10 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OSymr-0000ZT-RJ; Sun, 27 Jun 2010 21:49:09 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o5RKn9tA059680; Sun, 27 Jun 2010 21:49:09 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o5RKn9ae059679; Sun, 27 Jun 2010 21:49:09 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sun, 27 Jun 2010 21:49:09 +0100 From: Anton Shterenlikht To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100627204909.GA59670@mech-cluster241.men.bris.ac.uk> References: <20100624083635.GB9272@mech-cluster241.men.bris.ac.uk> <86vd98aj7p.fsf@ds4.des.no> <8639wcafhn.fsf@ds4.des.no> <20100624110511.GD10082@mech-cluster241.men.bris.ac.uk> <86tyos8u57.fsf@ds4.des.no> <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <861vbsdx26.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <861vbsdx26.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Garrett Cooper , freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2010 20:49:12 -0000 On Sun, Jun 27, 2010 at 10:45:21PM +0200, Dag-Erling Smørgrav wrote: > Garrett Cooper writes: > > Sorry to jump in, but could you please copy your source tree on > > the failing machine elsewhere, run make clean cleandir, and try > > applying the patch attached to the post below [1] and see whether or > > not the issue is resolved? > > Umm... the error you got was completely unrelated, and that patch does > *nothing* that will help Anton. Your problem seems to be that ar(1) > somehow got built before libarchive, while Anton's problem is that gcc > is picking up the wrong version of liblzma. I still haven't got round to do what you suggested, DES, but will definitely do soon.. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 21:54:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC315106564A for ; Sun, 27 Jun 2010 21:54:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2C4FC8FC0C for ; Sun, 27 Jun 2010 21:53:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5RLnr7U075177; Sun, 27 Jun 2010 15:49:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 27 Jun 2010 15:50:04 -0600 (MDT) Message-Id: <20100627.155004.49280345238493664.imp@bsdimp.com> To: yanefbsd@gmail.com From: "M. Warner Losh" In-Reply-To: References: <201006262229.09747.hselasky@c2i.net> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2010 21:54:02 -0000 In message: Garrett Cooper writes: : On Sat, Jun 26, 2010 at 1:45 PM, Garrett Cooper = wrote: : > On Sat, Jun 26, 2010 at 1:29 PM, Hans Petter Selasky wrote: : >> Hi, : >> : >> Sometimes utilities that are started by devd require libraries out= side : >> /usr/lib. One example is the webcamd utility which is started by d= evd upon USB : >> device insertion. What do you think about the following patch: : >> : >> --- devd =A0 =A0 =A0 =A0(revision 209463) : >> +++ devd =A0 =A0 =A0 =A0(local) : >> @@ -4,7 +4,7 @@ : >> =A0# : >> : >> =A0# PROVIDE: devd : >> -# REQUIRE: netif : >> +# REQUIRE: netif ldconfig : >> =A0# BEFORE: NETWORKING mountcritremote : >> =A0# KEYWORD: nojail shutdown : > : > Funny since I was just monkeying around with this. This doesn't app= ear : > to be the only issue with devd: : > : > # devd : > devd: devd already running, pid: 430 : > # pgrep 430; echo $? : > 1 : > # : > : > Looks like /etc/rc.d/devd restart is broken :(... : = : This seems to fix that. : Thanks, : -Garrett : = : Index: devd.cc : =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D : --- devd.cc (revision 209530) : +++ devd.cc (working copy) : @@ -739,6 +739,7 @@ : static void : event_loop(void) : { : + bool warn_user_about_cleanup; : int rv; : int fd; : char buffer[DEVCTL_MAXBUF]; : @@ -804,6 +805,17 @@ : new_client(server_fd); : } : close(fd); : + close(server_fd); : + : + if (unlink(PIPE) =3D=3D 0) { : + cfg.remove_pidfile(); : + warn_user_about_cleanup =3D false; : + } else : + warn_user_about_cleanup =3D true; : + : + if (warn_user_about_cleanup =3D=3D true) : + warn("cleanup failed"); : + Why not fix pidfile_open to not return a file handle when the PID doesn't match? Seems like a bug to me in that routine as well. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 27 22:12:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DF8C106564A for ; Sun, 27 Jun 2010 22:12:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 30C968FC0A for ; Sun, 27 Jun 2010 22:12:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5RM8ZMv075320; Sun, 27 Jun 2010 16:08:35 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 27 Jun 2010 16:08:45 -0600 (MDT) Message-Id: <20100627.160845.256787458594170652.imp@bsdimp.com> To: yanefbsd@gmail.com From: "M. Warner Losh" In-Reply-To: References: <201006262229.09747.hselasky@c2i.net> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2010 22:12:45 -0000 In message: Garrett Cooper writes: : On Sat, Jun 26, 2010 at 1:45 PM, Garrett Cooper = wrote: : > On Sat, Jun 26, 2010 at 1:29 PM, Hans Petter Selasky wrote: : >> Hi, : >> : >> Sometimes utilities that are started by devd require libraries out= side : >> /usr/lib. One example is the webcamd utility which is started by d= evd upon USB : >> device insertion. What do you think about the following patch: : >> : >> --- devd =A0 =A0 =A0 =A0(revision 209463) : >> +++ devd =A0 =A0 =A0 =A0(local) : >> @@ -4,7 +4,7 @@ : >> =A0# : >> : >> =A0# PROVIDE: devd : >> -# REQUIRE: netif : >> +# REQUIRE: netif ldconfig : >> =A0# BEFORE: NETWORKING mountcritremote : >> =A0# KEYWORD: nojail shutdown : > : > Funny since I was just monkeying around with this. This doesn't app= ear : > to be the only issue with devd: : > : > # devd : > devd: devd already running, pid: 430 : > # pgrep 430; echo $? : > 1 : > # : > : > Looks like /etc/rc.d/devd restart is broken :(... : = : This seems to fix that. : Thanks, : -Garrett : = : Index: devd.cc : =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D : --- devd.cc (revision 209530) : +++ devd.cc (working copy) : @@ -739,6 +739,7 @@ : static void : event_loop(void) : { : + bool warn_user_about_cleanup; : int rv; : int fd; : char buffer[DEVCTL_MAXBUF]; : @@ -804,6 +805,17 @@ : new_client(server_fd); : } : close(fd); : + close(server_fd); : + : + if (unlink(PIPE) =3D=3D 0) { : + cfg.remove_pidfile(); : + warn_user_about_cleanup =3D false; : + } else : + warn_user_about_cleanup =3D true; : + : + if (warn_user_about_cleanup =3D=3D true) : + warn("cleanup failed"); : + : } : =0C : /* This patch is wrong. The problems with it: (1) You don't need to unlink the pipe. If you can't unlink it, then you won't remove the pid file. (2) If devd dies suddenly (kill -9, segv, etc), then the pid file will remain around, and devd will fail to start. (3) i_really_do_not_like_names_this_long_esp_when_they_are_not_needed. The following works around the bug in pidfile_open, and allows me to restart devd both in a nice shutdown mode, as well as preventing devd from running multiple times. I'm not 100% sure the error handling is right, I'm still tracing through that path. This seems to work. Warner Index: devd.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- devd.cc (revision 209492) +++ devd.cc (working copy) @@ -376,11 +376,18 @@ if (_pidfile =3D=3D "") return; pfh =3D pidfile_open(_pidfile.c_str(), 0600, &otherpid); - if (pfh =3D=3D NULL) { - if (errno =3D=3D EEXIST) + if (pfh !=3D NULL) + return; + if (errno =3D=3D EEXIST) { + /* + * Work around a bug in libutil where it will return this + * condition when the other process does not, in fact, + * actually exist. Use kill(2) to see if it is there or not. + */ + if (kill(otherpid, 0) =3D=3D 0) errx(1, "devd already running, pid: %d", (int)otherpid); + } else warn("cannot open pid file"); - } } = void @@ -804,6 +811,8 @@ new_client(server_fd); } close(fd); + close(server_fd); + cfg.remove_pidfile(); } =0C /* From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 00:23:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 838DD106564A for ; Mon, 28 Jun 2010 00:23:42 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3A9898FC0C for ; Mon, 28 Jun 2010 00:23:41 +0000 (UTC) Received: by qwg5 with SMTP id 5so1815132qwg.13 for ; Sun, 27 Jun 2010 17:23:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=gjRXfi/lGhVczbXa3aZ5Bgx8qX7l1QAYQy4RShm/dsI=; b=ixMDkGgFNC+uX9Azosj/r6c53J6yZK7ER7Dfhu3yuPdzKPQOQIctBx1RV5e7QEH5vt lTR06caLzw8t1sFAcWzoAAtUvKy4Ycmr67pkIZC9z2KdauuRyNIZUWiP0mrKiN/c2B94 clgMLe/g6RGBNAedKxa02A+8WHJsmR4RIXehk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xGrVqx8CJhBxc2ucUzYT0NS972IdToCbaRT97c8OJgRPPrYRoDZu62250nqYoyShCd 9/203TVMHcJTenjNVe+EyMgn9WmRKDYSTGk+/q1DBp2zl5T8DizWElFQCvwTkiSEYkdt 6t+njqB5/g76GE/S1VMxf90qpA1qCRj6q3+9A= MIME-Version: 1.0 Received: by 10.229.211.18 with SMTP id gm18mr2150441qcb.12.1277684613839; Sun, 27 Jun 2010 17:23:33 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Sun, 27 Jun 2010 17:23:33 -0700 (PDT) In-Reply-To: <20100627.160845.256787458594170652.imp@bsdimp.com> References: <201006262229.09747.hselasky@c2i.net> <20100627.160845.256787458594170652.imp@bsdimp.com> Date: Sun, 27 Jun 2010 17:23:33 -0700 Message-ID: From: Garrett Cooper To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 00:23:42 -0000 On Sun, Jun 27, 2010 at 3:08 PM, M. Warner Losh wrote: > In message: > =A0 =A0 =A0 =A0 =A0 =A0Garrett Cooper writes: > : On Sat, Jun 26, 2010 at 1:45 PM, Garrett Cooper wr= ote: > : > On Sat, Jun 26, 2010 at 1:29 PM, Hans Petter Selasky wrote: > : >> Hi, > : >> > : >> Sometimes utilities that are started by devd require libraries outsi= de > : >> /usr/lib. One example is the webcamd utility which is started by dev= d upon USB > : >> device insertion. What do you think about the following patch: > : >> > : >> --- devd =A0 =A0 =A0 =A0(revision 209463) > : >> +++ devd =A0 =A0 =A0 =A0(local) > : >> @@ -4,7 +4,7 @@ > : >> =A0# > : >> > : >> =A0# PROVIDE: devd > : >> -# REQUIRE: netif > : >> +# REQUIRE: netif ldconfig > : >> =A0# BEFORE: NETWORKING mountcritremote > : >> =A0# KEYWORD: nojail shutdown > : > > : > Funny since I was just monkeying around with this. This doesn't appea= r > : > to be the only issue with devd: > : > > : > # devd > : > devd: devd already running, pid: 430 > : > # pgrep 430; echo $? > : > 1 > : > # > : > > : > Looks like /etc/rc.d/devd restart is broken :(... > : > : This seems to fix that. > : Thanks, > : -Garrett > : > : Index: devd.cc > : =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > : --- devd.cc =A0 (revision 209530) > : +++ devd.cc =A0 (working copy) > : @@ -739,6 +739,7 @@ > : =A0static void > : =A0event_loop(void) > : =A0{ > : + =A0 =A0 bool warn_user_about_cleanup; > : =A0 =A0 =A0 int rv; > : =A0 =A0 =A0 int fd; > : =A0 =A0 =A0 char buffer[DEVCTL_MAXBUF]; > : @@ -804,6 +805,17 @@ > : =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 new_client(server_fd); > : =A0 =A0 =A0 } > : =A0 =A0 =A0 close(fd); > : + =A0 =A0 close(server_fd); > : + > : + =A0 =A0 if (unlink(PIPE) =3D=3D 0) { > : + =A0 =A0 =A0 =A0 =A0 =A0 cfg.remove_pidfile(); > : + =A0 =A0 =A0 =A0 =A0 =A0 warn_user_about_cleanup =3D false; > : + =A0 =A0 } else > : + =A0 =A0 =A0 =A0 =A0 =A0 warn_user_about_cleanup =3D true; > : + > : + =A0 =A0 if (warn_user_about_cleanup =3D=3D true) > : + =A0 =A0 =A0 =A0 =A0 =A0 warn("cleanup failed"); > : + > : =A0} > : > : =A0/* > > This patch is wrong. =A0The problems with it: > > (1) You don't need to unlink the pipe. =A0If you can't unlink it, then > =A0 =A0you won't remove the pid file. > (2) If devd dies suddenly (kill -9, segv, etc), then the pid file will > =A0 =A0remain around, and devd will fail to start. > (3) i_really_do_not_like_names_this_long_esp_when_they_are_not_needed. > > The following works around the bug in pidfile_open, and allows me to > restart devd both in a nice shutdown mode, as well as preventing devd > from running multiple times. =A0I'm not 100% sure the error handling is > right, I'm still tracing through that path. =A0This seems to work. > > Warner > > Index: devd.cc > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- devd.cc =A0 =A0 (revision 209492) > +++ devd.cc =A0 =A0 (working copy) > @@ -376,11 +376,18 @@ > =A0 =A0 =A0 =A0if (_pidfile =3D=3D "") > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return; > =A0 =A0 =A0 =A0pfh =3D pidfile_open(_pidfile.c_str(), 0600, &otherpid); > - =A0 =A0 =A0 if (pfh =3D=3D NULL) { > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (errno =3D=3D EEXIST) > + =A0 =A0 =A0 if (pfh !=3D NULL) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; > + =A0 =A0 =A0 if (errno =3D=3D EEXIST) { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* Work around a bug in libutil where it = will return this > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* condition when the other process does = not, in fact, > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* actually exist. =A0Use kill(2) to see = if it is there or not. > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0*/ > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (kill(otherpid, 0) =3D=3D 0) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0errx(1, "devd already runn= ing, pid: %d", (int)otherpid); > + =A0 =A0 =A0 } else > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0warn("cannot open pid file"); > - =A0 =A0 =A0 } > =A0} > > =A0void > @@ -804,6 +811,8 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0new_client(server_fd); > =A0 =A0 =A0 =A0} > =A0 =A0 =A0 =A0close(fd); > + =A0 =A0 =A0 close(server_fd); > + =A0 =A0 =A0 cfg.remove_pidfile(); > =A0} I see what you mean. pidfile_open obviously fails with this requirement: If a file can not be locked, a PID of an already running daemon is ret= urned in the pidptr argument (if it is not NULL). The function does not wri= te process' PID into the file here, so it can be used before fork()ing and exit with a proper error message when needed. If the path argument is NULL= , /var/run/.pid file will be used. The problem I think is that the flopen arguments are wrong -- it passes in O_TRUNC, instead of checking whether or not the file exists beforehand, and then attempt to read in the file (if it exists) to determine whether or not the PID is alive. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 01:59:47 2010 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3D671065673 for ; Mon, 28 Jun 2010 01:59:47 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8B9738FC16 for ; Mon, 28 Jun 2010 01:59:47 +0000 (UTC) Received: by vws13 with SMTP id 13so6840073vws.13 for ; Sun, 27 Jun 2010 18:59:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=N6j38A+MPCYMG28s9zwAcRg32lr5QC146SzPgLbHxpo=; b=Ozrfk4vniE4RxVTe/nkV1Qcdz5Au/axIibOezVSORlx0GBzhE6b3DXgSk7ple7HWQ+ PtGPVcoCVD+dHBUUuzQwgkCEscLI3tnCPhHAHvrv3AW4xMBhtrUFqvtCVBGQ8QbeQ7O0 i/x1kP8iPGbVl+XlZBqJwkmGIElA47EC/dics= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rbQPVFlqpgWsq0oS3aSh8vFEQ4KqCM+Hg5BWiq10pXGTIfxZelfhEnv2BG6Z29jkRH /HzEceYG7how0DBlkoz4veB/Jq8E5BWGQu3J98OtcM2fFm8xo1gEC6bJr+wZ05/asjAC FuV918d6GmycWt3Ukp68Or25EhpF/FsSYOE7o= MIME-Version: 1.0 Received: by 10.229.212.18 with SMTP id gq18mr2200480qcb.139.1277690378795; Sun, 27 Jun 2010 18:59:38 -0700 (PDT) Received: by 10.229.225.9 with HTTP; Sun, 27 Jun 2010 18:59:38 -0700 (PDT) Date: Sun, 27 Jun 2010 20:59:38 -0500 Message-ID: From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: panic with zfs v16 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 01:59:47 -0000 hello list, I just had a panic on a FreeBSD 9.0 built with yesterdays sources. uname -a FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat Jun 26 09:14:30 CDT 2010 sfourman@:/usr/obj/usr/src/sys/ZFSv16 amd64 GENERIC kernel with this patch http://people.freebsd.org/~mm/patches/zfs/v16/head-v16-extended.patch i have a ufs2 boot drive with a separate ZFS pool since this was a fresh install of 9-current(specifically to test the v16 ZFS patches) I was doing a zpool import of a 2TB dataset that has ~100 snapshots it was taking over a hour to import, possibly this zfs bug http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6761786 So I decided to build subversion from ports while I waited on zfs import I got the panic in the following pics http://www.puffybsd.com/img_3995.jpg http://www.puffybsd.com/img_3996.jpg -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 02:18:54 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43A2F106566B; Mon, 28 Jun 2010 02:18:54 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id ECF3B8FC16; Mon, 28 Jun 2010 02:18:53 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5S2H5qX077095; Sun, 27 Jun 2010 20:17:06 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 27 Jun 2010 20:17:16 -0600 (MDT) Message-Id: <20100627.201716.1108826596298620201.imp@bsdimp.com> To: yanefbsd@gmail.com From: "M. Warner Losh" In-Reply-To: References: <20100627.160845.256787458594170652.imp@bsdimp.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org, pjd@FreeBSD.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 02:18:54 -0000 In message: Garrett Cooper writes: : On Sun, Jun 27, 2010 at 3:08 PM, M. Warner Losh wrot= e: : > In message: : > =A0 =A0 =A0 =A0 =A0 =A0Garrett Cooper writes: : > : On Sat, Jun 26, 2010 at 1:45 PM, Garrett Cooper wrote: : > : > On Sat, Jun 26, 2010 at 1:29 PM, Hans Petter Selasky wrote: : > : >> Hi, : > : >> : > : >> Sometimes utilities that are started by devd require libraries= outside : > : >> /usr/lib. One example is the webcamd utility which is started = by devd upon USB : > : >> device insertion. What do you think about the following patch:= : > : >> : > : >> --- devd =A0 =A0 =A0 =A0(revision 209463) : > : >> +++ devd =A0 =A0 =A0 =A0(local) : > : >> @@ -4,7 +4,7 @@ : > : >> =A0# : > : >> : > : >> =A0# PROVIDE: devd : > : >> -# REQUIRE: netif : > : >> +# REQUIRE: netif ldconfig : > : >> =A0# BEFORE: NETWORKING mountcritremote : > : >> =A0# KEYWORD: nojail shutdown : > : > : > : > Funny since I was just monkeying around with this. This doesn't= appear : > : > to be the only issue with devd: : > : > : > : > # devd : > : > devd: devd already running, pid: 430 : > : > # pgrep 430; echo $? : > : > 1 : > : > # : > : > : > : > Looks like /etc/rc.d/devd restart is broken :(... : > : : > : This seems to fix that. : > : Thanks, : > : -Garrett : > : : > : Index: devd.cc : > : =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D : > : --- devd.cc =A0 (revision 209530) : > : +++ devd.cc =A0 (working copy) : > : @@ -739,6 +739,7 @@ : > : =A0static void : > : =A0event_loop(void) : > : =A0{ : > : + =A0 =A0 bool warn_user_about_cleanup; : > : =A0 =A0 =A0 int rv; : > : =A0 =A0 =A0 int fd; : > : =A0 =A0 =A0 char buffer[DEVCTL_MAXBUF]; : > : @@ -804,6 +805,17 @@ : > : =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 new_client(server_fd)= ; : > : =A0 =A0 =A0 } : > : =A0 =A0 =A0 close(fd); : > : + =A0 =A0 close(server_fd); : > : + : > : + =A0 =A0 if (unlink(PIPE) =3D=3D 0) { : > : + =A0 =A0 =A0 =A0 =A0 =A0 cfg.remove_pidfile(); : > : + =A0 =A0 =A0 =A0 =A0 =A0 warn_user_about_cleanup =3D false; : > : + =A0 =A0 } else : > : + =A0 =A0 =A0 =A0 =A0 =A0 warn_user_about_cleanup =3D true; : > : + : > : + =A0 =A0 if (warn_user_about_cleanup =3D=3D true) : > : + =A0 =A0 =A0 =A0 =A0 =A0 warn("cleanup failed"); : > : + : > : =A0} : > : : > : =A0/* : > : > This patch is wrong. =A0The problems with it: : > : > (1) You don't need to unlink the pipe. =A0If you can't unlink it, t= hen : > =A0 =A0you won't remove the pid file. : > (2) If devd dies suddenly (kill -9, segv, etc), then the pid file w= ill : > =A0 =A0remain around, and devd will fail to start. : > (3) i_really_do_not_like_names_this_long_esp_when_they_are_not_need= ed. : > : > The following works around the bug in pidfile_open, and allows me t= o : > restart devd both in a nice shutdown mode, as well as preventing de= vd : > from running multiple times. =A0I'm not 100% sure the error handlin= g is : > right, I'm still tracing through that path. =A0This seems to work. : > : > Warner : > : > Index: devd.cc : > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D : > --- devd.cc =A0 =A0 (revision 209492) : > +++ devd.cc =A0 =A0 (working copy) : > @@ -376,11 +376,18 @@ : > =A0 =A0 =A0 =A0if (_pidfile =3D=3D "") : > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return; : > =A0 =A0 =A0 =A0pfh =3D pidfile_open(_pidfile.c_str(), 0600, &otherp= id); : > - =A0 =A0 =A0 if (pfh =3D=3D NULL) { : > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (errno =3D=3D EEXIST) : > + =A0 =A0 =A0 if (pfh !=3D NULL) : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; : > + =A0 =A0 =A0 if (errno =3D=3D EEXIST) { : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* Work around a bug in libutil whe= re it will return this : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* condition when the other process= does not, in fact, : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* actually exist. =A0Use kill(2) t= o see if it is there or not. : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0*/ : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (kill(otherpid, 0) =3D=3D 0) : > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0errx(1, "devd alread= y running, pid: %d", (int)otherpid); : > + =A0 =A0 =A0 } else : > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0warn("cannot open pid file"); : > - =A0 =A0 =A0 } : > =A0} : > : > =A0void : > @@ -804,6 +811,8 @@ : > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0new_client(server_fd= ); : > =A0 =A0 =A0 =A0} : > =A0 =A0 =A0 =A0close(fd); : > + =A0 =A0 =A0 close(server_fd); : > + =A0 =A0 =A0 cfg.remove_pidfile(); : > =A0} : = : I see what you mean. pidfile_open obviously fails with this requireme= nt: : = : If a file can not be locked, a PID of an already running daemon = is returned : in the pidptr argument (if it is not NULL). The function does n= ot write : process' PID into the file here, so it can be used before : fork()ing and exit : with a proper error message when needed. If the path argument i= s NULL, : /var/run/.pid file will be used. : = : The problem I think is that the flopen arguments are wrong -- it pass= es in : O_TRUNC, instead of checking whether or not the file exists beforehan= d, and : then attempt to read in the file (if it exists) to determine whether : or not the PID is alive. O_TRUNC likely is OK. If you can obtain the lock, then truncation is what you want... Maybe the real problem is that devd locks the file, then dies. The file remains locked, so the flopen is failing with EWOULDBLOCK. That gets turned into an EEXIST return value, with the PID of of what's in the file returned. The flock(2) man page is silent on what happens when a process dies (although lockf(3) says that all locks for a process are removed when the process terminates). But I suspect the real real problem is the implicit assumption that flock will release the lock when a process terminates... That isn't the case in BSD, and as such the backup kill() that I did in the above patch is needed, and likely should be moved into the pidfile implementation. I've cc'd pjd@ since he wrong this function.. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 05:54:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC9BF106566B for ; Mon, 28 Jun 2010 05:54:55 +0000 (UTC) (envelope-from ru@freebsd.org) Received: from mail.vega.ru (mail.vega.ru [90.156.167.5]) by mx1.freebsd.org (Postfix) with ESMTP id 985CC8FC19 for ; Mon, 28 Jun 2010 05:54:55 +0000 (UTC) Received: from [10.100.124.99] (helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OT7Iz-000Og0-MT; Mon, 28 Jun 2010 09:54:53 +0400 Date: Mon, 28 Jun 2010 09:54:12 +0400 From: Ruslan Ermilov To: Garrett Cooper Message-ID: <20100628055411.GC8478@edoofus.dev.vega.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: FreeBSD Current Subject: Re: Coming back to the btxld: No such file or directory installworld error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 05:54:55 -0000 On Sun, Jun 27, 2010 at 01:14:59PM -0700, Garrett Cooper wrote: > Hi Ruslan, > I've run into this particular error twice now in the past couple > of weeks when building with -j24 on a memory disk and I was wondering > if there was an missing dependency / race somewhere or something > (perhaps make obj?): > > ===> sys/boot/i386/boot2 (install) > # ... > btxld -v -E 0x2000 -f bin -b > /usr/obj/scratch/freebsd/current/sys/boot/i386/boot2/../btx/btx/btx -l > boot2.ldr -o boot2.ld -P 1 boot2.bin > btxld: No such file or directory > *** Error code 1 The "install" target isn't supposed to build stuff, only install it. When you see it trying to build something, this can be indicative of: - build wasn't run (e.g., after an update); - a computer's date/time is set to the past (causing wrong date/time to be set on output files => causing them to be considered out-of- date by make(1)); check with date(1). - source files have modification times pointing to the future which fools make(1) into thinking that it should rebuild some target; check with "find /usr/src -mtime -0". HTH, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 06:27:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 769B5106566B; Mon, 28 Jun 2010 06:27:49 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 19D3D8FC1D; Mon, 28 Jun 2010 06:27:48 +0000 (UTC) Received: by qwg5 with SMTP id 5so1935568qwg.13 for ; Sun, 27 Jun 2010 23:27:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=S7vKcUjYtB4rJX33gXQba2FIIqjf1iw6k6WL8caTgyk=; b=JrbrnvLQ1vFXxsg2PPIF8A4iJngyOHh3RnOjlz3NEiQ7H1rAGUkBE7JlRdFkAvP+wM 0PWca2IfDG0oocqwN2wivkjOpMS1mU7W8+OY6TeilX9+v63PYXfRGQwAiAoxlwRHvTT7 0ZRFjwZm/rsVPQCoByZATeIfFvge3Y8uEzf+8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=byMpk8T0gUYePivlGFFHi1s8das04MFRWFFORypT8Molt11Bup8/BwEEUHu6haIETK 8rE8U5m5g0M1zkb1uZU9rRYpkZadzSid5W+rdMiMwDU9m4snV0O/U8MLrUESvSa4t70V 185HEhgO4t++NnMicRuAwWM97cLLpJmfB/KMA= MIME-Version: 1.0 Received: by 10.224.44.90 with SMTP id z26mr2843242qae.170.1277706461604; Sun, 27 Jun 2010 23:27:41 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Sun, 27 Jun 2010 23:27:41 -0700 (PDT) In-Reply-To: <20100628055411.GC8478@edoofus.dev.vega.ru> References: <20100628055411.GC8478@edoofus.dev.vega.ru> Date: Sun, 27 Jun 2010 23:27:41 -0700 Message-ID: From: Garrett Cooper To: Ruslan Ermilov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Coming back to the btxld: No such file or directory installworld error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 06:27:49 -0000 On Sun, Jun 27, 2010 at 10:54 PM, Ruslan Ermilov wrote: > On Sun, Jun 27, 2010 at 01:14:59PM -0700, Garrett Cooper wrote: >> Hi Ruslan, >> =A0 =A0 I've run into this particular error twice now in the past couple >> of weeks when building with -j24 on a memory disk and I was wondering >> if there was an missing dependency / race somewhere or something >> (perhaps make obj?): >> >> =3D=3D=3D> sys/boot/i386/boot2 (install) >> # ... >> btxld -v -E 0x2000 -f bin -b >> /usr/obj/scratch/freebsd/current/sys/boot/i386/boot2/../btx/btx/btx -l >> boot2.ldr =A0-o boot2.ld -P 1 boot2.bin >> btxld: No such file or directory >> *** Error code 1 > > The "install" target isn't supposed to build stuff, only install it. > When you see it trying to build something, this can be indicative of: > > - build wasn't run (e.g., after an update); Not the case (I ran buildworld and everything else up to that point installed happily). > - a computer's date/time is set to the past (causing wrong date/time > =A0to be set on output files =3D> causing them to be considered out-of- > =A0date by make(1)); check with date(1). My computer hasn't been time traveling lately :/ ("If my calculations are correct, when this baby hits eighty-eight miles per hour... you're gonna see some serious shit."). > - source files have modification times pointing to the future which > =A0fools make(1) into thinking that it should rebuild some target; > =A0check with "find /usr/src -mtime -0". This seems unlikely as well. Is there a possibility that the existing Makefiles work by accident when -j < 24 because the actions aren't executed in order :(? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 08:22:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60C391065672 for ; Mon, 28 Jun 2010 08:22:54 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 21D848FC15 for ; Mon, 28 Jun 2010 08:22:53 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 15C221FFC33; Mon, 28 Jun 2010 08:22:53 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id D254384525; Mon, 28 Jun 2010 10:20:41 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "M. Warner Losh" References: <201006262229.09747.hselasky@c2i.net> <20100627.155004.49280345238493664.imp@bsdimp.com> Date: Mon, 28 Jun 2010 10:20:41 +0200 In-Reply-To: <20100627.155004.49280345238493664.imp@bsdimp.com> (M. Warner Losh's message of "Sun, 27 Jun 2010 15:50:04 -0600 (MDT)") Message-ID: <86mxuf7eli.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: yanefbsd@gmail.com, freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 08:22:54 -0000 "M. Warner Losh" writes: > Why not fix pidfile_open to not return a file handle when the PID > doesn't match? It doesn't. If it can't lock the file, or if fstat(2) fails after it has locked the file, it returns NULL. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 08:25:37 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5847106567F; Mon, 28 Jun 2010 08:25:37 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 868688FC17; Mon, 28 Jun 2010 08:25:37 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8677E1FFC34; Mon, 28 Jun 2010 08:25:36 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 5E1BF84525; Mon, 28 Jun 2010 10:23:25 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "M. Warner Losh" References: <20100627.160845.256787458594170652.imp@bsdimp.com> <20100627.201716.1108826596298620201.imp@bsdimp.com> Date: Mon, 28 Jun 2010 10:23:25 +0200 In-Reply-To: <20100627.201716.1108826596298620201.imp@bsdimp.com> (M. Warner Losh's message of "Sun, 27 Jun 2010 20:17:16 -0600 (MDT)") Message-ID: <86iq537egy.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: yanefbsd@gmail.com, freebsd-current@FreeBSD.org, pjd@FreeBSD.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 08:25:37 -0000 "M. Warner Losh" writes: > Maybe the real problem is that devd locks the file, then dies. The > file remains locked, so the flopen is failing with EWOULDBLOCK. The lock is released when the process that holds it terminates. > But I suspect the real real problem is the implicit assumption that > flock will release the lock when a process terminates... That isn't > the case in BSD Yes it is. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 08:40:42 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31EA0106564A; Mon, 28 Jun 2010 08:40:42 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id E28AB8FC13; Mon, 28 Jun 2010 08:40:41 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C6A141FFC35; Mon, 28 Jun 2010 08:40:40 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 92AFE84525; Mon, 28 Jun 2010 10:38:29 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "M. Warner Losh" References: <20100627.160845.256787458594170652.imp@bsdimp.com> <20100627.201716.1108826596298620201.imp@bsdimp.com> <86iq537egy.fsf@ds4.des.no> Date: Mon, 28 Jun 2010 10:38:29 +0200 In-Reply-To: <86iq537egy.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Mon, 28 Jun 2010 10:23:25 +0200") Message-ID: <86eifr7dru.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: yanefbsd@gmail.com, freebsd-current@FreeBSD.org, pjd@FreeBSD.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 08:40:42 -0000 Dag-Erling Sm=C3=B8rgrav writes: > "M. Warner Losh" writes: >> Maybe the real problem is that devd locks the file, then dies. The >> file remains locked, so the flopen is failing with EWOULDBLOCK. > > The lock is released when the process that holds it terminates. > >> But I suspect the real real problem is the implicit assumption that >> flock will release the lock when a process terminates... That isn't >> the case in BSD > Yes it is. Additional details: - Under POSIX semantics (fcntl(2) locks), the lock is released when *any* file descriptor the process holds for that file is closed. This is handled in fdfree(). - Under flock semantics (flock(2) locks), the lock is released when *all* file descriptors the process holds for that file is closed. This is handled in vn_closefile(). - In both cases, all locks a process holds are released when the process terminates. Gotta love the following excerpt from VOP_OPEN(9), btw: The VOP_OPEN() entry point is called before a file is accessed by a process and the VOP_CLOSE() entry point is called after a file is fin=E2= =80=90 ished with by the process. :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 08:56:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB2A0106564A for ; Mon, 28 Jun 2010 08:56:15 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9F18FC1A for ; Mon, 28 Jun 2010 08:56:14 +0000 (UTC) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by lauren.room52.net (Postfix) with ESMTPSA id 9FD7D7E84A for ; Mon, 28 Jun 2010 18:56:12 +1000 (EST) Message-ID: <4C2863AB.50003@freebsd.org> Date: Mon, 28 Jun 2010 18:56:11 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.10) Gecko/20100625 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C1492D0.6020704@freebsd.org> <4C1C3922.2050102@freebsd.org> In-Reply-To: <4C1C3922.2050102@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [CFT] SIFTR - Statistical Information For TCP Research: Uncle Lawrence needs YOU! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Jun 2010 08:56:15 -0000 Hi again, After my most recent appeal for testers, I received some excellent feedback and thank everyone that has tried the patch. I've ironed out a couple of bugs and have what I hope is the import-ready candidate patch available for a final round of testing. Please read on if you are able and willing to (re)test the code. On 06/19/10 13:27, Lawrence Stewart wrote: > Amount of feedback received thus far: nichts, nil, nada > > *sings "I'm so ronery" in his best Kim Jong-il voice* [4] > > Just like Uncle Sam [5], Uncle Lawrence needs you too - yes, I'm > pointing at YOU! > > More specifically, people out there running current with 10-15 mins to > spare for some testing, please read on. > > On 06/13/10 18:12, Lawrence Stewart wrote: >> Hi all, >> >> The time has come to solicit some external testing for my SIFTR tool. >> I'm hoping to commit it within a week or so unless problems are >> discovered. >> >> SIFTR is a kernel module that logs a range of statistics on active TCP >> connections to a log file. It provides the ability to make highly >> granular measurements of TCP connection state, aimed at system >> administrators, developers and researchers. You can use the data to find >> bugs in the stack, understand why connections are performing badly and >> test new code to name a few uses. >> >> Development has been made possible in part by grants from the Cisco >> University Research Program Fund at Community Foundation Silicon Valley, >> and the FreeBSD Foundation. Bringing it into FreeBSD proper is being >> carried out under the auspices of the "Enhancing the FreeBSD TCP >> Implementation" FreeBSD Foundation project. More details are available >> at [1,2,3]. >> >> If you can help out, please read on! [snip] Latest patch which fixes 2 bugs reported by testers and adds a bit more discussion to the man page is available here: http://people.freebsd.org/~lstewart/patches/tcp_ffcaia2008/siftr_9.x.r209558.patch Fixed bugs: - Running SIFTR on an INVARIANTS enabled kernel with a large number of TCP flows terminating on the machine would lead to a KASSERT triggering in the ALQ framework when SIFTR was disabled. - The "SACK enabled" data log message field was not being set correctly. If you would like to test on a kernel revision older then r209558, make sure you have my r209325 diff to applied. It is safe to apply r209325 stand alone as it is self contained and not used by any code in the tree other than SIFTR. Please adapt the following instructions as appropriate based on the patch version you're testing. >> Copy it to the root of your source tree and run the following: >> >> patch -p1 < siftr_9.x.r209119.patch >> >> It's a loadable kernel module so you can build it for testing like so: >> >> cd /sys/modules/siftr >> make >> kldload ./siftr.ko >> (don't forget to "make cleandir" to remove cruft when finished testing) It turns out that the above instructions to build the module can produce a .ko that is out of sync with your kernel in such a way that the module can load, but may blow up unexpectedly. This was observed when KTR was enabled in the running kernel. To be safe, please use the following procedure instead: - Ensure is the source tree that the kernel you are currently running was built from. cd make buildkernel cp /usr/obj//sys//modules//sys/modules/siftr/siftr.ko /tmp kldload /tmp/siftr.ko Alternatively for the last 2 steps, you can "make installkernel ; shutdown -r now" after the kernel build completes and then simply "kldload siftr" as the module will be installed to /boot/kernel/ as per usual. >> After applying the patch, you can read the man page by running: >> >> man -M /share/man siftr >> >> If I've done a decent job, all the info you need to understand what it >> does and how to use it should be in the man page. >> >> I'm interested in all feedback and reports of success/failure, along >> with details of the architecture tested and number of CPUs if you would >> be so kind. >> >> That should be enough to get the ball rolling. Thanks and I look forward >> to hearing from you! >> >> Cheers, >> Lawrence >> >> [1] http://caia.swin.edu.au/freebsd/etcp09/ >> >> [2] http://www.freebsdfoundation.org/projects.shtml#Swinburne >> >> [3] http://caia.swin.edu.au/urp/newtcp/ > > [4] http://www.youtube.com/watch?v=xh_9QhRzJEs (language warning) > > [5] http://www.sonofthesouth.net/uncle-sam/images/uncle-sam-wants-you.jpg Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 09:10:13 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 100BD106564A; Mon, 28 Jun 2010 09:10:13 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 5590F8FC0C; Mon, 28 Jun 2010 09:10:12 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 779521FFC33; Mon, 28 Jun 2010 09:10:10 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 4D5E984525; Mon, 28 Jun 2010 11:07:59 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "M. Warner Losh" References: <20100627.160845.256787458594170652.imp@bsdimp.com> <20100627.201716.1108826596298620201.imp@bsdimp.com> <86iq537egy.fsf@ds4.des.no> <86eifr7dru.fsf@ds4.des.no> Date: Mon, 28 Jun 2010 11:07:59 +0200 In-Reply-To: <86eifr7dru.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Mon, 28 Jun 2010 10:38:29 +0200") Message-ID: <867hlj7ceo.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: yanefbsd@gmail.com, freebsd-current@FreeBSD.org, pjd@FreeBSD.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 09:10:13 -0000 Dag-Erling Sm=C3=B8rgrav writes: > - Under flock semantics (flock(2) locks), the lock is released when > *all* file descriptors the process holds for that file is closed. are, even, and sorry for the horrid quoting. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 09:15:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2F1F106564A for ; Mon, 28 Jun 2010 09:15:22 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 6B6318FC08 for ; Mon, 28 Jun 2010 09:15:22 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 8741714DBDDF; Mon, 28 Jun 2010 11:15:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id R0sIP+HQtLBP; Mon, 28 Jun 2010 11:15:19 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 143EA14DBDCB; Mon, 28 Jun 2010 11:15:19 +0200 (CEST) Message-ID: <4C286825.1040201@FreeBSD.org> Date: Mon, 28 Jun 2010 11:15:17 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Anonymous References: <4C16C5B5.1070308@FreeBSD.org> <867hlzq4lb.fsf@gmail.com> <867hlzufl6.fsf@gmail.com> <4C1A7A57.3000006@FreeBSD.org> <86bpb9z77g.fsf@gmail.com> In-Reply-To: <86bpb9z77g.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: [CFT] BSDL iconv in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 09:15:22 -0000 Em 2010.06.17. 23:21, Anonymous escreveu: > Gabor Kovesdan writes: > > [...] > >>> $ make installworld TARGET=i386 DESTDIR=/b/bbb >>> ... >>> ===> usr.bin/mkcsmapper (install) >>> install -s -o root -g wheel -m 555 mkcsmapper /b/bbb/usr/bin >>> strip: /b/bbb/usr/bin/mkcsmapper: File format not recognized >>> install: wait: No such file or directory >>> *** Error code 70 >>> >>> >> If cross-compiling doesn't work, how did you build the former one that >> gave you that error? >> > Here is my guess > > libiconv_modules compiles fine but installs both normal and lib32 objdir > into /usr/lib when lib32 should use /usr/lib32. > > mkcsmapper/mkesdb are failing to install because they're treated as > build-tools for host system and never compiled for target > system. However, they're not included in lib32 target and so are not > built for i386 arch during normal buildworld on amd64 host where > host = target. > Just a short update on this... The library part is fixed but I couldn't find out a fix for mk* tools yet. Gabor From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 09:56:07 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9785A106566B for ; Mon, 28 Jun 2010 09:56:07 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 021458FC0A for ; Mon, 28 Jun 2010 09:56:06 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id o5S9u0V3003378; Mon, 28 Jun 2010 10:56:00 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1OTB4K-0003Wj-G6; Mon, 28 Jun 2010 10:56:00 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id o5S9u0eL045561; Mon, 28 Jun 2010 10:56:00 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id o5S9u0of045560; Mon, 28 Jun 2010 10:56:00 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Garrett Cooper In-Reply-To: References: Content-Type: text/plain; charset="ASCII" Content-Transfer-Encoding: quoted-printable Date: Mon, 28 Jun 2010 10:55:59 +0100 Message-ID: <1277718959.45304.4.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: FreeBSD Current , Ruslan Ermilov Subject: Re: Coming back to the btxld: No such file or directory installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 09:56:07 -0000 On Sun, 2010-06-27 at 13:14 -0700, Garrett Cooper wrote: > Hi Ruslan, > I've run into this particular error twice now in the past couple > of weeks when building with -j24 on a memory disk and I was wondering > if there was an missing dependency / race somewhere or something > (perhaps make obj?): >=20 > =3D=3D=3D> sys/boot/i386/boot2 (install) > # ... > btxld -v -E 0x2000 -f bin -b > /usr/obj/scratch/freebsd/current/sys/boot/i386/boot2/../btx/btx/btx -l > boot2.ldr -o boot2.ld -P 1 boot2.bin > btxld: No such file or directory > *** Error code 1 >=20 > Stop in /scratch/freebsd/current/sys/boot/i386/boot2. > *** Error code 1 I've seen this in the last couple of weeks as well. I build with -j3, and the buildworld seemed to go fine. During the installworld (after installkernel and reboot) I saw the same as you see. > Running the make in the respective subdirectories, then rerunning > installworld works. Example: >=20 > btxld -v -E 0x2000 -f bin -b > /usr/obj/scratch/freebsd/current/sys/boot/i386/zfsboot/../btx/btx/btx > -l zfsboot.ldr -o zfsboot.ld -P 1 zfsboot.bin > kernel: ver=3D1.02 size=3D690 load=3D9000 entry=3D9010 map=3D16M pgctl=3D= 1:1 > client: fmt=3Dbin size=3D602c text=3D0 data=3D0 bss=3D0 entry=3D0 > output: fmt=3Dbin size=3D66bc text=3D0 data=3D66bc org=3D0 entry=3D0 > 6468 bytes available > dd if=3Dzfsboot.ld of=3Dzfsboot2 obs=3D32768 conv=3Dosync > 51+1 records in > 1+0 records out > 32768 bytes transferred in 0.000062 secs (528611360 bytes/sec) > cat zfsboot1 zfsboot2 > zfsboot ... and I fixed it in the same way. I'm assuming there's some dependency not listed in a makefile or something, but without the log from buildworld it's hard to find. Gavin From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 11:17:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D928310656D4 for ; Mon, 28 Jun 2010 11:17:08 +0000 (UTC) (envelope-from ru@freebsd.org) Received: from mail.vega.ru (mail.vega.ru [90.156.167.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9267C8FC20 for ; Mon, 28 Jun 2010 11:17:08 +0000 (UTC) Received: from [10.100.124.99] (helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OTCKo-00069k-6F; Mon, 28 Jun 2010 15:17:06 +0400 Date: Mon, 28 Jun 2010 15:16:24 +0400 From: Ruslan Ermilov To: Garrett Cooper Message-ID: <20100628111624.GA12387@edoofus.dev.vega.ru> References: <20100628055411.GC8478@edoofus.dev.vega.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: FreeBSD Current Subject: Re: Coming back to the btxld: No such file or directory installworld error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 11:17:08 -0000 On Sun, Jun 27, 2010 at 11:27:41PM -0700, Garrett Cooper wrote: > On Sun, Jun 27, 2010 at 10:54 PM, Ruslan Ermilov wrote: > > On Sun, Jun 27, 2010 at 01:14:59PM -0700, Garrett Cooper wrote: > >> Hi Ruslan, > >>     I've run into this particular error twice now in the past couple > >> of weeks when building with -j24 on a memory disk and I was wondering > >> if there was an missing dependency / race somewhere or something > >> (perhaps make obj?): > >> > >> ===> sys/boot/i386/boot2 (install) > >> # ... > >> btxld -v -E 0x2000 -f bin -b > >> /usr/obj/scratch/freebsd/current/sys/boot/i386/boot2/../btx/btx/btx -l > >> boot2.ldr  -o boot2.ld -P 1 boot2.bin > >> btxld: No such file or directory > >> *** Error code 1 > > > > The "install" target isn't supposed to build stuff, only install it. > > When you see it trying to build something, this can be indicative of: > > > > - build wasn't run (e.g., after an update); > > Not the case (I ran buildworld and everything else up to that point > installed happily). > > > - a computer's date/time is set to the past (causing wrong date/time > >  to be set on output files => causing them to be considered out-of- > >  date by make(1)); check with date(1). > > My computer hasn't been time traveling lately :/ ("If my calculations > are correct, when this baby hits eighty-eight miles per hour... you're > gonna see some serious shit."). > > > - source files have modification times pointing to the future which > >  fools make(1) into thinking that it should rebuild some target; > >  check with "find /usr/src -mtime -0". > > This seems unlikely as well. Did you actually check that? (Date/time on source files can be set by CVSup servers...) > Is there a possibility that the existing Makefiles work by accident > when -j < 24 because the actions aren't executed in order :(? "install" isn't supposed to build stuff. The only exception I could remember of is timezone data files, plus some .db files. I strongly suggest checking the date/time of your computer and source files. If it's really okay, then check the following: run -j24 build, then run "make -C /usr/src/sys/boot -nn" -- if you see that it wants to build something, then this is a problem we should look into and try to fix. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 12:03:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE1851065673 for ; Mon, 28 Jun 2010 12:03:59 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 876E58FC0A for ; Mon, 28 Jun 2010 12:03:59 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OTD49-0005pp-Hz for freebsd-current@freebsd.org; Mon, 28 Jun 2010 14:03:57 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Jun 2010 14:03:57 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Jun 2010 14:03:57 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 28 Jun 2010 14:03:58 +0200 Lines: 30 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 In-Reply-To: X-Enigmail-Version: 1.0.1 Subject: Re: panic with zfs v16 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 12:03:59 -0000 On 06/28/10 03:59, Sam Fourman Jr. wrote: > hello list, > > I just had a panic on a FreeBSD 9.0 built with yesterdays sources. > > uname -a > FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat Jun 26 09:14:30 CDT > 2010 sfourman@:/usr/obj/usr/src/sys/ZFSv16 amd64 > > GENERIC kernel with this patch > http://people.freebsd.org/~mm/patches/zfs/v16/head-v16-extended.patch > i have a ufs2 boot drive with a separate ZFS pool > > since this was a fresh install of 9-current(specifically to test the > v16 ZFS patches) > > I was doing a zpool import of a 2TB dataset that has ~100 snapshots > it was taking over a hour to import, possibly this zfs bug > > http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6761786 > > So I decided to build subversion from ports while I waited on zfs import > I got the panic in the following pics > > http://www.puffybsd.com/img_3995.jpg > http://www.puffybsd.com/img_3996.jpg Curious - this panic is UFS softdep-related - possibly from the SUJ work? On which file system type is your ports tree? From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 12:14:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28C531065678; Mon, 28 Jun 2010 12:14:20 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id CF5758FC16; Mon, 28 Jun 2010 12:14:19 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OTDCo-0001YG-8p; Mon, 28 Jun 2010 13:14:18 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OTDCo-000739-0Z; Mon, 28 Jun 2010 13:12:54 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o5SCCrnT068437; Mon, 28 Jun 2010 13:12:53 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o5SCCrOR068436; Mon, 28 Jun 2010 13:12:53 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 28 Jun 2010 13:12:53 +0100 From: Anton Shterenlikht To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> References: <86d3vhomot.fsf@ds4.des.no> <20100624083635.GB9272@mech-cluster241.men.bris.ac.uk> <86vd98aj7p.fsf@ds4.des.no> <8639wcafhn.fsf@ds4.des.no> <20100624110511.GD10082@mech-cluster241.men.bris.ac.uk> <86tyos8u57.fsf@ds4.des.no> <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <86vd97e94g.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Jun 2010 12:14:20 -0000 On Fri, Jun 25, 2010 at 11:47:59AM +0200, Dag-Erling Sm=F8rgrav wrote: > Anton Shterenlikht writes: > > So, just for me to be clear, I need to proceed with the buildworld, > > until I get the error, and then, without cleaning anything, do > > > > % cd /usr/src > > % make buildenv > > % cd rescue/rescue > > % make > > > > Is that correct? >=20 > Yes. Then you take the cc comand line that failed and run it again with > the -v option and show us the output. ok, sorry, here it is. So starting with a clean src r209203 copy, and with /usr/obj/* wiped, "make -j1 buildworld" ends in cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date= =2Elo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill= =2Elo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rm= dir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo= badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo du= mpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gb= de.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunl= oad.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd96= 60.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf= =2Elo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo= restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo s= pppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo= ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee= =2Elo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /usr/obj= /usr/src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/rescue/.= =2E/librescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/lo= gin_class.o /usr/obj/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/us= r/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/rescue/..= /librescue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -l= crypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -l= ipsec -lipx -lzfs -lnvpair -luutil -lavl -lgeom -lbsdxml -ljail -lkiconv -l= md -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm xz.lo(.text+0x5202): In function `hardware_init': : undefined reference to `lzma_physmem' Then doing=20 # make buildenv # cd rescue/rescue # make gives what looks like the same error message: cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date= =2Elo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill= =2Elo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rm= dir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo= badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo du= mpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gb= de.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunl= oad.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd96= 60.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf= =2Elo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo= restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo s= pppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo= ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee= =2Elo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /usr/obj= /usr/src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/rescue/.= =2E/librescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/lo= gin_class.o /usr/obj/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/us= r/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/rescue/..= /librescue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -l= crypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -l= ipsec -lipx -lzfs -lnvpair -luutil -lavl -lgeom -lbsdxml -ljail -lkiconv -l= md -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm xz.lo(.text+0x5202): In function `hardware_init': : undefined reference to `lzma_physmem' Finally repeating the last command with added -v flag gives: # cc -v -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo= date.lo \ dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo l= n.lo \ ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setf= acl.lo \ sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camco= ntrol.lo \ ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo= \=20 fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo= init.lo \=20 kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfi= g.lo mdmfs.lo \=20 > mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_nt= fs.lo \=20 mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-= tun.lo \=20 ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtso= l.lo \=20 > savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmco= nfig.lo \=20 ping6.lo ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo ta= il.lo tee.lo \=20 gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo \=20 > /usr/obj/usr/src/rescue/rescue/../librescue/exec.o \=20 /usr/obj/usr/src/rescue/rescue/../librescue/getusershell.o \=20 /usr/obj/usr/src/rescue/rescue/../librescue/login_class.o \=20 /usr/obj/usr/src/rescue/resque/../librescue/popen.o \=20 > /usr/obj/usr/src/rescue/rescue/../librescue/rcmdsh.o \=20 /usr/obj/usr/src/rescue/rescue/../librescue/sysctl.o \=20 /usr/obj/usr/src/rescue/rescue/../librescue/system.o \=20 -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat= -lipsec \=20 -lipx -lzfs -lnvpair -luutil -lavl -lgeom -lbsdxml -ljail -lkiconv -lmd -l= readline \=20 -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lmcc: rescue.o: No such = file or directory cc: cat.lo: No such file or directory cc: chflags.lo: No such file or directory cc: chio.lo: No such file or directory cc: chmod.lo: No such file or directory cc: cp.lo: No such file or directory cc: date.lo: No such file or directory cc: dd.lo: No such file or directory cc: df.lo: No such file or directory cc: echo.lo: No such file or directory cc: ed.lo: No such file or directory cc: expr.lo: No such file or directory cc: getfacl.lo: No such file or directory cc: hostname.lo: No such file or directory cc: kenv.lo: No such file or directory cc: kill.lo: No such file or directory cc: ln.lo: No such file or directory cc: ls.lo: No such file or directory cc: mkdir.lo: No such file or directory cc: mv.lo: No such file or directory cc: pkill.lo: No such file or directory cc: ps.lo: No such file or directory cc: pwd.lo: No such file or directory cc: realpath.lo: No such file or directory cc: rm.lo: No such file or directory cc: rmdir.lo: No such file or directory cc: setfacl.lo: No such file or directory cc: sh.lo: No such file or directory cc: stty.lo: No such file or directory cc: sync.lo: No such file or directory cc: test.lo: No such file or directory cc: rcp.lo: No such file or directory cc: csh.lo: No such file or directory cc: atacontrol.lo: No such file or directory cc: badsect.lo: No such file or directory cc: camcontrol.lo: No such file or directory cc: ccdconfig.lo: No such file or directory cc: clri.lo: No such file or directory cc: devfs.lo: No such file or directory cc: dmesg.lo: No such file or directory cc: dump.lo: No such file or directory cc: dumpfs.lo: No such file or directory cc: dumpon.lo: No such file or directory cc: fsck.lo: No such file or directory cc: : No such file or directory Using built-in specs. Target: ia64-undermydesk-freebsd Configured with: FreeBSD/ia64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] # fsck_ffs.lo: not found # kldconfig.lo: not found # mknod.lo: not found # mount_nullfs.lo: not found # ping.lo: not found # savecore.lo: not found # ping6.lo: not found # gzip.lo: not found # /usr/obj/usr/src/rescue/rescue/../librescue/exec.o: Permission denied # /usr/obj/usr/src/rescue/rescue/../librescue/getusershell.o: Permission de= nied # /usr/obj/usr/src/rescue/rescue/../librescue/login_class.o: Permission den= ied # /usr/obj/usr/src/rescue/resque/../librescue/popen.o: not found # /usr/obj/usr/src/rescue/rescue/../librescue/rcmdsh.o: Permission denied # /usr/obj/usr/src/rescue/rescue/../librescue/sysctl.o: Permission denied # /usr/obj/usr/src/rescue/rescue/../librescue/system.o: Permission denied # -lcrypt: not found # -lipx: not found #=20 I thought there might be a problem with my copy/paste procedure, so I rechecked this several times - same result. I also tried to run this command from a file: # pwd=20 /usr/src/rescue/rescue # cat zzz cc -v -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo d= ate.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kil= l.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmd= ir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo = badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dum= pfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbd= e.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunlo= ad.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd966= 0.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.= lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo re= store.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo sppp= control.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ip= f.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo= gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /usr/obj/usr/= src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/rescue/../lib= rescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/login_cla= ss.o /usr/obj/usr/src/rescue/resque/../librescue/popen.o /usr/obj/usr/src/r= escue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/rescue/../libres= cue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt -= ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -= lipx -lzfs -lnvpair -luutil -lavl -lgeom -lbsdxml -ljail -lkiconv -lmd -lre= adline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm # sh < zzz cc: rescue.o: No such file or directory cc: cat.lo: No such file or directory cc: chflags.lo: No such file or directory cc: chio.lo: No such file or directory cc: chmod.lo: No such file or directory cc: cp.lo: No such file or directory cc: date.lo: No such file or directory cc: dd.lo: No such file or directory cc: df.lo: No such file or directory cc: echo.lo: No such file or directory cc: ed.lo: No such file or directory cc: expr.lo: No such file or directory cc: getfacl.lo: No such file or directory cc: hostname.lo: No such file or directory cc: kenv.lo: No such file or directory cc: kill.lo: No such file or directory cc: ln.lo: No such file or directory cc: ls.lo: No such file or directory cc: mkdir.lo: No such file or directory cc: mv.lo: No such file or directory cc: pkill.lo: No such file or directory cc: ps.lo: No such file or directory cc: pwd.lo: No such file or directory cc: realpath.lo: No such file or directory cc: rm.lo: No such file or directory cc: rmdir.lo: No such file or directory cc: setfacl.lo: No such file or directory cc: sh.lo: No such file or directory cc: stty.lo: No such file or directory cc: sync.lo: No such file or directory cc: test.lo: No such file or directory cc: rcp.lo: No such file or directory cc: csh.lo: No such file or directory cc: atacontrol.lo: No such file or directory cc: badsect.lo: No such file or directory cc: camcontrol.lo: No such file or directory cc: ccdconfig.lo: No such file or directory cc: clri.lo: No such file or directory cc: devfs.lo: No such file or directory cc: dmesg.lo: No such file or directory cc: dump.lo: No such file or directory cc: dumpfs.lo: No such file or directory cc: dumpon.lo: No such file or directory cc: fsck.lo: No such file or directory cc: fsck_ffs.lo: No such file or directory cc: fsck_msdosfs.lo: No such file or directory cc: fsdb.lo: No such file or directory cc: fsirand.lo: No such file or directory cc: gbde.lo: No such file or directory cc: geom.lo: No such file or directory cc: ifconfig.lo: No such file or directory cc: init.lo: No such file or directory cc: kldconfig.lo: No such file or directory cc: kldload.lo: No such file or directory cc: kldstat.lo: No such file or directory cc: kldunload.lo: No such file or directory cc: ldconfig.lo: No such file or directory cc: md5.lo: No such file or directory cc: mdconfig.lo: No such file or directory cc: mdmfs.lo: No such file or directory cc: mknod.lo: No such file or directory cc: mount.lo: No such file or directory cc: mount_cd9660.lo: No such file or directory cc: mount_msdosfs.lo: No such file or directory cc: mount_nfs.lo: No such file or directory cc: mount_ntfs.lo: No such file or directory cc: mount_nullfs.lo: No such file or directory cc: mount_udf.lo: No such file or directory cc: mount_unionfs.lo: No such file or directory cc: newfs.lo: No such file or directory cc: newfs_msdos.lo: No such file or directory cc: nos-tun.lo: No such file or directory cc: ping.lo: No such file or directory cc: reboot.lo: No such file or directory cc: restore.lo: No such file or directory cc: rcorder.lo: No such file or directory cc: route.lo: No such file or directory cc: routed.lo: No such file or directory cc: rtquery.lo: No such file or directory cc: rtsol.lo: No such file or directory cc: savecore.lo: No such file or directory cc: spppcontrol.lo: No such file or directory cc: swapon.lo: No such file or directory cc: sysctl.lo: No such file or directory cc: tunefs.lo: No such file or directory cc: umount.lo: No such file or directory cc: atmconfig.lo: No such file or directory cc: ping6.lo: No such file or directory cc: ipf.lo: No such file or directory cc: zfs.lo: No such file or directory cc: zpool.lo: No such file or directory cc: mca.lo: No such file or directory cc: dhclient.lo: No such file or directory cc: head.lo: No such file or directory cc: mt.lo: No such file or directory cc: sed.lo: No such file or directory cc: tail.lo: No such file or directory cc: tee.lo: No such file or directory cc: gzip.lo: No such file or directory cc: bzip2.lo: No such file or directory cc: xz.lo: No such file or directory cc: tar.lo: No such file or directory cc: vi.lo: No such file or directory cc: id.lo: No such file or directory cc: chroot.lo: No such file or directory cc: chown.lo: No such file or directory cc: /usr/obj/usr/src/rescue/resque/../librescue/popen.o: No such file or di= rectory Using built-in specs. Target: ia64-undermydesk-freebsd Configured with: FreeBSD/ia64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] #=20 I'm probably doing something wrong again.. many thanks anton --=20 Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 12:40:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C9181065676; Mon, 28 Jun 2010 12:40:23 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 473E68FC20; Mon, 28 Jun 2010 12:40:23 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 2F36E1FFC34; Mon, 28 Jun 2010 12:40:22 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id E832584525; Mon, 28 Jun 2010 14:38:10 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Anton Shterenlikht References: <86d3vhomot.fsf@ds4.des.no> <20100624083635.GB9272@mech-cluster241.men.bris.ac.uk> <86vd98aj7p.fsf@ds4.des.no> <8639wcafhn.fsf@ds4.des.no> <20100624110511.GD10082@mech-cluster241.men.bris.ac.uk> <86tyos8u57.fsf@ds4.des.no> <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> Date: Mon, 28 Jun 2010 14:38:10 +0200 In-Reply-To: <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> (Anton Shterenlikht's message of "Mon, 28 Jun 2010 13:12:53 +0100") Message-ID: <86y6dz5o3x.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Jun 2010 12:40:23 -0000 Anton Shterenlikht writes: > # cc -v -static -o rescue [...] > cc: cat.lo: No such file or directory Umm, try again from the object directory, /usr/obj/usr/src/rescue/rescue/ > # /usr/obj/usr/src/rescue/rescue/../librescue/exec.o: Permission > denied That's weird, can you check the ownership of that file? Did you run buildworld as root and buildenv as a regular user? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 13:06:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 451091065687; Mon, 28 Jun 2010 13:06:15 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id EE9D88FC28; Mon, 28 Jun 2010 13:06:14 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OTE2K-00041D-KR; Mon, 28 Jun 2010 14:06:13 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OTE2K-0001AS-GA; Mon, 28 Jun 2010 14:06:08 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o5SD68QR069193; Mon, 28 Jun 2010 14:06:08 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o5SD681Y069192; Mon, 28 Jun 2010 14:06:08 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 28 Jun 2010 14:06:08 +0100 From: Anton Shterenlikht To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> References: <86vd98aj7p.fsf@ds4.des.no> <8639wcafhn.fsf@ds4.des.no> <20100624110511.GD10082@mech-cluster241.men.bris.ac.uk> <86tyos8u57.fsf@ds4.des.no> <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <86y6dz5o3x.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Jun 2010 13:06:15 -0000 On Mon, Jun 28, 2010 at 02:38:10PM +0200, Dag-Erling Sm=F8rgrav wrote: > Anton Shterenlikht writes: > > # cc -v -static -o rescue [...] > > cc: cat.lo: No such file or directory >=20 > Umm, try again from the object directory, /usr/obj/usr/src/rescue/rescue/ that's better: # cd /usr/src/ # make buildenv Entering world for ia64:ia64 # cd /usr/obj/usr/src/rescue/rescue # pwd /usr/obj/usr/src/rescue/rescue # cat /usr/src/rescue/rescue/zzz cc -v -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo d= ate.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kil= l.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo ealpath.lo rm.lo rmd= ir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo = badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dum= pfs.lo dumpon.lo fsck.lo fsck_ffs. o fsck_msdosfs.lo fsdb.lo fsirand.lo gbd= e.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunlo= ad.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd966= 0.lo mount_msd sfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.= lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo re= store.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.l sppp= control.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ip= f.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo= gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot lo chown.lo /usr/obj/usr/= src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/rescue/../lib= rescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/login_cla= ss.o /usr/obj/usr/src/rescue/ escue/../librescue/popen.o /usr/obj/usr/src/r= escue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/rescue/../libres= cue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt -= ledit -lk m -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -= lipx -lzfs -lnvpair -luutil -lavl -lgeom -lbsdxml -ljail -lkiconv -lmd -lre= adline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm # sh < /usr/src/rescue/rescue/zzz Using built-in specs. Target: ia64-undermydesk-freebsd Configured with: FreeBSD/ia64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] /usr/obj/usr/src/tmp/usr/bin/ld -Bstatic -o rescue /usr/obj/usr/src/tmp/us= r/lib/crt1.o /usr/obj/usr/src/tmp/usr/lib/crti.o /usr/obj/usr/src/tmp/usr/l= ib/crtbeginT.o -L/usr/local/lib -L/usr/local/lib -L/us /obj/usr/src/tmp/usr= /lib -L/usr/obj/usr/src/tmp/usr/lib rescue.o cat.lo chflags.lo chio.lo chmo= d.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo= kenv.lo kill.lo ln.lo ls.lo mkdir lo mv.lo pkill.lo ps.lo pwd.lo realpath.= lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo at= acontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo= dump.lo dumpf .lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fs= irand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldsta= t.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mo nt.lo= mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.l= o mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo = reboot.lo restore.lo rcorder.lo route.lo routed.l rtquery.lo rtsol.lo save= core.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo= ping6.lo ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo ta= il.lo tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /= usr/obj/usr/src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/r= escue/../librescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../libresc= ue/login_ lass.o /usr/obj/usr/src/rescue/rescue/../librescue/popen.o /usr/o= bj/usr/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/resc= ue/../librescue/sysctl.o /usr/obj/usr/src/rescue/rescue/../libre cue/system= =2Eo -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldev= stat -lipsec -lipx -lzfs -lnvpair -luutil -lavl -lgeom -lbsdxml -ljail -lki= conv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -l zma -larchive -lcrypto -lm -= lgcc -lgcc_eh -lc -lgcc -lgcc_eh /usr/obj/usr/src/tmp/usr/lib/crtend.o /usr= /obj/usr/src/tmp/usr/lib/crtn.o xz.lo(.text+0x5202): In function `hardware_init': : undefined reference to `lzma_physmem' >=20 > > # /usr/obj/usr/src/rescue/rescue/../librescue/exec.o: Permission > > denied >=20 > That's weird, can you check the ownership of that file? Did you run > buildworld as root and buildenv as a regular user? # ls -al /usr/obj/usr/src/rescue/rescue/../librescue/exec.o -rw-r--r-- 1 root wheel 8256 28 Jun 11:57 /usr/obj/usr/src/rescue/rescue= /../librescue/exec.o # no, both buildworld and buildenv are run as root. thank you anton --=20 Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 14:00:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FCB3106564A; Mon, 28 Jun 2010 14:00:48 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id EF6D98FC14; Mon, 28 Jun 2010 14:00:47 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id E48F61FFC33; Mon, 28 Jun 2010 14:00:46 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id AC29384525; Mon, 28 Jun 2010 15:58:35 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Anton Shterenlikht References: <86vd98aj7p.fsf@ds4.des.no> <8639wcafhn.fsf@ds4.des.no> <20100624110511.GD10082@mech-cluster241.men.bris.ac.uk> <86tyos8u57.fsf@ds4.des.no> <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> Date: Mon, 28 Jun 2010 15:58:35 +0200 In-Reply-To: <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> (Anton Shterenlikht's message of "Mon, 28 Jun 2010 14:06:08 +0100") Message-ID: <86tyon5kdw.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Jun 2010 14:00:48 -0000 Anton Shterenlikht writes: > cc -v -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo= date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo k= ill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo ealpath.lo rm.lo r= mdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.l= o badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo d= umpfs.lo dumpon.lo fsck.lo fsck_ffs. o fsck_msdosfs.lo fsdb.lo fsirand.lo g= bde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldun= load.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9= 660.lo mount_msd sfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_ud= f.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo = restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.l sp= ppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo = ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.= lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot lo chown.lo /usr/obj/us= r/src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/rescue/../l= ibrescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/login_c= lass.o /usr/obj/usr/src/rescue/ escue/../librescue/popen.o /usr/obj/usr/src= /rescue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/rescue/../libr= escue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt= -ledit -lk m -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec= -lipx -lzfs -lnvpair -luutil -lavl -lgeom -lbsdxml -ljail -lkiconv -lmd -l= readline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm Look again, your command line is mangled. For instance, the "r" in "realpath.lo" is missing and the "l" in "fsck_ffs.lo" has been replaced with a space. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 14:20:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81D051065674 for ; Mon, 28 Jun 2010 14:20:49 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 378968FC23 for ; Mon, 28 Jun 2010 14:20:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5SEEliJ084107; Mon, 28 Jun 2010 08:14:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 28 Jun 2010 08:14:58 -0600 (MDT) Message-Id: <20100628.081458.18103541849609641.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: <86mxuf7eli.fsf@ds4.des.no> References: <20100627.155004.49280345238493664.imp@bsdimp.com> <86mxuf7eli.fsf@ds4.des.no> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: yanefbsd@gmail.com, freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 14:20:49 -0000 In message: <86mxuf7eli.fsf@ds4.des.no> Dag-Erling Sm=F8rgrav writes: : "M. Warner Losh" writes: : > Why not fix pidfile_open to not return a file handle when the PID : > doesn't match? : = : It doesn't. If it can't lock the file, or if fstat(2) fails after it= : has locked the file, it returns NULL. Then we have a bug in the locking code. I've definitely seen things fail to behave properly after killing devd. Let me trace out what I think is going on: From=20pidfile_open: /* * Open the PID file and obtain exclusive lock. * We truncate PID file here only to remove old PID immediatelly, * PID file will be truncated again in pidfile_write(), so * pidfile_write() can be called multiple times. */ fd =3D flopen(pfh->pf_path, O_WRONLY | O_CREAT | O_TRUNC | O_NONBLOCK, mode); if (fd =3D=3D -1) { ---> We take this path, fd =3D=3D -1. count =3D 0; rqtp.tv_sec =3D 0; rqtp.tv_nsec =3D 5000000; if (errno =3D=3D EWOULDBLOCK && pidptr !=3D NULL) { again: ---> and this one, so errno is EWOULDBLOCK errno =3D pidfile_read(pfh->pf_path, pidptr); ---> errno is 0 here, so if (errno =3D=3D 0) errno =3D EEXIST; ---> We return NULL with errno set toEEXIST = else if (errno =3D=3D EAGAIN) { if (++count <=3D 3) { nanosleep(&rqtp, 0); goto again; } } } free(pfh); return (NULL); } So what's going on? Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 14:21:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D8F11065729; Mon, 28 Jun 2010 14:21:01 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 441128FC0A; Mon, 28 Jun 2010 14:21:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5SEHxx4084120; Mon, 28 Jun 2010 08:17:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 28 Jun 2010 08:18:10 -0600 (MDT) Message-Id: <20100628.081810.502133560696912792.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: <86iq537egy.fsf@ds4.des.no> References: <20100627.201716.1108826596298620201.imp@bsdimp.com> <86iq537egy.fsf@ds4.des.no> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: yanefbsd@gmail.com, freebsd-current@freebsd.org, pjd@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 14:21:01 -0000 In message: <86iq537egy.fsf@ds4.des.no> Dag-Erling Sm=F8rgrav writes: : "M. Warner Losh" writes: : > Maybe the real problem is that devd locks the file, then dies. The= : > file remains locked, so the flopen is failing with EWOULDBLOCK. : = : The lock is released when the process that holds it terminates. So which process is that? devd took it out, and is subsequently killed. When it restarts, it can't take out the lock. The same code works perfectly in 8.0-stable from April. The conclusion, I believe, is that somebody broke locking in current... Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 14:35:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8265106566B for ; Mon, 28 Jun 2010 14:35:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7CFC88FC12 for ; Mon, 28 Jun 2010 14:35:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5SEQlWI084199; Mon, 28 Jun 2010 08:26:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 28 Jun 2010 08:26:58 -0600 (MDT) Message-Id: <20100628.082658.385399974558107030.imp@bsdimp.com> To: yanefbsd@gmail.com From: "M. Warner Losh" In-Reply-To: References: <20100627.160845.256787458594170652.imp@bsdimp.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 14:35:00 -0000 In message: Garrett Cooper writes: : On Sun, Jun 27, 2010 at 3:08 PM, M. Warner Losh wrot= e: : > In message: : > =A0 =A0 =A0 =A0 =A0 =A0Garrett Cooper writes: : > : On Sat, Jun 26, 2010 at 1:45 PM, Garrett Cooper wrote: : > : > On Sat, Jun 26, 2010 at 1:29 PM, Hans Petter Selasky wrote: : > : >> Hi, : > : >> : > : >> Sometimes utilities that are started by devd require libraries= outside : > : >> /usr/lib. One example is the webcamd utility which is started = by devd upon USB : > : >> device insertion. What do you think about the following patch:= : > : >> : > : >> --- devd =A0 =A0 =A0 =A0(revision 209463) : > : >> +++ devd =A0 =A0 =A0 =A0(local) : > : >> @@ -4,7 +4,7 @@ : > : >> =A0# : > : >> : > : >> =A0# PROVIDE: devd : > : >> -# REQUIRE: netif : > : >> +# REQUIRE: netif ldconfig : > : >> =A0# BEFORE: NETWORKING mountcritremote : > : >> =A0# KEYWORD: nojail shutdown : > : > : > : > Funny since I was just monkeying around with this. This doesn't= appear : > : > to be the only issue with devd: : > : > : > : > # devd : > : > devd: devd already running, pid: 430 : > : > # pgrep 430; echo $? : > : > 1 : > : > # : > : > : > : > Looks like /etc/rc.d/devd restart is broken :(... : > : : > : This seems to fix that. : > : Thanks, : > : -Garrett : > : : > : Index: devd.cc : > : =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D : > : --- devd.cc =A0 (revision 209530) : > : +++ devd.cc =A0 (working copy) : > : @@ -739,6 +739,7 @@ : > : =A0static void : > : =A0event_loop(void) : > : =A0{ : > : + =A0 =A0 bool warn_user_about_cleanup; : > : =A0 =A0 =A0 int rv; : > : =A0 =A0 =A0 int fd; : > : =A0 =A0 =A0 char buffer[DEVCTL_MAXBUF]; : > : @@ -804,6 +805,17 @@ : > : =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 new_client(server_fd)= ; : > : =A0 =A0 =A0 } : > : =A0 =A0 =A0 close(fd); : > : + =A0 =A0 close(server_fd); : > : + : > : + =A0 =A0 if (unlink(PIPE) =3D=3D 0) { : > : + =A0 =A0 =A0 =A0 =A0 =A0 cfg.remove_pidfile(); : > : + =A0 =A0 =A0 =A0 =A0 =A0 warn_user_about_cleanup =3D false; : > : + =A0 =A0 } else : > : + =A0 =A0 =A0 =A0 =A0 =A0 warn_user_about_cleanup =3D true; : > : + : > : + =A0 =A0 if (warn_user_about_cleanup =3D=3D true) : > : + =A0 =A0 =A0 =A0 =A0 =A0 warn("cleanup failed"); : > : + : > : =A0} : > : : > : =A0/* : > : > This patch is wrong. =A0The problems with it: : > : > (1) You don't need to unlink the pipe. =A0If you can't unlink it, t= hen : > =A0 =A0you won't remove the pid file. : > (2) If devd dies suddenly (kill -9, segv, etc), then the pid file w= ill : > =A0 =A0remain around, and devd will fail to start. : > (3) i_really_do_not_like_names_this_long_esp_when_they_are_not_need= ed. : > : > The following works around the bug in pidfile_open, and allows me t= o : > restart devd both in a nice shutdown mode, as well as preventing de= vd : > from running multiple times. =A0I'm not 100% sure the error handlin= g is : > right, I'm still tracing through that path. =A0This seems to work. : > : > Warner : > : > Index: devd.cc : > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D : > --- devd.cc =A0 =A0 (revision 209492) : > +++ devd.cc =A0 =A0 (working copy) : > @@ -376,11 +376,18 @@ : > =A0 =A0 =A0 =A0if (_pidfile =3D=3D "") : > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return; : > =A0 =A0 =A0 =A0pfh =3D pidfile_open(_pidfile.c_str(), 0600, &otherp= id); : > - =A0 =A0 =A0 if (pfh =3D=3D NULL) { : > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (errno =3D=3D EEXIST) : > + =A0 =A0 =A0 if (pfh !=3D NULL) : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; : > + =A0 =A0 =A0 if (errno =3D=3D EEXIST) { : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* Work around a bug in libutil whe= re it will return this : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* condition when the other process= does not, in fact, : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* actually exist. =A0Use kill(2) t= o see if it is there or not. : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0*/ : > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (kill(otherpid, 0) =3D=3D 0) : > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0errx(1, "devd alread= y running, pid: %d", (int)otherpid); : > + =A0 =A0 =A0 } else : > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0warn("cannot open pid file"); : > - =A0 =A0 =A0 } : > =A0} : > : > =A0void : > @@ -804,6 +811,8 @@ : > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0new_client(server_fd= ); : > =A0 =A0 =A0 =A0} : > =A0 =A0 =A0 =A0close(fd); : > + =A0 =A0 =A0 close(server_fd); : > + =A0 =A0 =A0 cfg.remove_pidfile(); : > =A0} : = : I see what you mean. pidfile_open obviously fails with this requireme= nt: : = : If a file can not be locked, a PID of an already running daemon = is returned : in the pidptr argument (if it is not NULL). The function does n= ot write : process' PID into the file here, so it can be used before : fork()ing and exit : with a proper error message when needed. If the path argument i= s NULL, : /var/run/.pid file will be used. : = : The problem I think is that the flopen arguments are wrong -- it pass= es in : O_TRUNC, instead of checking whether or not the file exists beforehan= d, and : then attempt to read in the file (if it exists) to determine whether : or not the PID is alive. Apart from tidiness, my patch is bogus. The real problem is flock() seems to be failing now. Tests of my 8.0-stable system from April shows that it works there. Likewise, my -current system from Jan 21st appears to work. Time to start the binary search. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 14:37:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D87D1065675; Mon, 28 Jun 2010 14:37:49 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0E5268FC0C; Mon, 28 Jun 2010 14:37:48 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 05CE51FFC33; Mon, 28 Jun 2010 14:37:48 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id C4C2084525; Mon, 28 Jun 2010 16:35:36 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "M. Warner Losh" References: <20100627.201716.1108826596298620201.imp@bsdimp.com> <86iq537egy.fsf@ds4.des.no> <20100628.081810.502133560696912792.imp@bsdimp.com> Date: Mon, 28 Jun 2010 16:35:36 +0200 In-Reply-To: <20100628.081810.502133560696912792.imp@bsdimp.com> (M. Warner Losh's message of "Mon, 28 Jun 2010 08:18:10 -0600 (MDT)") Message-ID: <86pqzb5io7.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: yanefbsd@gmail.com, freebsd-current@freebsd.org, pjd@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 14:37:49 -0000 "M. Warner Losh" writes: > Dag-Erling Sm=C3=B8rgrav writes: > > "M. Warner Losh" writes: > > > Maybe the real problem is that devd locks the file, then dies. The > > > file remains locked, so the flopen is failing with EWOULDBLOCK. > > The lock is released when the process that holds it terminates. > So which process is that? devd took it out, and is subsequently > killed. When it restarts, it can't take out the lock. What does fstat say about the pid file? > The same code works perfectly in 8.0-stable from April. > > The conclusion, I believe, is that somebody broke locking in > current... Before I wrote one of my earlier replies, I traced through the code paths that lead to a lock being released, and everything looks fine and dandy. Besides, if someone had, as you suggest, broken locking in current, there would be a lot more noise about it on the lists. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 14:51:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C01041065672; Mon, 28 Jun 2010 14:51:08 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8CB8FC1D; Mon, 28 Jun 2010 14:50:57 +0000 (UTC) Received: by qwg5 with SMTP id 5so2113394qwg.13 for ; Mon, 28 Jun 2010 07:50:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=NMCcN2fcVDmnnRiD2lOunsDOltZGRjKrUMTUwYOpbnI=; b=TdiZf/XPDl2Xyaan9m0oBNGMIe7CEiEVf3QQfIJFicilVMjWBboIoI30Y3ijhdXjoN CjJcOR4lum+wJrIYP7qOuuLBW9TDalVJogTj5n3GBUwj+fkFdn/S/pHBWMDOqs6k2Pv8 XrY6dBQGtvMAR97BWc5srhrQcHBOM4oq9qOjM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=hbyY/IQ3SAgX0rQZnwbUtJI3usDn0uFYVcH1ViK/4tC5BOFUreQcPjHtPcpgWytzNB 4ORVkPRugxk7h8xjIJy0E8bnseW/HjwxoYwZzeDf/kxpuw1nXA4VQTx2sYR5CWoZcZED wh7c/6jsg37Z3bjTPim17IH8HKUMQvruUdYf8= MIME-Version: 1.0 Received: by 10.224.26.165 with SMTP id e37mr3358392qac.186.1277736228367; Mon, 28 Jun 2010 07:43:48 -0700 (PDT) Received: by 10.229.225.9 with HTTP; Mon, 28 Jun 2010 07:43:48 -0700 (PDT) In-Reply-To: References: Date: Mon, 28 Jun 2010 09:43:48 -0500 Message-ID: From: "Sam Fourman Jr." To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: panic with zfs v16 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 14:51:08 -0000 > Curious - this panic is UFS softdep-related - possibly from the SUJ work? > > On which file system type is your ports tree? ufs2 -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 15:20:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FBF7106567A; Mon, 28 Jun 2010 15:20:27 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 181178FC15; Mon, 28 Jun 2010 15:20:26 +0000 (UTC) Received: by gxk7 with SMTP id 7so513549gxk.13 for ; Mon, 28 Jun 2010 08:20:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=Sb02SUoQcpB3XHQJJwSFIE/pCwONDRmj8NNGIY/YKVo=; b=VuRqckhvFWQVe3tbm5+bOj2aU1RF+07ohaewxrB6Zc4yomfNS62AElOkfT2YUb1zv/ bjz4WCjJjhVxtlsXg6wvJBML2ikqhlwAL3fyCaohqy5mk0gVPo0J5dY9arAZQdID2m69 86QWnClLrV801eEyPUOL1oaYYqG0vt9iaVUiw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=bG+TubhU76AwJOr4ImIHuPXuAoOgWbEXDNvqTUFPV9xfEHiqBQCxH/6vr2F98svcyo Js2Ta+78+vOZisg0pLdiJTyJTMO1OE4CCAZTPCyMTMZIXmgBHx88GWzG5LDSrSj9OoB5 R2oIJXzgxIorxws6s8Va/FO/o2ugElLKq0lVc= MIME-Version: 1.0 Received: by 10.229.245.8 with SMTP id ls8mr2729981qcb.289.1277738420929; Mon, 28 Jun 2010 08:20:20 -0700 (PDT) Received: by 10.229.225.9 with HTTP; Mon, 28 Jun 2010 08:20:19 -0700 (PDT) In-Reply-To: References: Date: Mon, 28 Jun 2010 10:20:19 -0500 Message-ID: From: "Sam Fourman Jr." To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: panic with zfs v16 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 15:20:27 -0000 On Mon, Jun 28, 2010 at 9:43 AM, Sam Fourman Jr. wrote: >> Curious - this panic is UFS softdep-related - possibly from the SUJ work? >> >> On which file system type is your ports tree? > > ufs2 it seems ivan may be correct, I went and tried to continue the subversion build I received this panic, while downloading a file (I was doing nothing with ZFS at all this time) ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for postgresql-client-8.2.17_1 => postgresql-8.2.17.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/postgresql. => Attempting to fetch from ftp://ftp9.us.postgresql.org/pub/mirrors/postgresql/source/v8.2.17/. postgresql-8.2.17.tar.bz2 52% of 12 MB 855 kBps http://www.puffybsd.com/img_3997.jpg http://www.puffybsd.com/img_3999.jpg any other useful data I can gather? > -- > > Sam Fourman Jr. > Fourman Networks > http://www.fourmannetworks.com > -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 15:26:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A56A106566C; Mon, 28 Jun 2010 15:26:33 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id B2B6E8FC18; Mon, 28 Jun 2010 15:26:32 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OTGEB-0004Hv-8M; Mon, 28 Jun 2010 16:26:31 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OTGEA-0006fs-Vm; Mon, 28 Jun 2010 16:26:31 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o5SFQUAX071005; Mon, 28 Jun 2010 16:26:30 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o5SFQUgp071003; Mon, 28 Jun 2010 16:26:30 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 28 Jun 2010 16:26:30 +0100 From: Anton Shterenlikht To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> References: <20100624110511.GD10082@mech-cluster241.men.bris.ac.uk> <86tyos8u57.fsf@ds4.des.no> <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <86tyon5kdw.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Jun 2010 15:26:33 -0000 On Mon, Jun 28, 2010 at 03:58:35PM +0200, Dag-Erling Sm=F8rgrav wrote: > Anton Shterenlikht writes: > > cc -v -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.= lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo= kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo ealpath.lo rm.lo= rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol= =2Elo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.= lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs. o fsck_msdosfs.lo fsdb.lo fsirand.= lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo k= ldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount= _cd9660.lo mount_msd sfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo moun= t_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot= =2Elo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore= =2El spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo p= ing6.lo ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo tail= =2Elo tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chr > oot lo chown.lo /usr/obj/usr/src/rescue/rescue/../librescue/exec.o /usr/o= bj/usr/src/rescue/rescue/../librescue/getusershell.o /usr/obj/usr/src/rescu= e/rescue/../librescue/login_class.o /usr/obj/usr/src/rescue/ escue/../libre= scue/popen.o /usr/obj/usr/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/= usr/src/rescue/rescue/../librescue/sysctl.o /usr/obj/usr/src/rescue/rescue/= =2E./librescue/system.o -lcrypt -ledit -lk m -ll -ltermcap -lutil -lalias -= lcam -lcurses -ldevstat -lipsec -lipx -lzfs -lnvpair -luutil -lavl -lgeom -= lbsdxml -ljail -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larc= hive -lcrypto -lm >=20 > Look again, your command line is mangled. For instance, the "r" in > "realpath.lo" is missing and the "l" in "fsck_ffs.lo" has been replaced > with a space. I think this only happens when I copy from one xterm to another, to paste into the mailer. I've checked the command which I put in a file, and all seems fine. Also, the latest error message suggests that the command is fine: # cat /usr/src/rescue/rescue/zzz cc -v -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo d= ate.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kil= l.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo ealpath.lo rm.lo rmd= ir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo = badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dum= pfs.lo dumpon.lo fsck.lo fsck_ffs. o fsck_msdosfs.lo fsdb.lo fsirand.lo gbd= e.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunlo= ad.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd966= 0.lo mount_msd sfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.= lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo re= store.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.l sppp= control.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ip= f.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee.lo= gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot lo chown.lo /usr/obj/usr/= src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/rescue/../lib= rescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/login_cla= ss.o /usr/obj/usr/src/rescue/ escue/../librescue/popen.o /usr/obj/usr/src/r= escue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/rescue/../libres= cue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt -= ledit -lk m -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -= lipx -lzfs -lnvpair -luutil -lavl -lgeom -lbsdxml -ljail -lkiconv -lmd -lre= adline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm # sh < /usr/src/rescue/rescue/zzz Using built-in specs. Target: ia64-undermydesk-freebsd Configured with: FreeBSD/ia64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] /usr/obj/usr/src/tmp/usr/bin/ld -Bstatic -o rescue /usr/obj/usr/src/tmp/us= r/lib/crt1.o /usr/obj/usr/src/tmp/usr/lib/crti.o /usr/obj/usr/src/tmp/usr/l= ib/crtbeginT.o -L/usr/local/lib -L/usr/local/lib -L/us /obj/usr/src/tmp/usr= /lib -L/usr/obj/usr/src/tmp/usr/lib rescue.o cat.lo chflags.lo chio.lo chmo= d.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo= kenv.lo kill.lo ln.lo ls.lo mkdir lo mv.lo pkill.lo ps.lo pwd.lo realpath.= lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo at= acontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo= dump.lo dumpf .lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fs= irand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldsta= t.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mo nt.lo= mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.l= o mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo = reboot.lo restore.lo rcorder.lo route.lo routed.l rtquery.lo rtsol.lo save= core.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo= ping6.lo ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo ta= il.lo tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /= usr/obj/usr/src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/r= escue/../librescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../libresc= ue/login_ lass.o /usr/obj/usr/src/rescue/rescue/../librescue/popen.o /usr/o= bj/usr/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/resc= ue/../librescue/sysctl.o /usr/obj/usr/src/rescue/rescue/../libre cue/system= =2Eo -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldev= stat -lipsec -lipx -lzfs -lnvpair -luutil -lavl -lgeom -lbsdxml -ljail -lki= conv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -l zma -larchive -lcrypto -lm -= lgcc -lgcc_eh -lc -lgcc -lgcc_eh /usr/obj/usr/src/tmp/usr/lib/crtend.o /usr= /obj/usr/src/tmp/usr/lib/crtn.o xz.lo(.text+0x5202): In function `hardware_init': : undefined reference to `lzma_physmem' many thanks anton --=20 Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 15:36:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54F8F1065675 for ; Mon, 28 Jun 2010 15:36:22 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id D20508FC1D for ; Mon, 28 Jun 2010 15:36:21 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OTGNe-0006N7-1O for freebsd-current@freebsd.org; Mon, 28 Jun 2010 17:36:18 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Jun 2010 17:36:18 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Jun 2010 17:36:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 28 Jun 2010 17:36:14 +0200 Lines: 43 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 In-Reply-To: X-Enigmail-Version: 1.0.1 Subject: Re: panic with zfs v16 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 15:36:22 -0000 On 06/28/10 17:20, Sam Fourman Jr. wrote: > On Mon, Jun 28, 2010 at 9:43 AM, Sam Fourman Jr. wrote: >>> Curious - this panic is UFS softdep-related - possibly from the SUJ work? >>> >>> On which file system type is your ports tree? >> >> ufs2 > > it seems ivan may be correct, I went and tried to continue the subversion build > > I received this panic, while downloading a file (I was doing nothing > with ZFS at all this time) > > ===> License check disabled, port has not defined LICENSE > ===> Found saved configuration for postgresql-client-8.2.17_1 > => postgresql-8.2.17.tar.bz2 doesn't seem to exist in > /usr/ports/distfiles/postgresql. > => Attempting to fetch from > ftp://ftp9.us.postgresql.org/pub/mirrors/postgresql/source/v8.2.17/. > postgresql-8.2.17.tar.bz2 52% of 12 MB 855 kBps > > > http://www.puffybsd.com/img_3997.jpg > http://www.puffybsd.com/img_3999.jpg > > > any other useful data I can gather? READ_DMA and WRITE_DMA errors usually indicate that your disk has bad sectors or has become broken, but you have so many of them on multiple drives (ad4, ad8, ad10), which might mean your disk controller is dying or you have really bad cabling in the machine. You might try using something like # dd if=/dev/ad8 of=/dev/null bs=1m to see if you can reliably provoke errors on the same part of the disk - if not, there is certainly a problem with the controller or cabling; if yes, it can also be a disk problem. In any case, it looks like your problem is not related to any file system code. From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 15:38:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82BBC1065678; Mon, 28 Jun 2010 15:38:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 416888FC20; Mon, 28 Jun 2010 15:38:33 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B16D846B38; Mon, 28 Jun 2010 11:38:32 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 427998A03C; Mon, 28 Jun 2010 11:38:31 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 28 Jun 2010 11:32:57 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006281132.57541.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 28 Jun 2010 11:38:31 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Attilio Rao , pluknet , Anton Yuzhaninov Subject: Re: panic in deadlkres X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Jun 2010 15:38:33 -0000 On Friday 25 June 2010 4:52:22 pm pluknet wrote: > On 25 June 2010 13:50, Anton Yuzhaninov wrote: > > I've got panic on 9-current from Jun 25 2010 > > > > May be this is bug in deadlock resolver > > > > panic: blockable sleep lock (sleep mutex) process lock @ > > /usr/src/sys/kern/kern_clock.c:203 > > > > db> show alllocks > > Process 0 (kernel) thread 0xc4dcd270 (100047) > > shared sx allproc (allproc) r = 0 (0xc0885ebc) locked @ > > /usr/src/sys/kern/kern_clock.c:193 > > > > db> show lock 0xc4dcd270 > > class: spin mutex > > name: D > > flags: {SPIN, RECURSE} > > state: {OWNED} > > > > (kgdb) bt > > #0 doadump () at pcpu.h:248 > > #1 0xc05ae59f in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 > > #2 0xc05ae825 in panic (fmt=Variable "fmt" is not available. > > ) at /usr/src/sys/kern/kern_shutdown.c:590 > > #3 0xc048ff45 in db_panic (addr=Could not find the frame base for "db_panic". > > ) at /usr/src/sys/ddb/db_command.c:478 > > #4 0xc0490533 in db_command (last_cmdp=0xc086ef1c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 > > #5 0xc0490662 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 > > #6 0xc04923ef in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:229 > > #7 0xc05dade6 in kdb_trap (type=3, code=0, tf=0xc4b31bd0) at /usr/src/sys/kern/subr_kdb.c:535 > > #8 0xc078696b in trap (frame=0xc4b31bd0) at /usr/src/sys/i386/i386/trap.c:692 > > #9 0xc076ca0b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > > #10 0xc05daf30 in kdb_enter (why=0xc07ea02d "panic", msg=0xc07ea02d "panic") at cpufunc.h:71 > > #11 0xc05ae806 in panic (fmt=0xc07efd94 "blockable sleep lock (%s) %s @ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:573 > > #12 0xc05ee30b in witness_checkorder (lock=0xc5148088, flags=9, file=0xc07e3b20 "/usr/src/sys/kern/kern_clock.c", line=203, interlock=0x0) > > at /usr/src/sys/kern/subr_witness.c:1067 > > #13 0xc05a093c in _mtx_lock_flags (m=0xc5148088, opts=0, file=0xc07e3b20 "/usr/src/sys/kern/kern_clock.c", line=203) > > at /usr/src/sys/kern/kern_mutex.c:200 > > #14 0xc05706a9 in deadlkres () at /usr/src/sys/kern/kern_clock.c:203 > > #15 0xc0588721 in fork_exit (callout=0xc05705ea , arg=0x0, frame=0xc4b31d38) at /usr/src/sys/kern/kern_fork.c:843 > > #16 0xc076ca80 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 > > Hi! > > [throw in ideas (just ignore them if they're dumb, thinking badly atm).] > > AFAIK, that indicates that some thread already has > a spin mutex and then it tries to acquire a sleep mutex. > > Looks like kern/kern_clock.c v1.213 (SVN rev 206482) > has a regression in handling ticks wrap-up > w.r.t. it doesn't release a thread mutex, does it? This looks like a correct analysis to me. > >From subr_witness.c: > 1062: * Since spin locks include a critical section, this check > 1063: * implicitly enforces a lock order of all sleep > locks before > 1064: * all spin locks. > 1065: */ > 1066: if (td->td_critnest != 0 && !kdb_active) > 1067: panic("blockable sleep lock (%s) %s @ %s:%d", > 1068: class->lc_name, lock->lo_name, file, line); > > >From kern_clock.c, v1.213 (in several places, while holding a thread lock): > + /* Handle ticks wrap-up. */ > + if (ticks < td->td_blktick) > + continue; > > Should not it be like the next: > + /* Handle ticks wrap-up. */ > + if (ticks < td->td_blktick) { > + thread_unlock(td); > + continue; > + } > > The precondition idea to reproduce it is to lock a subject thread > in some deadlkres callout, handle re-wrap condition, then try > to lock a process to witch the thread belongs in (n+m)'th deadlkres > callout, or in different context. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 14:25:18 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82B541065679 for ; Mon, 28 Jun 2010 14:25:18 +0000 (UTC) (envelope-from nwf@cs.jhu.edu) Received: from blaze.cs.jhu.edu (blaze.cs.jhu.edu [128.220.13.50]) by mx1.freebsd.org (Postfix) with ESMTP id 419E38FC08 for ; Mon, 28 Jun 2010 14:25:17 +0000 (UTC) Received: from gradx.cs.jhu.edu (gradx.cs.jhu.edu [128.220.13.52]) by blaze.cs.jhu.edu (8.14.3/8.14.3) with ESMTP id o5SEPFL6027775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 28 Jun 2010 10:25:16 -0400 (EDT) Received: from gradx.cs.jhu.edu (localhost [127.0.0.1]) by gradx.cs.jhu.edu (8.14.3/8.13.1) with ESMTP id o5SEPFIP002750; Mon, 28 Jun 2010 10:25:15 -0400 Received: (from nwf@localhost) by gradx.cs.jhu.edu (8.14.3/8.13.8/Submit) id o5SEPF5k002749; Mon, 28 Jun 2010 10:25:15 -0400 Date: Mon, 28 Jun 2010 10:25:15 -0400 From: Nathaniel W Filardo To: freebsd-current@freebsd.org Message-ID: <20100628142515.GT21929@gradx.cs.jhu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kkj3vgNzAWGjboLC" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-08-17) X-Mailman-Approved-At: Mon, 28 Jun 2010 15:44:57 +0000 Cc: Alan Cox Subject: [sparc64] [panic] cheetah_ipi_selected: CPU can't IPI itself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Jun 2010 14:25:18 -0000 --kkj3vgNzAWGjboLC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Well, I'm back in the same town as my sparc64 and so csup'd, built, and rebooted, trying to get more information about the "vm object not owned" panic I reported a while ago. To my dismay, I now get this panic, also late enough in the boot process to be starting up jails: panic: cheetah_ipi_selected: CPU can't IPI itself cpuid = 0 KDB: stack backtrace: panic() at panic+0x1c8 cheetah_ipi_selected() at cheetah_ipi_selected+0x48 tlb_page_demap() at tlb_page_demap+0xdc pmap_copy_page() at pmap_copy_page+0x4c4 vm_fault() at vm_fault+0x13ec trap_pfault() at trap_pfault+0x190 trap() at trap+0xd0 -- data access protection tar=0x224b93 sfar=0x224550 sfsr=0x800005 %o7=0x4063398c -- userland() at 0x40633830 user trace: trap %o7=0x4063398c ... And the system hangs; I had to use the ALOM to reboot it. Sorry to not have more useful news. --nwf; --kkj3vgNzAWGjboLC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwosMsACgkQTeQabvr9Tc8E2wCfQy3mLluttdNnJ18d0QUXakFr tBoAnRE3HyeOX9gkKXj1921VYn7VXy1j =YyJ7 -----END PGP SIGNATURE----- --kkj3vgNzAWGjboLC-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 16:41:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE554106566C; Mon, 28 Jun 2010 16:41:43 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 636228FC0A; Mon, 28 Jun 2010 16:41:42 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id A74D51FFC33; Mon, 28 Jun 2010 16:41:41 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 5968A845D6; Mon, 28 Jun 2010 18:39:30 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Anton Shterenlikht References: <20100624110511.GD10082@mech-cluster241.men.bris.ac.uk> <86tyos8u57.fsf@ds4.des.no> <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> Date: Mon, 28 Jun 2010 18:39:29 +0200 In-Reply-To: <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> (Anton Shterenlikht's message of "Mon, 28 Jun 2010 16:26:30 +0100") Message-ID: <86vd93qfge.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Jun 2010 16:41:44 -0000 Anton Shterenlikht writes: > I think this only happens when I copy from one xterm to another, > to paste into the mailer. I've checked the command which > I put in a file, and all seems fine. Also, the latest > error message suggests that the command is fine: OK, can you do it again with -Wl,--verbose in addition to -v? Like this: cc -static -v -Wl,--verbose -o rescue ... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 16:57:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C74B5106564A; Mon, 28 Jun 2010 16:57:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6D5798FC0C; Mon, 28 Jun 2010 16:57:43 +0000 (UTC) Received: by gxk7 with SMTP id 7so586496gxk.13 for ; Mon, 28 Jun 2010 09:57:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2AsINbkrR+f015CVw4S8kUSFHvK54hSQuw22RZ8zev4=; b=L17tWIMvRyQ85uWxTCFkVOKYPPsLa9phisMg32p6TZTdptcZRKKSiaDKn/YnR/VZW9 H926a2wwRQJmDHpwBFWUsnX8QDnkhNYdlgO+foiqkbirp/XkhJwFsuQZATRwh/nRHz2a yASVeuYjTimfdeSjo0UeVMeljBPl6zm8wmC0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=aoHJxHWDtfUc4Nu5lowaHlhdDt9zWZArSldQ+b2YAzLuJjMX0iEAUfNiDvnqhbSWmF g8LWsGguHntkitjMdK4zjlbUcNuW+G4E4wOKKIwxkvsivyH2KeIF5jhPJ7aaVmSNvF+6 gITYWl1s09kuGtX3/7WfTKv9H4o9S2E7fTW7k= MIME-Version: 1.0 Received: by 10.229.184.132 with SMTP id ck4mr2834946qcb.31.1277744257513; Mon, 28 Jun 2010 09:57:37 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Mon, 28 Jun 2010 09:57:37 -0700 (PDT) In-Reply-To: <86pqzb5io7.fsf@ds4.des.no> References: <20100627.201716.1108826596298620201.imp@bsdimp.com> <86iq537egy.fsf@ds4.des.no> <20100628.081810.502133560696912792.imp@bsdimp.com> <86pqzb5io7.fsf@ds4.des.no> Date: Mon, 28 Jun 2010 09:57:37 -0700 Message-ID: From: Garrett Cooper To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, pjd@freebsd.org, "M. Warner Losh" , hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 16:57:43 -0000 2010/6/28 Dag-Erling Sm=F8rgrav : > "M. Warner Losh" writes: >> Dag-Erling Sm=F8rgrav writes: >> > "M. Warner Losh" writes: >> > > Maybe the real problem is that devd locks the file, then dies. =A0Th= e >> > > file remains locked, so the flopen is failing with EWOULDBLOCK. >> > The lock is released when the process that holds it terminates. >> So which process is that? =A0devd took it out, and is subsequently >> killed. =A0When it restarts, it can't take out the lock. > > What does fstat say about the pid file? > >> The same code works perfectly in 8.0-stable from April. >> >> The conclusion, I believe, is that somebody broke locking in >> current... > > Before I wrote one of my earlier replies, I traced through the code > paths that lead to a lock being released, and everything looks fine and > dandy. =A0Besides, if someone had, as you suggest, broken locking in > current, there would be a lot more noise about it on the lists. Hi DES, When I do the following: /etc/rc.d/devd start /etc/rc.d/devd stop It leaves stray unused lockfiles in the directory: $ sudo /etc/rc.d/devd start Starting devd. $ ls -l /var/run/devd.pi* -rw------- 1 root wheel 5 Jun 28 09:53 /var/run/devd.pid srw-rw-rw- 1 root wheel 0 Jun 28 09:53 /var/run/devd.pipe $ fstat /var/run/devd.pi* USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME root devd 29791 6 /var 447511 -rw------- 5 w /var/run/devd.pid $ sudo /etc/rc.d/devd stop Stopping devd. $ ls -l /var/run/devd.pi* -rw------- 1 root wheel 5 Jun 28 09:52 /var/run/devd.pid srw-rw-rw- 1 root wheel 0 Jun 28 09:52 /var/run/devd.pipe $ fstat /var/run/devd.pi* USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 16:59:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3CE1106566C for ; Mon, 28 Jun 2010 16:59:00 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7246C8FC13 for ; Mon, 28 Jun 2010 16:58:59 +0000 (UTC) Received: by vws13 with SMTP id 13so7904961vws.13 for ; Mon, 28 Jun 2010 09:58:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9V7xAVJkfD6/cYPrYx6PvKe1vfwLmMhI+Baf4N6CDLc=; b=msQ0z/D6qnSXBWacg6EplVutPwxU8+TZOR4bNI41NVzLY9VvfsRk7ySjCbPnTVPKnt /JL4J1INnaxqXpkrDWr8DNgsbsvd8ajjMxJtJhZiBCHbsXxgkgSmcI7QZurj5YEk+e14 HbeLS3DdJec3wkWCh4+fFf2vZ4nliHPAWuBIk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=OEJcxLatdB4d2nUbBkRefsoIFO3l5rPqo5c3Djh3wo46y3WZ79ZEqMXucJbzOHZpEF kFmUnjfE+ZAIzfr/YVKpnVvq2EiGZIJM4fF3DoSUq/g4h3ao5R6KtUmk8RcVy/HI3N8x wmNk/x6p26V2AQhK/xcluxjHn73tzSnuNdjYU= MIME-Version: 1.0 Received: by 10.224.126.219 with SMTP id d27mr3553341qas.155.1277744333154; Mon, 28 Jun 2010 09:58:53 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Mon, 28 Jun 2010 09:58:53 -0700 (PDT) In-Reply-To: <20100627.160845.256787458594170652.imp@bsdimp.com> References: <201006262229.09747.hselasky@c2i.net> <20100627.160845.256787458594170652.imp@bsdimp.com> Date: Mon, 28 Jun 2010 09:58:53 -0700 Message-ID: From: Garrett Cooper To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 16:59:00 -0000 On Sun, Jun 27, 2010 at 3:08 PM, M. Warner Losh wrote: > In message: > =A0 =A0 =A0 =A0 =A0 =A0Garrett Cooper writes: > : On Sat, Jun 26, 2010 at 1:45 PM, Garrett Cooper wr= ote: > : > On Sat, Jun 26, 2010 at 1:29 PM, Hans Petter Selasky wrote: > : >> Hi, > : >> > : >> Sometimes utilities that are started by devd require libraries outsi= de > : >> /usr/lib. One example is the webcamd utility which is started by dev= d upon USB > : >> device insertion. What do you think about the following patch: > : >> > : >> --- devd =A0 =A0 =A0 =A0(revision 209463) > : >> +++ devd =A0 =A0 =A0 =A0(local) > : >> @@ -4,7 +4,7 @@ > : >> =A0# > : >> > : >> =A0# PROVIDE: devd > : >> -# REQUIRE: netif > : >> +# REQUIRE: netif ldconfig > : >> =A0# BEFORE: NETWORKING mountcritremote > : >> =A0# KEYWORD: nojail shutdown > : > > : > Funny since I was just monkeying around with this. This doesn't appea= r > : > to be the only issue with devd: > : > > : > # devd > : > devd: devd already running, pid: 430 > : > # pgrep 430; echo $? > : > 1 > : > # > : > > : > Looks like /etc/rc.d/devd restart is broken :(... > : > : This seems to fix that. > : Thanks, > : -Garrett > : > : Index: devd.cc > : =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > : --- devd.cc =A0 (revision 209530) > : +++ devd.cc =A0 (working copy) > : @@ -739,6 +739,7 @@ > : =A0static void > : =A0event_loop(void) > : =A0{ > : + =A0 =A0 bool warn_user_about_cleanup; > : =A0 =A0 =A0 int rv; > : =A0 =A0 =A0 int fd; > : =A0 =A0 =A0 char buffer[DEVCTL_MAXBUF]; > : @@ -804,6 +805,17 @@ > : =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 new_client(server_fd); > : =A0 =A0 =A0 } > : =A0 =A0 =A0 close(fd); > : + =A0 =A0 close(server_fd); > : + > : + =A0 =A0 if (unlink(PIPE) =3D=3D 0) { > : + =A0 =A0 =A0 =A0 =A0 =A0 cfg.remove_pidfile(); > : + =A0 =A0 =A0 =A0 =A0 =A0 warn_user_about_cleanup =3D false; > : + =A0 =A0 } else > : + =A0 =A0 =A0 =A0 =A0 =A0 warn_user_about_cleanup =3D true; > : + > : + =A0 =A0 if (warn_user_about_cleanup =3D=3D true) > : + =A0 =A0 =A0 =A0 =A0 =A0 warn("cleanup failed"); > : + > : =A0} > : > : =A0/* > > This patch is wrong. =A0The problems with it: > > (1) You don't need to unlink the pipe. =A0If you can't unlink it, then > =A0 =A0you won't remove the pid file. The reason why my previous patch deleted `PIPE' file was because it's not a true pipe, but instead a named file in the filesystem, as that never gets cleaned up otherwise (please see my latest post). > (2) If devd dies suddenly (kill -9, segv, etc), then the pid file will > =A0 =A0remain around, and devd will fail to start. Correct. > (3) i_really_do_not_like_names_this_long_esp_when_they_are_not_needed. Fair enough :D. > The following works around the bug in pidfile_open, and allows me to > restart devd both in a nice shutdown mode, as well as preventing devd > from running multiple times. =A0I'm not 100% sure the error handling is > right, I'm still tracing through that path. =A0This seems to work. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 17:25:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BC20106566B for ; Mon, 28 Jun 2010 17:25:36 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id AEB368FC13 for ; Mon, 28 Jun 2010 17:25:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5SHJuQ9086054; Mon, 28 Jun 2010 11:19:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 28 Jun 2010 11:20:08 -0600 (MDT) Message-Id: <20100628.112008.459136215980124736.imp@bsdimp.com> To: yanefbsd@gmail.com From: "M. Warner Losh" In-Reply-To: References: <20100627.160845.256787458594170652.imp@bsdimp.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 17:25:36 -0000 In message: Garrett Cooper writes: : > This patch is wrong. =A0The problems with it: : > : > (1) You don't need to unlink the pipe. =A0If you can't unlink it, t= hen : > =A0 =A0you won't remove the pid file. : = : The reason why my previous patch deleted `PIPE' file was because it's= : not a true pipe, but instead a named file in the filesystem, as that : never gets cleaned up otherwise (please see my latest post). That's Ok. The problem is elsewhere. The PIPE should not be deleted, since that introduces races with other programs wishing to listen to the pipe. : > (2) If devd dies suddenly (kill -9, segv, etc), then the pid file w= ill : > =A0 =A0remain around, and devd will fail to start. : = : Correct. Not quite. The pid file doesn't prevent devd starting. The lock on the pid file does. Why is the pid file still locked? Is locking broken in current? (no, it isn't: all relevant regression tests pass) What is the root cause then? For me, devd refused to start because it exec'd dhclient. dhclient survived having devd die. devd didn't close the lock file fd, so dhclient inherited it. My first knee-jerk reaction was 'why isn't that close on exec?' That's a good question, the short answer of which is 'because there are times you don't want it to be.' But even that's not the root cause. Why is devd using system(3) to execute commands? Why isn't it taking more care to create a cleaner environment for commands to execute in? why isn't it following the advice in the pidfile_close man page? These are all good questions. Also, why do the child processes get an fd to read the stream of events from the kernel on? Isn't that an information leak? So, I've copied system and added the proper calls to clean all this up. Sadly, this only addresses the complaint that Garrett brought up. It doesn't address the legitimate concerns that Hans has about startup sequence and races with mounting /usr/local. That's a very good question, indeed. You want to defer some actions until other services are available. In a launchd world, you fork and run the processes. They use whatever resources they need, but block on resources that haven't finished starting yet. That's one possible solution here, but outside the scope of devd, I'm afraid... Warner Index: devd.hh =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- devd.hh (revision 209492) +++ devd.hh (working copy) @@ -153,6 +153,7 @@ void set_pidfile(const char *); void reset(); void parse(); + void close_pidfile(); void open_pidfile(); void write_pidfile(); void remove_pidfile(); Index: devd.cc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- devd.cc (revision 209492) +++ devd.cc (working copy) @@ -41,6 +41,7 @@ #include #include #include +#include #include = #include @@ -49,6 +50,7 @@ #include #include #include +#include #include #include #include @@ -152,13 +154,67 @@ // nothing } = +static int +my_system(const char *command) +{ + pid_t pid, savedpid; + int pstat; + struct sigaction ign, intact, quitact; + sigset_t newsigblock, oldsigblock; + + if (!command) /* just checking... */ + return(1); + + /* + * Ignore SIGINT and SIGQUIT, block SIGCHLD. Remember to save + * existing signal dispositions. + */ + ign.sa_handler =3D SIG_IGN; + ::sigemptyset(&ign.sa_mask); + ign.sa_flags =3D 0; + ::sigaction(SIGINT, &ign, &intact); + ::sigaction(SIGQUIT, &ign, &quitact); + ::sigemptyset(&newsigblock); + ::sigaddset(&newsigblock, SIGCHLD); + ::sigprocmask(SIG_BLOCK, &newsigblock, &oldsigblock); + switch(pid =3D ::fork()) { + case -1: /* error */ + break; + case 0: /* child */ + /* + * Restore original signal dispositions and exec the command. + */ + ::sigaction(SIGINT, &intact, NULL); + ::sigaction(SIGQUIT, &quitact, NULL); + ::sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + /* + * Close the PID file, and all other open descriptors. + * Inherit std{in,out,err} only. + */ + cfg.close_pidfile(); + ::closefrom(3); + ::execl(_PATH_BSHELL, "sh", "-c", command, (char *)NULL); + ::_exit(127); + default: /* parent */ + savedpid =3D pid; + do { + pid =3D ::wait4(savedpid, &pstat, 0, (struct rusage *)0); + } while (pid =3D=3D -1 && errno =3D=3D EINTR); + break; + } + ::sigaction(SIGINT, &intact, NULL); + ::sigaction(SIGQUIT, &quitact, NULL); + ::sigprocmask(SIG_SETMASK, &oldsigblock, NULL); + return(pid =3D=3D -1 ? -1 : pstat); +} + bool action::do_action(config &c) { string s =3D c.expand_string(_cmd); if (Dflag) fprintf(stderr, "Executing '%s'\n", s.c_str()); - ::system(s.c_str()); + my_system(s.c_str()); return (true); } = @@ -391,6 +447,13 @@ } = void +config::close_pidfile() +{ + = + pidfile_close(pfh); +} + +void config::remove_pidfile() { = From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 17:45:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 048681065675; Mon, 28 Jun 2010 17:45:38 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5A2CB8FC16; Mon, 28 Jun 2010 17:45:36 +0000 (UTC) Received: by gyf3 with SMTP id 3so802282gyf.13 for ; Mon, 28 Jun 2010 10:45:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=pCxAcdXlTG8D2rpiJUDkFLV/NJMRG7cX953G5w0FX5k=; b=DqURB3T67yBW1IITqh9vctDoUPIkWw2lpLOWFwxEOMetQTMOHA9NrR2cvb0eLjRnhp m/2dhaRstyHCQ7BG9rIzojYHKv8y0Y5hAE7o2n8GeGTwqLh+/lpQ4XSrRscvTeKot+yB cP+1dLJQ3P9s/cvRVmcrW1iIN5CXdU1l5S0e8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=ZyvM5MeSdwa6Bw6eXGN045ZLFuHgf2sNTxEApUYLUUhq52xif39BVRmRGqFhgmWyJG G34VtWSDwh/lWDZZdKGg9Aho9Dfh/9u6AoIn4vJfMqVvHQLWdH3IT0kja6pqqiTHPuHQ ByQdPGD/iHrC5YDHWKbjIu4BjxiAsZPVpH5Bs= MIME-Version: 1.0 Received: by 10.229.211.81 with SMTP id gn17mr1348078qcb.83.1277747129842; Mon, 28 Jun 2010 10:45:29 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.229.44.136 with HTTP; Mon, 28 Jun 2010 10:45:29 -0700 (PDT) In-Reply-To: <201006281132.57541.jhb@freebsd.org> References: <201006281132.57541.jhb@freebsd.org> Date: Mon, 28 Jun 2010 19:45:29 +0200 X-Google-Sender-Auth: gdX9PN1KwJLjln2vX3QHldHXsUQ Message-ID: From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, pluknet , Anton Yuzhaninov Subject: Re: panic in deadlkres X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Jun 2010 17:45:38 -0000 2010/6/28 John Baldwin : > On Friday 25 June 2010 4:52:22 pm pluknet wrote: >> On 25 June 2010 13:50, Anton Yuzhaninov wrote: >> > I've got panic on 9-current from Jun 25 2010 >> > >> > May be this is bug in deadlock resolver >> > >> > panic: blockable sleep lock (sleep mutex) process lock @ >> > /usr/src/sys/kern/kern_clock.c:203 >> > >> > db> show alllocks >> > Process 0 (kernel) thread 0xc4dcd270 (100047) >> > shared sx allproc (allproc) r =3D 0 (0xc0885ebc) locked @ >> > /usr/src/sys/kern/kern_clock.c:193 >> > >> > db> show lock 0xc4dcd270 >> > =C2=A0class: spin mutex >> > =C2=A0name: D >> > =C2=A0flags: {SPIN, RECURSE} >> > =C2=A0state: {OWNED} >> > >> > (kgdb) bt >> > #0 =C2=A0doadump () at pcpu.h:248 >> > #1 =C2=A00xc05ae59f in boot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:416 >> > #2 =C2=A00xc05ae825 in panic (fmt=3DVariable "fmt" is not available. >> > ) at /usr/src/sys/kern/kern_shutdown.c:590 >> > #3 =C2=A00xc048ff45 in db_panic (addr=3DCould not find the frame base = for > "db_panic". >> > ) at /usr/src/sys/ddb/db_command.c:478 >> > #4 =C2=A00xc0490533 in db_command (last_cmdp=3D0xc086ef1c, cmd_table= =3D0x0, > dopager=3D1) at /usr/src/sys/ddb/db_command.c:445 >> > #5 =C2=A00xc0490662 in db_command_loop () at /usr/src/sys/ddb/db_comma= nd.c:498 >> > #6 =C2=A00xc04923ef in db_trap (type=3D3, code=3D0) at > /usr/src/sys/ddb/db_main.c:229 >> > #7 =C2=A00xc05dade6 in kdb_trap (type=3D3, code=3D0, tf=3D0xc4b31bd0) = at > /usr/src/sys/kern/subr_kdb.c:535 >> > #8 =C2=A00xc078696b in trap (frame=3D0xc4b31bd0) at > /usr/src/sys/i386/i386/trap.c:692 >> > #9 =C2=A00xc076ca0b in calltrap () at /usr/src/sys/i386/i386/exception= .s:165 >> > #10 0xc05daf30 in kdb_enter (why=3D0xc07ea02d "panic", msg=3D0xc07ea02= d > "panic") at cpufunc.h:71 >> > #11 0xc05ae806 in panic (fmt=3D0xc07efd94 "blockable sleep lock (%s) %= s @ > %s:%d") at /usr/src/sys/kern/kern_shutdown.c:573 >> > #12 0xc05ee30b in witness_checkorder (lock=3D0xc5148088, flags=3D9, > file=3D0xc07e3b20 "/usr/src/sys/kern/kern_clock.c", line=3D203, interlock= =3D0x0) >> > =C2=A0 =C2=A0at /usr/src/sys/kern/subr_witness.c:1067 >> > #13 0xc05a093c in _mtx_lock_flags (m=3D0xc5148088, opts=3D0, file=3D0x= c07e3b20 > "/usr/src/sys/kern/kern_clock.c", line=3D203) >> > =C2=A0 =C2=A0at /usr/src/sys/kern/kern_mutex.c:200 >> > #14 0xc05706a9 in deadlkres () at /usr/src/sys/kern/kern_clock.c:203 >> > #15 0xc0588721 in fork_exit (callout=3D0xc05705ea , arg=3D0= x0, > frame=3D0xc4b31d38) at /usr/src/sys/kern/kern_fork.c:843 >> > #16 0xc076ca80 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:270 >> >> Hi! >> >> [throw in ideas (just ignore them if they're dumb, thinking badly atm).] >> >> AFAIK, that indicates that some thread already has >> a spin mutex and then it tries to acquire a sleep mutex. >> >> Looks like kern/kern_clock.c v1.213 (SVN rev 206482) >> has a regression in handling ticks wrap-up >> w.r.t. it doesn't release a thread mutex, does it? > > This looks like a correct analysis to me. > >> >From subr_witness.c: >> 1062: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 * Since sp= in locks include a critical section, this > check >> 1063: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 * implicit= ly enforces a lock order of all sleep >> locks before >> 1064: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 * all spin= locks. >> 1065: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 */ >> 1066: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (td->td_= critnest !=3D 0 && !kdb_active) >> 1067: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0panic("blockable sleep lock (%s) %s @ %s:%d", >> 1068: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0class->lc_name, lock->lo_name, file, line); >> >> >From kern_clock.c, v1.213 (in several places, while holding a thread lo= ck): >> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /* Handle ticks wra= p-up. */ >> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (ticks < td->td_= blktick) >> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 continue; >> >> Should not it be like the next: >> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /* Handle ticks wra= p-up. */ >> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (ticks < td->td_= blktick) { >> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 thread_unlock(td); >> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 continue; >> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 } >> >> The precondition idea to reproduce it is to lock a subject thread >> in some deadlkres callout, handle re-wrap condition, then try >> to lock a process to witch the thread belongs in (n+m)'th deadlkres >> callout, or in different context. Thanks, that may be fixed in r209577. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 19:11:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6384F106566B; Mon, 28 Jun 2010 19:11:38 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id D70428FC14; Mon, 28 Jun 2010 19:11:37 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C7BA91FFC33; Mon, 28 Jun 2010 19:11:36 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 6657E845D6; Mon, 28 Jun 2010 21:09:25 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Garrett Cooper References: <20100627.201716.1108826596298620201.imp@bsdimp.com> <86iq537egy.fsf@ds4.des.no> <20100628.081810.502133560696912792.imp@bsdimp.com> <86pqzb5io7.fsf@ds4.des.no> Date: Mon, 28 Jun 2010 21:09:25 +0200 In-Reply-To: (Garrett Cooper's message of "Mon, 28 Jun 2010 09:57:37 -0700") Message-ID: <86eifrq8ii.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, pjd@freebsd.org, "M. Warner Losh" , hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 19:11:38 -0000 Garrett Cooper writes: > It leaves stray unused lockfiles in the directory: That's normal and harmless. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 19:30:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 590B3106564A; Mon, 28 Jun 2010 19:30:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 945B08FC12; Mon, 28 Jun 2010 19:30:42 +0000 (UTC) Received: by gwj16 with SMTP id 16so767754gwj.13 for ; Mon, 28 Jun 2010 12:30:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=IWeSQ5UHTBA1deYuiHSTXrcxmxY3kz6YoVqbBC5HrO8=; b=VcjOq7LlmfCInuAT1SffjZnAv9ahKoK39frItYN/SA7vCS9phGruqykrF93Xf//qT+ J5aIgHK9GIndD/TwA44fWdj69CbHDlTYmkMUaubOORSYcPVk8xOOh+36nWzXwjsi+Zif DTwYpxNSHfUp/WZLxlY4r1ndIARCCO69iOjmE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=lCI1JTVhhMwbJ0phnm8PKsxQYWeWmSnguBRMLNdF5rm7i+sJenn+3Jd6O+h2mbQUTU eHW2KMGZ6sksCqS91+2U08EZezcHWt8bfrbhsQJmvPaOpFhoyTGFxIO2B3xQiAH9PU4o zqiyz9MxpeZznhG7owLJO974QPobhG90FswUM= MIME-Version: 1.0 Received: by 10.229.221.142 with SMTP id ic14mr2985592qcb.207.1277753437014; Mon, 28 Jun 2010 12:30:37 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Mon, 28 Jun 2010 12:30:36 -0700 (PDT) In-Reply-To: <86eifrq8ii.fsf@ds4.des.no> References: <20100627.201716.1108826596298620201.imp@bsdimp.com> <86iq537egy.fsf@ds4.des.no> <20100628.081810.502133560696912792.imp@bsdimp.com> <86pqzb5io7.fsf@ds4.des.no> <86eifrq8ii.fsf@ds4.des.no> Date: Mon, 28 Jun 2010 12:30:36 -0700 Message-ID: From: Garrett Cooper To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, pjd@freebsd.org, "M. Warner Losh" , hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 19:30:43 -0000 2010/6/28 Dag-Erling Sm=F8rgrav : > Garrett Cooper writes: >> It leaves stray unused lockfiles in the directory: > > That's normal and harmless. Yeah.. it's just a bit messy :D. Thanks for the help! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 19:33:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFD81106566C; Mon, 28 Jun 2010 19:33:31 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6DFA78FC1B; Mon, 28 Jun 2010 19:33:31 +0000 (UTC) Received: by vws13 with SMTP id 13so8115256vws.13 for ; Mon, 28 Jun 2010 12:33:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=CuR8c9QuloVa4F0dE+R05MBCVrCJpaEADQpTrqxlMVY=; b=Sp183SVOUFiR12gLLDRl6zXlnyovKU0DJVX2xSay9qXu4AicMhACURm62M+uzRoX59 U2TL4IcvgJ0M2U/yQtQtg2XOFFCcQKFVWmuyS/3OJ0rJeguT32k8hxIGRLS/wCcs1y0Z Rg/Vxa+5PCt1YtiFMN7zGSImP7x1n8Gr/LYpE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=LwtOB/sQIpM7O3QbrDthgKKk1hPVB0/3RaR48dkYumHBz66HA60MZOj6slDGtejj5S xcMdp0omVAAAA9kX9hOtKEK+29+3J057i7Q6ZkF8VzaEYzks03+/lBacc+ZAYTW48y09 enYhoQ08x25Fu79SY+EdFuTP8ay2NGIunaF+8= MIME-Version: 1.0 Received: by 10.224.111.68 with SMTP id r4mr2840259qap.25.1277753610555; Mon, 28 Jun 2010 12:33:30 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Mon, 28 Jun 2010 12:33:30 -0700 (PDT) In-Reply-To: <4C26E6A5.4010803@FreeBSD.org> References: <201006262229.09747.hselasky@c2i.net> <4C26E6A5.4010803@FreeBSD.org> Date: Mon, 28 Jun 2010 12:33:30 -0700 Message-ID: From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 19:33:31 -0000 On Sat, Jun 26, 2010 at 10:50 PM, Doug Barton wrote: > On 06/26/10 13:29, Hans Petter Selasky wrote: >> Hi, >> >> Sometimes utilities that are started by devd require libraries outside >> /usr/lib. One example is the webcamd utility which is started by devd up= on USB >> device insertion. What do you think about the following patch: >> >> --- devd =A0 =A0 =A0 =A0(revision 209463) >> +++ devd =A0 =A0 =A0 =A0(local) >> @@ -4,7 +4,7 @@ >> =A0# >> >> =A0# PROVIDE: devd >> -# REQUIRE: netif >> +# REQUIRE: netif ldconfig >> =A0# BEFORE: NETWORKING mountcritremote >> =A0# KEYWORD: nojail shutdown > > ldconfig requires mountcritremote, so this patch would introduce a > circular dependency. Should ldconfig require mountcritlocal instead? Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 28 20:18:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 261C51065670 for ; Mon, 28 Jun 2010 20:18:28 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id C01E08FC1C for ; Mon, 28 Jun 2010 20:18:27 +0000 (UTC) Received: (qmail 27658 invoked by uid 399); 28 Jun 2010 20:18:26 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Jun 2010 20:18:26 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Mon, 28 Jun 2010 13:18:25 -0700 (PDT) From: Doug Barton To: Garrett Cooper In-Reply-To: Message-ID: References: <201006262229.09747.hselasky@c2i.net> <4C26E6A5.4010803@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1316551625-1277756306=:1598" Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 20:18:28 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1316551625-1277756306=:1598 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 28 Jun 2010, Garrett Cooper wrote: > On Sat, Jun 26, 2010 at 10:50 PM, Doug Barton wrote: >> On 06/26/10 13:29, Hans Petter Selasky wrote: >>> Hi, >>> >>> Sometimes utilities that are started by devd require libraries outside >>> /usr/lib. One example is the webcamd utility which is started by devd upon USB >>> device insertion. What do you think about the following patch: >>> >>> --- devd        (revision 209463) >>> +++ devd        (local) >>> @@ -4,7 +4,7 @@ >>>  # >>> >>>  # PROVIDE: devd >>> -# REQUIRE: netif >>> +# REQUIRE: netif ldconfig >>>  # BEFORE: NETWORKING mountcritremote >>>  # KEYWORD: nojail shutdown >> >> ldconfig requires mountcritremote, so this patch would introduce a >> circular dependency. > > Should ldconfig require mountcritlocal instead? The operating theory is that we want to provide robust support for /usr/local not mounted locally. (And yes, I get the irony there.) :) What could be done is a 2-pass ldconfig, as is done for some other services. However if I understood the OP's problem correctly, that may not help here because devd is trying to start something that is in /usr/local. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso --0-1316551625-1277756306=:1598-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 06:14:21 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87C551065670 for ; Tue, 29 Jun 2010 06:14:21 +0000 (UTC) (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 185CB8FC20 for ; Tue, 29 Jun 2010 06:14:20 +0000 (UTC) X-Spam-Status: No X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-0.2, required 5, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_50 0.80) X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-ID: o5T6E0k9019923 Received: from kobe.laptop (178.128.137.140.dsl.dyn.forthnet.gr [178.128.137.140]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-9.1) with ESMTP id o5T6E0k9019923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 29 Jun 2010 09:14:07 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.4/8.14.4) with ESMTP id o5T6DsLb013991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Jun 2010 09:13:54 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.4/8.14.4/Submit) id o5T6DsTD013986; Tue, 29 Jun 2010 09:13:54 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: mjacob@FreeBSD.org Date: Tue, 29 Jun 2010 09:13:54 +0300 Message-ID: <871vbq74d9.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: lock recursion panic in cam_xpt.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 06:14:21 -0000 A recent CURRENT build from /head @ 209581 panics when I run "cdrecord -scanbus" with the attached backtrace. The culprit seems to be the extra call fo xpt_lock_buses() added in head rev 208752, but I'm not sure if this is the real cause yet. --- a/sys/cam/cam_xpt.c Wed Jun 02 17:27:23 2010 +0000 +++ b/sys/cam/cam_xpt.c Wed Jun 02 18:06:32 2010 +0000 @@ -2138,6 +2138,7 @@ xptpdperiphtraverse(struct periph_driver retval = 1; + xpt_lock_buses(); for (periph = (start_periph ? start_periph : TAILQ_FIRST(&(*pdrv)->units)); periph != NULL; periph = next_periph) { @@ -2145,9 +2146,12 @@ xptpdperiphtraverse(struct periph_driver next_periph = TAILQ_NEXT(periph, unit_links); retval = tr_func(periph, arg); - if (retval == 0) + if (retval == 0) { + xpt_unlock_buses(); return(retval); + } } + xpt_unlock_buses(); return(retval); } With a kernel built from /head when "cdrecord -scanbus" runs, an instant mutex recursion & panic happens at... ------------------------------------------------------------------------ Unread portion of the kernel message buffer: panic: _mtx_lock_sleep: recursed on non-recursive mutex XPT topology lock @ /usr/src/sys/cam/cam_xpt.c:4814 cpuid = 0 Uptime: 12m51s Physical memory: 3034 MB Dumping 178 MB: 163 147 131 115 99 83 67 51 35 19 3 Reading symbols from /boot/kernel/geom_eli.ko...Reading symbols from /boot/kernel/geom_eli.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_eli.ko Reading symbols from /boot/kernel/crypto.ko...Reading symbols from /boot/kernel/crypto.ko.symbols...done. done. Loaded symbols for /boot/kernel/crypto.ko Reading symbols from /boot/kernel/zlib.ko...Reading symbols from /boot/kernel/zlib.ko.symbols...done. done. Loaded symbols for /boot/kernel/zlib.ko Reading symbols from /boot/kernel/if_iwn.ko...Reading symbols from /boot/kernel/if_iwn.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_iwn.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/acpi_ibm.ko...Reading symbols from /boot/kernel/acpi_ibm.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi_ibm.ko Reading symbols from /boot/kernel/nullfs.ko...Reading symbols from /boot/kernel/nullfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/nullfs.ko Reading symbols from /boot/kernel/snake_saver.ko...Reading symbols from /boot/kernel/snake_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/snake_saver.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0x8068f66e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0x8068f942 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0x8067fe2a in _mtx_lock_sleep (m=0x80a83c98, tid=2272695552, opts=0, file=0x809b2014 "/usr/src/sys/cam/cam_xpt.c", line=4814) at /usr/src/sys/kern/kern_mutex.c:341 #4 0x80680047 in _mtx_lock_flags (m=0x80a83c98, opts=0, file=0x809b2014 "/usr/src/sys/cam/cam_xpt.c", line=4814) at /usr/src/sys/kern/kern_mutex.c:203 #5 0x8046abaa in xpt_lock_buses () at /usr/src/sys/cam/cam_xpt.c:4814 #6 0x8046ac14 in xptpdperiphtraverse (pdrv=0x86649640, start_periph=0x0, tr_func=0x8046b8b0 , arg=0x87682000) at /usr/src/sys/cam/cam_xpt.c:2151 #7 0x8046acd8 in xptplistpdrvfunc (pdrv=0x86649640, arg=0x87682000) at /usr/src/sys/cam/cam_xpt.c:1840 #8 0x8046a88c in xptpdrvtraverse (start_pdrv=Variable "start_pdrv" is not available. ) at /usr/src/sys/cam/cam_xpt.c:2132 #9 0x8047062c in xpt_action_default (start_ccb=0x87682000) at /usr/src/sys/cam/cam_xpt.c:1967 #10 0x8046a9b2 in xpt_action (start_ccb=0x87682000) at /usr/src/sys/cam/cam_xpt.c:2331 #11 0x8046ca36 in xptioctl (dev=0x87214e00, cmd=3294893314, addr=0x87682000 "\177\004", flag=3, td=0x87769500) at /usr/src/sys/cam/cam_xpt.c:598 #12 0x8060f6b8 in devfs_ioctl_f (fp=0x877bb8c0, com=3294893314, data=0x87682000, cred=0x872ad780, td=0x87769500) at /usr/src/sys/fs/devfs/devfs_vnops.c:669 #13 0x806dab5d in kern_ioctl (td=0x87769500, fd=3, com=3294893314, data=0x87682000 "\177\004") at file.h:254 #14 0x806dace4 in ioctl (td=0x87769500, uap=0x9aa55cec) at /usr/src/sys/kern/sys_generic.c:678 #15 0x806cff26 in syscallenter (td=0x87769500, sa=0x9aa55ce4) at /usr/src/sys/kern/subr_trap.c:314 #16 0x80953964 in syscall (frame=0x9aa55d28) at /usr/src/sys/i386/i386/trap.c:1060 #17 0x8093afc1 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:264 #18 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 08:24:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3971106564A for ; Tue, 29 Jun 2010 08:24:15 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id A30C78FC1F for ; Tue, 29 Jun 2010 08:24:15 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 958A81FFC33; Tue, 29 Jun 2010 08:24:14 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 433ED84579; Tue, 29 Jun 2010 10:22:03 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "M. Warner Losh" References: <20100627.160845.256787458594170652.imp@bsdimp.com> <20100628.112008.459136215980124736.imp@bsdimp.com> Date: Tue, 29 Jun 2010 10:22:03 +0200 In-Reply-To: <20100628.112008.459136215980124736.imp@bsdimp.com> (M. Warner Losh's message of "Mon, 28 Jun 2010 11:20:08 -0600 (MDT)") Message-ID: <86r5jqdz9w.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: yanefbsd@gmail.com, freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 08:24:16 -0000 "M. Warner Losh" writes: > + /* > + * Close the PID file, and all other open descriptors. > + * Inherit std{in,out,err} only. > + */ > + cfg.close_pidfile(); > + ::closefrom(3); Actually, closefrom() is sufficient, since the only resource held by the pidfile that would persist across execve() is the file descriptor (and hence the lock). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 09:19:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A0C11065675; Tue, 29 Jun 2010 09:19:38 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id AD66D8FC19; Tue, 29 Jun 2010 09:19:37 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OTWye-0000tS-Et; Tue, 29 Jun 2010 10:19:36 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OTWye-0007iM-8L; Tue, 29 Jun 2010 10:19:36 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o5T9JZDg080810; Tue, 29 Jun 2010 10:19:35 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o5T9JZ1H080809; Tue, 29 Jun 2010 10:19:35 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 29 Jun 2010 10:19:35 +0100 From: Anton Shterenlikht To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> References: <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> <86vd93qfge.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86vd93qfge.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 09:19:38 -0000 On Mon, Jun 28, 2010 at 06:39:29PM +0200, Dag-Erling Smørgrav wrote: > Anton Shterenlikht writes: > > I think this only happens when I copy from one xterm to another, > > to paste into the mailer. I've checked the command which > > I put in a file, and all seems fine. Also, the latest > > error message suggests that the command is fine: > > OK, can you do it again with -Wl,--verbose in addition to -v? Like > this: cc -static -v -Wl,--verbose -o rescue ... it generated quite a lot of output, so I put it here: http://seis.bris.ac.uk/~mexas/ia64-lzma-problem.txt Please let me know if you prefer all output in the body of email. many thanks for your continuing help, much appreciated anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 09:27:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62FE2106567C; Tue, 29 Jun 2010 09:27:53 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1CCC58FC13; Tue, 29 Jun 2010 09:27:52 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id D325C1FFC33; Tue, 29 Jun 2010 09:27:51 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 87CD9844AB; Tue, 29 Jun 2010 11:25:40 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Anton Shterenlikht References: <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> <86vd93qfge.fsf@ds4.des.no> <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> Date: Tue, 29 Jun 2010 11:25:40 +0200 In-Reply-To: <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> (Anton Shterenlikht's message of "Tue, 29 Jun 2010 10:19:35 +0100") Message-ID: <86zkyechrf.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 09:27:53 -0000 Anton Shterenlikht writes: > http://seis.bris.ac.uk/~mexas/ia64-lzma-problem.txt This confirms my suspicion that ld is picking up the wrong liblzma: > attempt to open /usr/local/lib/liblzma.a succeeded but I still can't figure out why. Can you do the following: % make buildenv % env and also show us your make.conf and src.conf? Do you have any gcc ports installed? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 09:44:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 902211065672; Tue, 29 Jun 2010 09:44:27 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF418FC1B; Tue, 29 Jun 2010 09:44:27 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:7170:55e0:2a72:c90e] (unknown [IPv6:2001:7b8:3a7:0:7170:55e0:2a72:c90e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 73FBB5C43; Tue, 29 Jun 2010 11:44:24 +0200 (CEST) Message-ID: <4C29C080.4090102@andric.com> Date: Tue, 29 Jun 2010 11:44:32 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.4) Gecko/20100619 Lanikai/3.1.1pre MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> <86vd93qfge.fsf@ds4.des.no> <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> <86zkyechrf.fsf@ds4.des.no> In-Reply-To: <86zkyechrf.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 09:44:27 -0000 On 2010-06-29 11:25, Dag-Erling Sm=C3=B8rgrav wrote: > Anton Shterenlikht writes: >> http://seis.bris.ac.uk/~mexas/ia64-lzma-problem.txt >=20 > This confirms my suspicion that ld is picking up the wrong liblzma: >=20 >> attempt to open /usr/local/lib/liblzma.a succeeded >=20 > but I still can't figure out why. Can you do the following: Because the ld command line includes /usr/local/lib twice, and *before* /usr/obj/usr/src/tmp/usr/lib: -L/usr/local/lib -L/usr/local/lib -L/usr/obj/usr/src/tmp/usr/lib -L/usr/o= bj/usr/src/tmp/usr/lib The question is, where do those -L/usr/local/lib's come from. :) Maybe because Anton is calling /usr/bin/cc instead of /usr/obj/usr/src/tmp/usr/bin/cc ? From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 09:59:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53944106566C; Tue, 29 Jun 2010 09:59:47 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id EF1BF8FC0A; Tue, 29 Jun 2010 09:59:46 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OTXbU-0002Jd-Sx; Tue, 29 Jun 2010 10:59:45 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OTXbU-0006ww-Kq; Tue, 29 Jun 2010 10:59:44 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o5T9xijU082355; Tue, 29 Jun 2010 10:59:44 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o5T9xiIR082354; Tue, 29 Jun 2010 10:59:44 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 29 Jun 2010 10:59:44 +0100 From: Anton Shterenlikht To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100629095944.GD80234@mech-cluster241.men.bris.ac.uk> References: <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> <86vd93qfge.fsf@ds4.des.no> <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> <86zkyechrf.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86zkyechrf.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 09:59:47 -0000 On Tue, Jun 29, 2010 at 11:25:40AM +0200, Dag-Erling Smørgrav wrote: > Anton Shterenlikht writes: > > http://seis.bris.ac.uk/~mexas/ia64-lzma-problem.txt > > This confirms my suspicion that ld is picking up the wrong liblzma: > > > attempt to open /usr/local/lib/liblzma.a succeeded > > but I still can't figure out why. Can you do the following: > > % make buildenv > % env # make buildenv Entering world for ia64:ia64 # env LIBRARY_PATH=/usr/local/lib USER=mexas MACHTYPE=unknown MAIL=/var/mail/mexas MAKEOBJDIRPREFIX=/usr/obj VENDOR=unknown SHLVL=4 HOME=/root OLDPWD=/usr/obj/usr/src LSCOLORS=ExFxCxDxBxegedabagacad MACHINE_ARCH=ia64 PAGER=more GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font MAKEFLAGS= -m /usr/src/share/mk GROUP=mexas SGML_CATALOG_FILES=/usr/doc/en_US.ISO8859-1/share/sgml/catalog:/usr/doc/share/sgml/catalog:/usr/local/share/sgml/iso8879/catalog:/usr/local/share/sgml/html/catalog:/usr/local/share/sgml/docbook/4.1/catalog:/usr/local/share/sgml/jade/catalog LOGNAME=mexas VERSION=FreeBSD 9.0-CURRENT ia64 900014 WINDOWID=16777229 LYNX_CFG=/home/mexas/.lynx.cfg XTERM_SHELL=/bin/tcsh MACHINE=ia64 BLOCKSIZE=K TERM=xterm _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp SYSTEM=TZAV WINDOWPATH=11 PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin DISPLAY=mech-anton240:0.0 REMOTEHOST=mech-anton240.men.bris.ac.uk LANG=en_GB.ISO8859-15 SGML_ROOT=/usr/local/share/sgml INSTALL=sh /usr/src/tools/install.sh SHELL=/bin/sh HOST=mech-cluster241.men.bris.ac.uk CPUTYPE= __MKLVL__=2 GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac OSTYPE=FreeBSD GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin PWD=/usr/src XTERM_LOCALE=en_GB.ISO8859-15 XTERM_VERSION=XTerm(258) TERMCAP=xterm|X11 terminal emulator:@7=\EOF:@8=\EOM:F1=\E[23~:F2=\E[24~:K2=\EOE:Km=\E[M:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:kh=\EOH:kl=\EOD:kr=\EOC:ku=\EOA:am:bs:km:mi:ms:ut:xn:AX:Co#8:co#205:kn#12:li#50:pa#64:AB=\E[4%dm:AF=\E[3%dm:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=\E(B:al=\E[L:as=\E(0:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E[!p\E[?3;4l\E[4l\E>:kD=\E[3~:ke=\E[?1l\E>:ks=\E[?1h\E=:le=^H:md=\E[1m:me=\E[m:ml=\El:mr=\E[7m:mu=\Em:nd=\E[C:op=\E[39;49m:rc=\E8:rs=\E[!p\E[?3;4l\E[4l\E>:sc=\E7:se=\E[27m:sf=^J:so=\E[7m:sr=\EM:st=\EH:ue=\E[24m:up=\E[A:us=\E[4m:ve=\E[?12l\E[?25h:vi=\E[?25l:vs=\E[?12;25h:kb=\010: FTP_PASSIVE_MODE=YES HOSTTYPE=FreeBSD EDITOR=vi # > > and also show us your make.conf and src.conf? > # cat /etc/make.conf SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL SENDMAIL_LDFLAGS=-L/usr/local/lib SENDMAIL_LDADD=-lsasl2 CFLAGS= -O1 COPTFLAGS= -O1 # added by use.perl 2010-05-12 12:40:35 PERL_VERSION=5.10.1 # I haven't got src.conf on any of my ia64 boxes: # cat /etc/src.conf cat: /etc/src.conf: No such file or directory # > Do you have any gcc ports installed? I don't thik so: # pkg_info -xo gcc pkg_info: no packages match pattern(s) # Just in case, here's a complete list of my ports (sorry to waste the space, if it's irrelevant): # portmaster -l ===>>> Root ports (No dependencies, not depended on) ===>>> bigreqsproto-1.1.0 ===>>> boost-jam-1.43.0 ===>>> calc-2.12.4.0 ===>>> cmake-2.8.1_1 ===>>> cyrus-sasl-2.1.23 ===>>> evieext-1.1.0 ===>>> g95-0.92.20090624 ===>>> glproto-1.4.11 ===>>> gmp-5.0.1 ===>>> gperf-3.0.3 ===>>> iw-hspell-1.0 ===>>> lemon-1.69 ===>>> libtool-2.2.6b ===>>> links-0.98,1 ===>>> portmaster-2.32 ===>>> qt4-qmake-4.6.3 ===>>> qt4-rcc-4.6.3 ===>>> qt4-uic-4.6.3 ===>>> re2c-0.13.5 ===>>> resourceproto-1.0.2 ===>>> scr2txt-1.2 ===>>> tidy-20000804_2 ===>>> unrar-3.93,5 ===>>> unzip-6.0 ===>>> urlview-0.9_6 ===>>> v4l_compat-1.0.20100403_1 ===>>> xcmiscproto-1.2.0 ===>>> xf86bigfontproto-1.2.0 ===>>> xorg-macros-1.6.0 ===>>> 29 root ports ===>>> Trunk ports (No dependencies, are depended on) ===>>> amspsfnt-1.0_5 ===>>> autoconf-wrapper-20071109 ===>>> automake-wrapper-20071109 ===>>> ca_root_nss-3.12.4 ===>>> clucene-0.9.21 ===>>> cmpsfont-1.0_6 ===>>> compositeproto-0.4.1 ===>>> damageproto-1.2.0 ===>>> db41-4.1.25_4 ===>>> dmidecode-2.10 ===>>> dmxproto-2.3 ===>>> dri2proto-2.2 ===>>> expat-2.0.1_1 ===>>> fixesproto-4.1.1 ===>>> font-util-1.0.2 ===>>> fontcacheproto-0.1.3 ===>>> fontsproto-2.1.0 ===>>> gdbm-1.8.3_3 ===>>> gnome_subr-1.0 ===>>> gnomehier-2.3_12 ===>>> gsfonts-8.11_5 ===>>> hicolor-icon-theme-0.12 ===>>> icu-3.8.1_3 ===>>> inputproto-2.0 ===>>> jbigkit-1.6 ===>>> jpeg-8_3 ===>>> kbproto-1.0.4 ===>>> kdehier4-1.0.4 ===>>> libcheck-0.9.8 ===>>> libdaemon-0.14 ===>>> libexecinfo-1.1_3 ===>>> libfpx-1.2.0.12_1 ===>>> libiconv-1.13.1_1 ===>>> libltdl-2.2.6b ===>>> libmspack-0.0.20060920 ===>>> libpaper-1.1.24 ===>>> libwww-5.4.0_4 ===>>> m4-1.4.14_1,1 ===>>> mDNSResponder-214 ===>>> mime-support-3.48.1 ===>>> mysql-client-5.0.90 ===>>> nspr-4.8.2 ===>>> openldap-client-2.4.22 ===>>> pciids-20091229 ===>>> pcre-8.02 ===>>> pdflib-7.0.4 ===>>> perl-threaded-5.10.1_1 ===>>> pkg-config-0.23_1 ===>>> png-1.4.1_1 ===>>> printproto-1.0.4 ===>>> pth-2.0.7 ===>>> python26-2.6.5 ===>>> qt4-doc-4.6.3 ===>>> qt4-moc-4.6.3 ===>>> randrproto-1.3.1 ===>>> recordproto-1.14 ===>>> renderproto-0.11 ===>>> ruby-1.8.7.248_2,1 ===>>> scrnsaverproto-1.2.0 ===>>> sqlite3-3.6.23.1_1 ===>>> talloc-2.0.1 ===>>> tcl-modules-8.5.8 ===>>> tex-texmflocal-1.9 ===>>> videoproto-2.3.0 ===>>> xbitmaps-1.1.0 ===>>> xdg-utils-1.0.2_4 ===>>> xextproto-7.1.1 ===>>> xf86dgaproto-2.1 ===>>> xf86miscproto-0.9.3 ===>>> xf86vidmodeproto-2.3 ===>>> xineramaproto-1.2 ===>>> xmlcatmgr-2.2 ===>>> xz-4.999.9_1 ===>>> zip-3.0 ===>>> 74 trunk ports ===>>> Branch ports (Have dependencies, are depended on) ===>>> ORBit2-2.14.18_1 ===>>> OpenEXR-1.6.1_2 ===>>> OpenSP-1.5.2_2 ===>>> apr-ipv6-devrandom-1.4.2.1.3.9_1 ===>>> aspell-0.60.6_3 ===>>> atk-1.30.0_1 ===>>> attica-0.1.3,1 ===>>> autoconf-2.62 ===>>> avahi-app-0.6.25_3 ===>>> bison-2.4.1_1,1 ===>>> bitstream-vera-1.10_4 ===>>> boost-libs-1.43.0 ===>>> cairo-1.8.10_1,1 ===>>> cm-super-0.3.4_3 ===>>> consolekit-0.4.1_3 ===>>> cups-client-1.4.3 ===>>> cups-image-1.4.3 ===>>> curl-7.20.1 ===>>> dbus-1.2.24_1 ===>>> dbus-glib-0.86_1 ===>>> desktop-file-utils-0.15_2 ===>>> djvulibre-nox11-3.5.22_2 ===>>> docbook-1.4 ===>>> docbook-4.1_4 ===>>> docbook-4.2 ===>>> docbook-4.3 ===>>> docbook-4.4_2 ===>>> docbook-4.5_2 ===>>> docbook-5.0_1 ===>>> docbook-sk-4.1.2_4 ===>>> docbook-xml-4.2_1 ===>>> docbook-xml-4.3 ===>>> docbook-xml-4.4_1 ===>>> docbook-xml-4.5 ===>>> dvipsk-tetex-5.95a_5 ===>>> eggdbus-0.6_1 ===>>> enchant-1.4.2 ===>>> encodings-1.0.3,1 ===>>> exiv2-0.18_2,1 ===>>> fftw3-3.2.2_1 ===>>> font-bh-ttf-1.0.1 ===>>> font-misc-ethiopic-1.0.1 ===>>> font-misc-meltho-1.0.1 ===>>> fontconfig-2.8.0,1 ===>>> freetype2-2.3.12 ===>>> gamin-0.1.10_4 ===>>> gconf2-2.28.1_1 ===>>> gd-2.0.35_7,1 ===>>> gettext-0.18_1 ===>>> ghostscript8-8.71_2 ===>>> gio-fam-backend-2.24.1_1 ===>>> gir-repository-libsoup-0.6.5_4 ===>>> glib-2.24.1_1 ===>>> gnome-keyring-2.30.1_2 ===>>> gnutls-2.8.6_1 ===>>> gobject-introspection-0.6.14 ===>>> graphviz-2.26.3_3 ===>>> gstreamer-0.10.29_1 ===>>> gstreamer-plugins-0.10.29,3 ===>>> gtk-2.20.1_2 ===>>> gtk-engines2-2.20.1_1 ===>>> hal-0.5.14_8 ===>>> hyperestraier-1.4.13 ===>>> iceauth-1.0.3 ===>>> ilmbase-1.0.1_1 ===>>> iso-codes-3.17 ===>>> iso8879-1986_2 ===>>> jasper-1.900.1_9 ===>>> kde4-icons-oxygen-4.4.4 ===>>> kde4-shared-mime-info-1.0 ===>>> kdelibs-4.4.4 ===>>> lcms-1.19_1,1 ===>>> libFS-1.0.2 ===>>> libGL-7.4.4 ===>>> libGLU-7.4.4 ===>>> libICE-1.0.6,1 ===>>> libIDL-0.8.14_1 ===>>> libSM-1.1.1_1,1 ===>>> libX11-1.3.3,1 ===>>> libXScrnSaver-1.2.0 ===>>> libXTrap-1.0.0 ===>>> libXau-1.0.5 ===>>> libXaw-1.0.7,1 ===>>> libXcomposite-0.4.1,1 ===>>> libXcursor-1.1.10 ===>>> libXdamage-1.1.2 ===>>> libXdmcp-1.0.3 ===>>> libXevie-1.0.2 ===>>> libXext-1.1.1,1 ===>>> libXfixes-4.0.4 ===>>> libXfont-1.4.0,1 ===>>> libXfontcache-1.0.5 ===>>> libXft-2.1.14 ===>>> libXi-1.3,1 ===>>> libXinerama-1.1,1 ===>>> libXmu-1.0.5,1 ===>>> libXp-1.0.0,1 ===>>> libXpm-3.5.7 ===>>> libXrandr-1.3.0 ===>>> libXrender-0.9.5 ===>>> libXres-1.0.4 ===>>> libXt-1.0.7 ===>>> libXtst-1.1.0 ===>>> libXv-1.0.5,1 ===>>> libXvMC-1.0.5 ===>>> libXxf86dga-1.1.1 ===>>> libXxf86misc-1.0.2 ===>>> libXxf86vm-1.1.0 ===>>> libcroco-0.6.2_1 ===>>> libdmx-1.1.0 ===>>> libdrm-2.4.12_1 ===>>> libffi-3.0.9 ===>>> libfontenc-1.0.5 ===>>> libgcrypt-1.4.5_1 ===>>> libglade2-2.6.4_3 ===>>> libgnome-keyring-2.30.1_1 ===>>> libgpg-error-1.7_1 ===>>> libgsf-1.14.18_1 ===>>> libidn-1.15_1 ===>>> libiodbc-3.52.7 ===>>> liblqr-1-0.4.1_2 ===>>> libmng-1.0.10_2 ===>>> libnotify-0.4.5_4 ===>>> liboil-0.3.17 ===>>> liboldX-1.0.1 ===>>> libproxy-0.2.3_1 ===>>> libpthread-stubs-0.3_3 ===>>> librsvg2-2.26.3_1 ===>>> libsoup-2.30.1_1 ===>>> libtasn1-2.6 ===>>> libungif-4.1.4_5 ===>>> libvolume_id-0.81.1 ===>>> libwmf-0.2.8.4_6 ===>>> libxcb-1.6 ===>>> libxkbfile-1.0.6 ===>>> libxkbui-1.0.2_1 ===>>> libxml2-2.7.7 ===>>> libxslt-1.1.26_1 ===>>> libxul-1.9.0.17_2 ===>>> lua-5.1.4 ===>>> mkfontdir-1.0.5 ===>>> mkfontscale-1.0.7 ===>>> mysql-server-5.0.90 ===>>> netpbm-10.26.64_4 ===>>> open-motif-2.2.3_6 ===>>> p5-XML-Parser-2.36_1 ===>>> p5-gettext-1.05_3 ===>>> pango-1.28.0_1 ===>>> phonon-4.4.2 ===>>> phonon-gstreamer-4.4.2 ===>>> pixman-0.16.6 ===>>> plotutils-2.6_1,1 ===>>> policykit-0.9_6 ===>>> policykit-qt-0.9.3_1 ===>>> polkit-0.96_2 ===>>> popt-1.14_1 ===>>> qca-2.0.2 ===>>> qdbm-1.8.77_1 ===>>> qimageblitz-0.0.4_4 ===>>> qt4-assistant-4.6.3 ===>>> qt4-clucene-4.6.3 ===>>> qt4-corelib-4.6.3 ===>>> qt4-dbus-4.6.3 ===>>> qt4-designer-4.6.3 ===>>> qt4-gui-4.6.3 ===>>> qt4-help-4.6.3 ===>>> qt4-imageformats-4.6.3 ===>>> qt4-makeqpf-4.6.3 ===>>> qt4-mysql-plugin-4.6.3 ===>>> qt4-network-4.6.3 ===>>> qt4-opengl-4.6.3 ===>>> qt4-qdbusviewer-4.6.3 ===>>> qt4-qt3support-4.6.3_1 ===>>> qt4-qtestlib-4.6.3 ===>>> qt4-script-4.6.3 ===>>> qt4-scripttools-4.6.3 ===>>> qt4-sql-4.6.3 ===>>> qt4-sqlite-plugin-4.6.3 ===>>> qt4-svg-4.6.3 ===>>> qt4-webkit-4.6.3 ===>>> qt4-xml-4.6.3 ===>>> qt4-xmlpatterns-4.6.3 ===>>> raptor-1.4.21 ===>>> rasqal-0.9.19_1 ===>>> redland-1.0.10 ===>>> rgb-1.0.3 ===>>> samba34-libsmbclient-3.4.8 ===>>> shared-desktop-ontologies-0.5 ===>>> shared-mime-info-0.71_1 ===>>> soprano-2.4.3 ===>>> strigi-0.7.2 ===>>> t1lib-5.1.2_1,1 ===>>> teTeX-base-3.0_20 ===>>> teTeX-texmf-3.0_6 ===>>> texi2html-1.82,1 ===>>> tiff-3.9.4 ===>>> trapproto-3.4.3 ===>>> webkit-gtk2-1.2.1_1 ===>>> wxgtk2-2.8.10_4 ===>>> wxgtk2-common-2.8.10_4 ===>>> xauth-1.0.4 ===>>> xcb-util-0.3.6_1 ===>>> xdvik-tetex-22.84.16_2 ===>>> xkbcomp-1.1.0 ===>>> xmlcharent-0.3_2 ===>>> xorg-fonts-truetype-7.5 ===>>> xorg-libraries-7.5 ===>>> xproto-7.0.16 ===>>> xtrans-1.2.5 ===>>> 209 branch ports ===>>> Leaf ports (Have dependencies, not depended on) ===>>> ImageMagick-6.6.1.10 ===>>> a2ps-a4-4.13b_4 ===>>> akonadi-1.3.1_1 ===>>> automake-1.10.1 ===>>> automoc4-0.9.88_1 ===>>> bdftopcf-1.0.2 ===>>> dejavu-2.30_1 ===>>> docbook-xsl-1.75.2 ===>>> dsssl-docbook-modular-1.79_1,1 ===>>> elinks-0.11.7_1 ===>>> fetchmail-6.3.17_1 ===>>> firefox-3.6.4,1 ===>>> fixrtf-0.1.20060303_1 ===>>> flex-2.5.35_4 ===>>> gmake-3.81_4 ===>>> gnuplot-4.4.0 ===>>> help2man-1.38.2_1 ===>>> html-4.01_2 ===>>> intltool-0.40.6 ===>>> jadetex-3.13_6 ===>>> kazehakase-0.5.8_3 ===>>> kdebase-4.4.4 ===>>> latex2html-2002.2.1_9 ===>>> libassuan-1-1.0.5 ===>>> libchk-1.10.1 ===>>> libxklavier-5.0,1 ===>>> linuxdoc-1.1_1 ===>>> luit-1.0.5 ===>>> lynx-2.8.7.1_1,1 ===>>> makedepend-1.0.2,1 ===>>> mgv-3.1.5_2 ===>>> mplayer-1.0.r20100117_2 ===>>> mutt-devel-1.5.20_5 ===>>> netsurf-1.1_6 ===>>> nmap-5.21_1 ===>>> openjade-1.3.3p1_1 ===>>> p5-type1inst-0.6.1_5 ===>>> peps-2.0_4 ===>>> py26-xml-0.8.4_2 ===>>> qt4-linguist-4.6.3 ===>>> qt4-porting-4.6.3 ===>>> qt4-uic3-4.6.3 ===>>> rsync-3.0.7 ===>>> scr2png-1.2_4 ===>>> sessreg-1.0.5 ===>>> setxkbmap-1.1.0 ===>>> subversion-freebsd-1.6.11_2 ===>>> tcl-8.5.8 ===>>> teTeX-3.0_4 ===>>> xcb-proto-1.6 ===>>> xclock-1.0.4 ===>>> xdm-1.1.8_2 ===>>> xhtml-1.0.20020801_4 ===>>> xpdf-3.02_12 ===>>> xrdb-1.0.6 ===>>> xset-1.1.0 ===>>> xterm-258 ===>>> 57 leaf ports ===>>> 369 total installed ports many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 10:00:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B304106564A; Tue, 29 Jun 2010 10:00:02 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id EAD0B8FC0C; Tue, 29 Jun 2010 10:00:01 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 72D181FFC34; Tue, 29 Jun 2010 10:00:00 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2D2D5844C6; Tue, 29 Jun 2010 11:57:49 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Anton Shterenlikht References: <20100624151121.GA29609@mech-cluster241.men.bris.ac.uk> <86lja48m58.fsf@ds4.des.no> <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> <86vd93qfge.fsf@ds4.des.no> <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> <86zkyechrf.fsf@ds4.des.no> Date: Tue, 29 Jun 2010 11:57:49 +0200 In-Reply-To: <86zkyechrf.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Tue, 29 Jun 2010 11:25:40 +0200") Message-ID: <86oceucg9u.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 10:00:02 -0000 Dag-Erling Sm=C3=B8rgrav writes: > This confirms my suspicion that ld is picking up the wrong liblzma: > > attempt to open /usr/local/lib/liblzma.a succeeded > but I still can't figure out why. Uh, I must be blind. It uses /usr/local/lib/liblzma.a because -L/usr/local/lib was specified on the command line. This is most likely caused by your environment or make.conf / src.conf. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 10:05:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62787106566B; Tue, 29 Jun 2010 10:05:52 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4288FC17; Tue, 29 Jun 2010 10:05:51 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 099C91FFC33; Tue, 29 Jun 2010 10:05:51 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id BBD27844C6; Tue, 29 Jun 2010 12:03:39 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Anton Shterenlikht References: <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> <86vd93qfge.fsf@ds4.des.no> <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> <86zkyechrf.fsf@ds4.des.no> <20100629095944.GD80234@mech-cluster241.men.bris.ac.uk> Date: Tue, 29 Jun 2010 12:03:39 +0200 In-Reply-To: <20100629095944.GD80234@mech-cluster241.men.bris.ac.uk> (Anton Shterenlikht's message of "Tue, 29 Jun 2010 10:59:44 +0100") Message-ID: <86fx06cg04.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 10:05:52 -0000 Anton Shterenlikht writes: > # make buildenv > Entering world for ia64:ia64 > # env > LIBRARY_PATH=3D/usr/local/lib where does this come from? Your .bashrc or something? % make buildenv % unset LIBRARY_PATH then run the cc command again. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 10:06:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75D1C1065676; Tue, 29 Jun 2010 10:06:08 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 314E68FC20; Tue, 29 Jun 2010 10:06:08 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:7170:55e0:2a72:c90e] (unknown [IPv6:2001:7b8:3a7:0:7170:55e0:2a72:c90e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 314E75C43; Tue, 29 Jun 2010 12:06:07 +0200 (CEST) Message-ID: <4C29C598.7060009@andric.com> Date: Tue, 29 Jun 2010 12:06:16 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.4) Gecko/20100619 Lanikai/3.1.1pre MIME-Version: 1.0 To: Anton Shterenlikht References: <20100625084429.GA42107@mech-cluster241.men.bris.ac.uk> <86vd97e94g.fsf@ds4.des.no> <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> <86vd93qfge.fsf@ds4.des.no> <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> <86zkyechrf.fsf@ds4.des.no> <20100629095944.GD80234@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20100629095944.GD80234@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 10:06:08 -0000 On 2010-06-29 11:59, Anton Shterenlikht wrote: > LIBRARY_PATH=/usr/local/lib There's your problem. Remove this environment variable, and try buildworld again. :) From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 10:41:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 268E6106564A; Tue, 29 Jun 2010 10:41:27 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id D2A4C8FC19; Tue, 29 Jun 2010 10:41:26 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OTYFp-0005pd-Ky; Tue, 29 Jun 2010 11:41:25 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OTYFp-00032r-Ba; Tue, 29 Jun 2010 11:41:25 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o5TAfPNO083592; Tue, 29 Jun 2010 11:41:25 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o5TAfOZW083591; Tue, 29 Jun 2010 11:41:24 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 29 Jun 2010 11:41:24 +0100 From: Anton Shterenlikht To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100629104124.GA83446@mech-cluster241.men.bris.ac.uk> References: <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> <86vd93qfge.fsf@ds4.des.no> <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> <86zkyechrf.fsf@ds4.des.no> <20100629095944.GD80234@mech-cluster241.men.bris.ac.uk> <86fx06cg04.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86fx06cg04.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 10:41:27 -0000 On Tue, Jun 29, 2010 at 12:03:39PM +0200, Dag-Erling Smørgrav wrote: > Anton Shterenlikht writes: > > # make buildenv > > Entering world for ia64:ia64 > > # env > > LIBRARY_PATH=/usr/local/lib > > where does this come from? Your .bashrc or something? I've this set in $HOME/.tcsh. I don't remember why now. I probably fucked up.. However, I've got this set on 3 ia64 boxes. On two of them I don't have this lzma problem. mech-as28# uname -srm FreeBSD 9.0-CURRENT ia64 mech-as28# setenv | grep LIB LIBRARY_PATH=/usr/local/lib mech-as28# mech-as221# uname -srm FreeBSD 9.0-CURRENT ia64 mech-as221# setenv | grep LIB LIBRARY_PATH=/usr/local/lib mech-as221# mech-cluster241# uname -srm FreeBSD 9.0-CURRENT ia64 mech-cluster241# setenv |grep LIB LIBRARY_PATH=/usr/local/lib mech-cluster241# I'm going to repeat buildworld on all 3 boxes now, just to be sure that it still works on the other two boxes. > > % make buildenv > % unset LIBRARY_PATH > I'll then repeat buildworld with LIBRARY_PATH unset. many thanks for your help anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 11:00:19 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64310106566B for ; Tue, 29 Jun 2010 11:00:19 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id B9EBB8FC14 for ; Tue, 29 Jun 2010 11:00:18 +0000 (UTC) Received: by fxm13 with SMTP id 13so1738853fxm.13 for ; Tue, 29 Jun 2010 04:00:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=N1cbqq79BxM+Xf5/hgekBBt4VvzDLbPtMWNfkeJZT1o=; b=KCrpXyrdW41eIzWq45sB1TKghPv0Cd7Cvko/G1i5Y/aZqbR7oNAKzmwFaGH8xrCAna vrrS7BcXpTPMn8zYyAQPsXe9SZTjpJgPFHShPH0/bPj6XrY3YjfjYZ7tHFw/SL8AuG9d gUunh3OHaPd3MKpePamCxebS7fAXVurCUM51o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=KAsxNC2YNdonakuG0oDyFYBhTE326dn4ScMCnyX3LeZFKhFpoPbzhYUKIAirOcdgkz Si1+IBHPR67zPGODaybkxOG6s06GPaiHwoFI01ztZxNsO/3PVJYtRXY3YtziKHeW4ntr 3/LneMQgXnSthU30jUHSBhkACbCQC5uOIdXec= MIME-Version: 1.0 Received: by 10.239.189.18 with SMTP id r18mr471041hbh.110.1277809208404; Tue, 29 Jun 2010 04:00:08 -0700 (PDT) Received: by 10.239.185.1 with HTTP; Tue, 29 Jun 2010 04:00:08 -0700 (PDT) In-Reply-To: <20100629104124.GA83446@mech-cluster241.men.bris.ac.uk> References: <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> <86vd93qfge.fsf@ds4.des.no> <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> <86zkyechrf.fsf@ds4.des.no> <20100629095944.GD80234@mech-cluster241.men.bris.ac.uk> <86fx06cg04.fsf@ds4.des.no> <20100629104124.GA83446@mech-cluster241.men.bris.ac.uk> Date: Tue, 29 Jun 2010 12:00:08 +0100 Message-ID: From: Tom Evans To: Anton Shterenlikht Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 11:00:19 -0000 2010/6/29 Anton Shterenlikht : > On Tue, Jun 29, 2010 at 12:03:39PM +0200, Dag-Erling Sm=C3=B8rgrav wrote: >> Anton Shterenlikht writes: >> > # make buildenv >> > Entering world for ia64:ia64 >> > # env >> > LIBRARY_PATH=3D/usr/local/lib >> >> where does this come from? =C2=A0Your .bashrc or something? > > I've this set in $HOME/.tcsh. I don't remember why now. > I probably fucked up.. > > However, I've got this set on 3 ia64 boxes. > On two of them I don't have this lzma problem. Didn't you mention (about 70 emails previously) that you only had /usr/local/lib/libzma.a on one of your ia64 boxes, and the other two built world just fine? Does that explain why you dont have this problem on those boxes, with the same setting? Cheers Tom From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 11:28:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0369D106567E; Tue, 29 Jun 2010 11:28:36 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id B3B338FC20; Tue, 29 Jun 2010 11:28:35 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id AE5AE1FFC34; Tue, 29 Jun 2010 11:28:34 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 60203844C6; Tue, 29 Jun 2010 13:26:23 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Anton Shterenlikht References: <20100628121253.GA61909@mech-cluster241.men.bris.ac.uk> <86y6dz5o3x.fsf@ds4.des.no> <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> <86vd93qfge.fsf@ds4.des.no> <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> <86zkyechrf.fsf@ds4.des.no> <20100629095944.GD80234@mech-cluster241.men.bris.ac.uk> <86fx06cg04.fsf@ds4.des.no> <20100629104124.GA83446@mech-cluster241.men.bris.ac.uk> Date: Tue, 29 Jun 2010 13:26:23 +0200 In-Reply-To: <20100629104124.GA83446@mech-cluster241.men.bris.ac.uk> (Anton Shterenlikht's message of "Tue, 29 Jun 2010 11:41:24 +0100") Message-ID: <86vd92axls.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 11:28:36 -0000 Anton Shterenlikht writes: > However, I've got this set on 3 ia64 boxes. > On two of them I don't have this lzma problem. Because they either don't have liblzma installed from ports, or they have a different version that works. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 11:51:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 685FF1065672; Tue, 29 Jun 2010 11:51:49 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 205A18FC16; Tue, 29 Jun 2010 11:51:48 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OTZLv-0002Ek-Rc; Tue, 29 Jun 2010 12:51:48 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OTZLv-0005nZ-NK; Tue, 29 Jun 2010 12:51:47 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o5TBplFJ047821; Tue, 29 Jun 2010 12:51:47 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o5TBplAA047820; Tue, 29 Jun 2010 12:51:47 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 29 Jun 2010 12:51:47 +0100 From: Anton Shterenlikht To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20100629115147.GA45845@mech-cluster241.men.bris.ac.uk> References: <20100628130607.GA69122@mech-cluster241.men.bris.ac.uk> <86tyon5kdw.fsf@ds4.des.no> <20100628152630.GA70763@mech-cluster241.men.bris.ac.uk> <86vd93qfge.fsf@ds4.des.no> <20100629091935.GA80234@mech-cluster241.men.bris.ac.uk> <86zkyechrf.fsf@ds4.des.no> <20100629095944.GD80234@mech-cluster241.men.bris.ac.uk> <86fx06cg04.fsf@ds4.des.no> <20100629104124.GA83446@mech-cluster241.men.bris.ac.uk> <86vd92axls.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86vd92axls.fsf@ds4.des.no> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: SOLVED: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 11:51:49 -0000 On Tue, Jun 29, 2010 at 01:26:23PM +0200, Dag-Erling Smørgrav wrote: > Anton Shterenlikht writes: > > However, I've got this set on 3 ia64 boxes. > > On two of them I don't have this lzma problem. > > Because they either don't have liblzma installed from ports, or they > have a different version that works. too right.. # pkg_info -W /usr/local/lib/liblzma.a /usr/local/lib/liblzma.a was installed by package xz-4.999.9_1 DES, my apologies for wasting your, and everybody else's time. My fault entirely. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 13:51:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B608106566B for ; Tue, 29 Jun 2010 13:51:28 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 226528FC15 for ; Tue, 29 Jun 2010 13:51:27 +0000 (UTC) Received: from [192.168.0.100] (m206-63.dsl.tsoft.com [198.144.206.63]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o5TDpRib082802 for ; Tue, 29 Jun 2010 06:51:27 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C29FA5F.8010806@feral.com> Date: Tue, 29 Jun 2010 06:51:27 -0700 From: Matthew Jacob User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <871vbq74d9.fsf@kobe.laptop> In-Reply-To: <871vbq74d9.fsf@kobe.laptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.67.166.1]); Tue, 29 Jun 2010 06:51:27 -0700 (PDT) Subject: Re: lock recursion panic in cam_xpt.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 13:51:28 -0000 On 6/28/2010 11:13 PM, Giorgos Keramidas wrote: > A recent CURRENT build from /head @ 209581 panics when I run > "cdrecord -scanbus" with the attached backtrace. The culprit > seems to be the extra call fo xpt_lock_buses() added in head rev > 208752, but I'm not sure if this is the real cause yet. > > Thanks I'm already on it and working it. From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 15:14:34 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF69F1065687 for ; Tue, 29 Jun 2010 15:14:34 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1778FC1A for ; Tue, 29 Jun 2010 15:14:32 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id C67663A61E; Tue, 29 Jun 2010 17:14:31 +0200 (CEST) Date: Tue, 29 Jun 2010 17:14:31 +0200 From: Lars Engels To: current@freebsd.org Message-ID: <20100629151431.GB8862@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E39vaYmALEf/7YXx" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: panic in ZFS lstat() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 15:14:35 -0000 --E39vaYmALEf/7YXx Content-Type: multipart/mixed; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Moin, yesterday my notebook (r209233) had a panic in ZFS lstat. Details are attached. Cheers Lars --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="core.txt.0" Content-Transfer-Encoding: quoted-printable maggie.bsd-geek.de dumped core - see /var/crash/vmcore.0 Mon Jun 28 22:00:26 CEST 2010 FreeBSD maggie.bsd-geek.de 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r209233: Wed = Jun 16 18:01:57 CEST 2010 lars@maggie.bsd-geek.de:/usr/obj/usr/src2/sys= /MAGGIE i386 panic:=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0xb99fe627 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0x810125ec stack pointer =3D 0x28:0xdcba08cc frame pointer =3D 0x28:0xdcba08cc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 16693 (rm) Physical memory: 2534 MB Dumping 566 MB: 551 535 519 503 487 471 455 439 423 407 391 375 359 343 327= 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 Error while mapping shared library sections: /boot/kernel/cuse4bsd.ko: No such file or directory. Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kerne= l/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bo= ot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/geom_eli.ko...Reading symbols from /boot/= kernel/geom_eli.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_eli.ko Reading symbols from /boot/kernel/crypto.ko...Reading symbols from /boot/ke= rnel/crypto.ko.symbols...done. done. Loaded symbols for /boot/kernel/crypto.ko Reading symbols from /boot/kernel/zlib.ko...Reading symbols from /boot/kern= el/zlib.ko.symbols...done. done. Loaded symbols for /boot/kernel/zlib.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/k= ernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/ker= nel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/acpi_video.ko...Reading symbols from /boo= t/kernel/acpi_video.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi_video.ko Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /boot/ker= nel/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/tmpfs.ko Reading symbols from /boot/kernel/mmc.ko...Reading symbols from /boot/kerne= l/mmc.ko.symbols...done. done. Loaded symbols for /boot/kernel/mmc.ko Reading symbols from /boot/kernel/mmcsd.ko...Reading symbols from /boot/ker= nel/mmcsd.ko.symbols...done. done. Loaded symbols for /boot/kernel/mmcsd.ko Reading symbols from /boot/kernel/sdhci.ko...Reading symbols from /boot/ker= nel/sdhci.ko.symbols...done. done. Loaded symbols for /boot/kernel/sdhci.ko Reading symbols from /boot/kernel/atapicam.ko...Reading symbols from /boot/= kernel/atapicam.ko.symbols...done. done. Loaded symbols for /boot/kernel/atapicam.ko Error while reading shared library symbols: /boot/kernel/cuse4bsd.ko: No such file or directory. Reading symbols from /boot/kernel/linsysfs.ko...Reading symbols from /boot/= kernel/linsysfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linsysfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/ker= nel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot= /kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel= /pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/ntfs.ko...Reading symbols from /boot/kern= el/ntfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/ntfs.ko Reading symbols from /boot/kernel/ext2fs.ko...Reading symbols from /boot/ke= rnel/ext2fs.ko.symbols...done. done. Loaded symbols for /boot/kernel/ext2fs.ko Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/kern= el/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel/i915.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kerne= l/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0x804d4549 in db_fncall (dummy1=3D1, dummy2=3D0, dummy3=3D-2132598752,= =20 dummy4=3D0xdcba0664 "") at /usr/src2/sys/ddb/db_command.c:548 #2 0x804d4941 in db_command (last_cmdp=3D0x80dc0c5c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src2/sys/ddb/db_command.c:445 #3 0x804d4a9a in db_command_loop () at /usr/src2/sys/ddb/db_command.c:498 #4 0x804d699d in db_trap (type=3D12, code=3D0) at /usr/src2/sys/ddb/db_mai= n.c:229 #5 0x808becc6 in kdb_trap (type=3D12, code=3D0, tf=3D0xdcba088c) at /usr/src2/sys/kern/subr_kdb.c:535 #6 0x80bd672f in trap_fatal (frame=3D0xdcba088c, eva=3D3114264103) at /usr/src2/sys/i386/i386/trap.c:936 #7 0x80bd69c0 in trap_pfault (frame=3D0xdcba088c, usermode=3D0, eva=3D3114= 264103) at /usr/src2/sys/i386/i386/trap.c:858 #8 0x80bd6ef3 in trap (frame=3D0xdcba088c) at /usr/src2/sys/i386/i386/trap.c:533 #9 0x80bbe35b in calltrap () at /usr/src2/sys/i386/i386/exception.s:165 #10 0x810125ec in dmu_object_size_from_db (db=3D0x904e53b8, blksize=3D0xdcb= a0938,=20 nblk512=3D0xdcba0930) at /usr/src2/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/= fs/zfs/dmu.c:1134 #11 0x81089a6d in zfs_freebsd_getattr (ap=3D0xdcba0a94) at /usr/src2/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/= fs/zfs/zfs_vnops.c:2493 #12 0x80bf6042 in VOP_GETATTR_APV (vop=3D0x810ee200, a=3D0xdcba0a94) at vnode_if.c:697 #13 0x8092cb59 in vn_stat (vp=3D0x9fa81bb0, sb=3D0xdcba0acc,=20 active_cred=3D0x8f123180, file_cred=3D0x0, td=3D0x890b2500) at vnode_if= =2Eh:309 #14 0x8092439d in kern_statat_vnhook (td=3D0x890b2500, flag=3D512, fd=3D-10= 0,=20 path=3D0x7fbfe5db
,=20 pathseg=3DUIO_USERSPACE, sbp=3D0xdcba0be8, hook=3D0) at /usr/src2/sys/kern/vfs_syscalls.c:2355 #15 0x809244dc in kern_statat (td=3D0x890b2500, flag=3D512, fd=3D-100,=20 path=3D0x7fbfe5db
,=20 pathseg=3DUIO_USERSPACE, sbp=3D0xdcba0be8) at /usr/src2/sys/kern/vfs_syscalls.c:2333 #16 0x80924516 in kern_lstat (td=3D0x890b2500,=20 path=3D0x7fbfe5db
,=20 pathseg=3DUIO_USERSPACE, sbp=3D0xdcba0be8) at /usr/src2/sys/kern/vfs_syscalls.c:2406 #17 0x809245bf in lstat (td=3D0x890b2500, uap=3D0xdcba0cec) at /usr/src2/sys/kern/vfs_syscalls.c:2396 #18 0x808cbd99 in syscallenter (td=3D0x890b2500, sa=3D0xdcba0ce4) at /usr/src2/sys/kern/subr_trap.c:334 #19 0x80bd6a14 in syscall (frame=3D0xdcba0d28) at /usr/src2/sys/i386/i386/trap.c:1060 #20 0x80bbe3c0 in Xint0x80_syscall () at /usr/src2/sys/i386/i386/exception.s:261 #21 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb)=20 ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMA= ND 0 0 0 0 -8 0 0 0 - DLs ?? 30680962:38.00 = [kernel] 0 1 0 0 46 0 8032 0 wait DLs ?? 895620:00.00 [i= nit] 0 2 0 0 -8 0 0 0 - DL ?? 10301667:08.00 = [g_event] 0 3 0 0 -8 0 0 0 - DL ?? 15285517:50.00 = [g_up] 0 4 0 0 -8 0 0 0 - DL ?? 10419266:00.00 = [g_down] 0 5 0 0 -16 0 0 0 crypto DL ?? 0:00.00 [cryp= to] 0 6 0 0 -16 0 0 0 crypto DL ?? 0:00.00 [cryp= to r 0 7 0 0 -16 0 0 0 85ebf3bc DL ?? 0:00.00 [cb= b0 eve 0 8 0 0 -8 0 0 0 tx->tx DL ?? 5512589:30.00 [= zfskern] 0 9 0 0 -16 0 0 0 waitin DL ?? 359:00.00 [sctp= _ite 0 10 0 0 -16 0 0 0 audit_ DL ?? 0:00.00 [audi= t] 0 11 0 0 171 0 0 0 - RL ?? 35129586:23.55 = [idle] 0 12 0 0 -60 0 0 0 - WL ?? 5268035:52.00 [= intr] 0 13 0 0 -16 0 0 0 - DL ?? 2098234:50.00 [= yarrow] 0 14 0 0 -64 0 0 0 - DL ?? 7279142:04.00 [= usb] 0 15 0 0 -16 0 0 0 tzpoll DL ?? 1089465:20.00 [= acpi_the 0 16 0 0 -16 0 0 0 coolin DL ?? 540169:30.00 [a= cpi_coo 0 17 0 0 54 0 0 0 ccb_sc DL ?? 10280:40.00 [xp= t_thrd 0 18 0 0 -32 0 0 0 psleep DL ?? 33680:50.00 [pa= gedaem 0 19 0 0 -32 0 0 0 psleep DL ?? 54:50.00 [vmda= emon 0 20 0 0 76 0 0 0 pgzero DL ?? 423:30.00 [page= zero 0 21 0 0 -32 0 0 0 psleep DL ?? 141999:20.00 [b= ufdaemo 0 22 0 0 44 0 0 0 syncer DL ?? 2758014:50.00 [= syncer] 0 23 0 0 -32 0 0 0 vlruwt DL ?? 146732:00.00 [v= nlru] 0 24 0 0 -32 0 0 0 sdflus DL ?? 210674:00.00 [s= oftdepf 0 25 0 0 -32 0 0 0 flowcl DL ?? 143062:10.00 [f= lowclea 0 26 0 0 45 0 0 0 geli:w DL ?? 11542990:22.00 = [g_eli[0] 0 27 0 0 44 0 0 0 geli:w DL ?? 32010660:38.00 = [g_eli[1] 0 129 1 0 76 0 1648 0 pause Ds ?? 10935:30.00 [ad= jkernt 0 526 1 0 44 0 11400 0 select Ds ?? 233775:10.00 [w= pa_supp 0 915 1 0 44 0 8032 0 select Ds ?? 6687082:20.00 [= devd] 0 939 0 0 76 0 0 0 pftm DL ?? 187879:50.00 [p= fpurge] 0 1099 1 0 76 0 9544 0 select Ds ?? 22869:40.00 [dh= client 65 1115 1 0 44 0 9544 0 select Ds ?? 10919:10.00 [dh= client 0 1258 1 0 44 0 9608 0 select Ds ?? 1981874:50.00 [= syslogd] 0 1395 1 0 44 0 9640 0 select Ds ?? 417805:20.00 [r= pcbind] 0 1416 1 0 60 0 9612 0 select Ds ?? 185786:50.00 [m= ountd] 0 1418 1 0 76 0 9540 0 select Ds ?? 1188962:10.00 [= nfsd] 0 1419 1418 0 76 0 9540 0 rpcsvc D ?? 113043:00.00 [n= fsd] 0 1433 1 0 44 0 271724 0 select Ds ?? 42466:20.00 [rp= c.stat 0 1447 1 0 76 0 9644 0 rpcsvc Ds ?? 83778:10.00 [rp= c.lock 0 1564 1 0 44 0 9572 0 select Ds ?? 796072:40.00 [a= md] 0 1565 1 0 44 0 11208 0 select Ds ?? 1662924:10.00 [= ntpd] 0 1574 1 0 44 0 9608 0 select Ds ?? 27310935:30.00 = [powerd] 0 2103 1 0 44 0 19420 0 wait Ds ?? 24912620:50.00 = [slim] 0 2110 1 0 44 0 9712 0 select Ds ?? 779913:10.00 [m= oused] 0 2127 2103 0 44 0 368588 0 select D ?? 30091140:08.00 = [Xorg] 556 2135 1 0 44 0 9760 0 select Ds ?? 1444513:30.00 [= dbus-dae 558 2197 1 0 44 0 11332 0 select D ?? 961789:30.00 [a= vahi-da 0 2203 1 0 76 0 10736 0 select D ?? 22423:30.00 [av= ahi-dn 0 2238 1 0 76 0 12960 0 select Ds ?? 31672:50.00 [ss= hd] 0 2246 1 0 44 0 13012 0 select Ds ?? 518197:30.00 [s= endmail 25 2257 1 0 76 0 11408 0 pause Ds ?? 36718:10.00 [se= ndmail 0 2264 1 0 76 0 9636 0 nanslp Ds ?? 207945:00.00 [c= ron] 0 2334 1 0 44 0 10040 0 wait Ds ?? 735136:00.00 [l= ogin] 0 2335 1 0 44 0 10040 0 wait Ds ?? 686384:20.00 [l= ogin] 0 2336 1 0 76 0 9612 0 ttyin Ds+ ?? 55255:50.00 [ge= tty] 0 2337 1 0 76 0 9612 0 ttyin Ds+ ?? 54988:10.00 [ge= tty] 0 2338 1 0 76 0 9612 0 ttyin Ds+ ?? 55350:40.00 [ge= tty] 0 2339 1 0 76 0 9612 0 ttyin Ds+ ?? 55197:50.00 [ge= tty] 0 2340 1 0 76 0 9612 0 ttyin Ds+ ?? 54882:20.00 [ge= tty] 560 2345 1 0 56 0 13584 0 piperd Ds ?? 24382681:20.00 = [hald] 0 2348 1 0 44 0 27068 0 n Ds ?? 1529103:00.00 [= console- 0 2349 2345 0 46 0 12320 0 select D ?? 1546944:00.00 [= hald-run 0 2356 2349 0 63 0 12064 0 kqread D ?? 465044:50.00 [h= ald-add 0 2379 2349 0 44 0 10064 0 select D ?? 1385449:50.00 [= hald-add 1001 2396 2103 0 44 0 15608 0 select Ds ?? -33139893:-17.5= 5 [fluxbox] 1001 2400 2396 0 44 0 12624 0 select Ds ?? 159861:10.00 [s= sh-agen 1001 2410 2396 0 44 0 15912 0 nanslp D ?? 13964428:00.00 = [osdmixer 1001 2411 2396 0 44 0 11472 0 sbwait D ?? 471433:20.00 [n= bosd] 1001 2412 2396 0 44 0 10988 0 select D ?? 702108:30.00 [u= nclutte 1001 2414 2396 0 44 0 13196 0 select D ?? 34883319:50.00 = [ipager] 1001 2416 1 0 44 0 13724 0 select D ?? 33465626:40.00 = [conky] 1001 2447 2396 0 76 0 10884 0 pause Ds ?? 1721780:30.00 [= tcsh] 1001 2449 2447 0 44 0 11408 0 select D ?? 15134956:50.00 = [mrxvt] 1001 2450 2449 0 76 0 14980 0 pause Ds ?? 5874217:10.00 [= tcsh] 1001 2452 2449 0 76 0 10884 0 ttyin Ds+ ?? 3981248:50.00 [= tcsh] 1001 2456 2449 0 76 0 10884 0 ttyin Ds+ ?? 4047795:40.00 [= tcsh] 1001 2553 2450 0 44 0 12692 0 select D+ ?? 7967721:30.00 [= ssh] 0 2617 1 0 44 0 10040 0 wait Ds ?? 1206939:10.00 [= login] 1001 2618 2617 0 44 0 14980 0 pause D ?? 10229271:00.00 = [tcsh] 1001 2685 2334 0 76 0 14980 0 pause D ?? 5957956:20.00 [= tcsh] 1001 2720 2685 0 44 0 12692 0 select D+ ?? 5038910:40.00 [= ssh] 1001 2747 1 0 46 0 10936 0 select D ?? 24357:40.00 [db= us-lau 1001 2748 1 0 44 0 9760 0 select Ds ?? 1091241:10.00 [= dbus-dae 0 2749 2335 0 45 0 10884 0 ttyin D+ ?? 5243211:20.00 [= csh] 0 2811 1 0 45 0 25192 0 ucond Ds ?? 11930259:48.00 = [webcamd] 1001 2828 2396 0 52 0 10884 0 pause Ds ?? 1725514:40.00 [= tcsh] 1001 2830 2828 0 44 0 11408 0 select D ?? 5539823:00.00 [= mrxvt] 1001 2831 2830 0 44 0 14980 0 ttyin Ds+ ?? 5828260:30.00 [= tcsh] 1001 2832 2830 0 44 0 14980 0 pause Ds ?? 7140999:20.00 [= tcsh] 1001 2835 2830 0 44 0 10884 0 ttyin Ds+ ?? 3954712:20.00 [= tcsh] 0 2941 2832 0 44 0 10036 0 wait D ?? 332116:40.00 [s= u] 0 2942 2941 0 51 0 14980 0 pause D ?? 7190118:20.00 [= tcsh] 0 3384 2942 0 76 0 9888 0 wait D+ ?? 2546302:40.00 [= sh] 1001 3762 2396 0 49 0 10884 0 pause Ds ?? 1716907:30.00 [= tcsh] 1001 3766 3762 0 44 0 54648 0 select D ?? -33917557:-27.5= 5 [pidgin] 0 6438 3384 0 76 0 8032 0 wait D+ ?? 4202856:10.00 [= make] 0 6539 6438 0 76 0 8032 0 wait D+ ?? 5601638:10.00 [= make] 0 7942 6539 0 76 0 9888 0 wait D+ ?? 77649:00.00 [sh] 0 8116 7942 0 76 0 9888 0 wait D+ ?? 28811651:40.00 = [sh] 1001 16267 2618 0 45 0 44352 0 select D+ ?? 0:00.00 [mpla= yer] 0 16693 8116 0 96 0 1648 0 - R+ ?? 0:00.00 [rm] ------------------------------------------------------------------------ vmstat -s 6394340 cpu context switches 1622638 device interrupts 290443 software interrupts 2056546 traps 11273809 system calls 28 kernel threads created 14486 fork() calls 2179 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 17893 vnode pager pageins 17893 vnode pager pages paged in 1 vnode pager pageouts 1 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 9667 pages reactivated 383047 copy-on-write faults 412 copy-on-write optimized faults 1062153 zero fill pages zeroed 50736 zero fill pages prezeroed 56 intransit blocking page faults 1863123 total VM faults taken 0 pages affected by kernel thread creation 13808837 pages affected by fork() 1957512 pages affected by vfork() 0 pages affected by rfork() 0 pages cached 2246652 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 37540 pages active 38912 pages inactive 381 pages in VM cache 124143 pages wired down 435931 pages free 4096 bytes per page 1100977 total name lookups cache hits (90% pos + 4% neg) system 0% per-directory deletions 1%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) cdev 10 2K - 10 128 acpisem 65 8K - 65 64,128 sigio 1 1K - 11 32 filedesc 113 29K - 16719 16,256,512 kenv 130 9K - 134 16,32,64,4096 kqueue 12 6K - 136 128,256,1024 proc-args 73 4K - 12303 16,32,64,128,256 CAM dev queue 2 1K - 2 128 ithread 73 6K - 82 16,64,128 CAM queue 8 1K - 22 16 CAM SIM 2 1K - 2 128 KTRACE 100 13K - 100 128 ata_generic 2 2K - 2 1024 linker 254 781K - 482 16,32,512,1024,2048,4096 lockf 32 2K - 674 32,64 ip6ndp 5 1K - 5 64,128 temp 203 4501K - 45085 16,32,64,128,256,512,1024,2048= ,4096 devbuf 4004 6062K - 4831 16,32,64,128,256,512,1024,2048= ,4096 module 473 30K - 474 64,128 ad_driver 1 1K - 1 32 mtx_pool 2 8K - 2 4096 ar_driver 0 0K - 6 512,2048 acd_driver 1 2K - 1 2048 osd 5 1K - 13 16,32,64 subproc 255 450K - 16846 256,4096 proc 2 8K - 2 4096 session 47 3K - 65 64 pgrp 58 4K - 162 64 cred 114 11K - 103186 64,128 uidinfo 9 2K - 25 64,1024 plimit 20 5K - 588 256 sysctltmp 0 0K - 2596 16,32,64,128,4096 sysctloid 4262 130K - 4410 16,32,64,128 sysctl 0 0K - 20219 16,32,64 callout 1 256K - 1 =20 umtx 624 59K - 624 64,128 p1003.1b 1 1K - 1 16 SWAP 4 689K - 4 64 athdev 3 41K - 3 1024 bus-sc 77 149K - 4016 16,32,64,128,256,512,1024,2048= ,4096 bus 1271 57K - 8817 16,32,64,128,256,512,1024 devstat 8 17K - 8 16,4096 eventhandler 95 5K - 95 32,64,128 kobj 342 684K - 593 2048 Per-cpu 1 1K - 1 16 rman 157 10K - 655 16,32,64 entropy 1024 64K - 1024 64 sbuf 0 0K - 14300 16,32,64,128,256,512,1024,2048= ,4096 CAM periph 4 1K - 15 16,32,64,128 ath_hal 3 17K - 4 512,2048 stack 0 0K - 2 128 taskqueue 53 3K - 79 16,32,64 Unitno 21 2K - 1755 16,64 iov 0 0K - 172798 16,64,128,256 select 106 7K - 106 64 ioctlops 5 1K - 1859569 16,32,64,128,256,512,1024,2048= ,4096 msg 4 25K - 4 1024,4096 sem 4 101K - 4 1024,4096 shm 4 15K - 26 1024 tty 23 12K - 25 512,1024 pts 6 1K - 6 128 mbuf_tag 0 0K - 11016 32,64 ksem 1 4K - 1 4096 shmfd 1 4K - 1 4096 pcb 53 79K - 198 16,64,512,1024,2048,4096 soname 39 5K - 2262 16,32,64,128 acl 0 0K - 4 4096 vfscache 1 512K - 1 =20 export_host 3 1K - 6 128 vfs_hash 1 256K - 1 =20 vnodes 2 1K - 4 32,128 vnodemarker 0 0K - 1081 512 mount 313 11K - 2534 16,32,64,128,256,2048 BPF 13 74K - 14 16,64,128,256,4096 ether_multi 26 1K - 38 16,32,64 ifaddr 301 21K - 519 16,32,64,128,256,512,2048 ifnet 5 5K - 5 64,1024 acpidev 70 3K - 70 32 clone 5 20K - 5 4096 arpcom 2 1K - 2 16 lltable 12 3K - 12 128,256 USBdev 66 19K - 488 32,128,256,1024,4096 USB 59 144K - 139 16,32,64,128,256,512,1024,2048= ,4096 scsi_cd 0 0K - 4 16 pci_link 16 2K - 16 16,128 routetbl 100 8212K - 1012 16,32,64,128,256,512 80211vap 1 4K - 1 4096 80211crypto 2 1K - 2 128 80211com 1 8K - 1 =20 80211nodeie 14 3K - 49 32,128,256,512 80211node 2 13K - 4 512 80211scan 14 7K - 24 256,2048 igmp 4 1K - 4 128 acpi_perf 2 1K - 2 128 ip_moptions 2 1K - 2 32,128 in_multi 3 1K - 4 128 in_mfilter 1 1K - 1 512 sctp_iter 0 0K - 2 256 sctp_ifn 2 1K - 2 128 sctp_ifa 4 1K - 4 128 sctp_vrf 1 1K - 1 64 sctp_a_it 0 0K - 2 16 hostcache 1 16K - 1 =20 syncache 1 72K - 1 =20 DEVFS1 117 30K - 905 256 DEVFS3 147 19K - 565 128 ip6_moptions 2 1K - 2 32,128 in6_multi 13 2K - 13 16,256 in6_mfilter 1 1K - 1 512 DEVFS_RULE 64 15K - 64 32,256 mld 4 1K - 4 128 NFS FHA 1 1K - 1 1024 NLM 0 0K - 1 16 rpc 72 12K - 208 16,32,64,128,256,512,1024,4096 audit_evclass 172 3K - 211 16 newblk 1 64K - 1 =20 bmsafemap 1 4K - 1 4096 inodedep 1 256K - 1 =20 pagedep 1 64K - 1 =20 ufs_mount 3 7K - 6 256,2048,4096 DEVFS 18 1K - 26 16,64 DEVFSP 12 1K - 447 32 vm_pgdata 3 65K - 3 64 atkbddev 2 1K - 2 32 pfs_nodes 164 21K - 164 128 pfs_vncache 16 1K - 38 32 GEOM 112 27K - 2256 16,32,64,128,512,1024,2048,4096 apmdev 1 1K - 372 64 acpipwr 7 1K - 14 32,64 ddb_capture 1 48K - 1 =20 memdesc 1 4K - 6 32,4096 nexusdev 5 1K - 5 16 agp 8 1K - 8 16,64 isadev 21 2K - 21 64 acpica 1677 86K - 202745 16,32,64,128,256,512,1024 acpitask 1 1K - 1 1024 CAM XPT 25 8K - 62 16,32,64,256,1024,2048 io_apic 1 1K - 1 1024 msi 1 1K - 1 64 eli data 3 2K - 12599 32,256,512,1024,2048,4096 mixer 2 8K - 2 4096 feeder 18 1K - 285 16,64 solaris 102336 385597K - 4538029 16,32,64,128,256,512,1024,20= 48,4096 kstat_data 3 1K - 3 32 crypto 6 2K - 8 32,128,512 hdac 10 29K - 10 64,128,256,512,1024,2048 acpivideo 2 1K - 2 64 tmpfs name 10 1K - 232 16,32,64 tmpfs mount 1 1K - 1 64 ata_cam 1 1K - 26 64,256,1024 linux 14 1K - 14 32,64 ntfs_nthash 1 256K - 1 =20 drm_ctxbitmap 1 4K - 1 4096 drm_agplists 1 1K - 1 64 drm_buflists 2 1K - 2 32 drm_files 2 1K - 4 64 drm_maps 9 9K - 9 64 drm_magic 0 0K - 1 16 drm_driver 5 5K - 5 16,32,64,256,4096 drm_sarea 1 1K - 1 16 drm_dma 1 1K - 1 16 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 128, 0, 204, 6, 204, 0, 0 UMA Zones: 896, 0, 204, 0, 204, 0, 0 UMA Slabs: 284, 0, 14395, 3147, 65679, 0, 0 UMA RCntSlabs: 544, 0, 246, 6, 246, 0, 0 UMA Hash: 128, 0, 84, 6, 84, 0, 0 16 Bucket: 76, 0, 66, 34, 94, 0, 0 32 Bucket: 140, 0, 97, 15, 126, 0, 0 64 Bucket: 268, 0, 62, 8, 107, 29, 0 128 Bucket: 524, 0, 991, 3, 2253, 585, 0 VM OBJECT: 136, 0, 8480, 162, 244428, 0, 0 MAP: 140, 0, 7, 21, 7, 0, 0 KMAP ENTRY: 72, 102979, 858, 308, 149117, 0, 0 MAP ENTRY: 72, 0, 2581, 1553, 474933, 0, 0 DP fakepg: 72, 0, 66077, 544, 67582, 0, 0 SG fakepg: 72, 0, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 322, 94, 322, 0, 0 16: 16, 0, 7966, 5838, 2015598, 0, 0 32: 32, 0, 18602, 9535, 2308725, 0, 0 64: 64, 0, 5464, 4153, 701328, 0, 0 128: 128, 0, 58013, 127, 1596188, 0, 0 256: 256, 0, 5373, 37062, 106430, 0, 0 512: 512, 0, 13727, 65, 215949, 0, 0 1024: 1024, 0, 967, 161, 7555, 0, 0 2048: 2048, 0, 1204, 316, 3432, 0, 0 4096: 4096, 0, 1176, 3137, 58298, 0, 0 Files: 56, 0, 334, 336, 158100, 0, 0 TURNSTILE: 72, 0, 313, 47, 313, 0, 0 umtx pi: 52, 0, 0, 0, 0, 0, 0 MAC labels: 20, 0, 0, 0, 0, 0, 0 PROC: 680, 0, 102, 48, 16693, 0, 0 THREAD: 628, 0, 257, 55, 491, 0, 0 SLEEPQUEUE: 44, 0, 313, 100, 313, 0, 0 VMSPACE: 240, 0, 75, 101, 16666, 0, 0 cpuset: 40, 0, 2, 182, 2, 0, 0 audit_record: 816, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 40, 356, 59017, 0, 0 mbuf: 256, 0, 7, 389, 188545, 0, 0 mbuf_cluster: 2048, 25600, 384, 20, 418, 0, 0 mbuf_jumbo_page: 4096, 12800, 4, 40, 16470, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 g_bio: 140, 0, 0, 336, 66331, 0, 0 ttyinq: 152, 0, 495, 51, 1005, 0, 0 ttyoutq: 256, 0, 258, 42, 450, 0, 0 ata_request: 204, 0, 1, 113, 22524, 0, 0 ata_composite: 180, 0, 0, 0, 0, 0, 0 cryptop: 60, 0, 0, 0, 0, 0, 0 cryptodesc: 56, 0, 0, 0, 0, 0, 0 taskq_zone: 28, 0, 0, 508, 959, 0, 0 VNODE: 272, 0, 10043, 65, 20965, 0, 0 VNODEPOLL: 60, 0, 37, 152, 37, 0, 0 NAMEI: 1024, 0, 0, 48, 346182, 0, 0 S VFS Cache: 72, 0, 10153, 76, 41255, 0, 0 L VFS Cache: 292, 0, 49, 16, 76, 0, 0 NFSMOUNT: 524, 0, 1, 13, 1, 0, 0 NFSNODE: 468, 0, 1, 15, 1, 0, 0 DIRHASH: 1024, 0, 0, 0, 0, 0, 0 pipe: 392, 0, 17, 53, 7248, 0, 0 zio_cache: 624, 0, 0, 8460, 268328, 0, 0 zio_buf_512: 512, 0, 0, 0, 0, 0, 0 zio_data_buf_512: 512, 0, 0, 0, 0, 0, 0 zio_buf_1024: 1024, 0, 0, 0, 0, 0, 0 zio_data_buf_1024: 1024, 0, 0, 0, 0, 0, 0 zio_buf_1536: 1536, 0, 0, 0, 0, 0, 0 zio_data_buf_1536: 1536, 0, 0, 0, 0, 0, 0 zio_buf_2048: 2048, 0, 0, 0, 0, 0, 0 zio_data_buf_2048: 2048, 0, 0, 0, 0, 0, 0 zio_buf_2560: 2560, 0, 0, 0, 0, 0, 0 zio_data_buf_2560: 2560, 0, 0, 0, 0, 0, 0 zio_buf_3072: 3072, 0, 0, 0, 0, 0, 0 zio_data_buf_3072: 3072, 0, 0, 0, 0, 0, 0 zio_buf_3584: 3584, 0, 0, 0, 0, 0, 0 zio_data_buf_3584: 3584, 0, 0, 0, 0, 0, 0 zio_buf_4096: 4096, 0, 0, 0, 0, 0, 0 zio_data_buf_4096: 4096, 0, 0, 0, 0, 0, 0 zio_buf_5120: 5120, 0, 0, 0, 0, 0, 0 zio_data_buf_5120: 5120, 0, 0, 0, 0, 0, 0 zio_buf_6144: 6144, 0, 0, 0, 0, 0, 0 zio_data_buf_6144: 6144, 0, 0, 0, 0, 0, 0 zio_buf_7168: 7168, 0, 0, 0, 0, 0, 0 zio_data_buf_7168: 7168, 0, 0, 0, 0, 0, 0 zio_buf_8192: 8192, 0, 0, 0, 0, 0, 0 zio_data_buf_8192: 8192, 0, 0, 0, 0, 0, 0 zio_buf_10240: 10240, 0, 0, 0, 0, 0, 0 zio_data_buf_10240: 10240, 0, 0, 0, 0, 0, 0 zio_buf_12288: 12288, 0, 0, 0, 0, 0, 0 zio_data_buf_12288: 12288, 0, 0, 0, 0, 0, 0 zio_buf_14336: 14336, 0, 0, 0, 0, 0, 0 zio_data_buf_14336: 14336, 0, 0, 0, 0, 0, 0 zio_buf_16384: 16384, 0, 0, 0, 0, 0, 0 zio_data_buf_16384: 16384, 0, 0, 0, 0, 0, 0 zio_buf_20480: 20480, 0, 0, 0, 0, 0, 0 zio_data_buf_20480: 20480, 0, 0, 0, 0, 0, 0 zio_buf_24576: 24576, 0, 0, 0, 0, 0, 0 zio_data_buf_24576: 24576, 0, 0, 0, 0, 0, 0 zio_buf_28672: 28672, 0, 0, 0, 0, 0, 0 zio_data_buf_28672: 28672, 0, 0, 0, 0, 0, 0 zio_buf_32768: 32768, 0, 0, 0, 0, 0, 0 zio_data_buf_32768: 32768, 0, 0, 0, 0, 0, 0 zio_buf_36864: 36864, 0, 0, 0, 0, 0, 0 zio_data_buf_36864: 36864, 0, 0, 0, 0, 0, 0 zio_buf_40960: 40960, 0, 0, 0, 0, 0, 0 zio_data_buf_40960: 40960, 0, 0, 0, 0, 0, 0 zio_buf_45056: 45056, 0, 0, 0, 0, 0, 0 zio_data_buf_45056: 45056, 0, 0, 0, 0, 0, 0 zio_buf_49152: 49152, 0, 0, 0, 0, 0, 0 zio_data_buf_49152: 49152, 0, 0, 0, 0, 0, 0 zio_buf_53248: 53248, 0, 0, 0, 0, 0, 0 zio_data_buf_53248: 53248, 0, 0, 0, 0, 0, 0 zio_buf_57344: 57344, 0, 0, 0, 0, 0, 0 zio_data_buf_57344: 57344, 0, 0, 0, 0, 0, 0 zio_buf_61440: 61440, 0, 0, 0, 0, 0, 0 zio_data_buf_61440: 61440, 0, 0, 0, 0, 0, 0 zio_buf_65536: 65536, 0, 0, 0, 0, 0, 0 zio_data_buf_65536: 65536, 0, 0, 0, 0, 0, 0 zio_buf_69632: 69632, 0, 0, 0, 0, 0, 0 zio_data_buf_69632: 69632, 0, 0, 0, 0, 0, 0 zio_buf_73728: 73728, 0, 0, 0, 0, 0, 0 zio_data_buf_73728: 73728, 0, 0, 0, 0, 0, 0 zio_buf_77824: 77824, 0, 0, 0, 0, 0, 0 zio_data_buf_77824: 77824, 0, 0, 0, 0, 0, 0 zio_buf_81920: 81920, 0, 0, 0, 0, 0, 0 zio_data_buf_81920: 81920, 0, 0, 0, 0, 0, 0 zio_buf_86016: 86016, 0, 0, 0, 0, 0, 0 zio_data_buf_86016: 86016, 0, 0, 0, 0, 0, 0 zio_buf_90112: 90112, 0, 0, 0, 0, 0, 0 zio_data_buf_90112: 90112, 0, 0, 0, 0, 0, 0 zio_buf_94208: 94208, 0, 0, 0, 0, 0, 0 zio_data_buf_94208: 94208, 0, 0, 0, 0, 0, 0 zio_buf_98304: 98304, 0, 0, 0, 0, 0, 0 zio_data_buf_98304: 98304, 0, 0, 0, 0, 0, 0 zio_buf_102400: 102400, 0, 0, 0, 0, 0, 0 zio_data_buf_102400: 102400, 0, 0, 0, 0, 0, 0 zio_buf_106496: 106496, 0, 0, 0, 0, 0, 0 zio_data_buf_106496: 106496, 0, 0, 0, 0, 0, 0 zio_buf_110592: 110592, 0, 0, 0, 0, 0, 0 zio_data_buf_110592: 110592, 0, 0, 0, 0, 0, 0 zio_buf_114688: 114688, 0, 0, 0, 0, 0, 0 zio_data_buf_114688: 114688, 0, 0, 0, 0, 0, 0 zio_buf_118784: 118784, 0, 0, 0, 0, 0, 0 zio_data_buf_118784: 118784, 0, 0, 0, 0, 0, 0 zio_buf_122880: 122880, 0, 0, 0, 0, 0, 0 zio_data_buf_122880: 122880, 0, 0, 0, 0, 0, 0 zio_buf_126976: 126976, 0, 0, 0, 0, 0, 0 zio_data_buf_126976: 126976, 0, 0, 0, 0, 0, 0 zio_buf_131072: 131072, 0, 0, 0, 0, 0, 0 zio_data_buf_131072: 131072, 0, 0, 0, 0, 0, 0 dmu_buf_impl_t: 136, 0, 23036, 77, 39663, 0, 0 dnode_t: 460, 0, 10758, 1714, 19794, 0, 0 arc_buf_hdr_t: 136, 0, 12583, 61, 30359, 0, 0 arc_buf_t: 40, 0, 12559, 137, 30359, 0, 0 zil_lwb_cache: 176, 0, 6, 104, 131, 0, 0 zfs_znode_cache: 232, 0, 9890, 157, 20178, 0, 0 ksiginfo: 80, 0, 132, 924, 1882, 0, 0 itimer: 220, 0, 1, 35, 1, 0, 0 KNOTE: 72, 0, 39, 120, 171, 0, 0 socket: 412, 25605, 141, 30, 1715, 0, 0 unpcb: 172, 25622, 81, 34, 469, 0, 0 ipq: 32, 904, 0, 0, 0, 0, 0 udp_inpcb: 220, 25614, 31, 41, 1163, 0, 0 udpcb: 8, 25781, 31, 375, 1163, 0, 0 tcp_inpcb: 220, 25614, 25, 47, 69, 0, 0 tcpcb: 632, 25602, 24, 24, 69, 0, 0 tcptw: 52, 5184, 1, 215, 7, 0, 0 syncache: 112, 15365, 0, 105, 6, 0, 0 hostcache: 76, 15400, 5, 145, 5, 0, 0 tcpreass: 20, 1690, 0, 338, 6, 0, 0 sackhole: 20, 0, 0, 169, 1, 0, 0 sctp_ep: 860, 25600, 0, 0, 0, 0, 0 sctp_asoc: 1484, 40000, 0, 0, 0, 0, 0 sctp_laddr: 24, 80040, 0, 145, 3, 0, 0 sctp_raddr: 432, 80001, 0, 0, 0, 0, 0 sctp_chunk: 92, 400008, 0, 0, 0, 0, 0 sctp_readq: 76, 400000, 0, 0, 0, 0, 0 sctp_stream_msg_out: 64, 400020, 0, 0, 0, 0, 0 sctp_asconf: 24, 400055, 0, 0, 0, 0, 0 sctp_asconf_ack: 24, 400055, 0, 0, 0, 0, 0 ripcb: 220, 25614, 1, 35, 1, 0, 0 rtentry: 108, 0, 13, 59, 14, 0, 0 selfd: 28, 0, 232, 403, 1702656, 0, 0 SWAPMETA: 276, 121576, 0, 0, 0, 0, 0 ip4flow: 40, 50232, 7, 269, 115, 0, 0 ip6flow: 64, 50228, 0, 0, 0, 0, 0 Mountpoints: 648, 0, 12, 12, 53, 0, 0 FFS inode: 116, 0, 1, 98, 2, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 1, 29, 2, 0, 0 TMPFS dirent: 20, 0, 10, 328, 230, 0, 0 TMPFS node: 136, 0, 11, 105, 229, 0, 0 pfsrctrpl: 124, 10013, 0, 0, 0, 0, 0 pfrulepl: 828, 0, 37, 11, 37, 0, 0 pfstatepl: 284, 10010, 21, 49, 166, 0, 0 pfaltqpl: 224, 0, 0, 0, 0, 0, 0 pfpooladdrpl: 68, 0, 0, 0, 0, 0, 0 pfrktable: 1240, 1002, 0, 0, 0, 0, 0 pfrkentry: 156, 100000, 0, 0, 0, 0, 0 pfrkentry2: 156, 0, 0, 0, 0, 0, 0 pffrent: 16, 5075, 0, 0, 0, 0, 0 pffrag: 48, 0, 0, 0, 0, 0, 0 pffrcache: 48, 10062, 0, 0, 0, 0, 0 pffrcent: 12, 50141, 0, 0, 0, 0, 0 pfstatescrub: 28, 0, 0, 0, 0, 0, 0 pfiaddrpl: 100, 0, 0, 0, 0, 0, 0 pfospfen: 108, 0, 696, 24, 696, 0, 0 pfosfp: 28, 0, 407, 228, 407, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 5382 53 irq0: clk 1160275 11602 irq9: acpi0 11439 114 irq12: psm0 3256 32 irq14: ata0 13402 134 irq16: ath0 uhci3 65910 659 irq18: uhci2 14 0 irq23: uhci0 ehci0 358659 3586 irq256: hdac0 4301 43 Total 1622638 16226 ------------------------------------------------------------------------ pstat -T 334/25000 files 0M/5006M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/ad0s2b 4194048 0 4194048 0% /dev/ad0s3b 6058632 0 6058632 0% Total 10252680 0 10252680 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics iostat: kvm_getcptime: invalid address (0x0) iostat: disabling CPU time statistics ad0 cd0 pass0=20 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s=20 37.44 130 4.76 0.00 0 0.00 0.03 0 0.00=20 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP = CBYTES QNUM QBYTES LSPI= D LRPID STIME RTIME CTIME =20 Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NATTCH SEGSZ CPID LPID ATIME DTIME CTIM= E =20 m 64225280 0 --rw------- lars lars lars lars = 2 393216 3766 2127 21:54:45 21:54:46 21:5= 4:45 m 67305474 0 --rw------- lars lars lars lars = 2 393216 3766 2127 21:54:45 21:55:09 21:5= 4:45 Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP = NSEMS OTIME CTIME =20 ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 616 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Re= move 1 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 5 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 6 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Mi= sses 0 1 0 0 0 0 0 = 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Re= move 0 0 0 0 0 0 0 = 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Ac= cess 0 0 0 0 0 0 0 = 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 5335 packets sent 1759 data packets (203095 bytes) 2 data packets (96 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 3510 ack-only packets (2691 delayed) 0 URG only packets 0 window probe packets 18 window update packets 46 control packets 5267 packets received 1695 acks (for 202800 bytes) 26 duplicate acks 0 acks for unsent data 5029 packets (462452 bytes) received in-sequence 5 completely duplicate packets (384 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 6 out-of-order packets (368 bytes) 0 packets (0 bytes) of data after window 0 window probes 2 window update packets 1 packet received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 25 connection requests 6 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 31 connections established (including accepts) 45 connections closed (including 6 drops) 14 connections updated cached RTT on close 14 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 1692 segments updated rtt (of 1664 attempts) 2 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 3503 correct data packet header predictions 6 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 6 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 6 cookies sent 0 cookies received 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 1 SACK option (SACK blocks) received 3 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 143 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 0 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 143 delivered 173 datagrams output 0 times multicast source filter matched ip: 5467 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 5406 packets for this host 1 packet for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 5507 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 0 calls to icmp_error 0 errors not generated in response to an icmp message 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored Input histogram: destination unreachable: 1 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 2 ARP requests sent 22 ARP replies sent 22 ARP requests received 1 ARP reply received 23 ARP packets received 0 total packets dropped due to no ARP entry 0 ARP entrys timed out 0 Duplicate IPs seen ip6: 4 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 4 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 4 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Input histogram: UDP: 4 Mbuf statistics: 2 one mbuf two or more mbuf: lo0=3D 2 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: 7 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 47/745/792 mbufs in use (current/cache/total) 28/376/404/25600 mbuf clusters in use (current/cache/total/max) 40/356 mbuf+clusters out of packet secondary zone in use (current/cache) 4/40/44/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 83K/1098K/1182K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Idrop Opkts O= errs Coll Drop ath0 2290 00:24:2b:0e:a8:5f 47806 1421 0 5255 = 0 0 0=20 bfe0* 1500 00:00:f0:7f:da:00 0 0 0 0 = 0 0 0=20 lo0 16384 401 0 0 401 = 0 0 0=20 lo0 16384 your-net localhost 397 - - 397 = - - -=20 lo0 16384 localhost ::1 0 - - 4 = - - -=20 lo0 16384 fe80:3::1 fe80:3::1 0 - - 0 = - - -=20 wlan0 1500 00:24:2b:0e:a8:5f 5096 0 0 5136 = 0 0 0=20 wlan0 1500 192.168.10.0 192.168.10.118 5010 - - 5108 = - - -=20 ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.10.1 UGS 7 5019 wlan0 127.0.0.1 link#3 UH 0 397 lo0 192.168.10.0/24 link#4 U 0 63 wlan0 192.168.10.118 link#4 UHS 0 0 lo0 Internet6: Destination Gateway Flags = Netif Expire ::/96 ::1 UGRS = lo0 ::1 ::1 UH = lo0 ::ffff:0.0.0.0/96 ::1 UGRS = lo0 fe80::/10 ::1 UGRS = lo0 fe80::%lo0/64 link#3 U = lo0 fe80::1%lo0 link#3 UHS = lo0 ff01:3::/32 ::1 U = lo0 ff02::/16 ::1 UGRS = lo0 ff02::%lo0/32 ::1 U = lo0 ------------------------------------------------------------------------ netstat -anA Active Internet connections (including servers) Tcpcb Proto Recv-Q Send-Q Local Address Foreign Address (state) 903d0000 tcp4 0 0 127.0.0.1.24467 127.0.0.1.8008 TIME_WAIT 8e7f9000 tcp4 0 0 192.168.10.118.424 207.46.113.78.443 CLOSED 8e7f9768 tcp4 0 0 192.168.10.118.273 205.188.13.52.5190 ESTABLIS= HED 95b9dc58 tcp4 0 0 192.168.10.118.559 64.12.202.58.5190 ESTABLIS= HED 95b9e000 tcp4 0 0 192.168.10.118.372 205.188.248.161.51 ESTABLIS= HED 95b9e278 tcp4 0 0 192.168.10.118.210 65.54.48.131.1863 ESTABLIS= HED 95b9e4f0 tcp4 0 0 192.168.10.118.469 205.188.8.201.5190 ESTABLIS= HED 8e7f9c58 tcp4 0 0 192.168.10.118.372 217.10.10.196.5222 ESTABLIS= HED 8906e768 tcp4 0 0 192.168.10.118.325 217.69.67.218.22 ESTABLIS= HED 89046278 tcp4 0 0 192.168.10.118.347 217.69.67.218.22 ESTABLIS= HED 8906e9e0 tcp4 0 0 127.0.0.1.25 *.* LISTEN 891a2000 tcp4 0 0 *.22 *.* LISTEN 891a2768 tcp4 0 0 *.6000 *.* LISTEN 891a29e0 tcp6 0 0 *.6000 *.* LISTEN 891a2c58 tcp4 0 0 *.723 *.* LISTEN 8906e000 tcp4 0 0 *.810 *.* LISTEN 8906e278 tcp6 0 0 *.907 *.* LISTEN 8906e4f0 tcp4 0 0 *.707 *.* LISTEN 89045000 tcp6 0 0 *.707 *.* LISTEN 89045278 tcp6 0 0 *.2049 *.* LISTEN 890454f0 tcp4 0 0 *.2049 *.* LISTEN 89045768 tcp4 0 0 *.782 *.* LISTEN 890459e0 tcp6 0 0 *.782 *.* LISTEN 89045c58 tcp4 0 0 *.111 *.* LISTEN 89046000 tcp6 0 0 *.111 *.* LISTEN 887586e0 udp4 0 0 *.20530 *.* =20 8865ece4 udp4 0 0 *.22630 *.* =20 891820dc udp4 0 0 *.5353 *.* =20 88758dc0 udp4 0 0 127.0.0.1.861 127.0.0.1.1022 =20 8865e7bc udp4 0 0 *.786 *.* =20 88758e9c udp4 0 0 192.168.10.118.123 *.* =20 89182000 udp6 0 0 fe80:3::1.123 *.* =20 891821b8 udp6 0 0 ::1.123 *.* =20 89182370 udp4 0 0 127.0.0.1.123 *.* =20 8918244c udp6 0 0 *.123 *.* =20 8865d6e0 udp4 0 0 *.123 *.* =20 8865d370 udp4 0 0 *.1022 *.* =20 8865d604 udp4 0 0 *.1023 *.* =20 8865db2c udp4 0 0 *.665 *.* =20 8865dce4 udp6 0 0 *.851 *.* =20 8865de9c udp6 0 0 *.993 *.* =20 8865e000 udp4 0 0 *.* *.* =20 8865d898 udp4 0 0 *.707 *.* =20 8865d000 udp6 0 0 *.707 *.* =20 8865da50 udp6 0 0 *.2049 *.* =20 8865ddc0 udp4 0 0 *.2049 *.* =20 8865dc08 udp4 0 0 *.782 *.* =20 8865d974 udp6 0 0 *.782 *.* =20 8865e1b8 udp6 0 0 *.* *.* =20 8865d7bc udp4 0 0 *.916 *.* =20 8865d528 udp4 0 0 *.111 *.* =20 8865d44c udp6 0 0 *.675 *.* =20 8865d1b8 udp6 0 0 *.111 *.* =20 8865e44c udp4 0 0 *.514 *.* =20 8865e528 udp6 0 0 *.514 *.* =20 8865eb2c udp4 0 0 *.* *.* =20 Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr 88821764 stream 0 0 0 8cafa2b0 0 0 /var/tmp/= dbus-BIUaNwdesY 8cafa2b0 stream 0 0 0 88821764 0 0 8b16a60c stream 0 0 0 8b16a408 0 0 /tmp/.X11= -unix/X0 8b16a408 stream 0 0 0 8b16a60c 0 0 8b16a8bc stream 0 0 0 8b16a968 0 0 8b16a968 stream 0 0 0 8b16a8bc 0 0 8b16a764 stream 0 0 0 8b16aac0 0 0 /tmp/.X11= -unix/X0 8b16aac0 stream 0 0 0 8b16a764 0 0 8cafa35c stream 0 0 0 888220ac 0 0 /tmp/.X11= -unix/X0 888220ac stream 0 0 0 8cafa35c 0 0 8b16a810 stream 0 0 0 8b16ad70 0 0 8b16ad70 stream 0 0 0 8b16a810 0 0 8cafa4b4 stream 0 0 8ea07220 0 0 0 /var/tmp/= dbus-BIUaNwdesY 8b16a6b8 stream 0 0 0 88a3b4b4 0 0 /tmp/.X11= -unix/X0 88a3b4b4 stream 0 0 0 8b16a6b8 0 0 88a3b2b0 stream 0 0 0 88821000 0 0 /tmp/.X11= -unix/X0 88821000 stream 0 0 0 88a3b2b0 0 0 88a3b204 stream 0 0 0 88a3b6b8 0 0 /tmp/.X11= -unix/X0 88a3b6b8 stream 0 0 0 88a3b204 0 0 88a3b8bc stream 0 0 0 88a3b560 0 0 /tmp/.X11= -unix/X0 88a3b560 stream 0 0 0 88a3b8bc 0 0 88821204 stream 0 0 0 88a3b968 0 0 /tmp/.X11= -unix/X0 88a3b968 stream 0 0 0 88821204 0 0 8882135c stream 0 0 0 888210ac 0 0 /tmp/.X11= -unix/X0 888210ac stream 0 0 0 8882135c 0 0 88a3bac0 stream 0 0 0 8882235c 0 0 /var/run/= devd.pipe 8882235c stream 0 0 0 88a3bac0 0 0 8882160c stream 0 0 0 88a3bb6c 0 0 /tmp/.X11= -unix/X0 88a3bb6c stream 0 0 0 8882160c 0 0 88821158 stream 0 0 8b6fabb0 0 0 0 /tmp/ssh-= QvDoLqzwfY/agent.2396 888216b8 stream 0 0 0 88821b6c 0 0 /var/run/= dbus/system_bus_socket 88821b6c stream 0 0 0 888216b8 0 0 88822968 stream 0 0 0 888214b4 0 0 /var/run/= hald/dbus-buPEsanjCH 888214b4 stream 0 0 0 88822968 0 0 888218bc stream 0 0 0 88821a14 0 0 /var/run/= hald/dbus-buPEsanjCH 88821a14 stream 0 0 0 888218bc 0 0 88a3bcc4 stream 0 0 0 88a3bd70 0 0 /tmp/.X11= -unix/X0 88a3bd70 stream 8192 0 0 88a3bcc4 0 0 88a3be1c stream 0 0 0 88a3bec8 0 0 /var/run/= dbus/system_bus_socket 88a3bec8 stream 0 0 0 88a3be1c 0 0 88821968 stream 0 0 0 888222b0 0 0 /tmp/.X11= -unix/X0 888222b0 stream 7968 0 0 88821968 0 0 8b16a000 stream 0 0 0 8b16a0ac 0 0 /var/run/= devd.pipe 8b16a0ac stream 0 0 0 8b16a000 0 0 88821560 stream 0 0 0 88821cc4 0 0 /var/run/= hald/dbus-NSLEZxasSD 88821cc4 stream 0 0 0 88821560 0 0 8b16a158 stream 0 0 8afeb880 0 0 0 /var/run/= hald/dbus-NSLEZxasSD 8b16a204 stream 0 0 0 8b16a2b0 0 0 /var/run/= dbus/system_bus_socket 8b16a2b0 stream 0 0 0 8b16a204 0 0 8b16a35c stream 0 0 0 88822000 0 0 /var/run/= dbus/system_bus_socket 88822000 stream 0 0 0 8b16a35c 0 0 88821e1c stream 0 0 0 88821d70 0 0 /var/run/= dbus/system_bus_socket 88821d70 stream 0 0 0 88821e1c 0 0 888224b4 stream 0 0 8ad19660 0 0 0 /var/run/= hald/dbus-buPEsanjCH 888228bc stream 0 0 0 88822ac0 0 0 /var/run/= avahi-daemon/socket 88822ac0 stream 0 0 0 888228bc 0 0 88822c18 stream 0 0 0 88a3b000 0 0 /var/run/= dbus/system_bus_socket 88a3b000 stream 0 0 0 88822c18 0 0 88a3b158 stream 0 0 8a1c2990 0 0 0 /var/run/= avahi-daemon/socket 88822ec8 stream 0 0 89b06660 0 0 0 /tmp/.X11= -unix/X0 88822e1c stream 0 0 0 88822d70 0 0 88822d70 stream 0 0 0 88822e1c 0 0 888226b8 stream 0 0 897c3220 0 0 0 /var/run/= dbus/system_bus_socket 88822b6c stream 0 0 0 88822cc4 0 0 /var/run/= devd.pipe 88822cc4 stream 0 0 0 88822b6c 0 0 88821408 stream 0 0 88fb4bb0 0 0 0 /var/run/= rpcbind.sock 88821c18 stream 0 0 886d7330 0 0 0 /var/run/= devd.pipe 8cafa158 dgram 0 0 0 88822204 0 8b16a560 8b16a560 dgram 0 0 0 88822204 0 888212b0 888212b0 dgram 0 0 0 88822204 0 8882260c 88822560 dgram 0 0 0 88822158 0 0 8882260c dgram 0 0 0 88822204 0 88822764 88822764 dgram 0 0 0 88822204 0 88a3b0ac 88a3b0ac dgram 0 0 0 88822204 0 88822810 88822810 dgram 0 0 0 88822204 0 88822a14 88822a14 dgram 0 0 0 88822204 0 88821810 88821810 dgram 0 0 0 88822204 0 88822408 88822408 dgram 0 0 0 88822204 0 0 88822204 dgram 0 0 88f7e990 0 8cafa158 0 /var/run/= logpriv 88822158 dgram 0 0 88f7eaa0 0 88822560 0 /var/run/= log 88821ec8 dgram 0 0 886c5aa0 0 0 0 /var/run/= wpa_supplicant/wlan0 ------------------------------------------------------------------------ netstat -aL Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address =20 tcp4 0/0/10 localhost.smtp =20 tcp4 0/0/128 *.ssh =20 tcp4 0/0/128 *.x11 =20 tcp6 0/0/128 *.x11 =20 tcp4 0/0/128 *.723 =20 tcp4 0/0/128 *.810 =20 tcp6 0/0/128 *.907 =20 tcp4 0/0/128 *.borland-dsj =20 tcp6 0/0/128 *.borland-dsj =20 tcp6 0/0/5 *.nfsd =20 tcp4 0/0/5 *.nfsd =20 tcp4 0/0/128 *.782 =20 tcp6 0/0/128 *.782 =20 tcp4 0/0/128 *.sunrpc =20 tcp6 0/0/128 *.sunrpc =20 unix 0/0/30 /var/tmp/dbus-BIUaNwdesY unix 0/0/128 /tmp/ssh-QvDoLqzwfY/agent.2396 unix 0/0/30 /var/run/hald/dbus-NSLEZxasSD unix 0/0/30 /var/run/hald/dbus-buPEsanjCH unix 0/0/2 /var/run/avahi-daemon/socket unix 0/0/128 /tmp/.X11-unix/X0 unix 0/0/30 /var/run/dbus/system_bus_socket unix 0/0/128 /var/run/rpcbind.sock unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root rm 16693 root / 3 drwxr-xr-x 39 r root rm 16693 wd /usr/ports 274434 drwxr-xr-x 45 r root rm 16693 text / 588290 -r-xr-xr-x 11760 r root rm 16693 0 /dev 19 crw-rw-rw- null r root rm 16693 1 /dev 120 crw--w---- pts/4 rw root rm 16693 2 /dev 120 crw--w---- pts/4 rw root rm 16693 5 /usr/ports 277841 -rw-r--r-- 354460 w root rm 16693 6 /dev 120 crw--w---- pts/4 rw root rm 16693 7 /dev 120 crw--w---- pts/4 rw lars mplayer 16267 root / 3 drwxr-xr-x 39 r lars mplayer 16267 wd /home 10 drwxr-xr-x 258 r lars mplayer 16267 text / 82452 -r-xr-xr-x 10086852 r lars mplayer 16267 0 /dev 40 crw------- ttyv0 rw lars mplayer 16267 1 /dev 40 crw------- ttyv0 rw lars mplayer 16267 2 /dev 40 crw------- ttyv0 rw lars mplayer 16267 3 /dev 118 crw-rw-rw- dvb/adapter0/fro= ntend0 rw lars mplayer 16267 4 /dev 116 crw-rw-rw- dvb/adapter0/dem= ux0 rw lars mplayer 16267 5 /dev 116 crw-rw-rw- dvb/adapter0/dem= ux0 rw lars mplayer 16267 6 /dev 116 crw-rw-rw- dvb/adapter0/dem= ux0 rw lars mplayer 16267 7 /dev 117 crw-rw-rw- dvb/adapter0/dvr= 0 r root sh 8116 root / 3 drwxr-xr-x 39 r root sh 8116 wd /usr/ports 274434 drwxr-xr-x 45 r root sh 8116 text / 588305 -r-xr-xr-x 120860 r root sh 8116 0 /dev 19 crw-rw-rw- null r root sh 8116 1 /dev 120 crw--w---- pts/4 rw root sh 8116 2 /dev 120 crw--w---- pts/4 rw root sh 8116 5 /usr/ports 277841 -rw-r--r-- 354460 w root sh 8116 6 /dev 120 crw--w---- pts/4 rw root sh 8116 7 /dev 120 crw--w---- pts/4 rw root sh 8116 10 /usr/ports 277814 -rwxr-xr-x 1373644 r root sh 7942 root / 3 drwxr-xr-x 39 r root sh 7942 wd /usr/ports 274434 drwxr-xr-x 45 r root sh 7942 text / 588305 -r-xr-xr-x 120860 r root sh 7942 0 /dev 120 crw--w---- pts/4 rw root sh 7942 1 /dev 120 crw--w---- pts/4 rw root sh 7942 2 /dev 120 crw--w---- pts/4 rw root make 6539 root / 3 drwxr-xr-x 39 r root make 6539 wd /usr/ports 261839 drwxr-xr-x 8 r root make 6539 text / 602443 -r-xr-xr-x 401396 r root make 6539 0 /dev 120 crw--w---- pts/4 rw root make 6539 1 /dev 120 crw--w---- pts/4 rw root make 6539 2 /dev 120 crw--w---- pts/4 rw root make 6438 root / 3 drwxr-xr-x 39 r root make 6438 wd /usr/ports 261839 drwxr-xr-x 8 r root make 6438 text / 602443 -r-xr-xr-x 401396 r root make 6438 0 /dev 120 crw--w---- pts/4 rw root make 6438 1 /dev 120 crw--w---- pts/4 rw root make 6438 2 /dev 120 crw--w---- pts/4 rw lars pidgin 3766 root / 3 drwxr-xr-x 39 r lars pidgin 3766 wd /home 10 drwxr-xr-x 258 r lars pidgin 3766 text / 610790 -r-xr-xr-x 870540 r lars pidgin 3766 0 - - bad - lars pidgin 3766 1 / 2249653 -rw-r--r-- 16336561 w lars pidgin 3766 2 / 2249653 -rw-r--r-- 16336561 w lars pidgin 3766 3* local stream 8b16a968 <-> 8b16a8bc lars pidgin 3766 4* local stream 8b16a8bc <-> 8b16a968 lars pidgin 3766 5* pipe 8c9b3310 <-> 8c9b33c8 0 rw lars pidgin 3766 6* pipe 8c9b33c8 <-> 8c9b3310 0 rw lars pidgin 3766 7* local stream 8b16a408 <-> 8b16a60c lars pidgin 3766 8* local stream 8cafa2b0 <-> 88821764 lars pidgin 3766 9 /home 1105949 -rw-r--r-- 1563 w lars pidgin 3766 10* internet dgram udp 887586e0 lars pidgin 3766 11 /home 263555 -rw-r--r-- 530432 rw lars pidgin 3766 12 /dev 25 crw-rw-rw- random r lars pidgin 3766 13* pipe 8c9b3ab8 <-> 8c9b3b70 0 rw lars pidgin 3766 14* pipe 87b8c620 <-> 87b8c6d8 0 rw lars pidgin 3766 15* internet stream tcp 95b9e4f0 lars pidgin 3766 16* pipe 87b51620 <-> 87b516d8 0 rw lars pidgin 3766 17* internet stream tcp 95b9e278 lars pidgin 3766 18* pipe 88b663c8 <-> 88b66310 0 rw lars pidgin 3766 19* pipe 8c9b3240 <-> 8c9b3188 0 rw lars pidgin 3766 20* pipe 87b8c0b8 <-> 87b8c000 0 rw lars pidgin 3766 21* internet stream tcp 8e7f9c58 lars pidgin 3766 22* internet stream tcp 95b9e000 lars pidgin 3766 23* internet stream tcp 8e7f9000 lars pidgin 3766 24 /home 1105954 -rw-r--r-- 779 w lars pidgin 3766 25* internet stream tcp 95b9dc58 lars pidgin 3766 26* internet stream tcp 8e7f9768 lars pidgin 3766 27 /home 1105957 -rw-r--r-- 246 w lars tcsh 3762 root / 3 drwxr-xr-x 39 r lars tcsh 3762 wd /home 10 drwxr-xr-x 258 r lars tcsh 3762 text / 588171 -r-xr-xr-x 327736 r lars tcsh 3762 16 - - bad - lars tcsh 3762 17 / 2249653 -rw-r--r-- 16336561 w lars tcsh 3762 18 / 2249653 -rw-r--r-- 16336561 w lars tcsh 3762 19 - - bad - root sh 3384 root / 3 drwxr-xr-x 39 r root sh 3384 wd /usr/ports 261839 drwxr-xr-x 8 r root sh 3384 text / 588305 -r-xr-xr-x 120860 r root sh 3384 0 /dev 120 crw--w---- pts/4 rw root sh 3384 1 /dev 120 crw--w---- pts/4 rw root sh 3384 2 /dev 120 crw--w---- pts/4 rw root sh 3384 10 / 195639 -r-xr-xr-x 99264 r root tcsh 2942 root / 3 drwxr-xr-x 39 r root tcsh 2942 wd /usr/ports 261839 drwxr-xr-x 8 r root tcsh 2942 text / 588171 -r-xr-xr-x 327736 r root tcsh 2942 0 /dev 120 crw--w---- pts/4 rw root tcsh 2942 1 /dev 120 crw--w---- pts/4 rw root tcsh 2942 2 /dev 120 crw--w---- pts/4 rw root tcsh 2942 15 /dev 120 crw--w---- pts/4 rw root tcsh 2942 16 /dev 120 crw--w---- pts/4 rw root tcsh 2942 17 /dev 120 crw--w---- pts/4 rw root tcsh 2942 18 /dev 120 crw--w---- pts/4 rw root tcsh 2942 19 /dev 120 crw--w---- pts/4 rw root su 2941 root / 3 drwxr-xr-x 39 r root su 2941 wd /home 10 drwxr-xr-x 258 r root su 2941 text / 602628 -r-sr-xr-x 14460 r root su 2941 0 /dev 120 crw--w---- pts/4 rw root su 2941 1 /dev 120 crw--w---- pts/4 rw root su 2941 2 /dev 120 crw--w---- pts/4 rw lars tcsh 2835 root / 3 drwxr-xr-x 39 r lars tcsh 2835 wd /home 10 drwxr-xr-x 258 r lars tcsh 2835 text / 588171 -r-xr-xr-x 327736 r lars tcsh 2835 15 /dev 121 crw--w---- pts/5 rw lars tcsh 2835 16 /dev 121 crw--w---- pts/5 rw lars tcsh 2835 17 /dev 121 crw--w---- pts/5 rw lars tcsh 2835 18 /dev 121 crw--w---- pts/5 rw lars tcsh 2835 19 /dev 121 crw--w---- pts/5 rw lars tcsh 2832 root / 3 drwxr-xr-x 39 r lars tcsh 2832 wd /home 10 drwxr-xr-x 258 r lars tcsh 2832 text / 588171 -r-xr-xr-x 327736 r lars tcsh 2832 15 /dev 120 crw--w---- pts/4 rw lars tcsh 2832 16 /dev 120 crw--w---- pts/4 rw lars tcsh 2832 17 /dev 120 crw--w---- pts/4 rw lars tcsh 2832 18 /dev 120 crw--w---- pts/4 rw lars tcsh 2832 19 /dev 120 crw--w---- pts/4 rw lars tcsh 2831 root / 3 drwxr-xr-x 39 r lars tcsh 2831 wd /home 10 drwxr-xr-x 258 r lars tcsh 2831 text / 588171 -r-xr-xr-x 327736 r lars tcsh 2831 15 /dev 119 crw--w---- pts/3 rw lars tcsh 2831 16 /dev 119 crw--w---- pts/3 rw lars tcsh 2831 17 /dev 119 crw--w---- pts/3 rw lars tcsh 2831 18 /dev 119 crw--w---- pts/3 rw lars tcsh 2831 19 /dev 119 crw--w---- pts/3 rw lars mrxvt 2830 root / 3 drwxr-xr-x 39 r lars mrxvt 2830 wd /home 10 drwxr-xr-x 258 r lars mrxvt 2830 text / 66355 -r-s--x--x 243028 r lars mrxvt 2830 0 /dev 19 crw-rw-rw- null r lars mrxvt 2830 1 / 2249653 -rw-r--r-- 16336561 w lars mrxvt 2830 2 / 2249653 -rw-r--r-- 16336561 w lars mrxvt 2830 3* local stream 8b16aac0 <-> 8b16a764 lars mrxvt 2830 4* pseudo-terminal master pts/3 rw lars mrxvt 2830 5* pseudo-terminal master pts/4 rw lars mrxvt 2830 6* pseudo-terminal master pts/5 rw lars tcsh 2828 root / 3 drwxr-xr-x 39 r lars tcsh 2828 wd /home 10 drwxr-xr-x 258 r lars tcsh 2828 text / 588171 -r-xr-xr-x 327736 r lars tcsh 2828 16 - - bad - lars tcsh 2828 17 / 2249653 -rw-r--r-- 16336561 w lars tcsh 2828 18 / 2249653 -rw-r--r-- 16336561 w lars tcsh 2828 19 - - bad - root webcamd 2811 root / 3 drwxr-xr-x 39 r root webcamd 2811 wd / 3 drwxr-xr-x 39 r root webcamd 2811 text / 198226 -r-xr-xr-x 1488048 r root webcamd 2811 0 /dev 19 crw-rw-rw- null rw root webcamd 2811 1 /dev 19 crw-rw-rw- null rw root webcamd 2811 2 /dev 19 crw-rw-rw- null rw root webcamd 2811 3 /dev 3 crw-rw---- cuse rw root webcamd 2811 4 /dev 124 crw------- usb/4.2.0 rw root webcamd 2811 5 /dev 124 crw------- usb/4.2.0 rw root webcamd 2811 6* local stream 88821c18 root webcamd 2811 7 / 638999 -rw------- 3 w root webcamd 2811 8* local stream 88822b6c <-> 88822cc4 root webcamd 2811 9* local stream 8b16a000 <-> 8b16a0ac root webcamd 2811 10* local stream 88a3bac0 <-> 8882235c root webcamd 2811 11 / 639053 -rw------- 4 w root csh 2749 root / 3 drwxr-xr-x 39 r root csh 2749 wd / 3741 drwxr-xr-x 31 r root csh 2749 text / 588171 -r-xr-xr-x 327736 r root csh 2749 0 /dev 42 crw------- ttyv2 rw root csh 2749 1 /dev 42 crw------- ttyv2 rw root csh 2749 2 /dev 42 crw------- ttyv2 rw root csh 2749 15 /dev 42 crw------- ttyv2 rw root csh 2749 16 /dev 42 crw------- ttyv2 rw root csh 2749 17 /dev 42 crw------- ttyv2 rw root csh 2749 18 /dev 42 crw------- ttyv2 rw root csh 2749 19 /dev 42 crw------- ttyv2 rw lars dbus-daemon 2748 root / 3 drwxr-xr-x 39 r lars dbus-daemon 2748 wd / 3 drwxr-xr-x 39 r lars dbus-daemon 2748 text / 51675 -r-xr-xr-x 320936 r lars dbus-daemon 2748 0 /dev 19 crw-rw-rw- null rw lars dbus-daemon 2748 1 /dev 19 crw-rw-rw- null rw lars dbus-daemon 2748 2 /dev 19 crw-rw-rw- null rw lars dbus-daemon 2748 3* local stream 8cafa4b4 lars dbus-daemon 2748 4 /dev 19 crw-rw-rw- null rw lars dbus-daemon 2748 6 / 51677 drwxr-xr-x 2 r lars dbus-daemon 2748 7 / 51679 drwxr-xr-x 4 r lars dbus-daemon 2748 8* local stream 8b16ad70 <-> 8b16a810 lars dbus-daemon 2748 9* local stream 8b16a810 <-> 8b16ad70 lars dbus-daemon 2748 10* local stream 88821764 <-> 8cafa2b0 lars dbus-launch 2747 root / 3 drwxr-xr-x 39 r lars dbus-launch 2747 wd / 3 drwxr-xr-x 39 r lars dbus-launch 2747 text / 51689 -r-xr-xr-x 21464 r lars dbus-launch 2747 0 /dev 19 crw-rw-rw- null rw lars dbus-launch 2747 1 /dev 19 crw-rw-rw- null rw lars dbus-launch 2747 2 /dev 19 crw-rw-rw- null rw lars dbus-launch 2747 3* local stream 88a3b4b4 <-> 8b16a6b8 lars dbus-launch 2747 4 /dev 19 crw-rw-rw- null rw lars dbus-launch 2747 5* local stream 888220ac <-> 8cafa35c lars dbus-launch 2747 8* pipe 87b8c188 <-> 87b8c240 0 rw lars ssh 2720 root / 3 drwxr-xr-x 39 r lars ssh 2720 wd /home 10 drwxr-xr-x 258 r lars ssh 2720 text / 590295 -r-xr-xr-x 141248 r lars ssh 2720 0 /dev 41 crw------- ttyv1 rw lars ssh 2720 1 /dev 41 crw------- ttyv1 rw lars ssh 2720 2 /dev 41 crw------- ttyv1 rw lars ssh 2720 3* internet stream tcp 8906e768 lars ssh 2720 4 /dev 41 crw------- ttyv1 rw lars ssh 2720 5 /dev 41 crw------- ttyv1 rw lars ssh 2720 6 /dev 41 crw------- ttyv1 rw lars tcsh 2685 root / 3 drwxr-xr-x 39 r lars tcsh 2685 wd /home 10 drwxr-xr-x 258 r lars tcsh 2685 text / 588171 -r-xr-xr-x 327736 r lars tcsh 2685 15 /dev 41 crw------- ttyv1 rw lars tcsh 2685 16 /dev 41 crw------- ttyv1 rw lars tcsh 2685 17 /dev 41 crw------- ttyv1 rw lars tcsh 2685 18 /dev 41 crw------- ttyv1 rw lars tcsh 2685 19 /dev 41 crw------- ttyv1 rw lars tcsh 2618 root / 3 drwxr-xr-x 39 r lars tcsh 2618 wd /home 10 drwxr-xr-x 258 r lars tcsh 2618 text / 588171 -r-xr-xr-x 327736 r lars tcsh 2618 15 /dev 40 crw------- ttyv0 rw lars tcsh 2618 16 /dev 40 crw------- ttyv0 rw lars tcsh 2618 17 /dev 40 crw------- ttyv0 rw lars tcsh 2618 18 /dev 40 crw------- ttyv0 rw lars tcsh 2618 19 /dev 40 crw------- ttyv0 rw root login 2617 root / 3 drwxr-xr-x 39 r root login 2617 wd /home 10 drwxr-xr-x 258 r root login 2617 text / 602414 -r-sr-xr-x 21732 r root login 2617 0 /dev 40 crw------- ttyv0 rw root login 2617 1 /dev 40 crw------- ttyv0 rw root login 2617 2 /dev 40 crw------- ttyv0 rw root login 2617 3* local dgram 888212b0 <-> 88822204 lars ssh 2553 root / 3 drwxr-xr-x 39 r lars ssh 2553 wd /home 10 drwxr-xr-x 258 r lars ssh 2553 text / 590295 -r-xr-xr-x 141248 r lars ssh 2553 0 /dev 112 crw--w---- pts/0 rw lars ssh 2553 1 /dev 112 crw--w---- pts/0 rw lars ssh 2553 2 /dev 112 crw--w---- pts/0 rw lars ssh 2553 3* internet stream tcp 89046278 lars ssh 2553 4 /dev 112 crw--w---- pts/0 rw lars ssh 2553 5 /dev 112 crw--w---- pts/0 rw lars ssh 2553 6 /dev 112 crw--w---- pts/0 rw lars tcsh 2456 root / 3 drwxr-xr-x 39 r lars tcsh 2456 wd /home 10 drwxr-xr-x 258 r lars tcsh 2456 text / 588171 -r-xr-xr-x 327736 r lars tcsh 2456 15 /dev 115 crw--w---- pts/2 rw lars tcsh 2456 16 /dev 115 crw--w---- pts/2 rw lars tcsh 2456 17 /dev 115 crw--w---- pts/2 rw lars tcsh 2456 18 /dev 115 crw--w---- pts/2 rw lars tcsh 2456 19 /dev 115 crw--w---- pts/2 rw lars tcsh 2452 root / 3 drwxr-xr-x 39 r lars tcsh 2452 wd /home 10 drwxr-xr-x 258 r lars tcsh 2452 text / 588171 -r-xr-xr-x 327736 r lars tcsh 2452 15 /dev 114 crw--w---- pts/1 rw lars tcsh 2452 16 /dev 114 crw--w---- pts/1 rw lars tcsh 2452 17 /dev 114 crw--w---- pts/1 rw lars tcsh 2452 18 /dev 114 crw--w---- pts/1 rw lars tcsh 2452 19 /dev 114 crw--w---- pts/1 rw lars tcsh 2450 root / 3 drwxr-xr-x 39 r lars tcsh 2450 wd /home 10 drwxr-xr-x 258 r lars tcsh 2450 text / 588171 -r-xr-xr-x 327736 r lars tcsh 2450 15 /dev 112 crw--w---- pts/0 rw lars tcsh 2450 16 /dev 112 crw--w---- pts/0 rw lars tcsh 2450 17 /dev 112 crw--w---- pts/0 rw lars tcsh 2450 18 /dev 112 crw--w---- pts/0 rw lars tcsh 2450 19 /dev 112 crw--w---- pts/0 rw lars mrxvt 2449 root / 3 drwxr-xr-x 39 r lars mrxvt 2449 wd /home 10 drwxr-xr-x 258 r lars mrxvt 2449 text / 66355 -r-s--x--x 243028 r lars mrxvt 2449 0 /dev 19 crw-rw-rw- null r lars mrxvt 2449 1 / 2249653 -rw-r--r-- 16336561 w lars mrxvt 2449 2 / 2249653 -rw-r--r-- 16336561 w lars mrxvt 2449 3* local stream 88821000 <-> 88a3b2b0 lars mrxvt 2449 4* pseudo-terminal master pts/0 rw lars mrxvt 2449 5* pseudo-terminal master pts/1 rw lars mrxvt 2449 6* pseudo-terminal master pts/2 rw lars tcsh 2447 root / 3 drwxr-xr-x 39 r lars tcsh 2447 wd /home 10 drwxr-xr-x 258 r lars tcsh 2447 text / 588171 -r-xr-xr-x 327736 r lars tcsh 2447 16 - - bad - lars tcsh 2447 17 / 2249653 -rw-r--r-- 16336561 w lars tcsh 2447 18 / 2249653 -rw-r--r-- 16336561 w lars tcsh 2447 19 - - bad - lars conky 2416 root / 3 drwxr-xr-x 39 r lars conky 2416 wd /home 10 drwxr-xr-x 258 r lars conky 2416 text / 67241 -r-xr-xr-x 205140 r lars conky 2416 0 /dev 19 crw-rw-rw- null r lars conky 2416 1 / 2249653 -rw-r--r-- 16336561 w lars conky 2416 2 / 2249653 -rw-r--r-- 16336561 w lars conky 2416 3 /dev 19 crw-rw-rw- null r lars conky 2416 4* local stream 88a3b560 <-> 88a3b8bc lars conky 2416 5 /dev 19 crw-rw-rw- null r lars ipager 2414 root / 3 drwxr-xr-x 39 r lars ipager 2414 wd /home 10 drwxr-xr-x 258 r lars ipager 2414 text / 67526 -rwxr-xr-x 150960 r lars ipager 2414 0 /dev 19 crw-rw-rw- null r lars ipager 2414 1 / 2249653 -rw-r--r-- 16336561 w lars ipager 2414 2 / 2249653 -rw-r--r-- 16336561 w lars ipager 2414 3* local stream 888210ac <-> 8882135c lars ipager 2414 4* local stream 88a3b968 <-> 88821204 lars unclutter 2412 root / 3 drwxr-xr-x 39 r lars unclutter 2412 wd /home 10 drwxr-xr-x 258 r lars unclutter 2412 text / 67784 -rwxr-xr-x 9540 r lars unclutter 2412 0 /dev 19 crw-rw-rw- null r lars unclutter 2412 1 / 2249653 -rw-r--r-- 16336561 w lars unclutter 2412 2 / 2249653 -rw-r--r-- 16336561 w lars unclutter 2412 3* local stream 88a3bb6c <-> 8882160c lars nbosd 2411 root / 3 drwxr-xr-x 39 r lars nbosd 2411 wd /home 10 drwxr-xr-x 258 r lars nbosd 2411 text / 69543 -rwxr-xr-x 15398 r lars nbosd 2411 0 /dev 19 crw-rw-rw- null r lars nbosd 2411 1 / 2249653 -rw-r--r-- 16336561 w lars nbosd 2411 2 / 2249653 -rw-r--r-- 16336561 w lars nbosd 2411 3* local stream 8882235c <-> 88a3bac0 lars osdmixer 2410 root / 3 drwxr-xr-x 39 r lars osdmixer 2410 wd /home 10 drwxr-xr-x 258 r lars osdmixer 2410 text / 67597 -r-xr-xr-x 6820 r lars osdmixer 2410 0 /dev 19 crw-rw-rw- null r lars osdmixer 2410 1 / 2249653 -rw-r--r-- 16336561 w lars osdmixer 2410 2 / 2249653 -rw-r--r-- 16336561 w lars osdmixer 2410 3 /dev 78 crw-rw-rw- mixer0 rw lars ssh-agent 2400 root / 3 drwxr-xr-x 39 r lars ssh-agent 2400 wd / 3 drwxr-xr-x 39 r lars ssh-agent 2400 text / 590303 -r-xr-xr-x 23496 r lars ssh-agent 2400 0 /dev 19 crw-rw-rw- null rw lars ssh-agent 2400 1 /dev 19 crw-rw-rw- null rw lars ssh-agent 2400 2 /dev 19 crw-rw-rw- null rw lars ssh-agent 2400 3* local stream 88821158 lars fluxbox 2396 root / 3 drwxr-xr-x 39 r lars fluxbox 2396 wd /home 10 drwxr-xr-x 258 r lars fluxbox 2396 text / 66162 -r-xr-xr-x 1559992 r lars fluxbox 2396 0 - - bad - lars fluxbox 2396 1 / 2249653 -rw-r--r-- 16336561 w lars fluxbox 2396 2 / 2249653 -rw-r--r-- 16336561 w lars fluxbox 2396 3 /home 258111 -rw-r--r-- 552 w lars fluxbox 2396 4* local stream 88a3b6b8 <-> 88a3b204 root hald-addon-storage 2379 root / 3 drwxr-xr-x 39 r root hald-addon-storage 2379 wd / 520110 drwxr-xr-x 50 r root hald-addon-storage 2379 text / 236958 -r-xr-xr-x 16928 r root hald-addon-storage 2379 0 /dev 19 crw-rw-rw- null r root hald-addon-storage 2379 1 /dev 19 crw-rw-rw- null rw root hald-addon-storage 2379 2 /dev 19 crw-rw-rw- null rw root hald-addon-storage 2379 3* local stream 888214b4 <-> 88822968 root hald-addon-storage 2379 4* local stream 88821b6c <-> 888216b8 root hald-addon-mouse-s 2356 root / 3 drwxr-xr-x 39 r root hald-addon-mouse-s 2356 wd / 520110 drwxr-xr-x 50 r root hald-addon-mouse-s 2356 text / 236960 -r-xr-xr-x 10444 r root hald-addon-mouse-s 2356 0 /dev 19 crw-rw-rw- null r root hald-addon-mouse-s 2356 1 /dev 19 crw-rw-rw- null rw root hald-addon-mouse-s 2356 2 /dev 19 crw-rw-rw- null rw root hald-addon-mouse-s 2356 3* local stream 88821a14 <-> 888218bc root hald-runner 2349 root / 3 drwxr-xr-x 39 r root hald-runner 2349 wd / 3 drwxr-xr-x 39 r root hald-runner 2349 text / 236968 -r-xr-xr-x 13768 r root hald-runner 2349 0 /dev 19 crw-rw-rw- null r root hald-runner 2349 1 /dev 19 crw-rw-rw- null rw root hald-runner 2349 2 /dev 19 crw-rw-rw- null rw root hald-runner 2349 3* local stream 88821cc4 <-> 88821560 root console-kit-daemon 2348 root / 3 drwxr-xr-x 39 r root console-kit-daemon 2348 wd / 3 drwxr-xr-x 39 r root console-kit-daemon 2348 text / 226945 -r-xr-xr-x 115284 r root console-kit-daemon 2348 0 /dev 19 crw-rw-rw- null rw root console-kit-daemon 2348 1 /dev 19 crw-rw-rw- null rw root console-kit-daemon 2348 2 /dev 19 crw-rw-rw- null rw root console-kit-daemon 2348 3* pipe 87b8c930 <-> 87b8c9e8 0 rw root console-kit-daemon 2348 4 /dev 19 crw-rw-rw- null rw root console-kit-daemon 2348 5* pipe 87b8c9e8 <-> 87b8c930 0 rw root console-kit-daemon 2348 6 / 51676 drwxr-xr-x 9 r root console-kit-daemon 2348 7 / 51680 drwxr-xr-x 6 r root console-kit-daemon 2348 8* pipe 87b51ab8 <-> 87b51b70 0 rw root console-kit-daemon 2348 9* pipe 87b51b70 <-> 87b51ab8 0 rw root console-kit-daemon 2348 10* local stream 88822000 <-> 8b16a35c root console-kit-daemon 2348 11 / 226989 -rw-r--r-- 2440 w root console-kit-daemon 2348 12* local stream 8b16a2b0 <-> 8b16a204 root console-kit-daemon 2348 13 /dev 6 crw------- console = r haldaemo hald 2345 root / 3 drwxr-xr-x 39 r haldaemo hald 2345 wd / 3 drwxr-xr-x 39 r haldaemo hald 2345 text / 236964 -r-xr-xr-x 268944 r haldaemo hald 2345 0 /dev 19 crw-rw-rw- null rw haldaemo hald 2345 1 /dev 19 crw-rw-rw- null rw haldaemo hald 2345 2 /dev 19 crw-rw-rw- null rw haldaemo hald 2345 3* pipe 88b66000 <-> 88b660b8 0 rw haldaemo hald 2345 4* pipe 88b660b8 <-> 88b66000 0 rw haldaemo hald 2345 7* pipe 87b51188 <-> 87b51240 0 rw haldaemo hald 2345 8* pipe 87b51240 <-> 87b51188 0 rw haldaemo hald 2345 9* local stream 888224b4 haldaemo hald 2345 10* local stream 88821d70 <-> 88821e1c haldaemo hald 2345 11* local stream 8b16a158 haldaemo hald 2345 12* pipe 87b8cdc8 <-> 87b8ce80 0 rw haldaemo hald 2345 13* pipe 87b8ce80 <-> 87b8cdc8 0 rw haldaemo hald 2345 14* local stream 88821560 <-> 88821cc4 haldaemo hald 2345 16 /dev 23 crw-r--r-- pci rw haldaemo hald 2345 17 /dev 32 crw------- ata r haldaemo hald 2345 18 /dev 59 crw-rw---- xpt0 rw haldaemo hald 2345 20 / 200767 -rw-r--r-- 720 r haldaemo hald 2345 21 / 57183 drwxr-xr-x 10 r haldaemo hald 2345 22 / 236774 -rw-rw-r-- 0 r haldaemo hald 2345 23 / 237048 drwxr-xr-x 4 r haldaemo hald 2345 24 / 237050 drwxr-xr-x 2 r haldaemo hald 2345 25 / 237049 drwxr-xr-x 2 r haldaemo hald 2345 26 / 237051 drwxr-xr-x 2 r haldaemo hald 2345 27 / 237032 drwxr-xr-x 4 r haldaemo hald 2345 28 / 237035 drwxr-xr-x 2 r haldaemo hald 2345 29 / 237033 drwxr-xr-x 3 r haldaemo hald 2345 30 / 237034 -r--r--r-- 1648 r haldaemo hald 2345 31 / 57339 drwxr-xr-x 3 r haldaemo hald 2345 32 / 200770 -rw-r--r-- 287 r haldaemo hald 2345 33 / 57340 drwxr-xr-x 4 r haldaemo hald 2345 34 / 237047 drwxr-xr-x 2 r haldaemo hald 2345 35 / 57341 drwxr-xr-x 15 r haldaemo hald 2345 36 / 237046 -r--r--r-- 1603 r haldaemo hald 2345 37 / 237045 -r--r--r-- 20371 r haldaemo hald 2345 38 / 237044 -r--r--r-- 1214 r haldaemo hald 2345 39 / 246884 -r--r--r-- 1355 r haldaemo hald 2345 40 / 237043 -r--r--r-- 1028 r haldaemo hald 2345 41 / 237042 -r--r--r-- 1236 r haldaemo hald 2345 42 / 237041 -r--r--r-- 1767 r haldaemo hald 2345 43 / 237040 -r--r--r-- 4032 r haldaemo hald 2345 44 / 237074 -r--r--r-- 257 r haldaemo hald 2345 45 / 237039 -r--r--r-- 390 r haldaemo hald 2345 46 / 237038 -r--r--r-- 1661 r haldaemo hald 2345 47 / 237036 -r--r--r-- 795 r haldaemo hald 2345 48 / 237037 -r--r--r-- 720 r haldaemo hald 2345 49 / 57354 drwxr-xr-x 3 r haldaemo hald 2345 50 / 200769 -rw-r--r-- 482 r haldaemo hald 2345 51* local stream 8b16a0ac <-> 8b16a000 haldaemo hald 2345 52* local stream 888218bc <-> 88821a14 haldaemo hald 2345 53* local stream 88822968 <-> 888214b4 root getty 2340 root / 3 drwxr-xr-x 39 r root getty 2340 wd / 3 drwxr-xr-x 39 r root getty 2340 text / 588077 -r-xr-xr-x 21864 r root getty 2340 0 /dev 47 crw------- ttyv7 rw root getty 2340 1 /dev 47 crw------- ttyv7 rw root getty 2340 2 /dev 47 crw------- ttyv7 rw root getty 2339 root / 3 drwxr-xr-x 39 r root getty 2339 wd / 3 drwxr-xr-x 39 r root getty 2339 text / 588077 -r-xr-xr-x 21864 r root getty 2339 0 /dev 46 crw------- ttyv6 rw root getty 2339 1 /dev 46 crw------- ttyv6 rw root getty 2339 2 /dev 46 crw------- ttyv6 rw root getty 2338 root / 3 drwxr-xr-x 39 r root getty 2338 wd / 3 drwxr-xr-x 39 r root getty 2338 text / 588077 -r-xr-xr-x 21864 r root getty 2338 0 /dev 45 crw------- ttyv5 rw root getty 2338 1 /dev 45 crw------- ttyv5 rw root getty 2338 2 /dev 45 crw------- ttyv5 rw root getty 2337 root / 3 drwxr-xr-x 39 r root getty 2337 wd / 3 drwxr-xr-x 39 r root getty 2337 text / 588077 -r-xr-xr-x 21864 r root getty 2337 0 /dev 44 crw------- ttyv4 rw root getty 2337 1 /dev 44 crw------- ttyv4 rw root getty 2337 2 /dev 44 crw------- ttyv4 rw root getty 2336 root / 3 drwxr-xr-x 39 r root getty 2336 wd / 3 drwxr-xr-x 39 r root getty 2336 text / 588077 -r-xr-xr-x 21864 r root getty 2336 0 /dev 43 crw------- ttyv3 rw root getty 2336 1 /dev 43 crw------- ttyv3 rw root getty 2336 2 /dev 43 crw------- ttyv3 rw root login 2335 root / 3 drwxr-xr-x 39 r root login 2335 wd / 3741 drwxr-xr-x 31 r root login 2335 text / 602414 -r-sr-xr-x 21732 r root login 2335 0 /dev 42 crw------- ttyv2 rw root login 2335 1 /dev 42 crw------- ttyv2 rw root login 2335 2 /dev 42 crw------- ttyv2 rw root login 2335 3* local dgram 8cafa158 <-> 88822204 root login 2334 root / 3 drwxr-xr-x 39 r root login 2334 wd /home 10 drwxr-xr-x 258 r root login 2334 text / 602414 -r-sr-xr-x 21732 r root login 2334 0 /dev 41 crw------- ttyv1 rw root login 2334 1 /dev 41 crw------- ttyv1 rw root login 2334 2 /dev 41 crw------- ttyv1 rw root login 2334 3* local dgram 8b16a560 <-> 88822204 root cron 2264 root / 3 drwxr-xr-x 39 r root cron 2264 wd / 14800 drwxr-x--- 3 r root cron 2264 text / 603092 -r-xr-xr-x 34216 r root cron 2264 0 /dev 19 crw-rw-rw- null rw root cron 2264 1 /dev 19 crw-rw-rw- null rw root cron 2264 2 /dev 19 crw-rw-rw- null rw root cron 2264 3 / 639031 -rw------- 4 w smmsp sendmail 2257 root / 3 drwxr-xr-x 39 r smmsp sendmail 2257 wd / 14823 drwxrwx--- 3 r smmsp sendmail 2257 text / 603614 -r-xr-sr-x 708248 r smmsp sendmail 2257 0 /dev 19 crw-rw-rw- null r smmsp sendmail 2257 1 /dev 19 crw-rw-rw- null w smmsp sendmail 2257 2 /dev 19 crw-rw-rw- null w smmsp sendmail 2257 3* local dgram 88822560 <-> 88822158 smmsp sendmail 2257 4 / 634981 -rw------- 50 w root sendmail 2246 root / 3 drwxr-xr-x 39 r root sendmail 2246 wd / 14820 drwxr-xr-x 2 r root sendmail 2246 text / 603614 -r-xr-sr-x 708248 r root sendmail 2246 0 /dev 19 crw-rw-rw- null r root sendmail 2246 1 /dev 19 crw-rw-rw- null w root sendmail 2246 2 /dev 19 crw-rw-rw- null w root sendmail 2246 3* internet stream tcp 8906e9e0 root sendmail 2246 4* local dgram 8882260c <-> 88822204 root sendmail 2246 5 / 639030 -rw------- 79 w root sshd 2238 root / 3 drwxr-xr-x 39 r root sshd 2238 wd / 3 drwxr-xr-x 39 r root sshd 2238 text / 590314 -r-xr-xr-x 232288 r root sshd 2238 0 /dev 19 crw-rw-rw- null rw root sshd 2238 1 /dev 19 crw-rw-rw- null rw root sshd 2238 2 /dev 19 crw-rw-rw- null rw root sshd 2238 3* internet stream tcp 891a2000 root avahi-dnsconfd 2203 root / 3 drwxr-xr-x 39 r root avahi-dnsconfd 2203 wd / 3 drwxr-xr-x 39 r root avahi-dnsconfd 2203 text / 226636 -r-xr-xr-x 13472 r root avahi-dnsconfd 2203 0 /dev 19 crw-rw-rw- null r root avahi-dnsconfd 2203 1 /dev 19 crw-rw-rw- null w root avahi-dnsconfd 2203 2 /dev 19 crw-rw-rw- null w root avahi-dnsconfd 2203 3* local dgram 88822764 <-> 88822204 root avahi-dnsconfd 2203 5* pipe 87b52310 <-> 87b523c8 0 rw root avahi-dnsconfd 2203 6* pipe 87b523c8 <-> 87b52310 0 rw root avahi-dnsconfd 2203 7* local stream 88822ac0 <-> 888228bc avahi avahi-daemon 2197 root / 3 drwxr-xr-x 39 r avahi avahi-daemon 2197 wd / 3 drwxr-xr-x 39 r avahi avahi-daemon 2197 text / 226614 -r-xr-xr-x 100024 r avahi avahi-daemon 2197 0 /dev 19 crw-rw-rw- null r avahi avahi-daemon 2197 1 /dev 19 crw-rw-rw- null w avahi avahi-daemon 2197 2 /dev 19 crw-rw-rw- null w avahi avahi-daemon 2197 3* local dgram 88a3b0ac <-> 88822204 avahi avahi-daemon 2197 4* local stream 888228bc <-> 88822ac0 avahi avahi-daemon 2197 5* pipe 87b52000 <-> 87b520b8 0 rw avahi avahi-daemon 2197 6* pipe 87b520b8 <-> 87b52000 0 rw avahi avahi-daemon 2197 7* pipe 88b667a8 <-> 88b66860 0 rw avahi avahi-daemon 2197 8* pipe 88b66860 <-> 88b667a8 0 rw avahi avahi-daemon 2197 9* local stream 88a3b158 avahi avahi-daemon 2197 10* local stream 88a3b000 <-> 88822c18 avahi avahi-daemon 2197 12 / 226629 drwxr-xr-x 8 r avahi avahi-daemon 2197 13 / 226630 drwxr-xr-x 4 r avahi avahi-daemon 2197 14* internet dgram udp 891820dc avahi avahi-daemon 2197 15* internet dgram udp 8865ece4 avahi avahi-daemon 2197 16* route raw 0 8918319c messageb dbus-daemon 2135 root / 3 drwxr-xr-x 39 r messageb dbus-daemon 2135 wd / 3 drwxr-xr-x 39 r messageb dbus-daemon 2135 text / 51675 -r-xr-xr-x 320936 r messageb dbus-daemon 2135 0 /dev 19 crw-rw-rw- null rw messageb dbus-daemon 2135 1 /dev 19 crw-rw-rw- null rw messageb dbus-daemon 2135 2 /dev 19 crw-rw-rw- null rw messageb dbus-daemon 2135 3* local stream 888226b8 messageb dbus-daemon 2135 4 /dev 19 crw-rw-rw- null rw messageb dbus-daemon 2135 6 / 51676 drwxr-xr-x 9 r messageb dbus-daemon 2135 7 / 51680 drwxr-xr-x 6 r messageb dbus-daemon 2135 8* local stream 88822d70 <-> 88822e1c messageb dbus-daemon 2135 9* local stream 88822e1c <-> 88822d70 messageb dbus-daemon 2135 10* local stream 88822c18 <-> 88a3b000 messageb dbus-daemon 2135 11* local stream 88821e1c <-> 88821d70 messageb dbus-daemon 2135 12* local stream 8b16a204 <-> 8b16a2b0 messageb dbus-daemon 2135 13* local stream 8b16a35c <-> 88822000 messageb dbus-daemon 2135 14* local stream 88a3be1c <-> 88a3bec8 messageb dbus-daemon 2135 15* local stream 888216b8 <-> 88821b6c root Xorg 2127 root / 3 drwxr-xr-x 39 r root Xorg 2127 wd / 3 drwxr-xr-x 39 r root Xorg 2127 text / 244467 -r-sr-xr-x 1695784 r root Xorg 2127 0 / 639025 -rw-r--r-- 46323 w root Xorg 2127 1* internet6 stream tcp 891a29e0 root Xorg 2127 2 / 2249653 -rw-r--r-- 16336561 w root Xorg 2127 3* internet stream tcp 891a2768 root Xorg 2127 4* local stream 88822ec8 root Xorg 2127 5 / 244297 -r--r--r-- 31246 r root Xorg 2127 6 /dev 17 crw-r----- mem rw root Xorg 2127 7 /dev 48 crw------- ttyv8 rw root Xorg 2127 8 /dev 23 crw-r--r-- pci rw root Xorg 2127 9* local stream 8b16a764 <-> 8b16aac0 root Xorg 2127 10 /dev 34 crw------- agpgart rw root Xorg 2127 11 /dev 108 crw-rw-rw- dri/card0 rw root Xorg 2127 12 /dev 108 crw-rw-rw- dri/card0 rw root Xorg 2127 13* local stream 88a3bec8 <-> 88a3be1c root Xorg 2127 14* local stream 88821968 <-> 888222b0 root Xorg 2127 15* local stream 88a3bcc4 <-> 88a3bd70 root Xorg 2127 16* local stream 8b16a6b8 <-> 88a3b4b4 root Xorg 2127 17* local stream 88a3b2b0 <-> 88821000 root Xorg 2127 18* local stream 8cafa35c <-> 888220ac root Xorg 2127 19* local stream 8882135c <-> 888210ac root Xorg 2127 20* local stream 8882160c <-> 88a3bb6c root Xorg 2127 21* local stream 88821204 <-> 88a3b968 root Xorg 2127 22* local stream 88a3b8bc <-> 88a3b560 root Xorg 2127 23* local stream 88a3b204 <-> 88a3b6b8 root Xorg 2127 26* local stream 8b16a60c <-> 8b16a408 root moused 2110 root / 3 drwxr-xr-x 39 r root moused 2110 wd / 3 drwxr-xr-x 39 r root moused 2110 text / 603311 -r-xr-xr-x 36096 r root moused 2110 0 /dev 19 crw-rw-rw- null rw root moused 2110 1 /dev 19 crw-rw-rw- null rw root moused 2110 2 /dev 19 crw-rw-rw- null rw root moused 2110 3 /dev 38 crw-rw-rw- psm0 rw root moused 2110 4 /dev 56 crw------- consolectl rw root moused 2110 5 / 639021 -rw------- 4 w root slim 2103 root / 3 drwxr-xr-x 39 r root slim 2103 wd / 3 drwxr-xr-x 39 r root slim 2103 text / 244573 -r-xr-xr-x 267012 r root slim 2103 0 - - bad - root slim 2103 3* local stream 888222b0 <-> 88821968 root slim 2103 4* local stream 88a3bd70 <-> 88a3bcc4 root powerd 1574 root / 3 drwxr-xr-x 39 r root powerd 1574 wd / 3 drwxr-xr-x 39 r root powerd 1574 text / 603514 -r-xr-xr-x 12788 r root powerd 1574 0 /dev 19 crw-rw-rw- null rw root powerd 1574 1 /dev 19 crw-rw-rw- null rw root powerd 1574 2 /dev 19 crw-rw-rw- null rw root powerd 1574 3 / 639018 -rw------- 4 w root powerd 1574 4* local stream 88822cc4 <-> 88822b6c root ntpd 1565 root / 3 drwxr-xr-x 39 r root ntpd 1565 wd / 3 drwxr-xr-x 39 r root ntpd 1565 text / 603385 -r-xr-xr-x 345876 r root ntpd 1565 0 /dev 19 crw-rw-rw- null rw root ntpd 1565 1 /dev 19 crw-rw-rw- null rw root ntpd 1565 2 /dev 19 crw-rw-rw- null rw root ntpd 1565 3* local dgram 88822a14 <-> 88822204 root ntpd 1565 20* internet dgram udp 8865d6e0 root ntpd 1565 21* internet6 dgram udp 8918244c root ntpd 1565 22* internet dgram udp 89182370 root ntpd 1565 23* internet6 dgram udp 891821b8 root ntpd 1565 24* internet6 dgram udp 89182000 root ntpd 1565 25* internet dgram udp 88758e9c root ntpd 1565 26* route raw 0 8918380c root amd 1564 root / 3 drwxr-xr-x 39 r root amd 1564 wd / 3 drwxr-xr-x 39 r root amd 1564 text / 602902 -r-xr-xr-x 161952 r root amd 1564 0 /dev 19 crw-rw-rw- null rw root amd 1564 1 /dev 19 crw-rw-rw- null rw root amd 1564 2 /dev 19 crw-rw-rw- null rw root amd 1564 3* internet dgram udp 8865d604 root amd 1564 4* internet dgram udp 8865d370 root amd 1564 5* internet stream tcp 891a2c58 root amd 1564 6* internet dgram udp 8865e7bc root rpc.lockd 1447 root / 3 drwxr-xr-x 39 r root rpc.lockd 1447 wd / 3 drwxr-xr-x 39 r root rpc.lockd 1447 text / 603573 -r-xr-xr-x 48392 r root rpc.lockd 1447 0 /dev 19 crw-rw-rw- null rw root rpc.lockd 1447 1 /dev 19 crw-rw-rw- null rw root rpc.lockd 1447 2 /dev 19 crw-rw-rw- null rw root rpc.lockd 1447 3* local dgram 88821810 <-> 88822204 root rpc.statd 1433 root / 3 drwxr-xr-x 39 r root rpc.statd 1433 wd / 3 drwxr-xr-x 39 r root rpc.statd 1433 text / 603576 -r-xr-xr-x 17520 r root rpc.statd 1433 0 /dev 19 crw-rw-rw- null rw root rpc.statd 1433 1 /dev 19 crw-rw-rw- null rw root rpc.statd 1433 2 /dev 19 crw-rw-rw- null rw root rpc.statd 1433 3 / 557085 -rw-r--r-- 1292 rw root rpc.statd 1433 4* internet6 dgram udp 8865d000 root rpc.statd 1433 5* internet6 stream tcp 89045000 root rpc.statd 1433 6* internet dgram udp 8865d898 root rpc.statd 1433 7* internet stream tcp 8906e4f0 root rpc.statd 1433 8* local dgram 88822408 <-> 88822204 root nfsd 1419 root / 3 drwxr-xr-x 39 r root nfsd 1419 wd / 3 drwxr-xr-x 39 r root nfsd 1419 text / 603356 -r-xr-xr-x 15576 r root nfsd 1419 0 /dev 19 crw-rw-rw- null rw root nfsd 1419 1 /dev 19 crw-rw-rw- null rw root nfsd 1419 2 /dev 19 crw-rw-rw- null rw root nfsd 1418 root / 3 drwxr-xr-x 39 r root nfsd 1418 wd / 3 drwxr-xr-x 39 r root nfsd 1418 text / 603356 -r-xr-xr-x 15576 r root nfsd 1418 0 /dev 19 crw-rw-rw- null rw root nfsd 1418 1 /dev 19 crw-rw-rw- null rw root nfsd 1418 2 /dev 19 crw-rw-rw- null rw root nfsd 1418 3* internet stream tcp 890454f0 root nfsd 1418 4* internet6 stream tcp 89045278 root mountd 1416 root / 3 drwxr-xr-x 39 r root mountd 1416 wd / 3 drwxr-xr-x 39 r root mountd 1416 text / 603297 -r-xr-xr-x 36696 r root mountd 1416 0 /dev 19 crw-rw-rw- null rw root mountd 1416 1 /dev 19 crw-rw-rw- null rw root mountd 1416 2 /dev 19 crw-rw-rw- null rw root mountd 1416 3 / 639011 -rw------- 4 w root mountd 1416 4* local dgram 88822810 <-> 88822204 root mountd 1416 5* internet6 dgram udp 8865d974 root mountd 1416 6* internet6 stream tcp 890459e0 root mountd 1416 7* internet dgram udp 8865dc08 root mountd 1416 8* internet stream tcp 89045768 root rpcbind 1395 root / 3 drwxr-xr-x 39 r root rpcbind 1395 wd / 3 drwxr-xr-x 39 r root rpcbind 1395 text / 603570 -r-xr-xr-x 39500 r root rpcbind 1395 0 /dev 19 crw-rw-rw- null rw root rpcbind 1395 1 /dev 19 crw-rw-rw- null rw root rpcbind 1395 2 /dev 19 crw-rw-rw- null rw root rpcbind 1395 3 / 639008 -r--r--r-- 0 r root rpcbind 1395 4* internet6 dgram udp 8865e1b8 root rpcbind 1395 5* local stream 88821408 root rpcbind 1395 6* internet6 dgram udp 8865d1b8 root rpcbind 1395 7* internet6 dgram udp 8865d44c root rpcbind 1395 8* internet6 stream tcp 89046000 root rpcbind 1395 9* internet dgram udp 8865d528 root rpcbind 1395 10* internet dgram udp 8865d7bc root rpcbind 1395 11* internet stream tcp 89045c58 root syslogd 1258 root / 3 drwxr-xr-x 39 r root syslogd 1258 wd / 3 drwxr-xr-x 39 r root syslogd 1258 text / 603652 -r-xr-xr-x 35860 r root syslogd 1258 0 /dev 19 crw-rw-rw- null rw root syslogd 1258 1 /dev 19 crw-rw-rw- null rw root syslogd 1258 2 /dev 19 crw-rw-rw- null rw root syslogd 1258 3 / 639004 -rw------- 4 w root syslogd 1258 4* local dgram 88822158 root syslogd 1258 5* local dgram 88822204 root syslogd 1258 6* internet6 dgram udp 8865e528 root syslogd 1258 7* internet dgram udp 8865e44c root syslogd 1258 8 /dev 22 crw------- klog r root syslogd 1258 10 - - bad - root syslogd 1258 11 / 635338 -rw-r--r-- 189701 w root syslogd 1258 12 / 14865 -rw------- 835 w root syslogd 1258 13 / 303189 -rw------- 96424 w root syslogd 1258 14 / 610859 -rw-r----- 3330 w root syslogd 1258 15 / 14861 -rw-r--r-- 61 w root syslogd 1258 16 / 14866 -rw------- 61 w root syslogd 1258 17 / 639073 -rw------- 34393 w root syslogd 1258 18 / 14860 -rw------- 65872 w root syslogd 1258 19 / 254044 -rw-r----- 17137 w root syslogd 1258 20 / 635341 -rw-rw-r-- 60 w _dhcp dhclient 1115 root / 14802 dr-xr-xr-x 2 r _dhcp dhclient 1115 wd / 14802 dr-xr-xr-x 2 r _dhcp dhclient 1115 jail / 14802 dr-xr-xr-x 2 r _dhcp dhclient 1115 text / 589569 -r-xr-xr-x 78300 r _dhcp dhclient 1115 0 /dev 19 crw-rw-rw- null rw _dhcp dhclient 1115 1 /dev 19 crw-rw-rw- null rw _dhcp dhclient 1115 2 /dev 19 crw-rw-rw- null rw _dhcp dhclient 1115 4* route raw 0 8865b338 _dhcp dhclient 1115 5* pipe 88b66550 <-> 88b66498 0 rw _dhcp dhclient 1115 6* local stream 88821c18 _dhcp dhclient 1115 7 / 638999 -rw------- 3 w _dhcp dhclient 1115 8 / 16428 -rwsrwsrwt 1102 w _dhcp dhclient 1115 9 /dev 29 crw------- bpf rw _dhcp dhclient 1115 10* internet raw ip 88f04000 root dhclient 1099 root / 3 drwxr-xr-x 39 r root dhclient 1099 wd / 3 drwxr-xr-x 39 r root dhclient 1099 text / 589569 -r-xr-xr-x 78300 r root dhclient 1099 0 /dev 19 crw-rw-rw- null rw root dhclient 1099 1 /dev 19 crw-rw-rw- null rw root dhclient 1099 2 /dev 19 crw-rw-rw- null rw root dhclient 1099 4* pipe 88b66498 <-> 88b66550 0 rw root dhclient 1099 6* local stream 88821c18 root dhclient 1099 7 / 638999 -rw------- 3 w root pfpurge 939 root / 3 drwxr-xr-x 39 r root pfpurge 939 wd / 3 drwxr-xr-x 39 r root devd 915 root / 3 drwxr-xr-x 39 r root devd 915 wd / 3 drwxr-xr-x 39 r root devd 915 text / 589561 -r-xr-xr-x 400556 r root devd 915 0 /dev 19 crw-rw-rw- null rw root devd 915 1 /dev 19 crw-rw-rw- null rw root devd 915 2 /dev 19 crw-rw-rw- null rw root devd 915 3 / 181474 drwxr-xr-x 4 r root devd 915 4 / 213267 drwxr-xr-x 4 r root devd 915 5 /dev 5 crw------- devctl r root devd 915 6* local stream 88821c18 root devd 915 7 / 638999 -rw------- 3 w root devd 915 8* local stream 88822b6c <-> 88822cc4 root devd 915 9* local stream 8b16a000 <-> 8b16a0ac root devd 915 10* local stream 88a3bac0 <-> 8882235c root wpa_supplicant 526 root / 3 drwxr-xr-x 39 r root wpa_supplicant 526 wd / 3 drwxr-xr-x 39 r root wpa_supplicant 526 text / 603720 -r-xr-xr-x 296832 r root wpa_supplicant 526 0 /dev 19 crw-rw-rw- null rw root wpa_supplicant 526 1 /dev 19 crw-rw-rw- null rw root wpa_supplicant 526 2 /dev 19 crw-rw-rw- null rw root wpa_supplicant 526 3* internet dgram udp 8865eb2c root wpa_supplicant 526 4* route raw 0 8865c338 root wpa_supplicant 526 5 /dev 29 crw------- bpf rw root wpa_supplicant 526 6* local dgram 88821ec8 root adjkerntz 129 root / 3 drwxr-xr-x 39 r root adjkerntz 129 wd / 3 drwxr-xr-x 39 r root adjkerntz 129 text / 589520 -r-xr-xr-x 7384 r root adjkerntz 129 0 /dev 19 crw-rw-rw- null rw root adjkerntz 129 1 /dev 19 crw-rw-rw- null rw root adjkerntz 129 2 /dev 19 crw-rw-rw- null rw root zfskern 8 root / 3 drwxr-xr-x 39 r root zfskern 8 wd / 3 drwxr-xr-x 39 r root init 1 root / 3 drwxr-xr-x 39 r root init 1 wd / 3 drwxr-xr-x 39 r root init 1 text / 589707 -r-xr-xr-x 677404 r root kernel 0 root / 3 drwxr-xr-x 39 r root kernel 0 wd / 3 drwxr-xr-x 39 r ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #1 r209233: Wed Jun 16 18:01:57 CEST 2010 lars@maggie.bsd-geek.de:/usr/obj/usr/src2/sys/MAGGIE i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.51-MHz 686-class= CPU) Origin =3D "GenuineIntel" Id =3D 0x6e8 Family =3D 6 Model =3D e Stepp= ing =3D 8 Features=3D0xbfe9fbff Features2=3D0xc189 AMD Features=3D0x100000 TSC: P-state invariant real memory =3D 2674458624 (2550 MB) avail memory =3D 2601324544 (2480 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard Cuse4BSD v0.1.7 @ /dev/cuse module_register_init: MOD_LOAD (kbdmux, 0x806ac690, 0) error 6 cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xd8100000-0xd817f= fff,0xc0000000-0xcfffffff,0xd8200000-0xd823ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: aperture size is 256M, detected 7932k stolen memory acpi_video0: on vgapci0 vgapci1: mem 0xd8180000-0xd81fffff at device 2.1 o= n pci0 hdac0: mem 0xd8240000-0xd82= 43fff irq 22 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] pcib1: irq 17 at device 28.0 on pci0 pci2: on pcib1 ath0: mem 0xd4000000-0xd400ffff irq 16 at device 0.0 on= pci2 ath0: [ITHREAD] ath0: AR2425 mac 14.2 RF5424 phy 7.0 pcib2: irq 16 at device 28.1 on pci0 pci3: on pcib2 uhci0: port 0x1820-0x183f irq 23= at device 29.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x1840-0x185f irq 19= at device 29.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0x1860-0x187f irq 18= at device 29.2 on pci0 uhci2: [ITHREAD] usbus2: on uhci2 uhci3: port 0x1880-0x189f irq 16= at device 29.3 on pci0 uhci3: [ITHREAD] usbus3: on uhci3 ehci0: mem 0xd8444000-0xd84443f= f irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib3: at device 30.0 on pci0 pci5: on pcib3 bfe0: mem 0xd8000000-0xd8001fff irq 22 = at device 5.0 on pci5 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:00:f0:7f:da:00 bfe0: [ITHREAD] cbb0: at device 9.0 on pci5 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] pci5: at device 9.1 (no driver attached) sdhci0: mem 0xd8002800-0xd80028ff at device 9.2 on pci5 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] pci5: at device 9.3 (no driver attached) pci5: at device 9.4 (no driver attached) pci5: at device 9.5 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x1810-0x181f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 Timecounter "HPET" frequency 14318180 Hz quality 900 atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xdc000-0xdffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. est0: on cpu0 est1: on cpu1 ZFS NOTICE: Prefetch is disabled by default on i386 -- to enable, add "vfs.zfs.prefetch_disable=3D0" to /boot/loader.conf. ZFS filesystem version 3 ZFS storage pool version 14 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 cbb0: Unsupported card type detected ad0: 114473MB at ata0-master UDMA100=20 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 acd0: DVDR at ata0-slave UDMA33=20 hdac0: HDA Codec #0: Analog Devices AD1986A hdac0: HDA Codec #1: Lucent/Agere Systems (Unknown) hdac0: hdac_widget_connection_parse: nid=3D18 WARNING: zero cnid entnum=3D4= j=3D2 index=3D0 entries=3D8 found=3D2 res=3D0x21002211 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 SMP: AP CPU #1 Launched! GEOM: ad0s2: geometry does not match label (255h,63s !=3D 16h,63s). Enter passphrase for ad0s2d: uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 8 ports with 8 removable, self powered acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 (probe0:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0=20 (probe0:ata0:0:1:0): CAM status: SCSI Status Error (probe0:ata0:0:1:0): SCSI status: Check Condition (probe0:ata0:0:1:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - t= ray closed) cd0 at ata0 bus 0 scbus0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - t= ray closed ugen2.2: at usbus2 GEOM_ELI: Device ad0s2d.eli created. GEOM_ELI: Encryption: AES-CBC 128 GEOM_ELI: Crypto: software Trying to mount root from zfs:tank Setting hostuuid: c05ce72f-e61d-b211-8000-c7af3861a312. Setting hostid: 0x4fc14770. Entropy harvesting: interrupts ethernet point_to_point kickstart =2E Starting file system checks: /dev/ad0s2a: 2560 files, 154342 used, 99473 free (457 frags, 12377 blocks, = 0.2% fragmentation) Mounting local file systems: WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. =2E Setting hostname: maggie.bsd-geek.de =2E wlan0: Ethernet address: 00:24:2b:0e:a8:5f Starting wpa_supplicant. Starting Network: lo0 ath0 bfe0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D3 inet 127.0.0.1 netmask 0xff000000=20 inet6 ::1 prefixlen 128=20 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3=20 nd6 options=3D21 ath0: flags=3D8843 metric 0 mtu 2290 ether 00:24:2b:0e:a8:5f media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated bfe0: flags=3D8802 metric 0 mtu 1500 options=3D80008 ether 00:00:f0:7f:da:00 media: Ethernet autoselect (none) status: no carrier Starting devd. Starting Network: bfe0. bfe0: flags=3D8802 metric 0 mtu 1500 options=3D80008 ether 00:00:f0:7f:da:00 media: Ethernet autoselect (none) status: no carrier Starting webcamd. Cannot find USB device /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd Enabling pf No ALTQ support in kernel ALTQ related functions disabled No ALTQ support in kernel ALTQ related functions disabled No ALTQ support in kernel ALTQ related functions disabled pf enabled =2E add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 Waiting 30s for the default route interface:=20 (wlan0) ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib /usr/local/= lib/compat/pkg /usr/local/lib/compat /usr/local/lib/compat/pkg /usr/local/l= ib/gcc44 /usr/local/lib/libextractor /usr/local/lib/nss /usr/local/lib/qt4 a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Creating and/or trimming log files =2E Starting syslogd. No core dumps found. Additional ABI support: linux =2E Clearing /tmp (X related). Starting rpcbind. Starting mountd. Starting nfsd. Starting statd. Starting lockd. Starting webcamd. Cannot find USB device /etc/rc: WARNING: failed to start webcamd NFS access cache time=3D60 Starting ntpd. Jun 28 21:36:58 maggie amd[1528]/user: =20 /var/run/automounter.amd.log: Can't open logfile: No such file or directory Jun 28 21:36:58 maggie amd[1528]/user: =20 Cannot switch logfile Jun 28 21:36:58 maggie amd[1528]/info: =20 AM-UTILS VERSION INFORMATION: Jun 28 21:36:58 maggie amd[1528]/info: =20 Copyright (c) 1997-2006 Erez Zadok Jun 28 21:36:58 maggie amd[1528]/info: =20 Copyright (c) 1990 Jan-Simon Pendry Jun 28 21:36:58 maggie amd[1528]/info: =20 Copyright (c) 1990 Imperial College of Science, Technology & Medicine Jun 28 21:36:58 maggie amd[1528]/info: =20 Copyright (c) 1990 The Regents of the University of California. Jun 28 21:36:58 maggie amd[1528]/info: =20 am-utils version 6.1.5 (build 900014). Jun 28 21:36:58 maggie amd[1528]/info: =20 Report bugs to https://bugzilla.am-utils.org/ or am-utils@am-utils.org. Jun 28 21:36:58 maggie amd[1528]/info: =20 Configured by David O'Brien on date 4-December-2007 PS= T. Jun 28 21:36:58 maggie amd[1528]/info: =20 Built by root@maggie.bsd-geek.de. Jun 28 21:36:58 maggie amd[1528]/info: =20 cpu=3Di386 (little-endian), arch=3Di386, karch=3Di386. Jun 28 21:36:58 maggie amd[1528]/info: =20 full_os=3Dfreebsd9.0, os=3Dfreebsd9, osver=3D9.0, vendor=3Dundermydesk, dis= tro=3DThe FreeBSD Project. Jun 28 21:36:58 maggie amd[1528]/info: =20 domain=3Dbsd-geek.de, host=3Dmaggie, hostd=3Dmaggie.bsd-geek.de. Jun 28 21:36:58 maggie amd[1528]/info: =20 Map support for: root, passwd, union, nis, ndbm, file, exec, error. Jun 28 21:36:58 maggie amd[1528]/info: =20 AMFS: nfs, link, nfsx, nfsl, host, linkx, program, union, ufs, cdfs,=20 Jun 28 21:36:58 maggie amd[1528]/info: =20 pcfs, auto, direct, toplvl, error, inherit. Jun 28 21:36:58 maggie amd[1528]/info: =20 FS: cd9660, nfs, nfs3, nullfs, msdosfs, ufs, unionfs. Jun 28 21:36:58 maggie amd[1528]/info: =20 Network: wire=3D"192.168.10.0" (netnumber=3D192.168.10). Jun 28 21:36:58 maggie amd[1528]/info: =20 My ip addr is 127.0.0.1 Starting powerd. Starting slim. Jun 28 21:36:59 maggie mountd[1416]: can't delete exports for /tmp/automoun= ter.probe: Invalid argument=20 slim : Invalid theme in config:=20 fbsd Starting default moused =2E Starting dbus. Starting hald. Starting bsdstats. fetch:=20 http://rpt.bsdstats.org/scripts/enable_token.php?key=3DyVlqjBMaSQ1yZiCaW0fU= 2%2bSx1%2fvR01KS95JkMNnl7Ew%3d&token=3D89f09f29a4f364bad3939deeb133f0d3: No= address record fetch:=20 http://rpt.bsdstats.org/scripts/report_system.php?token=3DyVlqjBMaSQ1yZiCaW= 0fU2%2bSx1%2fvR01KS95JkMNnl7Ew%3d&key=3D89f09f29a4f364bad3939deeb133f0d3&re= l=3D9.0-CURRENT&arch=3Di386&opsys=3DFreeBSD: No address record Posting monthly OS statistics to rpt.bsdstats.org fetch:=20 http://rpt.bsdstats.org/scripts/disable_token.php?key=3DyVlqjBMaSQ1yZiCaW0f= U2%2bSx1%2fvR01KS95JkMNnl7Ew%3d&token=3D89f09f29a4f364bad3939deeb133f0d3: N= o address record Starting avahi-daemon. Starting avahi-dnsconfd. Configuring syscons: keymap blanktime =2E Starting sshd. drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xc0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 Starting cron. /etc/rc.d/sysctl: WARNING: sysctl debug.wpi does not exist. Starting background file system checks in 60 seconds. Mon Jun 28 21:37:03 CEST 2010 drm0: [ITHREAD] ugen4.2: at usbus4 ugen4.2: at usbus4 (disconnected) ugen4.2: at usbus4 ukbd0: on usbus4 kbd1 at ukbd0 Jun 28 21:39:49 maggie login: ROOT LOGIN (root) ON ttyv0 ugen4.2: at usbus4 (disconnected) ukbd0: at uhub4, port 1, addr 2 (disconnected) ugen4.2: at usbus4 ugen4.2: at usbus4 (disconnected) ugen4.2: at usbus4 ukbd0: on usbus4 kbd1 at ukbd0 drm0: [ITHREAD] Jun 28 21:44:50 maggie vdr: [679493952] cTimeMs: using monotonic clock (res= olution is 280 ns) Jun 28 21:44:50 maggie vdr: [679493952] VDR version 1.7.15 started Jun 28 21:44:50 maggie vdr: [679493952] switched to user 'vdr' Jun 28 21:44:50 maggie vdr: [679493952] codeset is 'ISO8859-15' - unknown Jun 28 21:44:52 maggie vdr: [679493952] found 0 locales in /usr/local/share= /locale Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'deu,ge= r' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'slv,sl= o' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'ita' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'dut,nl= a,nld' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'por' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'fra,fr= e' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'nor' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'fin,su= o' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'pol' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'esl,sp= a' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'ell,gr= e' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'sve,sw= e' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'rom,ru= m' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'hun' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'cat,cl= n' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'rus' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'hrv' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'est' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'dan' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'cze,ce= s' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'tur' Jun 28 21:44:52 maggie vdr: [679493952] no locale for language code 'ukr' Jun 28 21:44:52 maggie vdr: [679493952] loading plugin: /usr/local/lib/vdr/= libvdr-xineliboutput.so.1.7.15 Jun 28 21:44:52 maggie vdr: [679493952] loading plugin: /usr/local/lib/vdr/= libvdr-live.so.1.7.15 Jun 28 21:44:53 maggie vdr: [679493952] loading plugin: /usr/local/lib/vdr/= libvdr-control.so.1.7.15 Jun 28 21:44:53 maggie vdr: [679493952] loading /usr/local/etc/vdr/setup.co= nf Jun 28 21:44:53 maggie vdr: [679493952] loading /usr/local/etc/vdr/sources.= conf Jun 28 21:44:53 maggie vdr: [679493952] loading /usr/local/etc/vdr/diseqc.c= onf Jun 28 21:44:53 maggie vdr: [679493952] loading /usr/local/etc/vdr/channels= =2Econf Jun 28 21:44:53 maggie vdr: [679493952] loading /usr/local/etc/vdr/timers.c= onf Jun 28 21:44:53 maggie vdr: [679493952] loading /usr/local/etc/vdr/svdrphos= ts.conf Jun 28 21:44:53 maggie vdr: [679493952] loading /usr/local/etc/vdr/remote.c= onf Jun 28 21:44:53 maggie vdr: [679493952] loading /usr/local/etc/vdr/keymacro= s.conf Jun 28 21:44:53 maggie vdr: [679494272] video directory scanner thread star= ted (pid=3D2736, tid=3D679494272) Jun 28 21:44:53 maggie vdr: [679494592] video directory scanner thread star= ted (pid=3D2736, tid=3D679494592) Jun 28 21:44:53 maggie vdr: [679493952] reading EPG data from /video/epg.da= ta Jun 28 21:44:53 maggie vdr: [679494272] video directory scanner thread ende= d (pid=3D2736, tid=3D679494272) Jun 28 21:44:53 maggie vdr: [679494592] video directory scanner thread ende= d (pid=3D2736, tid=3D679494592) Jun 28 21:44:53 maggie vdr: [679493952] registered source parameters for 'A= - ATSC' Jun 28 21:44:53 maggie vdr: [679493952] registered source parameters for 'C= - DVB-C' Jun 28 21:44:53 maggie vdr: [679493952] registered source parameters for 'S= - DVB-S' Jun 28 21:44:53 maggie vdr: [679493952] registered source parameters for 'T= - DVB-T' Jun 28 21:44:53 maggie vdr: [679493952] probing /dev/dvb/adapter0/frontend0 Jun 28 21:44:53 maggie vdr: [679493952] creating cDvbDevice Jun 28 21:44:53 maggie vdr: [679493952] new device number 1 Jun 28 21:44:53 maggie vdr: [679493952] frontend 0/0 provides DVB-T with QP= SK,QAM16,QAM64 ("WideView USB DVB-T") Jun 28 21:44:53 maggie vdr: [680257664] tuner on frontend 0/0 thread starte= d (pid=3D2736, tid=3D680257664) Jun 28 21:44:53 maggie vdr: [679493952] found 1 DVB device Jun 28 21:44:53 maggie vdr: [679493952] initializing plugin: xineliboutput = (1.0.90-cvs): X11/xine-lib output plugin Jun 28 21:44:53 maggie vdr: [679493952] new device number 9 Jun 28 21:44:53 maggie vdr: [680257984] section handler thread started (pid= =3D2736, tid=3D680257984) Jun 28 21:44:53 maggie vdr: [680258304] ERROR (thread.c,239): Permission de= nied Jun 28 21:44:53 maggie vdr: [679493952] initializing plugin: live (0.2.0): = Live Interactive VDR Environment Jun 28 21:44:53 maggie vdr: [679493952] initializing plugin: control (0.0.2= a): Control VDR over terminal or telnet Jun 28 21:44:53 maggie vdr: [679493952] setting primary device to 2 Jun 28 21:44:53 maggie vdr: [679493952] assuming manual start of VDR Jun 28 21:44:53 maggie vdr: [679493952] SVDRP listening on port 6419 Jun 28 21:44:53 maggie vdr: [679493952] skin "EnigmaNG" not available - usi= ng "classic" instead Jun 28 21:44:53 maggie vdr: [679493952] loading /usr/local/etc/vdr/themes/c= lassic-default.theme Jun 28 21:44:53 maggie vdr: [679493952] starting plugin: xineliboutput Jun 28 21:44:53 maggie vdr: [680258624] Remote decoder/display server (cXin= elibServer) thread started (pid=3D2736, tid=3D680258624) Jun 28 21:44:53 maggie vdr: [680258624] ERROR (thread.c,239): Permission de= nied Jun 28 21:44:53 maggie vdr: [discovery] discovery_init: bind() failed Jun 28 21:44:53 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,73)= : Can't assign requested address) Jun 28 21:44:53 maggie vdr: [discovery] UDP broadcast send failed (discover= y) Jun 28 21:44:53 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,97)= : Bad file descriptor) Jun 28 21:44:53 maggie vdr: [679493952] starting plugin: live Jun 28 21:44:54 maggie vdr: [679493952] LIVE: initial file cache has 82 ent= ries and needs 307017 bytes of data! Jun 28 21:44:54 maggie vdr: [679493952] starting plugin: control Jun 28 21:44:54 maggie vdr: [679493952] skin "EnigmaNG" not available - usi= ng "classic" instead Jun 28 21:44:54 maggie vdr: [679493952] loading /usr/local/etc/vdr/themes/c= lassic-default.theme Jun 28 21:44:54 maggie vdr: [679493952] remote control KBD - keys known Jun 28 21:44:54 maggie vdr: [679493952] switching to channel 15 Jun 28 21:44:54 maggie vdr: [682873152] [control] gateways thread started (= pid=3D2736) Jun 28 21:44:54 maggie vdr: [682873152] [control] socket opened Jun 28 21:44:54 maggie vdr: [682873472] KBD remote control thread started (= pid=3D2736, tid=3D682873472) Jun 28 21:44:54 maggie vdr: [680259264] ERROR: /usr/local/etc/vdr/plugins/l= ive/live.pem: No such file or directory Jun 28 21:44:54 maggie vdr: [682873792] receiver on device 1 thread started= (pid=3D2736, tid=3D682873792) Jun 28 21:44:54 maggie vdr: [707121472] TS buffer on device 1 thread starte= d (pid=3D2736, tid=3D707121472) Jun 28 21:44:54 maggie vdr: [679493952] OSD size changed to 720x576 @ 1.422= 22 Jun 28 21:45:26 maggie vdr: [707121472] ERROR (device.c,1659): Device not c= onfigured Jun 28 21:45:26 maggie vdr: [707121472] TS buffer on device 1 thread ended = (pid=3D2736, tid=3D707121472) Jun 28 21:45:36 maggie vdr: [679493952] stopping plugin: control Jun 28 21:45:36 maggie vdr: [679493952] stopping plugin: live Jun 28 21:45:37 maggie vdr: [679493952] stopping plugin: xineliboutput Jun 28 21:45:37 maggie vdr: [680258624] [xine..put] cXinelibServer: listen = socket error Jun 28 21:45:37 maggie vdr: [682873792] buffer stats: 621152 (29%) used Jun 28 21:45:37 maggie vdr: [682873792] receiver on device 1 thread ended (= pid=3D2736, tid=3D682873792) Jun 28 21:45:37 maggie vdr: [discovery] discovery_init: bind() failed Jun 28 21:45:37 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,73)= : Can't assign requested address) Jun 28 21:45:37 maggie vdr: [discovery] UDP broadcast send failed (discover= y) Jun 28 21:45:37 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,97)= : Bad file descriptor) Jun 28 21:45:37 maggie vdr: [680258624] Remote decoder/display server (cXin= elibServer) thread ended (pid=3D2736, tid=3D680258624) Jun 28 21:45:37 maggie vdr: [682873472] KBD remote control thread ended (pi= d=3D2736, tid=3D682873472) Jun 28 21:45:37 maggie vdr: [679493952] saved setup to /usr/local/etc/vdr/s= etup.conf Jun 28 21:45:38 maggie vdr: [680257984] section handler thread ended (pid= =3D2736, tid=3D680257984) Jun 28 21:45:41 maggie vdr: [679493952] ERROR: tuner on frontend 0/0 thread= 680257664 won't end (waited 3 seconds) - canceling it... Jun 28 21:45:41 maggie vdr: [679493952] deleting plugin: control Jun 28 21:45:41 maggie vdr: [682873152] [control] gateways thread ended (pi= d=3D2736) Jun 28 21:45:41 maggie vdr: [679493952] deleting plugin: live Jun 28 21:45:41 maggie vdr: [679493952] deleting plugin: xineliboutput Jun 28 21:45:41 maggie vdr: [679493952] caught signal 2 Jun 28 21:45:41 maggie vdr: [679493952] exiting, exit code 0 pid 2736 (vdr), uid 988: exited on signal 11 Jun 28 21:45:44 maggie login: ROOT LOGIN (root) ON ttyv2 Jun 28 21:46:03 maggie vdr: [679493952] cTimeMs: using monotonic clock (res= olution is 280 ns) Jun 28 21:46:03 maggie vdr: [679493952] VDR version 1.7.15 started Jun 28 21:46:03 maggie vdr: [679493952] switched to user 'vdr' Jun 28 21:46:03 maggie vdr: [679493952] codeset is 'ISO8859-15' - unknown Jun 28 21:46:03 maggie vdr: [679493952] found 0 locales in /usr/local/share= /locale Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'deu,ge= r' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'slv,sl= o' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'ita' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'dut,nl= a,nld' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'por' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'fra,fr= e' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'nor' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'fin,su= o' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'pol' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'esl,sp= a' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'ell,gr= e' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'sve,sw= e' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'rom,ru= m' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'hun' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'cat,cl= n' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'rus' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'hrv' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'est' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'dan' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'cze,ce= s' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'tur' Jun 28 21:46:03 maggie vdr: [679493952] no locale for language code 'ukr' Jun 28 21:46:03 maggie vdr: [679493952] loading plugin: /usr/local/lib/vdr/= libvdr-xineliboutput.so.1.7.15 Jun 28 21:46:03 maggie vdr: [679493952] loading plugin: /usr/local/lib/vdr/= libvdr-live.so.1.7.15 Jun 28 21:46:03 maggie vdr: [679493952] loading plugin: /usr/local/lib/vdr/= libvdr-control.so.1.7.15 Jun 28 21:46:03 maggie vdr: [679493952] loading /usr/local/etc/vdr/setup.co= nf Jun 28 21:46:03 maggie vdr: [679493952] loading /usr/local/etc/vdr/sources.= conf Jun 28 21:46:03 maggie vdr: [679493952] loading /usr/local/etc/vdr/diseqc.c= onf Jun 28 21:46:03 maggie vdr: [679493952] loading /usr/local/etc/vdr/channels= =2Econf Jun 28 21:46:03 maggie vdr: [679493952] loading /usr/local/etc/vdr/timers.c= onf Jun 28 21:46:03 maggie vdr: [679493952] loading /usr/local/etc/vdr/svdrphos= ts.conf Jun 28 21:46:03 maggie vdr: [679493952] loading /usr/local/etc/vdr/remote.c= onf Jun 28 21:46:03 maggie vdr: [679493952] loading /usr/local/etc/vdr/keymacro= s.conf Jun 28 21:46:03 maggie vdr: [679494272] video directory scanner thread star= ted (pid=3D2779, tid=3D679494272) Jun 28 21:46:03 maggie vdr: [679493952] reading EPG data from /video/epg.da= ta Jun 28 21:46:03 maggie vdr: [679494272] video directory scanner thread ende= d (pid=3D2779, tid=3D679494272) Jun 28 21:46:03 maggie vdr: [679494592] video directory scanner thread star= ted (pid=3D2779, tid=3D679494592) Jun 28 21:46:03 maggie vdr: [679494592] video directory scanner thread ende= d (pid=3D2779, tid=3D679494592) Jun 28 21:46:03 maggie vdr: [679493952] registered source parameters for 'A= - ATSC' Jun 28 21:46:03 maggie vdr: [679493952] registered source parameters for 'C= - DVB-C' Jun 28 21:46:03 maggie vdr: [679493952] registered source parameters for 'S= - DVB-S' Jun 28 21:46:03 maggie vdr: [679493952] registered source parameters for 'T= - DVB-T' Jun 28 21:46:03 maggie vdr: [679493952] probing /dev/dvb/adapter0/frontend0 Jun 28 21:46:03 maggie vdr: [679493952] creating cDvbDevice Jun 28 21:46:03 maggie vdr: [679493952] new device number 1 Jun 28 21:46:03 maggie vdr: [679493952] frontend 0/0 provides DVB-T with QP= SK,QAM16,QAM64 ("WideView USB DVB-T") Jun 28 21:46:03 maggie vdr: [680249792] section handler thread started (pid= =3D2779, tid=3D680249792) Jun 28 21:46:03 maggie vdr: [679493952] found 1 DVB device Jun 28 21:46:03 maggie vdr: [679493952] initializing plugin: xineliboutput = (1.0.90-cvs): X11/xine-lib output plugin Jun 28 21:46:03 maggie vdr: [679493952] new device number 9 Jun 28 21:46:03 maggie vdr: [679493952] initializing plugin: live (0.2.0): = Live Interactive VDR Environment Jun 28 21:46:03 maggie vdr: [679493952] initializing plugin: control (0.0.2= a): Control VDR over terminal or telnet Jun 28 21:46:03 maggie vdr: [679493952] setting primary device to 2 Jun 28 21:46:03 maggie vdr: [679493952] assuming manual start of VDR Jun 28 21:46:03 maggie vdr: [679493952] SVDRP listening on port 6419 Jun 28 21:46:03 maggie vdr: [679493952] skin "EnigmaNG" not available - usi= ng "classic" instead Jun 28 21:46:03 maggie vdr: [679493952] loading /usr/local/etc/vdr/themes/c= lassic-default.theme Jun 28 21:46:03 maggie vdr: [679493952] starting plugin: xineliboutput Jun 28 21:46:03 maggie vdr: [680250112] ERROR (thread.c,239): Permission de= nied Jun 28 21:46:03 maggie vdr: [680249472] tuner on frontend 0/0 thread starte= d (pid=3D2779, tid=3D680249472) Jun 28 21:46:03 maggie vdr: [680250432] Remote decoder/display server (cXin= elibServer) thread started (pid=3D2779, tid=3D680250432) Jun 28 21:46:03 maggie vdr: [680250432] ERROR (thread.c,239): Permission de= nied Jun 28 21:46:03 maggie vdr: [discovery] discovery_init: bind() failed Jun 28 21:46:03 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,73)= : Can't assign requested address) Jun 28 21:46:03 maggie vdr: [discovery] UDP broadcast send failed (discover= y) Jun 28 21:46:03 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,97)= : Bad file descriptor) Jun 28 21:46:03 maggie vdr: [679493952] starting plugin: live Jun 28 21:46:03 maggie vdr: [679493952] LIVE: initial file cache has 82 ent= ries and needs 307017 bytes of data! Jun 28 21:46:03 maggie vdr: [679493952] starting plugin: control Jun 28 21:46:03 maggie vdr: [679493952] skin "EnigmaNG" not available - usi= ng "classic" instead Jun 28 21:46:03 maggie vdr: [679493952] loading /usr/local/etc/vdr/themes/c= lassic-default.theme Jun 28 21:46:03 maggie vdr: [679493952] remote control KBD - keys known Jun 28 21:46:03 maggie vdr: [679493952] switching to channel 15 Jun 28 21:46:03 maggie vdr: [683016512] [control] gateways thread started (= pid=3D2779) Jun 28 21:46:03 maggie vdr: [683016512] [control] socket opened Jun 28 21:46:03 maggie vdr: [683016832] KBD remote control thread started (= pid=3D2779, tid=3D683016832) Jun 28 21:46:03 maggie vdr: [680251072] ERROR: /usr/local/etc/vdr/plugins/l= ive/live.pem: No such file or directory Jun 28 21:46:03 maggie vdr: [683017152] receiver on device 1 thread started= (pid=3D2779, tid=3D683017152) Jun 28 21:46:03 maggie vdr: [707146048] TS buffer on device 1 thread starte= d (pid=3D2779, tid=3D707146048) Jun 28 21:46:03 maggie vdr: [679493952] OSD size changed to 720x576 @ 1.422= 22 Jun 28 21:46:08 maggie vdr: [680250432] creating directory /usr/local/etc/v= dr/plugins/xineliboutput/pipes.2779 Jun 28 21:46:08 maggie vdr: [680250432] removing /usr/local/etc/vdr/plugins= /xineliboutput/pipes.2779 drm0: [ITHREAD] Jun 28 21:46:20 maggie vdr: [679493952] switching to channel 1 Jun 28 21:46:20 maggie vdr: [707146048] TS buffer on device 1 thread ended = (pid=3D2779, tid=3D707146048) Jun 28 21:46:20 maggie vdr: [683017152] buffer stats: 62228 (2%) used Jun 28 21:46:20 maggie vdr: [683017152] receiver on device 1 thread ended (= pid=3D2779, tid=3D683017152) Jun 28 21:46:20 maggie vdr: [683018752] receiver on device 1 thread started= (pid=3D2779, tid=3D683018752) Jun 28 21:46:20 maggie vdr: [701084288] TS buffer on device 1 thread starte= d (pid=3D2779, tid=3D701084288) drm0: [ITHREAD] Jun 28 21:46:32 maggie vdr: [679493952] switching to channel 1 Jun 28 21:46:32 maggie vdr: [701084288] TS buffer on device 1 thread ended = (pid=3D2779, tid=3D701084288) Jun 28 21:46:32 maggie vdr: [683018752] buffer stats: 0 (0%) used Jun 28 21:46:32 maggie vdr: [683018752] receiver on device 1 thread ended (= pid=3D2779, tid=3D683018752) Jun 28 21:46:32 maggie vdr: [679494272] receiver on device 1 thread started= (pid=3D2779, tid=3D679494272) Jun 28 21:46:32 maggie vdr: [679494592] TS buffer on device 1 thread starte= d (pid=3D2779, tid=3D679494592) Jun 28 21:46:35 maggie vdr: [679493952] OSD size changed to 1280x800 @ 1.11= 111 drm0: [ITHREAD] drm0: [ITHREAD] Jun 28 21:47:16 maggie vdr: [679493952] stopping plugin: control Jun 28 21:47:16 maggie vdr: [679493952] stopping plugin: live Jun 28 21:47:16 maggie vdr: [679493952] stopping plugin: xineliboutput Jun 28 21:47:16 maggie vdr: [680250432] [xine..put] cXinelibServer: listen = socket error Jun 28 21:47:16 maggie vdr: [680250432] [xine..put] (ERROR (frontend_svr= =2Ec,1864): Bad file descriptor) Jun 28 21:47:16 maggie vdr: [discovery] discovery_init: bind() failed Jun 28 21:47:16 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,73)= : Can't assign requested address) Jun 28 21:47:16 maggie vdr: [discovery] UDP broadcast send failed (discover= y) Jun 28 21:47:16 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,97)= : Bad file descriptor) Jun 28 21:47:16 maggie vdr: [680250432] Remote decoder/display server (cXin= elibServer) thread ended (pid=3D2779, tid=3D680250432) Jun 28 21:47:16 maggie vdr: [679494592] TS buffer on device 1 thread ended = (pid=3D2779, tid=3D679494592) Jun 28 21:47:16 maggie vdr: [679494272] buffer stats: 0 (0%) used Jun 28 21:47:16 maggie vdr: [679494272] receiver on device 1 thread ended (= pid=3D2779, tid=3D679494272) Jun 28 21:47:16 maggie vdr: [683016832] KBD remote control thread ended (pi= d=3D2779, tid=3D683016832) Jun 28 21:47:16 maggie vdr: [679493952] saved setup to /usr/local/etc/vdr/s= etup.conf Jun 28 21:47:17 maggie vdr: [680249792] section handler thread ended (pid= =3D2779, tid=3D680249792) Jun 28 21:47:20 maggie vdr: [679493952] ERROR: tuner on frontend 0/0 thread= 680249472 won't end (waited 3 seconds) - canceling it... Jun 28 21:47:20 maggie vdr: [679493952] deleting plugin: control Jun 28 21:47:20 maggie vdr: [683016512] [control] gateways thread ended (pi= d=3D2779) Jun 28 21:47:20 maggie vdr: [679493952] deleting plugin: live Jun 28 21:47:20 maggie vdr: [679493952] deleting plugin: xineliboutput Jun 28 21:47:20 maggie vdr: [679493952] caught signal 2 Jun 28 21:47:20 maggie vdr: [679493952] exiting, exit code 0 pid 2779 (vdr), uid 988: exited on signal 11 drm0: [ITHREAD] ugen4.2: at usbus4 (disconnected) ukbd0: at uhub4, port 1, addr 2 (disconnected) ugen4.2: at usbus4 ugen4.2: at usbus4 (disconnected) ugen4.2: at usbus4 ukbd0: on usbus4 kbd1 at ukbd0 drm0: [ITHREAD] drm0: [ITHREAD] Jun 28 21:52:02 maggie vdr: [679493952] cTimeMs: using monotonic clock (res= olution is 280 ns) Jun 28 21:52:02 maggie vdr: [679493952] VDR version 1.7.15 started Jun 28 21:52:02 maggie vdr: [679493952] switched to user 'vdr' Jun 28 21:52:02 maggie vdr: [679493952] codeset is 'ISO8859-15' - unknown Jun 28 21:52:02 maggie vdr: [679493952] found 0 locales in /usr/local/share= /locale Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'deu,ge= r' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'slv,sl= o' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'ita' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'dut,nl= a,nld' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'por' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'fra,fr= e' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'nor' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'fin,su= o' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'pol' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'esl,sp= a' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'ell,gr= e' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'sve,sw= e' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'rom,ru= m' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'hun' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'cat,cl= n' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'rus' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'hrv' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'est' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'dan' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'cze,ce= s' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'tur' Jun 28 21:52:02 maggie vdr: [679493952] no locale for language code 'ukr' Jun 28 21:52:02 maggie vdr: [679493952] loading plugin: /usr/local/lib/vdr/= libvdr-xineliboutput.so.1.7.15 Jun 28 21:52:02 maggie vdr: [679493952] loading plugin: /usr/local/lib/vdr/= libvdr-live.so.1.7.15 Jun 28 21:52:02 maggie vdr: [679493952] loading plugin: /usr/local/lib/vdr/= libvdr-control.so.1.7.15 Jun 28 21:52:02 maggie vdr: [679493952] loading /usr/local/etc/vdr/setup.co= nf Jun 28 21:52:02 maggie vdr: [679493952] loading /usr/local/etc/vdr/sources.= conf Jun 28 21:52:02 maggie vdr: [679493952] loading /usr/local/etc/vdr/diseqc.c= onf Jun 28 21:52:02 maggie vdr: [679493952] loading /usr/local/etc/vdr/channels= =2Econf Jun 28 21:52:02 maggie vdr: [679493952] loading /usr/local/etc/vdr/timers.c= onf Jun 28 21:52:02 maggie vdr: [679493952] loading /usr/local/etc/vdr/svdrphos= ts.conf Jun 28 21:52:02 maggie vdr: [679493952] loading /usr/local/etc/vdr/remote.c= onf Jun 28 21:52:02 maggie vdr: [679493952] loading /usr/local/etc/vdr/keymacro= s.conf Jun 28 21:52:02 maggie vdr: [679494272] video directory scanner thread star= ted (pid=3D2935, tid=3D679494272) Jun 28 21:52:02 maggie vdr: [679493952] reading EPG data from /video/epg.da= ta Jun 28 21:52:02 maggie vdr: [679494272] video directory scanner thread ende= d (pid=3D2935, tid=3D679494272) Jun 28 21:52:02 maggie vdr: [679494592] video directory scanner thread star= ted (pid=3D2935, tid=3D679494592) Jun 28 21:52:02 maggie vdr: [679494592] video directory scanner thread ende= d (pid=3D2935, tid=3D679494592) Jun 28 21:52:02 maggie vdr: [679493952] registered source parameters for 'A= - ATSC' Jun 28 21:52:02 maggie vdr: [679493952] registered source parameters for 'C= - DVB-C' Jun 28 21:52:02 maggie vdr: [679493952] registered source parameters for 'S= - DVB-S' Jun 28 21:52:02 maggie vdr: [679493952] registered source parameters for 'T= - DVB-T' Jun 28 21:52:02 maggie vdr: [679493952] probing /dev/dvb/adapter0/frontend0 Jun 28 21:52:02 maggie vdr: [679493952] creating cDvbDevice Jun 28 21:52:02 maggie vdr: [679493952] new device number 1 Jun 28 21:52:02 maggie vdr: [679493952] frontend 0/0 provides DVB-T with QP= SK,QAM16,QAM64 ("WideView USB DVB-T") Jun 28 21:52:02 maggie vdr: [679493952] found 1 DVB device Jun 28 21:52:02 maggie vdr: [679493952] initializing plugin: xineliboutput = (1.0.90-cvs): X11/xine-lib output plugin Jun 28 21:52:02 maggie vdr: [679493952] new device number 9 Jun 28 21:52:02 maggie vdr: [679493952] initializing plugin: live (0.2.0): = Live Interactive VDR Environment Jun 28 21:52:02 maggie vdr: [679493952] initializing plugin: control (0.0.2= a): Control VDR over terminal or telnet Jun 28 21:52:02 maggie vdr: [679493952] setting primary device to 2 Jun 28 21:52:02 maggie vdr: [679493952] assuming manual start of VDR Jun 28 21:52:02 maggie vdr: [679493952] SVDRP listening on port 6419 Jun 28 21:52:02 maggie vdr: [679493952] skin "EnigmaNG" not available - usi= ng "classic" instead Jun 28 21:52:02 maggie vdr: [679493952] loading /usr/local/etc/vdr/themes/c= lassic-default.theme Jun 28 21:52:02 maggie vdr: [679493952] starting plugin: xineliboutput Jun 28 21:52:02 maggie vdr: [680249472] tuner on frontend 0/0 thread starte= d (pid=3D2935, tid=3D680249472) Jun 28 21:52:02 maggie vdr: [680250432] Remote decoder/display server (cXin= elibServer) thread started (pid=3D2935, tid=3D680250432) Jun 28 21:52:02 maggie vdr: [680250432] ERROR (thread.c,239): Permission de= nied Jun 28 21:52:02 maggie vdr: [680249792] section handler thread started (pid= =3D2935, tid=3D680249792) Jun 28 21:52:02 maggie vdr: [680250112] ERROR (thread.c,239): Permission de= nied Jun 28 21:52:02 maggie vdr: [discovery] discovery_init: bind() failed Jun 28 21:52:02 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,73)= : Can't assign requested address) Jun 28 21:52:02 maggie vdr: [discovery] UDP broadcast send failed (discover= y) Jun 28 21:52:02 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,97)= : Bad file descriptor) Jun 28 21:52:02 maggie vdr: [679493952] starting plugin: live Jun 28 21:52:02 maggie vdr: [679493952] LIVE: initial file cache has 82 ent= ries and needs 307017 bytes of data! Jun 28 21:52:02 maggie vdr: [679493952] starting plugin: control Jun 28 21:52:02 maggie vdr: [679493952] skin "EnigmaNG" not available - usi= ng "classic" instead Jun 28 21:52:02 maggie vdr: [679493952] loading /usr/local/etc/vdr/themes/c= lassic-default.theme Jun 28 21:52:02 maggie vdr: [682873152] [control] gateways thread started (= pid=3D2935) Jun 28 21:52:02 maggie vdr: [682873152] [control] socket opened Jun 28 21:52:02 maggie vdr: [679493952] remote control KBD - keys known Jun 28 21:52:02 maggie vdr: [679493952] switching to channel 1 Jun 28 21:52:02 maggie vdr: [682873472] KBD remote control thread started (= pid=3D2935, tid=3D682873472) Jun 28 21:52:02 maggie vdr: [680251072] ERROR: /usr/local/etc/vdr/plugins/l= ive/live.pem: No such file or directory Jun 28 21:52:02 maggie vdr: [682873792] receiver on device 1 thread started= (pid=3D2935, tid=3D682873792) Jun 28 21:52:02 maggie vdr: [694481216] TS buffer on device 1 thread starte= d (pid=3D2935, tid=3D694481216) Jun 28 21:52:03 maggie vdr: [679493952] OSD size changed to 720x576 @ 1.422= 22 Jun 28 21:52:22 maggie vdr: [680250432] creating directory /usr/local/etc/v= dr/plugins/xineliboutput/pipes.2935 Jun 28 21:52:22 maggie vdr: [680250432] removing /usr/local/etc/vdr/plugins= /xineliboutput/pipes.2935 Jun 28 21:52:38 maggie vdr: [679493952] switching to channel 2 Jun 28 21:52:38 maggie vdr: [694481216] TS buffer on device 1 thread ended = (pid=3D2935, tid=3D694481216) Jun 28 21:52:38 maggie vdr: [682873792] buffer stats: 188 (0%) used Jun 28 21:52:38 maggie vdr: [682873792] receiver on device 1 thread ended (= pid=3D2935, tid=3D682873792) Jun 28 21:52:38 maggie vdr: [682875392] receiver on device 1 thread started= (pid=3D2935, tid=3D682875392) Jun 28 21:52:38 maggie vdr: [702931264] TS buffer on device 1 thread starte= d (pid=3D2935, tid=3D702931264) Jun 28 21:52:47 maggie vdr: [679493952] switching to channel 3 Jun 28 21:52:47 maggie vdr: [702931264] TS buffer on device 1 thread ended = (pid=3D2935, tid=3D702931264) Jun 28 21:52:47 maggie vdr: [682875392] buffer stats: 188 (0%) used Jun 28 21:52:47 maggie vdr: [682875392] receiver on device 1 thread ended (= pid=3D2935, tid=3D682875392) Jun 28 21:52:47 maggie vdr: [679494272] receiver on device 1 thread started= (pid=3D2935, tid=3D679494272) Jun 28 21:52:47 maggie vdr: [679494592] TS buffer on device 1 thread starte= d (pid=3D2935, tid=3D679494592) Jun 28 21:52:58 maggie vdr: [679493952] switching to channel 4 Jun 28 21:52:58 maggie vdr: [679494592] TS buffer on device 1 thread ended = (pid=3D2935, tid=3D679494592) Jun 28 21:52:58 maggie vdr: [679494272] buffer stats: 0 (0%) used Jun 28 21:52:58 maggie vdr: [679494272] receiver on device 1 thread ended (= pid=3D2935, tid=3D679494272) Jun 28 21:52:58 maggie vdr: [694481216] receiver on device 1 thread started= (pid=3D2935, tid=3D694481216) Jun 28 21:52:58 maggie vdr: [682873792] TS buffer on device 1 thread starte= d (pid=3D2935, tid=3D682873792) Jun 28 21:53:07 maggie su: lars to root on /dev/pts/4 Jun 28 21:55:45 maggie vdr: [679493952] stopping plugin: control Jun 28 21:55:45 maggie vdr: [679493952] stopping plugin: live Jun 28 21:55:46 maggie vdr: [679493952] stopping plugin: xineliboutput Jun 28 21:55:46 maggie vdr: [680250432] [xine..put] cXinelibServer: listen = socket error Jun 28 21:55:46 maggie vdr: [680250432] [xine..put] (ERROR (frontend_svr= =2Ec,1864): Resource temporarily unavailable) Jun 28 21:55:46 maggie vdr: [682873792] TS buffer on device 1 thread ended = (pid=3D2935, tid=3D682873792) Jun 28 21:55:46 maggie vdr: [694481216] buffer stats: 376 (0%) used Jun 28 21:55:46 maggie vdr: [694481216] receiver on device 1 thread ended (= pid=3D2935, tid=3D694481216) Jun 28 21:55:46 maggie vdr: [discovery] discovery_init: bind() failed Jun 28 21:55:46 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,73)= : Can't assign requested address) Jun 28 21:55:46 maggie vdr: [discovery] UDP broadcast send failed (discover= y) Jun 28 21:55:46 maggie vdr: [discovery] (ERROR (tools/vdrdiscovery.c,97)= : Bad file descriptor) Jun 28 21:55:46 maggie vdr: [680250432] Remote decoder/display server (cXin= elibServer) thread ended (pid=3D2935, tid=3D680250432) Jun 28 21:55:46 maggie vdr: [682873472] KBD remote control thread ended (pi= d=3D2935, tid=3D682873472) Jun 28 21:55:46 maggie vdr: [679493952] saved setup to /usr/local/etc/vdr/s= etup.conf Jun 28 21:55:47 maggie vdr: [680249792] section handler thread ended (pid= =3D2935, tid=3D680249792) Jun 28 21:55:50 maggie vdr: [679493952] ERROR: tuner on frontend 0/0 thread= 680249472 won't end (waited 3 seconds) - canceling it... Jun 28 21:55:50 maggie vdr: [679493952] deleting plugin: control Jun 28 21:55:50 maggie vdr: [682873152] [control] gateways thread ended (pi= d=3D2935) Jun 28 21:55:50 maggie vdr: [679493952] deleting plugin: live Jun 28 21:55:50 maggie vdr: [679493952] deleting plugin: xineliboutput Jun 28 21:55:50 maggie vdr: [679493952] caught signal 15 Jun 28 21:55:50 maggie vdr: [679493952] exiting, exit code 0 pid 2935 (vdr), uid 988: exited on signal 11 Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0xb99fe627 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0x810125ec stack pointer =3D 0x28:0xdcba08cc frame pointer =3D 0x28:0xdcba08cc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 16693 (rm) Physical memory: 2534 MB Dumping 566 MB: 551 535 519 503 487 471 455 439 423 407 391 375 359 343 327= 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident MAGGIE machine i386 cpu I686_CPU makeoptions DEBUG=3D-g options KVA_PAGES=3D512 options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options SMP options GDB options DDB options KDB options INCLUDE_CONFIG_FILE options FLOWTABLE options MAC options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=3D128 options _KPOSIX_PRIORITY_SCHEDULING options P1003_1B_SEMAPHORES options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=3D5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options GEOM_LABEL options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSSERVER options NFSCLIENT options MD_ROOT options UFS_GJOURNAL options UFS_DIRHASH options UFS_ACL options SOFTUPDATES options FFS options SCTP options INET6 options INET options PREEMPTION options SCHED_ULE options NATIVE options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD options ISAPNP device isa device npx device mem device io device uart_ns8250 device atpic device apic device cpufreq device acpi device eisa device pci device fdc device ata device atadisk device ataraid device atapicd device atapifd device atapist device ahb device ahc device ahd device amd device hptiop device isp device mpt device sym device trm device adv device adw device aha device aic device bt device ncv device nsp device stg device scbus device ch device da device sa device cd device pass device ses device amr device arcmsr device asr device ciss device dpt device hptmv device hptrr device iir device ips device mly device twa device aac device aacp device ida device mfi device mlx device pst device twe device atkbdc device atkbd device psm device kbdmux device vga device splash device sc device agp device pmtimer device cbb device pccard device cardbus device uart device ppc device ppbus device lpt device plip device ppi device de device em device igb device ixgb device le device ti device txp device vx device miibus device ae device age device alc device ale device bce device bfe device bge device dc device et device fxp device jme device lge device msk device nfe device nge device pcn device re device rl device sf device sis device sk device ste device stge device tl device tx device vge device vr device wb device xl device cs device ed device ex device ep device fe device ie device sn device xe device wlan device wlan_wep device wlan_ccmp device wlan_tkip device wlan_amrr device an device ath device ath_hal device ath_rate_sample device ral device wi device loop device random device ether device tun device pty device md device gif device faith device firmware device bpf device uhci device ohci device ehci device usb device uhid device ukbd device ulpt device umass device ums device rum device ural device uath device zyd device urio device u3g device uark device ubsa device uftdi device uipaq device uplcom device uslcom device uvisor device uvscom device aue device axe device cdce device cue device kue device rue device udav ------------------------------------------------------------------------ ddb capture buffer --OXfL5xGRrasGEqWY-- --E39vaYmALEf/7YXx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkwqDdcACgkQKc512sD3afiRnQCgo0XH7/snB4RBjEew8DgFqriT UuEAniJUg8GAW6fVF3zIiO2Meh019h2+ =4vfa -----END PGP SIGNATURE----- --E39vaYmALEf/7YXx-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 17:11:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCDDC1065674 for ; Tue, 29 Jun 2010 17:11:47 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9151D8FC18 for ; Tue, 29 Jun 2010 17:11:47 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o5THBkJp084286 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 29 Jun 2010 10:11:47 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4C2A294E.7050307@feral.com> Date: Tue, 29 Jun 2010 10:11:42 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <871vbq74d9.fsf@kobe.laptop> In-Reply-To: <871vbq74d9.fsf@kobe.laptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Tue, 29 Jun 2010 10:11:47 -0700 (PDT) Subject: Re: lock recursion panic in cam_xpt.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 17:11:47 -0000 On 6/28/2010 11:13 PM, Giorgos Keramidas wrote: > A recent CURRENT build from /head @ 209581 panics when I run > "cdrecord -scanbus" with the attached backtrace. The culprit > seems to be the extra call fo xpt_lock_buses() added in head rev > 208752, but I'm not sure if this is the real cause yet. > > Fixed, thanks. From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 17:26:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945681065738 for ; Tue, 29 Jun 2010 17:26:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4D5108FC21 for ; Tue, 29 Jun 2010 17:26:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5THFYql011938; Tue, 29 Jun 2010 11:15:35 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 29 Jun 2010 11:15:48 -0600 (MDT) Message-Id: <20100629.111548.441937720337056244.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: <86r5jqdz9w.fsf@ds4.des.no> References: <20100628.112008.459136215980124736.imp@bsdimp.com> <86r5jqdz9w.fsf@ds4.des.no> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: yanefbsd@gmail.com, freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 17:26:21 -0000 In message: <86r5jqdz9w.fsf@ds4.des.no> Dag-Erling Sm=F8rgrav writes: : "M. Warner Losh" writes: : > + /* : > + * Close the PID file, and all other open descriptors. : > + * Inherit std{in,out,err} only. : > + */ : > + cfg.close_pidfile(); : > + ::closefrom(3); : = : Actually, closefrom() is sufficient, since the only resource held by = the : pidfile that would persist across execve() is the file descriptor (an= d : hence the lock). I went ahead and used pidfile_close in this context because that's what's recommended in the man page. I know it is likely redundant, but I thought better safe than sorry... Warner From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 17:34:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D74DA106564A for ; Tue, 29 Jun 2010 17:34:05 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 972AD8FC1C for ; Tue, 29 Jun 2010 17:34:05 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8D3661FFC34; Tue, 29 Jun 2010 17:34:04 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 4188D845D6; Tue, 29 Jun 2010 19:31:53 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "M. Warner Losh" References: <20100628.112008.459136215980124736.imp@bsdimp.com> <86r5jqdz9w.fsf@ds4.des.no> <20100629.111548.441937720337056244.imp@bsdimp.com> Date: Tue, 29 Jun 2010 19:31:52 +0200 In-Reply-To: <20100629.111548.441937720337056244.imp@bsdimp.com> (M. Warner Losh's message of "Tue, 29 Jun 2010 11:15:48 -0600 (MDT)") Message-ID: <86ocet219z.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: yanefbsd@gmail.com, freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: Patch for rc.d/devd on FreeBSD 9-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 17:34:05 -0000 "M. Warner Losh" writes: > I went ahead and used pidfile_close in this context because that's > what's recommended in the man page. I know it is likely redundant, > but I thought better safe than sorry... agreed... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Jun 29 19:31:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32249106564A for ; Tue, 29 Jun 2010 19:31:23 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id B7E2B8FC0A for ; Tue, 29 Jun 2010 19:31:22 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o5TJVJZc012852; Tue, 29 Jun 2010 21:31:19 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o5TJVJBR012851; Tue, 29 Jun 2010 21:31:19 +0200 (CEST) (envelope-from marius) Date: Tue, 29 Jun 2010 21:31:19 +0200 From: Marius Strobl To: Nathaniel W Filardo Message-ID: <20100629193118.GA11601@alchemy.franken.de> References: <20100628142515.GT21929@gradx.cs.jhu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100628142515.GT21929@gradx.cs.jhu.edu> User-Agent: Mutt/1.4.2.3i Cc: Alan Cox , freebsd-current@freebsd.org Subject: Re: [sparc64] [panic] cheetah_ipi_selected: CPU can't IPI itself X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Jun 2010 19:31:23 -0000 On Mon, Jun 28, 2010 at 10:25:15AM -0400, Nathaniel W Filardo wrote: > Well, I'm back in the same town as my sparc64 and so csup'd, built, and > rebooted, trying to get more information about the "vm object not owned" > panic I reported a while ago. To my dismay, I now get this panic, also late > enough in the boot process to be starting up jails: > > panic: cheetah_ipi_selected: CPU can't IPI itself > cpuid = 0 > KDB: stack backtrace: > panic() at panic+0x1c8 > cheetah_ipi_selected() at cheetah_ipi_selected+0x48 > tlb_page_demap() at tlb_page_demap+0xdc > pmap_copy_page() at pmap_copy_page+0x4c4 > vm_fault() at vm_fault+0x13ec > trap_pfault() at trap_pfault+0x190 > trap() at trap+0xd0 > -- data access protection tar=0x224b93 sfar=0x224550 sfsr=0x800005 > %o7=0x4063398c -- > userland() at 0x40633830 > user trace: trap %o7=0x4063398c > ... > > And the system hangs; I had to use the ALOM to reboot it. > Sorry to not have more useful news. Could please give the following patch a try? http://people.freebsd.org/~marius/sparc64_pin_ipis.diff If that doesn't fix the above panic I have no clue how this can happen apart from the per-CPU pages getting corrupted. Marius From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 12:41:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D13F01065670; Wed, 30 Jun 2010 12:41:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9CFEE8FC14; Wed, 30 Jun 2010 12:41:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5UCfePN007882; Wed, 30 Jun 2010 08:41:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5UCfest007875; Wed, 30 Jun 2010 12:41:40 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 30 Jun 2010 12:41:40 GMT Message-Id: <201006301241.o5UCfest007875@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 12:41:41 -0000 TB --- 2010-06-30 10:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-30 10:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-06-30 10:50:00 - cleaning the object tree TB --- 2010-06-30 10:50:27 - cvsupping the source tree TB --- 2010-06-30 10:50:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-06-30 10:56:04 - building world TB --- 2010-06-30 10:56:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-30 10:56:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-30 10:56:04 - TARGET=pc98 TB --- 2010-06-30 10:56:04 - TARGET_ARCH=i386 TB --- 2010-06-30 10:56:04 - TZ=UTC TB --- 2010-06-30 10:56:04 - __MAKE_CONF=/dev/null TB --- 2010-06-30 10:56:04 - cd /src TB --- 2010-06-30 10:56:04 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 30 10:56:04 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 30 12:35:40 UTC 2010 TB --- 2010-06-30 12:35:40 - generating LINT kernel config TB --- 2010-06-30 12:35:40 - cd /src/sys/pc98/conf TB --- 2010-06-30 12:35:40 - /usr/bin/make -B LINT TB --- 2010-06-30 12:35:40 - building LINT kernel TB --- 2010-06-30 12:35:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-30 12:35:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-30 12:35:40 - TARGET=pc98 TB --- 2010-06-30 12:35:40 - TARGET_ARCH=i386 TB --- 2010-06-30 12:35:40 - TZ=UTC TB --- 2010-06-30 12:35:40 - __MAKE_CONF=/dev/null TB --- 2010-06-30 12:35:40 - cd /src TB --- 2010-06-30 12:35:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 30 12:35:41 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/if_ixgb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_ee.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_hw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe /src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_set_advertise': /src/sys/dev/ixgbe/ixgbe.c:5012: error: 'struct adapter' has no member named 'advertise' /src/sys/dev/ixgbe/ixgbe.c:5014: error: 'struct adapter' has no member named 'advertise' /src/sys/dev/ixgbe/ixgbe.c:5021: error: 'struct adapter' has no member named 'advertise' *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-30 12:41:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-30 12:41:40 - ERROR: failed to build lint kernel TB --- 2010-06-30 12:41:40 - 5015.30 user 911.14 system 6700.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 12:54:38 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0B10106564A; Wed, 30 Jun 2010 12:54:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 94D3A8FC14; Wed, 30 Jun 2010 12:54:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5UCsbgl025192; Wed, 30 Jun 2010 08:54:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5UCsbEJ025182; Wed, 30 Jun 2010 12:54:37 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 30 Jun 2010 12:54:37 GMT Message-Id: <201006301254.o5UCsbEJ025182@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 12:54:39 -0000 TB --- 2010-06-30 10:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-30 10:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-06-30 10:50:00 - cleaning the object tree TB --- 2010-06-30 10:50:39 - cvsupping the source tree TB --- 2010-06-30 10:50:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-06-30 11:06:02 - building world TB --- 2010-06-30 11:06:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-30 11:06:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-30 11:06:02 - TARGET=i386 TB --- 2010-06-30 11:06:02 - TARGET_ARCH=i386 TB --- 2010-06-30 11:06:02 - TZ=UTC TB --- 2010-06-30 11:06:02 - __MAKE_CONF=/dev/null TB --- 2010-06-30 11:06:02 - cd /src TB --- 2010-06-30 11:06:02 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 30 11:06:03 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 30 12:47:06 UTC 2010 TB --- 2010-06-30 12:47:06 - generating LINT kernel config TB --- 2010-06-30 12:47:06 - cd /src/sys/i386/conf TB --- 2010-06-30 12:47:06 - /usr/bin/make -B LINT TB --- 2010-06-30 12:47:06 - building LINT kernel TB --- 2010-06-30 12:47:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-30 12:47:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-30 12:47:06 - TARGET=i386 TB --- 2010-06-30 12:47:06 - TARGET_ARCH=i386 TB --- 2010-06-30 12:47:06 - TZ=UTC TB --- 2010-06-30 12:47:06 - __MAKE_CONF=/dev/null TB --- 2010-06-30 12:47:06 - cd /src TB --- 2010-06-30 12:47:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 30 12:47:06 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/if_ixgb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_ee.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_hw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe /src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_set_advertise': /src/sys/dev/ixgbe/ixgbe.c:5012: error: 'struct adapter' has no member named 'advertise' /src/sys/dev/ixgbe/ixgbe.c:5014: error: 'struct adapter' has no member named 'advertise' /src/sys/dev/ixgbe/ixgbe.c:5021: error: 'struct adapter' has no member named 'advertise' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-30 12:54:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-30 12:54:37 - ERROR: failed to build lint kernel TB --- 2010-06-30 12:54:37 - 5118.34 user 910.02 system 7477.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 13:12:15 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18D4E1065670; Wed, 30 Jun 2010 13:12:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D9DC28FC08; Wed, 30 Jun 2010 13:12:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5UDCELS083370; Wed, 30 Jun 2010 09:12:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5UDCE6c083358; Wed, 30 Jun 2010 13:12:14 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 30 Jun 2010 13:12:14 GMT Message-Id: <201006301312.o5UDCE6c083358@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 13:12:15 -0000 TB --- 2010-06-30 11:41:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-30 11:41:48 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-06-30 11:41:48 - cleaning the object tree TB --- 2010-06-30 11:42:11 - cvsupping the source tree TB --- 2010-06-30 11:42:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-06-30 11:42:34 - building world TB --- 2010-06-30 11:42:34 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-30 11:42:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-30 11:42:34 - TARGET=ia64 TB --- 2010-06-30 11:42:34 - TARGET_ARCH=ia64 TB --- 2010-06-30 11:42:34 - TZ=UTC TB --- 2010-06-30 11:42:34 - __MAKE_CONF=/dev/null TB --- 2010-06-30 11:42:34 - cd /src TB --- 2010-06-30 11:42:34 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 30 11:42:35 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 30 13:05:07 UTC 2010 TB --- 2010-06-30 13:05:07 - generating LINT kernel config TB --- 2010-06-30 13:05:07 - cd /src/sys/ia64/conf TB --- 2010-06-30 13:05:07 - /usr/bin/make -B LINT TB --- 2010-06-30 13:05:07 - building LINT kernel TB --- 2010-06-30 13:05:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-30 13:05:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-30 13:05:07 - TARGET=ia64 TB --- 2010-06-30 13:05:07 - TARGET_ARCH=ia64 TB --- 2010-06-30 13:05:07 - TZ=UTC TB --- 2010-06-30 13:05:07 - __MAKE_CONF=/dev/null TB --- 2010-06-30 13:05:07 - cd /src TB --- 2010-06-30 13:05:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 30 13:05:08 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ixgb/if_ixgb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ixgb/ixgb_ee.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ixgb/ixgb_hw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe /src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_set_advertise': /src/sys/dev/ixgbe/ixgbe.c:5012: error: 'struct adapter' has no member named 'advertise' /src/sys/dev/ixgbe/ixgbe.c:5014: error: 'struct adapter' has no member named 'advertise' /src/sys/dev/ixgbe/ixgbe.c:5021: error: 'struct adapter' has no member named 'advertise' *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-30 13:12:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-30 13:12:14 - ERROR: failed to build lint kernel TB --- 2010-06-30 13:12:14 - 4237.39 user 718.26 system 5425.51 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 13:23:06 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFFC7106564A; Wed, 30 Jun 2010 13:23:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 90E2F8FC17; Wed, 30 Jun 2010 13:23:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o5UDN5Ji087531; Wed, 30 Jun 2010 09:23:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o5UDN5pZ087522; Wed, 30 Jun 2010 13:23:05 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 30 Jun 2010 13:23:05 GMT Message-Id: <201006301323.o5UDN5pZ087522@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 13:23:06 -0000 TB --- 2010-06-30 10:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-06-30 10:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-06-30 10:50:00 - cleaning the object tree TB --- 2010-06-30 10:50:41 - cvsupping the source tree TB --- 2010-06-30 10:50:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-06-30 11:07:30 - building world TB --- 2010-06-30 11:07:30 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-30 11:07:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-30 11:07:30 - TARGET=amd64 TB --- 2010-06-30 11:07:30 - TARGET_ARCH=amd64 TB --- 2010-06-30 11:07:30 - TZ=UTC TB --- 2010-06-30 11:07:30 - __MAKE_CONF=/dev/null TB --- 2010-06-30 11:07:30 - cd /src TB --- 2010-06-30 11:07:30 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 30 11:07:31 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jun 30 13:16:16 UTC 2010 TB --- 2010-06-30 13:16:16 - generating LINT kernel config TB --- 2010-06-30 13:16:16 - cd /src/sys/amd64/conf TB --- 2010-06-30 13:16:16 - /usr/bin/make -B LINT TB --- 2010-06-30 13:16:16 - building LINT kernel TB --- 2010-06-30 13:16:16 - MAKEOBJDIRPREFIX=/obj TB --- 2010-06-30 13:16:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-06-30 13:16:16 - TARGET=amd64 TB --- 2010-06-30 13:16:16 - TARGET_ARCH=amd64 TB --- 2010-06-30 13:16:16 - TZ=UTC TB --- 2010-06-30 13:16:16 - __MAKE_CONF=/dev/null TB --- 2010-06-30 13:16:16 - cd /src TB --- 2010-06-30 13:16:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 30 13:16:16 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/if_ixgb.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_ee.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_hw.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe /src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_set_advertise': /src/sys/dev/ixgbe/ixgbe.c:5012: error: 'struct adapter' has no member named 'advertise' /src/sys/dev/ixgbe/ixgbe.c:5014: error: 'struct adapter' has no member named 'advertise' /src/sys/dev/ixgbe/ixgbe.c:5021: error: 'struct adapter' has no member named 'advertise' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-06-30 13:23:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-06-30 13:23:05 - ERROR: failed to build lint kernel TB --- 2010-06-30 13:23:05 - 6312.95 user 1191.48 system 9185.24 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 13:53:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5FD6106566B for ; Wed, 30 Jun 2010 13:53:07 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6E6868FC16 for ; Wed, 30 Jun 2010 13:53:07 +0000 (UTC) Received: by gyf3 with SMTP id 3so472968gyf.13 for ; Wed, 30 Jun 2010 06:52:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=4P0nED8mj4gsd1QcNNjHtBJQDTuWf2Japsc9hBXvzlQ=; b=vtwUCdO26a0trRY/vx0gIG6IOhL/orZ1o+HosogQ96IUOvKBGoXh0FH+rOpw9IWrP/ lD68Xft9ESdpLQTddLDXRW4zM9Z6TJwH58sWRxwXjarm1X/Y3vktSs3K+/cAXyFPF6Aa +uKYJb5t8SXcXFsDFdwFFTDN27GbfYHqrVMTQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LghvjoZCCDxFrHaC0XU6WhGUB0h/6IJrGZkilFpV+u5xLHXDzMJ5Rw0DLB/It6m0fZ OWS9/6NBN9fr/G4Hf7R08rZ9TOZY/i4x/tgjiz7pTIwgihTxofpujRaWY+r45zJNnxow pUNLonIB6edEus6lbkWlqQdtyMA+EdcTXFAYQ= MIME-Version: 1.0 Received: by 10.239.166.148 with SMTP id b20mr552336hbe.140.1277905675950; Wed, 30 Jun 2010 06:47:55 -0700 (PDT) Received: by 10.239.185.1 with HTTP; Wed, 30 Jun 2010 06:47:55 -0700 (PDT) In-Reply-To: References: <20100621101046.GA76036@droso.net> <20100621130743.4df77343@ernst.jennejohn.org> Date: Wed, 30 Jun 2010 14:47:55 +0100 Message-ID: From: Tom Evans To: gljennjohn@googlemail.com, des@des.no Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current Subject: Re: Ports doesnt respect fetch environment settings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jun 2010 13:53:07 -0000 Sorry to bump this again. I've diluted this issue down to the core points and raised as a pr - can someone take a look, see if my solution is correct and commit if appropriate? http://www.freebsd.org/cgi/query-pr.cgi?pr=148087 Cheers Tom From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 17:03:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E87681065673 for ; Wed, 30 Jun 2010 17:03:00 +0000 (UTC) (envelope-from jeseems@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id A46878FC14 for ; Wed, 30 Jun 2010 17:03:00 +0000 (UTC) Received: by gwj16 with SMTP id 16so650007gwj.13 for ; Wed, 30 Jun 2010 10:02:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=2Qoi3RwEmV79Jb3k6x/CDVw38PX21gbJyGDDzPKGsY4=; b=XyYfzlNoc5Y4Y7D4pZ2KGHpkksxJu9drFBy1D8t3cKPWVIxi31R7fDCNyHlhbFX7vV wJeFZhjy40x3bDH+DDqNT8+i2U5Z6AZdfOF1QRHXB9b3Sv/d6avz6rGCz/7TO37YqxOe QADXhJKtBbN+bEPSuhkRp31C3dkWa3hcIQoYg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=wL1wSsBmbiwgJo8IyfOiwnn6Xm8kC44mwkCC1dVz9O4E39/8BLMJRnrsPP0vnETdr/ hkRYIVB1ZeQAB/AmBgarPVEEreHs2j9KnBBoAF/AHUbFWFAg+4fJEDsjYWikpEX2mP01 EUIWOypRrKEtJSJo5xAoJ2Lor+qd9AZAZWz2o= MIME-Version: 1.0 Received: by 10.229.80.72 with SMTP id s8mr5133141qck.150.1277915609911; Wed, 30 Jun 2010 09:33:29 -0700 (PDT) Received: by 10.229.87.2 with HTTP; Wed, 30 Jun 2010 09:33:29 -0700 (PDT) Date: Wed, 30 Jun 2010 09:33:29 -0700 Message-ID: From: Jeseem S To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: tmpfs use of wired_count X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jun 2010 17:03:01 -0000 hi, I am a newbie on freebsd kernel. Am currently trying to debug a scenario, where a custom driver I load uses a lot of static memory and hence lots of wired pages. The system still has a lot of free memory ( more than 200MB) and a free swap space ( > 500MB). Once I load the driver, the tmpfs loaded on /tmp shows a size of 0. in tmpfs/tmpfs.h, I see that the free memory available is reduced by number of wired pages ( see code below). Is this correct logic ? why do we need to reduce wired count from free pages available ? /* * Returns information about the number of available memory pages, * including physical and virtual ones. * * If 'total' is TRUE, the value returned is the total amount of memory * pages configured for the system (either in use or free). * If it is FALSE, the value returned is the amount of free memory pages. * * Remember to remove TMPFS_PAGES_RESERVED from the returned value to avoid * excessive memory usage. * */ static __inline size_t tmpfs_mem_info(void) { size_t size; size = swap_pager_avail + cnt.v_free_count + cnt.v_inactive_count; size -= size > cnt.v_wire_count ? cnt.v_wire_count : size; return size; } Thanks Jeseem From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 17:17:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B97AD106564A for ; Wed, 30 Jun 2010 17:17:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 572DB8FC12 for ; Wed, 30 Jun 2010 17:17:40 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.4/8.14.4) with ESMTP id o5UHHZNw088924; Wed, 30 Jun 2010 11:17:35 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: Date: Wed, 30 Jun 2010 11:17:35 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4C1AB4C0.4020604@freemail.hu> <4C1C88CD.3000506@stillbilde.net> <4C1C94D4.7040302@freemail.hu> <4C1CA852.6000900@freemail.hu> <51F37F5C-A497-46BD-836F-6AF7C83FEF98@samsco.org> To: Garrett Cooper X-Mailer: Apple Mail (2.1078) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: oizs , freebsd-current@freebsd.org Subject: Re: Dell Perc 5/i Performance issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jun 2010 17:17:40 -0000 On Jun 19, 2010, at 10:31 PM, Garrett Cooper wrote: > On Sat, Jun 19, 2010 at 7:56 PM, Scott Long wrote: >> On Jun 19, 2010, at 5:32 AM, Garrett Cooper wrote: >>> On Sat, Jun 19, 2010 at 4:24 AM, Garrett Cooper = wrote: >>>> On Sat, Jun 19, 2010 at 4:21 AM, oizs wrote: >>>>> Since I tested it on different kind of os's, and with at least 5 = testing >>>>> applications, I don't think that would be the case. >>>>>=20 >>>>> On 2010.06.19. 13:17, Garrett Cooper wrote: >>>>>>=20 >>>>>> On Sat, Jun 19, 2010 at 2:58 AM, oizs wrote: >>>>>>=20 >>>>>>>=20 >>>>>>> I tried almost everything raid 0 1 5 10 with all kind of stripes >>>>>>> 32/64/128 >>>>>>> and settings direct io/cached/read-ahead/wt/wb/disk-cache but = nothing >>>>>>> seems >>>>>>> to work. >>>>>>> I changed the card to another dell perc 5 which had an older = firmware. >>>>>>> Tried >>>>>>> 4 kind of motherboards even tried changing the os to linux and = windows >>>>>>> xp/7. >>>>>>> In windows I got some funny results 1.3MB/s with write-back and = 150MB/s >>>>>>> reads with 5 disks in raid0. >>>>>>> I just wanted to have a hw raid with no problems since the = motherboard >>>>>>> 88sx7042 and bsd did not like eachother. >>>>>>>=20 >>>>>>> On 2010.06.19. 11:07, Svein Skogen (Listmail Account) wrote: >>>>>>>=20 >>>>>>>>=20 >>>>>>>> On 18.06.2010 01:50, oizs wrote: >>>>>>>>=20 >>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> Hi, >>>>>>>>>=20 >>>>>>>>> I've bought a Dell Perc 5/i because I couldn't make the = onboard marvell >>>>>>>>> 88sx7042 work with 8.0/8.1 or current, but as lucky as I am, = the best I >>>>>>>>> can do with 4x1.5tb samsung in raid5 is 60MB/s writes and = 90MB/s reads, >>>>>>>>> with bbu/write-back/adaptive-read-ahead. >>>>>>>>>=20 >>>>>>>>> I was expecting at least twice of that, and I'm not sure what = can I do >>>>>>>>> to get that speed. (I've read man 7 tuning with no success) >>>>>>>>>=20 >>>>>>>>> As far as I know this controller should be as fast as on other = systems. >>>>>>>>> (Freebsd.org mx1 has one of these cards.) >>>>>>>>>=20 >>>>>>>>> I'm hoping somebody on the list reads this and helps because I = can't >>>>>>>>> afford to buy another card. >>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>=20 >>>>>>>> I've lost track of what actual boards Dell has OEMized to make = the >>>>>>>> various PERCs, but if I remember somewhat correctly, the PERC5 = is >>>>>>>> basically an LSI Megaraid SAS 8308elp with different labels and >>>>>>>> firmware? >>>>>>>>=20 >>>>>>>> If so, I've got that exact controller (minus the dell labels = and >>>>>>>> firmware) in my primary storage box here, and yes, you SHOULD = be able to >>>>>>>> get more performance out of it. What's your strip sizes and = logical disk >>>>>>>> layout? >>>>>>>>=20 >>>>>>>> (I've got the same board running on 8x 1T5 Seagates in RAID5+0, = and that >>>>>>>> setup easily pulls 5 times the values you're seeing, and by all = logic >>>>>>>> you should see about half of what I'm seeing) >>>>>>>>=20 >>>>>>=20 >>>>>> Dumb question: are you sure that the problem that you're seeing = isn't >>>>>> in fact inhibited by the application that you're getting = `performance' >>>>>> results with? >>>>=20 >>>> If your applications aren't well suited for your hardware's >>>> capabilities, then of course performance will be bad. >>>=20 >>> Furthermore, if the performance applications and your use scenarios >>> are centered around reading, as opposed to writing, there is an = option >>> within mficontrol and the mfi(4) interface where you can actually >>> enable read-ahead, instead of writeback (you unfortunately can't >>> enable both scenarios). I realize that this is an artificial >>> improvement in a way, but you should judge whether or not your >>> application will be doing more reading than writing in whatever >>> capacity it's doing... >>>=20 >>> HTH, >>=20 >> No, that doesn't help. I wrote the driver, and I have no flipping = clue what you're talking about. >=20 > Nevermind. It was a misunderstanding of what the subcommands... > - mfiutil cache .. enable > - mfiutil cache .. reads enable > - mfiutil cache .. writes enable > ... do. > -Garrett I'm very late in doing this, but I wanted to publicly apologize to = Garrett both for being rude and flippant to him, and for doing so in = public. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jun 30 18:46:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5E56106566B for ; Wed, 30 Jun 2010 18:46:28 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 644D18FC08 for ; Wed, 30 Jun 2010 18:46:28 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 2FC911FFC33; Wed, 30 Jun 2010 18:46:27 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id B147E845D8; Wed, 30 Jun 2010 20:44:15 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Tom Evans References: <20100621101046.GA76036@droso.net> <20100621130743.4df77343@ernst.jennejohn.org> Date: Wed, 30 Jun 2010 20:44:15 +0200 In-Reply-To: (Tom Evans's message of "Wed, 30 Jun 2010 14:47:55 +0100") Message-ID: <86pqz8mkcg.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Ports doesnt respect fetch environment settings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Jun 2010 18:46:28 -0000 Tom Evans writes: > Sorry to bump this again. I've diluted this issue down to the core > points and raised as a pr - can someone take a look, see if my > solution is correct and commit if appropriate? Sorry, fell through the cracks. Your analysis is correct, but I'm not 100% sure about the patch. Can you verify that your change does not introduce the possibility of an infinite loop in edge cases? I don't *think* it does, but like I said, I'm not 100% sure and I don't have time to reacquaint myself with the code right now, especially not that particularly nasty part of it :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 01:59:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC09C106566B for ; Thu, 1 Jul 2010 01:58:59 +0000 (UTC) (envelope-from lioux@FreeBSD.org) Received: from goat.gigo.com (ipv6.gigo.com [IPv6:2001:470:1:18::2]) by mx1.freebsd.org (Postfix) with ESMTP id CA41F8FC08 for ; Thu, 1 Jul 2010 01:58:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by goat.gigo.com (Postfix) with ESMTP id 8B2CC5C90 for ; Wed, 30 Jun 2010 18:58:59 -0700 (PDT) Received: from goat.gigo.com ([127.0.0.1]) by localhost (vette.gigo.com [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id GGzzE-rmSlu2 for ; Wed, 30 Jun 2010 18:58:59 -0700 (PDT) Received: from 189.72.155.250 (189-72-155-250.bsace702.dsl.brasiltelecom.net.br [189.72.155.250]) by goat.gigo.com (Postfix) with ESMTPSA id 5D6F85C5B for ; Wed, 30 Jun 2010 18:58:57 -0700 (PDT) Received: (qmail 25970 invoked from network); 30 Jun 2010 22:58:23 -0300 Received: from unknown (HELO exxodus.fedaykin.here) (127.0.0.1) by exxodus.fedaykin.here with SMTP; 30 Jun 2010 22:58:23 -0300 Message-ID: <4C2BF657.4070703@FreeBSD.org> Date: Wed, 30 Jun 2010 22:58:23 -0300 From: Mario Sergio Fujikawa Ferreira User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; pt-BR; rv:1.9.1.10) Gecko/20100622 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20100521020553.80602.qmail@exxodus.fedaykin.here> (sfid-20100525_19355_E7CD3F8F) <4C0B5207.50902@FreeBSD.org> (sfid-20100606_04471_29934BC2) <20100612102824.13083gxehm8lgmm0@exxodus.dyndns.org> In-Reply-To: <20100612102824.13083gxehm8lgmm0@exxodus.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: vbox@FreeBSD.org, Bernhard Froehlich Subject: Re: tstVMStructRC segfault: Cannot build virtualbox-ose on 8-STABLE amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 01:59:00 -0000 On 12/06/2010 10:28, Mario Sergio Fujikawa Ferreira wrote: > Quoting Mario Sergio Fujikawa Ferreira : > > > Hi, > > > > On 25/05/2010 05:45, Bernhard Froehlich wrote: > >> On Thu, 20 May 2010 23:05:53 -0300, Mario Sergio Fujikawa Ferreira > >> wrote: > >>> Hi, > >>> > >>> I recently reinstalled my FreeBSD 8-STABLE box to move from > >>> i386 to amd64. The hardware hasn't changed (except for an increase > >>> from 4GB to 8GB ram). > >>> > >>> There have been some hiccups and I am still trying to tidy > >>> up things together. > >>> > >>> One of the problems I am having is building virtualbox-ose > >>> which previously built nicely on i386. > >>> > >>> I am running a vanilla 8-STABLE world (no special COPTFLAGS) from May > >>> 17th. > >>> > >>> $ uname -a > >>> FreeBSD exxodus.fedaykin.here 8.0-STABLE FreeBSD 8.0-STABLE #2: Mon > May > >> 17 > >>> 19:53:30 BRT 2010 lioux@exxodus:/usr/obj/usr/src/sys/LIOUX amd64 > >>> > >>> I have a clean and up to date ports tree from today. > >>> All ports upgraded using portupgrade. > >>> > >>> I am trying to build the virtualbox-ose port with vanilla cflags. > >>> > >>> $ make -V CFLAGS > >>> -O2 -pipe -fno-strict-aliasing > >>> > >>> The relevant message follows: > >>> > >>> --------- > >>> > >>> kBuild: Installing VBoxControl => > >>> > >> > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/bin/additions/VBoxControl > > >>> kmk[2]: *** > >>> > >> > [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h] > > >>> Segmentation fault: 11 (core dumped) > >>> kmk[2]: *** Deleting file > >>> > >> > `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h' > > >>> kmk[2]: Leaving directory > >>> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE' > >>> kmk[1]: *** [pass_binaries_this] Error 2 > >>> kmk[1]: Leaving directory > >>> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.8_OSE' > >>> kmk: *** [pass_binaries_order] Error 2 > >>> *** Error code 2 > >>> > >>> --------- > >>> > >>> The complete build log can be found at > >>> > >>> > http://people.freebsd.org/~lioux/virtualbox/2010051900/emulators__virtualbox-ose_3.1.8_build.log.bz2 > > >>> > >>> My virtualbox-ose work directory can be found at > >>> (you need archivers/xz to extract it) > >>> > >>> > http://people.freebsd.org/~lioux/virtualbox/2010051900/emulators__virtualbox-ose__work.tar.xz > > >>> > >>> Let me know if there is anything I can do to help. > >>> > >>> Regards, > >>> > >>> ps: virtualbox-ose-kmod builds without a problem as well as my other > >>> 1482 ports. :) > >> > >> Segmentation fault: 11 comes from gcc so this is likely to be a > compiler > >> bug and i'm not sure if we can help in this case so I cc'd current@. > Could > >> you try to get a backtrace from the core file that it has dumped? > >> > > > > The only core file I could find was tstVMStructRC.core. The > > backtrace follows: > > > > ------ > > > > $ script gdb.log gdb > > ./work/VirtualBox-3.1.8_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC > > ./work/VirtualBox-3.1.8_OSE/tstVMStructRC.core > > > > Script started on Sun Jun 6 01:13:16 2010 > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and > you are > > welcome to change it and/or distribute copies of it under certain > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for > details. > > This GDB was configured as "amd64-marcel-freebsd"... > > Core was generated by `tstVMStructRC'. > > Program terminated with signal 11, Segmentation fault. > > Reading symbols from /usr/lib32/libc.so.7...done. > > Loaded symbols for /usr/lib32/libc.so.7 > > Reading symbols from /libexec/ld-elf.so.1...done. > > Loaded symbols for /libexec/ld-elf.so.1 > > #0 0x0805099c in _start () > > (gdb) bt > > #0 0x0805099c in _start () > > #1 0x00000001 in ?? () > > (gdb) quit > > > > Script done on Sun Jun 6 01:13:21 2010 > > > > ------ > > > > I've done another round of portupgrade(s) and tried rebuilding > > virtualbox-ose again to no vail. > > > > $ uname -a > > FreeBSD exxodus.fedaykin.here 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE > > #6: Thu Jun 3 20:30:23 BRT 2010 > > lioux@exxodus:/usr/obj/usr/src/sys/LIOUX amd64 > > > > On a side note, this might be a coincidence but I haven't been able > > to build virtualbox since the xorg update to 7.5 AND since my switch > > from 8-STABLE i386 TO amd64. Both happened around the same week. I > > have no idea which one is to blame. > > > > I did a clean amd64 install though, not an inplace upgrade. > > > > The latest build log can be found at: > > > > > http://people.freebsd.org/~lioux/virtualbox/2010060500/emulators__virtualbox-ose__build_log.txt.bz2 > > > > > The port work directory of the failed build can be found at: > > > > > http://people.freebsd.org/~lioux/virtualbox/2010060500/emulators__virtualbox-ose__work.tar.xz > > > > I've just tried the latest virtualbox-ose port version 3.2.4, it's just > as broken for me. > > It keeps on SEGFAULT on tstVMStructRC. > > $ script gdb.log gdb > work/VirtualBox-3.2.4_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC > work/VirtualBox-3.2.4_OSE/tstVMStructRC.core > > Script started on Fri Jun 11 20:00:36 2010 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"... > Core was generated by `tstVMStructRC'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/lib32/libc.so.7...done. > Loaded symbols for /usr/lib32/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x080508bc in _start () > (gdb) bt > #0 0x080508bc in _start () > #1 0x00000001 in ?? () > (gdb) quit > > Script done on Fri Jun 11 20:00:38 2010 > > The latest build log for 3.2.4 can be found at: > > http://people.freebsd.org/~lioux/virtualbox/2010061100/emulators__virtualbox-ose__build_log.txt.bz2 > > > The port work directory of the failed 3.2.4 build can be found at: > > http://people.freebsd.org/~lioux/virtualbox/2010061100/emulators__virtualbox-ose__work.tar.xz Ever since my move from 8-STABLE i386 to 8-STABLE amd64, I have not been able to build emulators/virtualbox-ose successfully. From version 3.1.8 up to the latest 3.2.6. I can only build emulators/virtualbox-ose-kmod. I have tried to provide as much information as possible. Is there anything I can do to help track down this problem? Regards, Mario Ferreira From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 02:55:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 567E5106566B; Thu, 1 Jul 2010 02:55:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 203548FC0C; Thu, 1 Jul 2010 02:55:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o612t83U073311; Wed, 30 Jun 2010 22:55:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o612t8wb073302; Thu, 1 Jul 2010 02:55:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 1 Jul 2010 02:55:08 GMT Message-Id: <201007010255.o612t8wb073302@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 02:55:09 -0000 TB --- 2010-07-01 01:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-01 01:05:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-07-01 01:05:00 - cleaning the object tree TB --- 2010-07-01 01:05:16 - cvsupping the source tree TB --- 2010-07-01 01:05:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-07-01 01:11:18 - building world TB --- 2010-07-01 01:11:18 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 01:11:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 01:11:18 - TARGET=pc98 TB --- 2010-07-01 01:11:18 - TARGET_ARCH=i386 TB --- 2010-07-01 01:11:18 - TZ=UTC TB --- 2010-07-01 01:11:18 - __MAKE_CONF=/dev/null TB --- 2010-07-01 01:11:18 - cd /src TB --- 2010-07-01 01:11:18 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 1 01:11:18 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 1 02:48:57 UTC 2010 TB --- 2010-07-01 02:48:57 - generating LINT kernel config TB --- 2010-07-01 02:48:57 - cd /src/sys/pc98/conf TB --- 2010-07-01 02:48:57 - /usr/bin/make -B LINT TB --- 2010-07-01 02:48:57 - building LINT kernel TB --- 2010-07-01 02:48:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 02:48:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 02:48:57 - TARGET=pc98 TB --- 2010-07-01 02:48:57 - TARGET_ARCH=i386 TB --- 2010-07-01 02:48:57 - TZ=UTC TB --- 2010-07-01 02:48:57 - __MAKE_CONF=/dev/null TB --- 2010-07-01 02:48:57 - cd /src TB --- 2010-07-01 02:48:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 1 02:48:57 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/isp/isp_target.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ispfw/ispfw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/if_ixgb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_ee.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_hw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe In file included from /src/sys/dev/ixgbe/ixgbe.c:39: /src/sys/dev/ixgbe/ixgbe.h:385: error: duplicate member 'advertise' *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-01 02:55:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-01 02:55:08 - ERROR: failed to build lint kernel TB --- 2010-07-01 02:55:08 - 4995.04 user 901.54 system 6608.01 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 03:24:51 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D82B3106564A; Thu, 1 Jul 2010 03:24:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A7D938FC08; Thu, 1 Jul 2010 03:24:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o613Oo7P019473; Wed, 30 Jun 2010 23:24:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o613Oom3019468; Thu, 1 Jul 2010 03:24:50 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 1 Jul 2010 03:24:50 GMT Message-Id: <201007010324.o613Oom3019468@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 03:24:51 -0000 TB --- 2010-07-01 01:54:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-01 01:54:35 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-07-01 01:54:35 - cleaning the object tree TB --- 2010-07-01 01:54:48 - cvsupping the source tree TB --- 2010-07-01 01:54:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-07-01 01:55:04 - building world TB --- 2010-07-01 01:55:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 01:55:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 01:55:04 - TARGET=ia64 TB --- 2010-07-01 01:55:04 - TARGET_ARCH=ia64 TB --- 2010-07-01 01:55:04 - TZ=UTC TB --- 2010-07-01 01:55:04 - __MAKE_CONF=/dev/null TB --- 2010-07-01 01:55:04 - cd /src TB --- 2010-07-01 01:55:04 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 1 01:55:05 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 1 03:17:27 UTC 2010 TB --- 2010-07-01 03:17:27 - generating LINT kernel config TB --- 2010-07-01 03:17:27 - cd /src/sys/ia64/conf TB --- 2010-07-01 03:17:27 - /usr/bin/make -B LINT TB --- 2010-07-01 03:17:27 - building LINT kernel TB --- 2010-07-01 03:17:27 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 03:17:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 03:17:27 - TARGET=ia64 TB --- 2010-07-01 03:17:27 - TARGET_ARCH=ia64 TB --- 2010-07-01 03:17:27 - TZ=UTC TB --- 2010-07-01 03:17:27 - __MAKE_CONF=/dev/null TB --- 2010-07-01 03:17:27 - cd /src TB --- 2010-07-01 03:17:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 1 03:17:28 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/isp/isp_target.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ispfw/ispfw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ixgb/if_ixgb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ixgb/ixgb_ee.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ixgb/ixgb_hw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe In file included from /src/sys/dev/ixgbe/ixgbe.c:39: /src/sys/dev/ixgbe/ixgbe.h:385: error: duplicate member 'advertise' *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-01 03:24:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-01 03:24:50 - ERROR: failed to build lint kernel TB --- 2010-07-01 03:24:50 - 4240.27 user 722.85 system 5415.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 03:26:23 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03D491065672; Thu, 1 Jul 2010 03:26:23 +0000 (UTC) (envelope-from shigeru@iij.ad.jp) Received: from omgo.iij.ad.jp (mo30.iij.ad.jp [202.232.30.71]) by mx1.freebsd.org (Postfix) with ESMTP id 8882C8FC17; Thu, 1 Jul 2010 03:26:22 +0000 (UTC) DKIM-Signature: v=1;a=rsa-sha256;c=relaxed/simple;d=iij.ad.jp;h=Date: Message-Id:To:Cc:Subject:From:In-Reply-To:References:Mime-Version: Content-Type:Content-Transfer-Encoding;i=shigeru@iij.ad.jp;s=omgo1;t= 1277953919; x=1279163519; bh=DJFPvWmLJ+Vve0a7kfxTM2+1gejdWmdYo93SoPxh7ks=; b=t4p kFCjmV/LN6ZqtWbkLUsjOqvUZzGvT/P6P2U8YYdW8apXjwyfX/xDJPMz642WwfioiNkF1PrNuKjJS Vt/ildk/mBPsytJZmJMxY7dcjxyyuTCM5sIiZTXJGSBE2syEtCeGcTSay5us7cc/hOmiHAlmC9UI0 0ZB+7vGpTBykbk=; Received: by omgo.iij.ad.jp (mo30) id o613BwT7016536; Thu, 1 Jul 2010 12:11:58 +0900 Date: Thu, 01 Jul 2010 12:11:56 +0900 (JST) Message-Id: <20100701.121156.1530368610890010752.shigeru@iij.ad.jp> To: tinderbox@freebsd.org From: YAMAMOTO Shigeru In-Reply-To: <201007010255.o612t8wb073302@freebsd-current.sentex.ca> References: <201007010255.o612t8wb073302@freebsd-current.sentex.ca> X-Mailer: Mew version 6.3 on Emacs 23.2 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2010 03:26:23 -0000 > /src/sys/dev/ixgbe/ixgbe.h:385: error: duplicate member 'advertise' 'advertise' is added at r209607 and r209609. please chone one of them. Thanks, ------- YAMAMOTO Shigeru From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 03:33:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DF6D106564A; Thu, 1 Jul 2010 03:33:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D34BD8FC13; Thu, 1 Jul 2010 03:33:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o613XepL022706; Wed, 30 Jun 2010 23:33:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o613XepD022701; Thu, 1 Jul 2010 03:33:40 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 1 Jul 2010 03:33:40 GMT Message-Id: <201007010333.o613XepD022701@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 03:33:41 -0000 TB --- 2010-07-01 01:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-01 01:05:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-07-01 01:05:00 - cleaning the object tree TB --- 2010-07-01 01:05:16 - cvsupping the source tree TB --- 2010-07-01 01:05:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-07-01 01:45:27 - building world TB --- 2010-07-01 01:45:27 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 01:45:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 01:45:27 - TARGET=i386 TB --- 2010-07-01 01:45:27 - TARGET_ARCH=i386 TB --- 2010-07-01 01:45:27 - TZ=UTC TB --- 2010-07-01 01:45:27 - __MAKE_CONF=/dev/null TB --- 2010-07-01 01:45:27 - cd /src TB --- 2010-07-01 01:45:27 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 1 01:45:28 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 1 03:26:27 UTC 2010 TB --- 2010-07-01 03:26:27 - generating LINT kernel config TB --- 2010-07-01 03:26:27 - cd /src/sys/i386/conf TB --- 2010-07-01 03:26:27 - /usr/bin/make -B LINT TB --- 2010-07-01 03:26:27 - building LINT kernel TB --- 2010-07-01 03:26:27 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 03:26:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 03:26:27 - TARGET=i386 TB --- 2010-07-01 03:26:27 - TARGET_ARCH=i386 TB --- 2010-07-01 03:26:27 - TZ=UTC TB --- 2010-07-01 03:26:27 - __MAKE_CONF=/dev/null TB --- 2010-07-01 03:26:27 - cd /src TB --- 2010-07-01 03:26:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 1 03:26:27 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] uudecode -o iwn6000.fw /src/sys/contrib/dev/iwn/iwlwifi-6000-9.193.4.1.fw.uu ld -b binary -d -warn-common -r -d -o iwn6000fw.fwo iwn6000.fw cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/if_ixgb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_ee.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_hw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe In file included from /src/sys/dev/ixgbe/ixgbe.c:39: /src/sys/dev/ixgbe/ixgbe.h:385: error: duplicate member 'advertise' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-01 03:33:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-01 03:33:40 - ERROR: failed to build lint kernel TB --- 2010-07-01 03:33:40 - 5113.54 user 894.77 system 8919.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 03:36:00 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34018106566C; Thu, 1 Jul 2010 03:36:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F3CA68FC08; Thu, 1 Jul 2010 03:35:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o613Zxui026652; Wed, 30 Jun 2010 23:35:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o613ZxDL026651; Thu, 1 Jul 2010 03:35:59 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 1 Jul 2010 03:35:59 GMT Message-Id: <201007010335.o613ZxDL026651@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 03:36:00 -0000 TB --- 2010-07-01 01:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-01 01:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-07-01 01:05:00 - cleaning the object tree TB --- 2010-07-01 01:05:26 - cvsupping the source tree TB --- 2010-07-01 01:05:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-07-01 01:22:01 - building world TB --- 2010-07-01 01:22:01 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 01:22:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 01:22:01 - TARGET=amd64 TB --- 2010-07-01 01:22:01 - TARGET_ARCH=amd64 TB --- 2010-07-01 01:22:01 - TZ=UTC TB --- 2010-07-01 01:22:01 - __MAKE_CONF=/dev/null TB --- 2010-07-01 01:22:01 - cd /src TB --- 2010-07-01 01:22:01 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 1 01:22:01 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jul 1 03:29:02 UTC 2010 TB --- 2010-07-01 03:29:02 - generating LINT kernel config TB --- 2010-07-01 03:29:02 - cd /src/sys/amd64/conf TB --- 2010-07-01 03:29:02 - /usr/bin/make -B LINT TB --- 2010-07-01 03:29:02 - building LINT kernel TB --- 2010-07-01 03:29:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 03:29:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 03:29:02 - TARGET=amd64 TB --- 2010-07-01 03:29:02 - TARGET_ARCH=amd64 TB --- 2010-07-01 03:29:02 - TZ=UTC TB --- 2010-07-01 03:29:02 - __MAKE_CONF=/dev/null TB --- 2010-07-01 03:29:02 - cd /src TB --- 2010-07-01 03:29:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 1 03:29:02 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] uudecode -o iwn6000.fw /src/sys/contrib/dev/iwn/iwlwifi-6000-9.193.4.1.fw.uu ld -b binary -d -warn-common -r -d -o iwn6000fw.fwo iwn6000.fw cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/if_ixgb.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_ee.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgb/ixgb_hw.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe In file included from /src/sys/dev/ixgbe/ixgbe.c:39: /src/sys/dev/ixgbe/ixgbe.h:385: error: duplicate member 'advertise' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-01 03:35:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-01 03:35:59 - ERROR: failed to build lint kernel TB --- 2010-07-01 03:35:59 - 6299.94 user 1190.05 system 9059.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 04:06:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDB92106566B for ; Thu, 1 Jul 2010 04:06:23 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id EC9048FC0A for ; Thu, 1 Jul 2010 04:06:22 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so301346fga.13 for ; Wed, 30 Jun 2010 21:06:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=5myyQ7Guwwz71emTvOvGqjGDlEWiS0G8fdducqXmCgM=; b=dK955gDcjxluIjr5sE7hrjxkVqBozLzbMce9FjqtUYSkSFAjcnf8O/jZnCoIS+oysr C8Ye+3LiK2lbInz+anuvyeO15ETST/+7nR+Nzj7rNd2c656uVqjh+jigVvpYTS6W9NvT 8RzDtnY9JgnjAMD3Lb4TFEqfMceh4xQzyUy4o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=IR7TCRyjb+hlJCkHVbBk8ebvnh7IQ6zms64zMPqLm2Ml2FzzgQFqQcJ2zpGwkPzw+W Zcg+REGl4O9TzrC8Bm+hYTvkqSYQVz3H9pgHArGF2Vbr3R8FFrQoVO3ffiQqEQWtDvoP QHacNtVNYiUKl5aHf63eai1MH1ZbmfihnW1mY= Received: by 10.87.74.17 with SMTP id b17mr14397485fgl.59.1277957169866; Wed, 30 Jun 2010 21:06:09 -0700 (PDT) Received: from darklight.org.ru ([213.132.76.142]) by mx.google.com with ESMTPS id e3sm1765729fga.17.2010.06.30.21.06.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 30 Jun 2010 21:06:09 -0700 (PDT) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.4/8.14.4) with ESMTP id o6143bR7039330; Thu, 1 Jul 2010 08:03:37 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.4/8.14.4/Submit) id o6143bph039329; Thu, 1 Jul 2010 08:03:37 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Thu, 1 Jul 2010 08:03:36 +0400 From: Yuri Pankov To: Mario Sergio Fujikawa Ferreira Message-ID: <20100701040336.GC3555@darklight.org.ru> References: <20100521020553.80602.qmail@exxodus.fedaykin.here> <4C0B5207.50902@FreeBSD.org> <20100612102824.13083gxehm8lgmm0@exxodus.dyndns.org> <4C2BF657.4070703@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C2BF657.4070703@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Bernhard Froehlich , freebsd-current@freebsd.org, vbox@freebsd.org Subject: Re: tstVMStructRC segfault: Cannot build virtualbox-ose on 8-STABLE amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 04:06:24 -0000 On Wed, Jun 30, 2010 at 10:58:23PM -0300, Mario Sergio Fujikawa Ferreira wrote: > >$ script gdb.log gdb > >work/VirtualBox-3.2.4_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC > >work/VirtualBox-3.2.4_OSE/tstVMStructRC.core > > > >Script started on Fri Jun 11 20:00:36 2010 > >GNU gdb 6.1.1 [FreeBSD] > >Copyright 2004 Free Software Foundation, Inc. > >GDB is free software, covered by the GNU General Public License, and you > >are > >welcome to change it and/or distribute copies of it under certain > >conditions. > >Type "show copying" to see the conditions. > >There is absolutely no warranty for GDB. Type "show warranty" for details. > >This GDB was configured as "amd64-marcel-freebsd"... > >Core was generated by `tstVMStructRC'. > >Program terminated with signal 11, Segmentation fault. > >Reading symbols from /usr/lib32/libc.so.7...done. > >Loaded symbols for /usr/lib32/libc.so.7 > >Reading symbols from /libexec/ld-elf.so.1...done. > >Loaded symbols for /libexec/ld-elf.so.1 > >#0 0x080508bc in _start () > >(gdb) bt > >#0 0x080508bc in _start () > >#1 0x00000001 in ?? () > >(gdb) quit That looks like backtrace from 32 bit binary, are you sure your lib32 is up to date, i.e. you don't have WITHOUT_LIB32 in src.conf? > > > >Script done on Fri Jun 11 20:00:38 2010 > > > >The latest build log for 3.2.4 can be found at: > > > >http://people.freebsd.org/~lioux/virtualbox/2010061100/emulators__virtualbox-ose__build_log.txt.bz2 > > > > > >The port work directory of the failed 3.2.4 build can be found at: > > > >http://people.freebsd.org/~lioux/virtualbox/2010061100/emulators__virtualbox-ose__work.tar.xz > > Ever since my move from 8-STABLE i386 to 8-STABLE amd64, I have not > been able to build emulators/virtualbox-ose successfully. From > version 3.1.8 up to the latest 3.2.6. > > I can only build emulators/virtualbox-ose-kmod. > > I have tried to provide as much information as possible. Is there > anything I can do to help track down this problem? > > Regards, > Mario Ferreira Yuri From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 04:37:20 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52F761065672; Thu, 1 Jul 2010 04:37:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0AA748FC0C; Thu, 1 Jul 2010 04:37:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o614bJn1058534; Thu, 1 Jul 2010 00:37:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o614bJUW058533; Thu, 1 Jul 2010 04:37:19 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 1 Jul 2010 04:37:19 GMT Message-Id: <201007010437.o614bJUW058533@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 04:37:20 -0000 TB --- 2010-07-01 03:33:40 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-01 03:33:40 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-07-01 03:33:40 - cleaning the object tree TB --- 2010-07-01 03:33:59 - cvsupping the source tree TB --- 2010-07-01 03:33:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-07-01 03:34:34 - building world TB --- 2010-07-01 03:34:34 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 03:34:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 03:34:34 - TARGET=sparc64 TB --- 2010-07-01 03:34:34 - TARGET_ARCH=sparc64 TB --- 2010-07-01 03:34:34 - TZ=UTC TB --- 2010-07-01 03:34:34 - __MAKE_CONF=/dev/null TB --- 2010-07-01 03:34:34 - cd /src TB --- 2010-07-01 03:34:34 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 1 03:34:34 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 1 04:32:19 UTC 2010 TB --- 2010-07-01 04:32:19 - generating LINT kernel config TB --- 2010-07-01 04:32:19 - cd /src/sys/sparc64/conf TB --- 2010-07-01 04:32:19 - /usr/bin/make -B LINT TB --- 2010-07-01 04:32:19 - building LINT kernel TB --- 2010-07-01 04:32:19 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 04:32:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 04:32:19 - TARGET=sparc64 TB --- 2010-07-01 04:32:19 - TARGET_ARCH=sparc64 TB --- 2010-07-01 04:32:19 - TZ=UTC TB --- 2010-07-01 04:32:19 - __MAKE_CONF=/dev/null TB --- 2010-07-01 04:32:19 - cd /src TB --- 2010-07-01 04:32:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 1 04:32:19 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/isp/isp_target.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ispfw/ispfw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgb/if_ixgb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgb/ixgb_ee.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgb/ixgb_hw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe In file included from /src/sys/dev/ixgbe/ixgbe.c:39: /src/sys/dev/ixgbe/ixgbe.h:385: error: duplicate member 'advertise' *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-01 04:37:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-01 04:37:19 - ERROR: failed to build lint kernel TB --- 2010-07-01 04:37:19 - 2982.50 user 648.85 system 3818.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 04:39:18 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AB521065676; Thu, 1 Jul 2010 04:39:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E12298FC1B; Thu, 1 Jul 2010 04:39:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o614dH8p061859; Thu, 1 Jul 2010 00:39:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o614dHxB061855; Thu, 1 Jul 2010 04:39:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 1 Jul 2010 04:39:17 GMT Message-Id: <201007010439.o614dHxB061855@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 04:39:18 -0000 TB --- 2010-07-01 03:35:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-01 03:35:59 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-07-01 03:35:59 - cleaning the object tree TB --- 2010-07-01 03:36:13 - cvsupping the source tree TB --- 2010-07-01 03:36:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-07-01 03:36:40 - building world TB --- 2010-07-01 03:36:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 03:36:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 03:36:40 - TARGET=sun4v TB --- 2010-07-01 03:36:40 - TARGET_ARCH=sparc64 TB --- 2010-07-01 03:36:40 - TZ=UTC TB --- 2010-07-01 03:36:40 - __MAKE_CONF=/dev/null TB --- 2010-07-01 03:36:40 - cd /src TB --- 2010-07-01 03:36:40 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 1 03:36:40 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 1 04:34:23 UTC 2010 TB --- 2010-07-01 04:34:23 - generating LINT kernel config TB --- 2010-07-01 04:34:23 - cd /src/sys/sun4v/conf TB --- 2010-07-01 04:34:23 - /usr/bin/make -B LINT TB --- 2010-07-01 04:34:23 - building LINT kernel TB --- 2010-07-01 04:34:23 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 04:34:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 04:34:23 - TARGET=sun4v TB --- 2010-07-01 04:34:23 - TARGET_ARCH=sparc64 TB --- 2010-07-01 04:34:23 - TZ=UTC TB --- 2010-07-01 04:34:23 - __MAKE_CONF=/dev/null TB --- 2010-07-01 04:34:23 - cd /src TB --- 2010-07-01 04:34:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 1 04:34:23 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/isp/isp_target.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ispfw/ispfw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgb/if_ixgb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgb/ixgb_ee.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgb/ixgb_hw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe In file included from /src/sys/dev/ixgbe/ixgbe.c:39: /src/sys/dev/ixgbe/ixgbe.h:385: error: duplicate member 'advertise' *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-01 04:39:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-01 04:39:17 - ERROR: failed to build lint kernel TB --- 2010-07-01 04:39:17 - 2975.68 user 644.62 system 3797.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 05:00:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4155B106564A; Thu, 1 Jul 2010 05:00:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 093738FC13; Thu, 1 Jul 2010 05:00:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o61501Tv009473; Thu, 1 Jul 2010 01:00:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o61501E4009472; Thu, 1 Jul 2010 05:00:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 1 Jul 2010 05:00:01 GMT Message-Id: <201007010500.o61501E4009472@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 05:00:02 -0000 TB --- 2010-07-01 03:24:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-07-01 03:24:51 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-07-01 03:24:51 - cleaning the object tree TB --- 2010-07-01 03:25:08 - cvsupping the source tree TB --- 2010-07-01 03:25:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-07-01 03:25:27 - building world TB --- 2010-07-01 03:25:27 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 03:25:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 03:25:27 - TARGET=powerpc TB --- 2010-07-01 03:25:27 - TARGET_ARCH=powerpc TB --- 2010-07-01 03:25:27 - TZ=UTC TB --- 2010-07-01 03:25:27 - __MAKE_CONF=/dev/null TB --- 2010-07-01 03:25:27 - cd /src TB --- 2010-07-01 03:25:27 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 1 03:25:27 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 1 04:55:24 UTC 2010 TB --- 2010-07-01 04:55:24 - generating LINT kernel config TB --- 2010-07-01 04:55:24 - cd /src/sys/powerpc/conf TB --- 2010-07-01 04:55:24 - /usr/bin/make -B LINT TB --- 2010-07-01 04:55:24 - building LINT kernel TB --- 2010-07-01 04:55:24 - MAKEOBJDIRPREFIX=/obj TB --- 2010-07-01 04:55:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-07-01 04:55:24 - TARGET=powerpc TB --- 2010-07-01 04:55:24 - TARGET_ARCH=powerpc TB --- 2010-07-01 04:55:24 - TZ=UTC TB --- 2010-07-01 04:55:24 - __MAKE_CONF=/dev/null TB --- 2010-07-01 04:55:24 - cd /src TB --- 2010-07-01 04:55:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 1 04:55:24 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/isp/isp_target.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ispfw/ispfw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgb/if_ixgb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgb/ixgb_ee.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgb/ixgb_hw.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ixgbe/ixgbe.c -I/src/sys/dev/ixgbe In file included from /src/sys/dev/ixgbe/ixgbe.c:39: /src/sys/dev/ixgbe/ixgbe.h:385: error: duplicate member 'advertise' *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-07-01 05:00:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-07-01 05:00:01 - ERROR: failed to build lint kernel TB --- 2010-07-01 05:00:01 - 4721.47 user 797.12 system 5710.05 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 06:50:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5726D106566B for ; Thu, 1 Jul 2010 06:50:15 +0000 (UTC) (envelope-from alexz@visp.ru) Received: from mail.visp.ru (srv1.visp.ru [91.215.204.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0829A8FC16 for ; Thu, 1 Jul 2010 06:50:14 +0000 (UTC) Received: from 91-215-205-255.static.visp.ru ([91.215.205.255] helo=zagrebin) by mail.visp.ru with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1OUDbB-000CfC-1I; Thu, 01 Jul 2010 10:50:13 +0400 From: "Alexander Zagrebin" To: , Date: Thu, 1 Jul 2010 10:50:12 +0400 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0777_01CB190B.2ECBBD70" X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 Thread-Index: AcsY6aeKEQR+kuwLTz2oEVxLaSoioA== Cc: Subject: 8.1-RC2: bug in ng_ipfw (ng_ipfw doesn't return a packet back to ipfw) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2010 06:50:15 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0777_01CB190B.2ECBBD70 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit After upgrading from RELENG_8_0 to RELENG_8_1 (8.1-RC2) I have noticed that ng_ipfw doesn't return a packet back to ipfw after `ipfw add ... netgraph ...` due to the bug in the sys/netgraph/ng_ipfw.c The attached patch solves the problem. -- Alexander ------=_NextPart_000_0777_01CB190B.2ECBBD70 Content-Type: application/octet-stream; name="patch-sys-netgraph-ng_ipfw.c" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="patch-sys-netgraph-ng_ipfw.c" --- sys/netgraph/ng_ipfw.c.orig 2010-06-16 08:55:21.021628270 +0400=0A= +++ sys/netgraph/ng_ipfw.c 2010-07-01 10:29:09.561958484 +0400=0A= @@ -221,20 +221,21 @@=0A= static int=0A= ng_ipfw_rcvdata(hook_p hook, item_p item)=0A= {=0A= - struct ipfw_rule_ref *tag;=0A= + struct m_tag *tag;=0A= + struct ipfw_rule_ref *r;=0A= struct mbuf *m;=0A= =0A= NGI_GET_M(item, m);=0A= NG_FREE_ITEM(item);=0A= =0A= - tag =3D (struct ipfw_rule_ref *)=0A= - m_tag_locate(m, MTAG_IPFW_RULE, 0, NULL);=0A= + tag =3D m_tag_locate(m, MTAG_IPFW_RULE, 0, NULL);=0A= if (tag =3D=3D NULL) {=0A= NG_FREE_M(m);=0A= return (EINVAL); /* XXX: find smth better */=0A= };=0A= =0A= - if (tag->info & IPFW_INFO_IN) {=0A= + r =3D (struct ipfw_rule_ref *)(tag + 1);=0A= + if (r->info & IPFW_INFO_IN) {=0A= ip_input(m);=0A= return (0);=0A= } else {=0A= ------=_NextPart_000_0777_01CB190B.2ECBBD70-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 07:35:20 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D03CE106564A for ; Thu, 1 Jul 2010 07:35:20 +0000 (UTC) (envelope-from ru@freebsd.org) Received: from mail.vega.ru (mail.vega.ru [90.156.167.5]) by mx1.freebsd.org (Postfix) with ESMTP id 85D938FC16 for ; Thu, 1 Jul 2010 07:35:20 +0000 (UTC) Received: from [10.100.124.99] (helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OUEIm-000Dbl-C6; Thu, 01 Jul 2010 11:35:16 +0400 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.4/8.14.4) with ESMTP id o617YXl4001338; Thu, 1 Jul 2010 11:34:33 +0400 (MSD) (envelope-from ru@freebsd.org) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.4/8.14.4/Submit) id o617YXFP001337; Thu, 1 Jul 2010 11:34:33 +0400 (MSD) (envelope-from ru@freebsd.org) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to ru@freebsd.org using -f Date: Thu, 1 Jul 2010 11:34:33 +0400 From: Ruslan Ermilov To: Claude Buisson Message-ID: <20100701073433.GB914@edoofus.dev.vega.ru> References: <20100630134932.GA70765@mech-cluster241.men.bris.ac.uk> <4C2B542D.6090702@orange.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C2B542D.6090702@orange.fr> Cc: Anton Shterenlikht , current@freebsd.org Subject: Re: buildworld fails building _dtrace_tools X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2010 07:35:20 -0000 On Wed, Jun 30, 2010 at 04:26:53PM +0200, Claude Buisson wrote: > Anton Shterenlikht wrote: > > HI Claude > > > > http://www.mavetju.org/mail/view_message.php?list=freebsd-current&id=3145015 > > > > Have you got a reply to your question? > > Have you solved it? > > > > > > I'm now seeing the same on i386. > > > > Any advice? > > > > many thanks > > anton > > > > Hi Anton, > > I never received any reply.. > > I have done a binary search and found that the problem was introduced by svn > revision r204339 dated February 25 by ru@ Let's admit that the problem was uncovered, not introduced. The mentioned commit of mine is correct (try building stuff statically linked to see). > Reverting this revision by hand, I have been able to build a system "WITH_CDDL" > which could be used to rebuild from the current sources. > > But the original problem is always here: how to make a buildworld "WITH_CDDL" on > a system built "WITHOUT_CDDL" ? > > I sent a message to ru@ on April 11, without success.. Sorry, still swamped with real life issues. I think there are basically two options for bootstrapping: - reinstall stuff from some release media (e.g., take the required bits from the nearby release tarballs) - manually build/install the missing stuff from sources (if you have'em) Then do a buildworld. This problem is similar to the case when you lose /usr/bin/make or some other host tool used during the build. From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 07:52:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD722106564A for ; Thu, 1 Jul 2010 07:52:14 +0000 (UTC) (envelope-from bryanv@daemoninthecloset.org) Received: from misery.daemoninthecloset.org (misery.daemoninthecloset.org [212.117.171.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6835F8FC1C for ; Thu, 1 Jul 2010 07:52:14 +0000 (UTC) Received: from sage.daemoninthecloset.org (cpe-70-124-61-245.austin.res.rr.com [70.124.61.245]) by misery.daemoninthecloset.org (Postfix) with ESMTPS id 750A33763E9 for ; Thu, 1 Jul 2010 07:32:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sage.daemoninthecloset.org (Postfix) with ESMTP id 6166B96178 for ; Thu, 1 Jul 2010 02:32:34 -0500 (CDT) Received: from sage.daemoninthecloset.org ([127.0.0.1]) by localhost (sage.daemoninthecloset.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FMf2IZ1qD3Lz for ; Thu, 1 Jul 2010 02:32:34 -0500 (CDT) Received: from sage.daemoninthecloset.org (sage [192.168.10.14]) by sage.daemoninthecloset.org (Postfix) with ESMTP id EFFAB96174 for ; Thu, 1 Jul 2010 02:32:33 -0500 (CDT) Date: Thu, 1 Jul 2010 02:32:33 -0500 (CDT) From: Bryan Venteicher To: freebsd-current@freebsd.org Message-ID: <269478215.24.1277969553870.JavaMail.root@sage.daemoninthecloset.org> In-Reply-To: <744734406.21.1277969273426.JavaMail.root@sage.daemoninthecloset.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_23_1910822332.1277969553866" X-Originating-IP: [192.168.10.20] X-Mailer: Zimbra 6.0.6_GA_2330.DEBIAN5_64 (ZimbraWebClient - FF3.0 ([unknown])/6.0.6_GA_2330.DEBIAN5_64) Subject: deadlkres() panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 07:52:14 -0000 ------=_Part_23_1910822332.1277969553866 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit On a recent -current, I got the following panic from deadlkres: Assertion wchan != NULL failed at /usr/src-nfs/sys/kern/subr_sleepqueue.c:680 Tracing pid 0 tid 100058 td 0xffffff00024bf7a0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x176 sleepq_type() at sleepq_type+0x56 deadlkres() at deadlkres+0x224 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8074976d30, rbp = 0 --- (Hand transcribed, doadump() hung) deadlkres() came across a TD_IS_SLEEPING()'ing thread that was not a sleepqueue (ie, td->td_wchan == NULL). I don't think this is an invalid state for thread to be in: After adding itself to a sleepq and setting a timeout, the thread calls sleepq_timedwait_sig(). sleepq_catch_signals() determines there is a signal pending so it removes the thread from the sleepq via sleepq_resume_thread(). Returning to sleepq_timedwait_sig(), in the call to sleepq_check_timeout(), the thread is unable to cancel the timeout because it is already firing (likely waiting on thread_lock()). So the thread calls TD_SET_SLEEPING() followed by mi_switch(). deadlkres() then picks up thread_lock(), finding td is TD_IS_SLEEPING() && !TD_ON_SLEEPQ(). The attached patch takes care of the panic for me. ------=_Part_23_1910822332.1277969553866 Content-Type: text/x-patch; name=kern_clock.c.diff Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=kern_clock.c.diff --- /usr/src-nfs/sys/kern/kern_clock.c 2010-06-30 03:38:25.000000000 -0500 +++ kern_clock.c 2010-07-01 02:19:39.048697991 -0500 @@ -232,7 +232,8 @@ panic("%s: possible deadlock detected for %p, blocked for %d ticks\n", __func__, td, tticks); } - } else if (TD_IS_SLEEPING(td)) { + } else if (TD_IS_SLEEPING(td) && + TD_ON_SLEEPQ(td)) { /* Handle ticks wrap-up. */ if (ticks < td->td_blktick) { ------=_Part_23_1910822332.1277969553866-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 11:28:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A47FE106564A for ; Thu, 1 Jul 2010 11:28:31 +0000 (UTC) (envelope-from lioux@FreeBSD.org) Received: from goat.gigo.com (ipv6.gigo.com [IPv6:2001:470:1:18::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8293E8FC19 for ; Thu, 1 Jul 2010 11:28:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by goat.gigo.com (Postfix) with ESMTP id 338855C66 for ; Thu, 1 Jul 2010 04:28:31 -0700 (PDT) Received: from goat.gigo.com ([127.0.0.1]) by localhost (vette.gigo.com [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id HsTcpfEHK1KV for ; Thu, 1 Jul 2010 04:28:31 -0700 (PDT) Received: from 189.72.155.250 (189-72-155-250.bsace702.dsl.brasiltelecom.net.br [189.72.155.250]) by goat.gigo.com (Postfix) with ESMTPSA id 9FF1F5C32 for ; Thu, 1 Jul 2010 04:28:29 -0700 (PDT) Received: (qmail 68220 invoked from network); 1 Jul 2010 08:27:19 -0300 Received: from unknown (HELO exxodus.fedaykin.here) (127.0.0.1) by exxodus.fedaykin.here with SMTP; 1 Jul 2010 08:27:19 -0300 Message-ID: <4C2C7BAF.1040206@FreeBSD.org> Date: Thu, 01 Jul 2010 08:27:19 -0300 From: Mario Sergio Fujikawa Ferreira User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; pt-BR; rv:1.9.1.10) Gecko/20100622 Thunderbird/3.0.5 MIME-Version: 1.0 To: Yuri Pankov References: <20100521020553.80602.qmail@exxodus.fedaykin.here> <4C0B5207.50902@FreeBSD.org> <20100612102824.13083gxehm8lgmm0@exxodus.dyndns.org> <4C2BF657.4070703@FreeBSD.org> <20100701040336.GC3555@darklight.org.ru> (sfid-20100701_01270_026F31D8) In-Reply-To: <20100701040336.GC3555@darklight.org.ru> (sfid-20100701_01270_026F31D8) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: vbox@freebsd.org, freebsd-current@freebsd.org, Bernhard Froehlich Subject: Re: tstVMStructRC segfault: Cannot build virtualbox-ose on 8-STABLE amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 11:28:31 -0000 On 01/07/2010 01:03, Yuri Pankov wrote: > On Wed, Jun 30, 2010 at 10:58:23PM -0300, Mario Sergio Fujikawa Ferreira wrote: > > > >>> $ script gdb.log gdb >>> work/VirtualBox-3.2.4_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC >>> work/VirtualBox-3.2.4_OSE/tstVMStructRC.core >>> >>> Script started on Fri Jun 11 20:00:36 2010 >>> GNU gdb 6.1.1 [FreeBSD] >>> Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and you >>> are >>> welcome to change it and/or distribute copies of it under certain >>> conditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. Type "show warranty" for details. >>> This GDB was configured as "amd64-marcel-freebsd"... >>> Core was generated by `tstVMStructRC'. >>> Program terminated with signal 11, Segmentation fault. >>> Reading symbols from /usr/lib32/libc.so.7...done. >>> Loaded symbols for /usr/lib32/libc.so.7 >>> Reading symbols from /libexec/ld-elf.so.1...done. >>> Loaded symbols for /libexec/ld-elf.so.1 >>> #0 0x080508bc in _start () >>> (gdb) bt >>> #0 0x080508bc in _start () >>> #1 0x00000001 in ?? () >>> (gdb) quit > > That looks like backtrace from 32 bit binary, are you sure your lib32 is > up to date, i.e. you don't have WITHOUT_LIB32 in src.conf? I don't even have a /etc/src.conf. :) Furthermore, my /usr/lib32 files all have the same timestamp "Jun 27 06:05" from my last installworld. Jun 27 06:05 /usr/lib32/libc.so.7 Jun 27 06:04 /libexec/ld-elf.so.1 Jun 27 06:06 /libexec/ld-elf32.so.1 >>> Script done on Fri Jun 11 20:00:38 2010 >>> >>> The latest build log for 3.2.4 can be found at: >>> >>> http://people.freebsd.org/~lioux/virtualbox/2010061100/emulators__virtualbox-ose__build_log.txt.bz2 >>> >>> >>> The port work directory of the failed 3.2.4 build can be found at: >>> >>> http://people.freebsd.org/~lioux/virtualbox/2010061100/emulators__virtualbox-ose__work.tar.xz >> >> Ever since my move from 8-STABLE i386 to 8-STABLE amd64, I have not >> been able to build emulators/virtualbox-ose successfully. From >> version 3.1.8 up to the latest 3.2.6. >> >> I can only build emulators/virtualbox-ose-kmod. >> >> I have tried to provide as much information as possible. Is there >> anything I can do to help track down this problem? Let me know if there is anything I can to do help track this down. Regards, Mario Ferreira From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 13:47:19 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1513106566B for ; Thu, 1 Jul 2010 13:47:19 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4E7318FC24 for ; Thu, 1 Jul 2010 13:47:18 +0000 (UTC) Received: by wwb28 with SMTP id 28so829938wwb.31 for ; Thu, 01 Jul 2010 06:47:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=8i4JROr7eWXGiHqoSQDp2wL7BbRFmsUfFCitlTZrFX8=; b=HiHdTZv8bjM/N4ITXgkQiV0X0k6S4gb2qhdzdK15pOE15qhcd0NyrUht5+pn0PL6Oz TIAnSNk27RJwmXxr/b1yf52Ao5PSVjTb69qyNKcUeG1JYg1eVEGMEtjGNZnNrmidw46z HHTCDr+NGfBPGsM/ZtEnmPH9WRz1ST1fjJ6co= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=x8GrlclQa3L9Bd+0Gw/IkgRlMQMS79y2t3PtQyl2+B7tPvQocy/cRfsuPhmSi8eiEp nCu/jHhLSgnT4/HwGwxbv49RLmXf6aOUO7IXANQu0oQNK1QWcDUDA6TZlGVawHKgxosf RbDlQMwo27qyaVJygebcdreRpFolvY5qe8I/g= MIME-Version: 1.0 Received: by 10.213.28.68 with SMTP id l4mr5466869ebc.12.1277992030372; Thu, 01 Jul 2010 06:47:10 -0700 (PDT) Received: by 10.213.15.208 with HTTP; Thu, 1 Jul 2010 06:47:10 -0700 (PDT) In-Reply-To: <86pqz8mkcg.fsf@ds4.des.no> References: <20100621101046.GA76036@droso.net> <20100621130743.4df77343@ernst.jennejohn.org> <86pqz8mkcg.fsf@ds4.des.no> Date: Thu, 1 Jul 2010 14:47:10 +0100 Message-ID: From: Tom Evans To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: multipart/mixed; boundary=0015174c3774ff07fa048a53b4fb Cc: freebsd-current Subject: Re: Ports doesnt respect fetch environment settings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2010 13:47:19 -0000 --0015174c3774ff07fa048a53b4fb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 2010/6/30 Dag-Erling Sm=C3=B8rgrav : > Tom Evans writes: >> Sorry to bump this again. I've diluted this issue down to the core >> points and raised as a pr - can someone take a look, see if my >> solution is correct and commit if appropriate? > > Sorry, fell through the cracks. =C2=A0Your analysis is correct, but I'm n= ot > 100% sure about the patch. =C2=A0Can you verify that your change does not > introduce the possibility of an infinite loop in edge cases? =C2=A0I don'= t > *think* it does, but like I said, I'm not 100% sure and I don't have > time to reacquaint myself with the code right now, especially not that > particularly nasty part of it :) > > DES > -- > Dag-Erling Sm=C3=B8rgrav - des@des.no > Like you said, it's quite a large chunk of code to understand. I think you might be right, there could be a situation where a misbehaving proxy server could make it loop. The process is like this: http_auth_challenges_t proxy_challenges struct initialized (line 1497). The flag 'valid' on the struct is initialized to 0 (line 656) We enter the loop for the first time. We dont add proxy auth the first time through the loop, as 'valid' flag not set (line 1586) We receive the reply and switch on the response code (line 1676) If we receive HTTP_NEED_PROXY_AUTH, and the 'valid' flag is not set (implying we didn't send creds), we simply continue to execute the loop (lines 1703 - 1716). This is where the patch I supplied increments the maximum loop counter. The loop now processes the received headers, and when it receives the 'Proxy-Authenticate' header, it calls http_parse_authenticate with proxy_challenges (line 1795) This then populates the proxy_challenges struct, setting the valid flag. Having processed the headers, the loop then checks that receiving a HTTP_NEED_PROXY_AUTH response has resulted in us now having valid flag set in proxy_challenges, otherwise we goto ouch (out of the loop) (line 1806). The loop ends, and we go through again. I thought for a moment while tracing it through that if a misbehaving proxy server sent a 407 response, but did not add a Proxy-Authenticate header, then we could increase the loop counter but without adding any proxy auth, which would mean an infinite loop. However, there is already that sanity check at the end of the loop to check that if we received a proxy authentication error, and still dont have credentials to supply, then we quickly jump out of the loop. I guess that is a little strange, that we could supply proxy auth credentials, but because the server didnt ask for them correctly, we didnt give them - although that would be quite broken behaviour on the part of the proxy server. I think this does show that the patch could be made a little better. We only want to go through the loop one more time if we have credentials to send, and we have credentials to send if the rv of http_parse_authenticate is good. I also think the same bug would affect fetching from servers requiring authentication, so I've made the same fix there as well. New patch attached Cheers Tom --0015174c3774ff07fa048a53b4fb Content-Type: text/plain; charset=US-ASCII; name="lib::libfetch::http.c.diff.txt" Content-Disposition: attachment; filename="lib::libfetch::http.c.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gb3nfay00 SW5kZXg6IGh0dHAuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9saWIvbGli ZmV0Y2gvaHR0cC5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjc4LjIuNQpkaWZmIC11IC1yMS43 OC4yLjUgaHR0cC5jCi0tLSBodHRwLmMJMjcgSmFuIDIwMTAgMTQ6NTQ6NDggLTAwMDAJMS43OC4y LjUKKysrIGh0dHAuYwkxIEp1bCAyMDEwIDEzOjQ1OjA2IC0wMDAwCkBAIC0xNzg2LDEyICsxNzg2 LDE0IEBACiAJCQljYXNlIGhkcl93d3dfYXV0aGVudGljYXRlOgogCQkJCWlmIChjb25uLT5lcnIg IT0gSFRUUF9ORUVEX0FVVEgpCiAJCQkJCWJyZWFrOwotCQkJCWh0dHBfcGFyc2VfYXV0aGVudGlj YXRlKHAsICZzZXJ2ZXJfY2hhbGxlbmdlcyk7CisJCQkJaWYgKGh0dHBfcGFyc2VfYXV0aGVudGlj YXRlKHAsICZzZXJ2ZXJfY2hhbGxlbmdlcykpCisJCQkJCSsrbjsKIAkJCQlicmVhazsKIAkJCWNh c2UgaGRyX3Byb3h5X2F1dGhlbnRpY2F0ZToKIAkJCQlpZiAoY29ubi0+ZXJyICE9IEhUVFBfTkVF RF9QUk9YWV9BVVRIKQogCQkJCQlicmVhazsKLQkJCQlodHRwX3BhcnNlX2F1dGhlbnRpY2F0ZShw LCAmcHJveHlfY2hhbGxlbmdlcyk7CisJCQkJaWYgKGh0dHBfcGFyc2VfYXV0aGVudGljYXRlKHAs ICZwcm94eV9jaGFsbGVuZ2VzKSA9PSAwKTsKKwkJCQkJKytuOwogCQkJCWJyZWFrOwogCQkJY2Fz ZSBoZHJfZW5kOgogCQkJCS8qIGZhbGwgdGhyb3VnaCAqLwo= --0015174c3774ff07fa048a53b4fb-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 17:37:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2679B1065674; Thu, 1 Jul 2010 17:37:04 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id D8B838FC18; Thu, 1 Jul 2010 17:37:03 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id B85491FFC35; Thu, 1 Jul 2010 17:37:01 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2603B84571; Thu, 1 Jul 2010 19:34:47 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: YAMAMOTO Shigeru References: <201007010255.o612t8wb073302@freebsd-current.sentex.ca> <20100701.121156.1530368610890010752.shigeru@iij.ad.jp> Date: Thu, 01 Jul 2010 19:34:47 +0200 In-Reply-To: <20100701.121156.1530368610890010752.shigeru@iij.ad.jp> (YAMAMOTO Shigeru's message of "Thu, 01 Jul 2010 12:11:56 +0900 (JST)") Message-ID: <86zkybksw8.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: i386@freebsd.org, tinderbox@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2010 17:37:04 -0000 YAMAMOTO Shigeru writes: > 'advertise' is added at r209607 and r209609. > > please chone one of them. I don't know what "chone" means. The tinderbox uses cvsup and is therefore at the mercy of the whims and idiosyncracies of the cvs exporter. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 17:39:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1059F1065673 for ; Thu, 1 Jul 2010 17:39:27 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id C1ED18FC08 for ; Thu, 1 Jul 2010 17:39:26 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 0E5A61FFC35; Thu, 1 Jul 2010 17:39:26 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 7366184571; Thu, 1 Jul 2010 19:37:14 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Tom Evans References: <20100621101046.GA76036@droso.net> <20100621130743.4df77343@ernst.jennejohn.org> <86pqz8mkcg.fsf@ds4.des.no> Date: Thu, 01 Jul 2010 19:37:14 +0200 In-Reply-To: (Tom Evans's message of "Thu, 1 Jul 2010 14:47:10 +0100") Message-ID: <86vd8zkss5.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Ports doesnt respect fetch environment settings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Jul 2010 17:39:27 -0000 Tom Evans writes: > I think this does show that the patch could be made a little better. > We only want to go through the loop one more time if we have > credentials to send, and we have credentials to send if the rv of > http_parse_authenticate is good. > > I also think the same bug would affect fetching from servers requiring > authentication, so I've made the same fix there as well. OK, I'll trust your analysis and commit this do head, then ask portmgr to do an exp run with the patch. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 18:34:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78968106566B for ; Thu, 1 Jul 2010 18:34:12 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id D4D078FC1C for ; Thu, 1 Jul 2010 18:34:09 +0000 (UTC) Received: by yxe42 with SMTP id 42so368784yxe.13 for ; Thu, 01 Jul 2010 11:33:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=lwrkcYw1EATe4RFdRN4Nh19T9SdGK/nV6gHcGq9+PiI=; b=X+iRe0cgZ3cAOab4xrsMBKE92ndaVS2hYn0Fnm8zw8aGGXTrWGw2vEDLQJTWZ4Hg1s 5ANXKs17+Hh3gNtU2FZ+dMQSGzyDPQplG4Xlh0BFDNWcRtbODaXF2gsnp9x+gOntBqkW CPSk/TlLw5qt58zlGIPeD3M2l9CmA56AUQBiM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=nZKhttABdTK7w+JIfAk34hBJLqxQSyNt0wc3DFIQAzVeBhWBbwk8iExx+hW7TsAS87 34743EjgaP0ISstank3UUpfHOEPW+M2MCurH8N+5OoTTeSKlhrAuXKjv15r6eFkYVpmT pZVXmgKfC0L1UcnHjv+sPbv6OI0Uok6EaiNzs= MIME-Version: 1.0 Received: by 10.229.237.138 with SMTP id ko10mr6396890qcb.200.1278009237857; Thu, 01 Jul 2010 11:33:57 -0700 (PDT) Received: by 10.229.46.75 with HTTP; Thu, 1 Jul 2010 11:33:57 -0700 (PDT) In-Reply-To: References: Date: Thu, 1 Jul 2010 13:33:57 -0500 Message-ID: From: Alan Cox To: Jeseem S Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: tmpfs use of wired_count X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 18:34:12 -0000 On Wed, Jun 30, 2010 at 11:33 AM, Jeseem S wrote: > hi, > I am a newbie on freebsd kernel. Am currently trying to debug a scenario, > where a custom driver I load uses a lot of static memory and hence lots of > wired pages. > The system still has a lot of free memory ( more than 200MB) and a free > swap > space ( > 500MB). > Once I load the driver, the tmpfs loaded on /tmp shows a size of 0. > > in tmpfs/tmpfs.h, I see that the free memory available is reduced by number > of wired pages ( see code below). > Is this correct logic ? why do we need to reduce wired count from free > pages available ? > > No, it doesn't appear correct. Moreover, it's also incorrect that cnt.v_cache_count isn't included in the initial calculation of size. Regards, Alan > > /* > * Returns information about the number of available memory pages, > * including physical and virtual ones. > * > * If 'total' is TRUE, the value returned is the total amount of memory > * pages configured for the system (either in use or free). > * If it is FALSE, the value returned is the amount of free memory pages. > * > * Remember to remove TMPFS_PAGES_RESERVED from the returned value to avoid > * excessive memory usage. > * > */ > static __inline size_t > tmpfs_mem_info(void) > { > size_t size; > > size = swap_pager_avail + cnt.v_free_count + cnt.v_inactive_count; > size -= size > cnt.v_wire_count ? cnt.v_wire_count : size; > return size; > } > > > Thanks > Jeseem > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 18:52:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2B921065679 for ; Thu, 1 Jul 2010 18:52:32 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (yamagi.org [88.198.78.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9449E8FC13 for ; Thu, 1 Jul 2010 18:52:32 +0000 (UTC) Received: from [192.168.1.150] (f054132006.adsl.alicedsl.de [78.54.132.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTP id 7B5F31083BAB; Thu, 1 Jul 2010 20:52:31 +0200 (CEST) Date: Thu, 1 Jul 2010 20:52:30 +0200 (CEST) From: Yamagi Burmeister X-X-Sender: yamagi@maka.home.yamagi.org To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Christoph Mallon , jkim@freebsd.org Subject: PATCH: Potential ressource leak in sys/dev/fb/vesa.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 18:52:32 -0000 Hello, while tracking down a bug in vesa.c which caused a crash a friend of mine noticed a potential ressource leak in vesa.c. In line 841 the execution is aborted via return (1); without freeing the already allocated resources. the attached patch changes the line to "goto fail;" which seems more correct. --- a/sys/dev/fb/vesa.c +++ b/sys/dev/fb/vesa.c @@ -836,7 +836,7 @@ vesa_bios_init(void) "version 1.2 or later is required.\n", ((vers & 0xf000) >> 12) * 10 + ((vers & 0x0f00) >> 8), ((vers & 0x00f0) >> 4) * 10 + (vers & 0x000f)); - return (1); + goto fail; } VESA_STRCPY(vesa_oemstr, buf->v_oemstr); -- Homepage: www.yamagi.org Jabber: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB From owner-freebsd-current@FreeBSD.ORG Thu Jul 1 22:07:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8649106566C; Thu, 1 Jul 2010 22:07:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8A91B8FC1B; Thu, 1 Jul 2010 22:07:20 +0000 (UTC) Received: by pwj9 with SMTP id 9so385111pwj.13 for ; Thu, 01 Jul 2010 15:07:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=JGjGLj7pvf0SzjmW+HWI0Po+8Re7yumjVN7KnumRAwo=; b=DbAsT39cLEUCkVC5XxMxorRVz0eC2qAfrXUle+inm1xD4i7WxNtRDlRyhdHpV8TUG8 LvaXWcB3YYJKinbqi+ra/DSo4/fHFOtCwo6YzNqgn4bG0vA5yPgY9yu7qLnhuRLCQ6MF vX53/6wcUn+S0L2iklSIDzqOrYRq20oKRpmDw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=AcPByCnJ16DsFtfqpCZcnUqBmJL+TqPxTz+G1kc4ITLSNMFxphHU/N8caAwl0pX3hF p0rglPOAYzjxFXzfHllBNhp+puakC/uz4HPoon10Mjzqf9IppVAW4D95Q8h1rpFd3HNR IG5zQVlHHOq8eZ6uHEUE+IJZgF/90sePZuyGc= Received: by 10.142.232.21 with SMTP id e21mr198797wfh.92.1278022034202; Thu, 01 Jul 2010 15:07:14 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id z1sm13447wfd.15.2010.07.01.15.07.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 01 Jul 2010 15:07:13 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 1 Jul 2010 15:06:46 -0700 From: Pyun YongHyeon Date: Thu, 1 Jul 2010 15:06:46 -0700 To: Norikatsu Shigemura Message-ID: <20100701220646.GD7090@michelle.cdnetworks.com> References: <20100613233723.ed2c3a30.nork@FreeBSD.org> <20100615180923.GH4257@michelle.cdnetworks.com> <20100620211500.c344b654.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100620211500.c344b654.nork@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Kristof Provost , freebsd-arm@freebsd.org, freebsd-current@freebsd.org, yongari@freebsd.org Subject: Re: [OpenRD Ultimate] e1000phy(88E1149/88E1121) has a initialize issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 22:07:20 -0000 On Sun, Jun 20, 2010 at 09:15:00PM +0900, Norikatsu Shigemura wrote: > Hi yongari. > > On Tue, 15 Jun 2010 11:09:23 -0700 > Pyun YongHyeon wrote: > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > Jun 13 05:02:14 sidearms kernel: mge1: watchdog timeout > > > Jun 13 05:02:14 sidearms kernel: mge1: Timeout on link-up > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > This part looks like a bug in mge(4). Driver does not know how long > > it would take to get a valid link. Waiting for valid link in driver > > initialization does not work(e.g Starting controller without UTP > > cable may always fail on mge(4)). I think mge(4) should implement > > correct link state change handling. > > Thanks for your pointed out. I didn't notice. > I'll fix this issue like following on mge_start_locked(). > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - if ((ifp->if_drv_flags & (IFF_DRV_RUNNING | IFF_DRV_OACTIVE)) != > - IFF_DRV_RUNNING) > + if (IFM_SUBTYPE(sc->mii->mii_media_active) == IFM_NONE || > + (ifp->if_drv_flags & (IFF_DRV_RUNNING | IFF_DRV_OACTIVE)) != IFF_DRV_RUNNING) No, that change may not enough to fix a missing link state handling. mge(4) needs a miibus_statchg KOBJ handler and it requires a lot of code changes in mge(4). > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > > I found a initialize issue in e1000phy.c. > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > --- sys/dev/mii/e1000phy.c.orig 2010-05-01 10:17:15.282196000 +0900 > > > +++ sys/dev/mii/e1000phy.c 2010-06-13 16:19:46.616650536 +0900 > > > @@ -278,6 +278,7 @@ > > > case MII_MODEL_MARVELL_E1118: > > > break; > > > case MII_MODEL_MARVELL_E1116: > > > + case MII_MODEL_MARVELL_E1149: > > > page = PHY_READ(sc, E1000_EADR); > > > /* Select page 3, LED control register. */ > > > PHY_WRITE(sc, E1000_EADR, 3); > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > I confirmed OK on my environment, OpenRD Ultimate has a 88E1121(I > > > saw it, physically): > > Once it was there but I removed it due to some other issues seen on > > Yukon Ultra. That part will program LED access so I guess it > > wouldn't affect normal network activity. > > Hum..., like following? At least, by current way, second NIC > doesn't link-up if link connected. > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > case MII_MODEL_MARVELL_E1118: > + case MII_MODEL_MARVELL_E1149: > break; This change was also backed out due to 88E8072 issue on establishing 100Mbps link. e1000phy(4)'s 88E1149 PHY handling seems to require more work as some Yukon Ultra/Ultra II still have problems. ATM I have no idea whether this issue comes from MAC controller or not. > case MII_MODEL_MARVELL_E1116: > page = PHY_READ(sc, E1000_EADR); > /* Select page 3, LED control register. */ > PHY_WRITE(sc, E1000_EADR, 3); > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > > 88E1116R might be RGMII variant of 88E1116. Because I don't have > > controller that has 88E1116R I didn't treat it as 88E1116. With > > that change could you use straight cable without help of MDI/MDI-X > > converter? > > Sorry, I don't have 88E1116R machine, so I don't know. Ok. From owner-freebsd-current@FreeBSD.ORG Fri Jul 2 09:46:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 103BB1065674 for ; Fri, 2 Jul 2010 09:46:52 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 906578FC14 for ; Fri, 2 Jul 2010 09:46:51 +0000 (UTC) Received: by fxm13 with SMTP id 13so2328865fxm.13 for ; Fri, 02 Jul 2010 02:46:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=KwzYe10Z2dNevWG4yhbIkGg6m3FXBjThl/qZNbEtv0Q=; b=Ec9V1p8z6Ij0U1Cky92+G2sX6fyT06WqcbcYn+5gRV06uX8mETd4SP570hdqo4fZjT qp8HRZxLBOj7h03IXDa4yEyqV/lLoi7nryNhaRiqsa1Rg6/kQOzUsym6L66ozco1eDaf H7uGu3Ugxnaw69SAhEvgVpECaMFPBLVay1FzM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:mime-version :content-type:content-transfer-encoding:message-id; b=joKmr1Ea4AGCYgBWxsshq/+7bHkwQNcVtpD56kN8c4WDPLnKKqdJRtqa4QISeaRpeM tI2eJdMtr/zGgkLI0AXaAIlNfblHjK8bPVfqv+oVXPXTbV8BP70tlMZZ3w08vDZ5fdMp S1wbW356nU2opjpJVyRETplwWjvSiWJnz4aho= Received: by 10.223.117.65 with SMTP id p1mr448327faq.76.1278064004164; Fri, 02 Jul 2010 02:46:44 -0700 (PDT) Received: from dragon.dg (41-132-24-150.dsl.mweb.co.za [41.132.24.150]) by mx.google.com with ESMTPS id 11sm443843fas.0.2010.07.02.02.46.40 (version=SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 02:46:42 -0700 (PDT) From: David Naylor Organization: Private To: freebsd-current@freebsd.org Date: Fri, 2 Jul 2010 11:46:41 +0200 User-Agent: KMail/1.13.3 (FreeBSD/9.0-CURRENT; KDE/4.4.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12174688.f9eNZ8mFDd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201007021146.46542.naylor.b.david@gmail.com> Subject: nvidia-driver crashing kernel on head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 09:46:52 -0000 --nextPart12174688.f9eNZ8mFDd Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I'm not sure this has been reported before but I am experience crashes with= =20 nvidia-driver on -current (cvsup ~day ago). =20 If I remove all the debugging options from the kernel config then it is ver= y=20 usable. =20 Here are the backtraces from two nvidia-driver versions: nvidia-driver-195.36.15 and GENERIC: panic: mutex page lock not owned at /home/freebsd9/src/sys/vm/vm_page.c:1638 cpuid =3D 1 KDB: enter: panic [ thread pid 1815 tid 100097 ] Stopped at kdb_enter+0x3d: movq $0,0x6bc27c(%rip) db> bt Tracing pid 1815 tid 100097 td 0xffffff00045af000 kdb_enter() at kdb_enter+0x3d panic() at panic+0x176 assert_mtx() at assert_mtx vm_page_wire() at vm_page_wire+0x37 nv_alloc_system_pages() at nv_alloc_system_pages+0x217 nv_alloc_pages() at nv_alloc_pages+0xcd _nv019978rm() at _nv019978rm+0x7f nvidia-driver-256.35 and custom kernel: panic: blockable sleep lock (sleep mutex) select mtxpool @=20 /home/freebsd9/src/sys/kern/sys_generic.c:1479 cpuid =3D 1 KDB: enter: panic [ thread pid 1830 tid 100090 ] Stopped at kdb_enter+0x3d: movq $0,0x51368c(%rip) db> bt Tracing pid 1830 tid 100090 td 0xffffff000456d3d0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x176 witness_checkorder() at witness_checkorder+0x913 _mtx_lock_flags() at _mtx_lock_flags+0x68 selrecord() at selrecord+0x71 nvidia_dev_poll() at nvidia_dev_poll+0x52 devfs_poll_f() at devfs_poll_f+0x55 kern_select() at kern_select+0x501 select() at select+0x54 syscallenter() at syscallenter+0x19b syscall() at syscall+0x41 Xfast_syscall() at Xfast_syscall+0xe2 =2D-- syscall (93, FreeBSD ELF64, select), rip =3D 0x801a17ddc, rsp =3D 0x7= fffffffe908,=20 rbp =3D 0x100 --- Also of note is: # grep '^C.*FLAGS' /etc/make.conf CFLAGS+=3D -DNDEBUG As mentioned that without any debugging options the system is stable. =20 Is there anything I can do to assist diagnosis? Regards, David --nextPart12174688.f9eNZ8mFDd Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAkwttYYACgkQUaaFgP9pFrJrgwCghDpcP7BhtFOWP5bADA2hZeYG NeQAniAtvUqqwHJl2TiU4iZ6db0aTFiH =shQC -----END PGP SIGNATURE----- --nextPart12174688.f9eNZ8mFDd-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 2 11:16:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 443B0106566C for ; Fri, 2 Jul 2010 11:16:07 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C0FDF8FC0A for ; Fri, 2 Jul 2010 11:16:06 +0000 (UTC) Received: by fxm13 with SMTP id 13so2419949fxm.13 for ; Fri, 02 Jul 2010 04:16:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=jYod8jrgvJNj6PDbWazSyzf3vuaXifZL9cfs7wL9wqM=; b=eXt+Gz0HSJny3C7NV/hKrR/2c1jIxs+l8OhfR113sxM6DrVLx+4zgw5M7B2ZPItlOE WfoVrU+GkhG+TfzBPmNxFE+gO7fJeYcJwClEHGWDIDoYNszynR8CuaqFyHu7R+aHAN0b bXfGtoq0hE3ecS6/sNTZDdFYBez/OqxQ0xtm0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:mime-version :content-type:content-transfer-encoding:message-id; b=G4YBIH5Tnm8atgU0tNsQuYqkH/flb6f194c4ElxdlHw9PnFZh9I8jC6bC+azz35HFG QDyLhnV8D1RVGF4vukvNm8BlEdEV8G7qdbJvFFyUitpPO4V1NRoYHFyRGaaDZDuLa0vT 0gyVvBY/q+lFx0gEakWk5oRbA6xPTV8uCVV0k= Received: by 10.86.70.5 with SMTP id s5mr1649809fga.12.1278069363745; Fri, 02 Jul 2010 04:16:03 -0700 (PDT) Received: from dragon.dg (41-132-24-150.dsl.mweb.co.za [41.132.24.150]) by mx.google.com with ESMTPS id 17sm1252922fau.21.2010.07.02.04.15.55 (version=SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 04:16:02 -0700 (PDT) From: David Naylor Organization: Private To: freebsd-current@freebsd.org Date: Fri, 2 Jul 2010 13:15:55 +0200 User-Agent: KMail/1.13.3 (FreeBSD/9.0-CURRENT; KDE/4.4.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3513225.h8Q69nGRyG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201007021315.59575.naylor.b.david@gmail.com> Subject: [regression] snd_hda and "channel dead" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 11:16:07 -0000 --nextPart3513225.h8Q69nGRyG Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I'm having a problem with sound via hda driver. After a while of playing=20 sound it stops with: pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel d= ead showing up in dmesg. After that no sound is played and Amarok skips throug= h=20 tracks quickly (it "plays" sounds to fast)... After setting dev.hdac.0.polling=3D1 sound works again. =20 This is with a custom kernel that has sound compiled in and without debuggi= ng=20 options. =20 A known good kernel is from ~ 13 May while the bad kernel is ~ 1 day old. = =20 Some further information: # dmesg | grep hdac hdac0: mem 0xe7000000-0xe70= 03fff=20 irq 21 at device 16.1 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC888 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 hdac0: mem 0xe7000000-0xe70= 03fff=20 irq 21 at device 16.1 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC888 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 and # grep '^C.*FLAGS' /etc/make.conf CFLAGS+=3D -DNDEBUG Is there anything I can do to assist diagnostics? Regards, David --nextPart3513225.h8Q69nGRyG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAkwtym8ACgkQUaaFgP9pFrIOwQCeJo7Z0ZYCkkhcIKowVwvgo2dc n8oAnRuc5SrJMmlk8N8yPRAF0FEJvekT =u8Jl -----END PGP SIGNATURE----- --nextPart3513225.h8Q69nGRyG-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 2 12:47:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44EED1065672 for ; Fri, 2 Jul 2010 12:47:58 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id C30318FC08 for ; Fri, 2 Jul 2010 12:47:57 +0000 (UTC) Received: by ewy26 with SMTP id 26so1230566ewy.13 for ; Fri, 02 Jul 2010 05:47:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=T4ioJ+8rOaJ78+dHBtf2fgGP1KTQ1I3BpVOKCkghWLc=; b=nMzKv2tLKXaLNHKipEzq8Z82PwK5bH0FiLo9dyRQc8GhT5dsou89YpSapBIeGu7M1i Ybn3cgcFE/KfE+6vEeLHXPMjyBlWWUIAHDFDHnkNscd8ZeTivZIUucpPlJ/rXM9n5zTi h2qe0bgJGI6F2kwlicK2BjJYSz6VVWjO69NYQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=quCpWoq9IVj8pwhrzM+b43IpIN+p5F34aeJ0u61LlH+i+gk2DNbSeYDGtgG5Qv4B8B kyV/XdR2mW2b3jhXlXwoUMNsMdRPTDVdWpJaV5uUv0HrLzY8KGkOSPo/yayKJu65hW3D 4NYUhnwz1Xex3skE4RWQRZ6JSsw1SA5Fcm9r0= Received: by 10.213.35.17 with SMTP id n17mr646276ebd.37.1278074866500; Fri, 02 Jul 2010 05:47:46 -0700 (PDT) Received: from darklight.org.ru ([213.132.76.142]) by mx.google.com with ESMTPS id v8sm5240670eeh.14.2010.07.02.05.47.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 05:47:45 -0700 (PDT) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.4/8.14.4) with ESMTP id o62CkSTg046843; Fri, 2 Jul 2010 16:46:28 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.4/8.14.4/Submit) id o62CkSl8046842; Fri, 2 Jul 2010 16:46:28 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Fri, 2 Jul 2010 16:46:28 +0400 From: Yuri Pankov To: David Naylor Message-ID: <20100702124628.GA2566@darklight.org.ru> References: <201007021146.46542.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201007021146.46542.naylor.b.david@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: nvidia-driver crashing kernel on head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 12:47:58 -0000 On Fri, Jul 02, 2010 at 11:46:41AM +0200, David Naylor wrote: > Hi, > > I'm not sure this has been reported before but I am experience crashes with > nvidia-driver on -current (cvsup ~day ago). > > If I remove all the debugging options from the kernel config then it is very > usable. > > Here are the backtraces from two nvidia-driver versions: > > nvidia-driver-195.36.15 and GENERIC: > panic: mutex page lock not owned at /home/freebsd9/src/sys/vm/vm_page.c:1638 > cpuid = 1 > KDB: enter: panic > [ thread pid 1815 tid 100097 ] > Stopped at kdb_enter+0x3d: movq $0,0x6bc27c(%rip) > db> bt > Tracing pid 1815 tid 100097 td 0xffffff00045af000 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x176 > assert_mtx() at assert_mtx > vm_page_wire() at vm_page_wire+0x37 > nv_alloc_system_pages() at nv_alloc_system_pages+0x217 > nv_alloc_pages() at nv_alloc_pages+0xcd > _nv019978rm() at _nv019978rm+0x7f > > nvidia-driver-256.35 and custom kernel: > panic: blockable sleep lock (sleep mutex) select mtxpool @ > /home/freebsd9/src/sys/kern/sys_generic.c:1479 > cpuid = 1 > KDB: enter: panic > [ thread pid 1830 tid 100090 ] > Stopped at kdb_enter+0x3d: movq $0,0x51368c(%rip) > db> bt > Tracing pid 1830 tid 100090 td 0xffffff000456d3d0 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x176 > witness_checkorder() at witness_checkorder+0x913 > _mtx_lock_flags() at _mtx_lock_flags+0x68 > selrecord() at selrecord+0x71 > nvidia_dev_poll() at nvidia_dev_poll+0x52 > devfs_poll_f() at devfs_poll_f+0x55 > kern_select() at kern_select+0x501 > select() at select+0x54 > syscallenter() at syscallenter+0x19b > syscall() at syscall+0x41 > Xfast_syscall() at Xfast_syscall+0xe2 > --- syscall (93, FreeBSD ELF64, select), rip = 0x801a17ddc, rsp = 0x7fffffffe908, > rbp = 0x100 --- > > Also of note is: > # grep '^C.*FLAGS' /etc/make.conf > CFLAGS+= -DNDEBUG > > As mentioned that without any debugging options the system is stable. > > Is there anything I can do to assist diagnosis? > > Regards, > > David http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017936.html helps here, check the thread as well. You could also try to use 256.35 driver. HTH, Yuri From owner-freebsd-current@FreeBSD.ORG Fri Jul 2 12:57:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65A30106566C for ; Fri, 2 Jul 2010 12:57:47 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1CFEF8FC1D for ; Fri, 2 Jul 2010 12:57:46 +0000 (UTC) Received: by gwb1 with SMTP id 1so1045101gwb.13 for ; Fri, 02 Jul 2010 05:57:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=I+WLtU4QS27ytWToG6GbIZnPM4dlChRmE2Gb6uVyhs4=; b=TW9S89Isf5Gg06RREoffd5V6uCz5REtJE2jX7jaP2iYtBKW/CculGhazhRm/9uLXPj nCTR2WJglkj/6+5Ouek02xMTBqW/WSvCMUKPXr3YbrHd496D0q93mYbLlBhWfVFJvrfm ItDJFJqav5SQfyn31I/Y4vEeRmtgFxs8gKDXE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=sKc3iC0/R4OXMnh811/ufxeUMPZkQHRinZDBrfBxDUKdKw7eSDIUKZnX+1bQUQIuW6 5r9rwm4L8oVGx52ahdW6aj35UUtVk65UgoQ0RiGRBeh8yhbivm+IGaCWRhjAxf6K/z0j VeuTewusy/hUWhMmjbxhCKJbvyPO+HqfCA4Uc= MIME-Version: 1.0 Received: by 10.90.82.17 with SMTP id f17mr1571163agb.59.1278075455376; Fri, 02 Jul 2010 05:57:35 -0700 (PDT) Sender: r.c.ladan@gmail.com Received: by 10.151.15.18 with HTTP; Fri, 2 Jul 2010 05:57:35 -0700 (PDT) In-Reply-To: <20100702124628.GA2566@darklight.org.ru> References: <201007021146.46542.naylor.b.david@gmail.com> <20100702124628.GA2566@darklight.org.ru> Date: Fri, 2 Jul 2010 14:57:35 +0200 X-Google-Sender-Auth: ANl7gSNgmCkXMnP7D8C6zoW36wY Message-ID: From: =?ISO-8859-1?Q?Ren=E9_Ladan?= To: Yuri Pankov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, David Naylor Subject: Re: nvidia-driver crashing kernel on head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 12:57:47 -0000 2010/7/2 Yuri Pankov : > On Fri, Jul 02, 2010 at 11:46:41AM +0200, David Naylor wrote: >> Hi, >> >> I'm not sure this has been reported before but I am experience crashes w= ith >> nvidia-driver on -current (cvsup ~day ago). >> >> If I remove all the debugging options from the kernel config then it is = very >> usable. >> >> Here are the backtraces from two nvidia-driver versions: >> >> nvidia-driver-195.36.15 and GENERIC: >> panic: mutex page lock not owned at /home/freebsd9/src/sys/vm/vm_page.c:= 1638 >> cpuid =3D 1 >> KDB: enter: panic >> [ thread pid 1815 tid 100097 ] >> Stopped at =A0 =A0 =A0kdb_enter+0x3d: movq =A0 =A0$0,0x6bc27c(%rip) >> db> bt >> Tracing pid 1815 tid 100097 td 0xffffff00045af000 >> kdb_enter() at kdb_enter+0x3d >> panic() at panic+0x176 >> assert_mtx() at assert_mtx >> vm_page_wire() at vm_page_wire+0x37 >> nv_alloc_system_pages() at nv_alloc_system_pages+0x217 >> nv_alloc_pages() at nv_alloc_pages+0xcd >> _nv019978rm() at _nv019978rm+0x7f >> >> nvidia-driver-256.35 and custom kernel: >> panic: blockable sleep lock (sleep mutex) select mtxpool @ >> /home/freebsd9/src/sys/kern/sys_generic.c:1479 >> cpuid =3D 1 >> KDB: enter: panic >> [ thread pid 1830 tid 100090 ] >> Stopped at =A0 =A0 =A0kdb_enter+0x3d: movq =A0 =A0$0,0x51368c(%rip) >> db> bt >> Tracing pid 1830 tid 100090 td 0xffffff000456d3d0 >> kdb_enter() at kdb_enter+0x3d >> panic() at panic+0x176 >> witness_checkorder() at witness_checkorder+0x913 >> _mtx_lock_flags() at _mtx_lock_flags+0x68 >> selrecord() at selrecord+0x71 >> nvidia_dev_poll() at nvidia_dev_poll+0x52 >> devfs_poll_f() at devfs_poll_f+0x55 >> kern_select() at kern_select+0x501 >> select() at select+0x54 >> syscallenter() at syscallenter+0x19b >> syscall() at syscall+0x41 >> Xfast_syscall() at Xfast_syscall+0xe2 >> --- syscall (93, FreeBSD ELF64, select), rip =3D 0x801a17ddc, rsp =3D 0x= 7fffffffe908, >> rbp =3D 0x100 --- >> >> Also of note is: >> # grep '^C.*FLAGS' /etc/make.conf >> CFLAGS+=3D -DNDEBUG >> >> As mentioned that without any debugging options the system is stable. >> >> Is there anything I can do to assist diagnosis? >> >> Regards, >> >> David > > http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017936.html > helps here, check the thread as well. > > You could also try to use 256.35 driver. > The 256.35 driver works for me (without the above-referred patch), but anyw= here between 1 and 48 hours my laptop locks up hard without any warning nor pani= c. This is with CURRENT r209581, GENERIC kernel, but with debug.witness.watch= =3D0 If I set debug.witness.watch to 1, the kernel freezes when starting X. The nv driver seems to run nice, but without xv/DRI though. Regards, Rene From owner-freebsd-current@FreeBSD.ORG Fri Jul 2 13:20:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F6EA1065670 for ; Fri, 2 Jul 2010 13:20:58 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE548FC1B for ; Fri, 2 Jul 2010 13:20:57 +0000 (UTC) Received: by yxs7 with SMTP id 7so6810yxs.13 for ; Fri, 02 Jul 2010 06:20:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=Fjr5mVABnXl0sky4xASJvoxGmsCTPvshlOctggaZwRw=; b=m59E48etnzfkeGgy/aOGOV8VNN/rn2twCtHV59KU3DQKIDjqCRHqnrkBZYqDRH1Q/4 np3ms1ZzzNsH0Z3t5BkpmaBYcXXXUchFttnNe7WoJPLBZk8vIn56VIvdUPx9RKlOUm8L 8bkfyI9Lmy89em2ksvYFU2qx4zns5agWnqiIA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; b=Wf8v7pXbCmNxjEyA40neUB/oWppDqgonXBxQzl0fWLjxVrilc4syOtGPYjvoBkG1fr SlskUH9Q0EFtpyg7JY1rEdMKAQ4Cm1X38JNm/zKRXcWGn28MNYJLMTAipUiRAk5DuKPe TG/eMONrhtCYXIKwn3ngoHnufkPMRQRsMYbSU= Received: by 10.213.27.68 with SMTP id h4mr2282716ebc.67.1278076849636; Fri, 02 Jul 2010 06:20:49 -0700 (PDT) Received: from darklight.org.ru ([213.132.76.142]) by mx.google.com with ESMTPS id a48sm5496142eei.13.2010.07.02.06.20.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 06:20:49 -0700 (PDT) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.4/8.14.4) with ESMTP id o62DJVJh049315; Fri, 2 Jul 2010 17:19:31 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.4/8.14.4/Submit) id o62DJV6q049314; Fri, 2 Jul 2010 17:19:31 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Fri, 2 Jul 2010 17:19:31 +0400 From: Yuri Pankov To: =?iso-8859-1?Q?Ren=E9?= Ladan Message-ID: <20100702131931.GB2566@darklight.org.ru> References: <201007021146.46542.naylor.b.david@gmail.com> <20100702124628.GA2566@darklight.org.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, David Naylor Subject: Re: nvidia-driver crashing kernel on head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 13:20:58 -0000 On Fri, Jul 02, 2010 at 02:57:35PM +0200, René Ladan wrote: > 2010/7/2 Yuri Pankov : > > On Fri, Jul 02, 2010 at 11:46:41AM +0200, David Naylor wrote: > >> Hi, > >> > >> I'm not sure this has been reported before but I am experience crashes with > >> nvidia-driver on -current (cvsup ~day ago). > >> > >> If I remove all the debugging options from the kernel config then it is very > >> usable. > >> > >> Here are the backtraces from two nvidia-driver versions: > >> > >> nvidia-driver-195.36.15 and GENERIC: > >> panic: mutex page lock not owned at /home/freebsd9/src/sys/vm/vm_page.c:1638 > >> cpuid = 1 > >> KDB: enter: panic > >> [ thread pid 1815 tid 100097 ] > >> Stopped at      kdb_enter+0x3d: movq    $0,0x6bc27c(%rip) > >> db> bt > >> Tracing pid 1815 tid 100097 td 0xffffff00045af000 > >> kdb_enter() at kdb_enter+0x3d > >> panic() at panic+0x176 > >> assert_mtx() at assert_mtx > >> vm_page_wire() at vm_page_wire+0x37 > >> nv_alloc_system_pages() at nv_alloc_system_pages+0x217 > >> nv_alloc_pages() at nv_alloc_pages+0xcd > >> _nv019978rm() at _nv019978rm+0x7f > >> > >> nvidia-driver-256.35 and custom kernel: > >> panic: blockable sleep lock (sleep mutex) select mtxpool @ > >> /home/freebsd9/src/sys/kern/sys_generic.c:1479 > >> cpuid = 1 > >> KDB: enter: panic > >> [ thread pid 1830 tid 100090 ] > >> Stopped at      kdb_enter+0x3d: movq    $0,0x51368c(%rip) > >> db> bt > >> Tracing pid 1830 tid 100090 td 0xffffff000456d3d0 > >> kdb_enter() at kdb_enter+0x3d > >> panic() at panic+0x176 > >> witness_checkorder() at witness_checkorder+0x913 > >> _mtx_lock_flags() at _mtx_lock_flags+0x68 > >> selrecord() at selrecord+0x71 > >> nvidia_dev_poll() at nvidia_dev_poll+0x52 > >> devfs_poll_f() at devfs_poll_f+0x55 > >> kern_select() at kern_select+0x501 > >> select() at select+0x54 > >> syscallenter() at syscallenter+0x19b > >> syscall() at syscall+0x41 > >> Xfast_syscall() at Xfast_syscall+0xe2 > >> --- syscall (93, FreeBSD ELF64, select), rip = 0x801a17ddc, rsp = 0x7fffffffe908, > >> rbp = 0x100 --- > >> > >> Also of note is: > >> # grep '^C.*FLAGS' /etc/make.conf > >> CFLAGS+= -DNDEBUG > >> > >> As mentioned that without any debugging options the system is stable. > >> > >> Is there anything I can do to assist diagnosis? > >> > >> Regards, > >> > >> David > > > > http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017936.html > > helps here, check the thread as well. > > > > You could also try to use 256.35 driver. > > > The 256.35 driver works for me (without the above-referred patch), but anywhere > between 1 and 48 hours my laptop locks up hard without any warning nor panic. > This is with CURRENT r209581, GENERIC kernel, but with debug.witness.watch=0 > If I set debug.witness.watch to 1, the kernel freezes when starting X. > > The nv driver seems to run nice, but without xv/DRI though. > > Regards, > Rene Sorry, David, totally missed 256.35 part... René, try using ddb_enable="YES" in rc.conf, I can get backtrace with ddb at least: http://www.nvnews.net/vbulletin/showpost.php?p=2275877&postcount=6 Yuri From owner-freebsd-current@FreeBSD.ORG Fri Jul 2 16:55:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83713106566C for ; Fri, 2 Jul 2010 16:55:52 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0C3628FC23 for ; Fri, 2 Jul 2010 16:55:51 +0000 (UTC) Received: by wyb34 with SMTP id 34so2233082wyb.13 for ; Fri, 02 Jul 2010 09:55:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=ROODYXVjfN/N2Uy0qQB5vgy/rEz0DnuL7JCqgRvg3tY=; b=Ts0YF6UqgR0u5DTKiPqhDAcYEgnfTBFjq7p9pCcVkQFc5NZB0xRLUkqnU/EW3GYSTv Zj3N9ldzlf6ntubhqma9N8OLzZzDULBQJnxdWEgzO1D4IS3GOyg7d2jqbmqTRgXJMqbD AMJDiZch0h8McWDfN6Li3OJBhe8kpv5X6I61o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; b=AW2StA0azZOQ0P/3Y6Vl0Crfxr71eX06C8DfMFPLdJ/vMze2zv+AwgzKW00ITwRbVo Vv/SMHBs9zcVcgy2T+EHL3YIMB6BCqB51nCu74eLJ0a2XXmqc0j3J3E07FzkCkGe0SZk 9RzQBXrr/Vst1r4tWVCQILXDzzVrF5FfDwQLM= Received: by 10.213.4.203 with SMTP id 11mr979233ebs.13.1278089748252; Fri, 02 Jul 2010 09:55:48 -0700 (PDT) Received: from dragon.dg (41-132-24-150.dsl.mweb.co.za [41.132.24.150]) by mx.google.com with ESMTPS id v59sm7049668eeh.22.2010.07.02.09.55.38 (version=SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 09:55:46 -0700 (PDT) From: David Naylor Organization: Private To: =?iso-8859-1?q?Ren=E9_Ladan?= Date: Fri, 2 Jul 2010 18:55:38 +0200 User-Agent: KMail/1.13.3 (FreeBSD/9.0-CURRENT; KDE/4.4.3; amd64; ; ) References: <201007021146.46542.naylor.b.david@gmail.com> <20100702124628.GA2566@darklight.org.ru> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1495498.5U0Ds6C6jr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201007021855.42103.naylor.b.david@gmail.com> Cc: Yuri Pankov , freebsd-current@freebsd.org Subject: Re: nvidia-driver crashing kernel on head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 16:55:52 -0000 --nextPart1495498.5U0Ds6C6jr Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Friday 02 July 2010 14:57:35 Ren=E9 Ladan wrote: > 2010/7/2 Yuri Pankov : > > On Fri, Jul 02, 2010 at 11:46:41AM +0200, David Naylor wrote: > >> Hi, > >>=20 > >> I'm not sure this has been reported before but I am experience crashes > >> with nvidia-driver on -current (cvsup ~day ago). > >>=20 > >> If I remove all the debugging options from the kernel config then it is > >> very usable. > >>=20 > >> Here are the backtraces from two nvidia-driver versions: > >>=20 > >> nvidia-driver-195.36.15 and GENERIC: > >> panic: mutex page lock not owned at > >> /home/freebsd9/src/sys/vm/vm_page.c:1638 cpuid =3D 1 > >> KDB: enter: panic > >> [ thread pid 1815 tid 100097 ] > >> Stopped at kdb_enter+0x3d: movq $0,0x6bc27c(%rip) > >> db> bt > >> Tracing pid 1815 tid 100097 td 0xffffff00045af000 > >> kdb_enter() at kdb_enter+0x3d > >> panic() at panic+0x176 > >> assert_mtx() at assert_mtx > >> vm_page_wire() at vm_page_wire+0x37 > >> nv_alloc_system_pages() at nv_alloc_system_pages+0x217 > >> nv_alloc_pages() at nv_alloc_pages+0xcd > >> _nv019978rm() at _nv019978rm+0x7f > >>=20 > >> nvidia-driver-256.35 and custom kernel: > >> panic: blockable sleep lock (sleep mutex) select mtxpool @ > >> /home/freebsd9/src/sys/kern/sys_generic.c:1479 > >> cpuid =3D 1 > >> KDB: enter: panic > >> [ thread pid 1830 tid 100090 ] > >> Stopped at kdb_enter+0x3d: movq $0,0x51368c(%rip) > >> db> bt > >> Tracing pid 1830 tid 100090 td 0xffffff000456d3d0 > >> kdb_enter() at kdb_enter+0x3d > >> panic() at panic+0x176 > >> witness_checkorder() at witness_checkorder+0x913 > >> _mtx_lock_flags() at _mtx_lock_flags+0x68 > >> selrecord() at selrecord+0x71 > >> nvidia_dev_poll() at nvidia_dev_poll+0x52 > >> devfs_poll_f() at devfs_poll_f+0x55 > >> kern_select() at kern_select+0x501 > >> select() at select+0x54 > >> syscallenter() at syscallenter+0x19b > >> syscall() at syscall+0x41 > >> Xfast_syscall() at Xfast_syscall+0xe2 > >> --- syscall (93, FreeBSD ELF64, select), rip =3D 0x801a17ddc, rsp =3D > >> 0x7fffffffe908, rbp =3D 0x100 --- > >>=20 > >> Also of note is: > >> # grep '^C.*FLAGS' /etc/make.conf > >> CFLAGS+=3D -DNDEBUG > >>=20 > >> As mentioned that without any debugging options the system is stable. > >>=20 > >> Is there anything I can do to assist diagnosis? > >>=20 > >> Regards, > >>=20 > >> David > >=20 > > http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017936.html > > helps here, check the thread as well. > >=20 > > You could also try to use 256.35 driver. >=20 > The 256.35 driver works for me (without the above-referred patch), but > anywhere between 1 and 48 hours my laptop locks up hard without any > warning nor panic. This is with CURRENT r209581, GENERIC kernel, but with > debug.witness.watch=3D0 If I set debug.witness.watch to 1, the kernel > freezes when starting X. I experienced a lockup when using the 256.35 driver, I switched back to the= =20 195.36.15 driver and no problems since. The system also freezes up when=20 launching k3b so I'm not sure what caused that particular freeze... Thanks for the debug.witness.watch hint. =20 --nextPart1495498.5U0Ds6C6jr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAkwuGg4ACgkQUaaFgP9pFrLy7ACePO6k3cqoOpZpIk0an0DqAXAf 6YoAnj1taGQ6c/tQdDtSWDXupgXi9kXL =EHbH -----END PGP SIGNATURE----- --nextPart1495498.5U0Ds6C6jr-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 2 18:11:52 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B62106564A for ; Fri, 2 Jul 2010 18:11:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (outa.internet-mail-service.net [216.240.47.224]) by mx1.freebsd.org (Postfix) with ESMTP id 973618FC12 for ; Fri, 2 Jul 2010 18:11:52 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o62IBpLq003243 for ; Fri, 2 Jul 2010 11:11:51 -0700 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id C58CF2D6013 for ; Fri, 2 Jul 2010 11:11:50 -0700 (PDT) Message-ID: <4C2E2BFD.1030204@elischer.org> Date: Fri, 02 Jul 2010 11:12:13 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: Subject: running old binaries on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 18:11:52 -0000 every now and then, for fun I run up a chroot of freebsd 1.1. or 1.0 under a chroot. Usually hillarity ensues with teh 15 second kernel compile and the 4 minute make world. in -current I can't do that any more.. any binary just exits with 'Abort'. I think I last tried it in 7.0 or there abouts. I have options COMPAT_AOUT and COMPAT_FREEBSD4 through COMPAT_FREEBSD7 does anyone else have any ideas as to what may be needed? I vaguely remember another option but I am not seeing it at the moment. For those of you who do not remember, 1.0 had a.out static binaries only. From owner-freebsd-current@FreeBSD.ORG Fri Jul 2 18:44:35 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2D021065677 for ; Fri, 2 Jul 2010 18:44:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3E06C8FC21 for ; Fri, 2 Jul 2010 18:44:34 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o62IiQJs039970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Jul 2010 21:44:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o62IiQti011050; Fri, 2 Jul 2010 21:44:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o62IiQv0011049; Fri, 2 Jul 2010 21:44:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 2 Jul 2010 21:44:26 +0300 From: Kostik Belousov To: Julian Elischer Message-ID: <20100702184426.GW13238@deviant.kiev.zoral.com.ua> References: <4C2E2BFD.1030204@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H9RgKGg/uJzkChT4" Content-Disposition: inline In-Reply-To: <4C2E2BFD.1030204@elischer.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_40, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD Current Subject: Re: running old binaries on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 18:44:35 -0000 --H9RgKGg/uJzkChT4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 02, 2010 at 11:12:13AM -0700, Julian Elischer wrote: > every now and then, for fun I run up a chroot of freebsd 1.1. or 1.0=20 > under a chroot. Usually hillarity ensues with teh 15 second kernel=20 > compile and the 4 minute make world. >=20 > in -current I can't do that any more.. any binary just exits with 'Abort'. >=20 > I think I last tried it in 7.0 or there abouts. >=20 > I have options COMPAT_AOUT and COMPAT_FREEBSD4 through COMPAT_FREEBSD7 >=20 > does anyone else have any ideas as to what may be needed? >=20 > I vaguely remember another option but I am not seeing it at the moment. >=20 > For those of you who do not remember, 1.0 had a.out static binaries only. >=20 Can you ktrace/kdump the run attempt, I suspect that abort is sent by image activator. Also, please put some static binary somewhere to download. --H9RgKGg/uJzkChT4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkwuM4oACgkQC3+MBN1Mb4jy1ACg9YcXRxynGM8tFSKQNQX2ZObE vawAmwRZlWYC6uLqIkHgZxJMCrh8pyi8 =X4PS -----END PGP SIGNATURE----- --H9RgKGg/uJzkChT4-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 2 18:57:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50DA8106567B; Fri, 2 Jul 2010 18:57:45 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6B18FC08; Fri, 2 Jul 2010 18:57:44 +0000 (UTC) Received: by fxm13 with SMTP id 13so2896616fxm.13 for ; Fri, 02 Jul 2010 11:57:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=5A4fhnvF67HRcTd6VKJiAWaj06i5vK+yzOxl3ewacAk=; b=hnkt5W9AMO5SRrQGGmqZrpnFV1ooWYLfI2sKRuA+8aCqn224HOweHeL4nwqZSd8/p3 gD5aGR6kxTLV8wG2q90/DwrVmUV9lNH+8fo3yyINVQqVuH7FWvlASUz4uHFzp1A6URNl YqSyrDift5JhBQ6RT7cCmejeLJjozTKbe1kPE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=CN1hJHYv9WgoblKpPIfta7lMNhyYC1MGszmmyVUvrt0cLKpv0HF/bUHMpftZpOedVZ AG10+rs9DvZJnkDYna43fIncdCzwW/FWwoFZoHKTXvCSWSGjL/zi1r62zHTVVLFPi11B IdyNxzEtqvnF0IaIEIsFEjd3pQR368r4kw42w= Received: by 10.223.117.65 with SMTP id p1mr1225988faq.76.1278097059742; Fri, 02 Jul 2010 11:57:39 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id b18sm2102921fab.35.2010.07.02.11.57.38 (version=SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 11:57:39 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C2E36A0.8040405@FreeBSD.org> Date: Fri, 02 Jul 2010 21:57:36 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Sean Bruno References: <4C2267FA.9010909@FreeBSD.org> <1277326405.2478.33.camel@localhost.localdomain> <1278094976.2469.27.camel@localhost.localdomain> In-Reply-To: <1278094976.2469.27.camel@localhost.localdomain> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "sbruno@freebsd.org" , FreeBSD-Current Subject: Re: No issues, just informative QEMU 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: Fri, 02 Jul 2010 18:57:45 -0000 Sean Bruno wrote: > On Wed, 2010-06-23 at 15:53 -0500, Sean Bruno wrote: >> On Wed, 2010-06-23 at 15:00 -0500, Alexander Motin wrote: >>> hint.atrtc.0.clock=0 >>> hint.attimer.0.clock=0 >>> hint.hpet.0.legacy_route=1 > > I've noted that the system is spitting out t_delta warnings on the > console now. The VM is 100% working, just wanted to know if this is a > problem. > > Trying to mount root from ufs:/dev/ad0s1a > ct_to_ts([2010-07-02 18:11:34]) = 1278094294.000000000 > start_init: trying /sbin/init > t_delta 15.feb043d4ae81c6e0 too short > t_delta 16.01e5c61794458a00 too long > t_delta 15.febf01dd932c7680 too short > t_delta 16.01467be4eb29fba0 too long > t_delta 16.0139723c1fef7f60 too long Code printing this IMO broken since the beginning. AFAIU it was made to guard hardclock precision. cpu_tick_calibrate() is expected to be called every 16 seconds and it checks this interval using current system time counter. But instead of simply dividing hardclock on 16*hz, which IMHO would be reasonable for measuring it, it is called on first hardclock tick of every 16'th second of the current time counter. What you see here is a result of small irregular interrupt latency jitter, when hardclock ticks just before or just after second boundary. It causes cpu_tick_calibrate() to be called 1/hz second before or after expected moment. When hz > 256 these messages are never logged, as 1/hz mistake is less then maximum allowed by this function. Except false positives this code IMO doesn't handles it's main purpose. Even if hardclock run twice slower/faster, dependence on time counter's 16th second will most likely hide it. I think this code should be either rewritten using divider or removed. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Jul 2 19:07:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFEEA106566B for ; Fri, 2 Jul 2010 19:07:46 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.re1.yahoo.com (mrout1-b.corp.re1.yahoo.com [69.147.107.20]) by mx1.freebsd.org (Postfix) with ESMTP id 6EDE98FC19 for ; Fri, 2 Jul 2010 19:07:45 +0000 (UTC) Received: from [127.0.0.1] (cheese.corp.yahoo.com [216.145.50.99]) by mrout1-b.corp.re1.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id o62IvV6d057895; Fri, 2 Jul 2010 11:57:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=subject:from:reply-to:to:in-reply-to:references: content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=D1hFK/2ie+whdSbArlBj0W51/j3MOvkTDuiu59ufyS/u6ovou23Rmp7pOLCn2NNH From: Sean Bruno To: Alexander Motin , FreeBSD-Current In-Reply-To: <1277326405.2478.33.camel@localhost.localdomain> References: <4C2267FA.9010909@FreeBSD.org> <1277326405.2478.33.camel@localhost.localdomain> Content-Type: text/plain; charset="UTF-8" Date: Fri, 02 Jul 2010 11:57:30 -0700 Message-ID: <1278097050.2469.28.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: Subject: Re: No issues, just informative QEMU boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 19:07:46 -0000 On Wed, 2010-06-23 at 15:53 -0500, Sean Bruno wrote: > On Wed, 2010-06-23 at 15:00 -0500, Alexander Motin wrote: > > hint.atrtc.0.clock=0 > > hint.attimer.0.clock=0 > > hint.hpet.0.legacy_route=1 > I've noted that the system is spitting out t_delta warnings on the console now. The VM is 100% working, just wanted to know if this is a problem. Trying to mount root from ufs:/dev/ad0s1a ct_to_ts([2010-07-02 18:11:34]) = 1278094294.000000000 start_init: trying /sbin/init t_delta 15.feb043d4ae81c6e0 too short t_delta 16.01e5c61794458a00 too long t_delta 15.febf01dd932c7680 too short t_delta 16.01467be4eb29fba0 too long t_delta 16.0139723c1fef7f60 too long t_delta 15.fe81da34d7b87960 too short t_delta 16.0176dcaad3aac9c0 too long t_delta 15.feac2bc2131ec440 too short t_delta 16.01429db3f2e49e60 too long t_delta 15.fec39037b3894580 too short t_delta 16.01f17b01965710a0 too long t_delta 15.fe08ae79e8e7b2e0 too short t_delta 16.0142695ba69d4960 too long t_delta 15.fe0f7cf53690b1a0 too short t_delta 16.01e774c363c1a8a0 too long t_delta 15.fe130fd1c7a0a280 too short t_delta 16.014038d4cb217080 too long From owner-freebsd-current@FreeBSD.ORG Sat Jul 3 09:49:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74A2B106564A for ; Sat, 3 Jul 2010 09:49:02 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0BBBC8FC08 for ; Sat, 3 Jul 2010 09:49:01 +0000 (UTC) Received: by eyh6 with SMTP id 6so33302eyh.13 for ; Sat, 03 Jul 2010 02:48:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=zLqVzo6p21MdcA35A8vJJL4evFG1nxQT1FmZjCD/Cns=; b=VB0ExXL5i9pneqrh6mSZPihQYWVt8NFslVYZcwjF7EhpH748eQk/5owQeYtAbsoEKx EAYxCIj18LVrHy/wOpJu9AJr1l5vijHfLQzCLX9bSOvorHx7Wktow0TTCombBFW//XyF IKeNIQUE3jL4tNJvZIMgWCDjic8uvM0qS6KVY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=u6XWh5TAwzzlguIW0zQxOn0XdFaFvlNztr0KQDouDMtj7c00BjdHkies1p3AS7VzYh sdyV+ctxC049VCb3fsg19jGN5BJUHKxt6CFuQKR78k8Ax/aUnpQ8VG1Oh0K3xTam2zQi Tz8J0JL+zKcdq8PiaVkWNlNupT5Q0Wwzxqsis= MIME-Version: 1.0 Received: by 10.213.32.67 with SMTP id b3mr42961ebd.14.1278148855935; Sat, 03 Jul 2010 02:20:55 -0700 (PDT) Received: by 10.14.45.8 with HTTP; Sat, 3 Jul 2010 02:20:55 -0700 (PDT) Date: Sat, 3 Jul 2010 11:20:55 +0200 Message-ID: From: Mateusz Guzik To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: SUJ panic on new directory rename X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Jul 2010 09:49:02 -0000 Hi, I've got the following panic while running kernel as of r209343: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex Softdep Lock (Softdep Lock) r = 0 (0xc0a89ff8) locked @ /srv/respos/freebsd/sys/ufs/ffs/ffs_softdep.c:7124 free_jremref (jremref=0x0) at /srv/repos/freebsd/sys/ufs/ffs/ffs_softdep.c:3553 3553 if (jremref->jr_ref.if_jsegdep) (kgdb) bt #0 free_jremref (jremref=0x0) at /srv/repos/freebsd/sys/ufs/ffs/ffs_softdep.c:3553 #1 0xc078e536 in cancel_diradd (dap=0xc1bd9880, dirrem=0xc1cc6380, jremref=0x0, dotremref=0xc1cc4480, dotdotremref=0x0) at /srv/repos/freebsd/sys/ufs/ffs/ffs_softdep.c:6765 #2 0xc078eb14 in newdirrem (bp=0xc3b560cc, dp=0xc1cb77b4, ip=0xc1e617b4, isrmdir=0x1, prevdirremp=0xc838c914) at /srv/repos/freebsd/sys/ufs/ffs/ffs_softdep.c:7188 #3 0xc078ebb3 in softdep_setup_directory_change (bp=0xc3b560cc, dp=0xc1cb77b4, ip=0xc1e617b4, newinum=0xb803, isrmdir=0x1) at /srv/repos/freebsd/sys/ufs/ffs/ffs_softdep.c:7254 #4 0xc07a6969 in ufs_dirrewrite (dp=0xc1cb77b4, oip=0xc1e617b4, newinum=0xb803, newtype=0x4, isrmdir=0x1) at /srv/repos/freebsd/sys/ufs/ufs/ufs_lookup.c:1269 #5 0xc07afe10 in ufs_rename (ap=0xc838cbec) at /srv/repos/freebsd/sys/ufs/ufs/ufs_vnops.c:1429 #6 0xc0839d05 in VOP_RENAME_APV (vop=0xc08e1320, a=0xc838cbec) at vnode_if.c:1474 #7 0xc062f0a7 in kern_renameat (td=0xc1e8a280, oldfd=0xffffff9c, old=0x8048507 "foo", newfd=0xffffff9c, new=0x8048503 "bar", pathseg=UIO_USERSPACE) at vnode_if.h:636 #8 0xc062f256 in kern_rename (td=0xc1e8a280, from=0x8048507 "foo", to=0x8048503 "bar", pathseg=UIO_USERSPACE) at /srv/repos/freebsd/sys/kern/vfs_syscalls.c:3574 #9 0xc062f289 in rename (td=0xc1e8a280, uap=0xc838ccec) at /srv/repos/freebsd/sys/kern/vfs_syscalls.c:3551 #10 0xc05cf6b6 in syscallenter (td=0xc1e8a280, sa=0xc838cce4) at /srv/repos/freebsd/sys/kern/subr_trap.c:335 #11 0xc081829f in syscall (frame=0xc838cd28) at /srv/repos/freebsd/sys/i386/i386/trap.c:1060 #12 0xc07ffd70 in Xint0x80_syscall () at /srv/repos/freebsd/sys/i386/i386/exception.s:261 #13 0xbfbfed9c in ?? () This can be easly reproduced by running this program: http://student.agh.edu.pl/~mjguzik/rename.c Thanks, -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Sat Jul 3 13:02:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A535A106566C; Sat, 3 Jul 2010 13:02:51 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3288FC08; Sat, 3 Jul 2010 13:02:51 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id CB1E678C3B; Sat, 3 Jul 2010 22:02:37 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id B8AC278C34; Sat, 3 Jul 2010 22:02:37 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: References: <1931AE1113EC4A8983B8A52A2A1966C2@ad.peach.ne.jp> <6BC2B2FBAFFA4C26A46977F121B707E1@ad.peach.ne.jp> In-Reply-To: <6BC2B2FBAFFA4C26A46977F121B707E1@ad.peach.ne.jp> Date: Sat, 3 Jul 2010 21:57:58 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: [Need Help]isboot (iSCSI boot driver) version 0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jul 2010 13:02:51 -0000 Hi all, I uploaded isboot 0.2.1. Now isboot supports R2T command and non-immediate mode. I believe that the compatibility of iSCSI target is improved. Please check it with your iSCSI target and NIC. Also this version supports task queue, which improves performance. My test machine got read 74MB/s, write 60MB/s (at bs=1m). Notes/Known Issues/Limitations: FreeBSD can't use transfer length > 64KB. It seems CAM tag is used only 2 of 64 tags. I don't know a reason, but MAXPHYS limit? How to build/upgrade: # cd /usr/src # tar xvf /path/to/iscsi-2.2.4.tar.gz # tar xvf /path/to/isboot-0.2.1.tar.gz # make buildkernel # make installkernel or # cd /usr/src/sys/modules/iscsi/isboot # make obj # make depend # make clean # make all # make install After installation, please reboot the server to take effect. Confirm the log shows "iSCSI boot driver version 0.2.1". What's new?: * support CHAP/Mutual CHAP * add task queue * R2T command and non-immediate mode Performance(without digest): # dd if=/dev/da4 of=/dev/null bs=1m count=1k 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 14.374117 secs (74699672 bytes/sec) # dd if=/dev/zero of=/dev/da4 bs=1m count=1k 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 17.823493 secs (60243064 bytes/sec) Download links: http://www.peach.ne.jp/archives/isboot/isboot-0.2.1.tar.gz Download links(for testing purpose only): http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-amd64-isboot-0.2.1.iso http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-i386-isboot-0.2.1.iso http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC2-amd64-isboot-0.2.1.iso http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC2-i386-isboot-0.2.1.iso http://www.peach.ne.jp/archives/isboot/demo/unionfs-mkisboot.sh gPXE + isboot + istgt(for reference): http://lists.freebsd.org/pipermail/freebsd-scsi/2010-June/004432.html Previous versions: http://lists.freebsd.org/pipermail/freebsd-scsi/2010-June/004431.html http://lists.freebsd.org/pipermail/freebsd-scsi/2010-June/004425.html I hope this helps you. Enjoy it. Daisuke Aoyama From owner-freebsd-current@FreeBSD.ORG Sat Jul 3 14:39:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB3DA106564A for ; Sat, 3 Jul 2010 14:39:30 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 779718FC14 for ; Sat, 3 Jul 2010 14:39:30 +0000 (UTC) Received: by fxm13 with SMTP id 13so3195826fxm.13 for ; Sat, 03 Jul 2010 07:39:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=2HAFwyXECWn/lWYiZU1MyZ9dWcyZwwWRZNxIXppHato=; b=dMqtNhx0l1ruWmARsBLT7EmfolFWUKVEwUVlULr6RHRbsQ2osEVxSfV+pwnD2fajfv VjignRhvtxtVfmcdsozMM8xPCQxhSHjK1qZ0C2d9cJg7u3hnMcFg5zOW6HagiMtECBXo CIp4hDb7Fnmq+lcULCR9pu3+IP8nMQDigX2Yc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=S7YO0nINLiwELEtwN/X0QinEVBv/O8RVTqaYCSDJd7WrhWIdepHhirRJMHu7h4EbTd +XyjZoitDdzafxCQUH3rP+b0xKpgLaAVHgdCV7ki1o/3tQKEyCzIZQRb3kI2RTVPMfsT My9KiPUW5njYKWryhmiazJrgjBgJGcHCBE/j8= Received: by 10.223.113.12 with SMTP id y12mr311981fap.90.1278167961010; Sat, 03 Jul 2010 07:39:21 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 17sm4167970fau.21.2010.07.03.07.39.20 (version=SSLv3 cipher=RC4-MD5); Sat, 03 Jul 2010 07:39:20 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C2F4B67.3060201@FreeBSD.org> Date: Sat, 03 Jul 2010 17:38:31 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Daisuke Aoyama , FreeBSD-Current References: <6BC2B2FBAFFA4C26A46977F121B707E1@ad.peach.ne.jp> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: [Need Help]isboot (iSCSI boot driver) version 0.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jul 2010 14:39:31 -0000 Hi. Daisuke Aoyama wrote: > I uploaded isboot 0.2.1. > Now isboot supports R2T command and non-immediate mode. > I believe that the compatibility of iSCSI target is improved. > Please check it with your iSCSI target and NIC. > Also this version supports task queue, which improves performance. > My test machine got read 74MB/s, write 60MB/s (at bs=1m). > > Notes/Known Issues/Limitations: > FreeBSD can't use transfer length > 64KB. Since 8.0 FreeBSD can use any transfer lengths. 64K is a safety limit for CAM SIMs that do not report maximum transfer size. If your driver supports bigger transactions (and even if not), you should fill maxio field in XPT_PATH_INQ response. > It seems CAM tag is used only 2 of 64 tags. > I don't know a reason, but MAXPHYS limit? How many concurrent requests you are submitting? If you are testing it with sequential read from file system - make sure you have sysctl vfs.read_max set high enough. MAXPHYS does not affects number of concurrent requests, only size of each one. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jul 3 17:53:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D79D4106566C for ; Sat, 3 Jul 2010 17:53:39 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8F54F8FC14 for ; Sat, 3 Jul 2010 17:53:39 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 6296914DBED4; Sat, 3 Jul 2010 19:53:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id PIFux7G0njLL; Sat, 3 Jul 2010 19:53:34 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id CCF7414DBDDE; Sat, 3 Jul 2010 19:53:34 +0200 (CEST) Message-ID: <4C2F7917.7040900@FreeBSD.org> Date: Sat, 03 Jul 2010 19:53:27 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: FreeBSD Current References: <4C16C5B5.1070308@FreeBSD.org> <867hlzq4lb.fsf@gmail.com> <867hlzufl6.fsf@gmail.com> <4C1A7A57.3000006@FreeBSD.org> <86bpb9z77g.fsf@gmail.com> In-Reply-To: <86bpb9z77g.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Anonymous Subject: Re: [CFT] BSDL iconv in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jul 2010 17:53:39 -0000 Em 2010.06.17. 23:21, Anonymous escreveu: >> If cross-compiling doesn't work, how did you build the former one that >> gave you that error? >> > Here is my guess > > libiconv_modules compiles fine but installs both normal and lib32 objdir > into /usr/lib when lib32 should use /usr/lib32. > > mkcsmapper/mkesdb are failing to install because they're treated as > build-tools for host system and never compiled for target > system. However, they're not included in lib32 target and so are not > built for i386 arch during normal buildworld on amd64 host where > host = target. > Here's the new patch, which is supposed to fix the following issues: - Fixed build on amd64 and fixed cross-compiling - Fixed hang when linked to libthr - Fixed iconv() prototype as per POSIX - More GNU compatibility: "" or "char" means the current local encoding in use http://kovesdan.org/patches/iconv_current.diff I hope some of you can give it a try. Gabor From owner-freebsd-current@FreeBSD.ORG Sat Jul 3 21:12:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ABD91065674 for ; Sat, 3 Jul 2010 21:12:00 +0000 (UTC) (envelope-from elvis4526@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 23F0F8FC22 for ; Sat, 3 Jul 2010 21:11:59 +0000 (UTC) Received: by qyk30 with SMTP id 30so1142273qyk.13 for ; Sat, 03 Jul 2010 14:11:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=cz6AnOnFrTiwuYX87twcGpV08wNd3qz7tpjNmGpiOAM=; b=JAQ/3N3ZxXoS+kYAFAH1zmub2Cy+qmB0PwSjvtrsh/H2X7cA+Rq9xOdXz0eFNipQQ5 JbQ/sfGRWpRcjJEVqngpZUAv/WS20MU/GdZp2CosGW4DuZh3ttxCjEVhaUtX4UZ/sQYX sa9zCp06yMUDFFPEBYxpIKw2w96UY4d54JbiI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=o2MqI/6JyljPKZb+4jupAPXP7XhuOwPKgD60Bvwo9ts6R/ibdTlotS7HThx5bFGmCo CTgG/I1uJnxg+PpiCtHntHA8UCPw2PeI5ErtnHKr+uSEeziqJXB9GxWIXXupMCqwlN3c tV9h8Lrcoqe0cXSJbbl9A92Ma2Z6/qKCeVIrM= MIME-Version: 1.0 Received: by 10.224.89.66 with SMTP id d2mr358043qam.222.1278189779740; Sat, 03 Jul 2010 13:42:59 -0700 (PDT) Received: by 10.229.184.149 with HTTP; Sat, 3 Jul 2010 13:42:59 -0700 (PDT) In-Reply-To: <201007021315.59575.naylor.b.david@gmail.com> References: <201007021315.59575.naylor.b.david@gmail.com> Date: Sat, 3 Jul 2010 16:42:59 -0400 Message-ID: From: LOL To: David Naylor Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [regression] snd_hda and "channel dead" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jul 2010 21:12:00 -0000 Me too on FreeBSD-8.1-RC2 I have problems with my intel chipset. Before I just had to load the snd_hda module and it was okay but now even when I load it, the sound works but I cannot acess to the mixer in gnome because it says : waiting for sound system to respond and I need to close the windows. 2010/7/2 David Naylor > Hi, > > I'm having a problem with sound via hda driver. After a while of playing > sound it stops with: > > pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel > dead > > showing up in dmesg. After that no sound is played and Amarok skips > through > tracks quickly (it "plays" sounds to fast)... > > After setting dev.hdac.0.polling=1 sound works again. > > This is with a custom kernel that has sound compiled in and without > debugging > options. > > A known good kernel is from ~ 13 May while the bad kernel is ~ 1 day old. > > Some further information: > # dmesg | grep hdac > hdac0: mem > 0xe7000000-0xe7003fff > irq 21 at device 16.1 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC888 > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > pcm2: at cad 0 nid 1 on hdac0 > hdac0: mem > 0xe7000000-0xe7003fff > irq 21 at device 16.1 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC888 > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > pcm2: at cad 0 nid 1 on hdac0 > > and > > # grep '^C.*FLAGS' /etc/make.conf > CFLAGS+= -DNDEBUG > > Is there anything I can do to assist diagnostics? > > Regards, > > David >